Chris Tillman writes:
> On Tue, Apr 01, 2003 at 01:35:25PM +0100, Benjamin Swatek wrote:
> UFS is not supported at all.
SuSE seems to have it working, perhaps dangerously.
http://sdb.suse.de/en/sdb/html/olh_ppc_macosx.html
mount -t ufs -o ro,ufstype=44bsd /dev/hda11 /macos
> HFS filenames can b
>> On a lark I installed pmud and pbbuttonsd but all I ended
>> up with was a completely dark screen for my login prompt.
>> I was blindly able to go to /etc/rc.d/init.d/ and do a
>> rm *pmu* and then reboot.
...
> I'm trying to figure out the best way to expose this to userland
> though. I think I
Peter Bergner writes:
> Albert D. Cahalan wrote:
>> Why:
>> Somebody thought it was a good idea for a 64-bit
>> system to have all the apps be 32-bit.
>
> As one of the people that made the decision that the
> majority (not all) apps be 32-bit, I can say without
>
Geert Uytterhoeven writes:
> On Thu, 30 Jan 2003, Albert D. Cahalan wrote:
>>>> This is kind of a survey for PowerPC Linux users.
>>>> Is it OK to make 32-bit PowerPC apps bigger and
>>>> slower to allow for running them on IBM's 64-bit
>>&
>> This is kind of a survey for PowerPC Linux users.
>> Is it OK to make 32-bit PowerPC apps bigger and
>> slower to allow for running them on IBM's 64-bit
>> hardware? This would hurt everyone running Linux
>> on a Mac.
>
> 32 bit PowerPC Linux is not exclusive to the Mac. It is run
> on PowerPC A
This is kind of a survey for PowerPC Linux users.
Is it OK to make 32-bit PowerPC apps bigger and
slower to allow for running them on IBM's 64-bit
hardware? This would hurt everyone running Linux
on a Mac.
Example:
The "top" program could grow from 2.0 MB to 2.2+ MB.
(that's the run-time memory c
> hehehhe, thanks. i'm not like desperate, but when i hear of other
> people's kernel compilations taking under 2 hours never mind 10 minutes
The worst I remember: over 30 hours on an old 16 MHz 80386.
The best: certainly under 2 minutes, likely under 1 by now.
> or so, i started wondering if i c
> just wondering, how long *does* it take to build a kernel on say,
> voltaire or the x86 (C3 was it?), cuz here a kernel build is about 2
> hours - 604e/185 MHz, 84 MB RAM.
>
> is there a way to speed this up to say 1 hour, or 1 hour 1/2 without
> upgrading the CPU? more RAM maybe? i don't have
> just curious, but
>
> is there a vi friendly (or oriented) mailer out there ?
> have been a debianppc newbie for years @ iBook-Tangerine
> and wanna keep this machine promt-mode only
Three choices:
mail, mailx, Mail - send and receive mail
Well, there you go dude! You'll need a "promt-mo
[EMAIL PROTECTED] writes:
>>> The usual answer is: yes, there is. Gnus for Emacs.
>>
>> No, Gnus is really crap: non-standard quotes, non-MIME attachments.
>
> Huh? No way, Gnus is probably the most powerful client out there; Sure,
> it's compilcated to configure but it's worth it, no other maili
> Could someone do me a huge favour an email me a copy of their bash
> executable.
>
> Unless of course you know where I can download one without having to compile
> it that is.
apt-get --reinstall install bash
> how (much) differs ppc's paging system from x86's one?
> isn't ppc based on a 2/3 level paging architecture too?
No way. The ppc paging system according to Linus:
"In particular, while I'm not a big fan of the PPC hash tables
(understatement of the year), I _do_ like the BAT mapping that PPC ha
W. Crowshaw writes:
> Futhermore, I don't exactly understand the problem
> why one shouldn't have a /usr/src/linux directory.
It's a source of confusion, leading to mistakes.
Look at this the other way too: why should you?
> I mean, after all, when I installed the kernel-source
> package, it dum
You should not have a /usr/src/linux directory. You might put
something there to help you avoid temptation:
>>>
>>> I'm curious... Why do you regard this as a bad thing to do?
>>
>> First of all, why would you have one special copy of the kernel
>> source? It's OK to have 42 copies or no
>> You should not have a /usr/src/linux directory. You might put
>> something there to help you avoid temptation:
>
> I'm curious... Why do you regard this as a bad thing to do?
First of all, why would you have one special copy of the kernel
source? It's OK to have 42 copies or none at all. Givin
The usual junk: some people mistakenly think that /usr/include/linux
is supposed to contain a link into /usr/src/linux and that that is
supposed to be source code for the kernel you are running.
Reality:
The /usr/include/linux files are derived from kernel source when
the glibc package is created
> end_request: I/O error, dev 03:03 (hda), sector 1869542
> hda: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error }
> hda: read_intr: error=0x40 { UncorrectableError }, LBAsect=1871206,
> sector=1869542
>
> When I run badblocks, I get all kinds of bad blocks, but I can't figure
bill traynor writes:
> On Tue, 2002-10-29 at 13:12, Michel Dänzer wrote:
>> I created a file /etc/modutils/ide-scsi containing
>>
>> alias scsi_hostadapter ide-scsi
>>
>> and ran update-modules.
>
> OK, I added the latter. Here's my /etc/modutils/ide-scsi file now:
>
> alias scsi_hostadapter ide-
Michel =?ISO-8859- writes:
> On Mit, 2002-10-30 at 02:03, Albert D. Cahalan wrote:
>> Same here, except with a G4 Cube and the Apple Cinema Display.
>> Did you get to play with poorly documented kernel parameters too?
>> I had to add "ofonly" to install, then &quo
Mark Williams writes:
> On iBook2s, what screen resolutions are supported under Linux?
> I've only been able to get 1024x768 to work, specifically in X.
> It'd be nice to get tuxracer running...
Same here, except with a G4 Cube and the Apple Cinema Display.
Did you get to play with poorly documen
Chris Tillman writes:
>> On Tue, 2002-10-29 at 03:08, Thomas Dial wrote:
>>> dselect prompted me to switch media in order to grok the available
>>> packages from the other CD's, I was unable to eject the CD.
...
> aptitude is the updated dselect type program. But I'm sure it doesn't
> take account
> I've found out some more about the nature of the problem. I found out how to
> navigate down thro the file structure using the <> keys. The booter is
> concentating the folder names to 8 characters. Hence it cant find
> "new-powermac" cos it see's it as "new-powe". I can get past the
> "disks
Anything in debian-testing for PowerPC that:
1. has virtual desktops or workspaces that cooperate with GNOME
2. can drag from one desktop/workspace to another via the pager
3. can do focus-follows-mouse (or lazy) w/o autoraise
4. in click-to-focus mode, pasting into a window sets focus
5. if it p
Anybody with 2.5.xx running? I need the very latest code
to run on my Mac Cube.
Linus's BitKeeper tree stops compiling when it hits the
ppc signal code, with some complaint about a lock. With
that fixed, the build stops in the Mac IDE code with a
complaint about something missing from a struct.
Charles R. Twardy writes:
> Sorry. Me again. I wiped /usr/src/linux and rsync'd again
...
> This is very frustrating. I did this because the MOL install
> had asked me to replace /usr/include/linux with a link to
> /usr/src/linux/include/linux before compiling. (Likewise
> with /usr/include/asm.)
Michael Hackett writes:
> Chris <[EMAIL PROTECTED]> wrote:
> 100Mbps Ethernet = approx. 10-12 MB/s. PCI bandwidth is 132 MB/s (or
> 80-90 MB/s in practice, I've read here recently). Plenty of headroom. I
> doubt such a card would even get much in the way of other PCI traffic.
...
> As Ben said, it
Chris writes:
> Pardon my ignorance but in a conversation a while ago someone asked this
> listserve if upgrading to 100mbs ethernet on an older PCI powermac lab would
> be
> worth it to improve terminal performance.
>
> Most people seemed to say 'NO' because of the limits of the PCI bus.
100 Mb
>>> [..] I happen to have an AmigaOne running Debian at home right now.
>>
>> Where did you get this AmigaONE?
>> I wanted to buy a board from eyetech, but they said they will only
>> ship them when AMIGA OS4 is finished even if I just want it for Linux.
>> Is there another place to buy the Amiga
Bastien Nocera writes:
> For kicks, read paragraph I there:
> http://www.alumni.caltech.edu/~pje/soskr.html
That rant is wrong in many ways.
The "if (x=5)" problem would best be fixed by
using ":=" for assignment. Typing is strong enough
as it is, annoyingly so when trying to align pointers
with
Bastien Nocera writes:
> On Thu, 2002-07-11 at 07:48, Albert D. Cahalan wrote:
>> Bastien Nocera writes:
>>> On Wed, 2002-07-10 at 23:09, Mij wrote:
>>>> "Signed" is an implicit keyword, and it doesn't implies
>>>> any specific behaviour.
Bastien Nocera writes:
> On Wed, 2002-07-10 at 23:09, Mij wrote:
>> "Signed" is an implicit keyword, and it doesn't implies
>> any specific behaviour. It's simply implied. Then, I
>> think the problem comes from a gcc optimization.
...
> Char on PPC is unsigned.
It doesn't have to be. What benefi
Stephen van Egmond writes:
> Albert D. Cahalan ([EMAIL PROTECTED]) wrote:
>> Does it work? I've tried every daemon that
>> looked like a client: dhcpcd, pump, dhclient...
>> This is with debian-testing, ppc, and a 2.4.16 kernel.
>> I even know the interface w
Michel D\344nzer writes:
> On Thu, 2002-07-04 at 00:14, Albert D. Cahalan wrote:
>> Does it work? I've tried every daemon that
>> looked like a client: dhcpcd, pump, dhclient...
>> This is with debian-testing, ppc, and a 2.4.16 kernel.
>> I even know the interfac
Does it work? I've tried every daemon that
looked like a client: dhcpcd, pump, dhclient...
This is with debian-testing, ppc, and a 2.4.16 kernel.
I even know the interface works.
I have a working client on a Red Hat x86 system.
It reports this:
DHCP Client Daemon v.1.3.18
Copyright (C) 1996 - 19
> Due to an intermittent hard drive error which has since been fixed, my
> root partition has taken significant but not sweeping damage. Most
> binaries still work, but a few don't, such as df, cat, and mount. I
> don't know precisely how much was damaged, nor do I know an easy method
> of determ
I've a Mac Cube with on-board 100 Mb/s Ethernet.
One day it stopped working. I'm hoping there might
be something I could put in an EEPROM or FLASH
to revive it. The "lspci -x" output is now:
02:0f.0 Class : Apple Computer Inc. UniNorth GMAC (rev ff)
00: ff ff ff ff ff ff ff ff ff ff ff ff ff
Jeffrey Baker writes:
> First, your airport card isn't going to interfere with anything
> related to flying the airplane. There's absolutely no science
> behind these in-flight electronics rules and it's all a bunch of
> rubish.
On newer planes, yes. Older planes have unshielded cables running
t
Christian Jaeger writes:
> I'm quite a bit tired of all those 20-second-or-so almost-freeze
> times when untarring a big file, filtering a bunch of mails in Eudora
> under MOL, etcetc, just because the kernel 2.4.18 virtual memory
> infrastructure is paging, sorting and freeing memory or whatev
On May 25 2002, Andrew Patrikalakis wrote:
> With all the recent talk of use of assembly on the PowerPC, I came
> up with a patch to use assembly versions of memcpy. It's about 35%
> faster. Here is a sample of the memcpy speed test (which also now
> works):
You're going to die laughing. I beat t
Michel =?ISO-8859- writes:
> On Sun, 2002-05-26 at 10:54, Rogério Brito wrote:
> * Anything more than -O3 seems to be useless, I think Albert even
> suggested trying with only -O2
I suggest trying -Os as well. Sometimes it runs fastest,
because smaller code fits in the instruction cache better.
=?iso-8859-1?Q?Lar writes:
> It was asking to choose from a list of paths, but none that I could
> identify with USB. Once I got SSHD running, I stopped worrying about the
> mouse and started worrying about the popping / buzzing noise the CRT is
> making (sony).
Test your display:
http://ww
Michel =?ISO-8859- writes:
> On Tue, 2002-04-30 at 17:21, Michael D. Crawford wrote:
>> [somebody]
>>> I have a Apple. PowerPC 7450 (PowerBook G4). Is it a big or a little
>>> endian system? And where is the difference.
>>
>> I wrote an article about endian issues and some other basics of portable
Josh Huber writes:
> Rick Lutowski <[EMAIL PROTECTED]> writes:
>> Yes, it's a _much_ bigger problem than generally realized.
>> 1. No Java Plug-in = no Java 2 for browsers
>> 2. No Java 2 for browsers = no Java 3D for browsers
>> 3. No Java 3D for browsers = no 3D for the Web
>
> And this is a pro
Michel Lanners writes:
> On 22 May, this message from Albert D. Cahalan echoed through cyberspace:
>> Michel Lanners writes:
>>> On 22 May, this message from Albert D. Cahalan echoed through cyberspace:
>>>> =?iso-8859-1?Q?Rog writes:
>>> And don'
Michel Lanners writes:
> On 22 May, this message from Albert D. Cahalan echoed through cyberspace:
>> =?iso-8859-1?Q?Rog writes:
> [abot fast memcopy in asm]
>
>> dcbt eight,src/* prefetch the next cache line */
>> loop_top:
>> dcba eight,ds
=?iso-8859-1?Q?Rog writes:
> According to my tests, cacheable_memcpy is approximately 40%
> faster than the original glibc version, which is quite an
> improvement: with my tests, the glibc version took approx. 69s
> to run, while the cacheable_memcpy took only 42s (repeate
[EMAIL PROTECTED] writes:
> [Albert Cahalan]
>> It is not common to have the video card writing
>> to AGP memory.
>
> By default, the r128 and radeon DRI drivers to write to
> AGP memory the ring readptr, but doing so seem to be
> broken on some HW (UniNorth 1.0.x and some ia64 bridges
> don't dea
[EMAIL PROTECTED] writes:
> [Albert Cahalan]
>> ATI wouldn't likely recommend uncached/guarded or not using
>> the hardware IDCT either though.
>
> uncached/guarded is more or less mandatory on AGP as the HW isn't
> cache coherent, though we would probably get better throughput
> using cached mapp
Daniel Jacobowitz writes:
> On Sun, May 19, 2002 at 07:44:35PM -0400, Albert D. Cahalan wrote:
>> The cache manipulation instructions are nice.
>> Even w/o the extra AltiVec ones, you can do a
>> lot with 32-byte chunks of memory.
>
> If you're willing to assume th
=?iso-8859-1?Q?Rog writes:
> On May 11 2002, Michel Lanners wrote:
>> On 10 May, this message from Rog\351rio Brito echoed through cyberspace:
> [High CPU usage during video output]
>> That's essentially because of MTRR on i386. I wouldn't know hard
>> numbers to compare, but at least subjectivly
Michel =?ISO-8859- writes:
> On Mon, 2002-05-13 at 22:04, Rogério Brito wrote:
>> On May 12 2002, Michel Dänzer wrote:
>>> On Sun, 2002-05-12 at 14:34, Rogério Brito wrote:
What is the problem with publishing the interfaces for that? I
thought that ATI were an open-source friendly
Michel =?ISO-8859- writes:
> On Wed, 2002-05-15 at 11:02, Adrian Cox wrote:
>> Are you sure about this? I thought most DVDs carried either interlaced
>> NTSC or interlaced PAL. In the NTSC case the movie is converted to
>> 30fps interlaced by a 3:2 pulldown (3 fields from one frame, 2 fields
>> f
Benjamin Herrensch writes:
> [somebody]
>> Maybe we could even have the chip display the overlay out
>> of AGP memory directly?
>
> ATI doesn't recommend that. The refresh rate of the screen is
> high enough that if you display from AGP memory, you'll cause
> a hell lot more throughput on the bus
ozymandias G desiderata writes:
> On Mon, Jan 28, 2002 at 12:06:06PM -0500, Albert D. Cahalan wrote:
>>> Do you have a patch? I'd be interested in seeing your bug report.
>>
>> Check google: cahalan usb audio -google
>> Look for the follow-up with extra info
ozymandias G desid writes:
> On Mon, Jan 28, 2002 at 12:54:35AM -0500, Albert D. Cahalan wrote:
>> ozymandias G desiderata <[EMAIL PROTECTED]> writes:
>>> BTW, do any of you have a .config for a Cube that's been
>>> stripped down to the minimum necessary to
ozymandias G desid writes:
> On Sat, Jan 26, 2002 at 03:46:04AM -0500, Michael D. Crawford wrote:
>> I have an article that, in part, discusses some memory and burn-in
>> tools, including memtester. See:
memtester does this:
while(/* whatever */){
/* p1 and p2 are pointers */
*p1++ /= foo;
Geert Uytterhoeven writes:
> On Sat, 26 Jan 2002, Albert D. Cahalan wrote:
>> Due to the damn framebuffer, a ppc memory tester will need to
>> carry along a good sized chunk of the kernel. With memtest86,
>> only the Linux boot code is used.
>
> Think `serial conso
Tuomas Kuosmanen writes:
> On Fri, 2002-01-25 at 07:06, Michel Lanners wrote:
>> On 25 Jan, this message from Russell Hires echoed through cyberspace:
>>> Just so I can be sure it's not my RAM causing my kernel oopses,
>>> is there a utility for testing RAM in Linux? I know that there
>>> is one
Timothy A. Seufert writes:
> At 4:39 PM -0500 1/12/02, Albert D. Cahalan wrote:
>> Bite off a small chunk of the image. Pulling a number out of
>> my ass, I'll say 128x128 pixels and 4 frames deep. This fits
>> nicely into my 1 MB L2 cache. Go with 64x64 for the MPC7410.
> On i586 (or newer) machines with AGP, the X server can set some MTRR
> ranges. AFAIUI, these tell the (CPU-internal) cache controller not to
> cache video memory (which wouln't make any sense, as that is used
> write-only).
It would make sense. You could fill up cache lines in the CPU,
then forc
Colin Walters writes:
> Dominic Buchstaller <[EMAIL PROTECTED]> writes:
> The way to tell if DRI is working is to do:
>
> glxinfo | grep direct
>
> If it says no, then you should look at /var/log/XFree86.0.log to find
> out why. The most likely reason is you are running at too high of a
> color d
> I want to configure my X with 16 Bit on my IBook2 with aty128 for
> running opengl with 1024x786 pixels.
>
> But after that, I saw, X felt back to 15 Bit and my screen was green.
>
> How can I fix it?
You can never fix 16-bit color. It is not possible to display
any shade of grey while in 16-b
Hate to say it, but ancient Slackware was way easier to install.
That's from floppies to SCSI, doing video modes by hand.
I think the 486DX-25 was almost as fast as my Mac Cube,
and I'm sure my Pentium-200 running Red Hat 7 is faster.
I'll try to be constructive here. It's hard not to flame away
Rory Campbell-Lang writes:
> I enjoy working with 9pt Geneva (writing) or 9pt Monaco (coding) in
> MacOS. Is there any chance of getting similar display clarity on Linux?
Sure, 9pt Geneva (writing) or 9pt Monaco (coding). You have MacOS,
so you have these fonts. There are tools to create the inde
Michel Lanners writes:
> On 25 Oct, this message from Michel D\344nzer echoed through cyberspace:
>> How do you measure the CPU usage?
>
> Yeah, lame top ;-)
>
>> Peter Surda suggests that top doesn't
>> tell the whole truth. Unfortunately, I seem to have lost his mail
>> explaining how to get mo
G. Branden Robinson writes:
> Are there people actively working on this? The mood I was getting was
> that G3's weren't work the trouble. I myself don't have much in the way
> of PowerPC assembly brains, or video processing mojo.
Some basic tips:
Sketch out data flow on a piece of paper. This
Ethan Benson writes:
> what part of:
>
> Mail-Followup-To: debian-powerpc@lists.debian.org
> Mail-Copies-To: nobody
> X-No-CC: I subscribe to this list; do not CC me on replies.
>
> don't you understand?
1. it is in the headers instead of the signature
2. it isn't handled by my crufty old UNIX
Ethan Benson writes:
> not quite, MacOS drivers are not required on floppies, they are on
> everything else (hard disks, CDROMs etc). floppies are the only
> exception and thats the only reason miboot boot-floppies are possible
> in debian (thats what boot-hfs.bin is).
Huh?
1. firmware reads CD
Branden Robinson writes:
> Whine, whine, whine, piss and moan.
>
> 1) Debian *has* rewritten your abysmal manpage -- quite some ago, in
>fact.
> 2) If you want Linux's man to format things differently, submit a patch.
I suspect that others have seen more than enough of this
stupid flamewar w
Branden Robinson writes:
> You guys are total fools. Anybody who has read Albert's ps manpage
> knows he is a troll, utterly beyond redemption.
WTFisyour problem with it?
I wrote documentation. Be glad I did. If
you don't think it looks real pretty,
Mike Fedyk writes:
> On Tue, Oct 02, 2001 at 03:04:42PM -0800, Ethan Benson wrote:
>> running things as root should never even be on your list of things to
>> try when something is broken. this isn't Windows NT.
>
> I agree with Ethan here.
>
> The most you should do is run the program as the use
Laurent de Segur writes:
> - Regarding the uname -p returning unknown:
...
> I have decided to report this as a bug to [EMAIL PROTECTED] Is that
> the right thing to do? Your input is, as usual, greatly appreciated.
Last year I examined the UNIX standard and 3 implementations to see
what Linux ou
Michel =?iso-8859- writes:
> "Albert D. Cahalan" wrote:
>> Michel =?iso-8859- writes:
>>> Jens Schmalzing wrote:
>>>> Michel D\344nzer writes:
>>>>> Which one would that be? BenH told me the offset text is caused
>>>>> by the d
Branden Robinson writes:
> Yeah, and we all owe you a debt of thanks for that beautiful
> ps manpage *you* wrote.
You try fighting with that *roff crap.
I've seen two separate attempts to "fix" the man page. Both of
them were not only ugly, but misleading as well. Spaces and line
breaks ended up
Leandro=?ISO-8859- writes:
> Apple's license on Darwin isn't free, and the goodies that
> compensate for Darwin's problems aren't even available --
> they're part of Mac OS X only.
Hmmm. On many platforms, Linux supports running executables
from a different OS. For example:
x86 Xenix, Open
David N. Welton writes:
> "Berg, Björn" <[EMAIL PROTECTED]> writes:
>> NetBSD has also a not so free sourcecode (I see it as package not
>> only the Kernel). Some parts are not published under GPL (like
>> Linux) but under the BSD License which restricts developers and
>> users.
>
> That's not cor
=?iso-8859-1?q?Ric writes:
> I want to use my machine to share a cable modem.
Gee, so many ways to do this... I'll give you
the Linux 2.4.xx way.
> eth0 goes to a hub and is all currently set up;
> I'm running telent, FTP, Apache etc. so that I
> don't need to attach a monitor to the machine.
>
Michel =?iso-8859- writes:
> Jens Schmalzing wrote:
>> Michel D\344nzer writes:
>>> Which one would that be? BenH told me the offset text is caused by
>>> the dreaded (un)signed char issue.
>>
>> Precisely that. And therefore, it wasn't a big deal to fix. But
>> since I made a package for my per
Ethan Benson writes:
> On Wed, Sep 12, 2001 at 10:25:11AM +0200, Christoph Ewering wrote:
>> I read this mailing list for some month now and one thing that really
>> annoyes me is your arrogant writing style. Looks to me that you know
>> a lot about linux but you know nothing about politeness.
>
>
Ethan Benson writes:
> writing filesystem drivers is rather difficult, and generally not very
> fun from what i hear. of course it depends on the filesystem too,
> there are lots of people who seem to enjoy working on things like xfs
> and reiserfs... from everything ive read from people who wor
Ethan Benson writes:
> On Wed, Sep 05, 2001 at 12:27:46AM -0400, Albert D. Cahalan wrote:
>> The x86 world has a stand-alone memory test program called
>> memtest86 that boots from a floppy. This is great, because it
>> can test all the memory in the system. It's only a
The x86 world has a stand-alone memory test program called
memtest86 that boots from a floppy. This is great, because it
can test all the memory in the system. It's only a few kB in
size, and can move itself about as needed. It uses direct VGA
text memory access for output.
So now I have a Mac wi
Michel Lanners writes:
> I wouldn't know for top, but I can say that mtrr definitely makes a
> difference: 45% cpu for X without mtrr, down to roughly 5% with the
> proper mtrr configured. So that was it.
I mostly fixed top. Debian-unstable has the fix. There is a bit of
randomness due to data co
Gregory P. Keeney writes:
> [Albert Cahalan]
>> So for a Ctrl-A you get:
>>
>> 1. crummy key down
>> 2. 'A' key down
>> 3. 'A' key up
>> 4. generate synthetic key-up event for the crummy key
>
> That is sort of what I did. However, the way the caps lock key works
> makes it impracticle: The keypre
Gregory P. Keeney writes:
> Particularly, the following post:
> http://www.macslash.com/comments.pl?sid=01/08/23/1916219&cid=7
>
> Well, now I know where to begin. The only thing stopping me from doing
> this tonight is the cost of a backup keyboard... Maybe I will pick up
> an inexpensive USB ke
Josh Huber writes:
> Michel Lanners <[EMAIL PROTECTED]> writes:
>> One area is IDCT, where vlc contains some altivec code for MacOS
>> X/Darwin. Unfortunately, it's a C extension, and that is not
>> supported by our tools.
Running MacOS X: MacOS-gcc -O2 -S foo.c
Running Linux:cp /mac/src/wha
> For some reason I can't get any Debian PPC disks to work on my new iBook
> (DVD/ CDRW). MacOS does NOT recognize the disk, neither does OF (in OF
> I did a "dir cd:\" - returned "Cannot open DIR device"). When I try to
Don't try to use a CD-R disk in a DVD drive. The laser is the
wrong color. So
First of all, I know next to nothing about MacOS or OpenFirmware.
I know my way around x86 Debian and embedded PowerPC Linux though.
Please correct any errors that you see.
I have a Mac Cube w/ DVD, and no way to make a CD-ROM. I could
connect the Mac to a PC via Ethernet or FireWire. This ought
88 matches
Mail list logo
