Re: XMMS + Ogg = hiss?
On Sun, Sep 02, 2001 at 12:06:02AM -0400, Colin Walters wrote: Anthony Lau [EMAIL PROTECTED] writes: I've been encoding some of my CD's into Ogg RC2 files using GRIP. ogg123 plays the resulting files fine, but XMMS just produces hiss. i386 version of XMMS plays the same files just fine. All I can say is that I had problems with XMMS for quite a while. Upgrading the kernel fixed some of them, and then the rest were fixed with the most recent XMMS in sid. For the details, see bugs 96251, 102927, and 97941. Thanks for the info. #102927 reports that the vorbis+ESD was fixed for big-endian, however I am still having hissing problems. Same thing with vorbis+OSS. My kernel is 2.4.9-benh0 (+xfs patches). Versions of libvorbis and xmms are the newest in sid: ii libogg-dev 1.0rc2-1 Ogg Bitstream Library Development ii libogg01.0rc2-1 Ogg Bitstream Library ii libvorbis-dev 1.0rc2-1 Development library for OGG Vorbis ii libvorbis0 1.0rc2-1 The OGG Vorbis lossy audio compression codec ii vorbis-tools 1.0rc2-1 Several Ogg Vorbis Tools ii xmms 1.2.5-2Versatile X audio player that looks like Win ii xmms-dev 1.2.5-2XMMS development static library and header f nolandia:~# lsmod Module Size Used by dmasound_pmac 32832 1 (autoclean) dmasound_core 13248 1 (autoclean) [dmasound_pmac] soundcore 5056 3 (autoclean) [dmasound_core] Thanks for all the suggestions so far, exporting my mp3 directory via NFS to my Athlon machine is not exactly a great solution. :-) -- Anthony
Re: HFS Plus on Linux ?
On Wed, Sep 12, 2001 at 06:17:54PM -0700, Mike Fedyk wrote: Ethan, do you have any specific information on when/how HFS was corrupted? when you write to it. What kernel versions? 2.*.* I've heard about this problem for a while, but I haven't seen anything that talked about what specific operations were performed to create the corruption. mounting it -o rw instead of -o ro is all thats required. -- Ethan Benson http://www.alaska.net/~erbenson/ pgp9TD20VRQIM.pgp Description: PGP signature
Re: booting error
On Wed, Sep 12, 2001 at 11:00:31PM -0400, Colin Walters wrote: Hello, I made some modifications to boot-floppies, and I wanted to reboot to test them. So I copied the rootpmac.bin to /boot, and reran ybin (for no particular reason), and now I can't boot my system with the aliases. I get: boot: linux Please wait, loading kernel... MAC-PARTS: specified partition is not valid Image not found try again However, typing hd:3,/vmlinux works ok. Anyone have any ideas? I've attached my yaboot.conf and the output of mac-fdisk -l /dev/hda. all of your image= lines are wrong. they should be image=/vmlinux -- Ethan Benson http://www.alaska.net/~erbenson/ pgpHr5SD7mwIb.pgp Description: PGP signature
Re: HFS Plus on Linux ?
At 12:31 AM -0800 9/13/01, Ethan Benson wrote: On Wed, Sep 12, 2001 at 06:17:54PM -0700, Mike Fedyk wrote: Ethan, do you have any specific information on when/how HFS was corrupted? when you write to it. What kernel versions? 2.*.* I've heard about this problem for a while, but I haven't seen anything that talked about what specific operations were performed to create the corruption. mounting it -o rw instead of -o ro is all thats required. Is it a guaranteed thing? I've been mounting a small HFS partition and copying my kernels to it for boot x for a year. I've not had any problems. I don't compile a whole lot of kernels so I'm not writing to it everyday, but it isn't unusual for me to spend a weekend dinking around with a kernel and copying 2-10 kernels to the partition during that time. Kevin
Re: HFS Plus on Linux ?
My system has always a 2 GB hfs partition mount in fstab on /hfs/ I have run it for months now and yet no problems, I call it my XPlatform partition... and as I only have access to internet via SAGEM Planet 3 ISDN card (In which I have found 0 - zero drivers for under linux) I need MacOS to send and receive mail... On torsdag 13. september 2001 13:54, Kevin van Haaren [EMAIL PROTECTED] wrote: At 12:31 AM -0800 9/13/01, Ethan Benson wrote: On Wed, Sep 12, 2001 at 06:17:54PM -0700, Mike Fedyk wrote: Ethan, do you have any specific information on when/how HFS was corrupted? when you write to it. What kernel versions? 2.*.* I've heard about this problem for a while, but I haven't seen anything that talked about what specific operations were performed to create the corruption. mounting it -o rw instead of -o ro is all thats required. Is it a guaranteed thing? I've been mounting a small HFS partition and copying my kernels to it for boot x for a year. I've not had any problems. I don't compile a whole lot of kernels so I'm not writing to it everyday, but it isn't unusual for me to spend a weekend dinking around with a kernel and copying 2-10 kernels to the partition during that time. Kevin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: HFS Plus on Linux ?
Hello Kevin! Kevin van Haaren schrieb: At 12:31 AM -0800 9/13/01, Ethan Benson wrote: On Wed, Sep 12, 2001 at 06:17:54PM -0700, Mike Fedyk wrote: Ethan, do you have any specific information on when/how HFS was corrupted? when you write to it. What kernel versions? 2.*.* I've heard about this problem for a while, but I haven't seen anything that talked about what specific operations were performed to create the corruption. mounting it -o rw instead of -o ro is all thats required. Is it a guaranteed thing? I've been mounting a small HFS partition and copying my kernels to it for boot x for a year. I've not had any problems. I don't compile a whole lot of kernels so I'm not writing to it everyday, but it isn't unusual for me to spend a weekend dinking around with a kernel and copying 2-10 kernels to the partition during that time. Ethan is right, hfs-support is buggy. I´ve had a few kernel-panics at least when i tried to remove a bunch of files from a hfs-partition. So I do not remove any files form my hfs-partition :-) (I sometimes do with MacOS). I never had a crash when I coppied my kernels to this partition or remove one or two files. Bye, Christoph -- Dipl. Ing. Christoph EweringC E Informationsdienste GbR 0 52 54 80 68 66 oder 0173 566 266 1 [EMAIL PROTECTED]
disq boot macintosh powerbook 100
Re: XFree86 update question
things easier in the long run. Plus we better hash this out now and come up with a few solutions for the transition. I just resent breaking backwards compatibility, that's all. Where exactly do we break backwards compatibility? A knowledgeable user can still use ADB keycodes if he absolutely wants to for a reason I can't imagine. By building kernel packages that have no old style ADB keyboard support anymore? (At least that's what I understood from Ethan's mail.) Or by disabling the old adbmouse driver when HID mouse support is configured, though both drivers happily coexist? (a kernel source issue, this one) Michael
Re: HFS Plus on Linux ?
Ethan, do you have any specific information on when/how HFS was corrupted? when you write to it. What kernel versions? 2.*.* I've heard about this problem for a while, but I haven't seen anything that talked about what specific operations were performed to create the corruption. mounting it -o rw instead of -o ro is all thats required. Is it a guaranteed thing? I've been mounting a small HFS partition Nope, but it occasionally happens for no apparent reason. Some late 2.3 or early 2.4 version was particularly broken (copying large files to HFS ot creating directories there was a good way to corrupt the filesystem, and mounting a HFS CD the kernel would panic reliably). That's my experience, YMMV, use at your own risk. Ethan is painting the picture in stark contrast here. What's new? :-) Michael
Re: HFS Plus on Linux ?
Ethan, do you have any specific information on when/how HFS was corrupted? What kernel versions? I've heard about this problem for a while, but I haven't seen anything that talked about what specific operations were performed to create the corruption. I can't tell for corruption (well, I did _once_ have a file written from linux appearing corrupted on macos), but I know HFS has some nasty locking bugs. At least on SMP kernels, it can easily lockup the box. One problem with writing filesystems for linux is that the locking rules and the underlying cache semantics keep changing. Ben.
Re: HFS Plus on Linux ?
My system has always a 2 GB hfs partition mount in fstab on /hfs/ I have run it for months now and yet no problems, I call it my XPlatform partition... and as I only have access to internet via SAGEM Planet 3 ISDN card (In which I have found 0 - zero drivers for under linux) I need MacOS to send and receive mail... The PCI card ? I think it's supported by the niccy driver. Ben.
Re: HFS Plus on Linux ?
On Thu, Sep 13, 2001 at 06:54:38AM -0500, Kevin van Haaren wrote: mounting it -o rw instead of -o ro is all thats required. Is it a guaranteed thing? I've been mounting a small HFS partition yes and copying my kernels to it for boot x for a year. I've not had any problems. I don't compile a whole lot of kernels so I'm not writing to it everyday, but it isn't unusual for me to spend a weekend dinking around with a kernel and copying 2-10 kernels to the partition during that time. and its this flawed system configuration that has resulted in many unbootable systems, and why i won't support the utterly evil hack of mounting an hfs partition on /boot -- Ethan Benson http://www.alaska.net/~erbenson/ pgpo7Pn1yX7xi.pgp Description: PGP signature
Re: XFree86 update question
On Thu, Sep 13, 2001 at 02:33:50PM +0200, Michael Schmitz wrote: By building kernel packages that have no old style ADB keyboard support anymore? (At least that's what I understood from Ethan's mail.) you are wrong. i am typing this mail with an ADB keyboard and my kernel has no support for using adb keycodes, i am using linux keycodes. Or by disabling the old adbmouse driver when HID mouse support is configured, though both drivers happily coexist? (a kernel source issue, this one) HID has been mandatory and solely supported since potato r2. -- Ethan Benson http://www.alaska.net/~erbenson/ pgpEDXIVtdlt6.pgp Description: PGP signature
Re: XFree86 update question
Michael Schmitz wrote: things easier in the long run. Plus we better hash this out now and come up with a few solutions for the transition. I just resent breaking backwards compatibility, that's all. Where exactly do we break backwards compatibility? A knowledgeable user can still use ADB keycodes if he absolutely wants to for a reason I can't imagine. By building kernel packages that have no old style ADB keyboard support anymore? (At least that's what I understood from Ethan's mail.) Nod. Or by disabling the old adbmouse driver when HID mouse support is configured, though both drivers happily coexist? (a kernel source issue, this one) Don't give people bad ideas like that, after we're gonna have to answer questions about trackpads not working on Apple laptops. ADB keycodes are not related to ADB hardware at all, USB keyboards used to use ADB keycodes on Pmac. If you have a laptop *do* put in ADB drivers if you want to be able to use your keyboard/trackpad. *Do not* put in use ADB keycodes. Cheers
Re: XFree86 update question
Michael Schmitz wrote: Or by disabling the old adbmouse driver when HID mouse support is configured, though both drivers happily coexist? (a kernel source issue, this one) Don't give people bad ideas like that, after we're gonna have to answer Hello? This happened _last_ year ... from 2.3.99 or so, the body of adbmouse.c was #ifdef'ed out if the alternate mouse driver was active. Now that's taken care of by CONFIG_ADB_KEYBOARD being defined nowhere. I don't understand... You mean there are 2 drivers in the kernel for adb mouse ? I didn't know that, my bad.
Re: XFree86 update question
Michel Dänzer wrote: Michael Schmitz wrote: Make no mistake: the new input layer is the cleaner of both options, and having a common set of keytables for both ADB and USB keyboards also makes things easier in the long run. Plus we better hash this out now and come up with a few solutions for the transition. I just resent breaking backwards compatibility, that's all. Where exactly do we break backwards compatibility? A knowledgeable user can still use ADB keycodes if he absolutely wants to for a reason I can't imagine. Okay, here's one such reason. I had been using left and right alt/option for mouse button 2/3, and command for alt, for the last 3+ years, AFAIK this was the standard before the new input layer. When the new input layer came, I had to manually switch button 2/3 to use my old standard alt/option keys, which was a bit of a minor inconvenience for me, but also resulted in those tons of emails to the list which we saw nine months ago -- and our replies taught many users to make the same button emulation change. Now with Linux keycodes, command for alt no longer works, at the console or in X. My guess is that this is because alt/option is mapped to alt in Linux keycodes, but it's also mouse button 2/3 for many of us, as advice on how to make it so with the new input layer was posted numerous times to this list. Forcing one to either not use alt, or change mouse button emulation keys which one has used for years, does constitute breakage of backward compatibility. So, no more desktop switching in the console or X, and more importantly, no ctrl-alt-f1 from X to the console, and when the mouse freezes (if I try to log out and back in), I am dead, and must use my wife's Windoze PC to ssh in and kill X/gdm (which is not only embarassing, but messes up my GNOME session). For this reason, I have reverted to ADB keycodes and the macintosh_old keyboard mapping in X, and everything works again (except the mouse and font problems, but those are separate). Debian has earned a reputation over the years for having the smoothest upgrade by far of all the distros. Do we really want to change that? Say RTFM all you want Ethan, but if we keep breaking things like this, we will alienate the people whom we are trying to serve. We can be techically correct about it all we want, as perhaps Microsoft was technically correct about bogarting DLLs in the Windows 98 upgrade, but please realize that it *will* cause users pain, and a great many who would go through the pain for Microsoft or Apple will give up and say, Oh well, that [Linux|Debian] thing was a neat toy experiment, but I have to get my work done and don't have time to dig through documentation. And they will by right to say so. Sincerely, -- -Adam P. GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Welcome to the best software in the world today cafe! http://lyre.mit.edu/%7Epowell/The_Best_Stuff_In_The_World_Today_Cafe.ogg
libc6 2.1.3-19 causes segfaults?
Has anyone upgraded successfully to libc 2.1.3-19 on potato (proposed-updates)? Shortly after I upgraded, kswapd segfaulted and things went kinda downhill from then on ... even shutdown, sync and init crashed (that reads: inevitable fs damage). I managed to downgrade libc6 to 2.1.3-18, had a kind person at my provider press the reset button, repaired some fs and now it seems to run fine again. Don't want to try again, though. Here's what kern.log said on the first occurrence: Sep 11 12:27:00 www kernel: Oops: kernel access of bad area, sig: 11 Sep 11 12:27:00 www kernel: NIP: C0033D7C XER: LR: C0033CBC SP: C04D7F90 REGS: c04d7ee0 TRAP:0300 Sep 11 12:27:00 www kernel: MSR: 9032 EE: 1 PR: 0 FP: 0 ME: 1 IR/DR: 11 Sep 11 12:27:00 www kernel: DAR: , DSISR: 4200 Sep 11 12:27:00 www kernel: TASK = c04d6000[4] 'kswapd' Last syscall: -1 Sep 11 12:27:00 www kernel: last math cc41 last altivec Sep 11 12:27:00 www kernel: GPR00: B4D5 C04D7F90 C04D6000 0001 0006 DFED84E0 Sep 11 12:27:00 www kernel: GPR08: C01427A0 C0A81F54 C01A4334 DFAC4780 10075648 Sep 11 12:27:00 www kernel: GPR16: 003FF000 C01A C01A Sep 11 12:27:00 www kernel: GPR24: C01A4334 080E C0A7FFE0 C0A7FFFC C0A7FFF8 Sep 11 12:27:00 www kernel: Call backtrace: Sep 11 12:27:00 www kernel: C0014268 C00342D4 C000640C The machine is an IBM RS/6000 B50. bye, Jens -- Jens Kutilek Web-Design ISITRAIN Schulung und Systemlösungen GmbH Telefon: (05303) 941014, Telefax: (05303) 941016 E-Mail: {HYPERLINK mailto:[EMAIL PROTECTED][EMAIL PROTECTED], Internet: {HYPERLINK http://www.isitrain.de}www.isitrain.de
Re: XFree86 update question
Hi, Adam C Powell IV writes: Now with Linux keycodes, command for alt no longer works, at the console or in X. [...] For this reason, I have reverted to ADB keycodes and the macintosh_old keyboard mapping in X, So you built a whole new kernel just for moving one modifier key around? The way I did this, while keeping Linux keycodes, was to install a custom keymap with install-keymap(8) from the console-common package, edit the resulting file, and reload it with loadkeys(8). Regards, Jens. -- J'qbpbe, le m'en fquz pe j'qbpbe! Le veux aimeb et mqubib panz je pézqbpbe je djuz tqtaj!
Re: tuxracer...2
Jens Schmalzing [EMAIL PROTECTED] writes: Hi, Ivan Fabris writes: see you soon ( free beer for Jens [...] if you come in italy How much beer? And where in Italy do you live exactly? I'll offer free beer (although I'd recommend the wine - Germany has plenty of good beer, I imagine) to the above list, in Padova (Padua in English) Italy if you want to make a tour of it:-) Ciao, -- David N. Welton Consulting: http://www.dedasys.com/ Free Software: http://people.debian.org/~davidw/ Apache Tcl: http://tcl.apache.org/ Personal: http://www.efn.org/~davidw/
Re: XFree86 update question
Jens Schmalzing wrote: Hi, Adam C Powell IV writes: Now with Linux keycodes, command for alt no longer works, at the console or in X. [...] For this reason, I have reverted to ADB keycodes and the macintosh_old keyboard mapping in X, So you built a whole new kernel just for moving one modifier key around? No, I simply did echo 0 /proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes (or something like that, I'm not at my mac now). Cheers, -- -Adam P. GPG fingerprint: D54D 1AEE B11C CE9B A02B C5DD 526F 01E8 564E E4B6 Welcome to the best software in the world today cafe! http://lyre.mit.edu/%7Epowell/The_Best_Stuff_In_The_World_Today_Cafe.ogg
Re: XFree86 update question
By building kernel packages that have no old style ADB keyboard support anymore? (At least that's what I understood from Ethan's mail.) you are wrong. i am typing this mail with an ADB keyboard and my kernel has no support for using adb keycodes, i am using linux keycodes. At most, I'm not being precise enough in expressing myself here. old style ADB keyboard support means ADB keyboard support through the mac_keyb.c driver, not the HID driver. For all I know this implies ADB keycodes. I did not mean to imply ADB keyboards are not supported or some such. To return to the topic at hand: I had the impression that ADB keycode support is removed from current boot-floppies kernels, is that correct? Or by disabling the old adbmouse driver when HID mouse support is configured, though both drivers happily coexist? (a kernel source issue, this one) HID has been mandatory and solely supported since potato r2. That kind of thing pulled off in the middle of a stable release was calling for trouble, that's all I say. Anyway, it's ancient history, and I'm not the one who answers the questions on that topic so I could care less. Michael
Re: HFS Plus on Linux ?
On Thu, Sep 13, 2001 at 02:56:09PM +0200, Benjamin Herrenschmidt wrote: Ethan, do you have any specific information on when/how HFS was corrupted? What kernel versions? I've heard about this problem for a while, but I haven't seen anything that talked about what specific operations were performed to create the corruption. I can't tell for corruption (well, I did _once_ have a file written from linux appearing corrupted on macos), but I know HFS has some nasty locking bugs. At least on SMP kernels, it can easily lockup the box. One problem with writing filesystems for linux is that the locking rules and the underlying cache semantics keep changing. Then why are so many FSes supported in Linux? ;) Yes, I know that once it has been included in the mail kernel that when those underlying APIs are changed that the FSes that use them are usually changed with them... Though, that isn't always the case. Mike
Re: HFS Plus on Linux ?
On Thu, Sep 13, 2001 at 05:07:16AM -0800, Ethan Benson wrote: On Thu, Sep 13, 2001 at 06:54:38AM -0500, Kevin van Haaren wrote: mounting it -o rw instead of -o ro is all thats required. Is it a guaranteed thing? I've been mounting a small HFS partition yes and copying my kernels to it for boot x for a year. I've not had any problems. I don't compile a whole lot of kernels so I'm not writing to it everyday, but it isn't unusual for me to spend a weekend dinking around with a kernel and copying 2-10 kernels to the partition during that time. and its this flawed system configuration that has resulted in many unbootable systems, and why i won't support the utterly evil hack of mounting an hfs partition on /boot Actually, /boot needs to be a symlink to /hfs-boot/System Folder/Linux Kernels ;)
Re: XFree86 update question
Michael Schmitz wrote: To return to the topic at hand: I had the impression that ADB keycode support is removed from current boot-floppies kernels, is that correct? Yes, because they are the default if enabled, which leads to all kinds of problems. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: XFree86 update question
Michael Schmitz wrote: things easier in the long run. Plus we better hash this out now and come up with a few solutions for the transition. I just resent breaking backwards compatibility, that's all. Where exactly do we break backwards compatibility? A knowledgeable user can still use ADB keycodes if he absolutely wants to for a reason I can't imagine. By building kernel packages that have no old style ADB keyboard support anymore? I still fail to see what that has to do with backwards compatibility. Nobody is forced to use the Debian kernel; my impression is that most people build their own kernels anyway. What we are trying to achieve is to make an inevitable transition (ADB keycodes will go away completely in 2.5 AFAIK) as smooth as possible for the average user. The way we are doing it right now may not be perfect, and we appreciate any help to improve it further. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: XFree86 update question
Adam C Powell IV wrote: Michel Dänzer wrote: Michael Schmitz wrote: Make no mistake: the new input layer is the cleaner of both options, and having a common set of keytables for both ADB and USB keyboards also makes things easier in the long run. Plus we better hash this out now and come up with a few solutions for the transition. I just resent breaking backwards compatibility, that's all. Where exactly do we break backwards compatibility? A knowledgeable user can still use ADB keycodes if he absolutely wants to for a reason I can't imagine. Okay, here's one such reason. I had been using left and right alt/option for mouse button 2/3, and command for alt, for the last 3+ years, AFAIK this was the standard before the new input layer. When the new input layer came, I had to manually switch button 2/3 to use my old standard alt/option keys, which was a bit of a minor inconvenience for me, but also resulted in those tons of emails to the list which we saw nine months ago -- and our replies taught many users to make the same button emulation change. Now with Linux keycodes, command for alt no longer works, at the console or in X. My guess is that this is because alt/option is mapped to alt in Linux keycodes, Keycodes are more or less meaningless numbers. The keymaps give them a meaning. The Apple USB variants still map command to alt, however some people would like to change that for the sake of consistency. If keymaps are broken, they should be fixed. However, as has been pointed out several times, there are at least as many reasons for mapping option to alt as for the opposite. We'll have to agree on one and consider the other a customization. but it's also mouse button 2/3 for many of us, as advice on how to make it so with the new input layer was posted numerous times to this list. Forcing one to either not use alt, or change mouse button emulation keys which one has used for years, does constitute breakage of backward compatibility. So, no more desktop switching in the console or X, and more importantly, no ctrl-alt-f1 from X to the console, and when the mouse freezes (if I try to log out and back in), I am dead, and must use my wife's Windoze PC to ssh in and kill X/gdm (which is not only embarassing, but messes up my GNOME session). You have to sacrifice a key for each emulated mouse button in any case. If that key has an important function now, you either have to change the keymap or use another key for emulation. There's no way to avoid that. For this reason, I have reverted to ADB keycodes and the macintosh_old keyboard mapping in X, and everything works again (except the mouse and font problems, but those are separate). Your choice... Debian has earned a reputation over the years for having the smoothest upgrade by far of all the distros. Do we really want to change that? Show us how other distros make this transition smoother and we will try to do the same. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: HFS Plus on Linux ?
My experience while using hfs volumes under Linux has been mediocre at best. Mounting ro is ok, but writing files to it is asking for trouble. If you really have to write to hfs partition, then you should make some hfs shuttle partition and keep it for that task only. I do a reformat on this partition after switching to MacOS because I've lost files on the corrupted volume after using Linux writing to it in the past. Having now two machines, I get away from having to do this by using ftp. One thing you can do to find out about the quality of hfs support on Linux is trying to run Norton Utilities and examine the partition you store files using Linux to. The report will usually show a list of problems, some minors, some majors. Not a good thing(tm) Laurent on 9/13/01 9:45 AM, Mike Fedyk at [EMAIL PROTECTED] wrote: Ethan, do you have any specific information on when/how HFS was corrupted? What kernel versions? I've heard about this problem for a while, but I haven't seen anything that talked about what specific operations were performed to create the corruption. I can't tell for corruption (well, I did _once_ have a file written from linux appearing corrupted on macos), but I know HFS has some nasty locking bugs. At least on SMP kernels, it can easily lockup the box. One problem with writing filesystems for linux is that the locking rules and the underlying cache semantics keep changing. Then why are so many FSes supported in Linux? ;) Yes, I know that once it has been included in the mail kernel that when those underlying APIs are changed that the FSes that use them are usually changed with them... Though, that isn't always the case. Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: HFS Plus on Linux ?
At 5:07 AM -0800 9/13/01, Ethan Benson wrote: and its this flawed system configuration that has resulted in many unbootable systems, and why i won't support the utterly evil hack of mounting an hfs partition on /boot well I definitely don't do that. I only mount the hfs partition when i need to copy the kernel to it, otherwise it remains unmounted. I'd prefer to use quik for booting, but i just spent 2 days dinking around with Open Firmware on my SuperMac C500 and can't get it to boot with quik. I only managed to get it to boot to Open Firmware with video output once, never again. and i've never gotten to boot from the scsi device. since i was more interested in getting Debian up and running than messing around with a screwed up Open Firmware, I put boot x back on and moved on. kevin
Re: tuxracer...2
On Thursday 13 September 2001 17:00, David N. Welton wrote: Jens Schmalzing [EMAIL PROTECTED] writes: Hi, Ivan Fabris writes: see you soon ( free beer for Jens [...] if you come in italy How much beer? And where in Italy do you live exactly? exactly? 43 54' 33 N and 11 52' 58 E find me :-)!!! ( hint... have a look at my .signature ) I'll offer free beer (although I'd recommend the wine - Germany has plenty of good beer, I imagine) to the above list, in Padova (Padua in English) Italy if you want to make a tour of it:-) Ciao, good idea! padua is near to me, and David speaks italian better than i speak english ;-) see you, may be for the next hackmeeting in Bologna (IT)! -- (@_ Ivan Fabris, S.Sofia (FC) Powered by Linux Debian Woody _*) //\ www.darthxiong.net setiathome.ssl.berkeley.edu /\\ V_/_ www.folug.linux.it pgp key @ www.keyserver.net _\_V A Echelon / To Echelon : scemo chi legge / eat my socks
Re: XFree86 update question
Adam C Powell IV wrote: So, no more desktop switching in the console or X, and more importantly, no ctrl-alt-f1 from X to the console, and when the mouse freezes (if I try to log out and back in), I am dead, and must use my wife's Windoze PC to ssh in and kill X/gdm (which is not only embarassing, but messes up my GNOME session). BTW, if you're in that miserable situation ever again, killall -3 gnome-session should quit the GNOME session more or less cleanly. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
1394 and benh kernels?
Is/are any of the recent firewire patches in benh's kernel? Anyone know(Ben?)? I am buying a cheap web cam(~$100-120) for modification for use with a telescope, and am considering getting one of the firewire models instead of usb.(iBot, ADS PYROcamnothing special). Speaking of which...anyone playing with those under ppc? John H NYC
HFS+ (MacOS) in contrast to EXT2 (Linux-i386)
While reading the thread about HFS Plus on Linux ? I had a experience I want to share with you. Within a an hour I had to hard reset both of my computers, first my Linux-i386 due to a complete lockup of the system while using el3diag, second my powermac due to an not responding USB-keyboard/-mouse. Now while the Mac restarted without any fuse I had to fix the ext2-fs manually for about 15min. Luckally it seems I haven't lost anything on both system. I leave it up to you to draw any conclusion. O. Wyss
Java2 for Debian PPC
Hi, I stfw'ed without much success looking for the .deb packages of the blackdown port of jdk 1.3.1 on linux-powerpc. Although I found on the blackdown mirrors all the debian packages for the i386 port, the ppc dir seems to be missing. I was wondering if anyone on this list knows where I could find the jdk debian packages for ppc? Logically, these would be located in {potato,woody}/non-free/binary-ppc, right? Also, as anyone installed the 1.3 port of the jdk and had success running it? Any input is greatly appreciated. Thanks for your help, Laurent
Re: HFS+ (MacOS) in contrast to EXT2 (Linux-i386)
on 9/13/01 2:02 PM, Otto Wyss at [EMAIL PROTECTED] wrote: I leave it up to you to draw any conclusion. I am not sure if we can draw any conclusions from individual and isolated cases. I found ext2 extremely reliable so far. Most boo boo I had happened with HFS in the past (but then I was using it extensively and Mac OS crashes more than Linux too), so YMMV. BeFS which I was running until I switched permanently to Debian recently was #1 on my own rating scale in terms of reliability and transparency (never had to run a utility to check the partition for the past 3 years.) Talking of which... Is anyone using one of the journaling fs (Reiser, XFS, JFS) on PowerPC daily and having some comments they would like to report? I was planning on switching to ReiserFS or XFS for my home dir. Which one, if any, would be the most stable? Laurent
Re: Fire Wire 1394 and benh kernels?
I have the same question. Does anyone use firewire peripherals on ppc ? Hard drive, printers, camera, DV ? Thanks Dabowl Le 13 Sep 2001 16:39:23 -0400, John Hughes a écrit : Is/are any of the recent firewire patches in benh's kernel? Anyone know(Ben?)? I am buying a cheap web cam(~$100-120) for modification for use with a telescope, and am considering getting one of the firewire models instead of usb.(iBot, ADS PYROcamnothing special). Speaking of which...anyone playing with those under ppc? John H NYC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: HFS+ (MacOS) in contrast to EXT2 (Linux-i386)
Laurent de Segur wrote: Talking of which... Is anyone using one of the journaling fs (Reiser, XFS, JFS) on PowerPC daily and having some comments they would like to report? I was planning on switching to ReiserFS or XFS for my home dir. Which one, if any, would be the most stable? I posted good reasons here not to use ReiserFS. I used it for a few months but switched to XFS a few weeks back and I'm more than happy I did. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: Java2 for Debian PPC
Laurent de Segur wrote: I stfw'ed without much success looking for the .deb packages of the blackdown port of jdk 1.3.1 on linux-powerpc. Because there aren't any. Download binary tarballs from http://penguinppc.org/usr/java/ . OpenMotif is available in the libmotif package. Someone should probably ask those building the i386 .debs if the same could be done for powerpc. -- Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer XFree86 and DRI project member / CS student, Free Software enthusiast
Re: HFS+ (MacOS) in contrast to EXT2 (Linux-i386)
Laurent de Segur [EMAIL PROTECTED] writes: Talking of which... Is anyone using one of the journaling fs (Reiser, XFS, JFS) on PowerPC daily and having some comments they would like to report? I was planning on switching to ReiserFS or XFS for my home dir. Which one, if any, would be the most stable? I've been using XFS for some weeks now, and I've had very few problems. And if one does have problems with XFS filesystems getting corrupted (either through XFS/kernel bugs or bad hardware), then there are very mature tools (like xfs_repair) to use. It is also very fast, and has neat features like ACLs and dynamic inode allocation.
Re: Java2 for Debian PPC
on 9/13/01 3:33 PM, Michel Dänzer at [EMAIL PROTECTED] wrote: Someone should probably ask those building the i386 .debs if the same could be done for powerpc. Thanks for your pointer. I will send them an email regarding packaging. I also found out that the port on ppc is lagging somewhat behind (1.3.1 not available for ppc yet.) And unfortunately, HotSpot is only supported on i386 at this time, because it's seems to be done by Sun and its licensees behind closed doors. Looks like the nice folks at blackdown could use some help on the ppc side though. Laurent
Re: XFree86 update question
On Thu, Sep 13, 2001 at 06:40:07PM +0200, Michael Schmitz wrote: At most, I'm not being precise enough in expressing myself here. old style ADB keyboard support means ADB keyboard support through the mac_keyb.c driver, not the HID driver. For all I know this implies ADB that happened potato r2 why you would want or need to use the cruft driver i have no idea. keycodes. I did not mean to imply ADB keyboards are not supported or some such. To return to the topic at hand: I had the impression that ADB keycode support is removed from current boot-floppies kernels, is that correct? yes, there is no difference between the default offcial debian kernel image and the kernel used and installed by boot-floppies. kernel-image-2.2.19-pmac is what is used by boot-floppies and what older systems should upgrade to. it does not support adb keycodes and thats the way it must and will stay. That kind of thing pulled off in the middle of a stable release was calling for trouble, that's all I say. Anyway, it's ancient history, and i agree completly, thats why i made sure that the transition to linux keycodes was made in the middle of an unstable non-release, thats when these kinds of changes are supposed to be made. -- Ethan Benson http://www.alaska.net/~erbenson/ pgpRRtvyhEeA2.pgp Description: PGP signature
Re: Fire Wire 1394 and benh kernels?
On Fri, Sep 14, 2001 at 02:05:30AM +0200, da bowl wrote: I have the same question. Does anyone use firewire peripherals on ppc ? Hard drive, printers, camera, DV ? Yes, but they're not working under linux as such. on my ibook (dual USB) the benh 2.4.9 kernel I rsynced about 3 weeks ago, has the option to enable experimental 1394 support. When I do so and then while running plug in my external burner (a 16xburn 40xread samsung ATAPI thing in a fw case), I get a lot of repeat messages for the same error [I havn't had a chance to transcribe], which spew quickly up the screen and once they fill the screen the entire machine just turns off; without any syncing or anything else; this will also happen if I boot with the device plugged in just about where it loads the 1394 module. Some devices may work just fine; but this experience has convinced me that either I should work on it, or wait till the (experimental) tag on the module goes away. I hope that clarifies ppc linux's 1394 support for you. Incidentally, the device works admirably under mac OS; though unplugging it while a volume is mounted is not recommened since although macos recovers, the eject button on the device doesn't cooperate until you power off for 15 minutes first. -Daniel
Re: HFS Plus on Linux ?
On Thu, Sep 13, 2001 at 09:49:16AM -0700, Mike Fedyk wrote: On Thu, Sep 13, 2001 at 05:07:16AM -0800, Ethan Benson wrote: On Thu, Sep 13, 2001 at 06:54:38AM -0500, Kevin van Haaren wrote: mounting it -o rw instead of -o ro is all thats required. Is it a guaranteed thing? I've been mounting a small HFS partition yes and copying my kernels to it for boot x for a year. I've not had any problems. I don't compile a whole lot of kernels so I'm not writing to it everyday, but it isn't unusual for me to spend a weekend dinking around with a kernel and copying 2-10 kernels to the partition during that time. and its this flawed system configuration that has resulted in many unbootable systems, and why i won't support the utterly evil hack of mounting an hfs partition on /boot Actually, /boot needs to be a symlink to /hfs-boot/System Folder/Linux Kernels thats even more evil and unsupported. -- Ethan Benson http://www.alaska.net/~erbenson/ pgpbbQpwJCSai.pgp Description: PGP signature
Re: HFS Plus on Linux ?
On Thu, Sep 13, 2001 at 01:20:11PM -0500, Kevin van Haaren wrote: At 5:07 AM -0800 9/13/01, Ethan Benson wrote: and its this flawed system configuration that has resulted in many unbootable systems, and why i won't support the utterly evil hack of mounting an hfs partition on /boot well I definitely don't do that. I only mount the hfs partition when i need to copy the kernel to it, otherwise it remains unmounted. your better off using hfsutils for that. -- Ethan Benson http://www.alaska.net/~erbenson/ pgpbVisdqirov.pgp Description: PGP signature
Re: XFree86 update question
you are so completly full of shit i won't even reply. -- Ethan Benson http://www.alaska.net/~erbenson/ pgpucrW5XatAP.pgp Description: PGP signature
Re: XFree86 update question
On Thu, Sep 13, 2001 at 08:15:05PM +0200, Michel Dänzer wrote: Show us how other distros make this transition smoother and we will try to do the same. other distros simply don't have a real upgrade fucntion, you just reinstall. that is the same as doing a clean boot-floppies install with debian which will give you linux keycodes from the start. the upgrade process is really quite painless if you rtfm and read the fucking upgrade notice/release notes. sometimes these kinds of transitions can't be done totally transparently, thats why they are saved for major dist upgrades and noted in the release notes. should we still be using libc5 today because the glibc upgrade was a bit hard? -- Ethan Benson http://www.alaska.net/~erbenson/ pgpTH3UYMgOIo.pgp Description: PGP signature
Re: HFS+ (MacOS) in contrast to EXT2 (Linux-i386)
On Thu, Sep 13, 2001 at 11:02:03PM +0200, Otto Wyss wrote: While reading the thread about HFS Plus on Linux ? I had a experience I want to share with you. Within a an hour I had to hard reset both of my computers, first my Linux-i386 due to a complete lockup of the system while using el3diag, second my powermac due to an not responding USB-keyboard/-mouse. Now while the Mac restarted without any fuse I had to fix the ext2-fs manually for about 15min. Luckally it seems I haven't lost anything on both system. both filesystems MUST be fscked after such a crash, macos simply isn't bothering. I leave it up to you to draw any conclusion. the conclusion is macos is just stuffing its head in the sand. -- Ethan Benson http://www.alaska.net/~erbenson/ pgpYHzHocd0YM.pgp Description: PGP signature
Re: Java2 for Debian PPC
on 9/13/01 3:33 PM, Michel Dänzer at [EMAIL PROTECTED] wrote: Laurent de Segur wrote: I stfw'ed without much success looking for the .deb packages of the blackdown port of jdk 1.3.1 on linux-powerpc. Because there aren't any. Download binary tarballs from http://penguinppc.org/usr/java/ . OpenMotif is available in the libmotif package. Someone should probably ask those building the i386 .debs if the same could be done for powerpc. FYI, when I visited the link you sent me, I saw the photo of a really nice person sitting on bed, using the same computer I do. I'll have to wait for penguinppc to get back online. I surely appreciate the way they return a 404 Error though ;-) Laurent
Re: HFS+ (MacOS) in contrast to EXT2 (Linux-i386)
On Thu, Sep 13, 2001 at 06:31:06PM -0400, Colin Walters wrote: Laurent de Segur [EMAIL PROTECTED] writes: Talking of which... Is anyone using one of the journaling fs (Reiser, XFS, JFS) on PowerPC daily and having some comments they would like to report? I was planning on switching to ReiserFS or XFS for my home dir. Which one, if any, would be the most stable? I've been using XFS for some weeks now, and I've had very few problems. And if one does have problems with XFS filesystems getting corrupted (either through XFS/kernel bugs or bad hardware), then there are very mature tools (like xfs_repair) to use. I've been seeing glowing reviews of XFS on these PPC lists, but little about ext3. I've been using ext3 on my x86 workstation here for about a month without trouble, and even trying different journalling modes. Any reviews of ext3 on PPC?
Re: HFS Plus on Linux ?
On Thu, Sep 13, 2001 at 03:30:50PM -0800, Ethan Benson wrote: On Thu, Sep 13, 2001 at 09:49:16AM -0700, Mike Fedyk wrote: On Thu, Sep 13, 2001 at 05:07:16AM -0800, Ethan Benson wrote: On Thu, Sep 13, 2001 at 06:54:38AM -0500, Kevin van Haaren wrote: mounting it -o rw instead of -o ro is all thats required. Is it a guaranteed thing? I've been mounting a small HFS partition yes and copying my kernels to it for boot x for a year. I've not had any problems. I don't compile a whole lot of kernels so I'm not writing to it everyday, but it isn't unusual for me to spend a weekend dinking around with a kernel and copying 2-10 kernels to the partition during that time. and its this flawed system configuration that has resulted in many unbootable systems, and why i won't support the utterly evil hack of mounting an hfs partition on /boot Actually, /boot needs to be a symlink to /hfs-boot/System Folder/Linux Kernels thats even more evil and unsupported. Thank you. I haven't actually done that, but it looks possible. I do have a script that keeps a current kernel and a previous one for BootX.
Re: HFS Plus on Linux ?
On Thu, Sep 13, 2001 at 03:31:34PM -0800, Ethan Benson wrote: On Thu, Sep 13, 2001 at 01:20:11PM -0500, Kevin van Haaren wrote: At 5:07 AM -0800 9/13/01, Ethan Benson wrote: and its this flawed system configuration that has resulted in many unbootable systems, and why i won't support the utterly evil hack of mounting an hfs partition on /boot well I definitely don't do that. I only mount the hfs partition when i need to copy the kernel to it, otherwise it remains unmounted. your better off using hfsutils for that. Am I correct in thinking that you don't need hfs compiled into the kernel to use these tools? In other words, does it work directly with the partition?
Re: Java2 for Debian PPC
On Thu, Sep 13, 2001 at 04:35:07PM -0700, Laurent de Segur wrote: on 9/13/01 3:33 PM, Michel Dänzer at [EMAIL PROTECTED] wrote: Laurent de Segur wrote: I stfw'ed without much success looking for the .deb packages of the blackdown port of jdk 1.3.1 on linux-powerpc. Because there aren't any. Download binary tarballs from http://penguinppc.org/usr/java/ . OpenMotif is available in the libmotif package. Someone should probably ask those building the i386 .debs if the same could be done for powerpc. FYI, when I visited the link you sent me, I saw the photo of a really nice person sitting on bed, using the same computer I do. I'll have to wait for penguinppc to get back online. I surely appreciate the way they return a 404 Error though ;-) penguinppc has been online for about a week now -- Ethan Benson http://www.alaska.net/~erbenson/ pgpjNpJDYGoah.pgp Description: PGP signature
Re: HFS+ (MacOS) in contrast to EXT2 (Linux-i386)
On Thu, Sep 13, 2001 at 03:47:25PM -0800, Ethan Benson wrote: On Thu, Sep 13, 2001 at 11:02:03PM +0200, Otto Wyss wrote: While reading the thread about HFS Plus on Linux ? I had a experience I want to share with you. Within a an hour I had to hard reset both of my computers, first my Linux-i386 due to a complete lockup of the system while using el3diag, second my powermac due to an not responding USB-keyboard/-mouse. Now while the Mac restarted without any fuse I had to fix the ext2-fs manually for about 15min. Luckally it seems I haven't lost anything on both system. both filesystems MUST be fscked after such a crash, macos simply isn't bothering. I leave it up to you to draw any conclusion. the conclusion is macos is just stuffing its head in the sand. Exactly. Run Norton Utilities or the brain dead utility that comes with MacOS on it, and it will find and hopefully repair the errors. If you don't do this, you are asking for trouble on HFS, HFS+, EXT2, FAT, FAT32, and to some extent NTFS, EXT3, XFS, XFS, JFS. Mike
Re: Java2 for Debian PPC
on 9/13/01 4:57 PM, Ethan Benson at [EMAIL PROTECTED] wrote: penguinppc has been online for about a week now in terms of HTML pages, they are fine. In terms of file downloads, dead in the water (you still get the cutie poster though...) Must be hard coded broken links all over the place. L
Non-free packages play hard to (apt-)get
Hi, Must be a classic, although I stfw and can't find any explanation for this. Every time I have been wanting to install a non-free package (unzip, zip, etc...) I had to revert back my /etc/apt/sources.list to stable vs. testing to be able to access these packages. Is it intended to be that way? I would seem that I should be able to access the non-free from any version, but that is not the case apparently. No big deal, just curious. L
problems nebooting an iMac
I have an iMac I would like to netboot. It has open firmware 3 on it. I have a server set up with bootp and tftpd. There is an entry in my bootptab for it like this: my.domain.name:\ :ht=ether:\ :ha=0050E4960551:\ :sm=255.255.255.0:\ :ip=192.168.1.3:\ :hd=/tftpboot:\ :bf=yaboot:\ :bs=auto: my /tftpboot directory contains: yaboot yaboot.conf vmlinux all are world readable. In open firmware I use the command boot enet:0 This works, the machine gets an ip, yaboot is retreived from my tftp server, and yaboot is loaded. Here's where the problem shows up. My screen shows this: CLIENT: 0050e4960551 192.168.1.3 SERVER: 005004885ac2 192.168.1.2 stark Transfer FILE: yaboot.conf TFTP-actual=a6 TFTP-adler32=c79439b3 WARNING ! default_read called ! Error, can't read config file WARNING ! default_close called ! Welcome to yaboot version 1.2.3 boot: It seems that it can't retreive yaboot.conf. Any one know how to fix that? All the documentation I can find on netbooting newworld macs seem to indicate that I should just put the yaboot, yaboot.conf, and my kernel in my /tftpboot folder and everything should work. I'd appreciate any advice you can offer. I'm not a member of this list so please cc me. Thanks. -Christopher Cyll
Re: XFree86 update question
Adam C Powell IV [EMAIL PROTECTED] writes: Debian has earned a reputation over the years for having the smoothest upgrade by far of all the distros. Do we really want to change that? It is an unfortunate fact of life that people simply don't read documentation (there have been studies done), and debconf informational messages appear to fall into this category. I've had two people ask me recently why they can't get a remote X client to display on their local server, and the answer is of course because Branden's X packages changed to default to -nolisten tcp. A debconf message was displayed, which both these users probably skipped over without really reading it (I actually watched one of them do it). Like the -nolisten tcp change, the Linux keycodes change is for the better; it reduces future headaches down the line. Please remember that woody is still in development; it can break. This just happened to be a well-documented breakage (and one that was also discussed heavily on this mailing list). As Ethan said, once woody is released, this should be in the release notes, which hopefully more people will read. Maybe what we can do is display really critical messages like this three times or something...
uname -p
Hi, Entering 'uname -p' should return 'ppc' but returns 'unknow' running 2.4.8-powerpc with debian/woody. The uname --version returns uname (GNU sh-utils) 2.0.11 Any clues on what could be wrong? Laurent
Re: Non-free packages play hard to (apt-)get
Laurent de Segur [EMAIL PROTECTED] writes: Every time I have been wanting to install a non-free package (unzip, zip, etc...) I had to revert back my /etc/apt/sources.list to stable vs. testing to be able to access these packages. Is it intended to be that way? I would seem that I should be able to access the non-free from any version, but that is not the case apparently. No big deal, just curious. AFAIK there is no non-free autobuilder set up; I can't imagine there is much non-free software for powerpc that people would want to use anyways. But in the case of unzip, it's in main (although non-US) now.
Re: XFree86 update question
on 9/13/01 6:07 PM, Colin Walters at [EMAIL PROTECTED] wrote: It is an unfortunate fact of life that people simply don't read documentation (there have been studies done), and debconf I am so tempted to add to this : Did they have studies about who read the studies? Sorry, couldn't resist ;-) Laurent
Re: XFree86 update question
On Thu, Sep 13, 2001 at 09:41:27AM -0400, Adam C Powell IV wrote: Say RTFM all you want Ethan, but if we keep breaking things like this, we will alienate the people whom we are trying to serve. I think if we keep having the alt key *not* be the one with the letters ALT engraved on it, we will alienate the people whom we are trying to serve. -- G. Branden Robinson| There is no gravity in space. Debian GNU/Linux | Then how could astronauts walk [EMAIL PROTECTED] | around on the Moon? http://people.debian.org/~branden/ | Because they wore heavy boots. pgpo6wj3OUGMu.pgp Description: PGP signature
Re: HFS Plus on Linux ?
On Thu, 13 Sep 2001, Mike Fedyk wrote: Am I correct in thinking that you don't need hfs compiled into the kernel to use these tools? In other words, does it work directly with the partition? Correct - they open the devnode from userspace, and manipulate the filesystem image directly, instead of using a kernel filesystem driver. Derrik Pates | Sysadmin, Douglas School |#linuxOS on EFnet [EMAIL PROTECTED] | District (dsdk12.net)|#linuxOS on OPN