Re: About the Hamm Freeze (!)
-BEGIN PGP SIGNED MESSAGE- Stephen Zander, in an immanent manifestation of deity, wrote: Not true Darren: dbmopen does the moral equivalent of the tie under the covers. It's one of my pet peeves that perl links in libraries to the main executable that are only required by extensions. Hmm. You're right. Any ideas on when this changed or was I just on too much sleep-dep when I last looked at this. (a while back) 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 programmer and 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 iQCVAwUBNZHNDI4wrq++1Ls5AQGSegP/R/dhVQ32p7WQ11f4vNkNasKhF/Qn3kvz n6wwl4AJuGYgoRB77VvspgXORoMjtOda0Zr+N3bK0WGO3yIZyS2sMOilmhLuF4rF J+ztgem+35weBBME/Kd3AMHXzH/5Re/SmI9VfNj/LPoFFiFgPq+OhUPn2C1IKoag 1J0wjwk++e4= =4IkJ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
Darren == Darren/Torin/Who Ever [EMAIL PROTECTED] writes: Darren Hmm. You're right. Any ideas on when this changed or was Darren I just on too much sleep-dep when I last looked at this. Darren (a while back) Been that way for quite a while AFAIK. Till very recently, though, dbmopen was hard-coded to GDBM_File or NDBM_File (can't remember which). -- Stephen --- all coders are created equal; that they are endowed with certain unalienable rights, of these are beer, net connectivity, and the pursuit of bugfixes... - Gregory R Block -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
Sorry for a late response, been on holidays... Darren == Darren/Torin/Who Ever [EMAIL PROTECTED] writes: Darren This is the case if you use the tie interface in Perl. Darren This is not the case if you use dbmopen, at least it Darren didn't use to be. Hamm should just get out the door and Darren we'll deal with it in slink. Not true Darren: dbmopen does the moral equivalent of the tie under the covers. It's one of my pet peeves that perl links in libraries to the main executable that are only required by extensions. -- Stephen --- all coders are created equal; that they are endowed with certain unalienable rights, of these are beer, net connectivity, and the pursuit of bugfixes... - Gregory R Block -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
-BEGIN PGP SIGNED MESSAGE- James Troup, in an immanent manifestation of deity, wrote: Of course, I agree, but my point was that gdbm *Shouldn't* be required and although it will need to be made so in hamm as a kludge, I tried to get this fixed properly back in March. And the point that I was trying to make was that it was too great of a change and that I'd do it in the next release. We WILL break people's scripts. 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 programmer and 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 iQCVAwUBNYrj+44wrq++1Ls5AQE/PwP/SscliqYy5/gmPSoLwxr0UFY6h0atPsyz 31rXFSPsXNI7TCwBcTbWFFxj5Jo9AuGEd0uMFl2yoga7qsnIVgq/2F+kb0fEV94L 79NCKnYn+Xc0vxvv07Ir0/Z8vkEUPgLWz1gcCUA5+MwI/MYcQoJ83rHrwuqn9HhO lIRCeo79NmM= =bVSg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
I was told that dselect has problems with hamm being distributed on more than one cd rom. Ian Jackson suggested that we should take a look at dpkg-mountable. This means that a) dpkg-mountable might need to be included in the boot floppies and b) we'll need at least one another set of boot floppies - or someone invents a different method for this. I believe Dale fit the i386 distribution (the largest, I assume) on 1 CD with about 30k to spare1 whew! Dale, please correct me if I misunderstood. Erk. dpkg-mountable has at least one problem which might cause problems: it currently doesn't support predependencies. If the autoup.sh script takes care of all predependencies, that's fine; otherwise, people are going to have to export DPKG_MOUNTABLE_PREDEP_SUPPORT=yes before their first upgrade. The only reason for this is that I wanted to get the other bugfixes into Hamm but I didn't have time to test it well enough. If it is necessary, it'd be good if people could test running with this and let me know if it works or not (I'm fairly sure, based on later experiments, that it will), and if there's time I'll upload a version with predepends support enabled by default. If it's necessary (i.e. Debian sits on multiple CDs) and passes testing then changing this to enable predependencies by default is okay. This should be the _only_ change, though. (I also have another change which installs packages in order of priority, which is in my local tree, but unfortunately I coded too long after freeze for it to make it in. If people want it I'm happy to upload this too, though.) I'd rather not. It worries me. Let's see if it is neccessary, first. Brian ( [EMAIL PROTECTED] ) --- Tired of spam? See what you can do to fight it at: http://www.cauce.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
Dear all, I'm a little late with this, unfortunately, but here goes anyway ... Martin Schulze [EMAIL PROTECTED] writes: I was told that dselect has problems with hamm being distributed on more than one cd rom. Ian Jackson suggested that we should take a look at dpkg-mountable. This means that a) dpkg-mountable might need to be included in the boot floppies and b) we'll need at least one another set of boot floppies - or someone invents a different method for this. Erk. dpkg-mountable has at least one problem which might cause problems: it currently doesn't support predependencies. If the autoup.sh script takes care of all predependencies, that's fine; otherwise, people are going to have to export DPKG_MOUNTABLE_PREDEP_SUPPORT=yes before their first upgrade. The only reason for this is that I wanted to get the other bugfixes into Hamm but I didn't have time to test it well enough. If it is necessary, it'd be good if people could test running with this and let me know if it works or not (I'm fairly sure, based on later experiments, that it will), and if there's time I'll upload a version with predepends support enabled by default. Happily, this is already copied to the release manager, whose decision it should probably be what happens here; I just think it's fairly important to get a decent first install. This is based on the idea that only packages up to a certain priority are included on the first cdrom and lower priorities are distributed through the second one. (I also have another change which installs packages in order of priority, which is in my local tree, but unfortunately I coded too long after freeze for it to make it in. If people want it I'm happy to upload this too, though.) Thanks, Andy -- Andy Mortimer, [EMAIL PROTECTED] http://www.poboxes.com/andy.mortimer PGP public key available on key servers -- This is the noise that keeps me awake. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
Darren/Torin/Who Ever... [EMAIL PROTECTED] writes: I don't know perl, and am only going on what Ray has been telling me. It was my understanding that perl could be made to dynamically load it's gdbm part on request and that way perl need only recommend or (better) suggest gdbm. Is this not the case? This is the case if you use the tie interface in Perl. This is not the case if you use dbmopen, at least it didn't use to be. Hamm should just get out the door and we'll deal with it in slink. Of course, I agree, but my point was that gdbm *Shouldn't* be required and although it will need to be made so in hamm as a kludge, I tried to get this fixed properly back in March. -- James ~Yawn And Walk North~ http://yawn.nocrew.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
-BEGIN PGP SIGNED MESSAGE- James Troup, in an immanent manifestation of deity, wrote: Darren/Torin/Who Ever... [EMAIL PROTECTED] writes: It hasn't happened *intentionally*. I'm not going to break many Perl scripts without warning. We have a release where gdbm is deprecated and then next release, Perl won't be linked with it. I don't know perl, and am only going on what Ray has been telling me. It was my understanding that perl could be made to dynamically load it's gdbm part on request and that way perl need only recommend or (better) suggest gdbm. Is this not the case? This is the case if you use the tie interface in Perl. This is not the case if you use dbmopen, at least it didn't use to be. Hamm should just get out the door and we'll deal with it in slink. 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 programmer and 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 iQCVAwUBNYTojY4wrq++1Ls5AQElrQP+OBkhMCEQLmhudJ4NWgWOvawQhiwGRCVl Kbla2nDaPaYZC6orumaPcpzLcHbuIdcWKv5QjgHOGVGUDryZHysMXFBI/XVtJ+Jk 549efR2BnTuuPz3zam2tStGyDP+Xt/F0Fr+ozsa3we4gIFfLFZ0mBX1v9f6DjzMH CdMCd2MiC4o= =GTfh -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
On Tue, 9 Jun 1998, Stig Sandbeck Mathisen wrote: * James Troup (Sun, Jun 07, 1998 at 07:47:21PM +0100) Blah. An even quicker ldd reveals this is already not the case. 20:45:[EMAIL PROTECTED]| ~ $ldd /usr/bin/perl | grep gdbm libgdbm.so.1 = /usr/lib/libgdbm.so.1 (0x40015000) 20:46:[EMAIL PROTECTED]| ~ $ Until _that_ changes, perl can't not Depend on gdbm. What's the greater evil? hAving the gdbm package and the dependency, or linking in libgdbm statically? In theory, perl can be built entirely without gdbm support, and libperl-gdbm made as separate package - with appropriate dependencies. I imagine that this is the proposed solution. Requiring gdbm is annoying, but doesn't sound release-critical to me. Jules /+---+-\ | Jelibean aka | [EMAIL PROTECTED] | 6 Evelyn Rd| | Jules aka | | Richmond, Surrey | | Julian Bean | [EMAIL PROTECTED]| TW9 2TF *UK* | ++---+-+ | War doesn't demonstrate who's right... just who's left. | | When privacy is outlawed... only the outlaws have privacy. | \--/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
* James Troup (Sun, Jun 07, 1998 at 07:47:21PM +0100) Blah. An even quicker ldd reveals this is already not the case. 20:45:[EMAIL PROTECTED]| ~ $ldd /usr/bin/perl | grep gdbm libgdbm.so.1 = /usr/lib/libgdbm.so.1 (0x40015000) 20:46:[EMAIL PROTECTED]| ~ $ Until _that_ changes, perl can't not Depend on gdbm. What's the greater evil? hAving the gdbm package and the dependency, or linking in libgdbm statically? -- SSM - Stig Sandbeck Mathisen Trust the Computer, the Computer is your Friend pgph4td0lRyQa.pgp Description: PGP signature
Re: About the Hamm Freeze (!)
Yes this is clearly a dynamically loaded module. There is no question that the perl binary will run if /usr/lib/libgdbm.so or whatever is absent. homey 41 locate GDBM /usr/lib/perl5/i386-linux/5.004/auto/GDBM_File /usr/lib/perl5/i386-linux/5.004/auto/GDBM_File/autosplit.ix /usr/lib/perl5/i386-linux/5.004/auto/GDBM_File/GDBM_File.bs /usr/lib/perl5/i386-linux/5.004/auto/GDBM_File/GDBM_File.so /usr/lib/perl5/i386-linux/5.004/GDBM_File.pm /usr/man/man3/GDBM_File.3pm.gz On Sun, 7 Jun 1998, Raul Miller wrote: James Troup [EMAIL PROTECTED] wrote: I don't know perl, and am only going on what Ray has been telling me. It was my understanding that perl could be made to dynamically load it's gdbm part on request and that way perl need only recommend or (better) suggest gdbm. Is this not the case? A quick test using strace suggests that this is already the case. My not-always-correct memory suggests that the gdbm support code currently lives in /usr/lib/perl5/i386-linux/5.004/auto/GDBM_File (at least for the intel world). -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
My last message couldn't have been more wrong ! Maybe there is a difference between the perl interface to gdbm and some core perl function that relies on it ? On 7 Jun 1998, James Troup wrote: Raul Miller [EMAIL PROTECTED] writes: James Troup [EMAIL PROTECTED] wrote: I don't know perl, and am only going on what Ray has been telling me. It was my understanding that perl could be made to dynamically load it's gdbm part on request and that way perl need only recommend or (better) suggest gdbm. Is this not the case? A quick test using strace suggests that this is already the case. Blah. An even quicker ldd reveals this is already not the case. 20:45:[EMAIL PROTECTED]| ~ $ldd /usr/bin/perl | grep gdbm libgdbm.so.1 = /usr/lib/libgdbm.so.1 (0x40015000) 20:46:[EMAIL PROTECTED]| ~ $ Until _that_ changes, perl can't not Depend on gdbm. -- James ~Yawn And Walk North~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED] John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
G John Lapeyre [EMAIL PROTECTED] wrote: My last message couldn't have been more wrong ! Maybe there is a difference between the perl interface to gdbm and some core perl function that relies on it ? I guess I'm forced to agree: # cd /usr/lib # ls *gdbm* libgdbm.a libgdbm.so.1libgdbm.so.1.7.3 libgdbm.solibgdbm.so.1.7libgdbm.so.2 # mkdir tmp # mv *gdbm* tmp/ # perl -e 'print hi\n' perl: error in loading shared libraries libgdbm.so.1: cannot open shared object file: No such file or directory # mv tmp/* . # perl -e 'print hi\n' hi # strace -o /tmp/perltrace perl -e 'print hi\n' hi # grep gdbm /tmp/perltrace open(/usr/lib/libgdbm.so.1, O_RDONLY) = 5 # I don't know how I missed this before. -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
-BEGIN PGP SIGNED MESSAGE- James Troup, in an immanent manifestation of deity, wrote: No; perl shouldn't depend on libgdbmg1. libgdbmg1 is obsolete and deprecated. I asked the perl maintainer if he could fix this back in March or so, apparently it hasn't happened. We had this discussion. It can't really happen for hamm. With the slink release, it will. I'm actually going to try to unbundle those libraries that are only required by extensions since the extensions are able to load them up just fine. We're not SunOS 4.x. 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 programmer and 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 iQCVAwUBNXo/Y44wrq++1Ls5AQHqSQP/ZMoyF4Req7VyHWlj4DlWgPa+ZJxGvhTp 4t+I+Ux8fo8A3qsGLJyCAGjSOOW38m5i7Ta5birPTFNJIrt29P+lz7Hjv1m21+xb ZPX396m8rgEbtAtkv0bvBmF9CiSkC/894wCz3cWJA2gKTtQqW5Lx/ZIyoB/wuVx1 1SU8Uo8wuFQ= =MAgW -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
-BEGIN PGP SIGNED MESSAGE- Raul Miller, in an immanent manifestation of deity, wrote: James Troup [EMAIL PROTECTED] wrote: No; perl shouldn't depend on libgdbmg1. libgdbmg1 is obsolete and deprecated. I asked the perl maintainer if he could fix this back in March or so, apparently it hasn't happened. This close to hamm's release, we should probably rely on non-maintainer fixes for most outstanding problems (if we can get a maintainer release that's better, of course). It hasn't happened *intentionally*. I'm not going to break many Perl scripts without warning. We have a release where gdbm is deprecated and then next release, Perl won't be linked with it. I'll check in the preinst and if they're upgrading from a release with gdbm to one without, I mention this and ask them if they want to continue. 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 programmer and 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 iQCVAwUBNXpBAo4wrq++1Ls5AQGS1gP+LUFgTIPRrI8XKXsxLj/QppkxxVh8G+Be 0fStK9MeRDxDpvuCyd+IFdEM4uGFukbn9XetRYkJOJ5b8nrXWliwLu/JiwpNvj0v g9hGB8ai9FpGp5J24DpYrFNMhwqyTe71/GdKvWeXUA+CTUoomu0jvaZWWvtuP2lW IT83njYCLFg= =f/9x -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
Darren/Torin/Who Ever... [EMAIL PROTECTED] writes: Raul Miller, in an immanent manifestation of deity, wrote: James Troup [EMAIL PROTECTED] wrote: No; perl shouldn't depend on libgdbmg1. libgdbmg1 is obsolete and deprecated. I asked the perl maintainer if he could fix this back in March or so, apparently it hasn't happened. This close to hamm's release, we should probably rely on non-maintainer fixes for most outstanding problems (if we can get a maintainer release that's better, of course). It hasn't happened *intentionally*. I'm not going to break many Perl scripts without warning. We have a release where gdbm is deprecated and then next release, Perl won't be linked with it. I don't know perl, and am only going on what Ray has been telling me. It was my understanding that perl could be made to dynamically load it's gdbm part on request and that way perl need only recommend or (better) suggest gdbm. Is this not the case? In any event _that_ was what I was requesting, not that we arbitrarily drop gdbm support for perl in hamm. I realise that's not a winning ploy. -- James ~Yawn And Walk North~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
James Troup [EMAIL PROTECTED] wrote: I don't know perl, and am only going on what Ray has been telling me. It was my understanding that perl could be made to dynamically load it's gdbm part on request and that way perl need only recommend or (better) suggest gdbm. Is this not the case? A quick test using strace suggests that this is already the case. My not-always-correct memory suggests that the gdbm support code currently lives in /usr/lib/perl5/i386-linux/5.004/auto/GDBM_File (at least for the intel world). -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
Raul Miller [EMAIL PROTECTED] writes: James Troup [EMAIL PROTECTED] wrote: I don't know perl, and am only going on what Ray has been telling me. It was my understanding that perl could be made to dynamically load it's gdbm part on request and that way perl need only recommend or (better) suggest gdbm. Is this not the case? A quick test using strace suggests that this is already the case. Blah. An even quicker ldd reveals this is already not the case. 20:45:[EMAIL PROTECTED]| ~ $ldd /usr/bin/perl | grep gdbm libgdbm.so.1 = /usr/lib/libgdbm.so.1 (0x40015000) 20:46:[EMAIL PROTECTED]| ~ $ Until _that_ changes, perl can't not Depend on gdbm. -- James ~Yawn And Walk North~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
On Tue, May 12, 1998 at 11:36:14AM -0400, Brian White wrote: The freeze of Hamm is about to become much more solid. The installation has been determined to be stable and now testing is proceeding to the individual packages. This will start with the testing of those marked essential and work on down to those marked standard. Packages marked optional or extra will not be tested (beyond installation) by the testing group unless they are given more time simply because not all the release-necessary bugs have been fixed. I was told that dselect has problems with hamm being distributed on more than one cd rom. Ian Jackson suggested that we should take a look at dpkg-mountable. This means that a) dpkg-mountable might need to be included in the boot floppies and b) we'll need at least one another set of boot floppies - or someone invents a different method for this. This is based on the idea that only packages up to a certain priority are included on the first cdrom and lower priorities are distributed through the second one. dark: Could you run your script that checks each priority for completeness? (don't depend/... on packages of lower priority) Regards, Joey -- / Martin Schulze * [EMAIL PROTECTED] * 26129 Oldenburg / / http://home.pages.de/~joey/ / VFS: no free i-nodes, contact Linus -- finlandia, Feb '94 / pgpYE389mo4RR.pgp Description: PGP signature
Re: About the Hamm Freeze (!)
On Fri, Jun 05, 1998 at 12:14:33AM +0200, Martin Schulze wrote: On Tue, May 12, 1998 at 11:36:14AM -0400, Brian White wrote: The freeze of Hamm is about to become much more solid. The installation has been determined to be stable and now testing is proceeding to the individual packages. This will start with the testing of those marked essential and work on down to those marked standard. Packages marked optional or extra will not be tested (beyond installation) by the testing group unless they are given more time simply because not all the release-necessary bugs have been fixed. I was told that dselect has problems with hamm being distributed on more than one cd rom. Ian Jackson suggested that we should take a look at dpkg-mountable. This means that a) dpkg-mountable might need to be included in the boot floppies and b) we'll need at least one another set of boot floppies - or someone invents a different method for this. I plan to upload boot-floppies 2.0.7 next week, to fix some remaining bugs. I will include dpkg-mountable in the base system for that set. -- Enrique Zanardi[EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
Martin Schulze wrote: dark: Could you run your script that checks each priority for completeness? (don't depend/... on packages of lower priority) http://master.debian.org/~dark/lintian/reports/depcheck.html#i386 :-) It's generated daily. I was going to announce it together with a number of other lintian changes, but it seems that's going to take a while. Richard Braakman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
Richard Braakman [EMAIL PROTECTED] wrote: http://master.debian.org/~dark/lintian/reports/depcheck.html#i386 :-) Looks like libstdc++2.8 and libgdbmg1 should be required, and that dpkg-dev, dpkg-perl, and libnet-perl should be standard. -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
Raul Miller [EMAIL PROTECTED] writes: Looks like libgdbmg1 should be required, [ ... ] No; perl shouldn't depend on libgdbmg1. libgdbmg1 is obsolete and deprecated. I asked the perl maintainer if he could fix this back in March or so, apparently it hasn't happened. -- James ~Yawn And Walk North~ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: About the Hamm Freeze (!)
James Troup [EMAIL PROTECTED] wrote: No; perl shouldn't depend on libgdbmg1. libgdbmg1 is obsolete and deprecated. I asked the perl maintainer if he could fix this back in March or so, apparently it hasn't happened. This close to hamm's release, we should probably rely on non-maintainer fixes for most outstanding problems (if we can get a maintainer release that's better, of course). -- Raul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]