Re: WNPP
At 20:27 -0500 2000-03-27, Brian Almeida wrote: ...or maybe not. It's got cryptographic hashing algos (tiger, sha1, etc), so I probably can't package it due to wonderful US laws. Drat. Hash algorithms aren't (and haven't ever been) export controlled. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: nasty slink - potato upgrade problem
At 10:57 +1100 2000-03-12, Hamish Moffatt wrote: Also, libc6 tries to restart some NSS-using services, but never seems to succeed in restarting sshd. I end up with it refusing connections, although sshd still appears to be running (the original process and not a new one). I guess that means that ssh has a buggy init script then, because I merely call it with an argument of restart. I've also heard that some versions of ssh have an init script that kills all sshd processes on the system, so maybe I should not do it at all. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: SSH never free
At 10:06 +1000 1999-10-02, Herbert Xu wrote: They use libssl, which begs the question why isn't libssl in non-US/non-free? Uh, because it isn't non-free? If we step into the patents make something non-free trap, then we probably have a lot of things in main that should be moved to non-free because they technically infringe on someone's stupid patent. Perhaps you are confused, ssh became non-free despite patents in 1.2.13, it is *NOT* the patents that make ssh non-free. Another thing, technically our ssh package is illegal to use in the US because it does not use RSAREF. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: NcFTP is free again?
At 10:39 +0200 1999-10-01, J.H.M. Dassen \(Ray\) wrote: I switched to lftp myself at the time of the previous ncftp license issue, and haven't looked back. Is there anything in ncftp that lftp doesn't have? Well, ncftp does display server messages without needing debug output on. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: bash package removing /bin/sh on upgrade
At 15:00 +0200 1999-10-01, Torsten Landschoff wrote: I am the person responsible for this problem. In fact the problem was that people did not want the bash package to override their /bin/sh link so it had to be removed from the package. Those people need to learn to use diversions (and yes, you can divert a symlink). The last thing we need is /bin/sh out of dpkg's control. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: {R,I[INEW]}TP: free ssh [non-US]
At 09:55 +0100 1999-10-01, Philip Hands wrote: James Troup [EMAIL PROTECTED] writes: OpenBSD have started working on the last free SSH (1.2.12 was under a DFSG free license AFAICT[1]), they also, (again AFAICT [I'm going by the CVS commits]), are ripping out the patented algrothims (IDEA, etc.). Unfortunately, I'm chronically busy with work and haven't had time to look into it, but all the signs look very good (they appear to have added it as part of their base system, for example). Damn, I thought I knew ssh had been free at one point, but when I noticed the non-free license in the late teens, I obviously failed to go back far enough to find the free version. I'll probably end up calling the new package ssh-free Note that OpenBSD is also ripping out support for pretty much any other other OS as they go, and using library functions that are OpenBSD-specific. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: /usr/etc and /usr/local/etc?
At 16:42 -0700 1999-09-22, Aaron Van Couwenberghe wrote: Why is it that we exclude /usr/etc from our distribution? FHS and FSSTND allow it, even encourage it. The FHS neither allows nor encourages /usr/etc; that would be against one of the stated goals of the FHS, which is that /usr is static, and shareable between machines of the same architecture. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Which gcc builds potato?
At 20:00 +0200 1999-09-21, Matthias Klose wrote: The egcs packages are used to build the libstdc++2.8 and libstdc++2.9 packages and therefore are still in potato. For the release they have to be modified to build the runtime libraries only (if you want to step forward for this task, you are welcome). It also needs to build some sort of c compiler for alpha, since gcc 2.95* cannot compile glibc on that architecture. Unless there is a fix in 2.95.2, which I doubt since I have seen it said that the root of the problem is too big to be addressed in a point release. Also, there is not the possibility to build 'libstdc++2.8' or 'libstdc++2.9' on a glibc 2.1-based system due to ABI changes in libio. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Guessing the date style from the timezone for postgresql postinst
At 20:58 -0300 1999-09-18, Nicolás Lichtmaier wrote: Well.. the libc maintainers don't want to add the locale for my country for no reason, even if it is included in the package as source. I use a target in the glibc makefiles to generate the locales, if it doesn't generate the one for your country, there's nothing I can do about it. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Looking for help with ftp archive
At 01:30 +0200 1999-09-17, Raphael Hertzog wrote: where are you ? Where are the people who criticized the ftpmaster about beeing too slow ? It's time to show that you can do better ... I /REALLY/ hope that someone will step up ! Even if the job is not always funny this is a really useful job for Debian. I replied privately because I didn't think answering on -devel was appropriate. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: fds_bits
At 17:23 -0400 1999-09-16, Ben Collins wrote: The way I have overcome this with glibc 2.1 is to use __fds_bits or add #define __USE_XOPEN 1 to your source at the top. NO, NO, NO! *Never* use the __USE macros, those are internal, for each __USE_FOO there is a corresponding _FOO_SOURCE which should be used instead. See /usr/share/doc/libc6/NOTES.gz or info libc Feature Test Macros. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Move proftpd to contrib
At 16:53 +0200 1999-09-17, Martin Bialasinski wrote: * Hamish == Hamish Moffatt [EMAIL PROTECTED] wrote: Hamish I don't think policy says that contrib is a dumping ground for Hamish crap packages. Can you point out which part to me please? If you call proftpd crap, how do you call dpkg? No bug in dpkg has ever resulted in a a remote root exploit. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Move proftpd to contrib
At 20:45 +0200 1999-09-17, Martin Bialasinski wrote: OK, a bug in cron has recently produced a root exploit. What a crappy software, it should be moved to contrib. There's no evidence that cron has another one just waiting to happen. People on linux-security-audit *have* said that about proftpd, and that was said before the most recent security hole was discovered. Rather proving them right, wouldn't you say? -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Migrating to GPG - A mini-HOWTO
At 10:55 -0400 1999-09-15, Chris Fearnley wrote: How does one generate an RSA key using the gpg-rsaref package? Why on earth would you want to do that? -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: GPG trusted signatures, dpkg-buildpackage gpg
At 14:39 +0200 1999-09-16, Wichert Akkerman wrote: I also noticed that the gpg-support is in dpkg-buildpackage is currently broken. Pardon me? In what manner is it broken? -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: libc6 is too large?
At 23:06 +1000 1999-09-16, Herbert Xu wrote: It's because the maintainer decided to go against the policy and not strip the libraries. This has already been reported as a bug against libc6 (#40467). Learn the fucking difference between strip --strip-debug and strip --strip-unneeded, you clueless idiot. Fuck off and die. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Fwd: FHS pre-2.1 draft #1 on web site
--- begin forwarded text Date: Tue, 25 May 1999 22:35:07 -0700 From: Daniel Quinlan [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: FHS pre-2.1 draft #1 on web site FYI - I just made a pre-release of FHS 2.1 on the [EMAIL PROTECTED] mailing list. If you have any comments, please direct them to the FHS mailing list or directly to me (and not this list). --- start of cut text -- FHS 2.1 will be a much needed update. The reason is not so much for the ideas being discussed on the FHS mailing list recently, but for fixing some basic problems with FHS 2.0. These are problems that developers from various distributions (Caldera, Debian, Red Hat, and SuSE) have requested that FHS 2.1 fix. The major changes are as follows: /var/state is back at /var/lib, but using the /var/state specification. Moving the directory was unnecessary and was a stopping point for distributions. Tweaking the specification a little was okay, but moving it was evidently not. /var/mail is back at /var/spool/mail. Various solutions, such as allowing either with symbolic links have been discussed ad-nauseum on both the FHS and LSB mailing lists. Since nobody (that I'm aware of) has actually used /var/mail in a distribution or application, the best fix is to switch back. Locally, people can use whatever symbolic links they want, as always. Applications and distributions need to reference /var/spool/mail (as they do in reality). A number of editorial changes from Bernd Warken have also been integrated into the draft. I hope I got them all right. Thanks, Bernd. I'm hoping to make at least one or two more fixes prior to FHS 2.1 being released, but they will be the subject of another posting. My plan is that FHS 2.2 will be significantly rewritten. Some parts of the specification are lost causes and should be totally redone. For example, instead of saying: these binaries go into /bin and these other ones go into /usr/bin. We should really say that some small number (like /bin/sh) are fixed in certain locations and the rest may either appear in /bin or /usr/bin (probably using the PATH mechanism to access them). Get it at: http://www.pathname.com/fhs/fhs-2.1-pre-01.tar.gz Dan --- end -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with subject of unsubscribe. Trouble? Email [EMAIL PROTECTED] --- end forwarded text -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: An 'ae' testimony
At 08:35 +0100 1999-05-25, Enrique Zanardi wrote: No it won't, as the slang library on the rescue floppy is a stripped-down version that includes only the symbols that are actually used. (Have a look at generate-library.sh on the boot-floppies sources. It's a really smart hack). A hack that no longer works, I might add. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Request for package: mcrypt
It'd be nice if someone in the free world could package this. mcrypt is a replacement for the old unix crypt(1). It uses the block algorithms DES, TripleDES, Blowfish, 3-WAY, SAFER-SK64, SAFER-SK128, TWOFISH, TEA, RC2, RC6, IDEA and GOST in CBC, OFB, CFB and ECB modes. It is compatible with the old unix crypt(1) and the solaris des(1). http://freshmeat.net/appindex/1999/01/13/916266533.html ftp://argeas.cs-net.gr/pub/unix/mcrypt/ -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: request to kill nag messages
At 21:28 -0400 1999-05-19, Dirk Eddelbuettel wrote: Brian I don't NEED a reminder about my bugs. There should be an option to Brian TURN THE BLOODY THING OFF. Subscribe with your @debian.org address so that you procmail it out on master. Wtf do you mean subscribe? None of us signed up for the fucking thing! -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: request to kill nag messages
At 22:26 -0400 1999-05-19, Dirk Eddelbuettel wrote: Brian I don't NEED a reminder about my bugs. There should be an option to Brian TURN THE BLOODY THING OFF. Dirk Subscribe with your @debian.org address so that you procmail it out Dirk on master. Joel Wtf do you mean subscribe? None of us signed up for the fucking Joel thing! You are subscribed to a mailing list debian-devel, aren't you? And that has what to do with nag? -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: request to kill nag messages
At 18:10 +0100 1999-05-20, Adrian Bridgett wrote: On Thu, May 20, 1999 at 06:47:28AM -0400, Dirk Eddelbuettel wrote: Brian Nag also sends emails regarding old bugs on your packages. I never Brian subscribed to that. :p All I'm saying: Everybody is free to procmail away whatever they don't like. This sounds like a good idea - send the Nag reports to the email address @debian.org (which hopefully everyone has). Then if some kind soul could tell us what lines to add where to filter it everyone will be happy. Don't presume to speak for everyone. I would not be happy with that. I will only say that just filter it out or just press the delete key are spammers' answers. I am well aware of my bugs, and I DO NOT need reminders of them. One last thing, the next nag message I get will be treated as spam. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: intend to package 'country'
At 20:37 -0400 1999-05-17, Ioannis wrote: I am ready to upload country. country(1) is a tiny utility that finds the ISO 3166 codes for countries -- that's the two-letter TLD name. It will also work in reverse to find the name of a country if you know its code. I wrote this trivial program, as a script and as a C program. This is the first version. Please Cc me you comments, as I now only follow the devel-announce list. What does it use as a datafile? If it doesn't use it already, I suggest /usr/share/zoneinfo/iso3166.tab. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: request to kill nag messages
At 19:59 +0100 1999-05-18, Adrian Bridgett wrote: I'm not the only one to be annoyed at the nag messages that are sent out. Can the script please be disabled. There are better ways to find out bugs you have open. Long-standing bugs are likely to be less important than recent bugs too. To me, these messages put bcwhite slightly above a spammer. Then again, a spammer at least pretends to accept remove messages. I did not sign up for this crap, I get no benefit from it, and it is annoying. I want it to stop. If we do not come to some agreement on either allowing developers to not be nagged or killing nag altogether, I will begin to treat it as spam. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: intent to package pa-risc stuff
At 14:56 -0400 1999-05-18, Ben Collins wrote: On Tue, May 18, 1999 at 01:45:04PM -0500, Justin Maurer wrote: well, for the cross compilers, i'm doing /usr/lib/parisc-xxx e.g, /usr/bin/parisc-egcs /usr/bin/parisc-as etc. You should really use standard gnu style, such as parisc-linux-{gcc,as,ld,...} and /usr/parisc-linux/{lib,bin,include}/ I might add that the tools do that automagically when configured in a host != target configuration. Please don't upload a package that would create confusion in the naming scheme that most people are used to. And do not use a cpu name that config.sub does not understand, the GNU tools use hppa throughout, changing it will require that we patch every config.guess and config.sub in the source packages that use autoconf. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: [ITP/mostly packaged] hftpd
At 15:22 -0400 1999-05-18, Ben Collins wrote: How about a 2.2 and 2.0 version? We really should have a policy for things like this. How about adding another Provides: to kernel images (built by the excellent make-kpkg): Package: kernel-image-2.2.7 Version: tr.pre0 Section: base Priority: optional Architecture: i386 Suggests: lilo (= 19.1), fdutils, kernel-doc-2.2.7 Provides: kernel-image, kernel-image-2.2 I've only added , kernel-image-2.2 to what was already generated. I like it, I could have used it for the sparc glibc 2.1.1 packages I could use it for nscd too. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Star Office 5.0
At 05:06 + 1999-05-16, M. Robert Tomasch wrote: Obviously so5.0 doesn't work with stock potato. Has any started to work on a hack around the glibc problems yet or no? Also has anyone contacted Star Division about this? Star Division did a fix for Red Hat's applications CD, but has not made it available to anyone else. See http://lwn.net/1999/0513/. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: GPG as a PGP replacement
Incidentally, using a dpkg-buildpackage hacked to use gpg with my RSA key, I was able to produce a signature that dinstall successfully verified. Evil patch follows. --- /usr/bin/dpkg-buildpackage~ Wed Apr 28 22:56:38 1999 +++ /usr/bin/dpkg-buildpackage Thu May 13 08:59:24 1999 @@ -34,7 +34,7 @@ } rootcommand='' -signcommand=pgp # Default command for signing +signcommand=gpg # Default command for signing warnpgp='no' # Display a warning to encourage switching to gpg? if [ ! -e $HOME/.gnupg/secring.gpg ] ; then warnpgp=yes @@ -121,9 +121,9 @@ # --textmode doesn't seem to work; we use perl to filter ^M; # this doesn't affect the actual signature. (cat ../$1 ; echo ) | \ - $signcommand --local-user $maintainer --clearsign --armor \ - --textmode --output - - | \ - perl -n -p -e 's/\r$//' ../$1.asc + $signcommand --load-extension rsa --load-extension idea \ + --local-user 0x17d57681 --clearsign --armor \ + --textmode --output ../$1.asc else $signcommand -u $maintainer +clearsig=on -fast ../$1 \ ../$1.asc -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Release Plans (1999-05-10)
At 13:02 +0200 1999-05-13, Richard Braakman wrote: Joel Klecker wrote: At 19:06 +0200 1999-05-10, Richard Braakman wrote: * glibc 2.1 upgrade As far as I know, this project is largely complete. There are one or two bugs left in the backward compatibility code, and there's the question of what to do with /dev/pts. No there isn't, /dev/pts is taken care of. Hmm... then why isn't it used on my system? devpts is mounted, I have /dev/ptmx, but /dev/pts is empty. Most programs do not use UNIX98 ptys, is that what you meant about what to do with it? Potato Architectures: As far as I know it will be the same set as in slink, i.e. i386, m68k, sparc, and alpha. If any other architectures want to make a release they will have to decide soon. powerpc wishes to try for potato. Excellent. Would someone like to be a sponsor for that, in the sense that I described last March? I am willing to be the sponsor for the powerpc release. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Release Plans (1999-05-10)
At 10:25 +0200 1999-05-13, Hartmut Koptein wrote: The OF of my LongTrail works perfectly but i don't know how to set it up for autobooting. Booting from floppy is not (yet) possible (for initrd) because the kernel cannot read the floppy. So net or cd booting are the only choices. Currently i wait for manoj's update for his kernel-package with my changes. After that, compiling will be easier. But then i need kernel-diffs for apus, pmac, prep and also mbx for the 2.2.x tree. Linus' tree is fine on pmac, from what I hear. The only patches pmac would need is stuff for the iMac and Blue G3, hopefully OHCI will start to work in the in-kernel USB driver soon, then I will have just the Blue G3 stuff to deal with. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Release Plans (1999-05-10)
At 22:10 -0700 1999-05-12, Matt Porter wrote: The non-mac CHRP boards (LongTrails etc.) also use OF I believe. Are their OF's so broken that they don't work properly as well? Perhaps APUS and PReP (and I'm talking PPCBUG firmware not OF systems) are the only ones we need to worry about. Interestingly enough, Motorola dropped OF because it was so damn buggy. No, CHRP boards tend to have good OF. Most of the Macs had such broken OF because Apple did not rely on it for booting Mac OS (it only had to be enough to boot up and hand control to the Mac ROM). In the new world architecture introduced with the iMac, Apple finally began relying on OF to boot Mac OS, thus it has to be stable. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Release Plans (1999-05-10)
At 15:14 +0200 1999-05-12, Sven LUTHER wrote: I think the issue is the different way that different ppc systems uses to boot from the CD. I am not entirely sure how amigaos does this, but i bet it is different from macos ... Sure, we could choose not to be cd-bootable, best would be to d othis the same way it is done for linux/m68k cds .. For power macs, we don't need to worry about bootable CDs, most of them have Open Firmware that is too broken to even be capable of booting from either a cdrom drive or a iso9660 filesystem. The few macs that have reasonable OF should be able to boot from an arbitrary executable residing anywhere on the filesystem. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Dents v0.0.3 - DNS server
At 18:16 -0600 1999-05-09, Bdale Garbee wrote: In article [EMAIL PROTECTED] you wrote: I wonder if s/o is already working on this or if it doesn't make sense to package it. Given the BIND package will move to non-free in version 8.2 due to the license on the RSA code used for DNSSEC, it's good to see an alternative that will be in main... even if it's less functional. The glibc upstream had a discussion awhile back regarding intregrating bind 8.2's libresolv. There were two issues, firstly, the DNSSAFE license, secondly, RSA itself. RFC 2535 makes DSA mandatory, and only recommends RSA/MD5. 3.2 The KEY Algorithm Number Specification ... Algorithm specific formats and procedures are given in separate documents. The mandatory to implement for interoperability algorithm is number 3, DSA. It is recommended that the RSA/MD5 algorithm, number 1, also be implemented. Algorithm 2 is used to indicate Diffie-Hellman keys and algorithm 4 is reserved for elliptic curve. It was planned to use a free implementation of DSA and not bother to implement RSA until the patent expires. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Release Plans (1999-05-10)
At 19:06 +0200 1999-05-10, Richard Braakman wrote: * glibc 2.1 upgrade As far as I know, this project is largely complete. There are one or two bugs left in the backward compatibility code, and there's the question of what to do with /dev/pts. No there isn't, /dev/pts is taken care of. * glibc 2.1 source compatibility A larger task is to ensure that all packages still compile on a glibc 2.1 development system. The sparc people may have a list of problem packages. Most problems in this area have been fixed by the combined effort of the sparc, arm, and powerpc porters. However, many of the patches are sitting in the BTS and have yet to be applied. Potato Architectures: As far as I know it will be the same set as in slink, i.e. i386, m68k, sparc, and alpha. If any other architectures want to make a release they will have to decide soon. powerpc wishes to try for potato. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Corel Setup Design Proposal
At 21:17 -0400 1999-05-07, Branden Robinson wrote: On Fri, May 07, 1999 at 03:27:25PM -0700, Joel Klecker wrote: At 13:58 -0700 1999-05-07, Chris Waters wrote: #ifndef DEFAULT_CONFIG_X_SERVER # ifdef __i386__ # define DEFAULT_CONFIG_X_SERVER XF86_VGA16 # else # define DEFAULT_CONFIG_X_SERVER XF86_FB # endif ^ #endif \ 68_FBDev Not necessarily. For i386 and Alpha, it's XF86_FBDev. For m68k and PowerPC, it's XF68_FBDev. rantXFree86, Inc. ought to rename their product to something less x86-centric anyway./rant Anyway, Chris (on IRC) expressed distress over the fact that no one commented on the idea itself; for the record I think configurability is good. Let me just add that I am aware that the folks who work on the Red Hat-derived powerpc Linux dist have xconfigurator sorta working with XF68_FBDev. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Packages I am orphaning.
At 17:11 +0100 1999-01-29, Remco van de Meent wrote: Joel Klecker wrote: pciutils - Utils for listing/tweaking PCI devices in 2.1/2.2 kernels Bug-free, lintian-clean There are some upstream alpha releases that would be nice to have packaged somewhere, but not essential If noone objects, I'll take this (I'm using it quite often my self within the context of an ongoing research project). I'll create packages of the alpha (prerelease) versions too. It's yours. -- Joel Klecker (aka Espy) URL:http://web.espy.org/ URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] Debian GNU/Linux PowerPC -- URL:http://www.debian.org/ports/powerpc/
Re: -rpath with libtool and Debian Linux
At 15:41 -0600 1999-01-29, Gordon Matzigkeit wrote: The best solution I can come up with is to *always* change a library's soname when its dependencies change. I believe it was Joel Klecker who mentioned something about `libapi' patches for egcs that were supposed to implement this automatically. Joel, can you comment on this (or somebody else who knows the details)? That patch merely applies to the soname of the libstdc++ library that is part of egcs, it imparts no other functionality. -- Joel Klecker (aka Espy) URL:http://web.espy.org/ URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] Debian GNU/Linux PowerPC -- URL:http://www.debian.org/ports/powerpc/
Packages I am orphaning.
I am now orphaning[0] or previously orphaned the following: knl - This is a fairly nice replacement for rdev and friends the package is bug-free and lintian-clean vgrind - Run-off preprocessor for program sources One lintian warning Our vgrind is out of date with regard to upstream (Net|Free|Open)BSD, it should probably be upgraded. pciutils - Utils for listing/tweaking PCI devices in 2.1/2.2 kernels Bug-free, lintian-clean There are some upstream alpha releases that would be nice to have packaged somewhere, but not essential zile - A small editor that tries to be emacs-like One bug, lintian-clean macutils - Utils for dealing with specially encoded Mac OS files Three bugs, none of which are really fixable (they are about the inability to deal with some proprietary archive formats) Lintian-clean Tarballs of my current devel tree for all of these are at: ftp://ftp.espy.org/pub/debian/ [0] However, WNPP may consider knl and pciutils as Packages you need a new maintainer for -- Joel Klecker (aka Espy) URL:http://web.espy.org/ URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] Debian GNU/Linux PowerPC -- URL:http://www.debian.org/ports/powerpc/
Re: linux 2.2.0: System is 666kB
At 10:02 + 1999-01-26, Enrique Zanardi wrote: (BTW, is kernel-headers still needed? libc6-dev ships with a full set of headers, doesn't it?) I still need the kernel-headers to build glibc (whether or not they are in a package doesn't really matter, but it would help with source dependencies). -- Joel Klecker (aka Espy) URL:http://web.espy.org/ URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] Debian GNU/Linux PowerPC -- URL:http://www.debian.org/ports/powerpc/
Re: doc-base control file madness
At 08:06 -0800 1999-01-21, Ben Gertzfield wrote: Is there any way doc-base can provide some kind of macro expansion, so I don't have to edit: /usr/doc/libgtk1.1.13-doc/gtk-faq.html/ ... every time I have a new package, instead, doing something like VERSION=1.1.13 /usr/doc/libgtk${VERSION}-doc/gtk-faq.html/ In glibc I do something (almost exactly) like: In debian/libc-doc.doc-base.in: Format: info Index: @infodir@/libc.info.gz Files: @infodir@/libc.* Format: HTML Index: @docdir@/@[EMAIL PROTECTED]/html/libc_toc.html Files: @docdir@/@[EMAIL PROTECTED]/html/*.html Then in debian/rules: debian/libc-doc.doc-base: debian/libc-doc.doc-base.in sed -e '[EMAIL PROTECTED]@%$(glibc)%g' -e '[EMAIL PROTECTED]@%$(infodir)%g' \ -e '[EMAIL PROTECTED]@%$(docdir)%g' debian/libc-doc.doc-base.in \ debian/libc-doc.doc-base # Paranoia touch $@ Then I have the target that generates the glibc-doc .deb depend on the debian/libc-doc.doc-base rule. And make of course takes care of making sure debian/libc-doc.doc-base is up to date with regard to debian/libc-doc.doc-base.in. -- Joel Klecker (aka Espy) URL:http://web.espy.org/ URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] Debian GNU/Linux PowerPC -- URL:http://www.debian.org/ports/powerpc/
Re: texinfo and texi2* in tetex-bin?
At 17:15 -0200 1999-01-19, Lalo Martins wrote: Oh boy! Cammon! Now I need to install 25M (tetex-bin~=10 + tetex-base~=15) just to compile texi files into html or info? Uhh, not now, makeinfo and texi2html in tetex-bin is not a new development, it's been that way since at least bo, IIRC. I really think we should continue to provide separate texinfo and texi2html packages at least. Those were never separate binary packages. The texinfo source package generates `info'. -- Joel Klecker (aka Espy) URL:http://web.espy.org/ URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] Debian GNU/Linux PowerPC -- URL:http://www.debian.org/ports/powerpc/
Re: libpam, cracklib, and slink (was Re: Release-critical...)
At 4:53 PM -0500 1/20/99, Ben Collins wrote: Ok, after looking at this, I've decided that the cracklib support for PAM would be best handled by having it in a seperate package. I want to propose a naming scheme for module packages for PAM similar to how apache modules are named, libpam-mod-foo, where foo is the module name. Using this scheme the cracklib PAM module package will be named libpam-mod-cracklib, and this package will contain the Depends for cracklib. source I have to 0.66, which will be in my first upload pending comments concerning this proposed naming scheme (i hope no one has any objections :) I object to the the 'mod', it amounts to saying Pluggable AUthentication Module module[1]. You are using apache as an example, apache's modules are usually named 'mod_foo', so `libapache-mod-foo' is logical as a package name. I don't think that holds for PAM. NOTE: This naming scheme will reuire the ppp-pam package to be renamed, any problems with this? Uh why? `ppp-pam' is simply `ppp' with PAM support. [1] Stamp out and eliminate redundancy! ;-) -- Joel Klecker (aka Espy) URL:http://web.espy.org/ URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] Debian GNU/Linux PowerPC -- URL:http://www.debian.org/ports/powerpc/
Re: LSB?
At 23:31 -0600 1999-01-18, Chris Lawrence wrote: *** Reference 3.4-2(A) The implementation provides the file /etc/adjtime Result: PASS/FAIL This is an Intel-ism. adjtimex does not exist for several non-X86 platforms. I disagree, that file is also used by clock/hwclock (depending on architecture) as well. -- Joel Klecker (aka Espy) URL:http://web.espy.org/ URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] Debian GNU/Linux PowerPC -- URL:http://www.debian.org/ports/powerpc/
Re: glibc 2.1 (test release 2.0.98) for i386 (was: Re: The freeze and IMMINENT 2.2.0p1!!)
At 11:29 -0700 1998-10-17, Matt McLean wrote: The most obvious one is that not every architecture has an 'egcc', because egcs is the main compiler. So, we shouldn't be setting $CC. That is not correct, the latest egcs packages provide a 'egcc' symlink on every architecture. -- Joel Klecker (aka Espy) URL:mailto:[EMAIL PROTECTED]URL:http://web.espy.org/ Debian GNU/Linux user/developer on i386 and powerpc. URL:mailto:[EMAIL PROTECTED] URL:http://www.debian.org/
Re: (WARNING) xfree86 3.3.2.3a-2 (source all i386) uploaded to master
At 14:02 -0400 1998-10-16, Branden Robinson wrote: Topi Miettinen has done some research on this. When we get SysV-style pty support in glibc, xterm can lose its root privileges altogether. I hear this will be in glibc 2.1? Yes, that's correct. -- Joel Klecker (aka Espy) URL:mailto:[EMAIL PROTECTED]URL:http://web.espy.org/ Debian GNU/Linux user/developer on i386 and powerpc. URL:mailto:[EMAIL PROTECTED] URL:http://www.debian.org/
Re: Bugs with X
At 13:53 -0400 1998-10-16, Branden Robinson wrote: I definitely want to build debugging versions of the X libraries, but as yet I don't know how to do it. The makefiles for X are byzantine. [snip] But I do want to get debugging versions of the libraries soon. As soon as I can figure out how. It's quite simple, pass -g in CFLAGS or whatever, and copy the libs (unstripped) into xlib6{,g}-dbg. -- Joel Klecker (aka Espy) URL:mailto:[EMAIL PROTECTED]URL:http://web.espy.org/ Debian GNU/Linux user/developer on i386 and powerpc. URL:mailto:[EMAIL PROTECTED] URL:http://www.debian.org/
glibc 2.1 (test release 2.0.98) for i386 (was: Re: The freeze and IMMINENT 2.2.0p1!!)
At 21:19 +0200 1998-10-10, Marco d'Itri wrote: On Oct 09, J.H.M. Dassen Ray\ [EMAIL PROTECTED] wrote: I can see pcmcia (28-Sep-98 is needed) and netutils (so that IPv6 is supported), but not a lot of packages. IIRC, libc6 doesn't support IPv6; you need a beta version for that. So this is only an issue if we intend to release one of the libc6.1 using ports. In the next weeks my site will go on the 6bone and I plan using debian for our IPv6 gateway box. Where can I find a libc6.1 for intel? I have uploaded i386 binaries and source to http://master.debian.org/%7Eespy/glibc/. I built the package with 2.1.125ac2 kernel headers. Note that the binary packages have had no testing, the packaging is *probably* OK, but I can't vouch for the libraries themselves. The packaging should support all Debian architectures, i386, powerpc, and sparc have all been tested with this or somewhat earlier incarnations of my packaging. Will the current netutils just work with IPv6 after recompiling or do I have to patch it? AFAIK, the current Debian net-tools is new enough that a reconfig (net-tools has an interactive configure script to decide which protocols it should support) and recompile should offer IPv6 support. BTW, please be aware that this is only a test release, and you probably will find bugs. -- Joel Klecker (aka Espy) URL:mailto:[EMAIL PROTECTED]URL:http://web.espy.org/ Debian GNU/Linux user/developer on i386 and powerpc. URL:mailto:[EMAIL PROTECTED] URL:http://www.debian.org/
Re: PROPOSAL: one debian list for all porting efforts
At 12:30 +0200 1998-10-14, Paul Slootman wrote: On Mon 12 Oct 1998, Hartmut Koptein wrote: :-) debian/i386 is also a port! No. For 90% (I think more) of the packages it is the primary architecture. The word port implies carrying to _another_ architecture. Hence the package on the primary architecture is _not_ a port. To me it is a port, a port of Debian GNU/Linux. -- Joel Klecker (aka Espy) URL:mailto:[EMAIL PROTECTED]URL:http://web.espy.org/ Debian GNU/Linux user/developer on i386 and powerpc. URL:mailto:[EMAIL PROTECTED] URL:http://www.debian.org/
Re: The freeze and IMMINENT 2.2.0p1!!
At 13:13 +0200 1998-10-09, J.H.M. Dassen \(Ray\) wrote: IIRC, libc6 doesn't support IPv6; you need a beta version for that. So this is only an issue if we intend to release one of the libc6.1 using ports. glibc 2.1 (2.0.9x until release) does not change the soname, symbol versioning prevents that from being necessary (in theory at least). alpha has libc6.1, but that is due to the fact that its original libc was glibc 1.99, which claims to be libc6, but is incompatible with glibc 2.0.x. -- Joel Klecker (aka Espy) URL:mailto:[EMAIL PROTECTED]URL:http://web.espy.org/ Debian GNU/Linux user/developer on i386 and powerpc. URL:mailto:[EMAIL PROTECTED] URL:http://www.debian.org/
Re: The freeze and IMMINENT 2.2.0p1!!
At 21:19 +0200 1998-10-10, Marco d'Itri wrote: In the next weeks my site will go on the 6bone and I plan using debian for our IPv6 gateway box. Where can I find a libc6.1 for intel? Will the current netutils just work with IPv6 after recompiling or do I have to patch it? My glibc-pre2.1 packaging should work fine for i386, but it hasn't been tested. I need to rebuild the source package and put it somewhere public though. -- Joel Klecker (aka Espy) URL:mailto:[EMAIL PROTECTED]URL:http://web.espy.org/ Debian GNU/Linux user/developer on i386 and powerpc. URL:mailto:[EMAIL PROTECTED] URL:http://www.debian.org/
Re: 2.0.34 and x-bit on libraries
At 13:22 -0700 1998-06-24, Heiko Schlittermann wrote: . 2.0.34 needs the x-bit on shared libraries! Actually, no, it's just the dynamic linker that needs to be executable. This is apparently a security feature, 2.1 kernels also require an executable dynamic linker, and thus 2.2 will as well. -- Joel Espy KleckerDebian GNU/Linux Developermailto:[EMAIL PROTECTED] http://www.espy.org/ ftp://ftp.espy.org/pub/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: FIX FOR HAMM: timezone problem
At 05:54 -0700 1998-06-16, John Goerzen wrote: Dale Scheetz [EMAIL PROTECTED] writes: The boot disks should not offer confusing options. They should offer the working one (CST6CDT for me) and no non-working ones. The same goes for tzconfig. Otherwise, anybody using xntp or something similar will always get incorrect times. I'm sorry to disapoint you, but US/Central is a perfectly valid timezone. It is only intended for those parts of the central US where Daylight Savings Time is not practiced. You will notice that there are equivalet settings for the other timezones as well. Yes. But almost all of the US does use DST. I believe the sole exception is a few counties in Indiana. And the entire state of Arizona. -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Important: Non-maintainer release flame!
At 16:10 -0700 1998-06-15, Dermot John Bradley wrote: Joel as you can see from the CC: headers above this email is going out to more than just yourself. The point(s) I'm making below I consider to be important to the Debian project as a whole. As can be seen from bug #23367, you sent me an email to tell me there was a newer version of gd than the most recent one I had released (as libgd, libgd-altdev, libgd1g, and libgd1g-dev). In the reply I sent to you I mentioned that I had only recently become aware of this new versionm and was in the process of preparing a package of it. I wasn't thinking when I did that upload, I intended to remove it almost as soon as I had uploaded it, but I was tired, and decided I would do it later, and I guess I forgot. I now see that you have uploaded a non-maintainer release of this new version to master.debian.org! To be blunt I'm pissed about this...indeed this is *not* the first time someone has decided to do a non-maintainer release of one of the packages I've been working on without checking with me first. I apologize, and have deleted my NMU from incoming (in the process accidentally deleting libgdk-imlib* as well, oops{1]). [1]Shaleh: please accept my apologies, I have replaced the affected files (libgdk-imlib-dev_1.6-1.1_i386.deb, and libgdk-imlib1_1.6-1.1_i386.deb) with copies from a mirror of incoming, so everything should still be OK. -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package: webalizer
At 07:56 -0700 1998-06-13, Remco van de Meent wrote: Sounds reasonable. Though, in the copyright file of webalizer, the copyright text of GD (1.2!) has been included by webalizer's author. Is it still possible to have the webalizer-package in main instead of contrib? Yes, the copyright file does make it clear that the gd section only applies to the bundled copy of gd 1.2, the Debian package can omit that part, since webalizer is linked against the Debian libgd. : Can you make the package available somewhere? Yes: http://www.xs4all.nl/~rvdmeent/debian/ Cool. A bit of postinst work to provide functioning defaults for /etc/webalizer.conf should be done, I suggest prompting for directory under /var/www to use for output, using the local domain to seed the HideSite and HideReferrer, and the hostname and such. I also suggest a /etc/cron.daily/webalizer file. -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Security problem - inetd.conf has rsh/rlogin/rexec ON as a default
At 06:34 -0700 1998-06-11, Amos Shapira wrote: I do a lot of remote administration too (actually, almost exclusively) using ssh. I know that ssh is not freely distributable with debian (due to the crypto limitations) It isn't just the crypto, ssh isn't DFSG free either. -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Intent to package: webalizer
At 13:39 -0700 1998-06-10, Remco van de Meent wrote: Hey, I'm currently applying for being a Debian maintainer (using the Debian Developer's Reference). I created a package of the Webalizer software: Package: webalizer Status: install ok installed Installed-Size: 108 Maintainer: Remco van de Meent [EMAIL PROTECTED] Version: 1.12-1 Depends: libc6, libgd1g Conffiles: /etc/webalizer.conf 0e93aac1c4ed0190911c5565630a9657 Description: webalizer - a web server log analysis program The Webalizer is a web server log analysis program. It is designed to scan web server log files in various formats and produce usage statistics in HTML format for viewing through a browser. The Webalizer produces yearly, monthly, daily and hourly statistics. In the monthly reports, various statistics may be produced to show overall usage, usage by day and hour, usage by visiting sites, URL's, user agents (browsers), referrers and country. The Webalizer is highly configurable by use of either command line options or a configuration file, allowing the program to be tailored to individual needs easily. The homepage of this thingie is located at http://www.mrunix.net/webalizer/. This utility uses the GD-library, so I think the webalizer-package should go into non-free. gd 1.3 is now DFSG free, and works around the patent issues too. I have uploaded a non-maintainer release of gd to main, thus, webalizer can go in main. BTW, its dependence on a non-free package would have put it in contrib, not non-free. If noone else is working on this one, and they're no objections, I'd like to officialy package webalizer. If you need more information, please let me know. I had planned to package it, but since you have already done so, you can have it. Can you make the package available somewhere? -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The Hamm Bugs Stamp-Out List for 1998-06-12
At 17:47 -0700 1998-06-12, Richard Braakman wrote: Package: libc6-dev Maintainer: Dale Scheetz [EMAIL PROTECTED] [HELP] Dale Scheetz: I have not had a chance to even read these reports yet. Some outside help determining what should, or shouldn't change would be helpful here. (My translation: send him patches :-) 19797 libc6-dev: use of /tmp/*$$ in an insecure fashion 21884 libc6-dev: relative links between top-level dirs I have sent Dale a patch for 19797. I am also investigating 21884 to see what needs to be done to fix it. -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Corel Network Computer Port
At 21:20 -0700 1998-06-05, Steve Dunham wrote: Does anyone have any definite information on the Corel Network computers? Is anyone else interested in doing a Debian port? Vincent Renardias is apparently working on an arm port of Debian (In bug #21327 against ftp.debian.org, he asks for a binary-arm section). This is the processor that the Corel NCs are based on, right? -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The Hamm Bugs Stamp-Out List for 1998-06-08
At 18:29 -0700 1998-06-08, Richard Braakman wrote: Package: login Maintainer: Guy Maor [EMAIL PROTECTED] 22191 login: does not chown /dev/vcs* anymore As I quoted in a reply to 22191: Here's what the author says in libmisc/chowntty.c: #ifdef __linux__ /* * Please don't add code to chown /dev/vcs* to the user logging in - * it's a potential security hole. I wouldn't like the previous user * to hold the file descriptor open and watch my screen. We don't * have the *BSD revoke() system call yet, and vhangup() only works * for tty devices (which vcs* is not). --marekm */ #endif } -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Differences of Debian vs. the Other Guys
At 23:38 -0700 1998-06-02, Tyson Dowd wrote: Manoj addressed most of the big differences in his mail. One that he missed (or glossed over) is the difference in generation of packages. Another one is that he didn't explain what dpkg-shlibdeps does. dpkg encourages (practically enforces) building a package in a working directory, installing files to a temporary directory, and packaging from that directory. e.g.configure --prefix ./debian/tmp make make install package up ./debian/tmp is what the debian/rules file says. That isn't the right way to do it, the executables may end up depending on being run from the same directory as the one they were built with (in practice, it doesn't seem that too many packages are like that, but it's good to keep it in mind). The correct way to do it (for most GNU autoconfized packages) is: ./configure --prefix=/usr make make install prefix=`pwd`/debian/tmp/usr In some cases this may cause a rebuild with the new path configured in, in which case it is necessary to do a bit more work in the rules. (The documentation for GNU stow is useful for a few strategies in dealing with such cases). -- Joel Espy Klecker Debian GNU/Linux Developer mailto:[EMAIL PROTECTED] http://web.espy.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Apt is cool (yay!) - What about bo?
At 12:24 +0100 1998-05-04, Jules Bean wrote: The following packages on my system are in bo but not in hamm: --- Obsolete and local packages present on system --- - Obsolete/local Required packages - --- Obsolete/local Required packages in section base --- *** Req base timezone 7.55-2 none - Obsolete/local Standard packages - --- Obsolete/local Standard packages in section admin --- *** Std adminwg15-locale 2-5 none --- Obsolete/local Standard packages in section libs --- *** Std libs libbfd2.7.0. 2.7.0.9-3 none Those packages are a) superceded (the first two) or b) obsolete (the last). -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Yet another Linux distribution! :-)
At 10:11 -0400 1998-05-02, Raul Miller wrote: Rev. Joseph Carter [EMAIL PROTECTED] wrote: You don't need ftpd and telnetd. You probably do need an http server for documentation, but then again dhttpd is small and does the job nicely. Much better than a server would be a browser which supports cgi for local browsing. Why? What's wrong with a small server such as boa? -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Maybe alpha should be in hamm? (was: Re: Only m68k and i386 in hamm?)
At 00:31 +0100 1998-04-30, James Troup wrote: Michael Alan Dorman [EMAIL PROTECTED] writes: [ ... ] ld.so doesn't apply [ ... ] Upgrade your quinn-diff :-) From 0.31's ChangeLog.main :- | Sun Apr 12 21:33:14 1998 James Troup [EMAIL PROTECTED] | | * Packages-arch-specific (ldso): exclude alpha. (Maybe it should also be excluded for the other glibc only architectures too? I always welcome input on Packages-arch-specific as I'm only qualified to speak for m68k (and then only barely)) powerpc is the only other glibc-only architecture in Debian, AFAIK. You'll need to add powerpc to ldso's exclude list too. -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Intent to do a non-maintainer release of shadow-980403.
A week or so ago I sent a report[1] regarding the latest upstream version of the shadow password utils, in that report I detailed which bugs were fixed, and I offered to do a non-maintainer release. I have yet to receive any response, I assume this is because the maintainer (Guy Maor) is busy, so if there are no objections, I will go ahead and do a non-maintainer release. I intend to upload to frozen, as there is little new functionality, and many bug fixes, including at least one critical. [1] http://www.debian.org/Bugs/db/21/21357.html Here's my changelog: shadow (980403-0.1) frozen unstable; urgency=low * Non-maintainer release. * New upstream release (18225). * (debian/login.postinst) * Use 'touch' instead of 'cat ' when creating /var/log/faillog (15998,16187,21687). * No longer fails if no previous configured version exists (11433). * (gpasswd): now checks which user invoked it before calling setuid() (18132). * (debian/passwd.postinst): removed bashism (13753). * (groupmod): NULL dereference fixed upstream, as a result, it no longer dumps core when changing group name (16893,17894). * (useradd): no longer segfaults if /etc/default/useradd is missing (18628). * (login.defs.1): now documents more options (13485). * (source): includes 'missing' (13815,18133,21280). * (login.1): * Removed mention of d_passwd(5), which doesn't exist, and login.defs.5 now documents /etc/dialups (15176). * Added /etc/nologin to FILES section and reference nologin(5) (21695). * The URL mentioned in Bug#15391 is no longer valid. * (login.defs): no longer sets ULIMIT (17529). * (login): * No longer uses static buffers for group lines (17532). * Doesn't seem to make assumptions about gid_t any longer (21767). * (faillog.8): s-/usr/adm-/var/log-g (19974). * (lastlog.8): notes that some systems use /var/log instead of /usr/adm (21746). * Install upstream changelog as 'changelog.gz' as per policy (20052). * (secure-su): Changed /etc/suauth to reference the group 'root' instead of 'wheel' (17593). -- Joel Klecker [EMAIL PROTECTED] Thu, 30 Apr 1998 18:32:12 -0700 -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Gnome debs?
At 22:29 +1000 1998-04-23, Herbert Xu wrote: In article [EMAIL PROTECTED] you wrote: I checked, Debian and Red Hat were not compatible. (e.g. libpng and libjpeg have different sonames.) How did this happen? 2 is the upstream soname for libpng 1.0, so we are doing the right thing there. -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: deb + tar + bzip2 suggestion
At 14:16 +0200 1998-04-18, Brederlow wrote: I think it would be a good idea to teach tar to unpack bzip2 files via the -z option, just as if it would be gzip. Alternativly one could teach gzip to use bzip2 for .bz2 archives or teach dpkg to distinguish between the two. Debian tar has a patch which hands off files to bzip2 if the -I option is passed to it. -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: deb + tar + bzip2 suggestion
At 15:30 +0200 1998-04-18, Falk Hueffner wrote: Joel Klecker [EMAIL PROTECTED] writes: At 14:16 +0200 1998-04-18, Brederlow wrote: I think it would be a good idea to teach tar to unpack bzip2 files via the -z option, just as if it would be gzip. Alternativly one could teach gzip to use bzip2 for .bz2 archives or teach dpkg to distinguish between the two. Debian tar has a patch which hands off files to bzip2 if the -I option is passed to it. Why wasn't the -z option expanded to recognize the bzip2 signature? That would seem to be a better solution to me. It wouldn't fit in very well(from the tar man page): -Z, --compress, --uncompress filter the archive through compress -z, --gzip, --ungzip filter the archive through gzip (and tar --help): -I, --bzip2, --bunzip2 filter the archive through bzip2 The documentation leads one to believe that tar pipes the data through the filter without regard to its contents, instead relying on the filter program to do error checking, and indeed an examination of the source proves that to be true. However, I have run across a patch that adds an option that does use magic numbers to guess which compression program to use. The URL was posted on gnu.misc.discuss some months ago, but it is unfortunately not on dejanews. -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Debian Bug#20445 disagree
At 01:07 -0500 1998-04-17, Manoj Srivastava wrote: Hi, Marcus == Marcus Brinkmann [EMAIL PROTECTED] writes: Marcus Is gettext so unstable? I doubt it. Dpes not matter. We should be respecting the upstream authors wishes. Already Debian has the reputation of not forwarding bugs upstream; I do not want to add to that a report that we flagrantly ignore express requests by the authours. [snip] When it is ready. Early shipping is a major source of potential mebarrasement, and may alienate users. If the authors themselves consider it unfit for general consumtion, are we not being presumtuous in saying we know the software better than the authors? I find it odd that the GNU ftp site and mirrors thereof are not considered wide distribution by gettext's author. ftp://ftp.gnu.org/pub/gnu/gettext-0.10.tar.gz -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#20587: libstdc++2.8-dev: std.h not found
At 10:27 +1000 1998-04-13, Herbert Xu wrote: Regrettably, we don't have a libg++2.8.1.1 package yet. Well that means prcs should be moved out of hamm unfortunately unless we back off to libg++272. One of the problems with a libg++2.8.1.1 package is that it would need to build libstdc++28 as well, since libg++ is now merely an add-on (and I doubt it could be added-on to the egcs libstdc++), egcs 1.0.2 could work with the standard GNU libstdc++ if necessary, however. -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Bug#21009: rvplayer: Namespace conflict
At 21:47 -0700 1998-04-12, Joey Hess wrote: dpkg: error processing netscape4_4.0-7.deb (--install): trying to overwrite /usr/lib/netscape', which is also in package rvplayer Errors were encountered while processing: netscape4_4.0-7.deb I'm very confused by this, since I have netscape4 and rvplayer both installed, with no problems. rvplayer.deb contains a /usr/lib/netscape/ directory. So's netscape.deb. That's fine, no conflict, right? What'm I missing? I suspect it's the dpkg directory overwrite bug, sometimes for unknown reasons, dpkg will get confused and act as if a directory contained in one package can overwrite the same directory contained in another package. James Troup mentioned (on IRC) something like that when I had a similar conflict between apt and man2html (IIRC), both packages had /var/cache and dpkg refused to install apt because its /var/cache was trying to overwrite /var/cache, which is also in package man2html. He suggested I try again with a certain -D argument to dpkg to try to nail the bug, I don't recall what the argument was. -- Joel Espy Kleckermailto:[EMAIL PROTECTED]http://web.espy.org/ Debian GNU/Linux Developer...http://www.debian.org/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Libc6 progress: 1998-01-07
-BEGIN PGP SIGNED MESSAGE- Regarding Libc6 progress: 1998-01-07 of 6:22 AM -0800 1/7/98, Richard Braakman wrote: vgrind-5.7-10 I have uploaded a libc6 build of vgrind, and have adopted the package. - -- Joel Espy Klecker Debian GNU/Linux Developermailto:[EMAIL PROTECTED] http://www.espy.org/http://www.debian.org/ -BEGIN PGP SIGNATURE- Version: PGP for Personal Privacy 5.0 Charset: noconv iQCVAwUBNLPMIAoYIlYX1XaBAQFCUQQAgrqO+ADfp9VJsGAKTPBnK03SWiD0B9m/ SLNUoLu8cs4M1hBn2oOE1DUMIJaAD3fNltqgdBo3U0mI+f0+iWaTy07hjsF348uW 3Ct8PLxyLo2UO8rtNsW1ERoOR2I8T0THaEPSVnn5agfV6X4fdyYzIq+ZmNlrGCat wCKSev9ZtCg= =6wDn -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: What's Debian's /usr/src policy
-BEGIN PGP SIGNED MESSAGE- Regarding Re: What's Debian's /usr/src policy of 8:09 PM -0800 1/5/98, Hamish Moffatt wrote: On Mon, Jan 05, 1998 at 11:54:14AM -0800, Stephen Zander wrote: Martin Mitchell [EMAIL PROTECTED] writes: Ian Jackson [EMAIL PROTECTED] writes: Why does libc6 depend on kernel-header ? It's libc6-dev that has that dependency. Perhaps weakening the dependency to Suggests might be the best solution. No, you can't. Their are multiple header files that will be flat *broken* without a /usr/include/{linux,asm}. So the required kernel-headers package installs the headers into /usr/include/{linux,asm}? No, the kernel-{headers,source}-x.x.x packages install into /usr/src/kernel-{headers,source}-x.x.x, with linux-x.x.x symlinked to it, libc6-dev has /usr/include/{linux,asm} symlinked to /usr/src/linux-2.0.32/include/{linux,asm}. - -- Joel Espy Klecker Debian GNU/Linux Developermailto:[EMAIL PROTECTED] http://www.espy.org/http://www.debian.org/ -BEGIN PGP SIGNATURE- Version: PGP for Personal Privacy 5.0 Charset: noconv iQCVAwUBNLH0UQoYIlYX1XaBAQHZYgP+LX5yFstGOa3ewpzEPkZMdMy7X82LV2Yv JZrymaocQ6CIjdrWPqFuP09ikzkEwqi5IMA2/6sXxknzfpalxSrYF3pWL3GPJvXo rHe1E3IZemRpgsmNaetjF+89h/mJPEWRbI9ZV/DzxghNraraopncWOhc5Ydp51YO XFuD05yEPho= =EaEy -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Fwd: package format standard
-BEGIN PGP SIGNED MESSAGE- Received: by smtp3 for jklecker (with Cubic Circle's cucipop (v1.21 1997/08/10) Tue Dec 30 09:59:08 1997) X-From_: [EMAIL PROTECTED] Tue Dec 30 06:11:21 1997 Return-Path: [EMAIL PROTECTED] Received: from theta.pair.com (theta.pair.com [209.68.1.17]) by smtp4.teleport.com (8.8.7/8.7.3) with ESMTP id GAA19091 for [EMAIL PROTECTED]; Tue, 30 Dec 1997 06:11:20 -0800 (PST) Received: from paradigm.uor.edu ([EMAIL PROTECTED] [192.251.139.229]) by theta.pair.com (8.8.8/8.6.12) with ESMTP id JAA28877 for [EMAIL PROTECTED]; Tue, 30 Dec 1997 09:11:18 -0500 (EST) X-Envelope-To: [EMAIL PROTECTED] Received: from sl001.infi.net (sl001.infi.net [205.219.238.210]) by paradigm.uor.edu (8.8.7/8.8.7) with ESMTP id GAA29683 for [EMAIL PROTECTED]; Tue, 30 Dec 1997 06:08:22 -0800 Received: (from [EMAIL PROTECTED]) by sl001.infi.net (8.8.8/8.8.8) id JAA14879; Tue, 30 Dec 1997 09:04:28 -0500 (EST) Date: Tue, 30 Dec 1997 09:04:28 -0500 (EST) From: James Lowe Jr. [EMAIL PROTECTED] X-Sender: [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: package format standard Message-ID: [EMAIL PROTECTED] MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII I am working on an implementation of the POSIX package standard (POSIX.7.2). I already have a parser for the metadata files, a cpio2tar translator, and some C++ classes which model the software information structures as described in the standard. I am working on some SGML(-tools) manpages for the format,metadata files, keywords etc. I hope to have a partial working version of swpackage() and a rpm-like utility in a few months. I really want to get out some documentation to be posted somewhere and so others can contribute without having to buy the standard from IEEE. My plan is to provide a system which can be a backend for existing package managers (i.e rpm, dpkg). This will atleast create a common package format leaving the utility itself, and installed package database as components which distribution vendors can use to differentiate themselves. / Jim Lowe [EMAIL PROTECTED] - -- Joel Espy Klecker Debian GNU/Linux Developermailto:[EMAIL PROTECTED] http://www.espy.org/http://www.debian.org/ -BEGIN PGP SIGNATURE- Version: PGP for Personal Privacy 5.0 Charset: noconv iQCVAwUBNKk7UgoYIlYX1XaBAQGLHgP/eelYgizbsS3FM785/haFwFSsBqUGiMEG qRqvD9WuAaqc2oT0Ot3/lMgr6ULtWVNG5TUILElq9s8MKxop11c/2QNS0iKTmvgy 8+7ZFa2NtA+HKWeTXL8fBXJn59wq2DTPDHxgodeN2nTWPgV6V9BzkhUwHAro7tG0 /USq0MXoC90= =6yJT -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: 68k test machine?
-BEGIN PGP SIGNED MESSAGE- Regarding Re: 68k test machine? of 12:23 PM -0800 1997-12-13, [EMAIL PROTECTED] wrote: There's a box in the garage here that says Mac IIx. I've been holding on to it hoping that it might someday support the 68k port. Any chance of that? Yes. In fact, it may be working now. - -- Joel Espy Klecker mailto:[EMAIL PROTECTED] http://www.espy.org/ Debian GNU/Linux Developer http://www.debian.org/ Apple Flavored Unixhttp://www.espy.org/apple-flavored-unix/ -BEGIN PGP SIGNATURE- Version: PGP for Personal Privacy 5.5 iQCVAwUBNJQDYQoYIlYX1XaBAQHj1gP/ZE0FJ0ewkLPQcBNJ3YrNODG8C/hemB0A GDfFza8E8yb/oMqKm4a65kObSplbBC0M885ti3Jx0nb/tyg8MsFVY6og+V3k0JG4 L9g8YH07a6RULBKMTOYwcbUKDGEa7Tb93pfqJTl1YidRYIWaN5G16kKs0K2UIzi3 I7ybAV90SEQ= =ZU8u -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Notice of intent to package...
-BEGIN PGP SIGNED MESSAGE- I am working on the following packages: Orphaned packages: macutils mcvert opie New packages: hfs-fs (Macintosh HFS kernel module) zile (Emacs clone) For the time being, the packages (except for hfs-fs) are only available at: ftp://ftp.espy.org/pub/debian/. - -- Joel Espy Klecker mailto:[EMAIL PROTECTED]http://www.espy.org/ Apple Flavored Unix (http://www.espy.org/apple-flavored-unix/): A meta-index of unix-like OSes for macs and mac clones. -BEGIN PGP SIGNATURE- Version: PGP for Personal Privacy 5.5 iQCVAwUBNIJbfAoYIlYX1XaBAQFV6gP6ArZz1BJhKSAhc5Gz/NZtpcb/0KxVoJkR M7lH8ZXWQn9C/DfhlJtXq9lr/f4ZCf5X44E1bdizxw/Di52cdlN8AfHM+QsowIws 62HGlokponLQJRDOyrHjw8VWemzvJZC4y/pylNBXOkufTgdAku7ZS9lfhcvqOq2y xMSZCn6q1IY= =zJyN -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .