package by any means. I guess it may take
months or even years before it gets of the ground and attains
production quality.
Jeroen Roovers
Happy tenth anniversary, Debian!
Jeroen Roovers
ver you use initialises the electronic and logical
properties of that specific PCI card correctly, it will work (or so I
heard).
Jeroen Roovers
On 13 Aug 2003 at 0:56, Thomas Otto wrote:
> They are probably not mass produced and I guess will never.
Of course they are mass produced, probably somewhere in China or
Korea, but very obviously, the parts aren't screwed in place, but
simply mold-injected together after clicking the wires and
spam filtering, and you could of course
add some media server, phone answering service and much more. You
could still even play Shishen-Sho under KDE! *And* your Cube will fit
into just about any niche or corner, and stops books from falling
over on any everage shelf. :-)
Jeroen Roovers
ust be some FireWire ->
Ethernet adapter about. Don't ask me about its Linux support though.
Jeroen Roovers
kernel/
Yes, it's there.
Jeroen Roovers
On 4 Aug 2003 at 10:24, Sven Luther wrote:
> Because nobody has taken the time to do it ? Or if they did, which i
> believe is true, they have not cleaned up the patch and submitted it.
> At least for X, as said, the fbdev cause other problems, and i doubt you
> would get an x86 emulator into the
On 4 Aug 2003 at 9:03, Ole-Egil Hvitmyren wrote:
> That would mean you have NO idea what's going on until X has started.
> Not my favourite solution. I think the framebuffer drivers in Linux
> should have the possibility to run the emulator long before X starts ;-)
As I said before, if your Mac
On 3 Aug 2003 at 3:54, Michel Dänzer wrote:
> Apparently, PC 3Dfx or Matrox cards might work, but possibly not out of
> the box either, so why not save the hassle and simply get a Mac version?
> :) (I understand some cards can also be reflashed, but you probably need
> a proprietary OS for that, a
erial connection. If you keep using the
original graphics device alongside the new add-on card or instead of
it, this won't be a problem: Linux will recognise the card by its PCI
vendor:device string, so you can still bring up X.
Jeroen Roovers
On 24 Jul 2003 at 8:52, Leandro Guimarães Faria Corse wrote:
> Old news... also there was the even older A/UX, that Apple distributed
> as
> a SCSI hard disk!
So you're saying history is just old news? Remarkable! :-)
Jeroen
On 20 Jul 2003 at 14:36, Nathanael Hasbrouck wrote:
> Also, to ask my own question, did I hear someone say recently on this
> list that IBM might use Apple chips in it's PPC machines? Or am I
> confusing things?
That would be silly: Apple doesn't make chips, it just designs them,
has them man
I think you hit the nail on the head here, Leandro.
I just feel I need to add that my earlier comments about mainframes
may have only confused the matter more, because IBM itself seems to
have mixed up many previously unambiguous naming conventions in
recent years. Of the 8-way system I referred t
On 13 Jul 2003 at 4:53, [EMAIL PROTECTED] wrote:
> > Say you have a ginormous rig standing in a clean room, that is
> > business critical, runs a handful or even several dozens of
> > (clustered) 604e processors. Say you want to develop and test new
>
> This is not such a box. It's a desktop/d
On 12 Jul 2003 at 21:06, [EMAIL PROTECTED] wrote:
> I have here a PowerMac 7300/200. It's CPU is, according to the kernel, a
> PPC 604e at 200 Mhz.
>
> It's CPU performance is nothing flash, my Athlon beats it hands down as
> I'd expect.
>
> Then I see this:
> http://www-1.ibm.com/servers/eserver/
On 18 Jun 2003 at 12:01, Sven Luther wrote:
> There is not yet a 2.4.21 kernel-source package, and as thus there is
> also not yet a kernel-patch-2.4.21-powerpc package. I am taking over
> maintainership of the unstable powerpc kernels from Dan, and i have
> already such a package ready, but i was
On 18 Jun 2003 at 7:48, Jens Schmalzing wrote:
> Hi,
>
> Jeroen Roovers writes:
>
> > 2.4.21 is out, so do you mean its .deb package by "kernel-source-
> > 2.4.21"?
>
> Yes. This *is* a Debian list, after all.
Please explain what you mean by tha
On 17 Jun 2003 at 15:22, Jens Francke wrote:
> hi,
>
> i am using AEC6280M in a beige G3.
> with 2.4.20 i needed benH´s tree to make it work.
>
> i just compiled the 2.4.21 vanilla last weekend. AEC6280M works like a
> charme without any patches:)
With no funny settings?
> give it a try
I will,
On 17 Jun 2003 at 15:24, Jens Schmalzing wrote:
> Hi,
>
> Jeroen Roovers writes:
>
> > Is there a handy patch out there that gets thing going faster and
> > more smoothly for specific powerpc systems?
>
> Not for 2.4.21, because there is no kernel-source-2.4.21 o
I downloaded the (final) 2.4.21 kernel recently. Does anyone know of
a howto to get this to build on a G3 (B/W) system? Has support for
AEC6280 become more useful in recent kernels? Is there a handy patch
out there that gets thing going faster and more smoothly for specific
powerpc systems?
On 9 Jun 2003 at 22:59, Chris Tillman wrote:
> On Wed, Jun 11, 2003 at 12:33:24AM -0400, cyril wrote:
> > I really want to pass this step,
> > I try to compile the las ben-h kernel,
> > and I can do it.
> > I set the yaboot conf, reboot,
> > start to boot on my new kernel.
> > BUT just after few l
On 11 Jun 2003 at 0:33, cyril wrote:
> I really want to pass this step,
> I try to compile the las ben-h kernel,
> and I can do it.
> I set the yaboot conf, reboot,
> start to boot on my new kernel.
> BUT just after few line on the console
> the screen become black and that's it
> the kernel boot.
Can anyone point out to me the correct directory structure for a
Debian software base, or more precisely a way to build the structure
from 7 installation iso9660 images? What I previously tried was
simply to copy them all to the same folder (and see what happens).
But that apparently wasn't it:
Thanks for all the info.
I've reluctantly moved the hdd to the primary onboard IDE controller
of my B/W G3 (the original edition, the one with the very buggy CMD
controller), and installation worked like a charm from then on. I
still want to move the hdd back to the faster AEC controller, but
I've seen many questions posted on public message boards and mailing
list archives about Linux support for the Acard AEC6280 PCI card /
ATP-865 Ultra ATA 133 controller chip, possibly marked:
Vendor: 0x1191
Device ID: 0x0009
but I haven't seen support for it expressed anywhere, particularly
n
26 matches
Mail list logo
