Re: CD images of Slink
On Mon, 5 Oct 1998, Marcelo E. Laurenti wrote: On Mon, Oct 05, 1998 at 03:54:27PM +0200, Rainer Dorsch wrote: I am wondering, if anybody tried to build a CDimage of Slink. Will main fit on one CDROM? For hamm this problem was addressed pretty late (main, contrib, non-free) and the solution was acceptable at best. I have. Slink's main section is about 750 MB right now. boot disks (disks-i386) are about 20 MB more. Documents, 2 MB. tools, 1 MB. 5 MB more for indices (which I like to include on my cd's in case I screw up). 5 MB overhead for the cd-specific things (the table, the translation table, the other translation table, the padding, ...). You end up with 785 MB to put on a single CD. I solve getting only slink//binary- (all/i386)/admin/ there are still a lot of symlinks from slink to hamm. /debian/dists/slink$ du -sckL */binary-i386/ 112169 contrib/binary-i386 769521 main/binary-i386 5727non-US/binary-i386 160401 non-free/binary-i386 1047818 total non-free and non-US don't matter for the CD, but main is 769MB and contrib is 112MB. i think what we need is a kernel driver for swappable CDs - some sort of CD jukebox emulator. or apt could be made to do this without any kernel hacks. just for curiosity's sake, editors, x11, doc, and devel seem to be the largest sections. /debian/dists/slink$ du -sckL main/binary-i386/* | sort -n 447 main/binary-i386/Packages.gz 858 main/binary-i386/hamradio 1298main/binary-i386/electronics 1518main/binary-i386/Packages 1870main/binary-i386/shells 3733main/binary-i386/news 3873main/binary-i386/misc 4883main/binary-i386/comm 9682main/binary-i386/admin 9987main/binary-i386/otherosfs 12022 main/binary-i386/base 15255 main/binary-i386/mail 15700 main/binary-i386/web 17173 main/binary-i386/oldlibs 17376 main/binary-i386/sound 17709 main/binary-i386/utils 20971 main/binary-i386/net 21904 main/binary-i386/libs 22815 main/binary-i386/games 25151 main/binary-i386/graphics 25155 main/binary-i386/interpreters 38269 main/binary-i386/tex 41465 main/binary-i386/math 45991 main/binary-i386/text 69621 main/binary-i386/editors 70242 main/binary-i386/x11 82342 main/binary-i386/doc 172210 main/binary-i386/devel 769520 total craig -- craig sanders
Re: intent to package c-client-dev
On Mon, 5 Oct 1998, Jaldhar H. Vyas wrote: Now heres a question, this library is really only of interest to people creating custom mail handling clients. Do I need to make a c-client1 package containing a shared library? Policy would seem to say yes but I notice for instance that libinn.a in the inn-dev package doesn't have a corresponding shared library. So it is ok for me not to have one? It would be nicer if you compiled it into a shared library (libc-client.so or something ? :)), then your imap packages would depend on them, pine too, probably, and I'd link php3-imap against it too - this is what shared libraries are for :) But actually a simple static .a file is enough for me to compile php3-imap Greg -- Madarasz Gergely [EMAIL PROTECTED] [EMAIL PROTECTED] It's practically impossible to look at a penguin and feel angry. Egy pingvinre gyakorlatilag lehetetlen haragosan nezni. HuLUG: http://mlf.linux.rulez.org/
Re: dh_make
On Tue, 6 Oct 1998, Craig Small wrote: csmall[EMAIL PROTECTED] wrote: csmall I have recently created a debian/rules file with dh_make, it used -g for csmall CXXFLAGS and -g -O2 for CFLAGS. Is there any reason for not using -O2 for csmall C++ compilation? Also do we really want debugging symbols in all the csmall binaries? csmall csmall The C++ code compiled with -O2 seems to run well, so I don't think there's csmall any compiler error for my setup (latest EGCS) at least... csmall csmallI don't think we need to include debugging code, I'm not sure where the -g csmallcomes from in the CXXFLAGS as I thought I didn't set that anywhere. csmallscooter$ grep CXX /usr/lib/debhelper/dh_make/*/* csmallscooter$ Maybe I don't understand what you-all are talking about,... but doesn't policy require compiling with -g and then stripping ? Last time I read the policy manual, this was the case. John John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre
Re: CD images of Slink
On Tue, Oct 06, 1998 at 09:01:09AM +1000, Craig Sanders wrote: just for curiosity's sake, editors, four different emacsen x11 xbooks doc the gimp manual devel seem to be the lots of -dev and -dbg stuff (don't take me wrong, all of this is good!) I do think rethinking what's extra would solve the problem this time. Or splitting the CD's in Requiered, Important, Standard + optional(depended upon) and another CD which contains optional (dependens on) + extra. Then apt would solve the problem of installation ordering. Marcelo
Re: PERL: patch for glibc 2.1
-BEGIN PGP SIGNED MESSAGE- Matt McLean, in an immanent manifestation of deity, wrote: this is necessary since the semun union is no longer in the libc. its been awhile since your last perl upload, and newer versions have come out.. are you still alive? :-) I thought I'd be able to have access to a PPC Linux box today, but that's not going to happen. The semun union patch didn't make it into this version of Perl since doio.c has changed quite a bit. Can you please check it to make sure it's still needed and get me a new patch if it is? Thanks, Darren - -- [EMAIL PROTECTED] http://www.daft.com/~torin [EMAIL PROTECTED] [EMAIL PROTECTED] Darren Stalder/2608 Second Ave, @282/Seattle, WA 98121-1212/USA/+1-800-921-4996 @ Sysadmin, webweaver, postmaster for hire. C/Perl/CGI/Pilot programmer/tutor @ @Make a little hot-tub in your soul. @ -BEGIN PGP SIGNATURE- Version: 2.6.3a Charset: noconv Comment: Processed by Mailcrypt 3.4, an Emacs/PGP interface iQCVAwUBNhliJbQuaHP6LBjxAQGaTQP/aP+4GEKTaMN6ykmt+WErJ6eNc52uS9YD 8wIoInrrJbi8mb945bf2X7Ehh5bTA/+yJE6z5EihZJCtE8rwhaYWIhsEKZLuq2kK 67xmROugsg2fvZAOsFRPmYe2b2JLeW5uZZMNEcaJeJZnbWAkFDMfrw17DewaeIqB 1YOeoVRPlpk= =/u6p -END PGP SIGNATURE-
Script to make Packages file?
I FTP'd my distribution from a debian mirror and want to make it compatible with APT. The expected 'Packages' files are missing. Is there a script (or command line switch to dpkg that I haven't seen) that builds the list?
Re: PERL: patch for glibc 2.1
On 5 Oct 1998, Darren Stalder wrote: -BEGIN PGP SIGNED MESSAGE- Matt McLean, in an immanent manifestation of deity, wrote: this is necessary since the semun union is no longer in the libc. its been awhile since your last perl upload, and newer versions have come out.. are you still alive? :-) I thought I'd be able to have access to a PPC Linux box today, but that's not going to happen. The semun union patch didn't make it into this version of Perl since doio.c has changed quite a bit. Can you please check it to make sure it's still needed and get me a new patch if it is? It's no longer needed. 5.00502 now has a configure test for union semun. I just did an out-of-box compile and these were the test results: Failed Test Status Wstat Total Fail Failed List of failed --- lib/anydbm.t 121 8.33% 12 lib/ipc_sysv.t011?? ?? % ?? 2 tests skipped, plus 14 subtests skipped. Failed 2/186 test scripts, 98.92% okay. 1/6495 subtests failed, 99.98% okay. zsh: exit 29./perl harness I know what's going on with IPC, and I'm guessing the DBM test is failing because of a bug in the libc. m.
Re: Imlib NMU
Shaleh [EMAIL PROTECTED] writes: I 100% agree w/ you. Now make it work (-: I have compiled Imlib on my own box and I can link w/ only -lImlib. However every other person I know of, linux or otherwise needs to use the -lgfx libs. Imlib is merely a common interface to the gfx libs. It hides the jpeg, png, etc. The problem here is whether Imlib is compiled with the stock version of libtool or the Debian version. The Debian version of libtool correctly specifies the interlibrary dependencies, so you see: # ldd /usr/lib/libImlib.so.1 libjpeg.so.6a = /usr/lib/libjpeg.so.6a (0x4002b000) libtiff.so.3 = /usr/lib/libtiff.so.3 (0x40049000) libungif.so.3 = /usr/lib/libungif.so.3 (0x4007f000) libpng.so.2 = /usr/lib/libpng.so.2 (0x40086000) libz.so.1 = /usr/lib/libz.so.1 (0x400b1000) libm.so.6 = /lib/libm.so.6 (0x400c3000) libc.so.6 = /lib/libc.so.6 (0x400db000) libX11.so.6 = /usr/X11R6/lib/libX11.so.6 (0x4017c000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x2000) # The RPM packages use the stock version of libtool, which doesn't note interlibrary dependencies, so their shared libraries are broken. This probably won't be fixed until either somebody finds time to correctly fix the upstream libtool or Gnome stops using libtool. Steve [EMAIL PROTECTED]
Re: PGP in the US (Re: formal documents)
Thanks for all. I'll use US-PGP and discard it before leaving the US. Regards. -- Kikutani, Makoto [EMAIL PROTECTED] [EMAIL PROTECTED] (Linux related only)
Re: PERL: patch for glibc 2.1
On Mon, Oct 05, 1998 at 05:19:51PM -0700, Darren Stalder wrote: Matt McLean, in an immanent manifestation of deity, wrote: this is necessary since the semun union is no longer in the libc. its been awhile since your last perl upload, and newer versions have come out.. are you still alive? :-) I thought I'd be able to have access to a PPC Linux box today, but that's not going to happen. The semun union patch didn't make it into this version of Perl since doio.c has changed quite a bit. Can you please check it to make sure it's still needed and get me a new patch if it is? As a general aside, if you want an account to test something, tervola (powerpc.debian.org) is already available, and my machine here at CMU will be providing developer accounts in a few days (soon as my nine gig drive gets here and I have room for the lot of you :) Dan
Kernel Debug pointers?
I'm looking for information on how to setup for kernel debugging. Any help?
exim really does need to be the standard MTA in slink
Yeah, I know this makes at least the second reincarnation of this thread in the last 6 months, but I really think exim should be the standard MTA in slink. Last time this came up, there were two factions: 1. YES, PLEASE 2. Let's wait for vmailer There wasn't particularly anyone against it from a technical perspective. I'd like to keep this discussion quick and to the point, so: * What's the status of vmailer now? * Is it going to be ready for the release after slink? * How much trouble is it to switch standard MTA's around in releases? (i.e. will this cause such an upgrade nightmare for users that we're better off only changing it once?) There is currently no technical committee (this is why we need one of those!) so if there seems to be a concensus this time around, I'll file bugs against ftp.debian.org. -- Robert Woodcock - [EMAIL PROTECTED] Unix and C are the ultimate computer viruses -- Richard Gabriel
Post dups
Getting lots lots of dups of everything, from 2 to up to 6 copies. -- /| Ragnar Hojland ([EMAIL PROTECTED]) Fingerprint 94C4B \ o.O| 2F0D27DE025BE2302C =(_)= Thou shalt not follow the NULL pointer for 104B78C56 B72F0822 U chaos and madness await thee at its end. hkp://keys.pgp.com
Re: exim really does need to be the standard MTA in slink
On Mon, 5 Oct 1998 20:31:24 -0700, Robert Woodcock wrote: 1. YES, PLEASE 2. Let's wait for vmailer * What's the status of vmailer now? Supposedly it is about ready to be released. Of course, I don't see what all the hoopla over vmailer is about in the first place. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your ICQ: 5107343 | main connection to the switchboard of souls. ---+-
Free, but crappy, kaffe.
A very marginal packaging of the yet to be announced Kaffe beta 2 is available on my web site at: http://www.novare.net/~ean/kaffe I have finally finished filling out my maintainer information and will try to get it expidited. Considering that we already know what my account on Master and my preferred e-mail address on private should be I would think there are fewer questions to be answered. I did, however, list my sex as a narcoleptic rat monkey with the spirit of an androgenous toaster in the chakras of a Kentucky NAMBLA representative or something along those lines. ;- Adam Heath, aka. Doogie, is helping me learn to package things in a less disgusting manner and I am making progress with getting Pizza out of Kaffe so that it will be DFSG in its stock setup. Ok. E -- __ Ean Schuessler A guy running Linux Novare International Inc. A company running Linux *** WARNING: This signature may contain jokes.
Re: exim really does need to be the standard MTA in slink
in the message IDed as [EMAIL PROTECTED], Robert Woodcock [EMAIL PROTECTED] wrote this on Mon, 05 Oct 1998 20:31:24 PDT: Yeah, I know this makes at least the second reincarnation of this thread in the last 6 months, but I really think exim should be the standard MTA in slink. (I am not a voter here.) Fine... but PLEASE don't make decisions that would make any of the other mailers unusable to any degree (that's for everyone else), -especially- sendmail (that's for me). -Jim
Re: Kernel Debug pointers?
Marc Singer [EMAIL PROTECTED] wrote: I'm looking for information on how to setup for kernel debugging. Any help? $ cd /usr/src/linux/scripts $ g++ -o ksymoops ksymoops.cc -I/usr/include/g++ $ cp ksymoops /usr/local/bin Then, when you get an oops, you can: 1. Save the oops (get it from /var/log/syslog) to ~/some_oops 2. ksymoops [System.map for kernel] some_oops and you'll find out exacly where/what went wrong... -- -- Microsoft: Do less with more. UNIX on Intel: Do more with less. -- Turbo __ _ Debian GNU Unix _IS_ user friendly - it's just ^/ /(_)_ __ _ ___ __ selective about who its friends are / / | | '_ \| | | \ \/ / Live long and prosper _ /// / /__| | | | | |_| |Turbo Fredriksson[EMAIL PROTECTED] \\\/ \/_|_| |_|\__,_/_/\_\ Surrey/B.C./Canada (604)572-3523 Debian Certified Linux Developer PGP#788CD1A9 www5.tripnet.se/~turbo --- PGP: B7 92 93 0E 06 94 D6 22 98 1F 0B 5B FE 33 A1 0B -- plutonium NORAD Peking Marxist Khaddafi security BATF assassination Kennedy explosion Honduras North Korea Albanian arrangements Ortega pgpXUm2DtT0iu.pgp Description: PGP signature
Re: what's after slink
On Mon, Oct 05, 1998 at 10:24:37AM -0700, David Welton wrote: On Mon, Oct 05, 1998 at 10:06:20AM -0700, Kenneth Scharf wrote: Hey that's the best Idea yet. Rockhoppers are my favorite varity. BTW there are several dozen species (took the kids to the NY aquarium this summer.) -- How about naming it after species of penguin? That should keep us going for a little while... I like my new debian emperor system ;) Yeah, this is good. Quite 'in tune' with Linux, a bit more interesting names (I'm sorry, but buzz, bo, hamm, slink, etc, just sound boring to me..:-), not specific to any country or continent (well, southern hemisphere, but...). Emperor, Rockhopper, King, Adelie, Chinstrap, Gentoo, Macaroni, Royal, Snares, Erected Crested, Fiordland, African, Humboldt, Magellanic, Galapagos, Yellow Eyed, Little Blue Really good. I just can't wait for my Debian Yellow Eyed system. :-) -- Enrique Zanardi[EMAIL PROTECTED]
Re: what's after slink
On Tue, Oct 06, 1998 at 08:51:23AM +0100, Enrique Zanardi wrote: Really good. I just can't wait for my Debian Yellow Eyed system. :-) Isn't our logo nicknamed Captain Blue Eye? That should match up quite nicely ;-) Hamish -- Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
Re: what's after slink
* M.C. Vernon (Mon, Oct 05, 1998 at 04:02:32PM +0100) How about naming it after species of penguin? That should keep us going for a little while... I like my new debian emperor system ;) This penguin idea, along with the Hitchhiker's Guide idea are the two best ideas I have seen in a while. Hmmm... Debian C'thulhu Debian Shoggoth Debian Yog-sothoth Debian Shub-niggurath Debian Yoglonaq Debian Ittaqha Debian Tsathoggua Debian Dhole ... Nah. :-) -- SSM - Stig Sandbeck Mathisen Trust the Computer, the Computer is your Friend pgpJccughjfSM.pgp Description: PGP signature
Re: Imlib NMU
On Mon 05 Oct 1998, [EMAIL PROTECTED] wrote: On 05-Oct-98 Paul Slootman wrote: Do you really mean _all_ other packages? AFAIK you can have libjpegg6a and libjpeg6b installed together (I didn't find a libjpegg6b package). Additionally, isn't it that so that those packages that use imlib and depend on libjpegg6a, depend on libjpegg6a only because imlib does? No. Look at the output of 'imlib-config --libs' sometime. Yes, I see: -L/usr/lib -lImlib -ljpeg -ltiff -lgif -lpng -lz -lm -L/usr/X11R6/lib -lSM -lICE -lX11 -lXext Because imlib is used on more platforms than just linux, and on other platforms, linking shared libs to shared libs doesn't always work. So, every Then the question may well be that as it is supported on linux, why is 'imlib-config --libs' invoking all those libraries on linux? It may be necessary on other platforms, but as you implicitly say, it's not on linux. application that uses imlib uses the imlib-config program and links against all the necessary graphics libs as well. Really? The first package (chameleon) I checked that I've built myself that uses imlib shows (in the build log): gcc -O2 -pedantic -Wall `gtk-config --cflags` -c info.c gcc -o chameleon chameleon.o setrgb.o setname.o setfile.o info.o -L/usr/X11R6/lib -lX11 -lXext -lm -lImlib `gtk-config --libs` I see that -lImlib is explicitly linked, and no mention of imlib-config. I guess this should be considered a build bug of chameleon, however it shows that NOT every package that uses imlib also uses imlib-config. Paul Slootman -- home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED] | debian: [EMAIL PROTECTED] http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands
intent to package: gwave, gmos, gnetlist
I intend to package gwave and gmos, which are to be part of the gEDA suite of EDA tools for Linux. gschemrc is already packaged in the geda package; it is a schematic capture (entry) program. gwave is a waveform viewer which can view the output from some spice simualtors. gmos is a MOS transistor simulator. Neither of these two are distributed with geda yet, so the geda pkg might get renamed gschem at some stage. gnetlist is planned but not yet usable (perhaps not even started), but I'll package it when something emerges. They are all GTK+ based and look pretty nice. Hamish -- Hamish Moffatt VK3TYD [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org
Re: dh_make
*-John Lapeyre [EMAIL PROTECTED] | | On Tue, 6 Oct 1998, Craig Small wrote: | csmall[EMAIL PROTECTED] wrote: | csmall I have recently created a debian/rules file with dh_make, it used -g for | csmall CXXFLAGS and -g -O2 for CFLAGS. Is there any reason for not using -O2 for | csmall C++ compilation? Also do we really want debugging symbols in all the | csmall binaries? | csmall | csmall The C++ code compiled with -O2 seems to run well, so I don't think there's | csmall any compiler error for my setup (latest EGCS) at least... | csmall | csmallI don't think we need to include debugging code, I'm not sure where the -g | csmallcomes from in the CXXFLAGS as I thought I didn't set that anywhere. | csmallscooter$ grep CXX /usr/lib/debhelper/dh_make/*/* | csmallscooter$ | | Maybe I don't understand what you-all are talking about,... but | doesn't policy require compiling with -g and then stripping ? Last time I | read the policy manual, this was the case. The policy manual recommends using -g, but there is no requirement, It won't show in the binary packages anyway. The reason for the recommendation is purely for the benefit of the maintainer. It will be easier to handle bugs if you have the symbols in some version. -- The only way tcsh rocks is when the rocks are attached to it's feet in the deepest part of a very deep lake. (Linus Torvalds) [EMAIL PROTECTED] [-: .elOle. :-] [EMAIL PROTECTED]
Re: What's a suitable terminal type for xvt?
Branden Robinson [EMAIL PROTECTED] wrote: On Sun, Oct 04, 1998 at 03:33:27PM +0100, Charles Briscoe-Smith wrote: [what's happening with the xterm terminal types?] Please read /usr/doc/xbase/README.Debian and see http://master.debian.org/~branden/xsf.html. Of course, I should've looked there first. Thanks. I've changed xvt's terminal type back to xterm. -- Charles Briscoe-Smith White pages entry, with PGP key: URL:http://alethea.ukc.ac.uk/wp?95cpb4 PGP public keyprint: 74 68 AB 2E 1C 60 22 94 B8 21 2D 01 DE 66 13 E2
Re: problems with the resolver in glibc 2.0.7u
On Fri, Oct 02, 1998 at 01:20:54AM +0200, Gergely Madarasz wrote: Hello! It seems there is a problem in the resolver of 2.0.7u: I upgraded my libc because apache needed it (__register_frame_info) and after that some mails just returned with Host not found, for correct addresses. This happened on two different hosts. And, btw, telnet worked in the meanwhile for these hosts... so it seems to be a strange interaction between sendmail (8.8.8-20) and libc. Any other experiences like this ? I dont want to submit a bugreport for now, because i'm not sure about it, but if others find this, then it is at least a grave bug... same with smail :-( regards Soenke -- Soenke Lange -- Microsoft spel chekar vor sail, worgs grate !!
Re: /usr/local in some packages
Qt does this too, but that's because we're not allowed to move it from /usr/local. I really think all these little compromises on policy are a bad thing because they cause problems like /usr/local symlinks being deleted. This is Very Not Acceptable. second. i like to have no /usr/local at all ony my machines. with these packages it's hard to keep that strategy. get for local/ in Contents, i guess other packages do something with /usr/local, too ... andreas
Re: Free, but crappy, kaffe.
On Tue 06 Oct 1998, Ean R . Schuessler wrote: I did, however, list my sex as a narcoleptic rat monkey with the spirit of an androgenous toaster in the chakras of a Kentucky NAMBLA representative or something along those lines. ;- Of course, that should have been listed as species, not sex. Paul Slootman -- home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED] | debian: [EMAIL PROTECTED] http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands
Re: Switch to perl-5.005_02 ?
Darren/Torin/Who Ever... [EMAIL PROTECTED] writes: Any debian packages and all architecture dependent packages will have to be recompiled. Since new Perls seem to break binary compatibility, do we need a better dependency mechanism? The best option I can see is for perl_5.005 (or perl_base, or whatever) to Provides: perl5.005. Packages dependent on the particular binary formats of that Perl can then depend on the virtual package. That should then ensure that when perl_5.006 is available, it won't be installed until all other packages are available, or unless forced. (Which could be a problem for trying to compile them... Hmm.) -- Carey Evans http://home.clear.net.nz/pages/c.evans/ So, do you steal weapons from the Army often? Well, we don't get cable, so we have to make our own fun.
Perl 5.005.02
Hello everybody, The perl package is in incoming. So here is the list of the 33 packages that need to be updated. The maintainers are listed. The list corresponds to package which contains filenames matching /usr/lib/perl5.*\.so. I will wait 3-4 days before sending bug reports so the developper who are fast enough will not get a bug-report. ;) If somebody in this list cannot upload a new package before freeze and doesn't want the package to be removed from slink, please ask for a NMU here. In main : base/data-dumper Michael Alan Dorman [EMAIL PROTECTED] devel/eperl Heiko Schlittermann [EMAIL PROTECTED] devel/pilot-link-perlDermot Bradley [EMAIL PROTECTED] graphics/freewrl John Lapeyre [EMAIL PROTECTED] interpreters/alias Michael Alan Dorman [EMAIL PROTECTED] interpreters/libdatecal-perl Martin Schulze [EMAIL PROTECTED] interpreters/libdbd-pg-perl Tom Lear [EMAIL PROTECTED] interpreters/libdbi-perl Martin Schulze [EMAIL PROTECTED] interpreters/libfile-sync-perl Michael Alan Dorman [EMAIL PROTECTED] interpreters/libgtk-perl Paolo Molaro [EMAIL PROTECTED] interpreters/libgnome-perl Paolo Molaro [EMAIL PROTECTED] interpreters/libgtk-imlib-perl Paolo Molaro [EMAIL PROTECTED] interpreters/liblockdev0-perlFabrizio Polacco [EMAIL PROTECTED] interpreters/libmd5-perl Michael Alan Dorman [EMAIL PROTECTED] interpreters/libmsgcat-perl Raphael Hertzog [EMAIL PROTECTED] interpreters/perl-tk Rob Browning [EMAIL PROTECTED] interpreters/perlmagick Scott K. Ellis [EMAIL PROTECTED] libs/libcompress-zlib-perl Michael Alan Dorman [EMAIL PROTECTED] libs/libcurses-perl John Goerzen [EMAIL PROTECTED] libs/libmime-base64-perl Michael Alan Dorman [EMAIL PROTECTED] libs/libpgperl Oliver Elphick [EMAIL PROTECTED] libs/libterm-readkey-perlKai Henningsen [EMAIL PROTECTED] libs/libtime-hires-perl Michael Alan Dorman [EMAIL PROTECTED] math/netcdf-perl Brian Mays [EMAIL PROTECTED] math/pdl John Lapeyre [EMAIL PROTECTED] math/r-pdl John Lapeyre [EMAIL PROTECTED] web/libapache-mod-perl Daniel Jacobowitz [EMAIL PROTECTED] web/libhtml-embperl-perl Michael Alan Dorman [EMAIL PROTECTED] In contrib/non-free : contrib/interpreters/libdbd-msql-perl Martin Schulze [EMAIL PROTECTED] contrib/interpreters/libdbd-mysql-perl Ben Gertzfield [EMAIL PROTECTED] contrib/interpreters/msqlperl Martin Schulze [EMAIL PROTECTED] contrib/math/pgperl John Lapeyre [EMAIL PROTECTED] non-free/graphics/libgd-perlScott K. Ellis [EMAIL PROTECTED] Cheers, -- Hertzog Raphaël ¤ 0C4CABF1 ¤ http://www.mygale.org/~hra/
debian image mirror at fw-athene.wiwi.uni-karlsruhe.de removed
we ran out of disk space, don´t expect new hardware and need the disk space for the day to day stuff. sorry. maybe someone else can provide a rsync access to debian cd images in europe ? andreas
Re: How about using bzip2 as the standard *.deb compression format?
On Mon 05 Oct 1998, Paul Slootman wrote: On Sun 04 Oct 1998, James Troup wrote: Joseph Carter [EMAIL PROTECTED] writes: Old/slow/lomem machines can't properly compile X or Mozilla anyway. Bzzt. I've compiled xfree86 for Debian/m68k on a 386/25 equivalent with only 14Mb (don't ask) of memory several times. Took 5 days, 14MB isn't that lomem... BTW, I just had a look at the new bzip2 version. This are the relevant lines from top while running 'bz2cat linux-2.1.124.tar.bz2 | bzip2 x': PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND 30413 paul 20 0 6820 6820 288 R 0 72.0 10.7 3:55 bzip2 30412 paul 0 0 3928 3928 288 S 0 23.5 6.2 0:48 bz2cat Decompressing doesn't take that much time nor memory, if I compare it for example with my X server: 265 root 0 0 15028 11M 1004 S 0 0.5 19.0 542:35 XF86_SVGA Of course, 4MB is still quite a lot, but I guess that should be doable for just about everyone. Alternatively, from the manpage: Compression and decompression requirements, in bytes, can be estimated as: Compression: 400k + ( 7 x block size ) Decompression: 100k + ( 4 x block size ), or 100k + ( 2.5 x block size ) and For files compressed with the default 900k block size, bunzip2 will require about 3700 kbytes to decompress. To support decompression of any file on a 4 megabyte machine, bunzip2 has an option to decompress using approximately half this amount of memory, about 2300 kbytes. Decompres sion speed is also halved, so you should use this option only where necessary. The relevant flag is -s. So, I think that some experimentation of what block sizes and flags to use may be in order. Besides, as decompression is done internally by dpkg (right?), dpkg could check the memory available on the machine and decide which decompression algorithm to use. In short, I don't really think that there are compelling arguments _not_ to consider bzip2. And yes, x ended up identical to linux-2.1.124.tar.bz2 in case you're wondering :-) Paul Slootman -- home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED] | debian: [EMAIL PROTECTED] http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands
Re: what's after slink
How about naming it after species of penguin? That should keep us going for a little while... I like my new debian emperor system ;) `Debian Fairy'? I don't know about that... (BTW Linus was bitten by a Fairy Penguin) I like the Hitch Hikers idea: Debian Zaphod Debian Beebelbrox Debian Slarty Debian Bartfast Debian Dent Debian Vogon Debian Trillian Debian Marvin Debian Paranoid-Android or even better - Debian Don't Panic! -- Matthew Parry [EMAIL PROTECTED] URL:http://www.bowerbird.com.au/people/mettw/ - There now, didn't I tell you to keep a good count? Well, there's and end of the story. God knows there's no going on with it now. - Sancho Panza.
Re: exim really does need to be the standard MTA in slink
On Mon, Oct 05, 1998 at 11:39:36PM -0700, [EMAIL PROTECTED] wrote: in the message IDed as [EMAIL PROTECTED], Robert Woodcock [EMAIL PROTECTED] wrote this on Mon, 05 Oct 1998 20:31:24 PDT: Yeah, I know this makes at least the second reincarnation of this thread in the last 6 months, but I really think exim should be the standard MTA in slink. (I am not a voter here.) Fine... but PLEASE don't make decisions that would make any of the other mailers unusable to any degree (that's for everyone else), -especially- sendmail (that's for me). To use sendmail on a new Debian system requires an extra effort to install it. That's not the case with smail. It is with exim too currently. WHat is being asked is to make the default mailer for those who don't want to or need to mess with another mailer be exim. Based on exim's relative ease of setup, this is a good thing. It sets up a lot like smail, so even if you don't like eximconfig it's not much different than smailconfig except of course that the results work more often than with smailconfig. Exim is also extremely configurable. It's a little hairy in places to do so, but no more than (far less than) sendmail. Having said all that, smarthosting didn't work for me I find out because my connection was not permanent. pgpkUXTUqJuMq.pgp Description: PGP signature
Re: Post dups
On Tue, Oct 06, 1998 at 04:33:13AM +0100, Ragnar Hojland Espinosa wrote: Getting lots lots of dups of everything, from 2 to up to 6 copies. :0 Wh: msgid.lock | formail -D 8192 msgid.cache pgpVViWzrtIcE.pgp Description: PGP signature
Re: Free, but crappy, kaffe.
On Tue, Oct 06, 1998 at 12:41:51PM +0200, Paul Slootman wrote: I did, however, list my sex as a narcoleptic rat monkey with the spirit of an androgenous toaster in the chakras of a Kentucky NAMBLA representative or something along those lines. ;- Of course, that should have been listed as species, not sex. I always thought the answer to sex was supposed to be Yes or Sure, why not? pgpu5bywyeuDG.pgp Description: PGP signature
Re: dh_make
On Tue, 06 Oct 1998, John Lapeyre wrote: On Tue, 6 Oct 1998, Craig Small wrote: csmall[EMAIL PROTECTED] wrote: csmall I have recently created a debian/rules file with dh_make, it used -g for csmall CXXFLAGS and -g -O2 for CFLAGS. Is there any reason for not using -O2 for csmall C++ compilation? Also do we really want debugging symbols in all the csmall binaries? csmall csmall The C++ code compiled with -O2 seems to run well, so I don't think there's csmall any compiler error for my setup (latest EGCS) at least... csmall csmallI don't think we need to include debugging code, I'm not sure where the -g csmallcomes from in the CXXFLAGS as I thought I didn't set that anywhere. csmallscooter$ grep CXX /usr/lib/debhelper/dh_make/*/* csmallscooter$ Maybe I don't understand what you-all are talking about,... but doesn't policy require compiling with -g and then stripping ? Last time I read the policy manual, this was the case. The issue for me is not the -g but the absense of -O2 for C++ code. I've just changed the debian/rules files for all KDE packages in the KDE CVS to use -O2 for C++ code and they work fine (presumably slightly faster but it's difficult to measure). -- Got no future, got no past. Here today, built to last.
Re: korganizer debian package (OT: licence interpretation)
On Mon, Oct 05, 1998 at 05:27:23PM +0200, Moritz Moeller-Herrmann wrote: I study law. And I can tell you that there´s not a problem with the GPL licence in the KDE project. Even if the GPL (read very narrowly and literally) prohibited the use of QT, every judge/lawyer would reinterpret this licence to allow the use of QT , if the author of kpackage used it to distribute his program. What I am trying to say is, a licence can be interpreted in many ways and one very important issue in the interpretation of any legal document is the intent of the author or the user of this document. As the author of kpackage didn´t want to ban anyone from using qt, his licences (the GPL) must be read to allow the use qt. No problem so far. Problems could only arise if another copyright holder´s rights were violated, for example if a second GPLd program were merged into kpackage, and the author of this program read the GPL in a much more strict way than the author(s) of kpackage. Then we´d have two licences (both of identical wording: GPL), which could be interpreted differently, because the people who use the licence have opposing intentions with their licence. Since you distribute a binary DEB file, the problem can´t come up. Hope to clarify the issue a bit! I have one question to that - in what way does distributing a binary suddenly resolve a licence conflict? According to the GPL, GPL'd code can not be linked to QT; _only_ the author of a given piece of code has the right to make an exception to that rule. Because the original in many cases was not written for QT, no such exception is present. And just because it would most likely be struck down in court does not make it legal. The exception still needs to be present if it is intended. Dan
Re: exim really does need to be the standard MTA in slink
On Mon, Oct 05, 1998 at 11:39:36PM -0700, [EMAIL PROTECTED] wrote: in the message IDed as [EMAIL PROTECTED], Robert Woodcock [EMAIL PROTECTED] wrote this on Mon, 05 Oct 1998 20:31:24 PDT: Yeah, I know this makes at least the second reincarnation of this thread in the last 6 months, but I really think exim should be the standard MTA in slink. (I am not a voter here.) Fine... but PLEASE don't make decisions that would make any of the other mailers unusable to any degree (that's for everyone else), -especially- sendmail (that's for me). Nah, it wouldn't affect existing setups, only new users who never specifically chose an MTA in dselect, i.e. went with the standard system. Just out of curiosity, what's the security track record on smail vs exim for the last two years? The standard MTA should have a chance of being secure from remote attacks for at least a year after release. -- Robert Woodcock - [EMAIL PROTECTED] Unix and C are the ultimate computer viruses -- Richard Gabriel
Re: Finding a source package
[EMAIL PROTECTED] (James A. Treacy) writes: First, due to NMU uploads to other architectures, the source version may not match the version: in the package you are looking for. This could be corrected with dpkg-scanpackages, but that's not really the right thing to do. I don't know the best way to handle this. Second, even if you find the name of the .dsc file you need to look in every one to find the names of the source files. Huh? If you can find the dsc, then the other source files will be right along with it. I'll look into having dpkg-scanpackages scan the dsc's as well and add sections at least. AFAIK, no programs parses them yet? I'd rather not have a new index file. If there are plans to allow multiple source versions into the archive simultaneously then this will need to be rethought. No such plans. Guy
FHS - politics
I've been catching up on debian-devel (only 4900 messages to go), and have come across a discussion about FHS. I have two kinds of comment on this proposal: the first is appropriate for debian-devel, and concerns our general goals, and is in this message: Firstly, I stick to my guns that we need incremental change. So, no `flag day', no moving everything at once, and no `release goals' saying that things must be according to the FHS. I'll post to debian-policy about technical mechanisms. Secondly: I maintain that we should NOT follow the FHS if it differs gratuitously from the FSSTND. We should make changes where and only where they are actually warranted. /usr/share is warranted IMO. /var/state is NOT - it's just a cosmetic change, and will be a major pain. We should probably document our exceptions. Discussion of the details belongs on debian-policy. Ian.
Re: Kernel Debug pointers?
I'm looking for information on how to setup for kernel debugging. Any help? $ cd /usr/src/linux/scripts $ g++ -o ksymoops ksymoops.cc -I/usr/include/g++ $ cp ksymoops /usr/local/bin Then, when you get an oops, you can: 1. Save the oops (get it from /var/log/syslog) to ~/some_oops 2. ksymoops [System.map for kernel] some_oops and you'll find out exacly where/what went wrong... Ah. I don't have an oops to debug. Instead, I'd like to run gdb on the kernel so I can inspect data structures. I'm certain there is a way to run gdb on it, but I haven't found anything definitive. KHG doesn't have anything as far as I could tell.
Re: Imlib NMU
I package chameleon, and it was created BEFORE imlib-config existed. But yes, as you can see the -lImlib works for me. Would some of you test compiling w/ Imlib and actually using the gfx libs. I have seen it compile OK, but then fail to load png's and jpegs (the two biggest offenders).
Re: what's after slink
---Matthew Parry [EMAIL PROTECTED] wrote: How about naming it after species of penguin? That should keep us going for a little while... I like my new debian emperor system ;) `Debian Fairy'? I don't know about that... (BTW Linus was bitten by a Fairy Penguin) I like the Hitch Hikers idea: Debian Zaphod Debian Beebelbrox Debian Slarty Debian Bartfast Debian Dent Debian Vogon Debian Trillian Debian Marvin Debian Paranoid-Android or even better - Debian Don't Panic! how about Mostly Harmless? ( Sun Dive, Disaster Area, Heart of Gold, So long and thank's for all the fish!, You Again!) -- Matthew Parry [EMAIL PROTECTED] URL:http://www.bowerbird.com.au/people/mettw/ - There now, didn't I tell you to keep a good count? Well, there's and end of the story. God knows there's no going on with it now. - Sancho Panza. _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: Finding a source package
Guy Maor wrote: [EMAIL PROTECTED] (James A. Treacy) writes: First, due to NMU uploads to other architectures, the source version may not match the version: in the package you are looking for. This could be corrected with dpkg-scanpackages, but that's not really the right thing to do. I don't know the best way to handle this. Second, even if you find the name of the .dsc file you need to look in every one to find the names of the source files. Huh? If you can find the dsc, then the other source files will be right along with it. You are assuming that a copy of the archive is sitting on the local machine. For generating Debian web pages that isn't a problem, but if apt wants to add the downloading of source files then this becomes a problem. Should apt have to download the dsc file for a package before it knows what the source files are? I'll look into having dpkg-scanpackages scan the dsc's as well and add sections at least. AFAIK, no programs parses them yet? I'd rather not have a new index file. I also would rather not have a new index file, but Jason and I have not come up with an alternative. Even though it is possible to find the information needed to generate (working) source downloading for the Packages web pages, it would be much more efficient if every dsc file didn't need to be scanned in the process. If there are plans to allow multiple source versions into the archive simultaneously then this will need to be rethought. No such plans. This is not good. Suppose one port needs a wildly different version of a program to have it work on that architecture. Only the source to one of the versions will be available. I admit this isn't common. It is common, though, for the versions on different architectures to be off. If we could guarantee that it was always the latest version of source left in the archive it wouldn't be so bad. What happens though is an old version of a package is uploaded for one port after a newer version has been released for a different port - overwriting the new version. This needs to be fixed. Jay Treacy
Re: lyx?
On Mon, Oct 05, 1998 at 11:11:24PM +0200, Paul Seelig wrote: They are preparing to release version 1.0 instead of another bugfix release 0.12.1 because LyX with all applied fixes has proven to be very stable and good enough. It will contain an import facility for I see. And I agree, it really is stable. plain LaTeX files called reLyX. This has already been part of the sources before but had never been integrated into the LyX menus. It will still take some time until they get their act together though... As long as they are working on it, no problem. I was just afraid the team broke down. So I take it the GUI independant version is still far away. Is anyone working on a fltk or gtk port? Michael -- Dr. Michael Meskes | Th.-Heuss-Str. 61, D-41812 Erkelenz | Go SF49ers! Senior-Consultant | business: [EMAIL PROTECTED] | Go Rhein Fire! Mummert+Partner | private: [EMAIL PROTECTED] | Use Debian Unternehmensberatung AG | [EMAIL PROTECTED] | GNU/Linux!
Re: GPL'd libforms dependent package
On Mon, Oct 05, 1998 at 04:09:46PM -0400, Peter S Galbraith wrote: ``As a special exception the software may be distributed linked against the libforms library without including the source of the libforms library even though the GPL would normally bar this, as long as the requirements of the license are followed in every other respect.'' The LyX license says GPL ! (I donwloaded the diff file and hunted for debian/copyright) I am facing the same issue with two packages. It would be nice to settle it. IMO this is not that much of a problem since the lyx (or whatever package) team would have to sue itself for copyright infraction (right?). After all they can change it to whatever they want. The real difference with KDE is that they incorporate other GPLed source without bothering to ask the copyright holder. So they might be sued by others who see there source linked against qt. Michael -- Dr. Michael Meskes | Th.-Heuss-Str. 61, D-41812 Erkelenz | Go SF49ers! Senior-Consultant | business: [EMAIL PROTECTED] | Go Rhein Fire! Mummert+Partner | private: [EMAIL PROTECTED] | Use Debian Unternehmensberatung AG | [EMAIL PROTECTED] | GNU/Linux!
magicpoint
Did it make it into the main tree yet? This certainly has to be in for slink IMO. Michael -- Dr. Michael Meskes | Th.-Heuss-Str. 61, D-41812 Erkelenz | Go SF49ers! Senior-Consultant | business: [EMAIL PROTECTED] | Go Rhein Fire! Mummert+Partner | private: [EMAIL PROTECTED] | Use Debian Unternehmensberatung AG | [EMAIL PROTECTED] | GNU/Linux!
Live file system
Do we have a complete filesystem on CD like SuSE does? It's a nice addition for those short in disk space. Michael -- Dr. Michael Meskes | Th.-Heuss-Str. 61, D-41812 Erkelenz | Go SF49ers! Senior-Consultant | business: [EMAIL PROTECTED] | Go Rhein Fire! Mummert+Partner | private: [EMAIL PROTECTED] | Use Debian Unternehmensberatung AG | [EMAIL PROTECTED] | GNU/Linux!
Re: Live file system
Michael Meskes wrote: Do we have a complete filesystem on CD like SuSE does? It's a nice addition for those short in disk space. Please send an appropriate patch to the debian-cd maintainer. Regards, Joey -- Never trust an operating system you don't have source for!
Re: korganizer debian package (OT: licence interpretation)
On Mon, Oct 05, 1998 at 05:27:23PM +0200, Moritz Moeller-Herrmann wrote: Hi Rainer, thanks for the package and the announcement. Just one minor detail: We should not repeat that Debian nonsene in public. Of course, korganizer does That's what I really like about this kind of discussion. They are so rational. I'm sorry, but this kind of wording makes me feel angry about the kde team. Why on earth do you call our opinion nonsense? We don't do that about yours. not suffer from any licensing problems. It's Debian that has problems with their weird and rather irrational interpretation of the GPL. How about asking RMS then? It's prefectly legal to distribute KDE programms in both source and binary Yes, but not those that incorporate GPLed source without asking the original author. form (that's why virtually all linux distributors do it) so there is absolutey Virtually all? Gimme a break. The last time I checked Red Hat didn't. Debian does btw, but it seems your're counting them as not. So according to Slashdot's poll that's about 75% of all Linux installations. Granted you're german as I am, so you may believe SuSE is front runner, but internationally they are not. I study law. And I can tell you that there´s not a problem with the GPL licence in the KDE project. Even if the GPL (read very narrowly and literally) prohibited the use of QT, every judge/lawyer would reinterpret this licence to allow the use of QT , if the author of kpackage used it to distribute his program. What I am trying to say is, a licence can be interpreted in many ways I agree. But how about authors who didn't? Or did anyone ask the original authors of ghostview e.g (assuming KDE uses that code, I didn't check)? Problems could only arise if another copyright holder´s rights were violated, for example if a second GPLd program were merged into kpackage, and the author of this program read the GPL in a much more strict way than the author(s) of kpackage. Then we´d have two licences (both of identical wording: GPL), which could be interpreted differently, because the people who use the licence have opposing intentions with their licence. Since you distribute a binary DEB file, Yup, that's it. And I bet (simply because I know) that RMS reads it this way. the problem can´t come up. Sorry, I don't get that. Why isn't it a problem when we distribute binaries? The license clearly holds for binaries as well as source. Michael -- Dr. Michael Meskes | Th.-Heuss-Str. 61, D-41812 Erkelenz | Go SF49ers! Senior-Consultant | business: [EMAIL PROTECTED] | Go Rhein Fire! Mummert+Partner | private: [EMAIL PROTECTED] | Use Debian Unternehmensberatung AG | [EMAIL PROTECTED] | GNU/Linux!
Re: Live file system
On Tue, Oct 06, 1998 at 07:37:10PM +0200, Martin Schulze wrote: Do we have a complete filesystem on CD like SuSE does? It's a nice addition for those short in disk space. Please send an appropriate patch to the debian-cd maintainer. That means there is none? I don't have a patch. Neither am I going to create one, but a collegue that I try to persuade to switch from SuSE might be interested. The live file system is the only thing that keeps him from switching and he might be willing to put some time into it. So if we don't have it I talk to him and tell you more. Michael -- Dr. Michael Meskes | Th.-Heuss-Str. 61, D-41812 Erkelenz | Go SF49ers! Senior-Consultant | business: [EMAIL PROTECTED] | Go Rhein Fire! Mummert+Partner | private: [EMAIL PROTECTED] | Use Debian Unternehmensberatung AG | [EMAIL PROTECTED] | GNU/Linux!
Re: Live file system
Michael Meskes wrote: On Tue, Oct 06, 1998 at 07:37:10PM +0200, Martin Schulze wrote: Do we have a complete filesystem on CD like SuSE does? It's a nice addition for those short in disk space. Please send an appropriate patch to the debian-cd maintainer. That means there is none? I don't have a patch. Neither am I going to create one, but a collegue that I try to persuade to switch from SuSE might be interested. The live file system is the only thing that keeps him from switching and he might be willing to put some time into it. So if we don't have it I talk to him and tell you more. It is quite easy to install a set of packages on a different partition and write it to cd afterwards. So if you have a cd write around you should be able to produce a custom cd for him. Regards, Joey -- Never trust an operating system you don't have source for!
Re: Live file system
On Tue, 6 Oct 1998, Michael Meskes wrote: : On Tue, Oct 06, 1998 at 07:37:10PM +0200, Martin Schulze wrote: : Do we have a complete filesystem on CD like SuSE does? It's a nice addition : for those short in disk space. : : Please send an appropriate patch to the debian-cd maintainer. : : That means there is none? I don't have a patch. Neither am I going to create : one, but a collegue that I try to persuade to switch from SuSE might be : interested. The live file system is the only thing that keeps him from : switching and he might be willing to put some time into it. : : So if we don't have it I talk to him and tell you more. IIRC Dale Scheetz used to have one for bo (sorry if I'm wrong, Dale :) -- Nathan Norman MidcoNet 410 South Phillips Avenue Sioux Falls, SD mailto:[EMAIL PROTECTED] http://www.midco.net finger [EMAIL PROTECTED] for PGP Key: (0xA33B86E9)
Re: what's after slink
On Tue, Oct 06, 1998 at 09:48:54AM -0700, Kenneth Scharf wrote: ---Matthew Parry [EMAIL PROTECTED] wrote: How about naming it after species of penguin? That should keep us going for a little while... I like my new debian emperor system ;) `Debian Fairy'? I don't know about that... (BTW Linus was bitten by a Fairy Penguin) I like the Hitch Hikers idea: Debian Zaphod Debian Beebelbrox Debian Slarty Debian Bartfast Debian Dent Debian Vogon Debian Trillian Debian Marvin Debian Paranoid-Android or even better - Debian Don't Panic! how about Mostly Harmless? hmm that might need to be aproved by the testers :) hmm it sounds more like a releace stage than a name tho... unatable-frozen-mostly harmless-releace :) ( Sun Dive, Disaster Area, I supose making the default console text font have a black forground color on a black background is asking too much :) So long and thank's for all the fish!, You Again!) these might not make such good names :) hmmm Debian What is six times nine? miught not work either :) hmmm Debian: DO you know where your towel is? -Steve -- /* -- Stephen Carpenter [EMAIL PROTECTED] --- [EMAIL PROTECTED] */ E-mail Bumper Stickers: A FREE America or a Drug-Free America: You can't have both! honk if you Love Linux
Re: Imlib NMU
Paul Slootman [EMAIL PROTECTED] writes: On Mon 05 Oct 1998, [EMAIL PROTECTED] wrote: On 05-Oct-98 Paul Slootman wrote: Do you really mean _all_ other packages? AFAIK you can have libjpegg6a and libjpeg6b installed together (I didn't find a libjpegg6b package). Additionally, isn't it that so that those packages that use imlib and depend on libjpegg6a, depend on libjpegg6a only because imlib does? No. Look at the output of 'imlib-config --libs' sometime. Yes, I see: -L/usr/lib -lImlib -ljpeg -ltiff -lgif -lpng -lz -lm -L/usr/X11R6/lib -lSM -lICE -lX11 -lXext Because imlib is used on more platforms than just linux, and on other platforms, linking shared libs to shared libs doesn't always work. Then the question may well be that as it is supported on linux, why is 'imlib-config --libs' invoking all those libraries on linux? It may be necessary on other platforms, but as you implicitly say, it's not on linux. 1. What if libImlib is a static library? Even on Linux, `imlib-config' has to list out the libraries it depend on. 2. Nothing prevents the Debian `imlib' maintainer from modifying the installed `imlib-config' so that it doesn't list the whole lot of shared libraries that libImlib depends on. This, due to a fortunate set of circumstances a. The ELF shared library format allows such shared library dependencies to be expressed. b. The GNU ld uses the listed dependencies while linking against the shared library. (Others may not -- the .so dependencies may only be used by the run-time/dynamic loader) c. The .so file has been built with the Debian version of `libtool' which passes inter-library dependencies down to the linker. d. The Debian package contains only shared libraries. Whether it is worth the trouble is up to the package maintainer. `{glib,gtk,gnome,imlib,...}-config' were invented since not every system has this fortunate coincidence of circumstances. - Hari -- Raja R Harinath -- [EMAIL PROTECTED] When all else fails, read the instructions. -- Cahn's Axiom Our policy is, when in doubt, do the right thing. -- Roy L Ash
Re: Perl 5.005.02
Re: installing perl There is a problem, which is detailed below. I just used --force-overwrite to get around it. homey 3 ls *.deb perl-base_5.005.02-1_i386.deb perl_5.005.02-1_i386.deb homey 4 dpkg -i *.deb (Reading database ... 60093 files and directories currently installed.) Preparing to replace perl-base 5.004.04-6 (using perl-base_5.005.02-1_i386.deb) ... Unpacking replacement perl-base ... Preparing to replace perl 5.004.04-6 (using perl_5.005.02-1_i386.deb) ... Unpacking replacement perl ... dpkg: error processing perl_5.005.02-1_i386.deb (--install): trying to overwrite `/usr/man/man3/Data::Dumper.3pm.gz', which is also in packa ge data-dumper dpkg-deb: subprocess paste killed by signal (Broken pipe) Setting up perl-base (5.005.02-1) ... Errors were encountered while processing: perl_5.005.02-1_i386.deb John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre
New list debian-snapshots
Hi, a new mailing list, debian-snapshots@lists.debian.org, has been created by request of Jim Pick. The purpose of this list is to discuss various topics about automatic building of binary packages out of upstream CVS repositories. A tool is planned that will handle this sort of package building. Currently many parts of Gnome and egcs are developed through publically available CVS repositories. Subscription / Unsubscription *NO* subscription or unsubscription messages should be sent to the lists address, but to a special control address which is slightly different from the lists address. To subscribe or unsubscribe to such a list, please send mail to [EMAIL PROTECTED] with the word `subscribe' or `unsubscribe' as subject. Please remember the -REQUEST inside of the name. If you need to contact a human listmaster, direct your mail to [EMAIL PROTECTED] or [EMAIL PROTECTED] . These are two different machines in case one is offline. Regards, Joey -- Never trust an operating system you don't have source for! pgp7aJVZAPsHd.pgp Description: PGP signature
Re: what's after slink
I support Jim Pick's idea: If Bug's Life is any good, maybe we could snarf names from there but if we really need 60 messages (so far) to decide about this, we should probably create [EMAIL PROTECTED] ;-) -- 9c0fbcfbb1d1e4a94f0dde1fe1fbffe1 (a truly random sig)
Re: what's after slink
On Tue, Oct 06, 1998 at 08:46:37PM +0200, Santiago Vila wrote: I support Jim Pick's idea: If Bug's Life is any good, maybe we could snarf names from there but if we really need 60 messages (so far) to decide about this, we should probably create [EMAIL PROTECTED] ;-) Yes, please - debian-creative. For logos, names, and other things of that ilk that are fun to discuss, but that we shoudlnt force on people who just want to do tech things. Ciao, -- David Welton http://www.efn.org/~davidw Debian GNU/Linux - www.debian.org
Re: Perl 5.005.02
Raphael Hertzog wrote: The perl package is in incoming. So here is the list of the 33 packages that need to be updated. The maintainers are listed. The list corresponds to package which contains filenames matching /usr/lib/perl5.*\.so. FYI, this package doesn't build properly on the Alpha (fails several tests including regex). I'll look further into it, but expect a bug report and/or patch :-) (a little forewarning)... C
Re: Live file system
On Tue, 6 Oct 1998, Nathan E Norman wrote: IIRC Dale Scheetz used to have one for bo (sorry if I'm wrong, Dale :) Well, not exactly. What I do is an imbedded file system that can be installed on a DOS/Windows/'95 file system as simple files and booted with a special patched kernel using the loop device. BTW, DiD is available in hamm as well as bo versions for anyone interested ;-) The problem of a live file system on CD is more complex than that because you need to be able to write to some files on your system. The current solution is to use the initrd feature of the kernel to mount the CD file system onto a ramdisk, copy the volatile files from the CD to the ramdisk and symlink the rest of the file system off of the CD. The real problem with this scheme is that it requires the kernel to have, or accuire, information about the hardware. In addition, because of the need for volatile files, sufficient memory is required for the ramdisk, making small memory machines unusable. Then there is the question of what to do about /home? I've been working on a CD specific install that basically delivers a standard system with cp -a that could be used to also construct a live file system. I'll let you know how it works out, if I can ever get back to working on it. Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_-
Re: Perl 5.005.02
The new perl breaks all my perl-module packages. How badly I don't know yet. I expected this because I see how the pdl developers scramble to keep up with new releases of perl. It can probably be sorted out, but it will take some effort from all who have perl-module-related packages . One problem is the new perl version is storing files in different places. So modules will have to be debugged to remove hard-wired references to the old paths. On the other hand, pdl , which is a large and sophisticated module, works OK for the most part, although some path-related bugs are introduced. John John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre
Et toujours dans la langue de chat qui meurt ...
La langue de Sheackspear (chat qui expire) Quelle malheureuse ide d'avoir fait une seule et unique page en Franais ! Moi qui suit trs fach avec l'anglais [EMAIL PROTECTED] ... Mailto : [EMAIL PROTECTED]r
Re: what's after slink
Don't forget, when Arthur and Ford woke up on the Heart Of Gold after being shoved out of the vogon (Hey that's another good name!) ship Arthur begain to lose limbs and Ford was turning into a ... PENGUIN! ... (until the probabibility level dropped down to 1:1). ---Matthew Parry [EMAIL PROTECTED] wrote: How about naming it after species of penguin? That should keep us going for a little while... I like my new debian emperor system ;) `Debian Fairy'? I don't know about that... (BTW Linus was bitten by a Fairy Penguin) I like the Hitch Hikers idea: Debian Zaphod Debian Beebelbrox Debian Slarty Debian Bartfast Debian Dent Debian Vogon Debian Trillian Debian Marvin Debian Paranoid-Android or even better - Debian Don't Panic! how about Mostly Harmless? hmm that might need to be aproved by the testers :) hmm it sounds more like a releace stage than a name tho... unatable-frozen-mostly harmless-releace :) ( Sun Dive, Disaster Area, I supose making the default console text font have a black forground color on a black background is asking too much :) So long and thank's for all the fish!, You Again!) these might not make such good names :) hmmm Debian What is six times nine? miught not work either :) hmmm Debian: DO you know where your towel is? -Steve _ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com
Re: what's after slink
On Tue, Oct 06, 1998 at 11:49:47AM -0700, David Welton wrote: Yes, please - debian-creative. For logos, names, and other things of that ilk that are fun to discuss, but that we shoudlnt force on people who just want to do tech things. I second (and subscribe right away!) Marcelo
Intent to package: wip
Excerpt from the manual: WIP is an interactive package with a simple to use command line user interface used to produce high quality graphical output. WIP was developed as part of the Berkeley-Illinois-Maryland Association (BIMA) project. WIP is intended to be used to generate high quality graphics (using the PGPLOT graphics library) with a minimum of effort. Wip like pgplot would belong in the non-free category. For more information see: http://bima.astro.umd.edu/wip/ Wip was written by James A. Morgan ([EMAIL PROTECTED]). I have his permission to distribute debianized wip. Comments suggestions welcomed. -- Gopal Narayanan Ph #: (413) 545 0925 Five College Radio Astronomy Observatory Fax#: (413) 545 4223 University of Massachusetts e-mail: [EMAIL PROTECTED] Amherst MA 01003 ---
Re: problems with the resolver in glibc 2.0.7u
I've encountered times when every single address (out of hundreds) on the distribution list for a mailing list bounced for that reason, minutes after successful delivery of mails. I was unable to deduce a cause. I use sendmail 8.9.1. John Gergely Madarasz [EMAIL PROTECTED] writes: Hello! It seems there is a problem in the resolver of 2.0.7u: I upgraded my libc because apache needed it (__register_frame_info) and after that some mails just returned with Host not found, for correct addresses. This happened on two different hosts. And, btw, telnet worked in the meanwhile for these hosts... so it seems to be a strange interaction between sendmail (8.8.8-20) and libc. Any other experiences like this ? I dont want to submit a bugreport for now, because i'm not sure about it, but if others find this, then it is at least a grave bug... -- Madarasz Gergely [EMAIL PROTECTED] [EMAIL PROTECTED] It's practically impossible to look at a penguin and feel angry. Egy pingvinre gyakorlatilag lehetetlen haragosan nezni. HuLUG: http://mlf.linux.rulez.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capital Linux Users Group on the web at http://www.aclug.org
Re: How about using bzip2 as the standard *.deb compression format?
This is silly. dpkg/dselect are already insanely slow, even on my P166 with 128 meg of RAM -- especially when reading database, etc. If we slow down the installation so much more by using bzip2, then people will simply stop upgrading, or switch to other distributions because it is so slow. That is not acceptable. John Christopher Barry [EMAIL PROTECTED] writes: If your mighty 386/25 with 4MB can make World the entire X distribution and custom kernels then surely it won't sweat a little bit of bzip2 decompressing... and since you spend a lot less time downloading a bzip2ed *.deb, the extra time bzip2 would take by swapping and thrashing the disk should balance out nicely. Christopher James Troup wrote: Joseph Carter [EMAIL PROTECTED] writes in gratuitous QP: On Sun, Oct 04, 1998 at 12:15:40PM +0100, James Troup wrote: Old/slow/lomem machines can't properly compile X or Mozilla anyway. Bzzt. I've compiled xfree86 for Debian/m68k on a 386/25 equivalent with only 14Mb (don't ask) of memory several times. Took 5 days, like, but it compiled ``properly''. I doubt it would compile on my 4 meg 486. I don't; I compiled kernels on the same machine when it only had 4Mb. Nor would it run there. And I know it ran on my Falcon with 4Mb... -- James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- John Goerzen Linux, Unix consulting programming [EMAIL PROTECTED] | Developer, Debian GNU/Linux (Free powerful OS upgrade) www.debian.org | + Visit the Air Capital Linux Users Group on the web at http://www.aclug.org
Re: Perl 5.005.02
Le Tue, Oct 06, 1998 at 01:35:46PM +0200, Raphael Hertzog écrivait: The perl package is in incoming. So here is the list of the 33 packages that Well it doesn't work out of the box as I expected it. First the @INC isn't correct, it doesn't contain /usr/lib/perl5. Please Darren can you correct it ? Nevertheless I tried to recompile my lib*perl modules and second problem comes to me : dpkg-shlibdeps seems no to work anymore (in fact the launch is ok but it fails to do what it should (set debian/substvars))... I'm looking why ... maybe just a directory problem too. Cheers, -- Hertzog Raphaël ¤ 0C4CABF1 ¤ http://www.mygale.org/~hra/
Re: Finding a source package
[EMAIL PROTECTED](James A. Treacy) writes: Should apt have to download the dsc file for a package before it knows what the source files are? Why on earth not? If it's going to download the source, the .dsc file is part of the source and has to be downloaded anyway. If there are plans to allow multiple source versions into the archive simultaneously then this will need to be rethought. No such plans. This is not good. I disagree. Suppose one port needs a wildly different version of a program to have it work on that architecture. Then they have 2 options: (1) Do dirty disgusting hacks like I did for binutils on m68k. (Do a binary upload of the different version, ignore the source from then on [\begin{plug}trivially with quinn diff\end{plug}])[1] (2) Upload a new source package with a different name, e.g. foo2.1 as opposed to foo or whatever. (Already done for, e.g. glibc) -- James [1] Yes, this is horrible and I should do something better.
Re: Perl 5.005.02
Le Tue, Oct 06, 1998 at 10:56:28PM +0200, Raphael Hertzog écrivait: Nevertheless I tried to recompile my lib*perl modules and second problem comes to me : dpkg-shlibdeps seems no to work anymore (in fact the launch is ok but it fails to do what it should (set debian/substvars))... I'm looking why ... maybe just a directory problem too. Sorry I found the problem. dpkg-shlibdeps has no problem but in fact this a changed : $ ldd /usr/lib/perl5/i386-linux/5.004/auto/Locale/Msgcat/Msgcat.so libc.so.6 = /lib/libc.so.6 (0x40006000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x) $ ldd /rack/perso/travaux/...5.005.../Msgcat.so statically linked That's why the substitution ${shlibs:Depends} failed and stopped the package building. So just correct your control file... And wait for a new perl package so that *.pm file will install themselves in /usr/lib/perl5 instead of /usr/lib/perl5/5.005. Cheers, -- Hertzog Raphaël ¤ 0C4CABF1 ¤ http://www.mygale.org/~hra/
Re: Perl 5.005.02
Raphael == Raphael Hertzog [EMAIL PROTECTED] writes: Raphael Hello everybody, The perl package is in incoming. So here Raphael is the list of the 33 packages that need to be Raphael updated. The maintainers are listed. The list corresponds Raphael to package which contains filenames matching Raphael /usr/lib/perl5.*\.so. Just for my own curiousity: did Darren build this package or is it an NMU? Raphael interpreters/perl-tk Rob Browning [EMAIL PROTECTED] You need to download a more up-to-date Packages files. Rob doesn't own that package, I do. -- Stephen --- Perl is really designed more for the guys that will hack Perl at least 20 minutes a day for the rest of their career. TCL/Python is more a 20 minutes a week, and VB is probably in that 20 minutes a month group. :) -- Randal Schwartz
Re: Et toujours dans la langue de chat qui meurt ...
Translation: What a bad idea to have made only one page in French! I am getting very fed up with English. (Maybe I (Neale) will try to translate some of the other Debian pages.) jacques siorat writes: [1 text/plain; iso-8859-1 (quoted-printable)] La langue de Sheackspear (chat qui expire) Quelle malheureuse idée d'avoir fait une seule et unique page en Français ! Moi qui suit très faché avec l'anglais [EMAIL PROTECTED] ... Mailto : [EMAIL PROTECTED] [2 text/html; iso-8859-1 (quoted-printable)]
Re: Perl 5.005.02
Le Tue, Oct 06, 1998 at 02:22:50PM -0700, Stephen Zander écrivait: Just for my own curiousity: did Darren build this package or is it an NMU? It's Darren. I would have never done a NMU without Darren's approval and without the consent of the ML. You need to download a more up-to-date Packages files. Rob doesn't own that package, I do. I downloaded it 2 days ago on ftp.de.debian.org ... it's probably the only error. Cheers, -- Hertzog Raphaël ¤ 0C4CABF1 ¤ http://www.mygale.org/~hra/
Intend to package emil
Emil v2 is a filter for converting Internet Messages. It supports three basic formats: MIME, SUN Mailtool and plain old style RFC822. It can be used with sendmail, as a mailer, or as a prefilter or backend program with a mail client program, or as a plain filter. Source can be found at ftp://ftp.uu.se/pub/unix/networking/mail/emil/emil-2.1.0-beta9.tar.gz Tscho Roland -- * Internet: [EMAIL PROTECTED] * Fido: 2:2450/42 * PGP: 1024/DD08DD6D 2D E7 CC DE D5 8D 78 BE 3C A0 A4 F1 4B 09 CE AF
intent to package: imp (mail)
from the INSTALL MP CVS snapshot Copyright 1998 Charles J. Hagenbuch [EMAIL PROTECTED] This code is licensed under the GNU Public License. See the file COPYING in this directory. -- Requirements for IMP CVS snapshots -- * php 3.0.3 with IMAP support (and a database if you want prefs/addressbook). * a database (currently mysql or postgresql) for the abovementioned addressbook or pref saving, although using the prefs and addressbook is currently optional. * a web server, preferably an SSL web server so that IMP can use a secure connection. * an IMAP server to connect to. -- IMP can be obtained from http://ftp.horde.org/imp/ The IMP website is http://web.horde.org/imp/ Chris McClimans [EMAIL PROTECTED] pgp73h4u2dDiM.pgp Description: PGP signature
Re: Perl 5.005.02
On Tue, 6 Oct 1998, Raphael Hertzog wrote: rhertzAnd wait for a new perl package so that *.pm file will install themselves rhertzin /usr/lib/perl5 instead of /usr/lib/perl5/5.005. O, I thought it was perhaps intentional. Could you please notify this list when you upload the new package ? Thanks. John John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre
Re: Perl 5.005.02
On Tue, Oct 06, 1998 at 01:35:46PM +0200, Raphael Hertzog wrote: The perl package is in incoming. So here is the list of the 33 packages that need to be updated. The maintainers are listed. The list corresponds to package which contains filenames matching /usr/lib/perl5.*\.so. This didn't catch vim-perl, which seems to have been statically linked to perl, but references the libraries of the current version so should be upgraded as well. -- The idea is that the first face shown to people is one they can readily accept - a more traditional logo. The lunacy element is only revealed subsequently, via the LunaDude. [excerpted from the Lunatech Identity Manual]