Re: Quake 2 sources GPL'd
On Mon, Dec 24, 2001 at 02:53:25PM +0100, Erich Schubert wrote: > It's a runtime environment (you might call it interpreter) for the graphics > files and the gamei386.so (or whatever it was called) Fine. So the interpreter (quake2-engine) can surely wait until game data is packaged for main and then go straight into main with it? regards, Hamish -- Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
Re: latest gnome packages not in sid?
* Matt Zimmerman | On Thu, Dec 20, 2001 at 11:13:30AM +0100, Tollef Fog Heen wrote: | | > * Adrian Bunk | > | | > | Really? I'm often happy and I see other maintainers that are happy when | > | they get "new upstream version" wishlist bug reports - it does sometimes | > | happen that for any reason you did oversee a new version. | > | > In addition, it shows that somebody besides yourself care about the | > software you are packaging. Which is a nice thing, IMHO. | | Agreed, however, a simple email message notifying them about the new version | serves the same purpose, and doesn't create a (possibly unnecessary) bug | report to deal with the issue. Wishlist bugs aren't bugs. They are wishlist items. -- Tollef Fog Heen Unix _IS_ user friendly... It's just selective about who its friends are.
Re: how to store static data in a multi-thread program?
> On Tue, 25 Dec 2001 03:55:04 +0300 > "Andrew" == Andrew Makhorin <[EMAIL PROTECTED]> wrote: Andrew> Andrew> I've got a multi-thread program (in C) running under Debian/GNU Linux. Andrew> And I need to store a pointer somewhere in a system place related to an Andrew> particular thread in order to pass it to other routines running in the Andrew> same thread. In other words I need to pass a pointer within a thread as Andrew> if it would be declared as extern (i.e. not as a formal parameter), but Andrew> in a thread safe manner. Could anyone please tell me how to do that? Think you need to use TSD, thread specific data. man pthread_key_create. -- Alexander Kotelnikov Saint-Petersburg, Russia
Re: WARNING: Jack Howarth is an agent of destruction
Branden Robinson <[EMAIL PROTECTED]> wrote:
> So let this be a word of warning. Hopefully Mr. Fuchs^WHowarth will
> explain himself, or escape to England where they have less harsh
> penalties for treason.
The last time I checked the maximum sentence for treason in Great Britain
was death...
--
Debian GNU/Linux 2.2 is out! ( http://www.debian.org/ )
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
Re: WARNING: Jack Howarth is an agent of destruction
This is absurd. Debian policy explicitly states that you should not create a shared lib using objects not created with -fPIC (which is exactly what libsdl-image does when it asks sdl-config what to use for static_x_extension_libs). This problem is identical to one just resolved in evolution... evolution (1.0-2) unstable; urgency=low * Applied fPIC patch of Bug#124141 (closes: #124141) * Applied correcthelosmtp.diff of Bug#123922 (closes: #123922) * debian/control: - remove beta notice from Description. ...where libcamellocal.so was being built using a static lib libebex built without using -fPIC. This was WRONG! One of the problems with this Debian policy violation is that it is not always reproducible as a bug on other folks machines. However feel free to ask on debian-powerpc and the will confirm that it is in fact wrong to use non-fPIC static libs in a shared lib on ppc and in fact any arch under Debian. Branden seems to have gone off the deep end here. All I am trying to do is eliminate a serious policy violation in libsdl. Either sdl-config is modified to be bright enough to return a different answer for static_x_extension_libs... static_x_extension_libs="-lXxf86dga_pic -lXxf86vm_pic -lXv_pic" if a shared lib is being built or sdl-config has to always assume a shared lib might be built and do the same. Again, I'm just reporting a real bug in these packages that impacts Debian ppc sid (and probably other arches). Don't flame me just because you don't want to hear a real problem. Jack ps I can't be held for treason in the UK. We bailed out of that joint almost 100 years ago.
Re: Preparing Debian GNU/Linux 2.2r5
* Martin Schulze | mailman stable1.1-8 alpha, arm, i386, m68k, powerpc, sparc | mailman updates 1.1-10 i386 | | Security Fix? Related to DSA 094? Yes. | Changelog for 1.1-9: | | * Cross site scripting (CSS) fixes, backported from Mailman 2.0.8. | | * Support list names with spaces in them. | | Changelog for 1.1-10: | | * Add missing paranthesis in Mailman/Cgi/edithtml.py, line 88 | | MISSING alpha | MISSING arm | MISSING m68k | MISSING powerpc | MISSING sparc Those weren't installed properly, but Wichert is looking into it. -- Tollef Fog Heen Unix _IS_ user friendly... It's just selective about who its friends are.
NNTP gateway to Debian lists
(Please Cc a reply to me since my newsserver won't feed me the reply, probably..) Hello, I don't like mailing lists at all so I'm looking for a way to read the debian lists using Slrn. Leafnode does not support mailing lists, so I'm forced to use an Internet NNTP server for this. My provider does not feed linux.debian.* so I can't use that server. I searched on GoogleGroups and the Debian lists archive but could not find any useful server either. Only sunsite.dk, which sucks. I miss a /LOT/ of articles. Is there any better server? Greetings, Wilmer v/d Gaast. -- *=-+-__ |[EMAIL PROTECTED]: _ | http://www.lintux.cx/ | /Currently playing\ :http://www.algoritme.nl|/ BestrafeMich\ ~~-+-=-+~+-=*
Re: Quake 2 sources GPL'd
/* Sorry for replying to the wrong message.. My NNTP feed sucks /big/ time. :-(( */ > On Mon, Dec 24, 2001 at 11:17:09AM -0500, Ben Collins wrote: > > I'm giving up. Let's just dump it into contrib and tell everyone to > > either warez the data files or buy them. > Or.. Isn't there a shareware version of this game? Still not free as in free beer, but at least people won't have to (buy a) copy (of) the game. -- *=-+-__ |[EMAIL PROTECTED]: _ Ugh! Nio2f says something: __ : http://www.lintux.cx/ |/ is not a starcus withe wheng mary \ ~~-+-=-+~+-=*
Re: Preparing Debian GNU/Linux 2.2r5
Previously Tollef Fog Heen wrote: > Those weren't installed properly, but Wichert is looking into it. They'll be installed in the next dinstall run. Wichert. -- _ /[EMAIL PROTECTED] This space intentionally left occupied \ | [EMAIL PROTECTED]http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D |
Re: NNTP gateway to Debian lists
Wilmer writes: > I don't like mailing lists at all so I'm looking for a way to read the > debian lists using Slrn. Leafnode does not support mailing lists... Then either use Gnus which lets you treat mailing lists just like newsgroups or install a local mail->news gateway using something like mailagent. -- John Hasler [EMAIL PROTECTED] Dancing Horse Hill Elmwood, Wisconsin
why does xlibs-pic exist?
After a number of rants from Branden I rather confused now as to why xlibs-pic exists at all. As best as I can tell through the froth, Branden is saying that absolutely no static libs should be linked into a shared lib. The conventional wisdom on debian-powerpc seems to be that this should be extended a tad to allow for programs that will need more work upstream. So that it should be... absolutely no static libs, that have not been built with -fPIC/-fpic, will be linked into a shared lib. The only statement I can find in the debian policy simply states... All libraries must have a shared version in the lib* package and a static version in the lib*-dev package. The shared version must be compiled with -fPIC, and the static version must not be. In other words, each *.c file will need to be compiled twice. This seems to be different from what I recall from only a few weeks ago when it seemed to only say shared libs must be built with -fPIC and nothing about static not being built that way. So what is really correct? It would seem that xlibs-pic seems to only encourage breaking the current new stricter policy on shared libs not containing static libs. I am very unclear as to what is the approved fix then. If something like libsdl-image should not link any static lib (even built with -fPIC) into its shared libs, then what use is xlibs-pic at all? If we are going to enforce this darconian rule then xlibs-pic should be depreciated out of xfree86 since it can't actually be used without violating current debian policy. Nice Catch22. Jack ps I didn't realize some parts of England were only recently, and partially, civilized (grin).
Debian books for developers
Dear Debian friends, maybe you remember me as an active former Debian developer who left the project some months ago. I now sell all my Debian and Linux literature on Ebay and therefore would like to inform you about the concerning links. These books and journals are certainly very valuable for many Debian users and developers, and represent an original sales price of more than 500,- EURO. Since I offer each item for a start price of only 1,- EURO (or 1,- $), I hope that this information is sufficiently on-topic and interesting to be not considered as spam on this list. Happy New Year and happy linuxing, Guenter Bechly -- Michael Bellomo (2000) "Debian GNU/Linux for Dummies", IDG Books, 324 pages and 2 CDs, paperback. Original price (Germany) was 80,27 DM! Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400499365 Mario Camou & John Goerzen & Aaron van Couwenberghe (2000) "Debian GNU/Linux 2.1 Unleashed", SAMS, 1119 pages (!) and 1 CD, paperback. Original price (Germany) was 122,10 DM! Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400501838 Bill McCarty (1999) "Learning Debian GNU/Linux", O'Reilly, 343 pages and 1 CD, paperback. Original price (Germany) was 75,- DM! Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400509336 John Goerzen & Ossama Othman (1999) "Debian GNU/Linux - Guide to Installation and Usage", New Riders, 158 pages and 1 CD, paperback. Original price (Germany) was 78,58 DM! Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400509860 Thomas Down (1999) "Installing Debian GNU/Linux", SAMS, 197 pages and 1 CD, paperback. Original price (Germany) was 54,95 DM! Very good condition. You also get the printed edition of the original "Debian Installation Guide" as free additional item. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400510746 I also offer the following two German Debian books: Peter H. Ganten (2000) "Debian GNU/Linux", Springer, 792 pages; paperback; good condition. Original price 79,90 DM. This is THE German Debian handbook and one of the best German Linux books at all (besides Kofler)! http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400497602 Frank Ronneburg (2001) "Debian GNU/Linux Anwenderhandbuch", Addison-Wesley + Lehmanns, 600 pages, hardcover. Original price 49,90 DM. Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400498239 Finally, I offer various other Linux books and Journals, such as: Two complete year-volumes of "Linux Journal" from issue Jan./97 to Dec./98, including all special issues (e.g. Buyer's Guide), plus first three issues of 1999. Totally 31 issues in very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400490134 44 issues of the German "Linux Magazin" from issue 01/1998 to issue 08/2001, as well as the three special issues "Best of Vol. 1, 2, 3" that include all articles of volume 1997. The original price for all these journals was about 480,- DM! All journals are in very good condition! http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400489223 Nikolaus Schlueter (1997) "Der Gcc-Compiler - Ueberblick und Bedienung", bhv, 199 pages. The German handbook for the Handbuch GNU Compiler. Original price 59,80 DM. Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400487709
Bug#126434: ITP: super-sed -- An enhanced version of sed
Package: wnpp Version: N/A Severity: wishlist ssed is a version of sed that supports a few new features, including Perl regular expressions and much greater speed than GNU sed. A few experimental features were mutuated from Perl, including in-place editing (the `i' flag) and the ability to pipe a command in the Bourne shell was added. http://spazioweb.inwind.it/seders/ssed/ http://www.gnu.org/directory/super-sed.html Super sed is derived from GNU sed 3.02 and is licensed under GPL. However it is not a GNU project package. Ganesan
Re: NNTP gateway to Debian lists
[EMAIL PROTECTED] wrote: > > I don't like mailing lists at all so I'm looking for a way to read the > debian lists using Slrn. Leafnode does not support mailing lists, so I'm > forced to use an Internet NNTP server for this. My provider does not feed > linux.debian.* so I can't use that server. I searched on GoogleGroups and > the Debian lists archive but could not find any useful server either. Only > sunsite.dk, which sucks. I miss a /LOT/ of articles. Last I heard the usenet group is unidirectional mail -> news and was a little flakey at that. Making it bidirectional would invite all the noise/spam problems that you get with usenet. You can read the groups on lists.debian.org with a browser. Or mutt threads mail well. Or if you're running your own news server (cnews is simple to set up) you can use one of the mail-to-news programs and take advantage of the news system's expire and newsreader's threading. "apt-cache search news mail gateway" shows some of those if you're running unstable (for the multiword search). apt backports to stable cleanly if you're running stable. HTH, Rick --
cheap Debian books at Ebay
Dear Debian friends, maybe you remember me as an active former Debian developer who left the project some months ago. I now sell all my Debian and Linux literature on Ebay and therefore would like to inform you about the concerning links. These books and journals are certainly very valuable for many Debian users and developers, and represent an original sales price of more than 500,- EURO. Since I offer each item for a start price of only 1,- EURO (or 1,- $), I hope that this information is sufficiently on-topic and interesting to be not considered as spam on this list. Happy New Year and happy linuxing, Guenter Bechly -- Michael Bellomo (2000) "Debian GNU/Linux for Dummies", IDG Books, 324 pages and 2 CDs, paperback. Original price (Germany) was 80,27 DM! Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400499365 Mario Camou & John Goerzen & Aaron van Couwenberghe (2000) "Debian GNU/Linux 2.1 Unleashed", SAMS, 1119 pages (!) and 1 CD, paperback. Original price (Germany) was 122,10 DM! Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400501838 Bill McCarty (1999) "Learning Debian GNU/Linux", O'Reilly, 343 pages and 1 CD, paperback. Original price (Germany) was 75,- DM! Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400509336 John Goerzen & Ossama Othman (1999) "Debian GNU/Linux - Guide to Installation and Usage", New Riders, 158 pages and 1 CD, paperback. Original price (Germany) was 78,58 DM! Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400509860 Thomas Down (1999) "Installing Debian GNU/Linux", SAMS, 197 pages and 1 CD, paperback. Original price (Germany) was 54,95 DM! Very good condition. You also get the printed edition of the original "Debian Installation Guide" as free additional item. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400510746 I also offer the following two German Debian books: Peter H. Ganten (2000) "Debian GNU/Linux", Springer, 792 pages; paperback; good condition. Original price 79,90 DM. This is THE German Debian handbook and one of the best German Linux books at all (besides Kofler)! http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400497602 Frank Ronneburg (2001) "Debian GNU/Linux Anwenderhandbuch", Addison-Wesley + Lehmanns, 600 pages, hardcover. Original price 49,90 DM. Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400498239 Finally, I offer various other Linux books and Journals, such as: Two complete year-volumes of "Linux Journal" from issue Jan./97 to Dec./98, including all special issues (e.g. Buyer's Guide), plus first three issues of 1999. Totally 31 issues in very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400490134 44 issues of the German "Linux Magazin" from issue 01/1998 to issue 08/2001, as well as the three special issues "Best of Vol. 1, 2, 3" that include all articles of volume 1997. The original price for all these journals was about 480,- DM! All journals are in very good condition! http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400489223 Nikolaus Schlueter (1997) "Der Gcc-Compiler - Ueberblick und Bedienung", bhv, 199 pages. The German handbook for the Handbuch GNU Compiler. Original price 59,80 DM. Very good condition. http://cgi.ebay.de/aw-cgi/eBayISAPI.dll?ViewItem&item=1400487709
Re: why does xlibs-pic exist?
#include Jack Howarth wrote on Tue Dec 25, 2001 um 11:43:18AM: > After a number of rants from Branden I rather confused now > as to why xlibs-pic exists at all. As best as I can tell through That is easy. You are not allowed to link static code into shared libraries on certain plattforms. So Branden did develop a working solution: - Applications link with statical xlibs code (*) - other shared libs (SDL-extensions, Allegro, Plugins) intended to use code from static xlibs can link code from the xlibs-pic package. This code is similar to the one used in static libs, but compiled dynamicaly (PIC) (*) This linking is guaranteed by the modified libsdl*debian packages. sdl-config from this packages tells to link with -lXxf86dga -lXxf86vm -lXv > the froth, Branden is saying that absolutely no static libs > should be linked into a shared lib. The conventional wisdom Correct. Distribution ignoring this issue cannot use SDL and some other libs on many architectures. > All libraries must have a shared version in the lib* package and a static > version in the lib*-dev package. The shared version must be compiled with > -fPIC, and the static version must not be. In other words, each *.c file > will need to be compiled twice. Don't wake up sleeping wulfes. One could say, this statements affects only shared library packages, so forget it in this case. >So what is really correct? It would seem that xlibs-pic seems to only Correct is the thing, which works. With libsdl*debian and xlibs-pic we have working solutions to satisfy all we need. Do you have a better solution? No, no, no, you can only dream about one. If you want to change things extremely, convince the Xfree86 project to use proper SONAMES and stable ABI for their libs. Currently, this is not possible. > encourage breaking the current new stricter policy on shared libs not > containing static libs. I am very unclear as to what is the approved Policy should serve the social contract and be modified as needed. > fix then. If something like libsdl-image should not link any static lib > (even built with -fPIC) into its shared libs, then what use is xlibs-pic Hello? -pic is intended to provide the shared code where static X libs were used previously. > at all? If we are going to enforce this darconian rule then xlibs-pic > should be depreciated out of xfree86 since it can't actually be used > without violating current debian policy. Nice Catch22. My prophet, we are really glade to hear your non-constructive, needless and useless critism. Go away and use RedHat where you allways get working solutions, for more plattforms, better code, hotdogs falling from the sky, etc. etc. Gruss/Regards, Eduard.
libsdl-image1.2
Ok. I see Branden's NMU declaration for changing the use of the static libs in SDL related packages. Still when I read the change log for libsdl-image1.2 I find... sdl-image1.2 (1.2.1-1) unstable; urgency=low * new upstream version * tried to add Brandens fixes again in Makefile.am, aclocal.m4 and configure.in * re-ran libtoolize --force --copy; aclocal; automake --foreign; autoconf -- Christian T. Steigies <[EMAIL PROTECTED]> Tue, 18 Dec 2001 21:21:39 -0500 I assume this is an implementation of Branden's suggestions from... http://lists.debian.org/debian-devel/2001/debian-devel-200110/msg00353.html If it is...it isn't working on Debian ppc sid. We still get the static versions of the libs. Jack
Re: latest gnome packages not in sid?
On Tue, Dec 25, 2001 at 02:11:06AM +0100, Tollef Fog Heen wrote: > * Matt Zimmerman > > | On Thu, Dec 20, 2001 at 11:13:30AM +0100, Tollef Fog Heen wrote: > | > In addition, it shows that somebody besides yourself care about the > | > software you are packaging. Which is a nice thing, IMHO. > | > | Agreed, however, a simple email message notifying them about the new version > | serves the same purpose, and doesn't create a (possibly unnecessary) bug > | report to deal with the issue. > > Wishlist bugs aren't bugs. They are wishlist items. They are still a "bug report" as I said above, in every meaningful sense, and must be dealt with in the same manner. The practice of filing wishlist bugs for new upstream versions has been discussed many times, and has both positive and negative aspects: Positive: Can reveal maintainer inactivity in the absence of real bugs Negative: Can be bothersome if the maintainer is already preparing a new package (especially if the report is filed very soon after the upstream release) Positive: Creates a discussion forum where the issues, if any, relating to packaging problems, delays or other issues can be recorded Negative: Maintainer may know better I personally don't mind these kinds of reports, usually, and if I have some reason why the new version isn't packaged, or won't be, I send a message to the bug so that users can find out why. -- - mdz
sdl-image1.2 fixed
Branden and Christian, Sorry that I misunderstood that the fix for this was already in place in the current libsdl-image1.2 package. However on debian ppc sid it doesn't appear to work unless I make the following change to the rules file. I have to put a call to autoconf before the ./configure occurs. Otherwise the build using apt-get source sdl-image1.2 cd sdl-image1.2-1.2.1 dpkg-buildpackage -rfakeroot doesn't generate a usable shared lib. I find that armagetron still segfaults with... ./armagetron: error while loading shared libraries: /usr/lib/libSDL_image-1.2.so.0: R_PPC_REL24 relocation at 0x0ffc48b4 for symbol `LoadBMP_RW' out of range if I use the currently built versions of libsdl-image1.2 or rebuild them locally. Again if I make that one minor line change to the rules, adding a call to autoconf before configure, this appears to resolve the problems with armagetron. At least on my machine. What I did notice is that unless I invoke autoconf...all I ever get for 'grep library-libs *' is... aclocal.m4:SDL_LIBS_FOR_LIBS=`$SDL_CONFIG $sdlconf_args --library-libs` even after building sdl-image1.2 with 'dpkg-buildpackage -rfakeroot' however only if I do autoconf does the change in aclocal.m4 get transmitted to configure. Sorry again about the winding path to finding this fix but at least it is a trivial one. Jack
Re: Bug#125904: ITP: fungetty, a fun new getty for Linux framebuffers
Ben Armstrong <[EMAIL PROTECTED]> writes: > On Thu, Dec 20, 2001 at 02:36:52AM -0800, Ben Pfaff wrote: > > If so, then maybe you should have a look at fungetty, a > > replacement for the standard Linux getty that can display > > full-color graphics above the login prompt. I hacked this up > > over the last week or so, and it seems to work pretty well. It > > can display many kinds of PNG files above the login prompt. > > There are some bugs and limitations, but nothing unreasonable. > > How does this differ from fbgetty? fbgetty doesn't actually implement its `image' command for the issue file. At least, AFAICT. -- "There's only one thing that will make them stop hating you. And that's being so good at what you do that they can't ignore you. I told them you were the best. Now you damn well better be." --Orson Scott Card, _Ender's Game_
one last comment
Branden and Christian, I guess I don't follow the finer nuance here but these are the different compile lines generated from libtool without doing an autoconf before configure... gcc -shared IMG.lo IMG_bmp.lo IMG_gif.lo IMG_jpg.lo IMG_lbm.lo IMG_pcx.lo IMG_png.lo IMG_pnm.lo IMG_tga.lo IMG_tif.lo IMG_xcf.lo IMG_xpm.lo -L/usr/lib /usr/lib/libSDL.so -lpthread -L/usr/X11R6/lib -lXxf86dga -lXxf86vm -lXv /usr/lib/libjpeg.so -lpng -lz -Wl,-soname -Wl,libSDL_image-1.2.so.0 -o .libs/libSDL_image-1.2.so.0.1.0 ...and with doing an autoconf first before configure in libsdl-image1.2... gcc -shared IMG.lo IMG_bmp.lo IMG_gif.lo IMG_jpg.lo IMG_lbm.lo IMG_pcx.lo IMG_png.lo IMG_pnm.lo IMG_tga.lo IMG_tif.lo IMG_xcf.lo IMG_xpm.lo -L/usr/lib -L/usr/X11R6/lib -lXxf86dga -lXxf86vm -lXv /usr/lib/libjpeg.so -lpng -lz /usr/lib/libSDL.so -lpthread -Wl,-soname -Wl,libSDL_image-1.2.so.0 -o .libs/libSDL_image-1.2.so.0.1.0 Does this look correct now? I am surprised as this looks to be just a simple reordering of the linkage rather than anything that invokes the xlibs-pic versions of -lXxf86dga -lXxf86vm -lXv explicitly. Guess I'll need to reread the mailing list on that issue again. In any case, the second link command generates a good copy of libSDL_image-1.2.so.0.1.0. Jack
Re: closed bug reports
On Tue, Dec 25, 2001 at 10:25:58AM -0500, Jack Howarth wrote: > Unless I am confused, shouldn't you open your own > bug report then on libsdl-image rather than just > closing mine? A bug was already filed against sdl-image1.2, #125928. > If you simply close mine rather than > leaving an open bug report doesn't that create the > possibility that the libsdl-image and libsdl-dev > maintainers will simply assume these reports are > bogus... No, because the sdl-image maintainer has already been in touch with me about problems he had with his latest upload, and the SDL maintainer has granted me permission to upload the package as needed until this transition is complete. > especially after your little tirade on > the announce list. I don't care how they fix it > but what you just did doesn't seem productive in > getting it fixed. Stopping your campaign of disinformation strikes me as quite productive. -- G. Branden Robinson| Communism is just one step on the Debian GNU/Linux | long road from capitalism to [EMAIL PROTECTED] | capitalism. http://www.deadbeast.net/~branden/ | -- Russian saying pgpI2wl8j5JCT.pgp Description: PGP signature
Re: Bug#126409 acknowledged by developer (bug submitter smoking
On Tue, Dec 25, 2001 at 11:22:35AM -0500, Jack Howarth wrote: > crack) > I am puzzled then. What ever was the rational for creating a > xlibs_pic package in that case. You obviously didn't read the messages the URL's in my announcement. Try again. http://lists.debian.org/debian-devel/2001/debian-devel-200111/msg00028.html > You scream at the maintainer > not to use static libs in shared libs yet you create the very > thing, xlibs-pic, which allows him to violate your rule. Nope. The purpose of xlibs-pic is to serve plugins, not shared libraries. Think again, Hammurabi. > Perhaps you meant to scream... > > Don't link static objects, that aren't built using the -fPIC or -fpic > flags, into shared ones. This breaks on half the architectures in Debian. http://lists.debian.org/debian-devel/2001/debian-devel-200110/msg00353.html > Otherwise you should depreciate out xlibs-pic since its only possible > purpose would be to do the above. First, grab a dictionary and lookup "depreciate" and "deprecate". Note the distinction. Second, xlibs-pic is a brand NEW package, not an old one that needs to be eliminated. http://lists.debian.org/debian-devel/2001/debian-devel-200111/msg00028.html -- G. Branden Robinson|There is no housing shortage in Debian GNU/Linux |Lincoln today -- just a rumor that [EMAIL PROTECTED] |is put about by people who have http://www.deadbeast.net/~branden/ |nowhere to live.-- G. L. Murfin pgpPOcyZfi7IA.pgp Description: PGP signature
Re: sdl-image1.2 fixed
On Tue, Dec 25, 2001 at 03:02:24PM -0500, Jack Howarth wrote: > Branden and Christian, > Sorry that I misunderstood that the fix for this was > already in place in the current libsdl-image1.2 package. That's because Christian's latest upload of sdl-image1.2 didn't port forward all the changes from my NMU. See bug #125928, which had already been filed before you went on your little crusade. You'll note there's also a diff in the logs of that bug from me that fixes the library. [snip] The rest of your mail was bogus conclusions drawn from your bogus premises. -- G. Branden Robinson| Never underestimate the power of Debian GNU/Linux | human stupidity. [EMAIL PROTECTED] | -- Robert Heinlein http://www.deadbeast.net/~branden/ | pgptlMcWTLzTZ.pgp Description: PGP signature
Re: one last comment
On Tue, Dec 25, 2001 at 04:21:32PM -0500, Jack Howarth wrote: > Branden and Christian, > I guess I don't follow the finer nuance here but these are the > different compile lines generated from libtool without doing an > autoconf before configure... > > gcc -shared IMG.lo IMG_bmp.lo IMG_gif.lo IMG_jpg.lo IMG_lbm.lo IMG_pcx.lo > IMG_png.lo IMG_pnm.lo IMG_tga.lo IMG_tif.lo IMG_xcf.lo IMG_xpm.lo -L/usr/lib > /usr/lib/libSDL.so -lpthread -L/usr/X11R6/lib -lXxf86dga -lXxf86vm -lXv > /usr/lib/libjpeg.so -lpng -lz -Wl,-soname -Wl,libSDL_image-1.2.so.0 -o > .libs/libSDL_image-1.2.so.0.1.0 > > ...and with doing an autoconf first before configure in libsdl-image1.2... > > gcc -shared IMG.lo IMG_bmp.lo IMG_gif.lo IMG_jpg.lo IMG_lbm.lo IMG_pcx.lo > IMG_png.lo IMG_pnm.lo IMG_tga.lo IMG_tif.lo IMG_xcf.lo IMG_xpm.lo -L/usr/lib > -L/usr/X11R6/lib -lXxf86dga -lXxf86vm -lXv /usr/lib/libjpeg.so -lpng -lz > /usr/lib/libSDL.so -lpthread -Wl,-soname -Wl,libSDL_image-1.2.so.0 -o > .libs/libSDL_image-1.2.so.0.1.0 > > Does this look correct now? I am surprised as this looks to be just > a simple reordering of the linkage rather than anything that invokes > the xlibs-pic versions of -lXxf86dga -lXxf86vm -lXv explicitly. > Guess I'll need to reread the mailing list on that issue again. In any > case, the second link command generates a good copy of > libSDL_image-1.2.so.0.1.0. Or you could just read the bug logs of 125928 instead of trying to reinvent the wheel, and ending up with 4 right angles. -- G. Branden Robinson| When I die I want to go peacefully Debian GNU/Linux | in my sleep like my ol' Grand [EMAIL PROTECTED] | Dad...not screaming in terror like http://www.deadbeast.net/~branden/ | his passengers. pgpXk6YM9B13v.pgp Description: PGP signature
Re: WARNING: Jack Howarth is an agent of destruction
On Tue, Dec 25, 2001 at 10:18:37AM -0500, Jack Howarth wrote: > This is absurd. You're right about that much. As for everything else... > One of the problems with this Debian policy violation is that > it is not always reproducible as a bug on other folks machines. > However feel free to ask on debian-powerpc and the will confirm > that it is in fact wrong to use non-fPIC static libs in a shared > lib on ppc and in fact any arch under Debian. > Branden seems to have gone off the deep end here. All I am > trying to do is eliminate a serious policy violation in libsdl. YOU ARE ON CRACK. I DO DEVELOPMENT **DAILY** ON THE POWERPC AND IA64 ARCHITECTURES, BOTH OF WHICH DO NOT PERMIT THE LINKING OF STATIC OBJECTS WITHOUT RELOCATION INFORMATION INTO SHARED LIBRARIES. I SAW THIS BUG MONTHS AGO, AND SO DID MANY OTHER DEBIAN DEVELOPERS. WE ARE NOT BABES IN THE WOODS. I RESENT YOUR IMPLICATION THAT WE DON'T KNOW WHAT'S GOING ON JUST AS I RESENT -- ALONG WITH MANY OTHERS -- THE MASSIVE SPAM ATTACK YOU LAUNCHED SEVERAL WEEKS AGO TRYING TO GET EVERYONE TO PUT "-z combreloc" INTO ALL OF THEIR BINARIES WHILE WE WERE (AND ARE) IN A FREEZE. PULL YOUR HEAD OUT OF YOUR ASS AND REALIZE THAT THE DEBIAN PROJECT EXISTED LONG BEFORE YOU BECAME COGNIZANT OF IT. MORE TO THE POINT, READ http://lists.debian.org/debian-devel/2001/debian-devel-200110/msg00353.html http://lists.debian.org/debian-devel/2001/debian-devel-200111/msg00028.html AND GET IT THROUGH YOUR THICK SKULL THAT EVERY SINGLE GOD DAMN ONE OF THE POINTS YOU ARE RAISING HAS ALREADY BEEN ADDRESSED. > Again, I'm just reporting a real bug in these packages > that impacts Debian ppc sid (and probably other arches). > Don't flame me just because you don't want to hear a real > problem. http://lists.debian.org/debian-devel/2001/debian-devel-200110/msg00353.html http://lists.debian.org/debian-devel/2001/debian-devel-200111/msg00028.html AGAIN, THE PROBLEM WAS WELL-KNOWN LONG BEFORE YOU PRANCED IN HERE WITH YOUR BAD ATTITUDE. -- G. Branden Robinson| There's nothing an agnostic can't Debian GNU/Linux | do if he doesn't know whether he [EMAIL PROTECTED] | believes in it or not. http://people.debian.org/~branden/ | -- Graham Chapman pgpbqYOIY0594.pgp Description: PGP signature
Re: why does xlibs-pic exist?
On Tue, Dec 25, 2001 at 11:43:18AM -0500, Jack Howarth wrote: > After a number of rants from Branden I rather confused now > as to why xlibs-pic exists at all. THIS IS BECAUSE YOU REFUSE TO READ. http://lists.debian.org/debian-devel/2001/debian-devel-200111/msg00028.html -- G. Branden Robinson|If you wish to strive for peace of Debian GNU/Linux |soul, then believe; if you wish to [EMAIL PROTECTED] |be a devotee of truth, then http://people.debian.org/~branden/ |inquire. -- Friedrich Nietzsche pgpb0hzt13iFJ.pgp Description: PGP signature
Re: libsdl-image1.2
On Tue, Dec 25, 2001 at 02:19:49PM -0500, Jack Howarth wrote: > Ok. >I see Branden's NMU declaration for changing the use of the static > libs in SDL related packages. Still when I read the change log for > libsdl-image1.2 I find... > > sdl-image1.2 (1.2.1-1) unstable; urgency=low > > * new upstream version > * tried to add Brandens fixes again in Makefile.am, aclocal.m4 and > configure.in > * re-ran libtoolize --force --copy; aclocal; automake --foreign; autoconf > > -- Christian T. Steigies <[EMAIL PROTECTED]> Tue, 18 Dec 2001 21:21:39 -0500 > > I assume this is an implementation of Branden's suggestions from... > > http://lists.debian.org/debian-devel/2001/debian-devel-200110/msg00353.html > > If it is...it isn't working on Debian ppc sid. We still get the static > versions of the libs. AS I HAVE ALREADY TOLD YOU AT LEAST TWICE, THIS IS BECAUSE CHRISTIAN DID NOT GET ALL OF MY CHANGES PORTED FORWARD. http://bugs.debian.org/125928 http://bugs.debian.org/125928 http://bugs.debian.org/125928 http://bugs.debian.org/125928 http://bugs.debian.org/125928 http://bugs.debian.org/125928 http://bugs.debian.org/125928 _____ _ __ __ ___ ___ _ _ | _ \| | / \ | _ \ |_ _|_ _| | \/ |/ _ \| _ \ / _ \| \ | | | |_) | _| / _ \ | | | | | | | | | |\/| | | | | |_) | | | | \| | | _ <| |___ / ___ \| |_| | | | | |_ | | | | |_| | _ <| |_| | |\ | |_| \_\_/_/ \_\/ |___| |_( ) |_| |_|\___/|_| \_\\___/|_| \_| |/ -- G. Branden Robinson| Debian GNU/Linux | Please do not look directly into [EMAIL PROTECTED] | laser with remaining eye. http://people.debian.org/~branden/ | pgpSaiP5nVJT8.pgp Description: PGP signature
Re: one last comment
On Tue, Dec 25, 2001 at 05:24:00PM -0500, Jack Howarth wrote: > I thought they taught social skills in England. A little empathy > never killed anyone. I have no empathy for people who spout egregious falsehoods about complex scenarios without bothering to do even basic research. Never mail me again. All mail from you is spam. -- G. Branden Robinson|There is no housing shortage in Debian GNU/Linux |Lincoln today -- just a rumor that [EMAIL PROTECTED] |is put about by people who have http://www.deadbeast.net/~branden/ |nowhere to live.-- G. L. Murfin pgpKWguRA7V63.pgp Description: PGP signature
Re: NNTP gateway to Debian lists
On Dec 25, Rick Younie <[EMAIL PROTECTED]> wrote: >Last I heard the usenet group is unidirectional mail -> news >and was a little flakey at that. I seen no problem in the gating process. Please explain what's wrong. And yes, messages of morons who mail long base 64 encoded files to mailing lists cannot be gated. > Making it bidirectional would >invite all the noise/spam problems that you get with usenet. I just need to find the time to make the groups moderated and the news->mail gateway available to registered addresses. -- ciao, Marco
Re: usb driver and probe function (is never called)
On Monday 24 December 2001 13:32, Erik Steffl wrote: > I am trying to make the USB work on my debian unstable system, using > kernel 2.4.14 and it just doesn't work. the specific problem is that the > function 'probe' (specified when registering driver) is NEVER called and > therefore driver doesn't manage any usb devices. as far as I can tell > the system is set up correctly, see below for modules, kernel settings > etc. > have you also printk-mined another usb-driver ? I remember a bit from hacking the pegasus-driver. There you had to register the usb-driver with a set of vendor/device-IDs so the usb-core could find the proper driver without asking _every_ driver to handle the device. However, that was with 2.2.18 or so. > so far I have tried the sample usb driver from linux device driver, > 2nd edition (o'reilly) and personal jukebox (www.pjbox.com) drivers, > both behave in exactly the same way - I get a message in syslog that the > driver was registered and that's it, the message from probe function is > never printed and the driver doesn't work (cat says No such device) > If it is available on paper, it isn't up to date, especially not with 2.4.something :-) > > Dec 22 01:46:55 localhost kernel: hub.c: port 1 connection change > Dec 22 01:46:55 localhost kernel: hub.c: port 1, portstatus 301, change > 1, 1.5 Mb/s > Dec 22 01:46:55 localhost kernel: hub.c: port 1, portstatus 300, change > 0, 1.5 Mb/s > I use USB but have neither 'portstatus' nor 'connection change' in my kernel logs. On thing I would ask you to do is to try eg a mouse that is known to work or something like that. Just to see that it is the driver, not the setup. > lsusb (usbview show the same info) output: > > Bus 002 Device 001: ID : Virtual Hub [snip] > Bus 001 Device 001: ID : Virtual Hub [snap] EOF ? Whether your device is handled by any driver or not, it should appear in here! Try another device and see if that gives you anything. uli
Re: usb driver and probe function (is never called)
Ulrich Eckhardt wrote: > > On Monday 24 December 2001 13:32, Erik Steffl wrote: > > I am trying to make the USB work on my debian unstable system, using > > kernel 2.4.14 and it just doesn't work. the specific problem is that the > > function 'probe' (specified when registering driver) is NEVER called and > > therefore driver doesn't manage any usb devices. as far as I can tell > > the system is set up correctly, see below for modules, kernel settings > > etc. > > > have you also printk-mined another usb-driver ? I remember a bit from hacking > the pegasus-driver. There you had to register the usb-driver with a set of > vendor/device-IDs so the usb-core could find the proper driver without asking > _every_ driver to handle the device. However, that was with 2.2.18 or so. > > > so far I have tried the sample usb driver from linux device driver, > > 2nd edition (o'reilly) and personal jukebox (www.pjbox.com) drivers, > > both behave in exactly the same way - I get a message in syslog that the > > driver was registered and that's it, the message from probe function is > > never printed and the driver doesn't work (cat says No such device) > > > If it is available on paper, it isn't up to date, especially not with > 2.4.something :-) > > > > > Dec 22 01:46:55 localhost kernel: hub.c: port 1 connection change > > Dec 22 01:46:55 localhost kernel: hub.c: port 1, portstatus 301, change > > 1, 1.5 Mb/s > > Dec 22 01:46:55 localhost kernel: hub.c: port 1, portstatus 300, change > > 0, 1.5 Mb/s > > > I use USB but have neither 'portstatus' nor 'connection change' in my kernel > logs. On thing I would ask you to do is to try eg a mouse that is known to > work or something like that. Just to see that it is the driver, not the setup. at this point I am quite sure it's the setup, the driver is confirmed to work with 2.4.14 (cpqpjb) and the usbsample (from the book) is for 2.4 too (not sure if for 2.4.14). what should usb syslog messages look like? 2.4.14 has support for both old and new drivers (old have 2-parameter probe, new ones have 3 parameter probe function) I also tried to plug in mouse (logitech mouse man, wireless, optical) but still got the same messages, no attempt to load driver (I don't have driver for mouse though, I'll probably try that as next step (even though I think the problem is that kernel does not look for ANY drivers, the existence of drivers seem to be irrelevant). > > lsusb (usbview show the same info) output: > > > > Bus 002 Device 001: ID : Virtual Hub > [snip] > > Bus 001 Device 001: ID : Virtual Hub > [snap] > EOF ? Whether your device is handled by any driver or not, it should appear > in here! Try another device and see if that gives you anything. well, yes, that's all there is, there are no further usb related messages in syslog. obviously it doesn't even try to look for device drivers even though it should, I have looked (briefly) at the code of usb_register and some other functions in usb.c - whenever new device is connected it should look at the modules and run probe function (that was registered) but for some reason it does not happen on my system. I haven't put any extra debug info into usb.c yet... is uhci or altarnative uhci better (for 2.4.14)? I though both should work... is there any documentation about setting up usb devices for linux? so far I haven't found any that would list any step that I missed. are any other modules besides usbcore and usb-uhci meeded fpr uusb support (aside from actual device drivers for particular devices)? is it possible it's hw problem? it works to certain extend, I get at least some messages when I plug in/unplug devices so it's not completely disconnected but is it possible that there's some other hw problem? erik
Re: Sparc buildd a cross-compiler?
On Sat, Dec 22, 2001 at 01:49:12PM -0500, Ben Collins wrote: > Of course it is broken. It is _not_ supported on sparc, other than to > make it available to users. _I_ do not want anything built on sparc that > doesn't use the default compiler (except in cases such as libc6-sparc64 > where we obviously have to use the 64-bit capable gcc-3.0 compiler). > > It should be policy that programs are required to use the default > compiler on an arch. You create serious overhead on arch maintainence > when you ignore that. [Sorry if I'm just being paranoid; I may just be knee-jerking to A Pronouncement From The Debian Project Leader which isn't.] While I don't disagree with such a policy in general, I think that exceptions should be allowed. On ia64, there really isn't a super-strong code generation engine available. The default gcc (2.96!) is a bit behind in bugfixes, and gcc 3.x, although much better at generating ia64 code, has other weaknesses. We try to build everything with gcc 2.96 as much as possible, but in some cases, gcc 3.0 is required to get code that works. In those cases, we haven't seen anything wrong with debian/rules hackery to set CC=gcc-3.0 and so on, and Build-Depend on gcc-3.0 [ia64]. Is this something you object to? I understand how you might object on sparc, since gcc 2.95 has supported sparc for a long time now. But on newer architectures, we may not have the luxury to mandate a single gcc version. And if you object, could you suggest a solution? Some of the packages affected are very large and complex and "fix the problem in the source of your package" would, most likely, involve quite a bit of work. I suspect in a few of those cases that the only feasible response would be to remove the package from the architecture, which seems a shame if building with a different compiler would fix the problem.
Re: Quake 2 sources GPL'd
Dale Scheetz wrote: > I'm willing to accept the quake2-engine in non-us as long as it is > available somewhere with a maintainer to bounce issues off of. I suspect > that myself and Ben excluded everyone else will accept it going into > contrib... I think Dale's hit the nail on the head with his post. The issues keeping quake 2 out of main, granting Ben's insistence that it can be looked at as an engine for games, are: * As an engine for games, it is woefully lacking in documentation. Programming languages have at least one of a spec, sample code, a body of existing code, or something to read to learn them, while this "engine" does not. * Nobody has actually come forward and volenteered to put this in main and give it the level of mantainance software in main deserves. If it were in main, they would really be obligated to be able to tell users some way it can be used, whether that is pointing them as a game that uses it, or at some documentation for writing one or at a free level editor or whatever. But if all the maintainer can do is point the user at data files you buy on CD, it makes a mockery of it being in main. So in summary we may have actually excluded a package from being in main because it lacks sufficient documentation (nice precedent ;-), and this can all be changed by one maintainer with sufficient chutzpah to upload it to main and deal with the consequences. Anyway, my 2¢: If you don't like contrib, putting it in experimental/main would probably serve the above points just as well. -- see shy jo, who is currently uploading to main a library that is not used by any currently released free software, but which he expects will be entirely noncontroversial as software in main
Re: NNTP gateway to Debian lists
> "lintux" == lintux <[EMAIL PROTECTED]> writes: > (Please Cc a reply to me since my newsserver won't feed me the reply, > probably..) > Hello, > I don't like mailing lists at all so I'm looking for a way to read the > debian lists using Slrn. Leafnode does not support mailing lists, so I'm > forced to use an Internet NNTP server for this. My provider does not feed > linux.debian.* so I can't use that server. I searched on GoogleGroups and > the Debian lists archive but could not find any useful server either. Only > sunsite.dk, which sucks. I miss a /LOT/ of articles. > Is there any better server? Leafnode is an excellent program, but, like you say it doesn't support mailing lists. Try the wonderful program called sn instead which has been already packaged for debian. Ganesan P.S: This is posted using a bi-directional mail<->news gateway setup using sn.
Re: WARNING: Jack Howarth is an agent of destruction
On Tue, Dec 25, 2001 at 10:29:49PM +1100, Herbert Xu wrote: > Branden Robinson <[EMAIL PROTECTED]> wrote: > > > So let this be a word of warning. Hopefully Mr. Fuchs^WHowarth will > > explain himself, or escape to England where they have less harsh > > penalties for treason. > > The last time I checked the maximum sentence for treason in Great Britain > was death.. Treason is also the only crime explicitly mentioned in US constitution. Remember Benedict Arnold? Adam S Edgar
ITP: ickle -- ICQ Client that supports the ICQ2000 protocol
Package: wnpp Version: N/A; reported 2001-12-25 Severity: wishlist * Package name: ickle Version : 0.2.0 Upstream Author : Barnaby Gray <[EMAIL PROTECTED]> * URL : http://ickle.sourceforge.net/ * License : GPL Description : ICQ Client that supports the ICQ2000 protocol Request to reasign the package maintainance. I've talked to Martin Butterweck <[EMAIL PROTECTED]> (responsable by the original ITP) and to Barnaby Gray <[EMAIL PROTECTED]> (the upstream author) and both supported the change in maintainance. All I need is a sponsor and the completion of the code split between the client part and the library part of the package, turning it into the following packages: libicq2000 libicq2000-dev ickle ickle-gnome ickle-common (as proposed by the upstream author) I'm waiting further contact to inform me of the outcome. -- Leo Costela Public Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0x7ADF9466 "you must cut down the mightiest tree in the forest... with... a herring!" pgp7JWwIYitqa.pgp Description: PGP signature
Re: Bug#126434: ITP: super-sed -- An enhanced version of sed
> "rganesan" == rganesan <[EMAIL PROTECTED]> writes: > Package: wnpp > Version: N/A > Severity: wishlist > ssed is a version of sed that supports a few new features, including Perl > regular expressions and much greater speed than GNU sed. A few experimental > features were mutuated from Perl, including in-place editing (the `i' flag) > and the ability to pipe a command in the Bourne shell was added. > http://spazioweb.inwind.it/seders/ssed/ > http://www.gnu.org/directory/super-sed.html > Super sed is derived from GNU sed 3.02 and is licensed under GPL. However it > is not a GNU project package. I started packaging it and ran into a couple of problems 1. The source tarball is still called sed (the latest version is sed-3.52.tar.gz). What are my options of dealing with this other than asking upstream to change the source tarball? 2. I compiled with a program prefix of 's', so super sed binary will be called ssed to differentiate it from GNU sed. I'll also use alternatives to make this the default sed. This takes care of the binary and the man page, however the info pages are still called sed.info, sed.info-1 :-(. GNU sed was last released in August 1998 and for all practical purposes this is the only maintained version of sed. I have no idea why super sed changes are not merged into GNU sed, I am waiting to hear from the author on this. Ganesan
Re: NNTP gateway to Debian lists
Marco d'Itri wrote: > > >Last I heard the usenet group is unidirectional mail -> news > >and was a little flakey at that. > I seen no problem in the gating process. Please explain what's wrong. Yeah, cheap shot. It's been a long while since I've looked at this. > And yes, messages of morons who mail long base 64 encoded files to > mailing lists cannot be gated. I wonder what the sentiment is among developers for using some Debian dollars to hire a hit-man. I think if a couple spammers were popped, word would get around. This may be a little extreme though and some kind of technical solution might be better. Rick --
