Re: in.telnetd and virtual hosting
On Mon, Oct 04, 1999 at 11:25:38PM +0200, Marek Habersack wrote: * Ryan Murray said: to work, although I have no idea how Linux would react to having to having multiple devpts filesystems mounted at once. Probably best to try and see :) Both proc and devpts are mounted. Doesn't matter whether I mount them Have you tried actually mounting them in the chroot jail and then having yes. symbolic links to them from the real root? That way there is only one proc,pts directory ever mounted... You cannot symlink over a pseudo-root. It must all be below it. You are symlinking from the real root to the pseudo root. All the real files are below the pseudo-root. The real root has symlinks pointing into the pseudo, not the other way around (which is not possible, as you mention). -- Ryan Murray ([EMAIL PROTECTED], [EMAIL PROTECTED]) Software Designer, Glenayre Technologies Inc. The opinions expressed here are my own.
Re: Need help for GPG
On Mon, Oct 04, 1999 at 03:50:35AM -0700, Philippe Troin wrote: I'm trying to use GPG for signing my debian packages... I've successfully created my new GPG secret key, and when I list my keys and signatures, I get: % gpg -v --list-sig [EMAIL PROTECTED] gpg: Warning: using insecure memory! pub 1024D/6EAF7F87 1999-10-04 Philippe Troin [EMAIL PROTECTED] sig6EAF7F87 1999-10-04 Philippe Troin [EMAIL PROTECTED] sub 2048g/BBEB26B2 1999-10-04 sig6EAF7F87 1999-10-04 Philippe Troin [EMAIL PROTECTED] pub 768R/3EE7EDCD 1996-08-26 Philippe Troin [EMAIL PROTECTED] sig82B7D4BD 1998-11-01 Joey Hess [EMAIL PROTECTED] sig3EE7EDCD 1996-08-26 Philippe Troin [EMAIL PROTECTED] gpg: can't handle public key algorithm 192 The first two keys are the new ones, the last the old (PGP) one. you have gpg-rsa or gpg-rsaref installed ? How about gpg-idea ? After much struggle, I manage to sign the 1024 bits DSA key, but not the 2048 bits El-Gamal key: % gpg -v --list-sig [EMAIL PROTECTED] gpg: Warning: using insecure memory! pub 1024D/6EAF7F87 1999-10-04 Philippe Troin [EMAIL PROTECTED] sig6EAF7F87 1999-10-04 Philippe Troin [EMAIL PROTECTED] sig3EE7EDCD 1999-10-04 Philippe Troin [EMAIL PROTECTED] sub 2048g/BBEB26B2 1999-10-04 sig6EAF7F87 1999-10-04 Philippe Troin [EMAIL PROTECTED] pub 768R/3EE7EDCD 1996-08-26 Philippe Troin [EMAIL PROTECTED] sig82B7D4BD 1998-11-01 Joey Hess [EMAIL PROTECTED] sig3EE7EDCD 1996-08-26 Philippe Troin [EMAIL PROTECTED] gpg: can't handle public key algorithm 192 And why do I get this message about public key algorithm 192 ? Or am I ok and cannot sign the El-Gamal key ? You can sign the DSA main key, but not the individual subkeys. The subkeys are signed by your DSA key and have your name on them. It's normal. And then I should then the new key with 'gpg -a --export' and send it to [EMAIL PROTECTED] ? No -a needed, just --export. And finally, anyone knows if I can integrate gpg with Gnus ? Yes, but how I don't know as I'm not an emacs person. -- Joseph Carter [EMAIL PROTECTED] Debian GNU/Linux developer GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3 PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77 8E E2 29 96 C9 44 5F BE -- Flav Win 98 Psychic edition: We'll tell you where you're going tomorrow pgpsc2surJasV.pgp Description: PGP signature
Re: PGP/GPG Keys
On Mon, Oct 04, 1999 at 07:45:23PM +0200, Rene Mayrhofer wrote: Is it possible to use a key created by pgp5 for package signing ? The key works for me when I use it with gpg, both the opposite is not true (e.g. pgp5 is unable to verify a signature created with a gpg key). I am no maintainer yet and so I want to start cleanly. What is the right way if I want to use gpg and pgp5 and communicate with people using pgp5 ? Can I create a gpg key usable by pgp5 or is it possible to use the pgp5 key for administrative purposes ? I really want to revoke my rsa key and use only one key for all purposes. By default gpg will use OpenPGP sigs. This is probably your problem. Yes, you can import the pgp5 key into gpg and use it directly. There's also some documentation on how to get gpg to generate pgp5 compatible sigs in the manpage. -- Joseph Carter [EMAIL PROTECTED] Debian GNU/Linux developer GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3 PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77 8E E2 29 96 C9 44 5F BE -- Basically, I want people to know that when they use binary-only modules, it's THEIR problem. I want people to know that in their bones, and I want it shouted out from the rooftops. I want people to wake up in a cold sweat every once in a while if they use binary-only modules. -- Linus Torvalds pgpmEs2CTTVin.pgp Description: PGP signature
when one have a package to test...
Hello! I have a package to test for security, license, and debian rules. How to upload? Do I have to change control file? I think It must be put in project/test but how, just uploading it to there? -- bye Carlos Barros.
Re: ITW/P: freecati
On Mon, Oct 04, 1999 at 12:08:59PM -0700, A.J. Rossini wrote: Just for the record, some of us use CATI to get information from subjects (voluntary participation) who can not come to a research site for various reasons . i have no problem at all with voluntary participation in surveys or market research or even telesales. if someone wants to volunteer for these activities it's their right to make that choice. i object only to tele-anything which involves making unsolicited calls to complete strangers. This is incredibly different from telemarketing; yep, it's completely different. not the same thing at all. in fact, one could argue that not using CATI in such a situation is unethical (discrimination in clinical/intervention trials participation against those too sick to travel...). i don't know if i'd go as far as saying that not using it would be unethical, but i certainly agree that this usage IS an ethical and appropriate use of this kind of software. craig -- craig sanders
Re: PGP/GPG Keys
On Mon, 4 Oct 1999, Rene Mayrhofer wrote: Is it possible to use a key created by pgp5 for package signing ? The key works for me when I use it with gpg, both the opposite is not true (e.g. pgp5 is unable to verify a signature created with a gpg key). I am no maintainer yet and so I want to start cleanly. What is the right way if I want to use gpg and pgp5 and communicate with people using pgp5 ? Can I create a gpg key usable by pgp5 or is it possible to use the pgp5 key for administrative purposes ? I really want to revoke my rsa key and use only one key for all purposes. This should be OK, GPG implements the OpenPGP spec, and so does PGP5. If you used a new enough PGP version you should have no problems reading GPG signed things. So long as GPG properly understands your key it is fine to use. Jason
Weird errors from update-alternatives
My system upgrade today (from yesterday's potato to today's potato) produced the following odd output: Setting up tk8.2 (8.2.0-3) ... Checking available versions of wish, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Leaving wish (/usr/bin/wish) pointing to /usr/bin/wish8.2. Updating wish.1 (/usr/share/man/man1/wish.1.gz) to point to /usr/share/man/man1/wish8.2.1.gz. Removing wish8.0.1 (/usr/man/man1/wish8.0.1.gz), not appropriate with /usr/bin/wish8.2. warning: /usr/bin/wish8.0 is supposed to be a slave symlink to /etc/alternatives/wish8.0, or nonexistent; however, readlink failed: Invalid argument Removing wish8.0 (/usr/bin/wish8.0), not appropriate with /usr/bin/wish8.2. In particular, note the last three lines. /usr/bin/wish8.0 is in the package tk8.0, and I got set to file a Grave bug against something for clobbering a package's files arbitrarily (I wasn't sure whether dpkg or tk8.0 was at fault). However, I decided first to examine /usr/bin/wish8.0 and see what was there now. To my surprise, it was a binary which appears to belong to the tk8.0 package! So there are two things going on here: - The readlink failure. I suspect that this is occuring because the file is not a symlink. - The removal message. First, shouldn't update-alternatives do something more graceful than unconditionally clobbering whatever existed there before? Second, why didn't it delete the file? Anyone know why this is, and why I haven't seen this behavior before? (I noticed that dpkg was upgraded over two version numbers, but the only change to update-alternatives doesn't sound like it would be likely to be affected by this..) Daniel -- The Disc, being flat, has no real horizon. Any adventurous sailors who get funny ideas from staring at eggs and oranges too long and set out for the antipodes soon discovert that the reason that distant ships sometimes look like they're disappearing over the edge of the world is that they *are* disappearing over the edge of the world. -- Terry Pratchett, _The Light Fantastic_
Re: ITP: buglist?
On Mon, 4 Oct 1999, Joey Hess wrote: Thomas Schoepf wrote: Have you tried Ben's getbugs.pl? Is it good enough? I looked at it briefly, but it seemsed very slow. wget is easier. I get: Error: IO::Socket::INET: Connection refused (use --help for usage) ... any comments? Ben? (I am most definitely, NOT a perl guru.) Michael Beattie ([EMAIL PROTECTED]) - Of all the things I have lost, I miss my mind the most! - Debian GNU/Linux Ooohh You are missing out!
Wanting to Hire Linux Developer
Title: Linux Developer Job Description: Develop and maintain Debian packages related to our solution within the standard Debian distribution as well as on our opensource site (http://opensource.captech.com) as well as on our private archives. Deploy and configure Debian/Linux systems. Setup and configuration of diverse hardware (PCs, LAN, WAN) focusing on the Linux operating system but occasionally including Microsoft NT and other Unix platforms. The job includes the duty to keep in touch with the Open Source community on issues related to our to our business operations and deployment of such software. Occasionally technical research in literature and the Internet regarding special topics will be expected. We are in the process of developing a remote monitoring and management system. The job might include drawing code together from a variety of sources in C, Tcl, Java, Perl, shell scripts and other languages as well as helping with the design and testing of our solution. The job also might include helping with the coordination of other people involved with building our solution. It is expected that the person will develop considerable expertise with Linux as well as networking and the use of Linux as a server platform. The ability to troubleshoot and diagnose problems with Linux servers accurately needs to be developed for the support of our networks operations department. CapTech (http://www.captech.com) is a solid startup in the Bay Area. Captech has already two Debian developers on staff. Required Expertise: * Linux * TCP/IP * Basic knowledge of Open Source methods and customs. * Volunteer for at least the last 12 month in an Open Source project Required Skills: * Programming knowledge in C and script languages (bash, perl, tcl, java) * Ability to communicate in an business environment with a diversity of platforms and software solutions. Desired: * Debian Developer * Knowledge of firewalling, NAT, Routing, WAN and VPN technologies * Network Management know-how. Compensation: * Competitive pay for the San Francisco Bay Area. * Moving Bonus!
Re: ITP: buglist?
On Tue, Oct 05, 1999 at 04:36:58PM +1300, Michael Beattie wrote: On Mon, 4 Oct 1999, Joey Hess wrote: Thomas Schoepf wrote: Have you tried Ben's getbugs.pl? Is it good enough? I looked at it briefly, but it seemsed very slow. wget is easier. I get: Error: IO::Socket::INET: Connection refused (use --help for usage) Yeah, my ldap server died :) Should work now though. Ben
dpkg -l format
I'm not sure if this has been discussed extensively before on debian-devel, but a quick search of the mailing list archives didn't turn up anything, so here goes: The output format of dpkg -l is terrible. Many package names exceed the measly 16 characters allotted. Many, many times when trying to remove packages that have long strings of dependencies, I have to grep /var/lib/dpkg/status, and remove things by hand, when what I really want to do is dpkg -l '*netscape*' | xargs dpkg --purge. -- Colin Walters [EMAIL PROTECTED] http://web.verbum.org/levanti PGP Fingerprint: A580 5AA1 0887 2032 7EFB 19F4 9776 6282 C207 843A
Re: ITP: actx
Hi, Fri, 01 Oct 1999 19:16:37 +0900, Kenshi Muto [EMAIL PROTECTED] wrote about ITP: actx ([EMAIL PROTECTED]): kmuto I intent to upload package actx. kmuto actx is pretty mascot program for X Window System, it will catch kmuto your heart. :-) kmuto Copyright: GPL Firstly I say, I'm not real maintainer of actx. actx is maintained by Debian JP member(She had already sent application to Debian new-maintainer, but not become yet). I'd posted this, but I know the characters of this software are imitated from commercial game (I don't know this game). Vendor of the game says You can use characters on personal use. I thought this package should go non-free. Of course, if I create original characters for actx, it is no problem. But I missed motivation to create, upload and maintain, so I drop my 'ITP actx'. -- Kenshi Muto [EMAIL PROTECTED] http://www.debian.org/~kmuto/ pgp18a2GTrIjH.pgp Description: PGP signature
Re: Unstable release
On Mon, 04 Oct 1999, Daniel Burrows wrote: I usually use apt to fetch via ftp, but pointing it at a source archive should do the same thing. Are you using it as a dselect backend, or are you doing something else entirely? I'm using it via dselect. I'll have to try that once more to be sure that it really didn't follow soft-links, but at least it looked like it didn't as I got exactly the same error-messages that I got when downloading manually with ncftp. Wait, you mean you're trying to actually *install* potato? I didn't realize Yep.. =) that boot-floppies even worked again! I think it's usually the case that a from-scratch install doesn't work until the last minute. I know a Slink Ok, didn't know that. I haven't been using Debian for that long. Switched from Stampede (that I've been running since one of the first betas) in April or something. I do it with a fairly simple approach. I install the base Slink system, but on the reboot (after setting a root password :) ) I edit /etc/apt/sources.list and change all references to stable to unstable. I then proceed as before. It may be that the archive is in a weird state at the moment; I haven't done this for a few months. I recommend just installing a small set of packages and then adding stuff by hand in dselect (but I recommend this when setting a new stable system up as well -- the metapackage/task system is too broken) I'll try that next time. When I installed the last one (with slink), I actually did something similar. I installed the base system with slink, and downloaded the whole potato distribution via ftp, and started adding packages manually with dpkg. This has the drawback that I have to use various --force* options to make it replace the older versions of libraries and other things. Right now it runs ssh, perl, etc from the potato distribution. /Staffan
Re: doom source GPL'd
At 00:57 1999.10.04 +0100, you wrote: Andre Majorel [EMAIL PROTECTED] wrote: How can they put limitations on your piece off work, I do not understand, do they have a patent on wad files (I do not think so). I don't think so either but they act like they had. IIRC, the deal was : OK, we'll let you reverse-engineer the wad format and write tools to create wad files but we'll sue you if - you make wads that work with shareware Doom (because then no-one would register) - you sell wads (we want to be the one who make money with Doom). I don't know whether this contract has any legal value but, so far no-one I know of has violated it. Probably in part because almost everyone in the Doom hacking community respects and loves id (the fact is they've always been surprisingly friendly to us). On the other hand, this is 1999 and Doom is probably a marginal part of their revenue now. And they've released it under the GPL (where is the announcement, BTW ?) -- that might void any restrictions on the wad format. So, - should their contract be enforced on the tools ? - if so, would that prevent them from going in the main section ? André Majorel [EMAIL PROTECTED] http://www.teaser.fr/~amajorel/
Re: dpkg -l format
On Tue, Oct 05, 1999 at 12:44:10AM -0400, Colin Walters wrote: I'm not sure if this has been discussed extensively before on debian-devel, but a quick search of the mailing list archives didn't turn up anything, so here goes: There are open bugs against dpkg on this, IIRC. I have to grep /var/lib/dpkg/status, and remove things by hand, when what I really want to do is dpkg -l '*netscape*' | xargs dpkg --purge. Simple: grep-status -Pe '.*netscape.*' | grep-dctrl -FStatus -sPackage -n \ 'install ok installed' | xargs dpkg --purge grep-status and grep-dctrl are in package grep-dctrl. -- %%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] % http://www.iki.fi/gaia/ %%% (John Cage)
Re: dpkg -l format
On Tue, Oct 05, 1999 at 10:31:35AM +0300, Antti-Juhani Kaijanaho wrote: Simple: grep-status -Pe '.*netscape.*' | grep-dctrl -FStatus -sPackage -n \ 'install ok installed' | xargs dpkg --purge Or simpler: grep-status -P netscape | grep-dctrl -FStatus -sPackage -n \ 'install ok installed' | xargs dpkg --purge (Lesson number one, ajk: never use regexps to simulate substring match.) -- %%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] % http://www.iki.fi/gaia/ %%% (John Cage)
Re: Unstable release
On Monday 4 October 1999, at 20 h 44, the keyboard of =?iso-8859-1?Q?Staffan_H=E4m=E4l=E4?= [EMAIL PROTECTED] wrote: I'm just curious about how other people succeed in installing the potato release. As explained, almost nobody installed potato. They installed slink (may be only the base system) and upgraded. trying that. First, I installed it at home, and dselect freaked out and started complaining over files that didn't exist. The unstable (it is called unstable for a reason) archive is not always consistent (rsh/netbase, lyx/libforms, etc). was due to the fact that ftp downloads the softlinks that point to slink packages instead of the actual files. I always use apt, so I will no longer comment on dselect. Of course, I know that it's an unstable release, but is it really this hard to install, Install slink, the upgrade with apt. Simple as that. If I could just get it installed properly (I run it at home, but had to do a lot of manual tuning, and adding all packages I wanted using dpkg --force* NO, NO, NO, this is not redhat.com! Do this on a Debian only if you really know what you are doing or you may destroy your system.
Re: when one have a package to test...
On Monday 4 October 1999, at 21 h 8, the keyboard of Carlos Barros [EMAIL PROTECTED] wrote: I have a package to test for security, license, and debian rules. How to upload? Did you read the documentations http://www.debian.org/devel/ and specially Debian Developer's Reference? They explain the process in detail. What they don't explain is that new-maintainer is closed, you have to use the sponsoring system http://www.internatif.org/bortzmeyer/debian/sponsor/ in the mean time (or to create your own APT source with dpkg-scanpackage, if so register it in http://www.internatif.org/bortzmeyer/debian/apt-sources/).
Re: dpkg -l format
On Tue, Oct 05, 1999 at 10:58:06AM +0300, Antti-Juhani Kaijanaho wrote: Or simpler: grep-status -P netscape | grep-dctrl -FStatus -sPackage -n \ 'install ok installed' | xargs dpkg --purge Or simpler, and closer to the original intent: dpkg --get-selections | grep 'netscape' | xargs dpkg --purge Or, if you don't want the noise associated with purging bogus packages named install, deinstall ...: dpkg --get-selections | awk '/netscape/{print $1}' | xargs dpkg --purge Note that this last is equivalent to: grep-status -P netscape | awk '/^Package: /{print $2}' | xargs dpkg --purge but it doesn't require any non-standard packages. -- Raul
Re: recompile needed for xlib6g (= 3.3.5-1) instead of (= 3.3.2.3a-2) ?
On Fri, 1 Oct 1999, Peter S Galbraith wrote: [posted this to -mentors 40 hours ago without an answer, so perhaps I'll try -devel instead] I recently uploaded i386 packages that were build on a slink system upgraded to potato's libc6 and C compilers (everything else is slink). These packages (xcolmix and xplot) have this depends line: Depends: libc6 (= 2.1), libforms0.88, xlib6g (= 3.3.2.3a-2) Now I built an all-potato chroot environment and notice that the potato xlib6g-dev package creates a depency line: Depends: libc6 (= 2.1), libforms0.88, xlib6g (= 3.3.5-1) Should I rebuild the i386 binaries with the new xlib6g-dev and upload them with .0.1 version number suffix? Or perhaps it doesn't matter? As far as xlib6g is concerned, I don't think it does matter. As a general rule, as long as you can run the result in potato without using oldlibs packages, it should be fine. [ Personal note: Most of the packages I maintain depend on libc6 and nothing more. For this reason I have not upgraded to potato yet. This way my uploads are usable by both slink and potato users ]. BTW: If libforms0.88 is actually the current libforms in potato, then you could have even avoided completely the upgrade of libc6 and compilers. It seems your package should run ok on a potato machine even if it was compiled on a slink system. Thanks. -- 93ae05efde18fe439546b944aa06d657 (a truly random sig)
Some developers still using slink?
Santiago Vila [EMAIL PROTECTED] wrote: As a general rule, as long as you can run the result in potato without using oldlibs packages, it should be fine. [ Personal note: Most of the packages I maintain depend on libc6 and nothing more. For this reason I have not upgraded to potato yet. This way my uploads are usable by both slink and potato users ]. So how many other developers are not using unstable? Is everybody have going to produced glibc 2.1 packages by the time potato ships? When do people plan to change? During the freeze? Just before? -- I consume, therefore I am
Re: Some developers still using slink?
On Tue, Oct 05, 1999 at 11:00:46AM +0100, Edward Betts wrote: So how many other developers are not using unstable? Perhaps this should be taken up on another list, if you expect input from more than a few people. For what it's worth, I'm using a slink system with potato in my apt/sources.list, and I've run apt-get install __ several hundred times. Sometimes this means that I stumble on old, fixed bugs (so I apt-get install any buggy package and try to repeat the bug before I even bother looking at BTS). Sometimes this means I stumble across bugs that no one has reported yet. Sometimes this means I stumble across fixed bugs in non-obvious packages. More generally, we're still supposed to be supporting slink users -- including slink users who only upgrade to a few packages from potato. -- Raul
Re: Some developers still using slink?
On Tue, Oct 05, 1999 at 11:00:46AM +0100, Edward Betts wrote: Santiago Vila [EMAIL PROTECTED] wrote: As a general rule, as long as you can run the result in potato without using oldlibs packages, it should be fine. [ Personal note: Most of the packages I maintain depend on libc6 and nothing more. For this reason I have not upgraded to potato yet. This way my uploads are usable by both slink and potato users ]. The same happening to me. So how many other developers are not using unstable? Is everybody have going to produced glibc 2.1 packages by the time potato ships? When do people plan to change? During the freeze? Just before? I used to have two partitions, one with stable (for my daily work) and another with unstable (for developer work) but my daily work demanded the other partition :( Since I do not have a spare computer/disk at the moment, I plan on upgrading just after the release. If I get a new disk/computer berfore that, It will use potato from scratch. Wait, I just received a used PowerPC, an IBM 43P, hmmm... can I install Debian for ppc there? :) (it arrived while I was writing this messsage :D ) Regards, --macan
Re: linking binfmt_misc with mime-types
Could I clarify some stuff please? Are we proposing that all mime-types have binfmt_misc setup? Does that mean, the kernel will be able to `run' any file in mailcap? Is that what we really want? Daniel Burrows proposed that only certain entries would get executed, He suggested that it would be up to the package maintainer to decide if his entry did/didn't have a binfmt_misc entry. Another alternative is that this is entirely up to the system adminstrator to decide. For instance, you could implement the original proposal that just installs the entries as is from a config file (or directory). This could run another program, with an additional parameter (are parameters allowed?) that specificies the MIME type. This program would parse /etc/mailcap and run the appropriate program. Sample entries could be provided for standard types, to be installed if and only if the system administrator wants to. As for my opinion? I am reluctant to use binfmt_misc at all, and prefer more portable solutions ;-). I am neither fore, nor against this idea. On the one hand it would be quite cool, entering the name of an html document on the command line and it loading in lynx. On the other hand it goes against the Unix philosophy a bit, documents are programs are documents. Agreed. I would always be reluctant to make all my documents executable in order to get this to work... However, if you are going to implement binfmt_misc support, I felt that it would be better if it could somehow use the information in /etc/mailcap, that is already maintained. Another question is are their mime-types for all the programs we might want to run in this way? The programs I can think of off-hand, are Java, DOS EXE, and Windows EXE, are there any others? If we go with the ability to run documents like images and so on, do we have all the mime-types? Are we going to have to invent new mime-types? Is that a bad thing to do? The only real problem I see with this, is that I don't want to accidently select a DOS EXE file in lynx, eg format.exe, and have that automatically execute... However, it might be better in this case to go back to the original proposal, and directly hardcode the name of the executable in the binfmt_misc config file, as it is unlikely there will need to be MIME types for DOS EXE, Windows EXE, etc. In /etc/mime.types, there is an entry: application/x-java so don't underestimate the number of MIME types, either. Some more questions. Is it possible to recognise an html file by a couple of magic numbers at the beginning? Most html starts html or HTML, but it is not certian that it will look like this. Another thought is the possiblilty of running perl scripts without the bang path, but then how would the shell tell it is a perl script. If we put loads of entries into binfmt_misc are we likely to fill some kernel data table? What happens if it overloads? Do we significantly affect the performance of the system? If the kernel is checking each file against a list of magic numbers will it take a long time to run a file? (Probably not the kernel is fast, and most files we will run will be ELF, which is probably checked first.) This is not user independant is it? The system can not be set so that one user has support for running Java/JPEGs from the command line, and another does not? These are questions I can't answer. I seriously doubt the kernel will be able to reliably distinguish all file types though - especially ones like HTML. -- Brian May [EMAIL PROTECTED]
Re: PGP/GPG Keys
Joseph Carter wrote: On Mon, Oct 04, 1999 at 07:45:23PM +0200, Rene Mayrhofer wrote: Is it possible to use a key created by pgp5 for package signing ? The key works for me when I use it with gpg, both the opposite is not true (e.g. pgp5 is unable to verify a signature created with a gpg key). I am no maintainer yet and so I want to start cleanly. What is the right way if I want to use gpg and pgp5 and communicate with people using pgp5 ? Can I create a gpg key usable by pgp5 or is it possible to use the pgp5 key for administrative purposes ? I really want to revoke my rsa key and use only one key for all purposes. By default gpg will use OpenPGP sigs. This is probably your problem. Yes, you can import the pgp5 key into gpg and use it directly. There's also some documentation on how to get gpg to generate pgp5 compatible sigs in the manpage. So it is ok to use a pgp5 created key (gpg works with it) to sign packages ? I would like to use a pgp5 key because even if pgp5 can read gpg-key signatures, I think it is impossible to use a gpg key with pgp5. This is something I want to do because I have to work under Windows sometimes (therefore forced to use pgp5). greets, Rene
Re: linking binfmt_misc with mime-types
Some more questions. Is it possible to recognise an html file by a couple of magic numbers at the beginning? Most html starts html or HTML, but it is not certian that it will look like this. Another thought is the possiblilty of running perl scripts without the bang path, but then how would the shell tell it is a perl script. Uh, for SGML documents, how about looking at the !doctype ... ? Anyway, I suggested even to use the file utility, so you can make use of the magic database. This is getting a bit off the original thread... IMHO, any magic type of database, is a hacked solution. What I really would like is a filesystem that can store a mime-type for every file... That way no magic databases are required. In addition, the kernel could be configured to assign default mime-types for different file extensions, or something. This would mean instead of having lots of different programs trying to determine file types (each with a very different method - some use extensions, others use magic databases or a combination of the two). Programs like Apache wouldn't have to work out the mime type from the extension, but could just look at the value given by the filesystem. Changing the mime-type for one file would automatically effect all programs. [ runs for cover... ] -- Brian May [EMAIL PROTECTED]
itp: qsstv
I intend to package qsstv. This is a slow scan television receiver and transmitter using your sound card. Needs some minor bug fixes in the qt1g package and some license clarification before it can be uploaded. Hamish -- Hamish Moffatt VK3SB. CCs of replies on mailing lists are welcome.
Re: in.telnetd and virtual hosting
* Ryan Murray said: Have you tried actually mounting them in the chroot jail and then having yes. symbolic links to them from the real root? That way there is only one proc,pts directory ever mounted... You cannot symlink over a pseudo-root. It must all be below it. You are symlinking from the real root to the pseudo root. All the real files are below the pseudo-root. The real root has symlinks pointing into the pseudo, not the other way around (which is not possible, as you mention). I see - I didn't read it carefully enough. So you say that I should mount proc and devfs in the chroot jail and then link the real one to them. But this solution seems to be quite limited - what if I need to create another chroot jail (and I'll certainly need to do it) - then I'd have to link the filesystems upwards to the root, which won't work... marek pgpBRm6BVmTMb.pgp Description: PGP signature
Re: in.telnetd and virtual hosting
* Mikolaj J. Habryn said: MH == Marek Habersack [EMAIL PROTECTED] writes: MH Both proc and devpts are mounted. Doesn't matter whether I MH mount them beforehand or whether a wrapper script does it MH after chrooting - the same message appears. I suspected that MH the devpts fs just isn't suited to work in multiple instances, MH but after reverting the Debian patch it still doesn't work. Do you have /dev/ptmx? You need that device to actually open the pty pair, which is then accessed via the devpts file system. What does strace say? I do have the device - the devfs works perfectly, failing only on the occasion of execing this daemon. The multiplexer device is both in the /dev and in /virtual/chrootjail/dev. But this is not a problem - the old method of finding the available pty also fails. marek pgptIeyABOljq.pgp Description: PGP signature
Uninstallable Packages
Hello world, I'm experimenting with a script to work out whether packages are installable or not. I figured the world at large might be interested in some of the results. The following packages are not installable (ie, their Depends:, Recommends:, and Conflicts: can't be concurrently satisfied) using i386 packages from main, contrib, non-free, and non-US/*. Here we go... Packages with out-dated dependencies: Mosaic fsviewer imaptool knews libmagick4g-lzw libtiff3 xacc xloadimage Depends: libjpegg6a ; libjpegg62 is available ibcs2.0.35 pcmcia-modules-2.0.35 pcmcia-modules-2.2.1 pcmcia-modules-2.2.5 pcmcia-modules-2.2.7 pcmcia-modules-2.2.9 Recommends: kernel-image-blah ; 2.0.36, 2.2.10, 2.2.12, 2.2.12-i386 are available fbrowser yagirc Depends: libglib1.1 ; libglib1.2 is available gtkglareamm xt Depends: gtkglarea ; gtkglarea4 is available libapache-mod-auth-pam libapache-mod-ruby Depends: apache-common (== 1.3.6-*) ; 1.3.9-8 is available boot-floppies Depends: newt0.25, newt0.25-dev ; newt0.30 is available emacs19 Depends: liblockfile0 ; liblockfile1 is available, not 0 gnome-apt Depends: libapt-pkg2.5 ; libapt-pkg2.6 is available libwine-dbg Depends: libwine0.0.971116 ; libwine 0.0.990815-1 is available llettersDepends: libglib1.1.13; but libglib1.2 is available sane-gimp1.1 Depends: libgimp1.1.6 ; 1.1.9 is available snmptraplogd Depends: libsnmp3.6 ; libsnmp4.0 is available tcl8.0-doc Depends: tcl8.0 (= 8.0.5-2); 8.0.5-3 is available tcl8.2-doc Depends: tcl8.2 (= 8.2.0-1); 8.2.0-2 is available tk8.0-doc Depends: tk8.0 (= 8.0.5-3); 8.0.5-4 is available tk8.2-doc Depends: tk8.2 (= 8.2.0-1); 8.2.0-2 is available Packages with unknown dependencies: clanlib0-display-fbdev-dev clanlib0-display-ggi-dev clanlib0-display-glx clanlib0-display-glx-dev clanlib0-display-svgalib-dev clanlib0-display-x11-dev Depends: libgl1 ; which doesn't exist dbf2mysql libchmsql-mysql Depends: mysql-base ; should depend on mysql-client? -server? lyx Depends: libforms0.89 ; which is in Incoming (since Oct 1) vflib2 Recommends: watanabe-vfont ; which doesn't exist osh Depends: libnfslock ; which doesn't exist roxen-ssl Depends: pike-crypto ; which doesn't exist? sdic-edict Depends: edict ; which doesn't exist? Confusing Packages: libroxen-ldapmod Depends: roxen (= 1.2.46-9) Conflicts: roxen (= 1.3.111) ; roxen 1.3.111-8 is available libstdc++2.9-glibc2.1-dev Depends: g++, which Depends: libstdc++2.10-dev, which Conflicts: libstdc++2.9-glibc2.1-dev libtricks Depends: libc6, which Conflicts: libtricks linbot Depends: python-base (= 1.5.1), python-net (= 1.5.1), python-misc (= 1.5.1); python-base Provides/Replaces/Conflicts: python-net, python-misc python-misc python-net Depends: python-base ; which Conflicts: python-misc, python-net r-pdl Depends: pdl; which Conflicts/Replaces: r-pdl Transitively uninstallable pacakges: custom emacs19-el emacs-czech vm w3-el-e19 Depends: emacs19 ; which isn't installable vflib2-dev vflib2-misc mgp Depends: vflib2 ; which nominally isn't installable libmagick4-lzw-dev Depends: libmagick4g-lzw libtiff3-altdev Depends: libtiff3 libstdc++2.9-glibc2.1-dbg Depends: libstdc++2.9-glibc2.1-dev Huh, well, that worked out better than I expected. The only two that I deleted were contrib/ programs depending on pine/qmail/other things, all the rest seem to actually be uninstallable. Cheers, aj -- Anthony Towns [EMAIL PROTECTED] http://azure.humbug.org.au/~aj/ I don't speak for anyone save myself. PGP encrypted mail preferred. ``The thing is: trying to be too generic is EVIL. It's stupid, it results in slower code, and it results in more bugs.'' -- Linus Torvalds pgp6t1GOebHZ0.pgp Description: PGP signature
Re: dpkg -l format
Hi, On Tue, 5 Oct 1999, Colin Walters wrote: The output format of dpkg -l is terrible. Many package names exceed the measly 16 characters allotted. Many, many times when trying to remove packages that have long strings of dependencies, I have to grep /var/lib/dpkg/status, and remove things by hand, when what I really want to do is dpkg -l '*netscape*' | xargs dpkg --purge. My understanding of what you _want_ to do is to remove netscape, and possibly all that depends on netscape. What you _could_ do is: 1. Start dselect; 2. Choose Select; 3. Type /netscape; 4. If this does not bring you to the flavor/version of netscape that you have installed and want to remove then simply hit the \ key until you get there; 5. Type - or hit the [delete] key; 6. Dselect will enter dependency/conflict resolution mode, you are shown a list of packages relating through dependencies or conflicts. if all is right, dselect has already selected all depending packages for removal; 7. Hit the [enter] key to leave dependency/conflict resolution mode; 8. Hit the [enter] key to leave selection mode; 9. Choose Remove; 10.Choose Quit. Everybody seems to forget what a great tool dselect still is, especially when using apt as dselect method. Cheers, Joost
Re: dpkg -l format
On Tue, Oct 05, 1999 at 05:45:34AM -0400, Raul Miller wrote: Note that this last is equivalent to: grep-status -P netscape | awk '/^Package: /{print $2}' | xargs dpkg --purge which is better written as grep-status -P -sPackage -n netscape since this does not use an extra awk process. but it doesn't require any non-standard packages. That is an advantage, true. -- %%% Antti-Juhani Kaijanaho % [EMAIL PROTECTED] % http://www.iki.fi/gaia/ %%% (John Cage)
Packages for adoption: dip, sliplogin
HI, due to absolute missing of dial up abilities (I don't even have a fixed line any more :-) I have to orphane two of my packages: dip - I'm crying in orphaning this, as I was putting a lot of care. It's the tool to handle SLIP/PPP connection (both sides), and it was the only one available for a long time. Now its fortune is slipping down, partly for the absolute dominance of PPP (I corrected PPP stuff on it) and the hostility of one HOWTO author. It has 4 bugs, two of them were due to the transition to glibc2, but I'm unable to see if they're gone. I also have a patch that I'm unable to test (it's not in the bts). sliplogin - Tool to attach a serial line network interface This tool is used to turn the terminal line on standard input into a Serial Line IP (SLIP) link to a remote host. Sliplogin can be used to setup SLIP dialin connections. Need a maintainer with good knowledge of modems and one to do test :-) Cheers, fab -- | [EMAIL PROTECTED] [EMAIL PROTECTED][EMAIL PROTECTED] | 6F7267F5 fingerprint 57 16 C4 ED C9 86 40 7B 1A 69 A1 66 EC FB D2 5E | [EMAIL PROTECTED] gsm: +358 (0)40 707 2468
Debian at Systems'99 in Munich, Germany (?)
On the German Debian list [EMAIL PROTECTED], an announcement of the German Linux magazin was posted, that there is some space for Debian (and other free projects like apache, kde, and gimp) reserved at Systems'99 in Munich. A computer (Athlon 500 oder PII/400), a 17 inch Monitor and Internet (2MBit Backbone) is provided. It seems that there is some limited budget for a hostel and eating. If anybody is interested, please post on the German Debian list. Thanks. --Rainer. ---BeginMessage--- Liebe Debian-User und Entwickler! Kurzfassung: Mögliche Organisation einer Debian GNU/Linux Präsentation auf der Systems in München: ein Demopoint steht kostenlos zur Verfügung - lediglich Unterkunft und Verplegung sind ungeklärt. Vorgeschichte: -- Wie der ein oder andere von euch vielleicht weiß, wird es einen etwa 1000 qm grossen LinuxPark auf der diesjährigen IT-Messe Systems (18.-22. Oktober in München) geben. Neben den 50 kommerziellen Ausstellern möchte die Messegesellschaft auch freien Softwareprojekten die Möglichkeit geben sich einem breiten Fachpublikum zu präsentieren. Dazu stehen kostenlose Demopoints (Bilder bei http://www.linux-magazin.de/systems/Vorbericht/) zur Verfügung. Unter anderem werden KDE, Apache und GIMP vertreten sein. Debian-Demopoint Natürlich wäre es sehr Schade, wenn das Debian GNU/Linux Projekt - als einer der Vorreiter der freien Softwarescene - nicht auf der Systems vertreten wäre ... Wir (d.h. das Linux-Magazin = Medienpartner der Messegesellschaft und Organisator des LinuxPark) hatten zwar bereits Kontakt mit Debian-Vertretern bezüglich der Besetzung eines Demopoints, aber durch eine Folge von Missverständnissen sind die Gespräche leider im Sande verlaufen. Da es keine zwei Wochen mehr bis zur Systems sind möchte ich euch deshalb bitten eine Präsenz des Debian GNU/Linux-Projektes auf der Systems hier auf der Mailingliste zu erörtern. Randbedingungen/Sponsoring -- Der Demopoint verfügt über einen ausgestatteten Rechner (Athlon 500 oder PII/400) inklusive 17 Zoll Monitor und Internetanschluss (2MBit Backbone). Der Stand ist sehr Zentral auf dem LinuxPark angeordnet (gegenüber von LinuxCafe) und wie bereits erwähnt zur Präsentation des Debian-Projektes kostenlos nutzbar (inkl. zwei kostenlose Austellerkarten). Das Problem ist natürlich, dass die Anreisenden Debian-Vertreter Unterkunft und Verpflegung benötigen. Dies sollte durch Sponsoren bewerkstelligt werden (denkbar wären hier z.B. JF Lehmanns und Corel). Die Geldgeber sind dann mit einem Werbeschild am Demopoint vertreten (Mehr Sponsoreninfos gibt es hier: http://www.linux-magazin.de/systems/Sponsoren.html. BTW: Firmen, die ihre Mitarbeiter zur Betreuung eines Demopoints freistellen zählen ebenfalls als Sponsoren). Details --- Falls ein Interesse von Seiten der Debian-User und -Entwickler für eine Präsenz am LinuxPark besteht, dann bitte ich euch die Details z.B. hier auf der Mailingliste so schnell wie möglich zu klären. tschau Bernhard Um sich aus der Liste auszutragen schicken Sie bitte eine E-Mail an [EMAIL PROTECTED] die im Body unsubscribe debian-user-de deine emailadresse enthaelt. Bei Problemen bitte eine Mail an: [EMAIL PROTECTED] Anzahl der eingetragenen Mitglieder: 738 ---End Message--- -- Rainer Dorsch Abt. Rechnerarchitektur e-mail:[EMAIL PROTECTED] Uni StuttgartTel.: 0711-7816-215
Re: Uninstallable Packages
On Tue, Oct 05, 1999 at 10:13:51PM +1000 , Anthony Towns wrote: Hello world, I'm experimenting with a script to work out whether packages are installable or not. I figured the world at large might be interested in some of the results. The following packages are not installable (ie, their Depends:, Recommends:, and Conflicts: can't be concurrently satisfied) using i386 packages from main, contrib, non-free, and non-US/*. Here we go... Packages with out-dated dependencies: Mosaic fsviewer imaptool knews libmagick4g-lzw libtiff3 xacc xloadimage Depends: libjpegg6a ; libjpegg62 is available these should be fixed (except for libmagick4g-lzw which has yet another problems) by simply recompiling. I could do imaptools fsviewer and xloadimage. ibcs2.0.35 pcmcia-modules-2.0.35 pcmcia-modules-2.2.1 pcmcia-modules-2.2.5 pcmcia-modules-2.2.7 pcmcia-modules-2.2.9 Recommends: kernel-image-blah ; 2.0.36, 2.2.10, 2.2.12, 2.2.12-i386 are available so these should be removed. Bug against ftp.debian.org. But I would let it on pcmcia package maintainer. fbrowser yagirc Depends: libglib1.1 ; libglib1.2 is available another recompile? Maybe there are other problems. Don't know glib so well. emacs19 Depends: liblockfile0 ; liblockfile1 is available, not 0 recompile. Could do it. gnome-apt Depends: libapt-pkg2.5 ; libapt-pkg2.6 is available I've looked at it. But it cannot be only recompiled :(( libwine-dbg Depends: libwine0.0.971116 ; libwine 0.0.990815-1 is available this should explain it wine (0.0.990704-2) unstable; urgency=low * New maintainer Andrew Lenharth. * Repackaged. * libwine0.0.971116 renamed to libwine -- Andrew D. Lenharth [EMAIL PROTECTED] Sun, 1 Aug 1999 14:36:54 -0700 so. According to debian/control there is no libwine-dbg any more. I'm filling a bugreport. tcl8.0-docDepends: tcl8.0 (= 8.0.5-2); 8.0.5-3 is available tcl8.2-docDepends: tcl8.2 (= 8.2.0-1); 8.2.0-2 is available tk8.0-doc Depends: tk8.0 (= 8.0.5-3); 8.0.5-4 is available tk8.2-doc Depends: tk8.2 (= 8.2.0-1); 8.2.0-2 is available BTW why do these depend on the exact version? lyx Depends: libforms0.89 ; which is in Incoming (since Oct 1) wait :(( libtricks Depends: libc6, which Conflicts: libtricks maybe this should be removed as it doesn't/can't work with glibc-2.1 linbot Depends: python-base (= 1.5.1), python-net (= 1.5.1), python-misc (= 1.5.1); python-base Provides/Replaces/Conflicts: python-net, python-misc python-misc python-net Depends: python-base ; which Conflicts: python-misc, python-net these two packages are obsolete. Should be removed. Is the maintainer with us again. I recall a request for NMU on d-d. Petr ech -- Debian GNU/Linux maintainer - www.debian.{org,cz} [EMAIL PROTECTED]
Re: should installed daemons automatically restart upon upgrade?
Colin Walters [EMAIL PROTECTED] wrote: In a parallel problem to this thread: I have gpm installed for those times when I am doing a lot of console work, but generally I don't run it because it interferes with Quake II, among other things. So I did an: update-rc.d -f gpm remove I said: AFAIK, there is currently no way of `registering' update-rc.d commands such that they are [respected] after an upgrade. Herbert Xu wrote: Try editing /etc/init.d/gpm instead. Of course! It's a conffile! Perhaps my brain was turned off?
Re: linking binfmt_misc with mime-types
On Tue, Oct 05, 1999 at 08:50:29PM +1000, Brian May wrote: This is getting a bit off the original thread... Just a little ;) IMHO, any magic type of database, is a hacked solution. As long as the maguc type is based on the content of the file, it works rather well. As we don't need a full classification, but only for those fies we actually will execute, there will hardly be confusion about this. What I really would like is a filesystem that can store a mime-type for every file... That way no magic databases are required. That's a nice idea. Where we are at it, we should also store the package information for a file, so we don't have an external database (var/lib/dpkg/info) for this. It would also speed up the dpkg -S command ;) In addition, the kernel could be configured to assign default mime-types for different file extensions, or something. You say a magic type database is a hack, and on the other hand file exetensions are a better indicator? Phew. Microsoft uses file extension (.tgz file if it can't recognize). I think examining the content is a much better strategy. This would mean instead of having lots of different programs trying to determine file types (each with a very different method - some use extensions, others use magic databases or a combination of the two). Mmh. I like to think of the file utility as the standard reference. I didn't knew about any other such databases. That apache uses file extensions is bad, but it's reasonable for a browser which only serves a well defined set of files. Programs like Apache wouldn't have to work out the mime type from the extension, but could just look at the value given by the filesystem. Changing the mime-type for one file would automatically effect all programs. Yep. For this and other stuff (package managment) a filesystem which can store arbitrary metadata would be nice. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server Marcus Brinkmann GNUhttp://www.gnu.orgfor public PGP Key [EMAIL PROTECTED], [EMAIL PROTECTED]PGP Key ID 36E7CD09 http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ [EMAIL PROTECTED]
Re: linking binfmt_misc with mime-types
On Tue, Oct 05, 1999 at 08:39:00PM +1000, Brian May wrote: Agreed. I would always be reluctant to make all my documents executable in order to get this to work... This is indeed a bit ugly, but then, it's just a bit ;) These are questions I can't answer. I seriously doubt the kernel will be able to reliably distinguish all file types though - especially ones like HTML. Under Linux, I would never suggest such a thing. But in the Hurd, it's not part of the kernel, so what? Anyway, I say it again: Proper HTML can be recognized with the leading !doctype. Cludgy, non-conforming HTML is not a good thing to start with. Thanks, Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server Marcus Brinkmann GNUhttp://www.gnu.orgfor public PGP Key [EMAIL PROTECTED], [EMAIL PROTECTED]PGP Key ID 36E7CD09 http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/ [EMAIL PROTECTED]
Re: recompile needed for xlib6g (= 3.3.5-1) instead of (= 3.3.2.3a-2) ?
Santiago Vila wrote: I wrote I recently uploaded i386 packages that were build on a slink system upgraded to potato's libc6 and C compilers (everything else is slink). These packages (xcolmix and xplot) have this depends line: Depends: libc6 (= 2.1), libforms0.88, xlib6g (= 3.3.2.3a-2) Now I built an all-potato chroot environment and notice that the potato xlib6g-dev package creates a depency line: Depends: libc6 (= 2.1), libforms0.88, xlib6g (= 3.3.5-1) Should I rebuild the i386 binaries with the new xlib6g-dev and upload them with .0.1 version number suffix? Or perhaps it doesn't matter? As far as xlib6g is concerned, I don't think it does matter. As a general rule, as long as you can run the result in potato without using oldlibs packages, it should be fine. Okay, I'm just cautious about `should run'. I guess I compiled agaisnt glib2.1 such that any problems that might crop up would be found and fixed before the freeze. BTW: If libforms0.88 is actually the current libforms in potato, then you could have even avoided completely the upgrade of libc6 and compilers. It seems your package should run ok on a potato machine even if it was compiled on a slink system. libforms0.88 was the current libforms in potato when I posted this, but now it's libforms0.89 but that is drop in compatible with 0.88. In fact the 0.89 packages creates the compatibility symlink: ./usr/X11R6/lib/libforms.so.0.88 - libforms.so.0.89 so recompiles against libforms.so.0.89 aren't strictly necessary. Thanks for your answer. -- Peter Galbraith, research scientist [EMAIL PROTECTED] 6623'rd GNU/Linux user at the Counter - http://counter.li.org/
Re: PGP/GPG Keys
On Tue, Oct 05, 1999 at 12:39:50PM +0200, Rene Mayrhofer wrote: Is it possible to use a key created by pgp5 for package signing ? The key works for me when I use it with gpg, both the opposite is not true (e.g. pgp5 is unable to verify a signature created with a gpg key). I am no maintainer yet and so I want to start cleanly. What is the right way if I want to use gpg and pgp5 and communicate with people using pgp5 ? Can I create a gpg key usable by pgp5 or is it possible to use the pgp5 key for administrative purposes ? I really want to revoke my rsa key and use only one key for all purposes. By default gpg will use OpenPGP sigs. This is probably your problem. Yes, you can import the pgp5 key into gpg and use it directly. There's also some documentation on how to get gpg to generate pgp5 compatible sigs in the manpage. So it is ok to use a pgp5 created key (gpg works with it) to sign packages ? I would like to use a pgp5 key because even if pgp5 can read gpg-key signatures, I think it is impossible to use a gpg key with pgp5. This is something I want to do because I have to work under Windows sometimes (therefore forced to use pgp5). PGP5 and GnuPG share a common key format (DSA/ElGammal) but they're stored differently in the keyrings. Example: gpg --export 0xSomeKeyID | pgpk -a pgpk -x 0xSomeKeyID | gpg --import -- Joseph Carter [EMAIL PROTECTED] Debian GNU/Linux developer GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3 PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77 8E E2 29 96 C9 44 5F BE -- Actually, the only distribution of Linux I've ever used that passed the rootshell test out of the box (hit rootshell at the time the dist is released and see if you can break the OS with scripts from there) is Debian. -- seen on the Linux security-audit mailing list pgpj8o3Amtgon.pgp Description: PGP signature
ITP/RFP: libsigc++ (as libsigcpp)...
Actually, deep down this is more a RFP, but I'm willing to do it myself to see it happen. :-) I need this library to package the Quasimodo modular, extensible, real-time audio/MIDI Environment for POSIX-ish Operating Systems. About: This library implements a full callback system for use in widget libraries, abstract interfaces, and general programming. Originally part of the Gtk-- widget set, libsigc++ is now a seperate library to provide for more general use. It is the most complete library of its kind with the ablity to connect an abstract callback to a class method, function, or function object. It contains adaptor classes for connection of dissimilar callbacks and has an ease of use unmatched by other C++ callback libraries. Libsigc++ is licensed under the LGPL. Features: * Compile time typesafe callbacks (faster than run time checks) * Typesaftey violations reports line number correctly with template names (no tracing template failures into headers) * No compiler extensions or meta compilers required * Proper handling of dynamic objects and signals (deleted objects will not cause seg faults) * Extendable API at any level Slot, Connection, Object, and Signal * Extensions do not require alteration of basic components to allow use of extensions * User definable marshallers * Provides headers for up to 7 arguments and 2 callback data * M4 Macros for building templates with various numbers of arguements and callback data * Easily build support for templates with number of arguments and callback data not defined in library headers * Now supports gcc 2.8.0, egcs all versions, HP aCC A.01.22, Irix MipsPro 7.3, and Visual C++ 5.0. Developers: The original library was composed by Tero Pulkkinen for the Gtk-- system, a C++ wrapper for the Gtk+ widget set. The revised library is written and mantained by Karl Nelson. Special thanks for Esa Pulkkinen for development tips.
Re: dpkg -l format
Quoting Antti-Juhani Kaijanaho: On Tue, Oct 05, 1999 at 05:45:34AM -0400, Raul Miller wrote: grep-status -P netscape | awk '/^Package: /{print $2}' | xargs dpkg --purge which is better written as grep-status -P -sPackage -n netscape since this does not use an extra awk process. Of course, it's all much better written as: dwim Which is, of course, far more flexible. -- ((lambda (x) (list x (list (quote quote) x))) (quote (lambda (x) (list x (list (quote quote) x) -- A LISP quine written by Seth David Schoen +++ath
Re: SSH never free
On Oct 02, Herbert Xu [EMAIL PROTECTED] wrote: The patent makes it non-free, so does the new license. Really? In my country RSA is not patented, why should I care about what happens in someone else country? -- ciao, Marco
moving mutt to standard priority
On Oct 02, Edward Betts [EMAIL PROTECTED] wrote: MUA: mutt This is not the default, the only two mail clients with standard priority are mailx and elm++, do we recommend people run them? I think mutt should have standard priority, nowadays is used by *many* people and for new users is MUCH nicer than elm. vi: vim I am not arguring this should be the recommended editor, just the recommended version of vi. I do not think that any package should be the recommended I agree... Why does it have a lower priority in alternatives than nvi? -- ciao, Marco
couple of nits/warnings
As you may know, I have been working on a script to build selected subsets of the distribution from source, to be used for constructing single CD releases of ED (Essential Debian). With the correction of my faulty grep|awk filter I have been able to build more complex lists of packages (and can even build gcc on a slink system) when I started seeing a previously unseen failure in my script. The line that extracts the control file from the archives with a tar command was failing, telling me that control was not in the archives. A bit of exprimentation showed that the tar in slink can only find control while the tar in potato can only find ./control. (this from the same tarball both times) I resolved the problem with the following line: tar -zxf control.tar.gz control ./control which gives an error every time, but extracts the control file every time as well...such is life ;-) The man page (I believe in both cases, but I could be wrong) says that the file name must be given exactly as displayed by the list option. This would suggest that both versions should accept ./control, as that is what is printed to the screen when tar lists the contents. So this is a bug fix in the new release...(I can't really tell from the changelog without looking up a fair list of bug reports...sorry, I'm lazy ;-) After all that complex lead-in, my question is quite simple. Since ./control and control are semanticly identical, why is a distinction being made? I understand that in every other example of this rule there is reason to apply it, to distinguish between files with the same base name but different paths, but that is not the case here. The second nit has to do with the way that dpkg assigns permissions to the package files it creates. I'm not certain why, but I sort of expected the files to be 664, not the 644 that it produces. If group projects are to be managable, shouldn't members of the group have write permission on these files? Is this an artifact of the way we do users and groups (giving the user his own personal group with the same ID)? This brings up another point relating to inter system compatibility. I did some very minor beta testing for Caldera (please don't throw tomatoes ;-) and, as a result, they were very generous in gifting me with a boxed copy of their new release. I have a laptop with a finiky graphics card, and Caldera was able to make it work in a reasonably high graphics mode, (something that I haven't been able to get the slink xfree to do at the same resolution) so I installed it on my second system partition, and immediately ran into problems with the way I wished to configure my systems (nothing particularly new here ;-) On machines (like my development box) where I wish to run two or more version of the distribution, I have several partitions for the root system, and several partitions for particular (non-unique) components of the file system. One of these is my home directories. home has its own partition that gets mounted on /home by each of the various systems I may be running. (this has been a bit tricky, having to propogate the passwd files onto new systems from old, but it works pretty well) So far I have been able to make this work because they have all been Debian systems. When I added /home to fstab on the Caldera system, I naturaly lost all access to the system. dwarf on the Debian system has the uid:gid of 1000:1000, while on the Caldera system dwarf has 500:100. It felt safe to change the user number on the Caldera system to 1000, but I didn't want to change the group ID (corresponds to the group users) for fear of breaking something on the Caldera system. This allowed me to login (which I hadn't been able to do before) but I still could not access my files. While I later realized that I could probably just add dwarf to the dwarf group (ID 1000) on the Caldera system and it would probably work, I decided to separate the two systems /usr partitions, putting the Caldera /usr on the same root as the system, and leaving the Debian configuration the way it is. Is there a better way to integrate these two systems than the one I worked out? Sorry this went so long, I thought I only had two points to make ;-) Luck, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- See www.linuxpress.com for more details _-_-_-_-_-_-_-
Re: moving mutt to standard priority
On Tue, Oct 05, 1999 at 11:00:38AM +0200, Marco d'Itri wrote: On Oct 02, Edward Betts [EMAIL PROTECTED] wrote: MUA: mutt This is not the default, the only two mail clients with standard priority are mailx and elm++, do we recommend people run them? I think mutt should have standard priority, nowadays is used by *many* people and for new users is MUCH nicer than elm. vi: vim I am not arguring this should be the recommended editor, just the recommended version of vi. I do not think that any package should be the recommended I agree... Why does it have a lower priority in alternatives than nvi? Has someone done a Y2K audit on elm? As it stands, I don't think any of the available upstream sources are, and we just dropped support for it at work in favor of other installed clients. If we can't get it verified, we should probably push people at mutt... -- Elie Rosenblum That is not dead which can eternal lie, http://www.cosanostra.net And with strange aeons even death may die. Admin / Mercenary / System Programmer - _The Necronomicon_
Re: moving mutt to standard priority
Marco d'Itri wrote: vi: vim I am not arguring this should be the recommended editor, just the recommended version of vi. I do not think that any package should be the recommended I agree... Why does it have a lower priority in alternatives than nvi? Just so that the 'Standard' installation isn't bloated by 10 different versions of *every* editor out there?
Need a developer contact in Colorado Springs area
My son just moved to Colorado Springs (booo! not that there is anything wrong with Colorado Springs except the distance ;-( and while, over the past several years, I have had no luck in getting him interested in Linux, since he has moved, he has expressed an interest in learning to build programs in a Linux environment. (go figure ;-) He is primarily interested in building a point of sale system, and sees the unnecessary limitations he faces in the M$ environment as finally being a problem. I suspect, being in a new town, he could use someone of similar programming interests to brainstorm with as well. He is proficient in both C and C++, so he probably just needs to be pointed to where things are in a Debian system, and he will be off and running. If there is anyone in the area who would be interested in making this contact, please contact me in private e-mail and I'll provide the necessary information. In addition, I would ask that whoever takes on this task please try to convince him to port his mill game to Linux, so I can package it for the distribution. Thanks for your time, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- See www.linuxpress.com for more details _-_-_-_-_-_-_-
call for help with failed sparc package builds
I haven't been able to keep up with failed builds for the sparc buildd daemon. So I'm asking for help (from maintainers and users alike) with checking the logs and finding solutions (some are fairly simple, just let me know). If you need access to a sparc for testing, all developers have access to kurbick (unstable sparc). If you see your package there, please let me know if it was a problem with the buildd or fix the package to build correctly. If you have the inclination (and are a Debian developer who can upload) please fix the packages and upload an NMU, plus supply the patch and/or fix to the BTS in a bug report marked important (if one does not exist and it was actually a problem with the package). For a current list of packages that failed look at: http://marcus.debian.net/~buildd/unstable-stats/failed.txt For logs of the failed builds see: http://marcus.debian.net/~buildd/fail-logs/ Please send reports to me or to the debian-sparc list if you need help. Thanks, Ben pgpS8ZSTp5HL3.pgp Description: PGP signature
Re: Unstable release
apt-get update apt-get dist-upgrade These two lines should be run after you update your /etc/apt/source.list to point to unstable. Dave Bristel On Mon, 4 Oct 1999, [iso-8859-1] Staffan Hämälä wrote: Date: Mon, 4 Oct 1999 20:44:48 +0200 From: [iso-8859-1] Staffan Hämälä [EMAIL PROTECTED] To: debian-devel@lists.debian.org Subject: Unstable release Resent-Date: 4 Oct 1999 18:45:06 - Resent-From: debian-devel@lists.debian.org Resent-cc: recipient list not shown: ; Hi, I'm just curious about how other people succeed in installing the potato release. Myself, I have always had _lots_ of trouble when trying that. First, I installed it at home, and dselect freaked out and started complaining over files that didn't exist. This was due to the fact that ftp downloads the softlinks that point to slink packages instead of the actual files. That time I had downloaded the whole lot with ncftp. I downloaded another time using wget with the option to get real files. That worked better, and dselect found all files. Still, the big problem was dselect because it complained about so many things it flipped out and refused to install any more packages (I barely got a working system). Last week I tried the same thing at work, installing over ftp, and I thik the installer also downloaded just the links, but not the actual files, so this time I wasn't even able to boot the system after running dselect. After this I installed slink instead, and it worked like a charm. Of course, I know that it's an unstable release, but is it really this hard to install, or is it me doing something wrong? If I could just get it installed properly (I run it at home, but had to do a lot of manual tuning, and adding all packages I wanted using dpkg --force* instead of dselect), I would be glad to report problems, and also fix some, but as it is now that the installation doesn't seem to work at all for me I really don't feel like reporting problems because the fault probably lies in my installation anyway. How are you installing potato? Is there some magic way to make ftp install work when there are soft links on the server? Is there a way to make dselect go on installing other packages even though it finds ten faulty packages first in the list? (This way I could add those ten manually afterwards). Thanks, Staffan Hamala -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Weird errors from update-alternatives
Previously Daniel Burrows wrote: My system upgrade today (from yesterday's potato to today's potato) produced the following odd output: What version of dpkg do you have? Wichert. -- == This combination of bytes forms a message written to you by Wichert Akkerman. E-Mail: [EMAIL PROTECTED] WWW: http://www.wi.leidenuniv.nl/~wichert/ pgpp1CvjylhhK.pgp Description: PGP signature
I need some help during ALS
Hi All, As you all probably know, ALS is from Oct. 12 - 16 at Atlanta. I am having trouble running any kernel above 2.2.5 on my machine. If anyone is coming and would want to help me with this problem, I would appreciate it. I can bring my machine to the ALS hall. Regards, Vaidhy
Re: couple of nits/warnings
On Tue, 5 Oct 1999, Dale Scheetz wrote: The second nit has to do with the way that dpkg assigns permissions to the package files it creates. I'm not certain why, but I sort of expected the files to be 664, not the 644 that it produces. If group projects are to be managable, shouldn't members of the group have write permission on these files? Is this an artifact of the way we do users and groups (giving the user his own personal group with the same ID)? I just figured out what this is all about. It turns out that the directory I was buiding them in had no group write premission, hense dpkg rightfully left it off. Once I changed the directory to have write permission for groups everything is as expected. Waiting is, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- See www.linuxpress.com for more details _-_-_-_-_-_-_-
Re: doom source GPL'd
On Tue, Oct 05, 1999 at 09:21:26AM +, Andre Majorel wrote: - should their contract be enforced on the tools ? - if so, would that prevent them from going in the main section ? Note the collections of wads on CD for $15 or so... I have one such CD. The point is that you couldn't take the doom program, write your own IWAD, and sell it as Heretic--oh wait, they did do that din't they? *g* I don't think we have anything to fear from putting wad making tools in main. The GPL'd source tree is suitable for main if free WAD editors and WADs are ma\de available with it. THe doom shareware wad can go into non-free. A wrapper package can tell the dooms where to find registered wads. Other wads can be handled the same way (and with the same script...) AND, we can make our own TC wad that's completely free (which is the point...) -- Joseph Carter [EMAIL PROTECTED] Debian GNU/Linux developer GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3 PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77 8E E2 29 96 C9 44 5F BE -- Overfiend Don't come crying to me about your 30 minute compiles!! I have to build X uphill both ways! In the snow! With bare feet! And we didn't have compilers! We had to translate the C code to mnemonics OURSELVES! Overfiend And I was 18 before we even had assemblers! pgp6zy7fnfXqg.pgp Description: PGP signature
Re: Uninstallable Packages
On Tue, Oct 05, 1999 at 10:13:51PM +1000, Anthony Towns wrote: Packages with unknown dependencies: clanlib0-display-fbdev-dev clanlib0-display-ggi-dev clanlib0-display-glx clanlib0-display-glx-dev clanlib0-display-svgalib-dev clanlib0-display-x11-dev Depends: libgl1 ; which doesn't exist This exists in CVS. libGL.so.1 is what is used by the latest versions of GLX and Mesa. I think the problem was coming up with a sane way to make alternatives work for the purpose since libgl1 is almost certainly a virtual package provided by Mesa, GLX, and probably commercial offerings as well. Compound this with Mesa and GLX merging and you've got something close to a nightmare. It's a release critical bug that these packages depend on something that isn't yet available as a package however. The packages should be removed if the problem is not resolved by the time we're ready to release. -- Joseph Carter [EMAIL PROTECTED] Debian GNU/Linux developer GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3 PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77 8E E2 29 96 C9 44 5F BE -- Indifference will certainly be the downfall of mankind, but who cares? pgp7npmGvsl0a.pgp Description: PGP signature
Intent to give away: gradio, troffcvt
I'd like to give away gradio and troffcvt to someone who is interested in maintaining them. I am willing to maintain them both indefinitely, but I do not use them any longer, so they aren't really anything I'm excited about. Neither one has any reported bugs. They have not yet been converted to FHS. gradio is a simple program suitable for a newbie maintainer, though I suppose we don't have any newbie maintainers given that we don't have any new maintainers. troffcvt is a complex program that has an ugly, complicated build process. It would be most suitable for someone interested in ugly, complicated build processes. Let me know, Ben.
Intent to give away or REMOVE: tkstep
Ciao *, I state my complete lack of interest for tkstep, in both its 4.2 and 8.0 incarnations. 4.2 is now obsolete (as tk 4.2 is) and 8.0 is not kept updated by its upstream author. I use very few tk programs myself, so i'd like to find someone to give these packages to. IMHO both packages can go out of debian and I will ask the ftp maintainer to do that if nobody steps forward in a couple of week to take care of them. Ciao, Federico -- Federico Di Gregorio [http://www.bolinando.com/fog] {Friend of Penguins} Debian GNU/Linux Developer Italian Press Contact[EMAIL PROTECTED] 99.% still isn't 100% but sometimes suffice. -- Me
RE: I need some help during ALS
On 05-Oct-99 Vaidhyanathan G Mayilrangam wrote: Hi All, As you all probably know, ALS is from Oct. 12 - 16 at Atlanta. I am having trouble running any kernel above 2.2.5 on my machine. If anyone is coming and would want to help me with this problem, I would appreciate it. I can bring my machine to the ALS hall. A laptop is ok, bringing a actual box is rather complicated. We only have so much power, room, monitor space, etc.
Re: Intent to give away: gradio, troffcvt
[EMAIL PROTECTED] (Ben Pfaff) writes: gradio is a simple program suitable for a newbie maintainer, though I suppose we don't have any newbie maintainers given that we don't have any new maintainers. Even though I am not a newbie maintainer, I am willing to take this package, if noone else volunteers. I've got a TV/radio card and use this package myself. - Ruud de Rooij. -- ruud de rooij | [EMAIL PROTECTED] | http://ruud.org
Re: Intent to give away: gradio, troffcvt
[EMAIL PROTECTED] (Ruud de Rooij) writes: [EMAIL PROTECTED] (Ben Pfaff) writes: gradio is a simple program suitable for a newbie maintainer, though I suppose we don't have any newbie maintainers given that we don't have any new maintainers. Even though I am not a newbie maintainer, I am willing to take this package, if noone else volunteers. I've got a TV/radio card and use this package myself. Great. It's yours. Let me know if you need anything from me, but I think that the sources on the Debian servers are up-to-date.
Re: WHEN do you upload to grep and sed with multi-byte extension?
From: Ryuichi Arafune [EMAIL PROTECTED] Subject: WHEN do you upload to grep and sed with multi-byte extension? If you left them not supported multi-byte, Japanese users will not be happy to use debian. There is not enough time to release potato. If you cannot upload grep and sed with multibyte extension until the frozen status (November 1st?), I want to upload them as another package (grep-ja or sed-ja). I've maintained grep-ja/sed-ja package in Debian JP Project. (I'm now waiting to become new maintainer, so Ryuichi Arafune intended to upload/merge grep-ja/sed-ja to Debian Project instead of me.) I'm currently working grep-2.3 multi-byte patch because original grep-ja package based on grep-2.0. This multi-byte patch has ability to deal with EUC/SJIS (muti-byte characters). If I complete working, I plan to send it. BTW, sed-ja patch has more ability handling EUC/SJIS, and UTF-8. It's nice that sed is UTF-8 ready. If Mr.Wichart merge between grep/sed and their-ja patch, it's useful for Japanese, and besides for non-Japanese people. Properly speaking, these `i18n/m17n' related issue should fix/apply in upstream level. Many essential tools (currently even libc!) don't have much ability to handle multi-byte characters. I, however, understand that it 's difficult problem to achieve `m17n'; for example, generally regular expressions don't consider multi-byte characters. But, it is to be regretted that these current m17n circumstance, status, situation have continued. In addition, I think that a software's `i18n/m17n' does not mean to deal with *only* Unicode. Regards, -- GOTO Masanori Department of Computational Intelligence and Systems Science, Tokyo Institue of Technology.
DO NOT UPGRADE TO POTATO. MENU UPLOAD ON OCT 2 KILLS SYSTEMS
I just did an upgrade. The menu pkg ate memory like no tomorrow. I have a dual-330, 256m ram, 384m swap. Update-menus calls install-menu, and I saw that eating 280m of memory. root 19580 21.6 83.3 282784 215152 pts/8 R15:51 0:13 install-menu /etc/menu-methods//enlightenment-nosound -f --stdin Cease and desist at all costs. I have just been informed on irc that a fixed menu is in incoming. So, it should all be fixed tomorrow. BEGIN GEEK CODE BLOCK Version: 3.12 GCS d- s: a-- c+++ UL P+ L !E W+ M o+ K- W--- !O M- !V PS-- PE++ Y+ PGP++ t* 5++ X+ tv b+ D++ G e h*! !r z? -END GEEK CODE BLOCK- BEGIN PGP INFO Adam Heath [EMAIL PROTECTED]Finger Print | KeyID 67 01 42 93 CA 37 FB 1E63 C9 80 1D 08 CF 84 0A | DE656B05 PGP AD46 C888 F587 F8A3 A6DA 3261 8A2C 7DC2 8BD4 A489 | 716280FA GPG -END PGP INFO-
So whos going to ALS
... and would be willing to help at the Debian booth (#503, community pavillion, check it out), or who knows good places to stay at in Atlanta? Or who wants to planepool with the Novare team from Dallas? netgod mwr Oh, and my /proc/kcore is over 50MB -- can I remove it and get back that disk space? calc mwr, yea do that :P
RE: So whos going to ALS
On 05-Oct-99 Johnie Ingram wrote: ... and would be willing to help at the Debian booth (#503, community pavillion, check it out), or who knows good places to stay at in Atlanta? Or who wants to planepool with the Novare team from Dallas? Joey Hess and myself are going. We have one extra space in the hotel room. Preferably for a Debian developer, preferably one who needs to save the money. We have two double beds and currently three people, a fourth is welcome. If you want a spot on the floor, well that can be arranged as well (-: We arrive Wednesday night at 7:30pm, so room is available from Wednesday night on thru Saturday night.
Re: DO NOT UPGRADE TO POTATO. MENU UPLOAD ON OCT 2 KILLS SYSTEMS
Adam == Adam Heath [EMAIL PROTECTED] writes: Adam I just did an upgrade. The menu pkg ate memory like no Adam tomorrow. [...] Adam Cease and desist at all costs. Adam I have just been informed on irc that a fixed menu is in Adam incoming. So, it should all be fixed tomorrow. [...] Adam, thanks. What are the menu package versions (broken and fixed)? Thanks.
Re: So whos going to ALS
If you can't find a place, you are welcome to stay at mine.I got space for threeif you can sleep in couch, more if you can sleep in a sleeping bag :) Regards, Vaidhy On Tue, Oct 05, 1999 at 04:55:12PM -0400, Johnie Ingram wrote: ... and would be willing to help at the Debian booth (#503, community pavillion, check it out), or who knows good places to stay at in Atlanta? Or who wants to planepool with the Novare team from Dallas?
Re: Weird errors from update-alternatives
On Mon, Oct 04, 1999 at 11:28:01PM -0400, Daniel Burrows wrote: Setting up tk8.2 (8.2.0-3) ... Checking available versions of wish, updating links in /etc/alternatives ... (You may modify the symlinks there yourself if desired - see `man ln'.) Leaving wish (/usr/bin/wish) pointing to /usr/bin/wish8.2. Updating wish.1 (/usr/share/man/man1/wish.1.gz) to point to /usr/share/man/man1/wish8.2.1.gz. Removing wish8.0.1 (/usr/man/man1/wish8.0.1.gz), not appropriate with /usr/bin/wish8.2. warning: /usr/bin/wish8.0 is supposed to be a slave symlink to /etc/alternatives/wish8.0, or nonexistent; however, readlink failed: Invalid argument Removing wish8.0 (/usr/bin/wish8.0), not appropriate with /usr/bin/wish8.2. See bug 37252--I believe it is responsible for what you are seeking. tkstep8.0 registers slave alternatives (under wish) for /usr/man/man1/wish8.0.1.gz and /usr/bin/wish8.0 . This is bad because 1) tk8.0 does not register these as slave alternatives, and 2) these are actually files in tk8.0! However, I do not know why it would give this message about /usr/bin/wish8.0 and not about /usr/man/man1/wish8.0.1.gz . If you want help pursuing this further, let me know. You can also see bug 37254 I reported against dpkg for its role in the fiasco. Andrew
Re: /usr/etc and /usr/local/etc?
Richard Kaszeta [EMAIL PROTECTED] writes: Martin Schulze writes (Re: /usr/etc and /usr/local/etc?): Aaron Van Couwenberghe wrote: Just a quick inquiry -- Why is it that we exclude /usr/etc from our distribution? FHS and FSSTND Because configuration belongs to /etc. Period. Good point, but etc blows up to quite a size and can´t be shared across hosts. ... Config files are, by their nature, host-specific, and should not be in /usr They are not. e.g. /etc/hosts should be the same across a pool. Nearly all files in /etc can be shared and none should be rewritten on the fly. Apart from /etc/mtab (which can be linked to /proc/mounts) normaly nothing gets written to /etc and / can be ro. For diskless systems /usr/etc and /usr/share/etc could reduce the size of the ramdisk or root fs needed to boot and more data could be shared across a pool. Alternatively /etc/share/, /etc/arch and /etc/local could be used. Just as one likes. May the Source be with you. Goswin
Re: Some developers still using slink?
Raul Miller wrote: On Tue, Oct 05, 1999 at 11:00:46AM +0100, Edward Betts wrote: So how many other developers are not using unstable? Perhaps this should be taken up on another list, if you expect input from more than a few people. A list other than debian-devel? A list with a charter of This is the main discussion list for development topics. All developers should be subscribed to this list.. Pardon my puzzlement. -- see shy jo
Re: should installed daemons automatically restart upon upgrade?
MoiN On Mon, Oct 04, 1999 at 03:27:51PM -0400, Peter S Galbraith wrote: AFAIK, there is currently no way of `registering' update-rc.d commands such that they are repested after an upgrade. No, but you can move the S* links to K* links. This settings would be preserved by update-rc.d because it does nothing if it finds at least *one* link left that fits in the [KS][0-9][0-9]{package} naming scheme. Perhaps every postinst shold do something like this: if test -e /etc/rc`runlevel | cut -d\ -f2`.d/S??$DAEMON; then /etc/init.d/$DAEMON start fi which looks for existence of the S* link in the rcN.d directory with N corresponding to the current runlevel. Ingo -- List.Unix-AGLinux 2.1r3 (slink)