New ncurses packages
I've finally released an ncurses3.0 package for hamm, with an -altdev package for those of us on mixed-library machines. I've put it into my home directory on master, hopefully to be joined RSN by ncurses3.4 for libc6. As soon as both of them are up and (seemingly) running, I'll put them in Incoming. In the meantime, please go ahead and grab them, and let me know if things go horribly wrong when using them. --Galen -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Email to bcwhite@verisim.com or behanw@verisim.com
Due to some unscheduled downtime here at Verisim, Brian White and I have not been available through email (or indeed in anyway electronic) since Saturday noon. Things are now back to normal though and we're all ploughing through our respective backlogs of email. If you have sent email to one of the lists asking a question of Brian (or myself) or have sent email to either of us at verisim.com, please resend it if you don't get a reply by Friday. Considering our backlog we very well might delete it by mistake. Just in case any one's interested, our main internet server had a 4M Simm (30-pin) go bad (meaning the entire bank was dead) coupled with its main drive deciding it didn't want to spin up anymore. *sigh* I'm just glad I had a recent backup (Thanks afio/tob!) Behan -- Behan Webster mailto:[EMAIL PROTECTED] +1-613-224-7547 http://www.verisim.com/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: posix time / 822-date problem
Guy Maor <[EMAIL PROTECTED]> writes: > Andreas Jellinghaus <[EMAIL PROTECTED]> writes: > > > thank you. i had timezones 2.03 installed (is that related to glibc ?). > > removing it and re-installing timezone helped. > > Yes, but timezones should be using POSIX time by default, not right > time! Helmut, is it not? > Well it is. The problem is probably the backup of an old timezone package that will generate a /usr/lib/zoneinfo/localtime file when removed without purging. This file is read by all libc5 programs before /etc/localtime. removing it should make 822-date work again. I'll check for this file in the next package and remove it, if present. Helmut -- Helmut Geyer[EMAIL PROTECTED] public PGP key available : finger [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Official CDs
The ISO image files for the Debian 1.3 Official 2-CD Set are now available at ftp://ftp.debian.org/debian/OfficialCD . About 4 mirror systems signed up to mirror the CDs, so it looks like we won't have a problem distributing them. Thanks Bruce -- Bruce Perens K6BP [EMAIL PROTECTED] 510-215-3502 Finger [EMAIL PROTECTED] for PGP public key. PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6 1F 89 6A 76 95 24 87 B3 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
inetd question
I get quite a lot of these messages: inetd[153]: ident/tcp server failing (looping), service terminated How can I tell which service is the one that's asked for too often? I tried tcplogd but all tcp requests logged are to auth and www-proxy both of which are not in /etc/inetd.conf. I don't know how auth is handled, is it an internal service? www-proxy was added by myself and points to a squid daemon so inetd shouldn't get a hand on it, or does it? Michael -- Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Unidentified subject!
debian-qa@lists.debian.org, [EMAIL PROTECTED], [EMAIL PROTECTED] (Frank Ronneburg) Subject: Re: dselect installs only main distribution not non-free References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> Mime-Version: 1.0 (generated by tm-edit 7.105) Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="pgp-sign-Multipart_Thu_Jun_12_10:30:05_1997-1"; micalg=pgp-md5 Content-Transfer-Encoding: 7bit From: Christian Leutloff <[EMAIL PROTECTED]> Date: 12 Jun 1997 10:30:16 +0200 In-Reply-To: Zlatko Calusic's message of 11 Jun 1997 18:48:10 +0200 Message-ID: <[EMAIL PROTECTED]> Lines: 131 X-Mailer: Gnus v5.3/Emacs 19.34 --pgp-sign-Multipart_Thu_Jun_12_10:30:05_1997-1 Content-Type: text/plain; charset=US-ASCII Zlatko Calusic <[EMAIL PROTECTED]> writes: > > [EMAIL PROTECTED] (Bruce Perens) writes: > > > > > I think you have to tell dselect where non-free and contrib are so that it > > > can find their Packages files. It asks about this when you choose an > > > access > > > method. > > > > yes, that's right. I've checked the directories again. Dselect finds > > the apropritiate Packages files it reports 980 files in base, 20-80 in > > each section contrib, non-free and local (non-us). But no file is > > installed from there. > > > > I've checked Access CD-ROM and a previosly mounted directory. But > > after checking the main distribution the installation process stops > > 8-( > > > > Can someone else check this behavior, please? > > > > (It's likely that an install through ftp works fine - I can't remember > > exactly) > > > > Any ideas?? Thank you for your help! I've (hopefully) figured out the problem: The problem is that something failed in the main distribution an therefor the script terminates itself. But this was you aren't able to install i.e. libmagick-gif from non-free because the imagemagic package fails in main due to missing libmagick-gif. So you have to install libmagick-gif by hand 8-(( (or use the ftp method from dselect) Can this serios problem be fixed in 1.3.1!? Here some logs from dselect: <-- If you make a mistake, use the interrupt key (^C) to abort. I see that /dev/cdrom exists and is a block device. Insert the CD-ROM and enter the block device name [/dev/cdrom]: All directory names should be entered relative to the root of the CD-ROM. I would like to know where on the CD-ROM the top level of the Debian distribution is - this will usually contain the Packages-Master file. If the CD-ROM is badly organised and doesn't have a straightforward copy of the distribution you may answer `none' and we'll go through the parts I need individually. Distribution top level ? [none] / /usr/lib/dpkg/methods/disk/setup: line 8: 27060 Broken pipe find "$mountpoint$2" -follow -name '*.deb' -print 2>/dev/null 27061 Done| head -1 27062 Done| grep . >/dev/null Using `//stable/binary-i386' as main binary dir. Using `//stable/binary-i386/Packages.gz' for main. Using `//contrib/binary-i386' as contrib binary dir. Using `//contrib/binary-i386/Packages.gz' for contrib. /usr/lib/dpkg/methods/disk/setup: line 8: 27066 Broken pipe find "$mountpoint$2" -follow -name '*.deb' -print 2>/dev/null 27067 Done| head -1 27068 Done| grep . >/dev/null Using `//non-free/binary-i386' as non-free binary dir. Using `//non-free/binary-i386/Packages.gz' for non-free. `//local/binary-i386' does not exist. Which directory contains the *.deb packages from the local distribution area (this directory is named `local/binary' on the distribution site) ? Say `none' if this area is not available. Enter _local_ binary dir. [/debian-non-US/binary-i386] ? Using `/debian-non-US/binary-i386' as local binary dir. Using `/debian-non-US/binary-i386/Packages.gz' for local. Hit RETURN to continue. Uncompressing /var/lib/dpkg/methods/mnt//stable/binary-i386/Packages.gz ... done. Replacing available packages info, using packages-main. Information about 980 package(s) was updated. Uncompressing /var/lib/dpkg/methods/mnt//contrib/binary-i386/Packages.gz ... done. Updating available packages info, using packages-ctb. Information about 33 package(s) was updated. Uncompressing /var/lib/dpkg/methods/mnt//non-free/binary-i386/Packages.gz ... done. Updating available packages info, using packages-nf. Information about 113 package(s) was updated. Uncompressing /var/lib/dpkg/methods/mnt/debian-non-US/binary-i386/Packages.gz ... done. Updating available packages info, using packages-lcl. Information about 9 package(s) was updated. Update OK. Hit RETURN. Running dpkg -iGROEB /var/lib/dpkg/methods/mnt//stable/binary-i386 ... Errors were encountered while processing: /var/lib/dpkg/methods/mnt//stable/binary-i386/text/debiandoc-sgml_1.0.7.deb installation script returned error exit status 1. Press RETURN to continue. < This is an other er
New 1.3 installation report
I was involved in a complete new installation of a 1.3 machine yesterday, showing the college's computer officer how good Linux and Debian can be. I'm very glad to report there were _no_ problems whatsoever on the way through the installation. We now have a machine up and running with DNS services for college and bootp/tftp services for the printers; it all worked out of the box. Congratulations everyone! -- Steve McIntyre, CURS Secretary, Cambridge, UK. [EMAIL PROTECTED] "Whenever you eat, chew" "Can't keep my eyes from the circling sky, +-- "Tongue-tied & twisted, Just an earth-bound misfit, I..." |Finger for PGP key Mail for me sent to cam.ac.uk addresses will start bouncing soon. Please use [EMAIL PROTECTED] or [EMAIL PROTECTED] instead. Thanks. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
manpages missing (system calls)
ls /usr/man/man2 says: create_module.2.gz delete_module.2.gz get_kernel_syms.2.gz init_module.2.gz intro.2.gz modules.2.gz query_module.2.gz where are the others? I also miss the libc function manpages like fgets. Michael -- Dr. Michael Meskes, Projekt-Manager| topsystem Systemhaus GmbH [EMAIL PROTECTED]| Europark A2, Adenauerstr. 20 [EMAIL PROTECTED] | 52146 Wuerselen Go SF49ers! Go Rhein Fire! | Tel: (+49) 2405/4670-44 Use Debian GNU/Linux! | Fax: (+49) 2405/4670-10 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: How do we encourage bug reports?
> How about a description on www.debian.org on how to submit a bug report? With > a link that will > download software (f.e. the bug package) to make a bug easier etc etc. Having a form that can be filled out on the web would also be a good idea. Brian ( [EMAIL PROTECTED] ) --- I am Homer of Borg. Resistance is futi... M, donuts! -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Tri-Linux's discription
> Do you know if they will be selling the Official 1.3.0 CD > or the Official 1.3.1 CD with the new XFree86 3.3 release? I would not count of X3.3 being release on 1.3.1. The X packages are _huge_ and I doubt they will be anywhere close to completely tested by that time. Brian ( [EMAIL PROTECTED] ) --- Give others some insight into YOUR pages! http://www.verisim.com/insite/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Adding conffiles to a package
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 was thinking of the following approach:
In the preinst, check for the version of the old package through the
command line parameters, if the version we're upgrading from is too
old, make backup copies of the files.
Then, in the postinst, offer to the user to either use his old
conffiles, or the new ones which come with diald.
Will that work ???
Phil.
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 policy in unstable
> > What is the policy for uploads into unstable regarding libc6? > > Must all new programs goint into unstable be linked with libc6? > > Since Debian 2.0 is meant to be a libc6 system, the answer is yes. Of > course, if the libraries that the program depends on are not yet > available for libc6, then you'll have to continue to upload libc5 > versions. > > Uploading libc6 versions of dynamic libraries is the first priority. I'd like to set a date after which all new uploads must be libc6. How does July 31st sound? Brian ( [EMAIL PROTECTED] ) --- Debian GNU/Linux! Search it at http://insite.verisim.com/search/debian/simple -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 policy in unstable
On Thu, 12 Jun 1997, Brian White wrote: > > > What is the policy for uploads into unstable regarding libc6? > > > Must all new programs goint into unstable be linked with libc6? > > > > Since Debian 2.0 is meant to be a libc6 system, the answer is yes. Of > > course, if the libraries that the program depends on are not yet > > available for libc6, then you'll have to continue to upload libc5 > > versions. > > > > Uploading libc6 versions of dynamic libraries is the first priority. > > I'd like to set a date after which all new uploads must be libc6. How > does July 31st sound? I'd like to have 2 different dates: - 1st deadline for libraries. - 2nd deadline for other packages. That could make something like: * July 15th: All libraries *must* be libc6. * July 31th: All packages must be libc6. -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#10516: gs-aladdin: Depends on svgalib1 (>= 1.210-1) which does not allow svgalib-dummy to fulfill the dependency
On Thu, 12 Jun 1997, joost witteveen wrote: >> Sorry but this is stable bug. And its significant for people running Bo as >> a webserver etc which usually does not have a display or even a video >> board. I have a series of those machine that I maintain. > >You mean, they have gs installed, but no video card? Should there also >be a dummy xlib package then? xlib does not use a video card. Sure enough I have xlib installed on those systems but no X-Server. gs is mainly of use to convert between / to different graphics formats. >I see no reason why this would be significant for people running Bo >as webservers, as they will probably not have gs installed eighter. >Or if they have serious reasons not to install svgalib, why do they >install xlib? Because they want to run remote X Sessions. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 policy in unstable
> > I'd like to set a date after which all new uploads must be libc6. How > > does July 31st sound? > > I'd like to have 2 different dates: > - 1st deadline for libraries. > - 2nd deadline for other packages. > > That could make something like: > > * July 15th: All libraries *must* be libc6. > * July 31th: All packages must be libc6. That's fine with me. I figure requiring packages only libc6 will also put a lot of pressure on library maintainers to get things done. Do we also want to remove all libc5 dependant packages at some point? I think this would be a good idea since otherwise things are going to get pretty messed up. We might want to do all three immediately. I voiced this idea once before and got some support for it. Brian ( [EMAIL PROTECTED] ) --- Touch passion when it comes your way. It's rare enough as it is; don't walk away when it calls you by name. -- Marcus (Babylon 5) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#10516: gs-aladdin: Depends on svgalib1 (>= 1.210-1) which does not allow svgalib-dummy to fulfill the dependency
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? > >> Sorry but this is stable bug. And its significant for people running Bo as > >> a webserver etc which usually does not have a display or even a video > >> board. I have a series of those machine that I maintain. > > > >You mean, they have gs installed, but no video card? Should there also > >be a dummy xlib package then? > > xlib does not use a video card. Sure enough I have xlib installed on those > systems but no X-Server. gs is mainly of use to convert between / to > different graphics formats. > > >I see no reason why this would be significant for people running Bo > >as webservers, as they will probably not have gs installed eighter. > >Or if they have serious reasons not to install svgalib, why do they > >install xlib? > > Because they want to run remote X Sessions. So it will at least not just be a web-server. But anyway, I get your point. -- joost witteveen, [EMAIL PROTECTED] #!/usr/bin/perl -sp0777ihttp://www.dcs.ex.ac.uk/~aba/rsa/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc6 policy in unstable
On Thu, 12 Jun 1997, Brian White wrote: > > * July 15th: All libraries *must* be libc6. > > * July 31th: All packages must be libc6. > > That's fine with me. I figure requiring packages only libc6 will also put > a lot of pressure on library maintainers to get things done. > > Do we also want to remove all libc5 dependant packages at some point? I > think this would be a good idea since otherwise things are going to get > pretty messed up. We might want to do all three immediately. * all packages should be libc6 when "hamm" is frozen. (later?) NB: This would also help us to get rid of the remaining packages that are a.out. -- - ** Linux ** +---+ ** WAW ** - - [EMAIL PROTECTED] | RENARDIAS Vincent | [EMAIL PROTECTED] - - Debian/GNU Linux +---+ http://www.waw.com/ - - http://www.debian.org/ |WAW (33) 4 91 81 21 45 - --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Proposed new virtual package: zcode-interpreter (long)
Hi all, I've been putting together a few packages of Z-code stuff, following my previous posting, and want to use a virtual package, `zcode-interpreter'... I'd like to put the appropriate man-page before you all for approval. (It describes the use of the virtual package, among other things.) I haven't got a master account yet, so I can't upload them, but the packages are at ftp://pcsw104b.ukc.ac.uk/pub/cpb4/> in case anyone wants them. Thanks, --Charles Briscoe-Smith White pages entry, with PGP key: http://alethea.ukc.ac.uk/wp?95cpb4> PGP public keyprint: 74 68 AB 2E 1C 60 22 94 B8 21 2D 01 DE 66 13 E2 UPDATE-ZCODE(1) Debian GNU/Linux UPDATE-ZCODE(1) NAME update-zcode - install or remove Z-code interpreters or story files SYNOPSIS update-zcode -add -interpreter -type type command [argu- ment...] update-zcode -remove -interpreter command update-zcode -add -storyfile storyfile gametitle update-zcode -remove -storyfile storyfile DESCRIPTION update-zcode is used to change the system's idea of what Z- code interpreters or Z-code story files are available. The list of available Z-code interpreters is used by zcode- interpreter(1) to pick a suitable interpreter for the current environment. The list of installed story files is used to generate menu entries for currently available games. If update-zcode is invoked with access permissions suffi- cient to modify the system-wide configuration files, then the modifications will be performed on a system-wide basis. Otherwise, the modifications will only affect the current user, and will update configuration files in the user's home directory. If is the caller's responsibility to call update-menus(1L) where appropriate, to ensure that changes to the installed Z-code story files are correctly reflected in the menu sys- tem. OPTIONS -add -interpreter Record that a new interpreter is available for use. The keyword given as the type argument specifies the environment this interpreter will run in; currently, this must be either x11 or text. When the interpreter is invoked, the command line will be formed from the command and arguments, with the name of the story file to execute appended. -remove -interpreter Record that an interpreter is no longer available on the system. The command given should be identical to the command (but without the arguments) used to ini- tially record the availability of the interpreter. -add -storyfile Record that storyfile is available for use. The gametitle given will be used to generate a menu entry for this game. -remove -storyfile Record that storyfile is no longer available on the system. The storyfile given should be identical to the storyfile used to initially record the availability of the story file. INTERPRETERS When an interpreter is invoked with a non-absolute story file name, it should search for the file in the current directory, and then along the path given in the environment variable ZCODE_PATH. (To support existing interpreters, zcode-interpreter will place the same path information in the environment variable INFOCOM_PATH.) zcode-interpreter will add the standard directories (see the section ``FILES'') to the Z-code path, so it is not necessary for interpreters to search these in addition to ZCODE_PATH. Each package containing a Z-code interpreter should o after installation, call update-zcode -add -inter- preter ... o before removal, call update-zcode -remove -interpreter ... o have the interpreter configured to search for story files along ZCODE_PATH if the story file is otherwise not found. (If ZCODE_PATH is not searched, it should search INFOCOM_PATH instead.) o provide the virtual package zcode-interpreter, and o depend on zcode-support (the package containing the actual zcode-interpreter(1) command.) STORY FILES Each package containing a Z-code game should o after installation, call update-zcode -add -storyfile ... o before removal, call update-zcode -remove -storyfile ... o place the story fileinthedirectory /usr/lib/games/zcode, o depend on zcode-interpreter. FILES $HOME/.zcode-support/ Contains per-user configuration files. /etc/zcode-support/ Contains system-wide configuration files. /usr/lib/games/zcode/, /usr/local/lib/games/zcode/ Standa
Re: Tri-Linux's discription
On Thu, 12 Jun 1997, Brian White wrote: | > Do you know if they will be selling the Official 1.3.0 CD | > or the Official 1.3.1 CD with the new XFree86 3.3 release? | | I would not count of X3.3 being release on 1.3.1. The X packages are | _huge_ and I doubt they will be anywhere close to completely tested by | that time. I emailed cheapbytes com asking about a Debian CD, as they have nothing at all listed on their main page for us, and they said they were holding untill something with X 3.3 comes out. Will this happen soon? If not, someone 'higher up' ought to let them know, so we can at least have 1.3 on their site. Ciao, David Welton [EMAIL PROTECTED] [EMAIL PROTECTED] http://www.efn.org/~davidw Se quest'email e` in Italiano, mi dispiace per gli errori:-) FORZA PANTANI! --Debian GNU/Linux-- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Compiling with libc6
There are some maintainers that must keep their machines on the stable tree (and thus libc5) for various reasons. Is there a machine somewhere these developers can log in to for the sole purpose of building release packages? Brian ( [EMAIL PROTECTED] ) --- If you have a 50% chance of guessing right, you'll guess wrong 75% of the time. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: inetd question
[EMAIL PROTECTED] (Michael Meskes) wrote on 12.06.97 in <[EMAIL PROTECTED]>: > I get quite a lot of these messages: > > inetd[153]: ident/tcp server failing (looping), service terminated > > How can I tell which service is the one that's asked for too often? I'd say it's ident/tcp :-) I guess you're the second guy in this week (the other was a local co- admin) that sees "ident" or "identd" and reads "inetd". > I tried tcplogd but all tcp requests logged are to auth and www-proxy both > of which are not in /etc/inetd.conf. I don't know how auth is handled, is it Actually, AFAIK, ident = auth. > an internal service? www-proxy was added by myself and points to a squid > daemon so inetd shouldn't get a hand on it, or does it? Squid may well be related to those ident queries. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Adding conffiles to a package
[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.
Comments?
MfG Kai
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#10516: gs-aladdin: Depends on svgalib1 (>= 1.210-1) which does not allow svgalib-dummy to fulfill the dependency
In article <[EMAIL PROTECTED]>, [EMAIL PROTECTED] (joost witteveen) writes: >> Because they want to run remote X Sessions. > So it will at least not just be a web-server. But anyway, I get your > point. So it could be just a web server that people want to maintain using a GUI editor.
Re: Perl Police (was Re: Bug#10405: package naming)
On Mon, 9 Jun 1997, Brian S. Julin wrote: > On Mon, 9 Jun 1997, Christian Schwarz wrote: > > I think this naming scheme is quite reasonable. What does everyone else > > think about it? > > What do you do if you do have a package turn up with an underscore > in its name? We could easily replace it with a dash (-). > > (I'm definitely against having more special characters in file names, as > > `+' or `:'.) > > Personally I think it would be best to change the module name as > little as possible. '+' and ':' were at some point legal for package > names, according to deb-make's error messages and behavior. Perhaps > we should just ask a dpkg pro? I would not like to have these special characters in file names. Let us try to stick to the current "set of legal characters". > > This sounds as you've set up a "default procedure" of how to pack CPAN's > > module into .deb's. Great! I always thought of something like that but I > > never had time to do so. > > Yes, I'm working on it at least. My next step is to add pod2html calls > so the Debian policy on using HTML when possible is satisfied. I am > doing this with an architecture subclass MM module for ExtUtils::MakeMaker > and a few very minor changes to MakeMaker.pm itself. You can examine > the work-in-progress at http://calyx.com/~bri/projects/Debian/ I did not yet have time to look at your page. However, this sounds great! IMHO, we should try to get all stuff of CPAN into debs--and this should be highly automized. And of course, every package should provide HTML docs. > One of the goals here is for the packages to smartly determine > which other perl packages they depend upon by examining the > 'use' and 'require' statements and such. This is already partly > done by MakeMaker, in fact there is an ALPHA test extension that > goes to the CPAN ftp archive to retrieve files you are lacking > automatically. All I need to to is harness the results of the > functions they are using for debian's purposes. > > However I will end up with a major headache if I cannot reliably > map perl module names to debian package names. I'd prefer it to > be pretty, but definitely need it to be functional. It's bad enough > that the case-folding runs me the risk of collisions between module > names. What is your problem exactly? We could easily change our standard to "cpan-xxx.deb", for example. > > Since CPAN's modules all apply to a certain "standard" (i.e. all makefiles > > have the same structure) such a default procedure is definitely a good > > thing. (Perhaps we could add this functionality to deb-make. If it > > discovers a CPAN module it could set up everything for the maintainer > > automatically and he/she would just have to fill in the description, etc.) > > Yes, I was thinking that my MM_Debian_Linux.pm file could be distributed > in the deb-make package. > > Answer me a question -- I see a lot of newer debian packages using > "./debian/stamp-build" as the stamp target yet deb-make and > dpkg-buildpackage seem to like to touch and clean "./build", which I > suppose is obsolete behavior. I note though that the "hello" package > still uses it. Is there a good example of a modern debian/rules > file available? I'd be willing to mail the maintainer of deb-make > a patch to modernize it. I don't know of such a change. However, the "hello" package is still the one that should be used as reference if you are in doubt. Note, that the "deb-make" package is still a bit "unofficial", though it is really useful! Cheers, Chris -- Christian Schwarz Do you know [EMAIL PROTECTED], [EMAIL PROTECTED], Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED] Visit PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA http://www.debian.org http://fatman.mathematik.tu-muenchen.de/~schwarz/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
