Why is premail in non-free?
Could anyone tell me why premail is in non-free? I've read the license a couple of times, and I really don't see anything that would prevent it from being in main (or at least contrib). Am I missing something? Christian --- This is the Debian Linux prepackaged version of premail. This package was put together by Karl Sackett <[EMAIL PROTECTED]>, from sources obtained from: ftp://ftp.hacktic.nl/pub/replay/pub/remailer/premail-0.45.tar.gz For more information see: http://www.c2.net/~raph/premail.html http://www.c2.net/~raph/premail/ premail is covered under the following copyright: # Copyright 1996 Raph Levien <[EMAIL PROTECTED]> # All rights reserved. # # This program is free for commercial and non-commercial use as long as # the following conditions are adhered to. # # Copyright remains Raph Levien's, and as such any Copyright notices in # the code are not to be removed. If this package is used in a product, # Raph Levien should be given attribution as the author of the parts of # the program used. This can be in the form of a textual message at # program startup or in documentation (online or textual) provided with # the package. # # Redistribution and use in source and binary forms, with or without # modification, are permitted provided that the following conditions are # met: # # 1. Redistributions of source code must retain the copyright notice, #this list of conditions and the following disclaimer. # # 2. Redistributions in binary form must reproduce the above copyright #notice, this list of conditions and the following disclaimer in the #documentation and/or other materials provided with the #distribution. # # 3. All advertising materials mentioning features or use of this #software must display the following acknowledgement: This product #includes software developed by Raph Levien <[EMAIL PROTECTED]>. If more #than one author is so cited, the list may be combined into one #sentence. # # 4. Use and adaptation of small, specific components of this software #is actively encouraged, and is exempt from the requirements above. # # This software is provided by Raph Levien ``as is'' and any express or # implied warranties, including, but not limited to, the implied # warranties of merchantability and fitness for a particular purpose are # disclaimed. In no event shall the author or contributors be liable for # any direct, indirect, incidental, special, exemplary, or consequential # damages (including, but not limited to, procurement of substitute # goods or services; loss of use, data, or profits; or business # interruption) however caused and on any theory of liability, whether # in contract, strict liability, or tort (including negligence or # otherwise) arising in any way out of the use of this software, even if # advised of the possibility of such damage. # # The license and distribution terms for any publically available # version or derivative of this code cannot be changed. i.e. this code # cannot simply be copied and put under another distribution license # [including the GNU Public License.] # # The reason behind this being stated in this direct manner is (Eric # Young's) past experience in code simply being copied and the # attribution removed from it and then being distributed as part of # other packages. This implementation was a non-trivial and unpaid # effort. pgptw2z66dRxR.pgp Description: PGP signature
Re: Debian-Policy Manual
On Jun 22, Bruce Perens wrote > > Debian policy for systems 2.0 and above will be to have _no_editor_ > as part of the base system. If you want an editor, you must install Ahh... That should put an end to the endless editor threads. I'm all for it. Christian PS Is the bruce-bunchofnumbers address an anti-spam measure? When the code's ready for prime-time, will you create a Debian package for it? (Or at least make it available somehow...) I'm interested. pgpZWSoADLCu8.pgp Description: PGP signature
Re: why are shared libs chmod +x? (again)
On Jun 27, David Frey wrote > > The only reason I remember is that the shared libraries are > > "executed", only not from the commandline, but within other binaries. > > This might be, but the linker doesn't care. > (In Debian 1.1 we had the shared libraries 644, IIRC). Stuff that you can't do a fork/exec on shouldn't be +x, IMNSHO. It's just confusing otherwise. If someone really cares about shared libraries being +x, speak now. Otherwise, I suggest we revert them to 644. Is the policy editor reading this? Christian pgpu5LDWC0IuD.pgp Description: PGP signature
Re: why are shared libs chmod +x? (again)
On Jun 25, David Frey wrote > > On Sun, Jun 1 1997 21:24 +0200 Christian Schwarz writes: > > Can someone tell me why shared libs should be installed executable? > > (Actually, Christoph Lameter wants to know this, cf. #7129, but since I > > don't know this either I'll redirect the question to this list.) > > > > This is current policy and I want to add a small note to the paragraph > > stating the reasons for this. > > What was the answer, why shared libraries are mode 755? > I'd suggest to revert them back to 644: > > ([EMAIL PROTECTED]) ~$/lib/libreadline.so.2.1 > Segmentation fault > > (I'd expected a better error message like `no binary' or something > like that). Indeed! And since we're basically recompiling all the libraries for 2.0, this would be a good time to make the change. If no one can provide a good reason for libraries being 755, I say we revert them to 644. Christian pgpM8HOUQbWsP.pgp Description: PGP signature
Re: Anyone made a qmail-1.01 experimental package.
On Jun 23, Rob Browning wrote > > I was going to try out qmail, and I just wanted to see if anyone had > made a package of 1.01. I mailed Christian, but I haven't heard back > from him yet, and I thought someone else might have packaged it for > their own internal use. Sorry, I haven't had time to read my mail in the last couple of days. I'll send a copy of my current qmail_1.0-1-1.diff your way by private mail. As for an 'unstable' release of qmail-1.01.deb, I've finally completed a version of 'qmailconfig'. I'll have a little chat with djb and then I'll upload the deb. Christian pgpt128na7UX6.pgp Description: PGP signature
Re: Problem: bash 2.01 dumps core!
It's me again... I fixed the problem by symlinking sh to zsh and doing a "dpkg --configure -a". ldconfig got run a couple of times, and I suspect this is what fixed the problem because the output of ldd /bin/bash looks much saner now: [EMAIL PROTECTED]:[~/deb] >ldd /bin/bash libreadline.so.2 => /lib/libc5-compat/libreadline.so.2 (0x4000b000) libncurses.so.3.0 => /lib/libncurses.so.3.0 (0x4002c000) libdl.so.1 => /lib/libdl.so.1 (0x40068000) libc.so.5 => /lib/libc.so.5 (0x4006b000) I'm still with bash 2.0, but I suspect that installing bash 2.01 won't cause problems now. If you want to know what changed on my system, just diff the following dpkg --audit with the previous one: [EMAIL PROTECTED]:[~chrish/deb] #dpkg --audit The following packages are in a mess due to serious problems during installation. They must be reinstalled for them (and any packages that depend on them) to function properly: metamail An implementation of MIME. mountTools for mounting and manipulating filesystems. The following packages have been unpacked but not yet configured. They must be configured using dpkg --configure or the configure menu option in dselect for them to work: libgdbm1 GNU dbm database routines (runtime version). [libc5 compa libc5The Linux C library version 5 (run-time libraries). bash-builtinsBash loadable builtins - headers & examples libreadline2 GNU readline and history libraries, run-time libraries. [ chimera2 Web browser for X The following packages are only half configured, probably due to problems configuring them the first time. The configuration should be retried using dpkg --configure or the configure menu option in dselect: inform A compiler for adventure games. Now the question is, what should be done so that this doesn't happen to other people? Christian pgpe3EgSNfCx7.pgp Description: PGP signature
Problem: bash 2.01 dumps core!
I hit a small problem while installing packages from Incoming... Bash now dumps core on startup. And one of the interesting side effects of this is that I can't install/remove packages anymore: [EMAIL PROTECTED]:[~chrish/deb] #dpkg -i libc5_5.4.33-5_i386.deb (Reading database ... 53797 files and directories currently installed.) Preparing to replace libc5 5.4.33-5 (using libc5_5.4.33-5_i386.deb) ... dpkg: error processing libc5_5.4.33-5_i386.deb (--install): subprocess pre-installation script killed by signal (Segmentation fault), core dumped Errors were encountered while processing: libc5_5.4.33-5_i386.deb Exit 1 ... since many packages have installation scripts that are bash scripts. Needless to say, this is *bad*. I'll give as much detail as I can... Hopefully someone else can figure out what the problem is and fix the relevant packages. I'll post a followup message once I've fixed the problem on my machine I did: dpkg -iEG bash_2.01-0_i386.deb bash-builtins_2.01-0_i386.deb chimera2_2.0a2-2_i386.deb ching_1.0-1_i386.deb cpp_2.7.2.2-4.deb ddd_2.1.1-1_i386.deb gdb_4.16-8_i386.deb inform_6.13-2_i386.deb inform-docs_6.13-2_all.deb lftp_0.11.1-2_i386.deb libc5_5.4.33-5_i386.deb libgdbm1_1.7.3-22_i386.deb libgdbmg1_1.7.3-22_i386.deb libgdbmg1-dev_1.7.3-22_i386.deb libreadline2_2.1-2.1_i386.deb libreadlineg2_2.1-2.1_i386.deb libreadlineg2-dev_2.1-2.1_i386.deb metamail_2.7-22_i386.deb mount_2.6g-2_i386.deb ncurses3.0_1.9.9e-2_i386.deb ncurses3.4_1.9.9g-1_i386.deb ncurses3.4_1.9.9g-2_i386.deb ncurses3.4-dev_1.9.9g-1_i386.deb ncurses3.4-dev_1.9.9g-2_i386.deb ncurses-base_1.9.9g-2_all.deb ncurses-bin_1.9.9g-2_i386.deb procps_1.12.1_i386.deb slang0.99.34_0.99.38-2.1.deb slang0.99.34_0.99.38-2.4_i386.deb slang0.99.34-dev_0.99.38-2.1.deb svgatextmode_1.5-1_i386.deb The bash install failed because I didn't have libreadlineg2 installed. Then at some point in the middle (can't more precise, I can't scroll back far enough) all the prerm's started dumping core when invoked. Here's the current state of my system: [EMAIL PROTECTED]:[~chrish/deb] #dpkg --audit The following packages are in a mess due to serious problems during installation. They must be reinstalled for them (and any packages that depend on them) to function properly: metamail An implementation of MIME. mountTools for mounting and manipulating filesystems. The following packages have been unpacked but not yet configured. They must be configured using dpkg --configure or the configure menu option in dselect for them to work: ncurses3.4-dev Video terminal manipulation - Developer's libraries and d slang0.99.34-dev A C programming library for user interfaces - development libgdbm1 GNU dbm database routines (runtime version). [libc5 compa libc5The Linux C library version 5 (run-time libraries). libgdbmg1-devGNU dbm database routines (development files) [libc6 vers gdb The GNU Debugger lftp Sophisticated command-line FTP client programs bash-builtinsBash loadable builtins - headers & examples libreadlineg2GNU readline and history libraries, run-time libraries. [ libreadline2 GNU readline and history libraries, run-time libraries. [ chimera2 Web browser for X The following packages are only half configured, probably due to problems configuring them the first time. The configuration should be retried using dpkg --configure or the configure menu option in dselect: inform A compiler for adventure games. ncurses3.0 Old libc5 curses - shared libraries ncurses3.4 Video terminal manipulation - shared libraries inform-docs Supplementary documentation for inform slang0.99.34 A C programming library for user interfaces - shared libr chingI Ching hexagram/fortune generator libgdbmg1GNU dbm database routines (runtime version). [libc6 versi Here's some version information (my machine is tracking unstable fairly closely): [EMAIL PROTECTED]:[~/deb] >dpkg -l bash libc5 libc6 ldso libreadline2 libreadlineg2 ncurses3.0 ncurses3.4 libgdbm1 libgdbmg1 Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- ii bash2.0-3 The GNU Bourne Again SHell iU libc5 5.4.33-5 The Linux C library version 5 (run-time libr ii libc6 2.0.4-1The GNU C library version 2 (run-time files) ii ldso1.9.2-2The Linux dynamic linker, library and utilit iU libreadline22.1-2.1GNU readline and history libraries, run-time iU libreadlineg2 2.1-2.1GNU readline and history libraries, run-time iF ncurses3
Re: Debian-Policy Manual
On Jun 17, Scott Ellis wrote > > I believe that the plan is to have them managed by update-alternatives, > and therefore be symlinks. Less will probably have a higher priority than > more, although I don't know who gets to win the war over which editor is > best, although I suspect a vi varient on the grounds that that is what > happens on most unices. Here we go again. Newbies should *not* be dumped into vi by default. It's just too user-hostile. Christian pgpfORqklxpkK.pgp Description: PGP signature
Re: GNU stow
On Jun 17, Charles Briscoe-Smith wrote [snip] > > Finally, I'm looking at GSPreview (similar to ghostview) and UPS (the > graphical debugger) with a view to packaging them. Anyone else working > on these already? If memory serves, UPS is listed in Sven "Packages Wanted" FAQ. And I believe it's listed in the "packages someone should do" section, (as opposed to the "packages someone is working on" section). You might want to check for yourself, though. Christian pgpaOSTCg7aNg.pgp Description: PGP signature
Re: Debian target audience
On Jun 16, Alex Yukhimets wrote > > I am sorry to say, but you are wrong. Even on this list there were > several postings regarding this matter. There are several known > problems and who knows how many unknown. You just can't afford to > experiment with "production" system this way. Anyway, I could take some > burden on myself to compile libc5 counterparts, but on my 486DX2/66 with > 2k/sec connection it would take years. Well, if it really is a production machine (people yell if it goes down, etc.) shouldn't it be tracking stable instead of unstable anyways? I don't think that kind of change (libc5 -> libc6) can't be made without some amount of instability and experimenting well, unless we get only perfect developpers who recompile all their packages for libc6 at the same time. :) Christian pgpBkarpSIaRQ.pgp Description: PGP signature
Re: Hamm: Exim + Chos standard?
On Jun 14, Mark Baker wrote > > In article <[EMAIL PROTECTED]>, > Heiko Schlittermann <[EMAIL PROTECTED]> writes: > > >: It might be good if we would replace smail in hamm with exim. Exim should > >: be the standard mailer for hamm: > > > > ... hmmm, ``never change a running system'', and smail _is_ running. > > No-one's suggesting changing running systems. We're suggesting that future > installs of debian should use exim instead of smail. Currently both are in > debian and both work well, but smail is the default one, it's only the > default that will be changed. To make this clearer, the only thing that would happen it that exim would be marked with priority 'important' and smail with priority 'extra'.. And yes, I think it'd be a good idea, assuming that exim's .forward syntax is backward-compatible with sendmail/smail's syntax. Christian pgpEKdk1aADxj.pgp Description: PGP signature
Re: Hamm: Exim + Chos standard?
On Jun 14, John Goerzen wrote > Christoph Lameter <[EMAIL PROTECTED]> writes: > > > > > It might be good if we would replace smail in hamm with exim. Exim should > > be the standard mailer for hamm: > > Exim doesn't provide UUCP capabilities *at all*, thus it is rather > useless for sites that use UUCP (like me). Right now, I am using > sendmail. (What, BTW, is the reason for not using sendmail?) You mean as Debian's default MTA? How about because it allows us to say "Debian is not vulnerable by default to this security hole because its default MTA isn't sendmail" each time yet another sendmail bug comes out. It's also got the most cryptic config file syntax I've ever seen, etc. Christian pgpogmQHZEFxd.pgp Description: PGP signature
Re: Bug#10516: gs-aladdin: Depends on svgalib1 (>= 1.210-1) which does not allow svgalib-dummy to fulfill the dependency
On Jun 12, joost witteveen wrote > > Well, OK, I can see *somebody* wants this. > But still I'm not convinced this warrants inclusion in stable. > Are there other people that would like the dependancy change > > - Depends: svgalib1 (>= 1:1.2.10-2) > + Depends: svgalib1 (>= 1:1.2.10-2)|svgadummy > > to go into stable? Looks like a kludge to me. The proper fix is to make dpkg grok versioned provides. Then svgadummy could "Provides: svgalib1 (= 1:1.2.10-2)" and everyone can be happy. Christian pgp3nBWmUoMHV.pgp Description: PGP signature
Re: Simple policy question...
On Jun 13, Sam Ockman wrote > Okay, so say some random person who has installed Debian wants XEmacs 19.15 > because he needs some feature. This seems like a reasonable request... He > could get it from the Hamm distribution, except that would mean he'd need > libc6...and he doesn't want to do that, because he's heard that it will > affect the stability of his system. The only problem with a mixed libc5/libc6 environment is utmp/wtmp corruption. (They use different formats.) It certainly doesn't make the system less stable. And it looks like even that one problem will be fixed soon: libc (5.4.33-2) unstable; urgency=low * new release for hamm. As there will be major differences between the bo patch releases and the hamm releases for libc6 compatibility I added some new dependencies. * modified the libc5 internal function reading and writing UTMP entries to use the libc6 format. This will make all programs using the libc functions compatible with the new utmp format as provided by libc6. Please read utmp-wrapper.README in /usr/doc/libc5. -- Helmut Geyer <[EMAIL PROTECTED]> Sat, 7 Jun 1997 20:05:4$ Christian pgpDKmqdEe3f1.pgp Description: PGP signature
Re: Adding conffiles to a package
On Jun 12, Kai Henningsen wrote > [EMAIL PROTECTED] (Philippe Troin) wrote on 12.06.97 in <[EMAIL PROTECTED]>: > > > I'm stuck with the diald package, and I've got problems with users > > from old versions. The thing is: > > the files /etc/diald/diald.ip-{up,down} weren't conffiles, and now > > they are. > > Installing a new version of diald where the ip-up/down scripts are > > conffiles on top of an old version where they weren't results in > > overwriting of the files. > > I'd like to call that a dpkg bug. When a file is a conffile in either the > new or the old package, dpkg ought to use conffile behaviour. Anything > else is just too dangerous. > I don't know about the "conffile only in older package" situation, but it seems like a good idea for the "conffile only in newer package" situation. Christian pgp6KxGJmcLdI.pgp Description: PGP signature
Re: dselect installs only main distribution not non-free
On Jun 11, Zlatko Calusic wrote > > --- install.origThu Dec 5 07:37:33 1996 > +++ install Wed Apr 16 01:47:54 1997 > @@ -139,6 +139,7 @@ > print "\nProcessing Package files...\n"; > my $dist; > foreach $dist (@dists) { > +$dist =~ tr/\//_/; > my $fn = "Packages.$dist"; > if (-f $fn) { > print " $dist...\n"; > > > The patch is for /usr/lib/dpkg/methods/ftp and works if I use > following line while updating: Said patch is also in dpkg-ftp 1.4.9, if memory serves. Christian pgp3G73a2ktkk.pgp Description: PGP signature
Re: libc6 utmp and wtmp [Was: Re: official C library]
On Jun 6, Michael Meskes wrote > ssh seems to use login. IMO you forgot one very important player: xbase. > Lot's of people use xterm. rxvt should be in this list, too. Ssh doesn't use login. /* login.c Author: Tatu Ylonen <[EMAIL PROTECTED]> Copyright (c) 1995 Tatu Ylonen <[EMAIL PROTECTED]>, Espoo, Finland All rights reserved Created: Fri Mar 24 14:51:08 1995 ylo This file performs some of the things login(1) normally does. We cannot easily use something like login -p -h host -f user, because there are several different logins around, and it is hard to determined what kind of login the current system has. Also, we want to be able to execute commands on a tty. */ Christian pgpg180eMAuIY.pgp Description: PGP signature
Re: cygwin.dll license (was Re: FreeQt ?)
On Jun 2, Raul Miller wrote > > [Note: what RMS is trying to argue against is the stunt > Steve Jobs & Co. pulled with Objective C.] Could you describe what the said 'stunt' was? I'm curious... Christian pgpyv2Q82qumI.pgp Description: PGP signature
Re: FreeQt ?
On Jun 1, Jason Gunthorpe wrote > > There is something called the UltraSound Project. They have made OSS > interface compatible drivers for the various GUS based cards. But they are > not included in the official kernel, you have to get it and build it as a > module yourself :< Is it useable? Is it better than OSS/Lite? Anybody care to package it up? Christian pgpmegL0y7kzf.pgp Description: PGP signature
Re: Using CVS for package development
On May 29, Bruce Perens wrote > There actually is a packages.debian.org domain aliased on "master", I > had problems making it work because darned qmail won't parse a full > RFC822 address on the command line (it wants you to remove the > comments). If someone wants to spend some time on a simple mailer hack, > you can make this work. Sure. Just tell me what you want qmail to do for you and point me at the sh/whatever scripts you started working on. Christian pgpABQJv8JU5X.pgp Description: PGP signature
Re: man page section "debian" ?
On May 26, Andreas Jellinghaus wrote > hy. > > AFAIK there is no manual, list or whatever of debian specific things. > so, what about moving all manpages that are debian related to have the > suffix "debian" ? this way anyone can go and say : ok, i know unix, and > i was using other distributions before. lets see how debian is doing > this and that and what special commands i have here. > > what do you think ? You mean that (for example) /etc/mailname's manpage would be mailname(5debian)? Looks like a good idea to me... or at least not a bad one. Of course, this shouldn't be a substitute for a Debian sysadmin's manual, or something like that. Christian pgpTig1XtJFIL.pgp Description: PGP signature
Re: ssh and default home directory permissions (revisited?)
On May 26, Pete Templin wrote > > On 26 May 1997, Carey Evans wrote: > > > I've removed group write permissions from my home dir because of the > > programs like qmail and ssh which don't like it. I don't think > > anything would break because of removing these permissions, so maybe > > adduser should make home directories mode 755 (or 750)? > > Let's be careful with 750...many webservers run equivalent to nobody. > Setting user home directories will mean additional user training (a.k.a. > more questions for the sysadmin...) when users are creating webpages. How about 751, then? The web servers will still run fine. I don't think home directories should be created world-writable by default, though. Even though it's "not a problem" with the one user, one group scheme. Christian pgpg605UNapNw.pgp Description: PGP signature
Re: May I remove a "feature" from man? [was: Bug#10039]
On May 25, Fabrizio Polacco wrote > Hi folks! > > Bug#10039 exposed a problem with the "feature" of man to index all the > 'man' and 'MAN' subdirectory it finds in the HOME and current directory, > when it is invoked. How about having it just index $HOME/man by default, and adding a switch to turn on more "thorough" indexing? Christian pgpdUTP9VaxVO.pgp Description: PGP signature
Re: Upcoming Debian Releases
On May 24, Tom Lees wrote > > The third solution, which I prefer is a utility which modifies the > variables within the scripts - it's faster, it is more "backwards > compatible" with sysadmins from other Unices, and generally it's nicer > (less dependant on the cfgtool at boot-time). And it changes the conffiles, which means that the user will still get bugged with "Conffile changed, overwrite with package's version or keeps yours?" questions from dpkg, which is exactly what we want to avoid with cfgtool. Christian pgpf4aJbKfp3S.pgp Description: PGP signature
Re: Donald Becker's ethernet drivers
On May 22, Raul Miller wrote > Any chance of getting the ethernet drivers listed as "supported" > in the ethernet howto, but stored at cesdis.gsfc.nasa.gov instead > of in the main linux kernel, included in the base debian kernel > distribution? Do they compile as modules? Maybe someone could package them up as kernel modules in a separate desdis-drivers package, or something like that. Christian pgpP1ekmonaO7.pgp Description: PGP signature
Re: Debian 1.3 Release Candidate
On May 21, Brian White wrote > > **** > ** Debian 1.3 Release Candidate ** > ** ** [snip] Two things. First, could you please get allow in a version of dpkg-ftp with the $dist =~ tr/\//_/; patch into frozen? Otherwise dpkg-ftp users won't be able to install packages from hamm, since dpkg-ftp currently barfs on stuff like "hamm/hamm" in the install phase. Also... I'm not sure if this should be sent to you or Guy Maor (I get a bit confused with who's who sometimes...), but a version of lynx I uploaded to stable got through even thought it depends on a version of slang that's not in stable. Possible fixes are either "ask me to reupload a new lynx" or "move the newer slang package to stable". Could someone speak up on which one should be done? I currently have two bug reports filed against lynx because of that. (I had originally sent that to your @debian.org address but got no answer. You do forward that address to someplace where you read your mail, don't you?) Thanks, Christian pgpNZTE44rSFX.pgp Description: PGP signature
Re: RFC: Kernel-package: Please add the '.config' file in the binary package
On May 19, Manoj Srivastava wrote > My 2 cents: I think I agree with Vincent Renardias ; the > kernel configuration file really belongs in /boot. However, I do not > feel comfortable taking unilateral decisions about something as > touchy as /boot (some people require thin root partitions). > > Are there any objections to moving the file into /boot? [EMAIL PROTECTED]:[~] >ls -l /usr/src/linux/.config -rw-r--r-- 1 root root 3789 Apr 10 23:31 /usr/src/linux/.config At less than 4kB per .config file, no objections from me (and I have /boot on a separate, small partition). If kernel-package is going to be modified to install .config under /boot, could /sbin/installkernel (from debianutils) be modified to do the same? (For people who don't use kernel-package, like me.) Christian pgpy5SRgkpSgu.pgp Description: PGP signature
Re: Behaviour of "Conflicts:"
On May 13, Todd Harper wrote > > I'm curious about how dpkg handles the "Conflicts:" line of packages > that are already installed on the machine. If package X conflicts > with package Y, and Y is already installed, I cannot install X. This > is normal. BUT... if X is installed, what happens if I try to install > Y? Y doesn't say that it conflicts with X. Does dpkg somehow scan > thru the installed packages' control files to check for conflict? > I would hope that dpkg would somehow catch this and prevent the > installation of Y. This could be a serious problem otherwise. When starting up, dpkg loads into memory all the details concerning the packages currently installed on the system. This include conflicts, provides, etc. for each installed package. So in this case dpkg will still refuse to install conflicting Y. (Unless, of course, you use --force-conflicts.) Christian pgpe88qzzl8yV.pgp Description: PGP signature
Re: Wishing to maintain package 'dpkg-ftp'
On May 13, Yann Dirson wrote > > It seems that this package hasn't evolved for quite a long time. As > there are many bug-reports, and as I worked out fixes for some of > them, I suppose its maintainer has no time for it, and I'm wishing to > maintain it. Have you tried to email the current maintainer directly first? I don't think there'd be any objections to you doing a non-maintainer (bugfix) release (as documented in the policy manual, methinks) if the current maintainer doesn't pop up on debian-devel this week. But just taking over his package like that (without getting his ok) would be, IMHO, a bit rude. People do take vacations, etc. Christian pgpOUpDhDMxU0.pgp Description: PGP signature
Re: master.debian.org not responding?
On Mon, 16 Sep 1996, Yves Arrouye wrote: > Hello, > > I try to connect to master.debian.org for three days without success. Ping > fails, and traceroute cannot reach it too. What happened? Looks like it's back up. I'm logged on master in another window right now... Christian
Bug#4444: Wrong permission for files under /usr/doc/samba
Package: samba Version: 1.9.16alpha10-1 The files under /usr/doc/samba are all 640. They should be 644 so that non-root people can read them. Christian
Bug#4272: ncftp dumps core when xterm window is too wide
Package: ncftp Version: 2.3.0-5 Ncftp dumps core when invoked in an xterm window of width 160 or more. Looks like this is a ncftp bug and not a ncurses ones... Dselect works just fine in wide windows, and so does pine. Christian Desired=Unknown/Install/Remove/Purge | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ NameVersionDescription +++-===-==- ii ncftp 2.3.0-5A user-friendly and full-featured FTP client ii ncurses-base1.9.9e-1 Video terminal manipulation: Minimum set of ii ncurses-bin 1.9.9e-1 Video terminal manipulation: associated prog ii ncurses3.0 1.9.9e-1 Video terminal manipulation: shared librarie
Bug#4020: Base shouldn't contain /var/run/utmp
Package: base Version: 1.1.0-14 The newest base contains a /var/run/utmp file of length 0. When upgrading a running system, this: - causes the list of people currently online to be lost - makes tools like 'w' segfault until one login occurs. Fix : remove /var/run/utmp from base. Christian PS Base shouldn't contain any files in /var/run, by definition.
Re: this is not working.... (fwd)
Could we do something similar with the Debian mailing lists? Especially for unsubscribe requests being sent to the lists themselves. Christian -- Forwarded message -- Date: 30 Jun 1996 02:35:51 - From: "D. J. Bernstein" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: Re: this is not working > I'm trying to keep lusers from sending subscription requests to the > mailing list. To do this, I need to have a |condredirect at the head > of the mailing list file. You could put | condredirect you-foo-request grep -s whatever you-foo-outgoing into ~you/.qmail-foo and then use qlist for ~you/.qmail-foo-outgoing. Or maybe a more positive approach: | condredirect you-foo-outgoing grep -s '^Distribute-This-Message-To: foo' you-foo-request Or hook in a fancier mailing list program. [snip]