ide disk no longer found (rsync-benh)

hi, using the same config, the current 2.4-benh kernel (2.4.10-ben0) fails to find my ide drive whereas an older benh kernel (2.4.5-pre3) finds it with no trouble. [both have dma enabled and on by default; in fact the compile fails if i don't do it that way] the newer kernel panics because it can

Re: HFS+ (MacOS) in contrast to EXT2 (Linux-i386)

> 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 make regular backups and use "e2fsck -y" to fix filesystems if e2fsck bails, falling back to the tape if data is lost. how many mortals really know how to do it be

pcmcia vs. mvista rsync

hi, i tried the mvista kernel i synced yesterday (source.mvista.com::linuxppc_2_4_devel) but pcmcia doesn't work. my old config.opts had this (probably not perfect but it worked) include port 0x4000-0x40ff, port 0x4400-0x44ff include memory 0x8000-0x803ff000, memory 0xfd00-0xfd3ff000

Re: Is it possible to burn MacOS bootable CD's on Linux

right, this repopulate method only works with pure-hfs, so it would have to be a custom disk not the debian install disk. > > On Fri, Aug 10, 2001 at 02:17:02AM -0600, Bradley C. Midgley wrote: > > > also it is possible to have toast create an old+new world bootable cd > > &

Re: Is it possible to burn MacOS bootable CD's on Linux

it is possible to create new world bootable cd's without driver partitions. there are just a bunch of hfs details to worry about. look at the bootable debian cd build process (it's a hybrid bootable only on new world i believe) also it is possible to have toast create an old+new world bootable cd

Re: PCMCIA (was: Re: BenH TiBook kernels @ debian.jones.dk)

hi shouldn't pcmcia-cs tell you these settings need to be fixed during its install or figure the ranges itself? has anyone considered filing a bug report? could the lspci output be parsed by the install script? hmm. maybe my config, although working, isn't optimal. using a bronze g3 and the rang

Re: R_PPC_REL24 relocation out of range

hi does anyone know what the equivalent error message looks like on other archs? i am going to write up this problem and wanted to be able to catch web searches for the different forms of the error. -- [EMAIL PROTECTED] Brad Midgley

Re: R_PPC_REL24 relocation out of range

> > if the contents of a libfoo.a were created without -fPIC, then any .so > > created with -lfoo will have REL24 relocations and fail. but debian policy i have another question along these lines. why doesn't gcc fail when it's told to create a .so using objects that are not PIC? is it because it

Re: R_PPC_REL24 relocation out of range

solved by creating another repository? for now, i will rebuild the packages i need with gcc aliased to gcc -fPIC. fixing this for an entire multiplatform distro is going to be a mess. > I think I have this solved. See > . > > -- [EMAIL PROTECTED

Re: R_PPC_REL24 relocation out of range

daniel, > Sure. But if you're using DynaLoader from 5.6.0, see the archives of > debian-perl for your problem. Use current 5.6.1 packages from for those reading along, the thread is here: http://lists.debian.org/debian-perl-0105/msg00012.html > unstable; DynaLoader contained non-PIC code. unl

Re: R_PPC_REL24 relocation out of range

i've found that the invocation of the shared-object creation line makes a difference. the original invocation, pulling DynaLoader.a explicitly has getenv in a REL24 relocation: [EMAIL PROTECTED]:~/cockpit/build/linuxgcc/scripting$ g++ -fpic -shared -o libscripting-1-0.so PerlScriptingDef.o PerlWr

Re: R_PPC_REL24 relocation out of range

t 10:02:37PM -0600, Bradley C. Midgley wrote: > > it seems that -fPIC doesn't suppress REL24 type relocations: > > First, I'm not sure it's supposed to is there another way i can tell the compiler that 24-bit relocations are likely to be out of range? i thought -fPI

Re: R_PPC_REL24 relocation out of range

David thanks for your reply > What version of gcc are you using? Older 2.95 versions are known > to have issues outputting R_PPC_REL24 relocs in PIC code. 2.95.4 (from -unstable) > Use 'readelf -r' to determine the various types of relocations in > a shared object file. In a properly compiled

Re: R_PPC_REL24 relocation out of range

this code works on x86 so i believe it's a ppc-specific problem. using -fPIC everywhere reduced the number of these errors but didn't eliminate them. (i may try rebuilding libc6 with the recommended patch to see if it helps) these are modules that are being loaded "manually" using dlopen: dlopen(

R_PPC_REL24 relocation out of range

what is the story with this error? i'm seeing it at dynamic-lib-loadtime in a project i build for work that has lots of dynamically loaded modules. in a web search i see mention of the problem popping up for people all over the place -- one of the first is a message from 1998 in which dan jacobowi

Re: pcmcia ethernet?

hi michel > > as i plugged an ethernet cable to my powerbook recently, i felt a static > > shock. > > Outch > > repairs are expensive for these things (g3/333 bronze) > > Are you sure it's fried? Ethernet cables are isolated by transformer > from the device electronics; those things are quite

Re: pcmcia ethernet?

thanks for the note, yes this did work. for others' reference, using the 2.4.3-benh kernel, i had to compile my own current pcmcia-cs (the one in unstable didn't work) i had to modify the file /etc/pcmcia/config.opts to contain include port 0x100-0x4ff, port 0x1000-0x17ff include memory 0x80

pcmcia ethernet?

are there any known working methods to do pcmcia ethernet? as i plugged an ethernet cable to my powerbook recently, i felt a static shock. now ethernet fails to work (the hub carrier light briefly blinks now when before it would have turned on solid and remained on) repairs are expensive for thes

Re: Ancient date on TiBook (Was: Titanium trackpad blues)

fyi it was a kernel patch. it would be very gross to hardcode 2001 in the kernel, that's why i chose the epoch. > I posted a patch on linuxppc-dev that pushes pre-1970 dates up to 1970 at > boot time. I haven't followed up on it. > > gpm (segfaults) and the jdk (vm won't init) also refuse to work

Re: Ancient date on TiBook (Was: Titanium trackpad blues)

I posted a patch on linuxppc-dev that pushes pre-1970 dates up to 1970 at boot time. I haven't followed up on it. gpm (segfaults) and the jdk (vm won't init) also refuse to work given negative dates. -- [EMAIL PROTECTED] Brad Midgley

mol build

hi guys i would like to see mol added to the available packages (or at least do a one-off proper package), so i started trying to build it from inside debian. a couple of notes: 1. i don't know what package provides /usr/include/net/sock.h et all for compiling the network (kernel) module -- my gu

Re: libgtkmm missing from ppc potato?

is it still missing? i am using -unstable but i thought i would see it show up either way. these are all the packages missing (i've noticed) that are causing trouble with unsatisfied dependencies... libgnome-dev gnome-print libgcj0-dev | libgcj-dev libgtkmm (it would also be nice to see a recent