Re: PROPOSAL: Services, inetd and xinetd
On Apr 28, Inaky Perez Gonzalez wrote: > I'm a rather new and very happy Debian user, and some time ago > while testing hamm/unstable I came trough a problem I thought deserved > some time. > > I like better xinetd than inetd, so I installed. Despite of it > trying hard to xlate inetd.conf, new services added won't correctly > install into new xinetd.conf, and thus you lose consistency and have > to add them by hand (not a pain for somebody who knows what's up, but > a big pain for a newbie). We already discussed this problem about one year ago. The result was the following solution: The main configuration file is /etc/inetd.conf. If xinetd is installed the first time it should create /etc/xinetd.conf based on the current /etc/inetd.conf. If you install a package that adds an entry to /etc/inetd.conf using update-inetd (which uses DebianNet.pm) and /etc/xinetd.conf is present either update-inetd should add this entry or it should call a different update-xinetd tool. The former xinetd maintainer said that he'll write the necessary functions for DebianNet.pm but I never got them so I can't add them to DebianNet.pm. If somebody writes these functions (or a seperate update-xinetd) I would be happy to change update-inetd/DebianNet.pm to use them. > update-services [update /etc/services] Normal packages are not allowed to modify /etc/services (it's a conffile of netbase) for a couple of reasons. /etc/services is a static file which contains a standard set of service names, it's not comparable to other config file where you add and remove entries when you install or remove a package. It is important that the service names and port numbers are compatible with the "assigned numbers" RFC and other unix systems otherwise it could happen that some unix systems can't talk to each other because they don't use the same port numbers for the service. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: netstd tools in the base system (was Re: What to do with /bin/perl symlink?)
On Apr 28, Alex Yukhimets wrote: > > - Remove usr/bin/ftp and usr/bin/telnet from the base system. > > Oh, no! > Please don't remove them. > They are very convenient and necessary tools when you are installing on some > local network and to setup proper routing you need to chek other local > machines and download some configuration files from them. > Box without telnet and ftp is no box. We have the following possible solutions: a) let the base disks install ftp and telnet and ignore the fact that these tools are not registered in the dpkg database until netstd is installed. b) move ftp and telnet to netbase. c) move ftp and telnet to a package that will only be installed when you do a new system installation (a package that can only be installed by the base disks and that is not available in the regular binary-* directories). netstd can later use "Replace:" to replace the binaries in that package or use "Replace:" and "Conflict:" if the package only contains ftp and telnet. I won't use solution b) because ftp and telnet simply do not belong to netbase. As I mentioned in a previous mail the purpose of the netbase package is only to configure the network (ifconfig/route) and to get other networking services up and running (inetd/portmapper). It would be possible to use solution a) but it is not the optional solution. So we probably have to use solution c). To do so the basedisk maintainer should either add the ftp/telnet entries to an existing package or create a new package at installation time (for example by using the following command: echo -e "/usr/bin/ftp\n/usr/bin/telnet\n" >/var/lib/dpkg/info/xyz.list). I just have to know the name of this package so I know which name I have to use for the Replace/Conflicts line in the netstd control file. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: man 2 intro - SVID (fwd)
On Apr 27, Liran Zvibel wrote: > BTW2: What do you think about Stevens' book "Advanced Programming in the > Unix Environment"? Should I buy it? Yes! IMHO it is a great book. It contains all you need to know about Unix programming. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: What to do with /bin/perl symlink?
On Apr 26, Enrique Zanardi wrote: > On Sun, Apr 26, 1998 at 02:50:49PM +0200, Santiago Vila wrote: > > -BEGIN PGP SIGNED MESSAGE- > > > > On Sun, 26 Apr 1998, Enrique Zanardi wrote: > > > > > Currently the base system comes with that symlink, but I plan to remove > > > it for the next boot-floppies release. Objections? > > > > None. Just a question: Are there more files (still) in the > > base system but not in any package? > > Files from packages not in the base system: > - /usr/bin/ftp and /usr/bin/telnet (from netstd, they should be moved to > netbase) No, netstd is the right place for them. netbase only provides the tools to configure the network (ifconfig/route/...) and to get other networking services up and running (inetd/portmapper). Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: netstsd depends on cpp?
On Apr 26, Nicolás Lichtmaier wrote: > Nothing shows up with: > > grep cpp $(cat /var/lib/dpkg/info/netstd.list) /var/lib/dpkg/info/netstd.* > > Why should netstd depend on cpp? rpcgen needs cpp. I forgot to remove the dependency when I moved rpcgen from netstd to netbase. The next netbase package will suggest cpp. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Making the libc5-libc6 upgrade to be safe (was: netstd...)
On Apr 16, Santiago Vila wrote: > Summary: In a bo system, I managed to upgrade netstd without installing > libreadlineg2 first and the simple ftp client stopped working. This is a > really bad situation I really do not desire to anybody. > > This should not have happened if netstd would have a Pre-Depends line on > libreadlineg2 (and libc6 & ncurses also, probably). I think you got me wrong on this issue. About one month ago I asked on debian-devel what the other debian developers think about it. As a result I changed netstd to make sure that the ftp client will work. Due to an ext2fs problem I had to restore the netstd sources from tape and I forgot to re-apply this patch along with two other patches from Topi Miettinen to the netstd sources. This has been fixed with netstd 3.05. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Virtual Package: ftp-server | ftpd
Heiko Schlittermann wrote: > : making it possible for any server that can meet the need to provide the > : virtual package makes sense. If the best you can think of as a reason to do > : this for ftpd is to satisfy pre-selection bundling, then I'm not convinced > : yet. > > Ok, so we don't create a virtual ftpd package. But I insist on using > the alternatives mechanism, unless you or somebody else can convince me > otherwise. The normal alternatives mechanism (with symlinks) won't work very well here. You can't be sure that all ftp daemons use the same command line arguments. A possible solution could look like this: 1. every ftpd package adds its own line to /etc/inetd.conf. These lines are commented out (maybe with a special comment-chars value) by default. 2. every ftpd package registers itself to special file in /var/lib/dpkg (optionally with a priority similar to the normal alternatives mechanism). 3. if a new ftpd package is installed it asks the user if he wants to use it as the default ftpd (if the daemon has already been registered as mentioned above there should be no such question). 4. update-inetd (or to be more precise DebianNet.pm) will then read this new ftpd-alternatives file on startup and will only enable the line which has been selected as default (or the one with the highest priority). Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: problems with nfs and libc6
On Dec 30, Martin Schulze wrote: > On Mon, Dec 29, 1997 at 08:55:26PM -0600, David Engel wrote: > > > > today I upgraded the machine that hosts my debian mirror to libc6. > > > Everyhthing went fine, only some partially resolved dependencies took > > > some time but didn't meant a problem. Thanks to StormCrow for his > > > FAQ. > > > ... > > > Does anybody have an idea where the problem is? Under normal > > > circumstances this would prevent my debian mirror to be visible to > > > most of the machines - I treat this as mission critical. > > > > Something weird must have changed again in glibc. Recompiling netbase > > and netstd again with glibc-2.0.6-1 fixed it for me. The new versions > > were just uploaded. > > Newer versions of netbase and netstd doesn't solve the problem here. > rpc.nfsd still dies. Even a re-compilation of my own didn't help. Please try the new netstd-3.01. It should fix the problem. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: intent to package rinetd
On Dec 8, [EMAIL PROTECTED] wrote: > > Speaking of socket type programs, there is a program by > Mr. R. Stevens (the famous unix networking author) called sock which > allows configuration of all the socket flags, and acts as both server and > client sinking or souring packets that are adjustable. Though its been 3 > years since I used sock, the 1990 version of the program was not completely > finished as I remember, but it was very useful utility indeed. A lot easier > to use than netcat. > > The copyright was either bsd or public domain (if memory serves). Unfortunately not: /* * Copyright (c) 1993 W. Richard Stevens. All rights reserved. * Permission to use or modify this software and its documentation only for * educational purposes and without fee is hereby granted, provided that * the above copyright notice appear in all copies. The author makes no * representations about the suitability of this software for any purpose. * It is provided "as is" without express or implied warranty. */ It would have to go to non-free ... Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: intent to package rinetd
Gergely Madarasz wrote: > > Well, no objections, but we already have the redir package, which seems to > > do the same thing. However, it seems that rinetd is designed for more heavy > > duty uses, right? > > Oh, I was not aware of redir. But as you say, it really seems so... only > one running executable needed for multiple connections. You can also use the "socket" package for that job. But you're right rinetd is designed for heavy duty use. IIRC there is a redir or socket process for every connection (because it is started via inetd). rinetd seems to handle all connections from one process. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Use of suidmanager
On Jun 25, Michael Meskes wrote: > I still have problems with that. What you describe is the eventual > scenario, correct? But right now it lacks functionality, because not > every packages uses it. So maybe we should add a new rule in our > policy. If every package has to use it why not add this function to dpkg? dpkg already keeps a file with the contents of each packet. This could be extended to keep the permissions too. Or create a database with contains every filename (just like "locate") and the permissions of every file. We would only need an override file in /etc and maybe some small tools (checkperms etc.). Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: inetd question
On Jun 17, Michael Meskes wrote: > Yes, I use a proxy and both proxy and www-client run on the same > machine. But it appears the ident calls came from my firewall where I > run a http-gw. > > You're absolutely right that I should get rid of that traffic. There is > no need for the firewall to ask identd on a local machine. But it should > ask identd for connections from outside. Can I configure tcpd so that it > only ask outside machines? Currently I have ALL:@@ALL in my > /etc/hosts.allow file. Would it suffice to add a line http-gw: > [EMAIL PROTECTED] Our local network is 172.26.0.0. I guess the following things would help: - replace ALL:@@ALL by ALL:ALL (no ident lookups by default) or maybe ALL EXCEPT http-gw:@@ALL (lookups for every service except http-gw) or - http-gw:172.26. @@ALL (or http-gw:172.26. [EMAIL PROTECTED]) This line would allow access from 172.26.x.x without ident lookup. Every other address would cause an ident lookup. or - use ipfwadm to protect the ident port Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Status of Debian Policy
On Jun 17, Christian Schwarz wrote: > > > Original-Site: site/URL at which the package is originally stored > > Ok. I think "Original-Site" is used in the .lsm entries. Wouldn't > something like "Upstream-Site" be better? It is important that more than one "Upstream-Site" field is allowed. Not for alternate sites but for packages which have more than one upstream site (for example netstd). Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
tin copyright problems?
/usr/doc/tin/copyright says that tin is distributed under the GPL but lots of *.c files have one of the following copyright statements: * Copyright : (c) Copyright 1991-94 by Iain Lea * You may freely copy or redistribute this software, * so long as there is no profit made from its use, sale * trade or reproduction. You may not change this copy- * right notice, and it must be included in any copy made or * Copyright : (c) Copyright 1991-94 by Stan Barber & Iain Lea * Permission is hereby granted to copy, reproduce, redistribute * or otherwise use this software as long as: there is no * monetary profit gained specifically from the use or * reproduction or this software, it is not sold, rented, * traded or otherwise marketed, and this copyright notice * is included prominently in any copy made. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: inetd question
On Jun 15, Kai Henningsen wrote: > > > I guess it's the ident service. So I try nowait.120 and see what > > > happens. > > > > Of course it is the ident service (that's what the error message of > > inetd said). But the ident service is not a service that is used > > alone. You have an application/service which is called as often > > as the ident service. You should have a look at this application. > > Your problem could also be an entry in hosts.allow or hosts.deny. > > If you use a username ([EMAIL PROTECTED]) there the tcp_wrapper will do an > > ident/auth lookup for that service (or for all services if the ALL > > keyword has been used). > > You are somewhat confused here. I don't think so :-). > The identd service is called from the _other_ end of the connection (to > find out who sits on your end). > > If you actually do have a econd service called just as often, then either > the ident connections are local (both ends on your machine), or else the > second service is some sort of forwarder (like a web proxy), so every time > it is called, it calls out to somewhere else, and that somewhere else then > does an ident query. As far as I know Michael uses a proxy in the same lan (maybe the client also runs on this machine). When you get some pages from the local proxy and the proxy does an ident lookup for each connection you'll get lots of ident lookups (getting pages from the proxy is quite fast so you'll get lots of lookups in a very short time). > > Using "nowait.120" is of course a solution but it is probably better > > to find the application that is causing the problem. > > It is not clear that there is a problem, other than heavy use. There may > be, of course, such as ident queries actually causing more ident queries, > but we don't know yet if something like that happens. Getting more than 40 ident lookups a minute is not a usual situation. The best solution is to find the reason (the sender!) of the ident requests (if it is a local service/system the ident lookups for that service/system should probably be turned off). Setting the limit to 120 will keep the system running but won't reduce the (maybe unnecessary) traffic. If the number of requests can't be reduced the identd should be run in standalone mode. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: inetd question
On Jun 12, Michael Meskes wrote: > 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? Have you tried the -l (and maybe the -d) option of the identd? BTW: Never ever use the tcp_wrapper for the identd (you'll get a nice tcpd->identd->tcpd->... loop). You could also check (and count) the "connect" messages from the tcp_wrapper in /var/log/daemon.log. Another possibility would be to start inetd with the -d option. > 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? If squid receives a request from a local user and squid wants to check the identity it will call the local ident/auth service (which will be called by inetd). Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: inetd question
On Jun 13, Michael Meskes wrote: > Thanks Peter. > > I guess it's the ident service. So I try nowait.120 and see what > happens. Of course it is the ident service (that's what the error message of inetd said). But the ident service is not a service that is used alone. You have an application/service which is called as often as the ident service. You should have a look at this application. Your problem could also be an entry in hosts.allow or hosts.deny. If you use a username ([EMAIL PROTECTED]) there the tcp_wrapper will do an ident/auth lookup for that service (or for all services if the ALL keyword has been used). Using "nowait.120" is of course a solution but it is probably better to find the application that is causing the problem. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dcfgtool and clones
On Jun 1, Kai Henningsen wrote: > 2. We need a general system administration tool. Lots of other Unix and >Unix-like Systems already have those, with varying quality. This thing >should ideally be able to configure everything that is globally >configurable on a Debian system, probably via modules provided by the >packages, and be able to run in text mode, under X, and via the web. >And it should not change the format of the configuration info, so >people can avoid it alltogether, and can exchange configuration files >with other systems. Can't we use something like our current menu system? The pdmenu package could be a good starting point for a sysadmin tool. Thanks, Peter -- Peter Tobias <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> PGP ID EFAA400D, fingerprint = 06 89 EB 2E 01 7C B4 02 04 62 89 6C 2F DD F1 3C -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word "unsubscribe" to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#4575: World writable file
Christoph Lameter wrote: > This is a game after all. I dont think we should worry about someone > editing the scores file. Of course we should worry about it! Somebody could fill up the /var partition this way! Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Re: Someone working on a Penguin package?
Christian Schwarz wrote: > In short, what Penguin is: ``Penguin is an extension for Perl 5, > implementing an `agent framework' which enables you to send, recevice and > execute Perl programs safely and securely across a network. [...] With > Penguin you can write a useful Internet application today, ranging from > applets to full-featured travelling purchasing agents.'' > > Pengiun is distributed under the same license as Perl, so copyright > shouldn't be a problem. > > The Penguin home page ist at > http://coriolan.amicus.com/pengiun.html > (Note that I haven't tried this one yet.) The page has been moved. The new URL is http://www.eden.com/~fsg/penguin.html Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Bug#4465: security hole in netdiag package
Package: netdiag Version: 0.2-3 The postinst script copies the tcpdump binary from the tcpdump package and the traceroute binary from the netstd package to /usr/bin and makes them setuid root.adm. This allows all users in the existing adm group to use tcpdump to get the unencrypted passwords that are transmitted over the network. IMHO the netdiag package shouldn't use tcpdump/traceroute (neither as binaries nor as links). Copying/linking binaries from other packages just to have them in /usr/bin is a bad idea. Maybe something like this should be added to the guidelines. Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Bug#4457: popclient conflicts with netstd
Michael Shields wrote: > > > Suggestions: > > > > 1) Remove popclient from netstd, or > > 2) Update the popclient in netstd and eliminate the separate package. > > I had already packaged and uploaded popclient before noticing this. > I'm not sure it needs to be in netstd; if we take it out, I can > trivially upload another version that Replaces: netstd. I'll remove it from the netstd package. There is one open bug report against the popclient in netstd. I'll reassign it to the popclient package to make sure it won't get lost. Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Re: Bug#4358: smartlist
James A. Robinson wrote: > > The hostname stuff works fine on debian 1.1.X. Seems that rex contains > > an incompatible version. Will fix it on next release. > > Yeah, hostname 1.9 accepted the single dash, even though it doesn't > claim to in its help -- 2.0 works the standard GNU way of wanting > double dashs for any long option name. hostname 1.9 and 2.0 both use the standard gnu way but hostname 1.9 only checked for one option (it just takes the option -f from -fqdn and ignores the options -q -d -n). hostname 2.0 checks the other options too and prints an error message for the unknown option(s). Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
new maintainer for wu-ftpd wanted
Hi, I'm searching for a new maintainer for the wu-ftpd package. You should be able to program in perl (addftpuser is written in perl). Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Re: dpkg 1.3.8: dpkg-buildpackage -sa works and is recommended
Ian Jackson wrote: > > BTW: I didn't have much time the last weeks (and I won't have much > > time the next weeks) so I wasn't able to check if this new source > > format will also work for packages like netstd (packages which contain > > lots of "sub packages" each with its own original source. Do you > > see any problems with it? > > I'm afraid I totally fail to understand the netbase and netstd source > packages. Ian Murdock wanted to have them that way to make it easier to download the sources for a single program. The size of the sources of the first net package were ~2MB ... > The new source packaging scheme will require you to put all of these > sub-packages together, and turn the whole thing into a normal package. No problem. The archive with the original sources would be my own collection of original sources then ... Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Bug#4169: pixmap dies
Package: pixmap Version: 2.6pl1-2 Pixmap crashes when I try to save an icon (it works with some icons). Here is an icon where pixmap crashes: begin 644 xman.xpm.gz M'XL("&`?$S("`WAM86XN>'!M`+6676O;,!2&KYM?<4COXDU9M[&UC($@,.C% MYD%[$1ACN(Z:F#H^(7'7A;'_/EE''T?^2!/8SHTE6WITWO=8EJ<3F'_]#)/I M:#KYEV%X0'&[*G:P*7ZMLPWHUD-1+2IV._BD%FJ;E7!=[>JB?JR5)L*MRE<5EKC3-5U0UIANO- M8UU42[A1VY]%KN#8F/P'_W9U5A8V M!+MW$L,3`D2GA.($AN",N16%B-U,/(,_HO%^+C70Q1$,MUR8R2%IVH4$ADU2 MV`6[C-0$#C+,VEXR9^A9CC&DAC.B&-!"8D0O(V&,E,:%2CB&$X,]C$B$'>;2 M$5Q5N-O#2)I$4N\:[EMAIL PROTECTED]"FR!QU&@^!BHDR8&6R)"$(,DX>("+Z0#A%KY!"S MH4T>B1T8:Q'>[EMAIL PROTECTED]&,W#*,7P2C&4]D0/"1-8\1@!+5:,A02"[EMAIL PROTECTED],YB(P*!&>[EMAIL PROTECTED] M0R0)9X!A>(A+/&SE=FF$1?`])Y,($M<7B>$F"P+08"&E9U`BQ&F](7;KA>4) M0"W&6+_CZ#N71%*(P!D=B/^D$\1_E6Q( M2^#GBW0`P[#&QZ<+3;31=T9)MVL:AE<>,_C,WG-..D_)='Y0G9O0C.?.;)V? M4^,QTM1%$F$`$9^WWA);`:-:-"J'A708TE;/4()O;1,/GOODJP7(8W_^6O\. CE'9R`J#G_T/[*D\C]/S#G`IXYG_L:,:?#Z._<,)?N5<, ` end Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Bug#4170: vlock can make the system unusable
Package: vlock Version: 0.8-3 You can block a system for a while using vlock. Just type vlock -a and press the key for a few seconds (or minutes). Result: You can't log in for a couple of minutes. There should either be an option to avoid the calls to the sleep() function or vlock shouldn't accept keyboard input while it sleeps. Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Bug#4149: etc/resolv.conf gets bad configuration
Rob Leslie wrote: > Package: base(?) > Version: 1.1.0-14 > > During the initial installation of Debian 1.1, the user is asked for > information which is used to construct an /etc/resolv.conf file. > > However: > > - If the user enters more than one nameserver IP address, all the > addresses are listed on a single line in /etc/resolv.conf; they > should instead appear on separate lines, one for each address. > > - Both "domain" and "search" directives are present in the file. > These are mutually exclusive, and only the last instance is > effective. > > "domain" is in fact only a special case of "search" that implies > a particular pattern. For example, the following are equivalent: > > domain foo.bar.baz.com > search foo.bar.baz.com bar.baz.com baz.com No, this has been changed in libc-4.6.* and above H.J. Lu writes in the release notes for libc-4.6.20: > With bind-4.9.3beta9, you may have to change /etc/resolv.conf. The > resolver's default "search" list will be just the entire "domain" name > rather than the sliding window it had before 4.9.2. This will make the > default search list shorter, so folks who are saying "domain a.b.c" > and relying on the implicit "search a.b.c b.c c" will miss "b.c" and > "c". So what you have to do is add this line into your /etc/resolv.conf: > > search a.b.c b.c c Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Bug#4126: ssh & gpm
Package: ssh Version: 1.2.13-1 If I type "ssh -C hostname" and use gpm to paste more than 4 lines text at a time ssh freezes. Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Re: 1.2 modem devices
CD Rasmussen wrote: > This is an old issue for which we have not made a decision and written > down as policy. The decision was to use cua* for minicom/dip etc.. (the decision was made about 2 years ago). > I motion that all serial port modem traffic to be > used on /dev/ttyS*. We need the consistency in the serial post lock > names. There should be no problem if all programs use the ttyS* devices and the /var/lock directory. Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Bug#3325: usr/include/bsd/signal.h:7: No include path in which to find signal.h
[EMAIL PROTECTED] wrote: > Package: libc5-dev > Version: 5.2.18-6 > > # cat test.c > #include > main() {} > # make test > cc test.c -o test > In file included from test.c:1: > /usr/include/bsd/signal.h:7: No include path in which to find signal.h > make: *** [test] Error 1 If you want to use BSD signals you should use "#include " and compile the program with "-I/usr/include/bsd". Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Re: Bug#3318: traceroute doesn't work with 1.2.13
Michael Shields wrote: > Package: netstd > Version: 2.05-1 > > Debian 1.1 is supposed to work with kernel 1.2.13. But traceroute is broken. > > traceroute: IP_HDRINCL: Protocol not available I can disable it, but that would also disable it for all Debian users that use 1.3 or 2.0 kernels (which support IP_HDRINCL). Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Re: 1.2 modem devices
Bill Mitchell wrote: > On Sun, 16 Jun 1996, Peter Tobias wrote: > > >IMHO we should change our comm packages for Debian 1.2 to use > >/dev/ttyS* instead of /dev/cua*: > > I'm hardly expert in standard practices in this area, but I'm > under the impression that the cua* devices are for dial-out. > > This may not be definitive, but I note the following in > /usr/source/linux/Documentation/devices.txt: The reasons why this should be changed were part of the mail from Theodore Ts'o. The cua devices use a kernel based locking mechanism which can't be used in all situations. For example I have to use the ttyS* devices for mgetty/dip/minicom (dip and minicom won't work with the cua* devices). But that is much better explained in the mail from Theodore Ts'o. Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED]
Bug#2082: X11R6: Everybody can remove the contents of /tmp/.X11-unix
Package: (X11R6) Version: 3.1.2 Every user can remove the contents of /tmp/.X11-unix during an X11 session. If I try to start a new program then I get the following error message: TRANS(SocketUNIXConnect) () can't connect: errno = 2 The permissions of the .X11-unix should probably be changed from rwxrwxrwx to a more restrictive mode (maybe with the t bit). BTW: I'm using the following packages (a.out): xbase3.1.2-4 xstd 3.1.2-3 xlib 3.1.2-2 xs3 3.1.2-1 Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Re: Bug#2081: named does not start
Michael Alan Dorman wrote: > In message <[EMAIL PROTECTED]>, Jean-Marc Bourguet w > rites: > >PS=`ps -p $PID 2>/dev/null| tail -1 | grep named` > > You might want to make this [...] ... or just update the bind package to 4.9.3-BETA26-2 (a.out) or 4.9.3-BETA26-3 (elf). Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Re: Bug#2079: wu-ftpd xferstats
Stephen Early wrote: > Package: wu-ftpd > Version: 2.4-14 > > xferstats has a bug that shows up when a summary period crosses a year > boundary: > > TOTALS FOR SUMMARY PERIOD Mon Jan 1 1996 TO Sun Dec 31 1995 The following patch should fix the problem: --- xferstats.orig Sun May 14 02:28:54 1995 +++ xferstats Tue Jan 2 00:02:20 1996 @@ -284,8 +284,8 @@ $date1 = substr($a, 11, 4) * 4800; $date2 = substr($b, 11, 4) * 4800; - $date1 += index("JanFebMarAprMayJunJulAugSepOctNovDec",substr($a, 4, 3))*400; - $date2 += index("JanFebMarAprMayJunJulAugSepOctNovDec",substr($b, 4, 3))*400; + $date1 += index("JanFebMarAprMayJunJulAugSepOctNovDec",substr($a, 4, 3)) / 3 * 400; + $date2 += index("JanFebMarAprMayJunJulAugSepOctNovDec",substr($b, 4, 3)) / 3 * 400; $date1 += substr($a, 8, 2); $date2 += substr($b, 8, 2); $date1 - $date2; Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
bind package, new maintainer!
Hi, the new maintainer for the bind package is Robert Leslie <[EMAIL PROTECTED]>. Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
bind package, maintainer wanted ...
Hi, I'm searching for a new maintainer for the bind package. I don't use it myself so I'm probably not the right person to maintain it. Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Bug#2011: very silly messages from rsh
Ian Jackson wrote: > I was logged into chiark as ian. I have permission (according to > .rhosts files) to log into myrddin as iwj10. root exists on myrddin; > ijackson and nonexistent do not. > > The bug involving quoting the remote dpkg -l invocation appears to be > a bizarre interaction between the now-infamous libc GNU getopt bug and > rsh/rshd. > > -chiark:~/mail> rsh myrddin -l ijackson echo hi > myrddin.chu.cam.ac.uk: Address already in use That's a bug in libc (just like the "unknown server error" for non existing hosts). The same source works with older libraries. I'll reassign the bug to libc. > -chiark:~/mail> rsh myrddin -l iwj10 echo hi > hi > -chiark:~/mail> rsh myrddin -l root echo hi > Permission denied. That's correct, the rshd won't allow root logins. > -chiark:~/mail> rsh myrddin -l nonexistent echo hi > myrddin.chu.cam.ac.uk: Address already in use > -chiark:~/mail> rsh myrddin -l iwj10 dpkg -l '"net*"' > myrddin.chu.cam.ac.uk: Address already in use As you already said, it's the getopt bug + another libc4 bug. Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Bug#1915: Perl doesn't like the number 0
Darren/Torin/Who Ever... wrote: > Peter Tobias spoke unto the world: > >Package: perl > >Version: 5.002-1 (a.out) > >The following program prints "0.e-1" instead of "0". > >for ($j = 0; $j <= 7; $j++) { > > print "$j\n"; > >} > > I've not been able to duplicate this anywhere using a.out under linux or > any other machines that I have access to. Strange, I get the same results on every linux system where I installed the perl-5.002-1.deb.aout package. Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Bug#1916: perl: wrong entries in Config.pm
Darren/Torin/Who Ever... wrote: > Peter Tobias spoke unto the world and said: > >Package: perl > >Version: 5.002-1 (a.out) > > > > > >The following entries in /usr/lib/perl5/i486-linux/5.002/Config.pm > >are wrong: > > > >installarchlib='/usr/local/src/debian-perl/perl5.002beta1/debian-tmp/usr/lib/perl5/i486-linux/5.002' > >... > > Well, technically, they aren't since that's where it was installed and > perl has the concept of different install and executable paths. It's > easy enough to fix though. But that's the place where some packages want to install their *.o, *.bs and *.pm files (e.g. either MsqPerl or Curses). Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Bug#1916: perl: wrong entries in Config.pm
Package: perl Version: 5.002-1 (a.out) The following entries in /usr/lib/perl5/i486-linux/5.002/Config.pm are wrong: installarchlib='/usr/local/src/debian-perl/perl5.002beta1/debian-tmp/usr/lib/perl5/i486-linux/5.002' installbin='/usr/local/src/debian-perl/perl5.002beta1/debian-tmp/usr/bin' installman1dir='/usr/local/src/debian-perl/perl5.002beta1/debian-tmp/usr/man/man1' installman3dir='/usr/local/src/debian-perl/perl5.002beta1/debian-tmp/usr/man/man3' installprivlib='/usr/local/src/debian-perl/perl5.002beta1/debian-tmp/usr/lib/perl5' installscript='/usr/local/src/debian-perl/perl5.002beta1/debian-tmp/usr/bin' installsitearch='/usr/local/src/debian-perl/perl5.002beta1/debian-tmp/usr/lib/site_perl/i486-linux' I'm not sure how important the following entries are. Maybe they should be generated in the postinst script (Config.pm should be a conffile then). mydomain='.daft.com' myhostname='perv' myuname='linux perv 1.2.13 #3 thu sep 21 01:26:52 pdt 1995 i486 ' cf_by='torin' cf_email='[EMAIL PROTECTED]' Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Bug#1915: Perl doesn't like the number 0
Package: perl Version: 5.002-1 (a.out) The following program prints "0.e-1" instead of "0". for ($j = 0; $j <= 7; $j++) { print "$j\n"; } Output: 0.e-1 1 2 3 4 5 6 7 Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Re: bogo-1.2-1 released
Ian Jackson wrote: > Karl Ferguson writes ("bogo-1.2-1 released"): > > Well, it's a tough job, but someone's got to be low enough to do some > > small Debian packages :-) One day when I feel more confident I'll do > > some real packages > > Does anyone else think it would be a good idea to combine some of > these very small packages together into a somewhat larger one ? Yes, that's a good idea. There could be separate packages for system tools (memtest, bogomips, ...), for console tools (open, vlock, ...) and for other tools. Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Re: antisocial X11 apps: xtet42, chimera
Bill Mitchell wrote: > When either xtet42 or chimera are started up on my 486-40 system, > the system appears to hang while these apps are initializing. During > this period, mouse movement is unrecognized, ctl-alt-F1 and friends > don't work, ctl-alt-backspace doesn't work, and ctl-alt-del doesn't > work. This condition persists for: > > xtet42: 4 () minutes > Chimera: eleven (!!!) minutes Is it Cyrix 486-40 CPU? I remember seeing some similar reports in a linux newsgroup. Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
patch for dipconfig ...
If you have problems with dipconfig please apply the following patch: --- dipconfig.0 Thu Nov 23 09:48:51 1995 +++ dipconfig Thu Nov 23 09:48:44 1995 @@ -5,7 +5,8 @@ $dialog = "dialog --backtitle 'Debian GNU/Linux DIP setup'"; # redirect STDERR and STDOUT -$rd = "2>&1 >/dev/tty"; +$tty = `tty`; +$rd = "2>&1 >$tty"; restart: Thanks, Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
dipconfig script ...
If you are using DIP to connect to your Internet Service Provider please test the following script. It should create a working DIP script for you. If doesn't work for you please send me a short email with the following informations: - How do you login. The information should look like this: Login: Password: > Your IP address is 192.168.14.101 Server address is 192.168.14.100 > Netmask is 255.255.255.0 MTU is 296 Starting SLIP Don't send me your real login name or password :-)) - Do you login using a terminal server? What commands do you need to log in? - Do you use a static local IP address or do you use a dynamic IP address? - What do you have to change to make the dip script working? Please send me also a short email if the dipconfig script works for you. Thanks, Peter PS: You need perl and the dialog program to test the script - cut here - begin 644 dipconfig.tar.gz M'XL("-N\LS " V1I<&-O;F9I9RYT87( [5IM<]NX$?;7\%?LR>[)TL5ZE]W: M25R=K5XTM26/I%R:5E<=+4(6)Q2I(2';ZDWZV[N+%Y*B(+"5NVLW88#@/I9NT9_H=YJB;^*:@"GM7;KK'G: MK)\AMW[:/#N ]L$WH'7$[1#@@ ?WKAV]),?"Z.#_CIQX_N-?7]U'O?;B_)\U MVRT]_^W3LS9RFZ>MY@'4\OG_W>GPN^HZ"JOWKE]=L="S+"> 8IP*TX6WJJR\ MXH5E'3FN[04/\!8*ZM?)R;T]^\Q=[C$H7C,,GP\_]3]4;UQ__0S7O3N(&%^O [EMAIL PROTECTED]/H20.6[(9AQ&X^ON< BV[]#/P8>Q=10Z9+;Q[OLZO*LZ[+'*^8:TK)#1 M[/!S,N"PN;WV.*!KUX>(AZ[_8!V)+_E!-NCKG%2/5HO 9V]_/8H[*SM:D(SZ ME!>P;X7^KM1>EVK#WOU[ M][,%FWT.&;]0KBM[?3>D;]=?K?E]\)SX;RC_#?*_:]8+9NAR9;*K6 ;#FI,: MV:[ED"T#SLRF-<[EMAIL PROTECTED])XVVS<4RF9> 8IT*Q,G.A6U-=;D)Q=-.CX/>#<&E[ [EMAIL PROTECTED]<)8"HIG2@;->LFX=<2CM]$FXFQY7,B:GQ20.^43,KUAD1^H [EMAIL PROTECTED]&/Z4X5&^[0$E[@/GT,=6:[OL&?DUBXL=TXB)?C- D!L MH#\ V67GVTM&RT[P>"09OTDS7TRCUS*&T<>LEQ:#/+(19L%PB%$6710K,*05&VU;1F>V$1PB(L?WP M WU]@:>%ZS$AC/I?*+04O0) Y#&V@@:.Y,*:!R&S9PLX^LPV<(S_1/ '/[EMAIL PROTECTED] M7Q"*%:G)$"!3L43Y+Y.)+RQI#_^&J(H1JU8%X 4A-R8:MIN2C)IEB,\HQ$4! MO*:5$:TPB";[EMAIL PROTECTED]'5JUFLNWZ+I"JC[O!G='@.'_J=VV[B#>$)^]<9 MC3X.AM>),0VMR!L,Q\D!1/[EMAIL PROTECTED]:13I;T.OWQJ/QL-?_23.2#+3@ MMO.W81>YW9'F)FF#H^K>=#YM&173;EG0"1GP!:-2B:.A"(+/EQ:&N5&#=DU- MDIA _)/%(<[EMAIL PROTECTED](5LP^=5G3]$LQ+!7,(I%J%0J$C^ 40E# [EMAIL PROTECTED](X(JLPA8K,.O2E_;G"@[EMAIL PROTECTED];$2O9?E"72&>W #> M:.X[FI+#5SY[YH ;:%3]Y^$;_NZP4JY62Q>IK(-#P*6D-R50>U*T7HEA'&\8 M+UFODAWXU2O$^W*OCRM@/!V/IE>#V]M._WHT*5=I0\!M@"2D+]H47L43_6I/ M7U!$.E#KL[0KZR2RTGCT7XQ'605'*UCI_G\:?!A.!5!,>W=3B2(T$-434J". M:6C8'?_[[E0BR;:^5MC;Q4E4?F <_YTH6?KYLM54L#(]$!"8\BX2BURGY 0^ M325VR!'&Q9-1DI LELM(:[EMAIL PROTECTED]:_)8/0)[EMAIL PROTECTED]"6828(1Q() [EMAIL PROTECTED],F("\TA"0%V6*6%>L"6^DX"$L'@5XA*;[EMAIL PROTECTED]<>3D32 M( 2QQ8K6]Z"W2U6ELF>7IAPQ\E*490XSW/ZUFNRGN M?YKU>JW1:!"WT3C-[W^^R?T/5!F?52-$7)IXZQ Z:[X(0BI2[ACN3# [EMAIL PROTECTED] M,[EMAIL PROTECTED])A?L5A[U#K9XP.%HA4F%3J=%TS9'P=^GB^$?[)>0U5!G\5V5;'GU>#?K][)X+Q1[= MB!J%KO'DJ*DO2CSQ(38&J!&#I-,[%/4$P?D( ^D]>O#=6YPE48W>VWBHY!MD MBTT*MO8NTL)RE9$/[EMAIL PROTECTED],JT[TA'6=HYD?8#]RB*A#7XL*I[MG;M["[K955 M/];19HJG<.%I%NO$,?E'8N87N);[EMAIL PROTECTED](.K3$7W(\H?U"<:0.P;[*(1,+[%4S MZ<,.KR5Y?C"=V2'Z#W7B3)8)=EV*B#2V+%%J4.H]V:[EMAIL PROTECTED],JZ\ M?3,FK\*PV5+W%KOU3'GB:^M8L9Q3NIMMB:+&,1G3I0^9LD0-:RB%RY*C7-F. M0]>"Z$VU&EUBF C_+%&I)BL)9T[-)(Y<\?;INZNI\D4PL>1KJ+=K%"]U:XV_ MXKQ1Z(.GS%2R/+E\$7=7KF-4H)4%F9JIK$]M5-Y82)0CYR]GY=S&XXD#QP1M MI=E: M%K O#-P( =+U/)';%1B'&[ ?$/B [EMAIL PROTECTED]'>)T*TQ(;%[9M#_0D0S& MXT_2?7"KL:B>+--'.SDJRQY3V MF$C2*QL!2M9CD2XENE#1&30/@Z7.K3TV*>43:_IJ').9ZP,[EMAIL PROTECTED]@"]R* M+_>8TB#SXA#U9E=67O[_ MC^^_ZM'OV]7_[=9I_/Z+AP'DMNNUL[S^_Q84/X?2;9I>[EMAIL PROTECTED])ZM.% MX :B%'^R<87BXL2 @'P*12BDU3_QU9OH9?( VY"&[\1UF[]>WK,P-MN09N\\ M9J,1YA/Z4Q&[EMAIL PROTECTED],">GX<[EMAIL PROTECTED]'EV'A17A+7X!)9,[EMAIL PROTECTED] MX+"0O)X:?))]\#(J%?0XWQFONELG.;3PB$/F"]S/YB[S\-"Q7/&-[$WR:$K> MAA+%MON3/)X:@Q!F=28^'8S2&*]" SHR$S\;FE(%/N$(9K8/MA>)(4Q\F^KG MP'NT\=PD4)TV/J +*68[9-3V<>Q)( KR\5^]U(I$0"Y]%9+773F*CPMWMJ C MF=Q*G)V$N51S)5Y4Y4SIK;>@WV#W!"39I&6/DO=3(:Z^"JE7UWWII=C2##V3 MDMA8W<'**]B">#O92OL%3C?H6A?'(JJGB9^YN[U41O6KU:[I^,51^M O6,:N M:M&X ^A/)N(\4'F;\5^)+\&E[UMQ-*-O$1GQYI?,E#K(B>)I=[(F/GF1ASO< M&7PVHR>@Z)(>(0&KV-LZ6A*W[+.U78-C%-;_\\:H5E(RC91,?5NFKF6:*9G& MMDQ#R[12,LUMF69)#%J]1B:[EMAIL PROTECTED]"Y-6YQKG0"[EMAIL PROTECTED]'IPH;'*0P4: MK5KM-?SIE/[%[8K^B&?,U] ^P\:2G.KT$V7B.FDM;#UR[D.?948+^X!'3F\M MRDO*A,X8EQ6;N\\E.*CL/72*;V]#YYP57,LE*-%L$:<(BD%%)+L>EGBO3NX)[EMAIL PROTECTED]"[EMAIL PROTECTED]"!.7O>,/S'T22_> M$U^Z.Z;_;X=A*CF1C!X>E=2K5;P-T>.C>*/:82V8MQ*<+*NQ7ZMAU(KW"H-: MO$T8]!)[EMAIL PROTECTED]>&[0C.'[EMAIL PROTECTED]&G"#;^GHX*EC$J,32:XA*CHT&3T-"@0U!H ME)[EMAIL PROTECTED]@4L&#;6F#2IJ31MT:!49503#/*]J)1FG52TETZS*-6*: M4[E"8IW\G)%33CGEE%-..>644TXYY9133CGEE%-..>644TXYY9133CGEE%-. 2.>644TXY?7WZ#Y;)RH@ 4 end - cut here - -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Re: ftp.debian.org incoming.uk needs update
Matthew Bailey wrote: > The UK machine keeps dropping connection part way through. be patient it > will all arrive soon. Maybe we should try a different site. Please check if you get a better connection to: sc2.et-inf.fho-emden.de/debian/private/project/Incoming Peter PS: The files in this directory should already be at ftp.debian.org -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Bug#1809: bind doesn't document stats log entries
Ian Jackson wrote: > Package: bind > Version: 4.9.3-BETA24-1 > Nov 6 17:32:54 myrddin named[154]: NSTATS 815679174 815621790 A=20490 > PTR=17925 > Nov 6 17:32:54 myrddin named[154]: XSTATS 815679174 815621790 RQ=38433 > RR=771 RIQ=0 RNXD=329 RFwdQ=640 RFwdR=583 RDupQ=0 RDupR=151 RFail=2 RFErr=0 > RErr=0 RTCP=0 RAXFR=0 RLame=3 ROpts=0 SSysQ=46 SAns=37797 SFwdQ=640 SFwdR=583 > SDupQ=1203 SFail=3 SFErr=0 SErr=9 RNotNsQ=38433 SNaAns=848 SNXD=1387 > This is all very interesting, but it would be more so if there were a > document or part of manual or something somewhere that said what each > of these was :-). And I thought it was quite obvious :-). The first number after NSTATS is the current time, the second number is the boot time. The next entries are the standard resource records (see the bind manual in /usr/doc/net/bind). The XSTATS line also contains the current time and the boot time. The entries following the time values are [from ns_stats.c]: RQ - sent us a query RR - sent us an answer RIQ - sent us an inverse query RNXD- sent us a negative response RFwdQ - sent us a query we had to fwd RFwdR - sent us a response we had to fwd RDupQ - sent us a retry RDupR - sent us an extra answer RFail - sent us a SERVFAIL RFErr - sent us a FORMERR RErr- sent us some other error RTCP- sent us a query using TCP RAXFR - sent us an AXFR RLame - sent us a lame delegation ROpts - sent us some IP options SSysQ - sent them a sysquery SAns- sent them an answer SFwdQ - fwdd a query to them SFwdR - fwdd a response to them SDupQ - sent them a retry SFail - sent them a SERVFAIL SFErr - sent them a FORMERR SErr- sent failed (in sendto) RNotNsQ - received from remote port != ns_port SNaAns - sent them a non autoritative answer SNXD- sent them a negative response I'll add something like this to /usr/doc/net/bind. Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Re: Telnetd Environment Vulnerability (fwd)
Matthew Bailey wrote: > FYI > > If this has been covered already ignore me I am behind on mail again.. :) > Matt The bug has been fixed 11 days ago. There was no Changlog entry for this bugfix (only the words "security bugfixes") because the bug should not be made public at this point. Netstd versions 1.21-1 and above are ok (or 1.20 and above if you use ld.so v1.7.x). Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Bug#1711: adduser replaces NIS entries in /etc/passwd
Package: adduser Version: 1.94-1 The adduser script replaces NIS entries with real entries, e.g. +guest:/home/guest:/bin/bash will become guest:Et0G64UQTkzbw:1001:100:Guest Account:/home/guest:/bin/bash The adduser script shouldn't touch lines starting with a + or - character. Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Re: Unidentified subject!
Andrew D. Fernandes wrote: > Date: Sun Oct 15 20:39:21 EDT 1995 > Package: nls > Version: 1.0-1 > Description: The XFree86 Motif-1.2 resource defaults. > Priority: Low > # File: > File: nls-1.0-1.deb 10086 97a80aaba566821cf61aa92c06421e74 binary/x11 > File: nls-1.0-1.tar.gz 10727 1100fc45b049b59440d1dd951463f186 source/x11 > > If you have an old motif binary that won't display graphics on your system, > it may be because motif cannot find its default resources. Install this > package to set them up. The files installed here were part of the > XFree86-2.1 distribution. (from the description field...) I think it's better to use a different name. Maybe we'll have a binary package with the tools for general national language support sometimes. What about "xnls", "motifnls" or "nlsmotif"? Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Re: /etc/host.conf /etc/protocols, and /etc/services
Bruce Perens wrote: > Peter, > > Even if someone doesn't install netbase, the files in /etc from the netbase > package will be part of the base floppy set (or the equivalent base tar > archive used by the CD install) because of the script I use to create the > base floppy set. So what I'm really asking for is for you to maintain those > three files as part of your package, and I'll copy them from your package > into the base system. Sure, no problem. They will be part of the next netbase package (as conffiles). BTW: Can you send me your current versions of these files (especially /etc/services and /etc/protocols)? Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany
Re: /etc/host.conf /etc/protocols, and /etc/services
Bruce Perens wrote: > Peter, > > Could you have "netbase" include /etc/host.conf, /etc/protocols, and > /etc/services? I'm placing them in the base package for now, but they > really don't belong there. If they are in the netbase package, they will > be extracted from there and installed on the base floppies by the > basedisks.sh script. Can we assume that everybody installs netbase? If not you'll have problems if /etc/services is not there. Every program that does a getservbyname, getservbyport or getservent (e.g. syslogd) won't work. The same problem might exist with /etc/protocols and getprotoent, getprotobyname and getprotobynumber. Because of these reasons Ian M. put them on the basedisk. Peter -- Peter TobiasEMail: Fachhochschule Ostfriesland [EMAIL PROTECTED] Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] Constantiaplatz 4, 26723 Emden, Germany