similar to: Is GCC 2.95.2 also unusable?

A new work-in-progress release of the Extended Attribute and ACL patches for ext3 is now available at http://www.moldybread.net/patches/kernel-2.4/ This release is against linux-2.4.10-ac12 with ext3-2.4-0.9.12. Status: Extended attribute sharing now seems stable. Performance problems appear to have been addressed. Known Problems: Error message: "VFS: brelse: Trying to free free

I've not been happy with the stories about the "stable" 2.4.x kernels. Everywhere I read people saying "not for production use". Would you recommend adding ext3 to 2.2.19 (ext3-0.0.7a) or moving to 2.4.1x and using ext3 there (ext3-0.9.12)? -- -IAN! Ian! D. Allen Ottawa, Ontario, Canada idallen@ncf.ca Home Page on the Ottawa FreeNet: http://www.ncf.ca/~aa610/

This is a linux from scratch based on the 2.4.13 kernel. I'm using a GCC 2.95.3, autoconf 2.52, and automake 1.5. Libvorbis compilation fails with a Signal 11 error as shown below. I had the same results with 2.4.12, 2.4.10, and 2.4.9. I've compiled hundreds of other packages without getting this error, and I've even tried changing the memory. This is my configure line, I used

This is a linux from scratch based on the 2.4.13 kernel. I'm using a GCC 2.95.3, autoconf 2.52, and automake 1.5. Libvorbis compilation fails with a Signal 11 error as shown below. I had the same results with 2.4.12, 2.4.10, and 2.4.9. I've compiled hundreds of other packages without getting this error, and I've even tried changing the memory. This is my configure line, I used

Well, next problem. Because of samba isn't running on alphaserver 1200 with gentoo linux and kernel 2.6.9-ac12 i've simply exported my smbroot (on alpha, it is my fileserver) and have samba running on an intel pentium4 box, also gentoo, kernel 2.6.0-ac12. Seems to work, eccept some locking problems. smbd[9450]: [2005/02/08 17:29:51, 0] locking/posix.c:posix_fcntl_lock(657) smbd[9450]:

Hi, Is there anything that controls the speed with which pxelinux.0 (4.03) enumerates the files in .../pxelinux.cfg before it reaches the .../pxelinux.cfg/default file ? pxelinux.cfg/01-00-50-56-ba-48-0e pxelinux.cfg/AC12B2D9 pxelinux.cfg/AC12B2D pxelinux.cfg/AC12B2 pxelinux.cfg/AC12B pxelinux.cfg/AC12 pxelinux.cfg/AC1 pxelinux.cfg/AC

Hey' Can't seem to compile libao. I'm using Slackware-7.1-current-ish, linux-2.4.2, gcc-2.95.2, and alsa-9.0-beta2. This is the first time I've tried to compile libao so I don't know if the problem is related to alsa-9.0 changes. Alsa headers seem to be there: /usr/include/linux> ls -l as*.h -rw-r--r-- 1 root root 35994 Mar 3 10:57 asequencer.h -rw-r--r-- 1

Xiph.Org announces the release of libao-1.0.0, libvorbis-1.3.1 and vorbis-tools-1.4.0. This is a coordinated update of the audio libraries and tools to deploy improved surround-sound support across the libraries and toolchain. libao improvements: - AO returned to active development - Added surround channel mapping API and capability - Updated all drivers on modern installs - New config file

Xiph.Org announces the release of libao-1.0.0, libvorbis-1.3.1 and vorbis-tools-1.4.0. This is a coordinated update of the audio libraries and tools to deploy improved surround-sound support across the libraries and toolchain. libao improvements: - AO returned to active development - Added surround channel mapping API and capability - Updated all drivers on modern installs - New config file

The problem was first seen with R/Sweave (#c0) then reproduced directly with cairo (#c10) and was eventually traced to freetype. The 5-part bug fix: 610ee58e07090ead529849b2a454bb6c503b4995 da11e5e7647b668dee46fd0418ea5ecbc33ae3b2 e1a2ac1900f2f16ec48fb4840a6b7965a8373c2b 869fb8c49ddf292d6daf4826172a308973d3e11f d56e544d653b09c657911629557ffc5277a503e3 was committed to freetype in January and will

The problem was first seen with R/Sweave (#c0) then reproduced directly with cairo (#c10) and was eventually traced to freetype. The 5-part bug fix: 610ee58e07090ead529849b2a454bb6c503b4995 da11e5e7647b668dee46fd0418ea5ecbc33ae3b2 e1a2ac1900f2f16ec48fb4840a6b7965a8373c2b 869fb8c49ddf292d6daf4826172a308973d3e11f d56e544d653b09c657911629557ffc5277a503e3 was committed to freetype in January and will

Hi folks, I'd like to remind people with write access on the CVS mainline not to put any tools/libs/patches into the main build that are not portable... I'm getting not-very-pretty flames from NetBSD folks because libao fails to *configure* under NetBSD (let alone build), thus breaking building the build for the entire CVS mainline. Specifically: >checking size of int...

Hello, I built the entire Vorbis kit on my PowerMac G4 running OSX 10.4.6. I'm having problems however doing anything with the libao package. Any time I try to use the library to link it errors out with the following message: /usr/bin/ld: Undefined symbols: _dlsym_auto_underscore collect2: ld returned 1 exit status If I try to run the ogg123 application I get this:

Why has ao been changed so that there are now two open() functions ? IMHO the original ao_open() was fine - if you wanted to set the filename for output, you could add an option via ao_append_option and if you wanted to avoid overwriting an existing file, you could stat() it yourself. Having ao_open_live() and ao_open_file() just makes more work for the user of the library for no gain, AFAICT.

Why has ao been changed so that there are now two open() functions ? IMHO the original ao_open() was fine - if you wanted to set the filename for output, you could add an option via ao_append_option and if you wanted to avoid overwriting an existing file, you could stat() it yourself. Having ao_open_live() and ao_open_file() just makes more work for the user of the library for no gain, AFAICT.

I installed fink and now I have the /sw/lib, however that didn't fix my problem. I went as far as to take out the - Ddlsym=dlsym_auto_underscore out of the configuration files. Now however the libao package won't build at all and yips about this: [ukiel:/MP3/OGG/libao-0.8.6] wind% make Making all in src Making all in plugins Making all in oss make[3]: Nothing to be done for

Hi All, For my new file (and thus mp3) server I've decided to switch completely to Ogg Vorbis. This means having to reencode ~30GB worth of 128Kb MP3's, but i figured that it would all be worth the effort. So I downloaded the sources for libogg, libvorbis and vorbis-tools and fired up my trusty old compiler. libogg and libvorbis built and installed like a charm. Not so for

Hi there. Sorry I may be a little off topics with this mail but I have already written to the official libao maintainer (volsung@xiph.org) and he is the one who suggest me to write here. As I did not see any more suitable mailing list @xiph.org here I am. My point is that I have recently written a win32 driver for the libao and I would be glad to see this contribution include to the official

Hello, I have done extensive testing between 2.4.9 and 2.4.9-ac12 with ext3 0.9.6 and 0.9.9. I also tried using both kgcc and gcc-2.96. I have a problem with logging into xdm or starting the gnome-session totally locking up the machine while using ext3 0.9.9. It seems to go away using ext3-0.9.6. During xdm/gnome-session the hard disk is under heavy activity. I have attached my kernel config.

Rather than using libtool to build its sets, the ao.m4 in beta3 is hard coding '-ldl': AO_LIBS="$AO_LIBS -lao -ldl" Not all systems have a dl library. For now, I can obviously just remove it and keep working on stuff, but what would be a suitable patch that would get accepted to be committed? Should I just check the current build target and set AO_LIBS differently on my