Re: Linux on a i286
On Thu, Dec 11, 1997 at 08:30:19AM -0500, Alex Yukhimets wrote: Is there a way I can get Linux to work on my old 286? There is an attempt to port Linux to 086 called ELKS. Look for it's link on LDP page (http://sunsite.unc.edu/LDP/). Last time I checked I still couldn't even boot it on my 286 though. Times have changed. It boots okay and there are some user space utilities which run okay. There's still a long way to go yet though. It is hoped that there will be networking in the future. Hamish -- Hamish Moffatt, [EMAIL PROTECTED], [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 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: looking for new maintainer
On Fri, Nov 28, 1997 at 07:48:04PM +0100, Andreas Jellinghaus wrote: i'm looking for a new maintainer for all my packages : mpage makedev (taken) giflib kde* I'll take mpage. Thanks Adrian email: [EMAIL PROTECTED] | Debian Linux - www.debian.org http://www.poboxes.com/adrian.bridgett | Because bloated, unstable PGP key available on public key servers | operating systems are from MS -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
unstripped stuff in /usr/lib
There is quite a lot of unstripped libraries/object files in /usr/lib, is this against policy? lots of perl5 stuff loads of elk stuff libdpkg.so.0.0 lpbftp.so.1.0 crt1.o: crti.o: crtn.o: hwtools/irqtune_npr.o: hwtools/irqtune_mod.o: gcrt1.o: libbsd-compat.a: libieee.a: netscape/plugins/libnullplugin.so: netscape/libnullplugin-dynMotif.so: netscape/dynfonts/libTrueDoc.so: libmcheck.a: libc5-compat/libcompface.so.1.0.0: libc5-compat/libpng.so.0.96: libgmp.so.2.0.2: libcompface.so.1.0.0: Thanks Adrian email: [EMAIL PROTECTED] | Debian Linux - www.debian.org http://www.poboxes.com/adrian.bridgett | Because bloated, unstable PGP key available on public key servers | operating systems are from MS -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: syslogd taking up lots of CPU..
That EAGAIN disturbs me. We're not even close to being out of disk space; what could be causing this? EAGAIN doesn't mean out of disk space. The gnu libc manual says this: - Macro: int EAGAIN Resource temporarily unavailable; the call might work if you try again later. The macro `EWOULDBLOCK' is another name for `EAGAIN'; they are always the same in the GNU C library. This error can happen in a few different situations: * An operation that would block was attempted on an object that has non-blocking mode selected. Trying the same operation again will block until some external condition makes it possible to read, write, or connect (whatever the operation). You can use `select' to find out when the operation will be possible; *note Waiting for I/O::.. *Portability Note:* In older Unix many systems, this condition was indicated by `EWOULDBLOCK', which was a distinct error code different from `EAGAIN'. To make your program portable, you should check for both codes and treat them the same. * A temporary resource shortage made an operation impossible. `fork' can return this error. It indicates that the shortage is expected to pass, so your program can try the call again later and it may succeed. It is probably a good idea to delay for a few seconds before trying it again, to allow time for other processes to release scarce resources. Such shortages are usually fairly serious and affect the whole system, so usually an interactive program should report the error to the user and return to its command loop. What this actually meant in your case, I don't know. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: (fwd) PIC Programmer v2.0
On Thu, Dec 11, 1997 at 11:48:43PM +0100, Hartmut Koptein wrote: I am interested in packaging the following, especially since we already have some PIC tools and it's a growing area. Yes that's a good idea. And if you put it into the menu take apps/Technical for it. Hmmm. There are already some programs in apps/Electronics, wouldn't that be better (it is more specific)? I agree, let's do more electronics packages. In an email discussion we had earlier this year, Joost Kooij [EMAIL PROTECTED] suggested he would be interested in a mailing list about this sort of software. I have recently had some discussions with a chap working on some electronics packages for FreeBSD and he also expressed interest. If there are some other people interested I will go ahead and create the list here, unless somebody else has a better listserver to offer. hamish -- Hamish Moffatt, [EMAIL PROTECTED], [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 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: syslogd taking up lots of CPU..
Ben == Ben Pfaff [EMAIL PROTECTED] writes: Ben EAGAIN doesn't mean out of disk space. The gnu libc manual Ben says this: Ben * A temporary resource shortage made an operation Ben impossible. `fork' can return this error. You know, I'll bet it was the glibc2.0.5c problem. I've upgraded to 2.0.6 and will see if it goes away. -- Brought to you by the letters X and E and the number 12. My sister has three.. gender biases. -- Moxy Fruvous Ben Gertzfield http://www.imsa.edu/~wilwonka/ Finger me for my public PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: syslogd taking up lots of CPU..
Hm. For some reason, today, syslogd started taking up more than its share of CPU. (About 20% on a P200.) I wonder if this is related to a problem I've been having recently. Every console has been getting messages like the following at random times Message from [EMAIL PROTECTED] at Thu Dec 11 17:20:00 1997 ... landru Message from [EMAIL PROTECTED] at Thu Dec 11 17:20:51 1997 ... landru last message repeated 26 times sysklogd 1.3-17.1 is installed. - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
On 12 Dec 1997, Martin Mitchell wrote: Chris Fearnley [EMAIL PROTECTED] writes: debian/bo/binary-i386/base/libc5_5.4.33-6.deb conflicts with libc6 making it IMPOSSIBLE to upgrade!! I had to downgrade to libc5_5.4.33-3.deb from a LSL CD (thank goodness this bug is not shipped on CDs!!) in order to upgrade to libc6. But I noticed that the broken package is still on the ftp sites. So lots of people will not be able to upgrade their Debian systems without technical support. YUK! Huh? The upgrade path is quite clear: install a newer libc5 (5.4.33-7) from hamm, then you may install libc6. The solution isn't quite so simple. The libc5 from hamm DEPENDS ON libc6. There is a definate problem here. The dependancies make it difficult to upgrade partially to running libc6 stuff without upgrading the complete distribution. Installing libc5 from hamm pretty much forces you to migrate your development system to libc6 or libc5-altdev since it CONFLICTS with libc5-dev. I'm forwarding this discussion to debian-devel because I'm sick of trying to find a useful workaround for people who just want to install a few packages from hamm without upgrading the whole thing. Here's a basic table of the relationships of the various libc5's ++---+---+ || libc6 | libc5-dev | ++---+---+ | libc5-5.4.33-3 | OK| OK| What we USED to have in bo ++---+---+ | libc5-5.4.33-6 | CONFLICTS | OK| What is in bo now ++---+---+ | libc5-5.4.33-7 | OK| CONFLICTS | What is in hamm now ++---+---+ As you can see, we used to have a working way of installing libc6 whilst keeping libc5-dev and friends. We no longer do. This is in dire need of being fixed. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Where did packages in HELD-FOR-GUY go?
Joey Hess [EMAIL PROTECTED] writes: Eloy A. Paris wrote: does anyone know where are all the packages that were in Incoming/HELD-FOR-GUY? This directory is empty now but at least samba (which I maintain) has not been integrated into hamm (and samba was in HELD-FOR-GUY). Oh no! I had a non-maintainer release of bitchx in there, a good 6 hours work, with no backups. I did a locate on master, I cannot find the stuff that was in HELD-FOR-GUY anywhere at all. I installed it all. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: status of bzip
Michael Sobolev [EMAIL PROTECTED] writes: Whoops, forget I said the above sentence, I can't seem to find bzip anywhere in Debian... My fingers automatically typed gzip instead of bzip when searching :-( The last time it was seen in non-us distribution. Because of the patent issue presumably. I've always thought that was inconsistent as we have plenty of lzw/gif software in non-free, NOT non-us. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: status of bzip
On 11 Dec 1997, Guy Maor wrote: : Michael Sobolev [EMAIL PROTECTED] writes: : : Whoops, forget I said the above sentence, I can't seem to find bzip : anywhere in Debian... My fingers automatically typed gzip instead of : bzip when searching :-( : The last time it was seen in non-us distribution. : : Because of the patent issue presumably. I've always thought that was : inconsistent as we have plenty of lzw/gif software in non-free, NOT : non-us. : : : Guy I thought the bzip algorithm was the issue ... isn't it patented or some such nonsense in the US, while the rest of the world doesn't believe in such patents? (Same issue as RSA ...) Of course, I could be delirious and wrong, you never can tell. -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 phone: (605) 334-4454 fax: (605) 335-1173 mailto://[EMAIL PROTECTED] http://www.midco.net PGP Key ID: 0xA33B86E9 - Public key available at keyservers PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
Scott K. Ellis [EMAIL PROTECTED] writes: Huh? The upgrade path is quite clear: install a newer libc5 (5.4.33-7) from hamm, then you may install libc6. The solution isn't quite so simple. The libc5 from hamm DEPENDS ON libc6. There is a definate problem here. You install both hamm libc6/libc5 at once. You have to do the same kind of thing to install pam, by the way. Martin. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
On 12 Dec 1997, Martin Mitchell wrote: Scott K. Ellis [EMAIL PROTECTED] writes: Huh? The upgrade path is quite clear: install a newer libc5 (5.4.33-7) from hamm, then you may install libc6. The solution isn't quite so simple. The libc5 from hamm DEPENDS ON libc6. There is a definate problem here. You install both hamm libc6/libc5 at once. You have to do the same kind of thing to install pam, by the way. Still doesn't solve the problem of the hamm libc5 conflicting with libc5-dev and the bo libc5 conflicting with libc6. It is a compilation of different breakages here. My concern is for people who still want to do libc5 development WITH THEIR NORMAL SETUP while installing a few libc6 packages. Note, I maintain the Debian libc5 to libc6 Mini-HOWTO, which is posted here occasionally and always available at http://www.gate.net/~storm/FAQ/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken
On Thu, 11 Dec 1997, Chris Fearnley wrote: The reason for my bug is to get the broken package off the ftp site. Before anyone else breaks their system. Guy, if everyone believes that 5.4.33-7 in hamm solves the problem, could you replace libc5_5.4.33-6.deb with libc5_5.4.33-7.deb? I won't be hazarding the upgrade to libc6 until tomorrow so I have no opinion that -7 is any good. NO DO NOT DO THAT (replace with the libc5 from hamm). The libc5 from hamm CONFLICTS WITH libc5-dev. This is a BAD THING (read my other post on this bug which I also forwarded to debian-devel) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
Scott K. Ellis [EMAIL PROTECTED] writes: Still doesn't solve the problem of the hamm libc5 conflicting with libc5-dev and the bo libc5 conflicting with libc6. It is a compilation of different breakages here. My concern is for people who still want to do libc5 development WITH THEIR NORMAL SETUP while installing a few libc6 packages. That isn't possible, because of utmp breakage. libc6 users are expected to use altdev, that is the point of having altdev in the distribution. Martin. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: status of bzip
Guy Maor [EMAIL PROTECTED] writes: Michael Sobolev [EMAIL PROTECTED] writes: Whoops, forget I said the above sentence, I can't seem to find bzip anywhere in Debian... My fingers automatically typed gzip instead of bzip when searching :-( The last time it was seen in non-us distribution. Because of the patent issue presumably. I've always thought that was inconsistent as we have plenty of lzw/gif software in non-free, NOT non-us. It is different becuase the lzw patent holders (HP?) have given a general license for non-profit use of the patent. Andy. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
Scott K. Ellis [EMAIL PROTECTED] writes: I'm sick of trying to find a useful workaround for people who just want to install a few packages from hamm without upgrading the whole thing. There isn't one. I assumed you, as libc5-to-libc6 maintainer, knew that. Yes, it is theoretically possible to make libc5/libc5-dev, libc-6/libc6-altdev packages, all using the old utmp format (among other things), but I don't see the point in doubling development effort for the few people who want to straddle the fence. Either stay on bo or upgrade to hamm. I'll be making a bo-unstable distribution this weekend for anybody who wants to upload libc5 versions of their packages. That'll hopefully take away some of the impetus from this discussion. | libc5-5.4.33-3 | OK| OK| What we USED to have in bo That was before we had a libc5 with libc6 format utmp. It's impossible now. Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: status of bzip
Andy Guy [EMAIL PROTECTED] writes: It is different becuase the lzw patent holders (HP?) have given a general license for non-profit use of the patent. That's true. It's Unisys that holds the patent, btw. The patent on bzip is moot anyway, as bzip2 does not have any patents on it. It should go to main. I think we should discourage the use of bzip by not having it in the archive. Someone mentioned that there was a bunzip which could go to non-free? Guy -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
glibc pre-release 2.0.6-0.4
I've put yet another experimental, pre-release of glibc-2.0.6pre4 at ftp://ftp.ods.com/pub/linux. Please test it and let me know how it works. The upstream maintainer wants to release this coming Sunday so I need your feedback as soon as possible. There is an IMPORTANT CHANGE in this version. I now use the kernel-headers package instead of including the kernel headers in with libc6-dev. This does NOT mean that we are reverting back to the old symlink method since the symlinks point to headers from a specific kernel-headers-X.Y.Z package, 2.0.32 in this case. This change has three advantages. First it removes the unnecessary duplication of kernel header files. Second, different architectures can more easily use different kernel headers. This is currently a big problem for m68k. Third, it makes the Debian-specific changes to glibc small enough that they will be included in the upstream source. We can, and probably will have to, make changes to the upstream source, but having the initial Debian-specific files included will give us additional visibility. The only architecture I expect to have problems with this arrangement is m68k. James, would you please check out the new packages and let me know what KVERSION value to use in debian/rules for m68k. Herbert, I have a couple of requests for your kernel-headers and kernel-source packages. First, would you please apply the enclosed patch from Andreas Jaeger to the 2.0.32 versions. It doesn't appear to affect the building of glibc for i386, but it could for other architectures and for user programs. Second (not abosulutely necessary, but desirable), would you please consider making the kernel-source-X.Y.Z package provide the appropriate /usr/src/kernel-headers-X.Y.Z symlink. libc6-dev currently only depends on kernel-headers-X.Y.Z and has no provision for switching to kernel-source-X.Y.Z if the user changes between the two. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 From [EMAIL PROTECTED] Thu Dec 11 02:38:55 1997 Return-Path: [EMAIL PROTECTED] Received: from elvis.sw.ods.com ([160.86.13.7]) by elo.sw.ods.com with esmtp id m0xg491-0003BwC (Debian Smail-3.2.0.92 1997-Feb-9 #2); Thu, 11 Dec 1997 02:38:55 -0600 (CST) Received: from birdland.rhein-neckar.de ([193.197.88.3]) by elvis.sw.ods.com (Netscape Mail Server v2.01) with ESMTP id AAA17372 for [EMAIL PROTECTED]; Thu, 11 Dec 1997 02:38:43 -0500 Received: from amalthea.rhein-neckar.de ([EMAIL PROTECTED]) by birdland.rhein-neckar.de (8.8.7/8.8.3) with bsmtp id JAA08798 for sw.ods.com!david; Thu, 11 Dec 1997 09:30:25 +0100 (MET) Received: from arthur.rhein-neckar.de by amalthea.rhein-neckar.de via rsmtp with bsmtp id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 11 Dec 1997 09:12:12 +0100 (MET) (Smail-3.2 1996-Jul-4 #5 built 1997-Jun-26) Received: by arthur.rhein-neckar.de via sendmail with stdio id [EMAIL PROTECTED] for [EMAIL PROTECTED]; Thu, 11 Dec 1997 08:24:53 +0100 (CET) (Smail-3.2.0.95 1997-May-7 #5 built 1997-May-28) Message-Id: [EMAIL PROTECTED] Date: Thu, 11 Dec 1997 08:24:53 +0100 (CET) From: Andreas Jaeger [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=Plhch352+y Content-Transfer-Encoding: 7bit To: David Engel [EMAIL PROTECTED] Subject: Kernel header patch for glibc 2.0.6-3 X-Mailer: VM 6.34 under 20.3 Vatican City XEmacs Lucid Status: RO X-Status: A Content-Length: 2242 Lines: 83 --Plhch352+y Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi David, you've find appended two small patches that are already in 2.0.33-pre2. Those patches are necessary for glibc, you might want to add them to your kernel includes. Andreas --Plhch352+y Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Return-Path: aj Received: by arthur.rhein-neckar.de via sendmail with stdio id [EMAIL PROTECTED] for aj; Thu, 4 Dec 1997 09:18:09 +0100 (CET) (Smail-3.2.0.95 1997-May-7 #5 built 1997-May-28) Message-Id: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: VM 6.34 under 20.3 Vatican City XEmacs Lucid Bcc: From: Andreas Jaeger [EMAIL PROTECTED] To: Linus Torvalds [EMAIL PROTECTED] Subject: Include files cleanup for Linux 2.0.33 Date: Thu, 4 Dec 1997 09:18:09 +0100 (CET) Hi Linus, could you please add the following two changes to Linux 2.0.33? The defines are already made in include/linux/socket.h and are redundant - and cause problems with glibc. The first patch is already in Linux 2.1.x - and you've got a patch for the second one for inclusion in 2.1.71 separately. Thanks, Andreas --- include/linux/ax25.h.~1~Sat Aug 10 09:03:15 1996 +++ include/linux/ax25.hThu Dec 4 09:13:44 1997 @@ -6,7 +6,6 @@ #ifndef
Re: status of bzip
On Thu 11 Dec 1997, Guy Maor wrote: Andy Guy [EMAIL PROTECTED] writes: It is different becuase the lzw patent holders (HP?) have given a general license for non-profit use of the patent. That's true. It's Unisys that holds the patent, btw. The patent on bzip is moot anyway, as bzip2 does not have any patents on it. It should go to main. I think we should discourage the use of bzip by not having it in the archive. Someone mentioned that there was a bunzip which could go to non-free? I started this thread, and mentioned that there is a bunzip-only source available. I suspect that that will also have to go into non-us, if the original bzip also had to go to non-us due to (silly) US patents. I'll contact the author of bzip / bunzip / bzip2 to see what the problems with patents were exactly, to determine where bunzip might go. I'll report back here. By replacing bzip with bunzip, and also offering bzip2, we should be able to limit the further use of bzip. Paul Slootman -- Can you get your operating system fixed when you need it? Linux - the supportable operating system. http://www.debian.org/support.html home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED] http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: packaging agrep
G John Lapeyre [EMAIL PROTECTED] writes: I am planning to package agrep, a grep-like tool that allows to We have it already. I think it comes with glimpse . So it should be split into an extra package ? Sven -- Sven Rudolph [EMAIL PROTECTED] http://www.sax.de/~sr1/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Uploaded libtermreadkey-perl 2.09-1 (source i386) to master
On Thu, 11 Dec 1997 [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Format: 1.5 Date: Tue, 9 Dec 1997 00:21:58 +0100 Source: libtermreadkey-perl Binary: libtermreadkey-perl Just for the case, that the module is called Term::ReadKey, you should choose libterm-readkey-perl for the Debian package. (Why hasn't this package not been discussed on debian-devel? Or did I miss something?) Thanks, Chris -- Christian Schwarz Do you know [EMAIL PROTECTED], [EMAIL PROTECTED], Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED] Visit PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA http://www.debian.org http://fatman.mathematik.tu-muenchen.de/~schwarz/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is cp -a allowed in debian/rules?
On 11 Dec 1997, Douglas Bates wrote: I have a vague recollection of seeing some comments regarding flags for cp that should be avoided in packaging scripts. Perhaps this was in the discussion of bashisms. I don't remember anything like that. Debian ships with `GNU cp', so I don't see a reason for not using the `-a' option. (I'd prefer the `-a' solution over the `tar' hack since it's much easier to read.) Thanks, Chris -- Christian Schwarz [EMAIL PROTECTED], [EMAIL PROTECTED], Debian has a logo![EMAIL PROTECTED], [EMAIL PROTECTED] Check out the logo PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA pages at http://fatman.mathematik.tu-muenchen.de/~schwarz/debian-logo/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Amiga port of Debian
Turbo Fredriksson [EMAIL PROTECTED] writes: It most certainly is not. Hmmm? What's missing then, since we are running a perfectly working 1.2.17 system... Any sane Amiga installation disks; a non-buggy-pseudo-1.3 base set. And as of 12/12/1997, 246 packages have yet to be compiled and a further 204 are out of date. Debian/m68k is not finished and it is not released. -- James -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
fes list
I have created a mailing list for discussion about free electronics software on Linux, FreeBSD etc. To subscribe, send subscribe in the body of a message to [EMAIL PROTECTED]; submission address is [EMAIL PROTECTED] thanks, Hamish -- Hamish Moffatt, [EMAIL PROTECTED], [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 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
On 12 Dec 1997, Martin Mitchell wrote: Scott K. Ellis [EMAIL PROTECTED] writes: Still doesn't solve the problem of the hamm libc5 conflicting with libc5-dev and the bo libc5 conflicting with libc6. It is a compilation of different breakages here. My concern is for people who still want to do libc5 development WITH THEIR NORMAL SETUP while installing a few libc6 packages. That isn't possible, because of utmp breakage. libc6 users are expected to use altdev, that is the point of having altdev in the distribution. Corruption of utmp/wtmp is a MINOR PROBLEM. Many people don't care if the file is corrupted, they just want to use some libc6 stuff without being forced completely into libc6. We used to be able to accomidate them without all sorts of force magic. -- Scott K. Ellis [EMAIL PROTECTED] http://www.gate.net/~storm/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
On 11 Dec 1997, Guy Maor wrote: Scott K. Ellis [EMAIL PROTECTED] writes: I'm sick of trying to find a useful workaround for people who just want to install a few packages from hamm without upgrading the whole thing. There isn't one. I assumed you, as libc5-to-libc6 maintainer, knew that. Well, there is one. It involves downgrading libc5 to 5.4.33-3 from my ftp site and putting it on hold. This is not, however, a very elegant solution. Yes, it is theoretically possible to make libc5/libc5-dev, libc-6/libc6-altdev packages, all using the old utmp format (among other things), but I don't see the point in doubling development effort for the few people who want to straddle the fence. Either stay on bo or upgrade to hamm. Not asking for libc6-altdev or libc6 using the libc5 utmp format. Just for a libc5 that doesn't conflict with libc6 or libc5-dev I'll be making a bo-unstable distribution this weekend for anybody who wants to upload libc5 versions of their packages. That'll hopefully take away some of the impetus from this discussion. | libc5-5.4.33-3 | OK| OK| What we USED to have in bo That was before we had a libc5 with libc6 format utmp. It's impossible now. Why is it so impossible? Just don't apply the libc6-utmp patches to libc5. Maybe I'm missing something totally obvious here, but if so I don't see it.~ -- Scott K. Ellis [EMAIL PROTECTED] http://www.gate.net/~storm/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
On Fri, 12 Dec 1997, Scott Ellis wrote: Corruption of utmp/wtmp is a MINOR PROBLEM. Many people don't care if the file is corrupted, they just want to use some libc6 stuff without being forced completely into libc6. How do I know which type of utmp/wtmp I'm currently using, my package 'TCPQuota' is using utmp to find out the users online... That is, when (exactly) did the utmp/wtmp file changed? BTW, is the 'bugg', that does _NOT_ write the IP address of the host a user is comming from, still left in the login program? Login writes the remotehost, but not the remoteip, and I need the remote ip... --- Turbo_ /// If there are no Amigas in heaven, send me to HELL! ^\\\/ Unix _IS_ user friendly - it's just selective about who its friends are ! Turbo Fredriksson Tel: +46-704-697645 S-415 10 Göteborg[EMAIL PROTECTED] SWEDEN www5.tripnet.se/~turbo My PGP key can be found at: 'www5.tripnet.se/~turbo/pgp.html' Key fingerprint = B7 92 93 0E 06 94 D6 22 98 1F 0B 5B FE 33 A1 0B --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
On Fri, 12 Dec 1997, Turbo Fredriksson wrote: On Fri, 12 Dec 1997, Scott Ellis wrote: Corruption of utmp/wtmp is a MINOR PROBLEM. Many people don't care if the file is corrupted, they just want to use some libc6 stuff without being forced completely into libc6. How do I know which type of utmp/wtmp I'm currently using, my package 'TCPQuota' is using utmp to find out the users online... That is, when (exactly) did the utmp/wtmp file changed? The change in utmp was made when libc6 was released. If your program is libc6, the libc6 utmp/wtmp functions should be used at all times. -- Scott K. Ellis [EMAIL PROTECTED] http://www.gate.net/~storm/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is cp -a allowed in debian/rules?
Christian Schwarz [EMAIL PROTECTED] writes: On 11 Dec 1997, Douglas Bates wrote: I have a vague recollection of seeing some comments regarding flags for cp that should be avoided in packaging scripts. Perhaps this was in the discussion of bashisms. I don't remember anything like that. Debian ships with `GNU cp', so I don't see a reason for not using the `-a' option. (I'd prefer the `-a' solution over the `tar' hack since it's much easier to read.) But consider the recent discussion of porting dpkg to other systems. If you were using dpkg on Solaris or HP-UX or ... you may not be able to count on cp understanding the -a flag. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
On Fri, 12 Dec 1997, Scott Ellis wrote: The change in utmp was made when libc6 was released. If your program is libc6, the libc6 utmp/wtmp functions should be used at all times. I'm using perl, reading the utmp 'raw'... (using unpack(), if that's familiar)... Is it 'login' (etc) one should look out for? --- Turbo_ /// If there are no Amigas in heaven, send me to HELL! ^\\\/ Unix _IS_ user friendly - it's just selective about who its friends are ! Turbo Fredriksson Tel: +46-704-697645 S-415 10 Göteborg[EMAIL PROTECTED] SWEDEN www5.tripnet.se/~turbo My PGP key can be found at: 'www5.tripnet.se/~turbo/pgp.html' Key fingerprint = B7 92 93 0E 06 94 D6 22 98 1F 0B 5B FE 33 A1 0B --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Libc5 compile machine?
I know there is a machine which I can compile for libc5 on somewhere. a) Where is it? b) Can I have an account on it? I need to compile+upload a new cvs for bo. Please encrypt any passwords, etc., using my PGP key:- Type Bits/KeyIDDate User ID pub 1024/87D4D065 1996/08/26 Tom Lees [EMAIL PROTECTED] Tom Lees [EMAIL PROTECTED] -BEGIN PGP PUBLIC KEY BLOCK- Version: 2.6.3i mQCNAzIhaYYAAAEEALkn2+O0pJeXmKltfRrqE1c3WrKZLO7IPvhEpxXXe4/+GPp1 I84AvoKRZ4EiWJF35a1TI8JQWd4y+cE1alug64woCnh0J2MKnEQg+5Il3iib8f5I H9ygsLK3a9V7X8nG7iNw7tHJ71Z4ZQkhGnbG/jOpRETZMeuSIf152HGH1NBlAAUT tB9Ub20gTGVlcyA8dG9tQGxwc2cuZGVtb24uY28udWs+iQCVAwUQMiFph/152HGH 1NBlAQF+DAQAtV8FljUGroCkWRGUpA1u5S7FNv+it9ZxTzP/3qKdTd6mjT/mu1AU tCq9HbucS4qbJ1i2IPCTkxxTngViJDhrSAym95KRF94As5qIWKskEZTLQXSWc9Hf YlLg1c3dAb7leM1ZN7oUaFtlUrr+Rub7PyNjRJzzIF36R7f8EusThxe0GVRvbSBM ZWVzIDx0b21AZGViaWFuLm9yZz6JAJUDBRAzhK+v/XnYcYfU0GUBASuIBACpJSov S8e9O3ZC1nXtPcEtGQeKCt1oTezzfJSXv5KI5nNbryt5fWGBgN6nrfyhsJuUmHIW IJHjSCLjZDjiL/oUa0KkYqn4BLphUPwn9XYx2IXCijaEsCgJNiU5NgcXiLcYG1ga HX2vMafjCrvgG5kqTpxfC1t/PjqXkK2bUObZfw== =CaUy -END PGP PUBLIC KEY BLOCK- Thanks. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Package ordering for `dselect'?
Adam == Adam P Harris [EMAIL PROTECTED] writes: Adam [...] w/ pkg ordering stuff apparently coming in and (?) Adam dselect being dropped as the default installation Adam mechanism. Can someone add the package ordering to `dselect', so we'll have that until `deity' is ready to use? (I don't know how, or I'd try.) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: packaging agrep
'Sven Rudolph wrote:' G John Lapeyre [EMAIL PROTECTED] writes: I am planning to package agrep, a grep-like tool that allows to We have it already. I think it comes with glimpse . So it should be split into an extra package ? No. -- Christopher J. Fearnley | Linux/Internet Consulting [EMAIL PROTECTED] | Design Science Revolutionary http://www.netaxs.com/~cjf | Explorer in Universe ftp://ftp.netaxs.com/people/cjf | Dare to be Naive -- Bucky Fuller -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
PH Server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I am wanting to setup a PH Server for my department but I can't seem to locate the software in the distrobution. Could someone point me in the right direction syd -BEGIN PGP SIGNATURE- Version: PGP for Personal Privacy 5.0 Charset: noconv iQA/AwUBNJGY7+K9EUm3VE1YEQJyUwCfb+bQm5uaDWZUWeXWgYPOVdRElm4An1EB wjyrEPow3glJD7yMzn8Fhdp6 =jjLO -END PGP SIGNATURE- Sydney Alsobrook 513-558-9902 Computer Consultant SysAdmin University of Cincinnati Department of Family Medicine -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
fdisk3
I can't search the archives. Has there been discussion on this ? I just answered a debian-user question about fixing a broken partition table. fdisk3 worked once for me in this situation when fdisk failed. Its not in my available file. Do we want it packaged as fdisk3 ? Begin3 Title: fdisk Version:3.04 Entered-date: 960119 Description:A rewrite from scratch of an fdisk program for Linux. It is much more powerful than the old one, and hopefully much more correct. It can be used in shell scripts. 3.04: added a --print-id option Keywords: fdisk activate partitions MBR Author: [EMAIL PROTECTED] (Andries E. Brouwer) Maintained-by: [EMAIL PROTECTED] (Andries E. Brouwer) Primary-site: ftp.win.tue.nl /pub/linux/util 29kB fdisk-3.04.tar.gz 1kB fdisk-3.04.lsm Alternate-site: sunsite.unc.edu /pub/Linux/system/Install Copying-policy: GPL End G John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Libc6 progress for contrib and non-free (Dec 1997)
This is a list similar to the Libc6 progress list, but for contrib and non-free. Because source code is not available for many of these packages, it will not be possible to convert all of them to libc6. This list has had much less scrutiny than the other one, and is therefore more likely to contain errors. There are 24 packages from contrib on this list, and 53 from non-free. I will not be maintaining this list the way I do the other one (it would be too much work), but I may occasionally post a new version. (I'm posting this one because I have received requests for such a list). Nicolas Lichtmaier [EMAIL PROTECTED]: non-free: btoa-5.2.1-2 Susan G. Kleinmann [EMAIL PROTECTED]: non-free: netpbm-dev-1994.03.01p1-6 non-free: netpbm-1994.03.01p1-6 non-free: ckermit-192-4(extra) Jeroen van der Most [EMAIL PROTECTED]: non-free: dmalloc-3.1.2-1 David Engel [EMAIL PROTECTED]: non-free: networker-4.2-1 Heiko Schlittermann [EMAIL PROTECTED]: non-free: qt1g-1.31-1.3 contrib: logwrites-1.1-3 contrib: dbf2mysql-1.10b-2 non-free: qt-dev-1.31-1 non-free: xforms0.86-0.86-2 non-free: xforms-dev-0.86-2 Santiago Vila [EMAIL PROTECTED]: non-free: pico-3.96L-2 non-free: pine-3.96L-2 Bdale Garbee [EMAIL PROTECTED]: non-free: xtrkcad-1.2.1-2 Alexander Yukhimets [EMAIL PROTECTED]: contrib: ddd-dmotif-2.1.1-2 contrib: ddd-smotif-2.1.1-2 Johnie Ingram [EMAIL PROTECTED]: contrib: metrox-3.1.2-1(extra) Luca Maranzano [EMAIL PROTECTED]: contrib: xisp-2.1-1 Colin R. Telmer [EMAIL PROTECTED]: non-free: oonsoo-1.1-6 (Mixed dependencies) Christian Meder [EMAIL PROTECTED]: non-free: afbackup-2.6-1 Vincent Renardias [EMAIL PROTECTED]: contrib: kaffe-0.7.1-2 non-free: xmayday-1.2.0-1 non-free: scilab-2.2-4 contrib: xldlas-0.85-1 Joey Hess [EMAIL PROTECTED]: non-free: squake-1.09-1.1-4 contrib: rvplayer-5.0b2-1 non-free: xquake-1.09-1.0-4 non-free: kmodplayer-0.3-1 Michael Alan Dorman [EMAIL PROTECTED]: non-free: glimpse-4.0-1 non-free: swish-1.1.1-2 Christophe Le Bars [EMAIL PROTECTED]: non-free: ocamltk-41-1 non-free: mmm-0.40-2 Marco d'Itri [EMAIL PROTECTED]: contrib: ifmail-2.12tx8.6-1(extra) contrib: binkd-0.9.1-1(extra) Stuart Lamble [EMAIL PROTECTED]: contrib: lyx-0.10.7-3 Steve Dunham [EMAIL PROTECTED]: non-free: amaya-static-0.95-1 contrib: xtar-smotif-1.4-2 contrib: xtar-dmotif-1.4-2 non-free: amaya-0.95-1 non-free: thot-common-2.0b-1 Brian White [EMAIL PROTECTED]: contrib: netscape3-3.01-10 contrib: netscape4-4.0-6 non-free: ferret-1.2.1-1 Martin Schulze [EMAIL PROTECTED]: contrib: staroffice3-3.1-4 non-free: libmsql1-1.0.16-7 contrib: msqlperl-1:0.91-1 non-free: rman-2.5a6-4 non-free: msql-1.0.16-7 contrib: libdbd-msql-perl-0.91-1 contrib: libdbi-perl-0.89-1 non-free: msqld-1.0.16-7 non-free: xwpick-2.20-3 Sven Rudolph [EMAIL PROTECTED]: non-free: bigloo-1.8b-3 Steve McIntyre [EMAIL PROTECTED]: non-free: xmikmod-0.01B-4 John Goerzen [EMAIL PROTECTED]: non-free: xsqlmenu-1.03-2 Dermot Bradley [EMAIL PROTECTED]: non-free: libgd1-1.2-3 (Upgrade in Incoming) (orphan): non-free: tkman-1.8-2 contrib: xephem-smotif-3.0-1 non-free: chimera-1.65-4 non-free: xarchie-2.0.10-6 non-free: j1-7-7 (Old source format) non-free: mathpad-0.60-0 non-free: rsynth-2.0-1(extra) non-free: imgstar-1.1-3 Igor Grobman [EMAIL PROTECTED]: non-free: circus-0.43-1 Pawel Wiecek [EMAIL PROTECTED]: non-free: mush-7.2.5unoff2-3 Klee Dienes [EMAIL PROTECTED]: contrib: swig-1.1.b5.p2-1 non-free: acroread-3.0-1 non-free: koules-1.3-2 Jay Kominek [EMAIL PROTECTED]: non-free: ines-0.7-1 Lawrence Chim [EMAIL PROTECTED]: contrib: metro-motif-lib-2.0-2(extra) contrib: metro-motif-demobin-2.0-2(extra) Hanno Wagner [EMAIL PROTECTED]: non-free: http-analyze-1.9e-2 Jim Pick [EMAIL PROTECTED]: non-free: jdk1.1-dev-1.1.3.v2-1 non-free: jdk1.1-runtime-1.1.3.v2-1 Marco Budde [EMAIL PROTECTED]: non-free: l3-2.71-1 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Libc6 progress: 1997-12-12
This is a list of packages in the main distribution that need work to be fully libc6-based. I base it on the Packages file at my local mirror, so it may be a day or two out of date. If you have questions about why a particular package is on the list, or if you think there is an error, don't hesitate to contact me. Packages addressbook, cdwrite, cern-httpd, cgi-scripts, e2fsprogs, lacheck, libpwdb0, lshell, net-acct, perforate, setcd, ucblogo, whirlgif, xarclock, xbattle, and xpostitplus have been converted to libc6. Packages cfgtool, nat, and postgres95 have been removed from the distribution. Package dbf2mysql has been moved to contrib. Package j1 has been moved to non-free. Packages oonsoo, pari, and unarj have been moved to non-free and converted to libc6. There is a new smail version but it is still libc5. Package xosview has been moved from contrib to main and has a new maintainer, but it is still libc5. I have removed comerr2, glut-dev, mesa-dev, and libpwdb-dev from the list. These packages are obsolete because libc6 (or altdev) versions of them exist, so they don't belong on a list of packages to convert to libc6. I merged in the information from the new Work-Needing document. This leaves 117 packages in the list, with 6 upgrades on the way. Alan Bain [EMAIL PROTECTED]: f2c-960717-0 (Old source format) Heiko Schlittermann [EMAIL PROTECTED]: wu-ftpd-2.4-27 wml-1.3.1-1 sliphangup-1.4-1(extra) exuberant-ctags-1:1.6-1 wu-ftpd-academ-2.4.2.13-0 Will Lowe [EMAIL PROTECTED]: rosegarden-2.1-2(extra) (Depends on both xlib6 and xlib6g) Martin Soto [EMAIL PROTECTED]: wxwin-ol-dev-1.66B-1 wxwin-ol-runtime-1.66B-1 wxwin-dev-1.66B-1 wxwin-ol1-1.66B-1 Soenke Lange [EMAIL PROTECTED]: smail-3.2.0.92-1(important) Johnie Ingram [EMAIL PROTECTED]: libfcgi1-1.5.1-1 php-2.0b10-5(extra) Igor Grobman [EMAIL PROTECTED]: grmonitor-0.53-2 (Difficult) joost witteveen [EMAIL PROTECTED]: nfsroot-0.5 axe-6.1.2-6 (Listed as Needing a new maintainer) wm2-3-2 (Listed as Needing a new maintainer) pstoedit-2.60-1 (Listed as Needing a new maintainer) Yoshiaki Yanagihara [EMAIL PROTECTED]: kterm-6.2.0-5 Dominik Kubla [EMAIL PROTECTED]: vgrind-5.7-10 Stephan Alexander Suerken [EMAIL PROTECTED]: gom-x-0.29.10-1 (Mixed dependencies) Lawrence Chim [EMAIL PROTECTED]: cqcam-0.40b-2(extra) (Being worked on) vic-cqcam-2.8-2(extra) (Being worked on) David H. Munro [EMAIL PROTECTED]: yorick-gist-1.4-5(New version is still libc5) yorick-1.4-5 (New version is still libc5) Neil A. Rubin [EMAIL PROTECTED]: wmaker-0.6.3-1 (Mixed dependencies) afterstep-1.0-5 (Mixed dependencies) Christian Meder [EMAIL PROTECTED]: amanda-client-2.3.0.4-2 amanda-2.3.0.4-2 Dale Scheetz [EMAIL PROTECTED]: spider-1.1-4 imap-4-4-4 Paul Seelig [EMAIL PROTECTED]: psutils-1.17-1 (Will be taken by Rob Browning) Peter Tobias [EMAIL PROTECTED]: enscript-1.5.0-3 (Upgrade in Incoming) Karl Sackett [EMAIL PROTECTED]: libtclobjc1-1.1b6-1 blt-2.1-5(Probably obsolete) mesa2-widgets-2.2-2 blt2-2.1-6 scm-4e6-2 Sue Campbell [EMAIL PROTECTED]: lapack-2.0.1-1 Christoph Lameter [EMAIL PROTECTED]: omirr-0.3-1 (Difficult) Wichert Akkerman [EMAIL PROTECTED]: xcdroast-0.96-1 (Waiting for upstream version) Christian Hudon [EMAIL PROTECTED]: icont-9.1-1 iconx-9.1-1 iconc-9.1-1 Craig Small [EMAIL PROTECTED]: ax25-utils-2.1.37a-1(extra) Enrique Zanardi [EMAIL PROTECTED]: povray-3.0.10-2 (Upgrade in Incoming, moves to non-free) Eduardo Marcel Macan [EMAIL PROTECTED]: chord-3.6.1-1 Michael R. Nonweiler [EMAIL PROTECTED]: ncpfs-0.23-1(extra) (Upgrade in Incoming) Brian White [EMAIL PROTECTED]: gnats-tk-3.104-1 cfengine-1.3.19-1 Billy C.-M. Chow [EMAIL PROTECTED]: p3nfs-5.1-2(extra) Patrick J. Edwards [EMAIL PROTECTED]: bitchx-bin-0.70-2 David Frey [EMAIL PROTECTED]: pax-2.1-3(Waiting for the OpenBSD-Version (in Incoming)) Martin Schulze [EMAIL PROTECTED]: super-3.10.6-3 mdutils-0.35-5(extra) dbview-1.0.3-3 Tom Lees [EMAIL PROTECTED]: e2compr-1.06-2(extra) (Difficult; awaiting consensus) xmp-0.99c-2(extra) (Waiting for upstream release) iproute-961225-2(extra) (Difficult; being worked on) Hakan Ardo [EMAIL PROTECTED]: xfaces-3.3-9 (Depends on both xlib6 and xlib6g) Radu Duta [EMAIL PROTECTED]: xosview-1.5.0-1 Sven Rudolph [EMAIL PROTECTED]: cti-ifhp-2.1.8-1 Steve McIntyre [EMAIL PROTECTED]: pacman-10-4 (Compiles with libc6, but segfaults on execution) Fabien Ninoles [EMAIL PROTECTED]: vrweb-1.3-1 Boris D. Beletsky [EMAIL PROTECTED]: xinetd-2.1.7-3(extra) Chris Fearnley [EMAIL PROTECTED]: dome-4.60-1 (Compiled with libc6, but segfaults on execution) radiusd-livingston-1.16-2 John Goerzen [EMAIL PROTECTED]: modemu-0.0.1-1 perl-curses-1.01-1 bulkmail-1.6-2 James
Re: fdisk3
The author seems to have dropped the project after releasing fdisk3. There never has been a good user interface for it. Bruce -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: fdisk3
On 12 Dec 1997 [EMAIL PROTECTED] wrote: The author seems to have dropped the project after releasing fdisk3. There never has been a good user interface for it. The interface works the same as fdisk , (which I often prefer to cfdisk). The lack of curses interface is a problem. But the there are some situations where fdisk can't read a broken table and fdisk3 can , and can repair it (saved my life once). I was thinking of adding it, as the author suggests and as I did on my system, as fdisk3 . I suppose lack of support for bug fixes is also a potential problem. G John Lapeyre [EMAIL PROTECTED] Tucson,AZ http://www.physics.arizona.edu/~lapeyre -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: fdisk3
On Fri, 12 Dec 1997, G John Lapeyre wrote: I can't search the archives. Has there been discussion on this ? I just answered a debian-user question about fixing a broken partition table. fdisk3 worked once for me in this situation when fdisk failed. Its not in my available file. Do we want it packaged as fdisk3 ? I think that program is now called sfdisk (same author, last version is 3.05, date: 970501). If that's true it would be nice to have it packaged, since Sven has been testing sfdisk for the boot-floppies. (IIRC, he had some problems with sfdisk locking freeze his computer. I don't know if he has been able to isolate the bug). Thanks, -- Enrique Zanardi[EMAIL PROTECTED] Dpto. Fisica Fundamental y Experimental Univ. de La Laguna -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
Scott Ellis writes: Scott On Fri, 12 Dec 1997, Turbo Fredriksson wrote: On Fri, 12 Dec 1997, Scott Ellis wrote: [...] How do I know which type of utmp/wtmp I'm currently using, my package 'TCPQuota' is using utmp to find out the users online... That is, when (exactly) did the utmp/wtmp file changed? Scott The change in utmp was made when libc6 was released. If your program is Scott libc6, the libc6 utmp/wtmp functions should be used at all times. Just use the libc functions setutent/getutent. They're available in both libc5 and glibc2. If you're never writing/reading the files directly (opening them), you don't have problems. Even with glibc2/libc6 you shouldn't access the files directly and use the library functions always. I've appended below an extract from glibc2. Andreas From login/README.utmpd in the development version of glibc 2.1: In order for the `utmpd' approach to work it is essential that NO program EVER accesses the UTMP and WTMP files directly. Instead, a program should use ONLY the available library functions: * utmpname() Select the database used (UTMP, WTMP, ...). * setutent() Open the database. * getutent() Read the next entry from the database. * getutid()Search for the next entry with a specific ID. * getutline() Search for the next entry for a specific line. * pututline() Write an entry to the database. * endutent() Close the database. * updwtmp()Add an entry to a database (WTMP, ...). For details, please refer to `The GNU C Library Reference Manual', which also contains information about some additional functions derived from BSD and XPG that may be of interest. The command info libc User Accounting Database should point you at the right location. If you encounter a program that reads from or, even worse, writes to the UTMP and WTMP files directly, please report this as a bug to the author of that program. Note that the files referred to by the macros `_PATH_UTMP' and `_PATH_WTMP' might even disappear in the future, so please do not use these, except in a call to `utmpname()' or `updwtmp()', not even to check their existence. -- Andreas Jaeger [EMAIL PROTECTED][EMAIL PROTECTED] for pgp-key finger [EMAIL PROTECTED] http://www.student.uni-kl.de/~ajaeger/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc6 in stable is horribly broken
Moved to debian-devel 'Scott Ellis wrote:' On 13 Dec 1997, Martin Mitchell wrote: Wichert Akkerman [EMAIL PROTECTED] writes: Huh? The upgrade path is quite clear: install a newer libc5 (5.4.33-7) from hamm, then you may install libc6. Maybe we can fix this by making libc6 pre-depend on libc5 (=5.4.33-7)? This would mean we always have a libc5 present which is not very nice, but it would make the upgrade more foolproof. No, I think this would be highly undesirable for those who want to purge libc5 entirely. Libc6 should instead Conflict with libc5 (=5.4.33-6). Now that's about the STUPIDEST suggestion I've heard yet. Are we TRYING to make it impossible to run libc6 stuff on a mostly bo system? The only conflict is the utmp format problem, and that is MINOR to many people. Actually, I think Martin is correct. In order to prevent CDROM based 1.3.1 users from corrupting their utmp, libc6 must conflict with older libc5. Modulo my typo (Martin's = is right, not my ), I think my other post suggests the best solution. Of course, upgrading will need to involve upgrading libc5 before installing libc6 for the first time. But this is acceptable to me. The conflict line tells me to find a newer version. But libc5's conflict with libc6 IS totally broken wrt upgrades (it is both untrue and uninformative). -- Christopher J. Fearnley | Linux/Internet Consulting [EMAIL PROTECTED] | Design Science Revolutionary http://www.netaxs.com/~cjf | Explorer in Universe ftp://ftp.netaxs.com/people/cjf | Dare to be Naive -- Bucky Fuller -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is cp -a allowed in debian/rules?
Douglas Bates wrote: Christian Schwarz [EMAIL PROTECTED] writes: On 11 Dec 1997, Douglas Bates wrote: I have a vague recollection of seeing some comments regarding flags for cp that should be avoided in packaging scripts. Perhaps this was in the discussion of bashisms. I don't remember anything like that. Debian ships with `GNU cp', so I don't see a reason for not using the `-a' option. (I'd prefer the `-a' solution over the `tar' hack since it's much easier to read.) But consider the recent discussion of porting dpkg to other systems. If you were using dpkg on Solaris or HP-UX or ... you may not be able to count on cp understanding the -a flag. So use this, which should work on any Unix anywhere: cd source; find . -print | cpio -pdm target -- Oliver Elphick[EMAIL PROTECTED] Isle of Wight http://www.lfix.co.uk/oliver PGP key from public servers; key ID 32B8FAA1 Unsolicited email advertisements are not welcome; any person sending such will be invoiced for telephone time used in downloading together with a £25 administration charge. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc6 in stable is horribly broken
On Fri, 12 Dec 1997, Chris Fearnley wrote: Actually, I think Martin is correct. In order to prevent CDROM based 1.3.1 users from corrupting their utmp, libc6 must conflict with older libc5. Modulo my typo (Martin's = is right, not my ), I think my other post suggests the best solution. Of course, upgrading will need to involve upgrading libc5 before installing libc6 for the first time. But this is acceptable to me. The conflict line tells me to find a newer version. But libc5's conflict with libc6 IS totally broken wrt upgrades (it is both untrue and uninformative). WOULD SOMEONE PLEASE TELL ME WHY WE'RE CAUSING EVERYONE HEADACHES OVER THE MINOR ISSUE OF UTMP CORRUPTION I HAVEN'T HEARD ANY REASONS WHY UTMP CORRUPTION IS SO EVIL THAT WE NEED TO MAKE ANYONE WHO WANTS TO RUN A FEW LIBC6 PROGRAMS ON BO GO THROUGH HELL. (apologies for shouting here, but I'm getting annoyed at utmp corruption being given as the reason for libc5 and libc6 conflicts without a rational explination why anyone should care. If you don't upgrade anything that deals with utmp to libc6, you don't have any problems). -- Scott K. Ellis [EMAIL PROTECTED] http://www.gate.net/~storm/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc5 in stable is horribly broken (fwd)
On 12 Dec 1997, Andreas Jaeger wrote: Just use the libc functions setutent/getutent. They're available in both libc5 and glibc2. Sorry... I'm using perl, and these functions are not avalible.. *sigh* If you're never writing/reading the files directly (opening them), you don't have problems. Even with glibc2/libc6 you shouldn't access the files directly and use the library functions always. I know, but I do not have any options, the only thing I can do is reading them directly... If you encounter a program that reads from or, even worse, writes to the UTMP and WTMP files directly, please report this as a bug to the author of that program. *sigh* What can a poor perl proggrammer do...? :) --- Turbo_ /// If there are no Amigas in heaven, send me to HELL! ^\\\/ Unix _IS_ user friendly - it's just selective about who its friends are ! Turbo Fredriksson Tel: +46-704-697645 S-415 10 Göteborg[EMAIL PROTECTED] SWEDEN www5.tripnet.se/~turbo My PGP key can be found at: 'www5.tripnet.se/~turbo/pgp.html' Key fingerprint = B7 92 93 0E 06 94 D6 22 98 1F 0B 5B FE 33 A1 0B --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is cp -a allowed in debian/rules?
Douglas Bates [EMAIL PROTECTED] writes: But consider the recent discussion of porting dpkg to other systems. If you were using dpkg on Solaris or HP-UX or ... you may not be able to count on cp understanding the -a flag. Fooblah. Debian is about systems integration; GNU fileutils is an Essential part of that system. Do you want to ban the use of install -p, features of GNU Make, $() in shell scripts etc.? debian/rules not only can but should assume it's running on a Debian system. Unless someone wants to advocate the use of BSD cp because of it's streamlined and feature free implementation? -- James -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
[From debian-doc] C-A-D entry in inittab
In article [EMAIL PROTECTED], Enrique Zanardi [EMAIL PROTECTED] wrote: On Wed, 10 Dec 1997, Thalia L. Hooker wrote: I wonder if it is a good thing to tell users that they can also use ctrl-alt-del to also shutdown their system? Suppose the user doesn't remember whether they set up their system for C+A+D. It seems that they would do more harm to their system by trying C+A+D if the event they had not set this option. Alternatively, is there a way that users could tell whether they have set this option? If so, then you could perhaps mention it in this section. It's defined in /etc/inittab . In a default Debian installation it looks like this: [...] # What to do when CTRL-ALT-DEL is pressed. ca:12345:ctrlaltdel:/sbin/shutdown -t1 -h now [...] According to /usr/doc/sysvinit/examples/inittab on my system, it's actually: ca:12345:ctrlaltdel:/sbin/shutdown -t1 -r now ^ But I've changed the -r to -h as well... Should this perhaps be the default, together with an echo 'Press CTRL-ALT-DEL again to reboot.' at the end of the shutdown script? Doing this means you can shut down easily, without having to remember to turn it off quickly after the reboot starts, but before the machine comes back up again. -- 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 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
intent to package tkfont
i'm about to package tkfont, which IMHO is different in style to xfontsel (nicer in some ways, worse in others). The original description follows: It's a superior (IMHO) replacement for xfontsel written entirely in Tk/Tcl. It's much prettier and much more useful. And it's only 14k to download! Adrian email: [EMAIL PROTECTED] | Debian Linux - www.debian.org http://www.poboxes.com/adrian.bridgett | Because bloated, unstable PGP key available on public key servers | operating systems are from MS -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc6 in stable is horribly broken
'Rob Browning wrote:' Scott Ellis [EMAIL PROTECTED] writes: If you don't upgrade anything that deals with utmp to libc6, you don't have any problems). The problem is that maybe *you* know what packages those are, but most users expect to be able to upgrade without major system services breaking if dpkg/dselect doesn't indicate that there's a problem. Your approach would cause silent failures. The current approach causes silent failures. Anyone who purchased an official Debian CD will corrupt their utmp by upgrading to libc6. Has everyone looked at my proposed solution carefully? Does it really help? -- Christopher J. Fearnley | Linux/Internet Consulting [EMAIL PROTECTED] | Design Science Revolutionary http://www.netaxs.com/~cjf | Explorer in Universe ftp://ftp.netaxs.com/people/cjf | Dare to be Naive -- Bucky Fuller -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc6 in stable is horribly broken
On Fri, Dec 12, 1997 at 03:19:29PM -0500, Chris Fearnley wrote: Why should libc5 conflict with libc5-dev?? It doesn't need to. The explicit version dependency in libc5-dev is sufficient. Would this scheme improve things: libc5 (stable,unstable): No conflicts, no depends (pre-depends on ldso, of course) libc5-altdev: Conflicts: libc5-dev Doesn't need to. It doesn't make any sense to do so, but there is no reason libc5-dev and libc5-altdev can't both be installed. libc6: Conflicts: (libc55.4.33-6) (Necessary due to utmp issue -- Hell, someone upgrading from a CD with stock 1.3.1 will be able to corrupt utmp in the current scheme anyway!) I can add this in the next release (due very soon) so let me know ASAP. libc6-dev: Conflicts: libc5-dev (libc6 development conflicts with libc5-dev -- need altdev) Doesn't need to. Both provide and conflict with the virtual libc-dev package for just this situation. BTW, who is maintaining libc5, libc6? Helmut Geyer is listed but I remember seeing that he has vanished?? Nobody is maintaining libc5. Volunteers have been asked for but no one has stepped forward. David -- David EngelODS Networks [EMAIL PROTECTED] 1001 E. Arapaho Road (972) 234-6400 Richardson, TX 75081 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#15859: libc6 in stable is horribly broken
On 12 Dec 1997, Rob Browning wrote: Scott Ellis [EMAIL PROTECTED] writes: I HAVEN'T HEARD ANY REASONS WHY UTMP CORRUPTION IS SO EVIL THAT WE NEED TO MAKE ANYONE WHO WANTS TO RUN A FEW LIBC6 PROGRAMS ON BO GO THROUGH HELL. Say you're an ISP running Debian (bo) on a bunch of machines (and these people do exist). And I'm one of them. :) Here's a thought. Correct me if I'm wrong, but this utmp/libc6/libc5 fiasco is something that applies to all (or almost all) Linux distributions, no? (Or is libc6 a Debianism?) If everybody in the Linux game is migrating to libc6, then what are the other piecewise-upgradable distributions (like RedHat) doing to avoid ugliness like what we're facing? - Joe -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: packaging agrep
On Thu, 11 Dec 1997, G John Lapeyre wrote: : I am planning to package agrep, a grep-like tool that allows to : : We have it already. I think it comes with glimpse . Oh, it is true, agrep is in glimpse! Well, I think prospective-packages.txt should be fixed... ... 6. Programs that aren't available yet in Debian ... 6.6. Text utilities ... o agrep ftp://ftp.cs.arizona.edu/agrep ;-) Regards, Roberto Lumbreras [EMAIL PROTECTED] | [EMAIL PROTECTED] pgp 143BE391 Lander Internet, Spain, EU; http://www.lander.es -- Hiroshima '45 Chernobyl '86 Windows '95 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .