Re: QT-GPL
On Tue, Sep 05, 2000 at 08:46:35PM -0500, Joseph Carter wrote: Anyone checked the temperature in Hell lately? Do you intend to go there? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
iptables deb for 2.4.X kernels in incoming
Just found iptables for 2.4.X kernels (for packet filtering, NAT etc) and packaged it up. Its in incoming. Sorry for the missing ITP. Will remove it if someone has somethin better.
Wanting to Hire Linux Developer
Title: Linux Developer Job Description: Develop and maintain Debian packages related to our solution within the standard Debian distribution as well as on our opensource site (http://opensource.captech.com) as well as on our private archives. Deploy and configure Debian/Linux systems. Setup and configuration of diverse hardware (PCs, LAN, WAN) focusing on the Linux operating system but occasionally including Microsoft NT and other Unix platforms. The job includes the duty to keep in touch with the Open Source community on issues related to our to our business operations and deployment of such software. Occasionally technical research in literature and the Internet regarding special topics will be expected. We are in the process of developing a remote monitoring and management system. The job might include drawing code together from a variety of sources in C, Tcl, Java, Perl, shell scripts and other languages as well as helping with the design and testing of our solution. The job also might include helping with the coordination of other people involved with building our solution. It is expected that the person will develop considerable expertise with Linux as well as networking and the use of Linux as a server platform. The ability to troubleshoot and diagnose problems with Linux servers accurately needs to be developed for the support of our networks operations department. CapTech (http://www.captech.com) is a solid startup in the Bay Area. Captech has already two Debian developers on staff. Required Expertise: * Linux * TCP/IP * Basic knowledge of Open Source methods and customs. * Volunteer for at least the last 12 month in an Open Source project Required Skills: * Programming knowledge in C and script languages (bash, perl, tcl, java) * Ability to communicate in an business environment with a diversity of platforms and software solutions. Desired: * Debian Developer * Knowledge of firewalling, NAT, Routing, WAN and VPN technologies * Network Management know-how. Compensation: * Competitive pay for the San Francisco Bay Area. * Moving Bonus!
Re: Bug#34579: Removing ncsa from the dist?
On Sun, 16 May 1999, Richard Braakman wrote: It's probably a good idea to make an announcment if a package is about to be dropped, so that others have a chance to maintain it. This would of course include any prior maintainers. But if the package's maintainer thinks it should be removed, and no-one else volunteers to maintain it, then I don't think anyone should be able to say No, let it sit there and rot instead. It needs to be moved into the orphaned section and rot there for awhile. Dont throw stuff away. I have gotten stuff from there in the past and used it. It is rather frustrating if you have a new maintainer take over your package and then you come back to find that its gone completely because he felt it was useless. Especially frustrating if you dont keep backups of your developer tree (yes, I confess and I will do it differently...) because you thought that your stuff will be on the next CD series and on the ftp sites. - Christoph Lameter, MSCS, M.Div. Available for a job or consulting (see http://lameter.com/consulting.html) -
Re: Bug#34579: Removing ncsa from the dist?
Boa does not have the full-fledged cgi-bin scripting ability that ncsa has. Scripts might not run under boa that run just fine under ncsa. Ncsa is a reference web server in many ways and that is why I packaged it in the first place. Please keep it in the distribution. I wonder if we need a policy that prior maintainers need to be consulted before a package is removed. Some other packages have just vanished while I am busy with this endless dissertation. Hopefully that will be over soon. On Sat, 15 May 1999, Adam Klein wrote: reply to bug in which ncsa exits with an error on startup (sorry it's been so long. this bug got lost in the shuffle somewhere) Apparently, this problem can be fixed by specifying a group to run as in /etc/ncsa/httpd.conf. However, ncsa doesn't seem to actually _run_ as that user/group. Really, I'd like to remove ncsa from the distribution. It's old, outdated, probably insecure, and boa is just as small, fast, and has a very similar configuration style. - Christoph Lameter, MSCS, M.Div. Available for a job or consulting (see http://lameter.com/consulting.html) -
Re: libc6 based gpc
No. Someone else will probably do so. I am not using pascal at all right now. On Mon, 5 Jan 1998, Paolo M. Pumilia wrote: Hi Christoph Lameter, I am switching my linux system to hamm. Since gcc upgraded to 2.7.2.3, it seems i cannot use my old gpc compiler any more. Do you plan to package a new gpc release based on libc6 and compatible with gcc 2.7.2.3-3 ? Thank you Paolo Pumilia --- CSTC - -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: fixhrefgz unnecessary when fixing web-browsers in the correct wayR
On 29 Jun 1997, Karl M. Hegbloom wrote: Christoph == Christoph Lameter [EMAIL PROTECTED] writes: Christoph This wont work as we already have said again and Christoph again. You are modifying the HTTP protocol with this Christoph and creating a new .html.gz extension in essence. And Christoph sometimes the web browser will get those files Christoph compressed and sometimes not. The gzipped files are served as application/x-gzip, and an entry in /etc/mailcap tells the browser how to uncompress it prior to display rendering. The protocol isn't changed at all. This is the earlier approach: Again: I dont have /etc/mailcap on my Win95 workstation nor on my MacOS machines. And I strongly object to reconfiguring the whole world of Web-Browsers just to accomodate reading Debian Documentation. This is a non-standard extension of the http protocol! Please read my earlier post regarding Apache run from `inetd' (or better, from `xinetd'), and mod_rewrite. I think we could set up an ..htaccess file for /usr/doc with some rewrite rules that would make it so that if someone clicks a link in a Debian manual, the link will be to http://localhost/doc/thing.html and the mod_rewrite will make it so `apache' will grab that if it exists or grab thing.html.gz if /that/ exists, and failing either, will grab http://www.debian.org/doc/thing.html, where the similar thing happens; the docs there can be gzipped as well. .htaccess is not supported by all web-servers. boa does not support it. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: fiat mode on regarding WWW and documentation
On Sun, 29 Jun 1997, Bruce Perens wrote: On Sun, 29 Jun 1997, Christoph Lameter wrote: This is a non-standard extension of the http protocol! This is a pretty silly argument. The web server has complete control over how a compressed document is presented. It can send the document as Content-Type: text/html or as Content-Type: application/gzip. The web server can completely hide compression from the browser. The web-browser does not have complete control about what kind of decompressors are installed if any. Ok the term I used is probably not very good. My precision of expression is really lacking ... . May I would better have said: This is a non-customary extension to the functionality available in common web-browsers on non-Linux platforms. At this point I'm convinced that dwww should depend on a web server, and that the server should be able to handle compressed documents. I am willing to take the (small) hit for boa or something else small and fast. I am willing to support browsers on the system that can browse the documentation directly, but am not willing to insist that all browsers do so. Good. I think the security issue could be taken care of easily since the developer of boa is a debian developer. We are fortunate to have such capable people among us! Certainly he might be able to help us with any functionality we find lacking on the server side. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
fixhrefgz unnecessary when fixing web-browsers in the correct wayRe:
On Sat, 28 Jun 1997, Christian Schwarz wrote: But most of the web browser can easily be fixed. Since boa is really very small and already supports on-the-fly decompression, we can include it even in the base system so everyone out there his it installed. It can be started on another port than 80, I think, so it doesn't conflict with other web servers. Please fix the web-browsers the same way as the web-servers. If a file cannot be found then the web-browser simply looks for the filename with a .gz suffix. If found it decompresses it. No problem. Thus, we are considering changing the href's to foo.html.gz and fix the browsers, where possible, to uncompress the file on-the-fly. If the browser cannot be fixed (for example, if we don't have the source code) we could probably offer a simple web server (e.g. boa) to do this automatically. Please no messing around with the content of html code. If you can fix the web-browsers then do so in the correct way (the way the web-servers work): 1. Web browser checks for file without .gz 2. If not found then web-browser checks for file with .gz and decompresses file on the fly. There is no need for any tool to change links in html code. I can see that it is fun to write such a tool. Definitely. But its error prone and not necessary. You are proposing that a web-server is supposed to be searching through the .html code it serves and replace all links referring to .html.gz by .html links? No. The links are adopted from .html to .html.gz where necessary by the _maintainer_ when the .deb is created. We have a Perl tool to do this. (I posted it here, yesterday.) Why? Changing the links means that a web-browser gets a .html.gz file which could be 1. compressed html or 2. decompressed html (Fascinating fascinating) Which is it now? And how will the web-server decide if to compress or not? I can see all kind of funny and interesting scenarios arise from this. But they are completely unnecessary complications. But why can't boa be extended to uncompress foo.html.gz on-the-fly when _this_ file is requested, just as foo.html would have been requested and that file does not exist? It can certainly do this but the links are the problem It will still serve the .html file (now uncompressed) containing .html.gz links which are not understood by web-servers outside of the Debian realm. Why? The files are called .html.gz in the file system. Thus, these links are valid. We only have to implement on-the-fly decompression on some web servers. (This functionality could be useful for others, too, so we could forward our patches to the upstream maintainers of the web servers as well.) Christoph, I take your objection seriously, I don't want to include technical nonsense in our policy manual. So please explain to us what difficulties you see. Why would you change the links? I dont understand. If you are fixing the web-browsers then do it in such a way that you do not need to change any links. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: fixhrefgz - tool for converting anchors to gzipped files
On Sat, 28 Jun 1997, Jim Pick wrote: So here's my stand: - let's munch up the links to point to .html.gz files. Ugly, I know, and a bit of work, but then we don't need to force people to install a web server. I think it's pretty important that we don't force people to run stuff they don't want. There is no need to much up any links. The web-browser should simply check if a .gz file exists if the file referenced by the link cannot be found and decompress the file with a tagged on .gz on the fly. That is the way the servers work. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- pgpzMLeNUP2HJ.pgp Description: PGP signature
Re: fixhrefgz unnecessary when fixing web-browsers in the correct wayR
On 29 Jun 1997, Marco Budde wrote: CL Why would you change the links? I dont understand. If you are fixing the CL web-browsers then do it in such a way that you do not need to change any CL links. You can't fix the browsers, because we don't have the source for important browsers like netscape. You mean the Debian Project caving in and changing its standards because some non free product cannot be changed? Where is our commitment to free software? --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: fixhrefgz unnecessary when fixing web-browsers in the correct wayR
On Sun, 29 Jun 1997, Jim Pick wrote: We shouldn't be changing the way browsers work. That is what I have been saying all the way... Most browsers follow the HTTP/1.0 or 1.1 standard - including Netscape - and I don't think it's smart to develop a debian-specific HTTP protocol extension -- that's what you are suggesting, in essence. No I was just thinking the position taken by others to the bitter end. I really only see two possible outcomes to this debate: 1) Store HTML files uncompressed and don't munge the links - all web browsers will work, no web server required - wasteful of disk space (particularily for large documentation packages, like the Java JDK docs, or info-style books) - note that these types of documents tend to be monolithic, so they could be put into separate optional documentation packages - the system administrator could use a compressed filesystem like e2compr to conserve disk space That would definitely be best. 2) Store HTML files compressed and munge the links with a tool like fixhrefgz - Lynx and Netscape work with no web server required (I think) - other web browsers will work, if they use a web server such as boa, or a web server and dwww - currently, at least on my system, not a single documentation package with .html.gz files has had the links fixed so that it works when browsing directly from the filesystem (and I maintain two of those packages, oops - even worse the jdk1.1 docs have compressed and uncompressed files - arrrgh) - it's extra work for the developers, and error prone too - I think Lars was advocating this, and I was too This wont work as we already have said again and again. You are modifying the HTTP protocol with this and creating a new .html.gz extension in essence. And sometimes the web browser will get those files compressed and sometimes not. Christoph seems to be advocating: 3) Store HTML files compressed, and don't munge the links - Lynx (and others) might work without a web server if they were modified - Netscape wouldn't work without a web server - other web browsers will work, if they use a web server such as boa, or a web server and dwww I only advocated this as a compromise. I am for #1. And I would go further and abolish all compression everywhere. Compression should only be done if its transparent for all apps (e2compr or zlib?). I have seen so many broken packages because of manpage compression etc etc. The clean solution would be to stop this once and for all. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ ---
Re: fixhrefgz - tool for converting anchors to gzipped files
This was discussed half a year ago and the webservers were fitted with on the fly decompression for .gz files. What dwww does is already not necessary. Changing the content of .html files might lead to problems with web browsers. Not all platforms have a gzip by default available. Please do not do this. We do not have any problems here and you are about to create some. In article [EMAIL PROTECTED] you wrote: : --==_Exmh_817738214P : Content-Type: multipart/mixed ; : boundary===_Exmh_8169585350 : This is a multipart MIME message. : --==_Exmh_8169585350 : Content-Type: text/plain; charset=us-ascii : [ Please don't Cc: public replies to me. ] : During the recent thread on providing documentation in HTML, : the need to compress it was pointed out. The compression itself : is a trivial application of find, xargs, and gzip (or just gzip, : of course), but that changes the files, so that links within : the documentation break. : Things work if you read the documentation through dwww, since : dwww gives you foo.html.gz, if it exists and foo.html doesn't : exist. That doesn't help if you browse the filesystem directly, : and not via dwww and a web server. : I hacked together a Python program that converts the links : in the files themselves. It is attached. : I've tried it with one of my own packages (sex), and it seems : to work. Browsing the filesystem directly works, if the browser : can handle gzipped files. Lynx works; Netscape 3.01 doesn't : work, but I seem to recall that an earlier version did work. : Someone familiar with mailcap might be able to get Netscape : to work as well. : Comments? : -- : Please read http://www.iki.fi/liw/mail-to-lasu.html before mailing me. : Please don't Cc: public replies to me. : --==_Exmh_8169585350 : Content-Type: application/octet-stream ; name=fixhrefgz : Content-Description: fixhrefgz : Content-Disposition: attachment; filename=fixhrefgz : #!/usr/bin/python : Convert local links in HTML documents to/from gzipped documents. : Usage: fixhrefgz [-hzu] [--help] [--gzip] [--gunzip] [file ...] : This program will convert links to local documents so that they : point at the version compressed with gzip. Before conversion, an : anchor tag might look like this: : a href=foo.htmlfoo/a : After conversion, it will look like this: : A HREF=foo.html.gzfoo/A : This allows one to compress HTML files. All other tags are : unchanged by this program (except for case conversion). : Lars Wirzenius, [EMAIL PROTECTED] : : import formatter, htmllib, sys, urlparse, getopt, StringIO : def gzip_mangler(path): : if path[-5:] == .html or path[-4:] == .htm: : path = path + .gz : return path : def gunzip_mangler(path): : if path[-8:] == .html.gz or path[-7:] == .htm.gz: : path = path[:-3] : return path : mangler = gzip_mangler : class ParseAndCat(htmllib.HTMLParser): : def __init__(self, formatter, verbose=0): : htmllib.HTMLParser.__init__(self, formatter, verbose) : self.nofill = 1 : def anchor_bgn(self, href, name, type): : parts = urlparse.urlparse(href) : if not parts[0] and not parts[1]: : path = parts[2] : path = mangler(path) : parts = (parts[0], parts[1], path, :parts[3], parts[4], parts[5]) : href = urlparse.urlunparse(parts) : : s = 'A' : if href: s = s + (' HREF=%s' % href) : if name: s = s + (' NAME=%s' % name) : if type: s = s + (' TYPE=%s' % type) : s = s + '' : self.formatter.add_literal_data(s) : def anchor_end(self): : self.formatter.add_literal_data('/A') : : def handle_image(self, src, alt, ismap, align, width, height): : s = 'IMG' : if src: s = s + (' SRC=%s' % src) : if alt: s = s + (' ALT=%s' % alt) : if ismap: s = s + ' ISMAP' : if align: s = s + (' ALIGN=%s' % align) : if width: s = s + (' WIDTH=%s' % width) : if height: s = s + (' HEIGHT=%s' % height) : s = s + '' : self.formatter.add_literal_data(s) : : def _format_tag(self, tag, attrs): : s = '' + tag : for attr, value in attrs: : if value: : s = s + (' %s=%s' % (attr, value)) : else: : s = s + (' %s' % attr) : s = s + '' : self.formatter.add_literal_data(s) : def start_html(self, attrs):self._format_tag('HTML', attrs) : def end_html(self): self._format_tag('/HTML', []) : def start_head(self, attrs):self._format_tag('HEAD', attrs) : def end_head(self):
Re: fixhrefgz - tool for converting anchors to gzipped files
On Sat, 28 Jun 1997, Lars Wirzenius wrote: Christoph Lameter: This was discussed half a year ago and the webservers were fitted with on the fly decompression for .gz files. For the umpteenth time, that DOES NOT HELP WHEN THE USER IS READING THE FILES DIRECTLY, NOT VIA A WEB SERVER. Web browsers are small. Dont think instantly of Apache. And keep the calm please. I run boa for that purpose on some machines and its really good. I can read compressed docs without dwww. What dwww does is already not necessary. Changing the content of .html files might lead to problems with web browsers. dwww doesn't change content. I did not intend to say that dwww does. The conversion program intends to though and will cause a mess with the browsers. Not all platforms have a gzip by default available. Then they lose, unless they go via a web server that uncompresses things. It's more important that things work under Debian than under, say, OS-9. So the beginning user with his straight out of the box Win95 looses when trying to access Debian documentation? Debian has already a name for user hostileness with dpkg. You want to set up new barriers for newbies? You want me to run around Campus installing gzip on 300 machines because those users are not able to? Granted its rare that those guys will read technical docs but quite a few use pine. Please do not do this. We do not have any problems here and you are about to create some. We have the rather unpleasant situation that reading documentation requires a web server. That's a problem. Fixing it requires changing the .html files. What is so unpleasant about a small webserver being part of the standard set of packages? --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- pgp65eJEo1P0k.pgp Description: PGP signature
Re: How about e2compr? Was: fixhrefgz debate
In article [EMAIL PROTECTED] you wrote: : Christoph You want me to run around Campus installing gzip on 300 machines : Christoph because those users are not able to? : Don't worry: gzip is part of the base system. g Your word needs to be in Microsoft's and Apple's ear. : Why don't we test e2compr better? Or zlib-compressed filesystem? That way we : can have the cake (docs are compressed) and eat it too (no changes required : to the docs). e2compr compression is really bad. Just around 20% for most files. I like the idea and debianized it but after I saw the compression ratios I thought it was not yet really up for prime time. Given the prices of harddrives my take on things is: Forget about all compression and make that something dpkg can do on the fly if necessary and configured by the sysadmin. I often wish I had no gzipped files around. Would make life easier for maintainers and also for users. IMHO All compression should be transparently done. I wish e2compr was better. -- --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- Please always CC me when replying to posts on mailing lists. -- 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 Tue, 24 Jun 1997, Michael Meskes wrote: But that means we have to add all permission since all are configurable. Isn't it a better idea to save the standard setting only for those programs that are setuid by default? I am not sure that I understand this. /etc/suid.conf contains permission for suid candidates in order to make it easy to give those files suid status by simply editing the file. entries in suid.conf also will cause the preservation of those permissions across updates. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Use of suidmanager
In article [EMAIL PROTECTED] you wrote: : Could anyone please tell me the advantages of suidmanager as it is right : now? I can see the usefullness of a tool like that, but I wonder if there : should be a daily test run to make sure no other file are suid. Or is this : dones elsewhere? Not all packages use suidmanager and thus the list in /etc/suid.conf is not complete. : Also why are there file in /etc/suid.conf that are not suid at all: : debmake /usr/bin/build root root 755 : debmake /usr/bin/debpkg root root 755 Suidmanager manages configurable permissions in general not only suid permissions. These binaries can be made suid. For example on my system: user /usr/bin/build root wheel 4754 user /usr/bin/debpkg root wheel 4754 I dont need sudo or other contraptions to build packages. More in /usr/doc/debmake. I can just type build and a packages goes through the complete build process. -- --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- Please always CC me when replying to posts on mailing lists. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Looking for New Maintainers
Does not need any work. Please take the package, put your name in as a maintainer and upload it. I wont consider this a done deal until the package has your name in it. On Sat, 21 Jun 1997, David Welton wrote: On Thu, 5 Jun 1997, Christoph Lameter wrote: | I am listed as the maintainer of the following packages in the distribution. | These are available for other maintainers. I would especially welcome if | someone who wants to become a debian developer would take a package or two. | All packages have been done using debmake and should be easy to handle. | | floppybackup Backup to floppies I would be willing to take this over, *if* it doesn't need much work in the next month or so, as I will be starting a new job, moving, etc. Other than that, I'm happy to have been authenticated and to be able to start packaging some stuff up:-) 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] .
Re: Anyone using transparent proxying?
2.0.31-2 does redirect traffic but does not change the port number. I am really getting sick of the way the 2.0.X series is handled. There are buggy releases but no fixed releases coming. I am considering moving to 2.1.X but then 2.1.X does not have all the features 2.0.X has. What a crazy situation! In article [EMAIL PROTECTED] you wrote: : The title almost says it all. I just upgraded to pre-patch-2.0.31-2, but it : seems transparent proxying still doesn't work. My first rule says: : acc/r tcp anywhere anywhere any - www = tproxy : but still tproxy does not get the connection. I tried to trace it but it : appears the connection is not switched to port 81 at all. : Maybe someone had more luck... : 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] . -- --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- Please always CC me when replying to posts on mailing lists. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: NFS lockfiles etc: alpha implementation
Also check with Philip Hazel [EMAIL PROTECTED] who has done a significant amount of research on that issue for exim. The locking code in exim is probably the newest, most up to date code I know. In article [EMAIL PROTECTED] you wrote: : After all the talk about NFS lockfiles etc, and checking out : Lars's publib, I decided to write the locking functions : from scratch. Well not totally, it's partially based on the : qpopper locking stuff (which I also wrote). : ftp://ftp.cistron.nl/pub/people/miquels/testing/liblockfile-0.1.tar.gz : I still need to write manpages and documentation, and I need to : debianize the package, but I think the locking functions are OK. : Please check it out and send any comments to the list. : Mike. : -- : | Miquel van Smoorenburg | I need more space Well, why not move to Texas | : | [EMAIL PROTECTED] | No, on my account, stupid. Stupid? Uh-oh..| : | PGP fingerprint: FE 66 52 4F CD 59 A5 36 7F 39 8B 20 F1 D6 74 02 | : -- : TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to : [EMAIL PROTECTED] . : Trouble? e-mail to [EMAIL PROTECTED] . -- --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- Please always CC me when replying to posts on mailing lists. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Hamm: Retracting request for chos to be standard
Lilo 2.0 has the ability to display a file before the prompt and also the ability to boot something with a single keystroke. If someone could update the lilo package and provide a decent configuration then lilo could also offer a nice menu on boot up so that newbies are no longer irritated. Maybe lilo could also replace syslinux for the bootdisks?? --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Policy wrt mail lockfile (section 4.3)
: Mailboxes are locked using the username.lock lockfile convention, rather : than fcntl, flock or lockf. : This is buggy since it's not working over NFS. (I'm running into problems : every few days since I use sendmail/procmail/pine over a NFS mounted : /var/spool/mail !) I am using exim/exim/pine here over NFS mounted /var/spool/mail for around 1000 users with no problems at all. Some of the gizmos you are using might have a problem with the lock scheme. I know that exim is pretty reliable with its locking and I also use exim instead of procmail (build in mailfilter). -- --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- Please always CC me when replying to posts on mailing lists. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Looking for New Maintainers
Ok. You got woffle. Boa is maintained by [EMAIL PROTECTED] but he might want some help. On Thu, 19 Jun 1997, Federico Di Gregorio wrote: Some time ago this message showed up on my mailbox... If nobody has yes taken it, I will be glad to take over wwwoffle and boa as my first debian packages... (I use them a lot :) Thanxs, Federico I am listed as the maintainer of the following packages in the distribution. These are available for other maintainers. I would especially welcome if someone who wants to become a debian developer would take a package or two. All packages have been done using debmake and should be easy to handle. Some of these packages have had others volunteering to take over the package in the past but they have not uploaded any new version and I am still listed as the maintainer in the packages file. If you want to take one of those you need to first try to contact the person listed. ncsa NCSA Webserver wwwoffle Web Proxy for Offline Browsing ... boa Fast Webserver ... ** * Federico Di Gregorio | / the number you dialled is * * [EMAIL PROTECTED] | / -1 imaginary... please, rotate* * friend of penguins |/ the phone PI/2 and try again! * ** --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Hamm: Exim + Chos standard?
I dont know if I already said this but exim does not support bangpaths but domainized uucp is no problem. On 14 Jun 1997, 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?) -- John Goerzen | Running Debian GNU/Linux (www.debian.org) Custom Programming| [EMAIL PROTECTED] | --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Hamm: Exim + Chos standard?
Exim can provide UUCP capabilities. It cannot do bang path routing. I doubt that anyone is using that though. -- From: John Goerzen [EMAIL PROTECTED] To: Christoph Lameter [EMAIL PROTECTED]; debian-devel@lists.debian.org Subject: Re: Hamm: Exim + Chos standard? Date: Saturday, June 14, 1997 10:41 AM 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?) -- John Goerzen | Running Debian GNU/Linux (www.debian.org) Custom Programming| [EMAIL PROTECTED] | -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: mgetty-voice
mgetty-voice was removed from the distribution because of the explicit demand of the author. Please ask him before putting mgetty-voice back into the distribution. In article [EMAIL PROTECTED] you wrote: : Greetings! I've been reading here recently about the mgetty package : looking for a new maintainer. What's the status on this? I'd like to : suggest to the new maintainer to rebundle the vgetty extension, as the : program is quite usable, IMHO, in spite of its being labeled as : unstable by the author. In addition, it provides functionality not : seen in any other package of which I'm aware: the automatic receipt : of fax and voice messages over the same line. If no one wishes to : maintain it, I may consider doing so, but I'm still a bit new to the : Debian packaging system. I notice that there is a redhat package, by : the way. : Keep up the good work on Debian! : -- : [EMAIL PROTECTED] Camm Maguire : == : The earth is one country, and mankind its citizens. Baha'u'llah : -- : TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to : [EMAIL PROTECTED] . : Trouble? e-mail to [EMAIL PROTECTED] . -- --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- Please always CC me when replying to posts on mailing lists. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Hamm: Exim + Chos standard?
Sourcecode is available for chos and it has been GPLed by the author after several people talked with him (among them me on behalf of Debian). On Thu, 12 Jun 1997, SirDibos wrote: On Thu, 12 Jun 1997, SirDibos wrote: Also we might think about replacing lilo with chos as the standard boot loader from harddisk. lilo always is a difficulty for newbies, chos offers: Sounds good to me. I am an advocate of many solutions I hate to see any software get dropped from the distribution. Hell, I still think we should have continued to include *both* anagram generating programs. sigh Yup, I'd like to give chos a try. Whoa, hold on. Apparently, source code isnt available for chos. So, I take my words back. By all means, lets keep it in the distribution, but by no means let it be the primary boot loader. Don Dibos --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Hamm: Exim + Chos standard?
On Thu, 12 Jun 1997, SirDibos wrote: speaking of which. if I packaged up fetchpop, could it get included in debian? I much prefer it to fetchmail. if only fetchmail had a -o or a localfolder option! Also, fetchpop guides you thru creation of the appropriate config file the first time you run it. *and* it pipes the stuff transparently thru procmail for you. Which is a bonus, since it always screwed up when I tried cat /var/spool/mail/$USER |procmail, and didnt work at *all* when I just plain ran procmail by itself Package it up. No problem. Sounds good to me. I am an advocate of many solutions I hate to see any software get dropped from the distribution. Hell, I still think we should have continued to include *both* anagram generating programs. sigh Yup, I'd like to give chos a try. You misunderstand whats going on here. Exim and Chos are part of the Debian distribution. The issue is which packages are installed by default. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Hamm: Exim + Chos standard?
It might be good if we would replace smail in hamm with exim. Exim should be the standard mailer for hamm: - Exim is based on the same concepts as smail. - It is developed with newer concepts in mind - Exim is scalable from running from inetd to delivering hundredths of thousands of messages a day - Exim has just one configuration file. eximconfig is the old smailconfig script reworked. It is extremly easy to set up. - Active development is going on. - Support for a variety of mailbox formats including Maildir. - Has X interface - Well written documentation I really have not seen an easier to configure mailer and also I am surprised about the scalability. I never understood exactly how to configure smail, but exim no problem. I am running exim on most of my Debian Servers. Also we might think about replacing lilo with chos as the standard boot loader from harddisk. lilo always is a difficulty for newbies, chos offers: - Menudriven Boot Loader (Cryptic Prompt only on demand) - Highly Customizable Color Menus. - Simple configuration in passwd style file /etc/chos.conf --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- 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: mgetty Needs Maintainer!
: Anyway I thought that Chrisoph Lameter is the maintainer of mgetty : as the most recent uploads come from him. Is there an imposter around? My last upload must have been half a year ago or so. Maybe someone just forgot to change the maintainer name again. -- --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- Please always CC me when replying to posts on mailing lists. -- 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?
In article [EMAIL PROTECTED] you wrote: : Thomas Koenig [EMAIL PROTECTED] writes: : How do we encourage users to submit more bug reports when something : goes wrong? : Perhaps the `bug' package should be priority standard? It does make : bug reporting much easier. Some reference in prominent places might also be helpful. 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. -- --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- Please always CC me when replying to posts on mailing lists. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: security/installation question regarding plan
On Thu, 5 Jun 1997, Colin R. Telmer wrote: Questions: 1) What is /var/lib/netplan used for? It seems to me that the only directory that is needed for netplan is /usr/lib/plan/netplan.dir. I cannot remember why this was needed. There are multiple binaries running though. One for the client and another for the server. 2) Do I really need to change the suid of netplan from nobody to netplan? If it needs to write to a directory then it might be good. 3) By using suidregister, isn't this creating a dependency on the suidmanager package? Yes. The script should check for the presence of /etc/suid.conf before attempting to call suidregister. PS. This package will most likely not be uploaded until approx. June 17th when I get a chance to get to the console of my debian machine so I can try it under X. Dont worry about that. I just have some trouble figuring out where all the packages went and to figure the ones I still am responsible to. As long as my e-mail address is in a package I will get e-mail regarding that package --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: the ncurses brushfire -- anybody want to take over the project?
: And you have, I believe, stated that you are unwilling to see ncurses : released with a license that guarantees redistribution or modified : versions at this time. : How do we resolve this issue? A. Find an curses library that works. Ncurses not only has a licence problem but as far as I can see does not do the job. Is the ncurses in glibc under the GPL or is it a derivative of ncurses? B. Move ncurses into non-free. C. Inform other about the problem. -- --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- Please always CC me when replying to posts on mailing lists. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: GOAL: Consistent Keyboard Configuration
In article [EMAIL PROTECTED] you wrote: : What we want is: : * `--' always deletes the character to the left of the cursor. : * `Delete' always deletes to the right. : * `Control'+`H' produces help in Emacs, as before. Emacs is one application. We want to use an existing STANDARD not screw up one more. Emacs can be adapted. Please do use existing standards for keyboard layouts and character mapping! --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- Please always CC me when replying to posts on mailing lists. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Kernel 2.0.30 a bad choice for 1.3
AFAIK Herbert has fixed bugs in the past in 2.0.30 and the current debian version is already heavily patched. Its not the question of asking him. He already did it. The question is if all (dont take all to extremes...) bugs known have found some consideration by Herbert. I have not had any trouble with 2.0.29. If Herbert has fixed 2.0.30 then lets take 2.0.30 but change the version number to 2.0.30deb or so to distinguish it from official Kernel releases. -- From: John Goerzen [EMAIL PROTECTED] To: Sven Rudolph [EMAIL PROTECTED] Cc: Christoph [EMAIL PROTECTED]; debian-devel@lists.debian.org Subject: Re: Kernel 2.0.30 a bad choice for 1.3 Date: Friday, May 23, 1997 6:09 PM Sven Rudolph [EMAIL PROTECTED] writes: Christoph [EMAIL PROTECTED] writes: On 21 May 1997, John Goerzen wrote: Since we know of a number of things that have been broken in 2.0.30 (such as IP masquerading being totally hosed), why are we distributing that version with 1.3? 2.0.30 has SYN_COOKIES. This is a critical feature. Agreed. However: * Those people that need SYN flood protection will know they need it and will know how to compile their own kernel. (There are few people that really need this desperately, in my estimation.) * The people that will suffer due to broken networking, etc. will not necessarily know what the problem is, what to do about it, etc. Therefore, I reccommend using 2.0.29 instead of 2.0.30. Perhaps even 2.0.27 or so if there is a problem with 2.0.29. (I do have a 386 that 2.0.29 will refuse to boot on but 2.0.27 works fine on it). We could even include a README telling people that need SYN protection how to get it. [ Regarding fixing Kernel bugs: ] kernel-image, but we must not request him to fix arbitrary kernel bugs. Agreed. -- John Goerzen | Running Debian GNU/Linux (www.debian.org) Custom Programming| [EMAIL PROTECTED] | -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: rm -r * and the default prompt
I can put that into the chris-cust package ... On Tue, 20 May 1997, Tom Lees wrote: On Mon, 19 May 1997, Christoph Lameter wrote: Anybody should know that before typing rm -rf * or an equivolent, you THINK FIRST, every time. The problem does not arise when you type rm the first time but after you have some confidence and you think you know what you are doing. Everybody knows what you should think first. But who does after getting used to it? Generally, after installing any system, I add this to ~/.profile for root:- alias rm=/bin/rm -i This pretty much stops me from doing anything stupid - especially by a typo, like mistyping rm /etc/*~ as rm /etc/*... I did that once :(. -- Tom Lees [EMAIL PROTECTED] http://www.lpsg.demon.co.uk/ PGP ID 87D4D065, fingerprint 2A 66 86 9D 02 4D A6 1E B8 A2 17 9D 4F 9B 89 D6 finger [EMAIL PROTECTED] for full public key (also available on keyservers) --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: rm -r * and the default prompt
I dont care how the prompt looks. Just pick one and dont leave it the way it is. Who is the maintainer of the package in question? Let him decide. On Wed, 21 May 1997, Chris Fearnley wrote: '=?iso-8859-1?Q?Nicol=E1s_Lichtmaier?= wrote:' So I say: PS1=[\\u] \\h:\\w\\$ =D No, PS1='[EMAIL PROTECTED]:\w\$ ' ! I guess this will become a flame war. So I'd prefer to leave prompt alone. Or maybe the boot disks can have a dialog script to help the user choose a prompt? -- Christopher J. Fearnley | Linux/Internet Consulting [EMAIL PROTECTED] | Design Science Revolutionary http://www.netaxs.com/~cjf | Explorer in Universe ftp://ftp.netaxs.com/people/cjf | Dare to be Naive -- Bucky Fuller --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: rm -r * and the default prompt
Anybody should know that before typing rm -rf * or an equivolent, you THINK FIRST, every time. The problem does not arise when you type rm the first time but after you have some confidence and you think you know what you are doing. Everybody knows what you should think first. But who does after getting used to it? --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Upcoming Debian Releases
Have a look at the bug report. I dont know why no one has marked it as done yet. There is a file lists in the but report ending in .dpkg-tmp evidently from a crash. Dont be buerocratic about releasing 1.3. On Tue, 20 May 1997, Brian White wrote: *** *** *** Release of Bo is HOLDING for CRITICAL BUGS!*** *** *** *** There is one remaining critical bug that must be resolved before *** *** Debian 1.3 can be released. That bug is #9020: *** *** *** *** fsck.ext2: can't load library 'libcom_err.so.2' *** *** *** I have done a couple of upgrades to 1.3 and have never noticed there being a problem exept in one instance where the e2prog package was not configured due to a crash while upgrading (watchdog shutdown ...) And v 1.06 is history anyways get 1.3 released. The bug is still open. This is a potentially serious problem. Brian ( [EMAIL PROTECTED] ) --- You can never be too good looking or too well equipped. -- Dilbert --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: rm -r * and the default prompt
So I say: PS1=[\\u] \\h:\\w\\$ =D Too long. But better than nothing. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: rm -r * and the default prompt
Too long when displayed. Not too long when specified. Wit the hostname and the current directory I already run into more than 80 characters at times. On Mon, 19 May 1997, Andreas Jellinghaus wrote: On May 19, Christoph Lameter wrote So I say: PS1=[\\u] \\h:\\w\\$ =D Too long. But better than nothing. PS=[EMAIL PROTECTED]:\\w\\$ ? 2 charaters shorter... :-) regards, andreas --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#9582: suidmanager 0.6 uploaded to master.debian.org
Could you please give me a simple script that produces the error that you have been talking about so long? I have not been able to produce a single instance of the problem you are mentioning. Get emacs and all other complicating circumstances out of it. Just tell me how to produce the problem and I will figure out why and how to fix it. Right now I am tending to think that this is something due to a special configuration on your system. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#9582: suidmanager 0.6 uploaded to master.debian.org
I have tested your scripts and everything works just as it should. Check your system for anything special you might have done. work:~$ ./script1 This is ./script1 The value of $- is 'hB' This is ./script2 The value of $- is 'hB' If the grep fails, this will never echo. work:~$ cat script1 #!/bin/sh echo This is $0 echo The value of \$- is \'$-\' set -e ./script2 work:~$ cat script2 #!/bin/sh echo This is $0 echo The value of \$- is \'$-\' grep 'non-existing-text' /usr/man/man1/bash* echo If the grep fails, this will never echo. --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ ---
Re: Bug#9582: suidmanager 0.6 uploaded to master.debian.org
I only run bash 2.0 on my systems at home. On Sat, 17 May 1997, Karl M. Hegbloom wrote: Christoph == Christoph Lameter [EMAIL PROTECTED] writes: Christoph I have tested your scripts and everything works just as Christoph it should. Check your system for anything special you Christoph might have done. The special thing was to have upgraded to Bash-2.0. I just downgraded to 1.14.7, and the scripts run now. I think we should report this as a Bash bug. -- Karl M. Hegbloom [EMAIL PROTECTED] http://www.inetarena.com/~karlheg Portland, OR USA Debian GNU 1.2 Linux 2.1.36 AMD K5 PR-133 --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#9582: suidmanager 0.6 uploaded to master.debian.org
To my knowledge set -e is only valid for the currently executing scripts and not a subshell. On Thu, 15 May 1997, Karl M. Hegbloom wrote: Christoph == Christoph Lameter [EMAIL PROTECTED] writes: [... in a release announcement ...] Christoph May fix situations leading to something described in Christoph #9435, #9582 (still not clear how such a thing can Christoph happen). This fixes the bug. With set -e, the grep on line 75 (X=...) causes the script to abort if the regex is not found in the configuration file, which is what will happen if it was not already there. `suidregister` ran fine from a commandline, since 'set -e' is not in effect then. But from a postinst, it is. I think that maybe 'set -e' should have file scope. Here's the patch: 8-8 *** /usr/sbin/suidregister~Sun Apr 27 12:44:37 1997 --- /usr/sbin/suidregister Sun May 11 00:01:43 1997 *** *** 3,8 --- 3,15 # Register a binary # + if echo $- | grep -q e; then + e=-e + set +e + else + e=+e + fi + function setperm() { if [ -e $2 ]; then *** *** 80,82 --- 87,91 echo $PACKAGE $1 $2 $3 $4 /etc/suid.conf setperm $PACKAGE $1 $2 $3 $4 + + set $e 8-8 -- Karl M. Hegbloom [EMAIL PROTECTED] http://www.inetarena.com/~karlheg Portland, OR USA Debian GNU 1.2 Linux 2.1.36 AMD K5 PR-133 --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#9582: suidmanager 0.6 uploaded to master.debian.org
I have tried it and set -e is not propagated into a subprocess. This is the script I ran successfully: #/!bin/sh set -e suidregister /etc/exports clameter clameter 4755 Please investigate what is wrong with your system. On Fri, 16 May 1997, Karl M. Hegbloom wrote: Christoph == Christoph Lameter [EMAIL PROTECTED] writes: Christoph To my knowledge set -e Christoph is only valid for the currently executing scripts and Christoph not a subshell. Try it and see. It is why `suidregister` is not working when called from postinst scripts. The grep in `suidregister`[1] fails, returning code 1 when it cannot find the regex in the /etc/suid.conf file, and since '-o errexit' (aka 'set -e') is on, the `suidregister` script exits. I think that this is counterintuitive, and that '-o errexit' should have file-local (and even function-local) scope. It seems like a bug in BASH to me. `suidregister` works fine from a commandline, since '-o errexit' is not set then.[2] After it's been run once, and the entry that gets `grep`ped for has been written to /etc/suid.conf, it works fine from inside a postinst too, since then the `grep` doesn't return code 1, as it has something to find this time. Footnotes: [1] In the line that reads X=... [2] Or the shell will exit on any error return; I tried it. -- Karl M. Hegbloom [EMAIL PROTECTED] http://www.inetarena.com/~karlheg Portland, OR USA Debian GNU 1.2 Linux 2.1.36 AMD K5 PR-133 --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- +++ --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Bug#4501: util-linux does not install the whereis command
On Fri, 27 Sep 1996, Guy Maor wrote: maorOn Sun, 15 Sep 1996, Christoph Lameter wrote: maor maor util-linux does not install the whereis command from the utils. The maor whereis command is used to find the location of a Unix command and is very maor important. maor maorActually the whereis command is pretty useless because the places it maorlooks are hardcoded in. Much better is locate. I don't mind including maorit if you insist. locate shows huge amounts of information and does not restrict the search to sensible locations. I can do whereis ls to find ls + manpages in standard locations. if I do locate ls then the screen will be scrolling with lots of other stuff. Also whereis is commonly available in other linux distributions. maor maor Reviewing the source package I noted that a large number of other tools maor are also not installed. What are the reason for this? maor maorThey are installed from other sources. util-linux is a really ugly maorpackage. Whenever possible, maintainers tried to find the upstream maorpackages for the tools and use them. That way new versions and maorupstream bugs get fixed. But I noticed that a lot of the tools are NOT in other debian packages. {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4608: How to use it?
package: mbr version: 1.0.0-2 I looked through the package and could not find anything on how to use it or install it. There is a mention of make install but since the sources are not included in the binary no installation is possible. Please include documentation on how to use it.
Kernel packaging issues
I noticed that we do not use the kernel packages of the debian project in our school. Every machine still compiles ones own kernel. I thought about the reasons for it. Having the packages would be much easier to handle I guess: 1. Kernel packages are not up to date and kept bug free. There is a longstanding bug with NFS not working under the precompiled 2.0.6 kernels that derailed us. Ever since the assumption is Debian Kernels do not work. NFS is essential for a campus net such as ours. 2. Kernel packages do not fit the machine. Notably the Network Servers need a lot of functionality in the network area: Firewalling, bridging, IP masquerading and the whole lot. Workstations/LAPTOPs in turn have a lot of SCSI drivers included which are giving strange messages on bootup. 3. The use of kernel dependent modules (iBCS,ELKS,PCMCIA,electric fence etc) is a pain since we have to recompile those souce modules separately for each version. Could we do the following: 1. Have one source code module for the kernel. Add to that all the sourcecode for modules (iBCS,ELKS,PCMCIA,electic fence etc). That way all the kernel version dependant stuff can be compiled together and there is less of a chance of something being out of sync. updating the kernel binary will lead to the upgrade of all the kernel dependant modules and we wont have those versions mismatches anymore. 2. Remove the version number from the kernel package (unnecessary since all kernel dependant modules are included in standard cases). Instead have different kernels according to their purpose of use generated from one source module kernel-workstation All mouse drivers, IDE only and low-level Network cards compiled it. No advanced networking functions. kernel-server Compiled in standard SCSI+IDE. High-level network drivers. All advanced networking functions compiled in. kernel-limited Special kernel for low memory situations/installation. Contains minimal amount of drivers compiled in to have a working kernel. SCSI can be insmoded during install if necessary. The Base package should include the full kernel instead of the bootdisks. And be sure that the kernel package is immediately fixed by having a number of people able to update the kernel package. After the 2.0.X is abandoned by the developers (may be at 2.0.22) we should be open to fixing problem in the kernel sourcecode so that not each of us ends up with a stable kernel and lots of local patches like it happened with 1.2.13. {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: Bug#4612: dhcpd overwrites existing config file /etc/dhcpd.conf
You are right. Forgot to put the conffiles into the binary. 0.5.13-2 fixes this. On Fri, 27 Sep 1996, Mark Purcell wrote: mspPackage: dhcpd mspVersion: 0.5.13-1 msp mspDhcpd overwrites an existing /etc/dhcpd.conf file without warning. msp mspI suppose I have no one else but myself to blame for this one, it burnt me msplast upgrade as well, but I didn't report it as a bug. So it got me again mspthis time. :-) msp mspMark msp msp msp {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4501: util-linux does not install the whereis command
On Fri, 27 Sep 1996, Guy Maor wrote: maor But I noticed that a lot of the tools are NOT in other debian packages. maor maorWhich ones, specifically? Sorry I have to pass on that one right now. Leaving for a weekend retreat. Next week if I have time I will hopefully be able to make a list. {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: NIS storms
On Wed, 25 Sep 1996, Bruce Perens wrote: From: Christoph Lameter [EMAIL PROTECTED] - The group.byname database was completely read by other machines continuously. - The ypserv process was running most of the time and was not able to satisfy all those requests. [...] How can we solve this issue? Perhaps we should go back to the old approach of putting users into one group? It doesn't seem as if this is solving the problem. It never happened to us with the old approach. This is also an issue for /etc/passwd, not just /etc/group. Look what happens when you run ls. ls is requesting those uids gids neeeded I guess but does not do a exhaustive search of all 600 users. /etc/group is special since an exhaustive search has to be done to localize to which group a user belongs. Many system managers eventually conclude that NIS isn't worth the trouble, and they arrange to automaticaly distribute some of the files that NIS would otherwise serve. Implementing a local cache of NIS queries would help solve the problem as well. Right now I am automatically distributing the groups file (once a day). But this is really not the solution I have dreamt about. I am thinking of modifying the c-library to not do NIS group searches. NIS group searches dont work with NIS 1.20-1 under Debian anyways so I should not loose functionality.
NIS storm solutions?
I think the NIS problems with /etc/group could be solved in the following way: 1. Implement a cache for the initgroups library call that is so frequently used to find all groups a user belongs to. This will also improve general performance without NIS since the search of the complete /etc/groups file does not have to be repeated again and again. 2. Create a new NIS map group.byuid that provides a list of groups for a given uid. That list can be generated during the generation of the NIS maps. 3. Modify the library subroutine to consult that new map instead of rereading the complete group.byname map. The cache should be fairly simple to implement, but the consultation of that new map might be quite complex for situations in which /etc/group includes only a subset of the NIS /etc/group contents. INITGROUPS(3) Linux Programmer's Manual INITGROUPS(3) NAME initgroups - initialize the supplementary group access list SYNOPSIS #include grp..h #include sys/types.h int initgroups(const char *user, gid_t group); DESCRIPTION The initgroups() function initializes the group access list by reading the group database /etc/group and using all groups of which user is a member. The additional group group is also added to the list. RETURN VALUE {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4600: libc does not build
package: libc5 version: 5.2.18-11 I cannot build libc5: [miriam]/usr/src/libc5-5.2.18:./debian.rules build make make[1]: Entering directory `/usr/src/libc5-5.2.18' set -e; for i in assert bsd cvt ctype des dirent grp inet io libbsd libio locale login math misc mntent netgroup posix pwd regex rpc setjmp signal stdlib string sysdeps time ufc malloc malloc-930716 yp nls gcc elf; do \ echo making lib in $i; \ make -C $i lib; \ done making lib in assert make[2]: Entering directory `/usr/src/libc5-5.2.18/assert' /usr/bin/gcc -V 2.7.2.1 -b i486-linux -m486 -O1 -funroll-loops -I../sysdeps/linux -I../libio -I../libio/stdio -DNLS -I../nls -DYP -DNO_SHADOW -D_GNU_SOURCE -DSTDC_HEADERS -DUSG -DDIRENT -DSYSV -DUSE_BSD_REGEX -D_LIBC -DINTERNAL_LINUX_C_LIB -Wall -Wstrict-prototypes -Wmissing-prototypes -funsigned-char -I../internal -nostdinc -I../include -I`/usr/bin/gcc -V 2.7.2.1 -b i486-linux -m486 -print-libgcc-file-name | sed -e 's/libgcc.a/include/'` -D_POSIX_THREAD_SAFE_FUNCTIONS -D_POSIX_THREADS -D_MIT_POSIX_THREADS -c assert-perr.c -o ../elfstatic/libc/assert-perr.o In file included from assert-perr.c:21: ../include/string.h:33: stddef.h: No such file or directory make[2]: *** [../elfstatic/libc/assert-perr.o] Error 1 make[2]: Leaving directory `/usr/src/libc5-5.2.18/assert' make[1]: *** [lib] Error 2 make[1]: Leaving directory `/usr/src/libc5-5.2.18' make: *** [build] Error 2 [miriam]/usr/src/libc5-5.2.18:
Potential NIS storm fix
Here is a patch to the libc 5.2.18 to hopefully fix the NIS storms. I could not test it since the debian source package for the libc does not build its targets. Anyone know how to get the debian source package to build? debian.rules binary or debian.rules both fail without ever reaching the initgroups.c file The patch has to be applied to the directory libc-5.2.18/grp --- initgroups.c.orig Wed May 31 22:08:15 1995 +++ initgroups.cThu Sep 26 12:10:32 1996 @@ -82,9 +82,10 @@ } else if (0 == strcmp(g-gr_name, +)) { - ypmode = 1; - g = __nis_getgrent(1, info); - if (NULL == g) +# Disable exhaustive NIS searches +# ypmode = 1; +# g = __nis_getgrent(1, info); +# if (NULL == g) break; } #endif /* YP */ Consequences of this patch: - You loose NO functionality. I have never gotten /etc/groups to work across an NIS network. Miquel confirmed a while ago that the NIS stuff for /etc/group does not work. - The users still have the group they are assigned to in /etc/passwd (or the NIS map) - For The +:: stuff at the end of the /etc/group nothing will be done. - You can still manually include a group with +group - Exhaustive NIS searches are not performed anymore. I reviewed the NIS code for /etc/passwd as well. The library contains an extensive caching mechanism for those. Reviewing what I just wrote: You might simply have the same effect by removing the +:: line from etc groups G {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
NIS storm fix II
I compiled a new c library and its availabe from ftp.fuller.edu/Linux/debian/libc My initial patch was totally wrong... And also my assertion that the NIS code for groups does not work. I checked it while at this stuff and it worked to my surprise. I did not reboot my system after installing it and it seems that the login process still does the old exhaustive search one time but when the shell comes up no NIS search is done anymore. Wonder whats going on here? Do I need to reboot? So this patch will reduce functionality. You will loose the group membership made through listing userid after the password entry for the tools using initgroup to figure out the extra groups a user belongs to. The regular group listed after the uid entry in /etc/passwd will work fine. Groups can be made NIS searchable with +group in /etc/groups. Only the + and + will be omitted when doing the initgroups() --- initgroups.c.orig Wed May 31 22:08:15 1995 +++ initgroups.cThu Sep 26 14:41:13 1996 @@ -73,20 +73,20 @@ /* FIXME: must remember this group, it must not show up in grouplist! */ continue; - - if ('+' == g-gr_name[0] '\0' != g-gr_name[1]) +/* The following code was modified so that + 1. + or + in /etc/group does not lead to an exhaustive NIS search here + 2. +groupname still works so if the sysop decides to have the overhead + then its still possible to have some groups evaluated via initgroups. + + Christoph Lameter, September 26, 1996 +*/ + if ('+' == g-gr_name[0] '\0' != g-gr_name[1] ':' != g-gr_name[1]) { g = __nis_getgrnam(g-gr_name + 1, g-gr_mem, info); if (NULL == g) continue; } - else if (0 == strcmp(g-gr_name, +)) -{ - ypmode = 1; - g = __nis_getgrent(1, info); - if (NULL == g) -break; -} + else if (g-gr_name[0]=='+') break; #endif /* YP */ if (g-gr_gid != group) { {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: Maintainer needed for adduser
On Thu, 26 Sep 1996, Emilio Lopes wrote: Hi! Can I make some suggestions for adduser? Here they go... 1- Is it possible to make adduser NIS aware? If the the machine is a NIS client it could warn about adding users to that machine only. If the machine is a NIS server, it could run make in /var/nis/ That should be done. Forward that to maor who is now the maintainer. 2- Maybe adduser could have an option to automatically generate a password. There is a debian package (passwdgen or pwgen or genpw or something like that) that can be used to generate them. If convenient, this package could even be made part of adduser. pwgen was debianized by me. You can do adduser --password `pwgen 8` --gecos Hugo Smilie hsmilie with adduser 2.11. The functionality you want is already there.
Re: Bug#4575: World writable file
This is a game after all. I dont think we should worry about someone editing the scores file. I cannot see any other games that I have installed from the Debian distribution to be using setgid. What is the custom of doing things under debian? On Tue, 24 Sep 1996, D. Charalambous wrote: 95dmcPackage: xgalaga 95dmcVersion: 1.6c-1 95dmc 95dmc The file /usr/games/xgalaga/.xgalscores is world writable. The above file 95dmc should not be world writable because any user can edit the score table. 95dmc xgal is not sgid aware, so fixing this problem may not just be a case 95dmc of changing permissions. 95dmc {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4589: at rereads /etc/group each minute
Package: at Version: 2.9b-1 The at command seems to reread /etc/group each minute or so. If run with ypbind this will cause an extraordinary load on the network and nis servers. I had to switch of the at runs on all my machines that run NIS since we have a group for each of our 600 or so users and were experiencing strange network loads.
NIS storms
We had severe problems with our Campus Network which is fully based on Debian. We are using the one group a user approach that is Debian standard. We are running two NIS Servers one master one slave and a couple of Server that utilize these two main NIS Servers. I finally ran one of those in debug mode and had the following observations: - The group.byname database was completely read by other machines continuously. - The ypserv process was running most of the time and was not able to satisfy all those requests. It turns out that there is a subroutine initgroups in the standard c library that attempts to figure out what groups a user belongs to and does an exhaustive search of /etc/groups. That procedure is called by cron, login and all important tools. Its called at least for each command executed by cron and if you run at each minute the /etc/group file will be scanned or a huge number of network transfers will take place. A couple of machines running with NIS can bring down the yp process and cause a lot of trouble on the network. I have solved this problem for now by copying the master /etc/group to all major machines and removed the +:: stuff from machines that are not so important to disable those lookups. How can we solve this issue? Perhaps we should go back to the old approach of putting users into one group?
Bug#4566: Babel does not configure
Package: babel Version: 3.6-4 Installation result of babel: waterf:/home/clameter# dpkg --configure --pending Setting up babel (3.6-4) ... Building new format(s) with babel support using install-fmt-base(8) Rebuilding `latex' format ... done Rebuilding `tex' format ... kpathsea: Running MakeTeXTFM manfnt.tfm Running MakeTeXPK manfnt.tfm mf \mode:=nullmode; mag:=1; scrollmode; input manfnt \/dev/null This is METAFONT, Version 2.71 (C version 6.1) kpathsea: Running MakeTeXMF manfnt.mf I don't know how to generate manfnt.mf! ! I can't find file `manfnt.mf'. * ...=nullmode; mag:=1; scrollmode; input manfnt Please type another input file name: ! Emergency stop. * ...=nullmode; mag:=1; scrollmode; input manfnt Transcript written on mfput.log. Metafont failed for some reason on manfnt.tfm kpathsea: Appending font creation commands to missfont.log. I have reported this a while ago. It fills up the harddrive nicely. {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: Bug#4550: Build of ae fails since it's statically linked
The N option is used to statically link a program. What manpage were you looking at? On Sun, 22 Sep 1996, Dale Scheetz wrote: dwarfOn Sat, 21 Sep 1996, llucius wrote: dwarf dwarf I'm sorry it was the -N link option that causes ae to be linked dwarf statically. Is it really necessary to use the option? dwarf dwarfWell, my man page says: dwarf dwarf dwarf -N specifies readable and writable text and data sec- dwarf tions. If the output format supports Unix style dwarf magic numbers, the output is marked as OMAGIC. dwarf dwarf When you use the `-N' option, the linker does not dwarf page-align the data segment. dwarf dwarfnone of which seems to have anything to do with static vs shared dwarflibraries. dwarf dwarfDo you have libc5-dev and ncurses3.0-dev installed? I believe that the dwarflinker decides whether or not to link static or shared by which kind of dwarflibrary it finds in it's search path. The dev packages provide the shared dwarflibraries in the proper place to satisfy the linker. The linker has to be instructed to link static otherwise it will do dynamic linking. {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Master.debian.org down again
It seems that we have a problem with the reliability of the Debian Server. Could we switch to a network of machines that mirror each other nightly and enables upload at arbitrary sites? We already have chiark doing something like that. Similar things should probably be done to the mailing list. Also how about having debian.* newsgroups and running a network of NNTP Servers? or could we put debian-devel under linux.debian.devel? {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: scp method for dupload?
I am using scp to transfer files to master. Just generate an .shosts file and put your host in it. Change permissions to 700 and then make one initial connection FROM master.debian.org to the system you will be doing the scp from. On Wed, 18 Sep 1996, Chris Fearnley wrote: I was wondering if there is a way to use scp to transfer files to master? This would let me transfer the files without sending the passwd in the clear. I know master supports ssh, but I'm not sure of the procedure. Probably before anyone informs me, I'll have put a new version of mawk into Incoming. But for everyone's sake, I bring it up anyway! -- Christopher J. Fearnley|Linux/Internet Consulting [EMAIL PROTECTED] |UNIX SIG Leader at PACS http://www.netaxs.com/~cjf |(Philadelphia Area Computer Society) ftp://ftp.netaxs.com/people/cjf|Design Science Revolutionary Dare to be Naive -- Bucky Fuller |Explorer in Universe
Re: Why does dpkg-source produce this message...
There is no newline at the end of my debian/control for eject ... New version should be on master.debian.org as you read this. On Thu, 19 Sep 1996, llucius wrote: When attempting to extract the source for eject_1.4-1, I received the following message: dpkg-source: error: diff contains unknown line `\ No newline at end of file' Is there a problem with the package or is there a critter in dpkg-source? Thanks, Leland __ Y_ a_ m_ b_ o_ | The leanest, meanest, fightinest sweet tater on Earth! oo o oo o o | o o o | [EMAIL PROTECTED] o ooo o | -- -- -- -- -- -- | http://www.millcomm.com/~llucius (maybe one day)
dpkg-source could not get current directory?
I have the following strange occurrence when building eject. Package seems to build despite these messages though. [miriam]~/debian/eject/eject-1.4:su -m dpkg-buildpackage Password: dpkg-buildpackage: source package is eject dpkg-buildpackage: source version is 1.4-2 dpkg-buildpackage: build architecture is i386 debian/rules clean test -f eject.c -a -f debian/rules rm -f build make clean make[1]: Entering directory `/a/ftp/Linux/debian/eject/eject-1.4' rm -f eject eject.o core *~ make[1]: Leaving directory `/a/ftp/Linux/debian/eject/eject-1.4' rm `find . -name *~` rm: too few arguments Try `rm --help' for more information. make: [clean] Error 1 (ignored) rm -rf debian/tmp debian/files* dpkg-source -b eject-1.4 dpkg-source: building eject using existing eject_1.4.orig.tar.gz dpkg-source: building eject in eject_1.4-2.diff.gz shell-init: could not get current directory: getwd: cannot access parent directories job-working-directory: could not get current directory: getwd: cannot access parent directories dpkg-source: building eject in eject_1.4-2.dsc debian/rules build {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: Bug#4471: isp-ppp needs conflicts:ppp
On 18 Sep 1996, Kai Henningsen wrote: [EMAIL PROTECTED] (Christoph Lameter) wrote on 17.09.96 in [EMAIL PROTECTED]: I thought the Replaces: implied the removal of the package before installation? No, that's Conflicts:. Replaces: says that the package will replace some files of the other package, and that dpkg is not to complain. That is a rather weird interpretation. Replaces: causes the automatic removal of a package See Section 8.3 of programmers manual.
Re: config scripts on root disk
That would be great! On Wed, 18 Sep 1996, Scott Barker wrote: How hard would it be to move the remaining config scripts (the ones that configure network parameters, lilo, etc) off of the root disk and into a debian package?
Re: Bug#4527: dhcpd does not extract with dpkg-source
Seems that there is something wrong with dpkg-source. Why would it require a - instead of a _ for the orig.tar.gz when all the other files for the package have a _. On Thu, 19 Sep 1996, llucius wrote: lluciusPackage: dhcpd lluciusVersion: 0.5.13-1 llucius lluciusThe following message was received while extracting the source: llucius llucius# dpkg-source -x /sys/downloads/dhcpd_0.5.13-1.dsc lluciusdpkg-source: error: tarfile `/sys/downloads/dhcpd_0.5.13.orig.tar.gz' lluciuscontains object (dhcpd_0.5.13.orig/) not in expected directory llucius(dhcpd-0.5.13.orig) llucius lluciusIt appears the directory names got munged somehow. llucius {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Experimental package?
I have a package called bridge-0.2 that has additional protocol filtering bridging features that I expect to be included in the 2.1.X kernels and some tool enhancements. This package requires patching the kernel right now. I would like the bridge-0.1 version to be kept in stable debian for the 2.0.X kernels since it only uses the native bridging features of the 2.0.X kernels (there is still a bug in 2.0.20 requiring also a patch but...). How can I release a version of bridge-0.2 without it replacing the old one? {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4501: util-linux does not install the whereis command
Package: util-linux Version: 2.5-6 util-linux does not install the whereis command from the utils. The whereis command is used to find the location of a Unix command and is very important. Reviewing the source package I noted that a large number of other tools are also not installed. What are the reason for this? {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: Bug#4488: Useless LF in sendfax
Ok. The next release will have that fixed. On Fri, 13 Sep 1996, Martin Schulze wrote: joeyThe same happens to messages sent by faxq: joey joeyTranscript: joey--- joeySubject: your fax to 9808557 joeyFrom: root (Fax Subsystem),\n joey joeyYour fax has been sent successfully at: \c joeyFri Sep 13 15:06:51 MET DST 1996 joey\n\nJob / Log file: joeyphone 9808557 joeyuser joey joeyinput faxtest.txt joeypages f1.g3 joeyStatus Fri Sep 13 15:06:51 MET DST 1996 successfully sent joey\nSending succeeded after 0 unsuccessful tries. joey--- joey joeyRegards, joey joey Joey joey {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4479: pine tries to use /bin/passwd
Package: pine Version: 3.94-3 When trying to do a (S)etup (N)ewpassword from the main menu of pine I get a message that /bin/passwd cannot be found. Debians passwd is in /usr/bin and not in /bin.
Bug#4468: dpkg cannot cope with erased postrm script
package: dpkg version: 1.3.14 I have a netdiag package from which I removed the postrm script. Here is a result of trying to install the package after that change: # dpkg -i netdiag*5_i386.deb (Reading database ... 20335 files and directories currently installed.) Preparing to replace netdiag 0.2-3 (using netdiag_0.2-5_i386.deb) ... Unpacking replacement netdiag ... Removing easy access links for traceroute and tcpdump rm: /usr/bin/traceroute: No such file or directory rm: /usr/bin/tcpdump: No such file or directory dpkg: warning - old post-removal script returned error exit status 1 dpkg - trying script from the new package instead ... dpkg: error processing netdiag_0.2-5_i386.deb (--install): there is no script in the new version of the package - giving up Errors were encountered while processing: netdiag_0.2-5_i386.deb I think it should just accept that there is no such thing as a postrm script anymore.
Re: Bug#4465: security hole in netdiag package
Alright I tried all the ideas I had. What shall I do to get consistency with network diagnostic tools that should be be in the hads of troublemakers? I know the adm group is not the right one. Shall I try to set up a new group of users being able to use network diagnostics? tcpdump and traceroute are essential network diagnostic tools. Somehow they need to fit into the scheme. Before the netdiag package I manually changed permissions on all machine I installed because our administrative staff is doing troubleshooting on campus quite frequently. Please respond by cc to me since I dont have access to debian-devel. On Tue, 10 Sep 1996, Peter Tobias wrote: tobiasPackage: netdiag tobiasVersion: 0.2-3 tobias tobiasThe postinst script copies the tcpdump binary from the tcpdump tobiaspackage and the traceroute binary from the netstd package to /usr/bin tobiasand makes them setuid root.adm. This allows all users in the existing tobiasadm group to use tcpdump to get the unencrypted passwords that are tobiastransmitted over the network. tobias tobiasIMHO the netdiag package shouldn't use tcpdump/traceroute tobias(neither as binaries nor as links). Copying/linking binaries from tobiasother packages just to have them in /usr/bin is a bad idea. Maybe tobiassomething like this should be added to the guidelines. tobias tobias tobiasThanks, tobias tobiasPeter tobias tobias-- tobias Peter TobiasEMail: tobias Fachhochschule Ostfriesland [EMAIL PROTECTED] tobias Fachbereich Elektrotechnik und Informatik [EMAIL PROTECTED] tobias Constantiaplatz 4, 26723 Emden, Germany [EMAIL PROTECTED] tobias {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: Bug#4392: xfishtank coredumps at 16bpps
There ios a new release on debian.org of xfishtank that hopefully addressed the problem. On Fri, 6 Sep 1996, Emilio Lopes wrote: ecl HX == Herbert Xu [EMAIL PROTECTED] wrote: ecl eclHX Package: xfishtank eclHX Version: 2.2-1 ecl eclHX As the subject says, xfishtank dumps core at 16 bpp. It eclHX works fine at 8 bpp, at least on my machine. ecl eclThere is a version of xfishtank in sunsite.unc.edu that was patched to eclwork in truecolor mode. I include bellow the README.TrueColor eclfile from the file xfishtank2.0-truecolor.tar.gz. ecl eclHope this helps, Emilio. ecl ecl ecl== eclWhen I switched to TrueColor on my Linux box, I found that eclxfishtank just crash with a segmentation fault, how eclfrustrating. Digging into the code, I found that it only support ecldepths 1-8. Thanks to John Cwikla's article: ecl eclThe X Color Context: Color Management For (Almost) Any Occasion ecl in The X Advisor: June 1995 - Vol 1 No 1. http://www.unx.com/DD/advisor ecl eclI got xfishtank to support TrueColor. I've only tested it on Linux eclrunning XFree86-3.1.2 in 16 and 24 bpp. If anybody can get it to eclwork on other platform or other video modes, please drop me a eclline. ecl eclI have no idea what this version will do in DirectColor modes eclbecause I have no way of testing. This version ignores the -C ecl(color limit) flag when running in 8 bpp modes. There's no need eclfor limitting the number of color in TrueColor modes right? ecl eclYou may use, redistribute this version as long as you keep all the eclREADMEs and copyright stuff with the code. This is to ensure eclcredit goes to those deserve. After all, I did not write this eclcode. I only add TrueColor support. ecl eclThere no warranty of any kind. Use this code at your own eclrisk. Don't blame me for any damage it may cause. Bugfixes and eclcomments are welcome. ecl eclEnjoy, ecl eclTJ Phan ecl[EMAIL PROTECTED] ecl== ecl ecl-- ecl Emilio C. Lopes mailto:[EMAIL PROTECTED] ecl Instituto de Fisica da Universidade de Sao Paulo ecl Caixa Postal 66318, 05389-970 Sao Paulo - SP, BRAZIL ecl Phone: (+55) (11) 818-6724 (Voice) / 818-6715 (Fax) ecl {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4392: xfishtank coredumps at 16bpps
Ok. I will try to get it to run with 16bpp. Everybody seemed just to run 8bpp. Perhaps I am not current. On Wed, 4 Sep 1996, James A. Robinson wrote: jimr jimr Its not compiled for 16bpp. jimr jimrCould such programs then have a note telling us about that in the jimrdescription? It looks bad when one downloads software and gets a core jimrdump trying to run it. I think many people are running 16bpp, and jimrmany more will be running it as 2meg become the default -- is this a jimrmajor problem with most fancy X programs (games and stuff)? Do they jimrneed to be compiled for different depths? jimr jimr jimrJim jimr {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4392: xfishtank coredumps at 16bpps
Its not compiled for 16bpp. On Wed, 4 Sep 1996, Herbert Xu wrote: herbertPackage: xfishtank herbertVersion: 2.2-1 herbert herbertAs the subject says, xfishtank dumps core at 16 bpp. It herbertworks fine at 8 bpp, at least on my machine. herbert herbert-- herbertDebian GNU/Linux 1.1 is out! { http://www.debian.org/ } herbertA. B = True B. A = False herbertEmail: Herbert Xu ~{PmVHI~} [EMAIL PROTECTED] herbertPGP Key: [EMAIL PROTECTED] or any other key sites herbert {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: Bug#4358: smartlist
On Sat, 31 Aug 1996, James A. Robinson wrote: jimrMy first thought was that the postinst should probably ask whether or jimrnot it should set up an announce mailing list -- we might already have jimrsuch an aliases, or be using majordomo, or just want to check jimrsmartlist out without creating a list yet. But you need a list to test it. Ok. I can ask for it. jimrThe postinst is broken, it should use hostname --fqdn not hostname jimr-fqdn (the extra dash does it...). The postinst should also check to jimrsee whether or not newaliases exists before trying to run it, since jimrsome of us haven't get our MTA set up to use it. newaliases could only run when the automatic announce list is generated. The hostname stuff works fine on debian 1.1.X. Seems that rex contains an incompatible version. Will fix it on next release. jimr jimrI thought it might get rid of add following to /etc/aliases from the jimrcreate announce it does, because it adds the aliases itself. That is what the standard script spits out. Could have a note appear though to not take it for earnest. There is another issue with Smartlist which is the automatic generation of the list user. I do that with a sed script on /etc/passwd which is not nice. Can anybody point me to the right direction how to use adduser to add a user and a group without it asking any questions? And could some kind soul finally get me on the debian-developers mailing list? I have subscribed a couple of times with no result by writing email to the request address. {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4348: smartlist.postinst fails
Dont know what kind of hostname tool you got installed on your machine. It works on my Debian 1.1 system. On Fri, 30 Aug 1996, Douglas Bates wrote: batesPackage: smartlist batesStatus: install ok half-configured batesPriority: optional batesSection: mail batesMaintainer: Christoph Lameter [EMAIL PROTECTED] batesVersion: 3.10-1 batesDepends: smail | sendmail | mail-transport-agent, procmail, libc5 (= 5.2.18-1) batesDescription: Versatile and Fast List Processor bates bates-- Clip here for transcript -- batesSetting up smartlist (3.10-1) ... bateshostname: illegal option -- q batesUsage: hostname [-v] {hostname|-F file} set host name (from file) bates domainname [-v] {nisdomain|-F file} set NIS domain name (from file) bates hostname [-v] [-d|-f|-s|-a|-i|-y] display formated name bates hostname [-v] display host name bates hostname -V|--version|-h|--help print info and exit batesdnsdomainname=hostname -d, {yp,nis,}domainname=hostname -y bates-s, --short short host name bates-a, --alias alias names bates-i, --ip-address addresses for the host name bates-f, --fqdn, --longlong host name (FQDN) bates-d, --domain DNS domain name bates-y, --yp, --nis NIS/YP domain name bates-F, --fileread host name or NIS domain name from given File bates This comand can get or set the host name or the NIS domain name. You can bates also get the DNS domain or the FQDN (fully qualified domain name). bates Unless you are using bind or NIS for host lookups you can change the bates FQDN (Fully Qualified Domain Name) and the DNS domain name (which is bates part of the FQDN) in the /etc/hosts file. bates/var/lib/dpkg/info/smartlist.postinst: newaliases: command not found batesdpkg: error processing smartlist (--configure): bates subprocess post-installation script returned error exit status 127 batesErrors were encountered while processing: bates smartlist batesdpkg --configure returned error exit status 1. bates {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Re: Bug#4315: xfishtank problems
On Tue, 27 Aug 1996 [EMAIL PROTECTED] wrote: Dirk.Eddelbuettel Dirk.EddelbuettelPACKAGE: xfishtank Dirk.EddelbuettelVERSION: 2.2-1 Dirk.Eddelbuettel Dirk.Eddelbuettel1. The package contains nothing but the binary. It *must* contain at least the Dirk.Eddelbuettel copyright file. Docs would be nice. There is no copyright. The packages origin are unknown. I can just generate a file with Unknown in it. Dirk.Eddelbuettel Dirk.Eddelbuettel2. It has no Depends: on libc5 or elf-x11r6lib. Hmm. Some other packages were taken without it. Where can I find docs on these things? Dirk.Eddelbuettel Dirk.Eddelbuettel3. It uses the old VERSION and PACKAGE_REVISION format which is obsolete. What are the new requirements. {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} {}Snail Mail: FTS Box 466, 135 N.Oakland Ave, Pasadena, CA 91182{} {}FISH Internet System Administrator at Fuller Theological Seminary {} {}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{}{} PGP Public Key = FB 9B 31 21 04 1E 3A 33 C7 62 2F C0 CD 81 CA B5
Bug#4227: Tin TIN_NOVROOTDIR wrong value for tin
Package: tin Version: 1.3beta.950824-12 The default value of TIN_NOVROOTDIR is /var/lib/news. The Debian INN uses /var/lib/news/over.view to store the overview database. The result of this problem is two overview databases one in /var/lib/news and one in /var/lib/news/over.view. Plus there is a slow response since tin has to generate those indexes that are already there. I fixed it by setting Version: 1.3beta.950824-12 TIN_NOVROOTDIR in /etc/profile
Bug#4193: German Manpages
Package: manpages-de Version: 0.1-1 I installed the German manpages. But what do I do to use them? I tried export LANG=de but that did not change anything. Please provide documentation somewhere about how to use the manpages. Also on the mentioned website there is also NO INFORMATION about how to activate the german manpages. There are some hints in the man man page but I could not glean anything from it.
Bug#4086: rsh segfaults with baudrate=115200
Package: netstd version: 2.05-1 RSH does not work with baud rates above 115200. [miriam]~:stty speed 115200 baud; line = 0; eol2 = M-^?; susp = undef; rprnt = undef; werase = undef; lnext = undef; flush = undef; -imaxbel tab3 -iexten -echoctl -echoke [miriam]~:rsh aaron Segmentation fault Works from any host to any other host.