klogd?!
Anyone else having problems with klogd sucking up all their cpu time? Even with it fully 'nice'd, it still uses 100%. So far, my solution is 'killall klogd' but I'm sure it's a pretty essential program. Any other solutions? -- Paul Haggart - phaggart at cybertap dot com - Debian Linux - PGP 0xD61313E9 Nobody move or everybody gets hurt! - Jim Rage, _The Tick_ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: klogd?!
On Sat, 21 Jun 1997, Paul Haggart wrote: Anyone else having problems with klogd sucking up all their cpu time? Even with it fully 'nice'd, it still uses 100%. Run `strace' against it! -- Nicolás Lichtmaier.- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Documentation Policy
Christian Schwarz [EMAIL PROTECTED] proposes: The documentation will be distributed via several packages: foo-doc-html for HTML docs foo-doc-info for GNU info docs (where available) foo-doc-xxx for other formats (only where appropriate) We already have over 900 packages. This could double or even triple the total. In order to minimize the impact, I propose these supporting features for diety: - The sysadmin can select his preferred documentation format. - By default, the documentation-only packages are not displayed. - Selecting/installing/removing a package automatically selects/installs/removes the preferred documentation package too. - Documentation packages should be managable by type, so that if a sysadmin changes his mind he can install all the -info packages corresponding to installed binary packages, or remove all the -html packages, or whatever. (He may learn to use emacs, or find an HTML browser he likes, or run short on disk space.) There is an alternative I think we should consider. Let each binary package include both .info and .html files. Give dpkg two additional switches --no-html and --no-info which would be used with -i. These would cause dpkg to immediately remove /usr/doc/foo/*html or any files installed in /usr/info, respectively. Diety could still manage the sysadmin's preferences, but the only effect would be to add the above switches to the dpkg command line. If the sysadmin changes his mind, he could simply reinstall the binary packages. This had the disadvantage of taking up more space on the mirrors and CDROMs -- there is a copy of the documentation in the binary package for each architecture. However, I think it would be much simpler to implement and administer. - Jim Van Zandt -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Documentation Policy
[EMAIL PROTECTED] (Martin Schulze) writes: I don't like the idea of splitting packages that much. It increses the confusion for users. For new users it is incredible difficult to install Debian because of 1000 packages. I think keeping the user from having to deal with this complexity (level of detail) should just be handled by dselect's next generation, and making the separate packages allows quite a bit more flexibility. -- Rob -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Rescue disk and Thinkpads (problem identified).
Rob Browning [EMAIL PROTECTED] wrote: Bruce Perens [EMAIL PROTECTED] writes: Install a bzImage kernel on the hard disk using LILO, and see if it will boot. If it boots, it's only a problem with the floppy bootstrap. All of our kernels are bzImage, so that should be easy to test. Tried it, and it hangs when booting bzImage from the hard drive too. -- Rob Well, i had trouble booting a toshiba tecra with bzImages except via loadlin. The solution was to use a simple zImage instead of the bzImage. Now, lilo, syslinux, etc all work. Good Luck, Erv -- Graduate Student[EMAIL PROTECTED] Department of Chemistry [EMAIL PROTECTED] Univ of Wisconsin-Madison [EMAIL PROTECTED] PGP Public Key: finger [EMAIL PROTECTED] -- 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)
Christian == Christian Schwarz [EMAIL PROTECTED] writes: What happens? Can you describe the problem? Explain your setup in more detail, please. I would like to know more about the problems that are encountered with nfs. Christian The servers receives all mails from the Internet Christian through sendmail (via UUCP). I have a .forward on my Christian account to transfer all mails to procmail. procmail Christian sorts the Debian mailing lists out (puts them in Christian specific folders). All other mails are stored in Christian /var/spool/mail/schwarz. If you make `procmail' your local mailer, with FEATURE(local_procmail)dnl ... in /etc/sendmail.mc, then run sendmailconfig on it, you won't need a .forward anymore, and your .promailrc will get run through procmail automaticly. It's a lot more efficient this way, I think. Christian When I access that folder with pine exactly when Christian procmail modifies it (this happens frequently!) pine Christian complains about some other process modifying his Christian folder and aborts. I guess that Pine doesn't conform to our locking policy. It should see that the file is 'locked' and block until the .lock to goes away. I've never used `pine'. Is there a setting to have it do this? I'm using Gnus, in XEmacs,[1] to read my mail now. In the Gnus info manual, I found settings for using procmail delivery folders, so that Gnus will honor the locking files. It took a short afternoon to set up, and I really like it. It's got the advantage of putting newsgroups and email in the same interface. And, in XEmacs, it's fully MIME capable, with sound and pictures and everything. (I've got to quit advertising.) Footnotes: [1] It's also in Emacs. -- Karl M. Hegbloom [EMAIL PROTECTED] finger or ytalk: http://www.inetarena.com/~karlheg [EMAIL PROTECTED] Portland, OR USA Debian GNU 1.3 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] .
Plans for Debian 1.3.1?
Are there any plans for Debian 1.3.1? When will it happin, and what will be included? Will Xfree86 3.3 be included? I am curious because I want to buy one of the CHEAP official CDs, but I understand that the cheap cd makers are waiting for 1.3.1, which means there are no cheap CDs yet... -Erik -- Erik B. Andersen Web:http://www.inconnect.com/~andersen/ email: [EMAIL PROTECTED] --This message was written using 73% post-consumer electrons-- -- 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)
Miquel == Miquel van Smoorenburg [EMAIL PROTECTED] writes: Miquel I now have open() in a preloaded library, /lib/nfslock.so Miquel that gets preloaded on all our machines through Miquel /etc/ld.so.preload. Does about the same thing, and lets us Miquel safely share mail over NFS. A bit (a bit?!) of a hack, Miquel though. May we have it? Please? -- Karl M. Hegbloom [EMAIL PROTECTED] finger or ytalk: http://www.inetarena.com/~karlheg [EMAIL PROTECTED] Portland, OR USA Debian GNU 1.3 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: Looking for New Maintainers
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: Rescue disk and Thinkpads (problem identified).
From: Rob Browning [EMAIL PROTECTED] Tried it, and it hangs when booting bzImage from the hard drive too. Please tell me exactly what ThinkPad model this is. Thanks Bruce -- Bruce Perens K6BP [EMAIL PROTECTED] 510-215-3502 Finger [EMAIL PROTECTED] for PGP public key. PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6 1F 89 6A 76 95 24 87 B3 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Documentation Policy
From: Christian Schwarz [EMAIL PROTECTED] It's pretty clear to me that we'll have to support info in the future, since we would have to drop the GNU from Debian GNU/Linux otherwise. Actually, I don't think FSF is sticky about this issue. Richard acknowledges the existence of free browsers for HTML. He does, however, want you to write your documentation in TeXinfo format, because it prints better that way, and converts from the document source into HTML reasonably well. I don't think we should de-support info now, but I think the time will come. Bruce -- Bruce Perens K6BP [EMAIL PROTECTED] 510-215-3502 Finger [EMAIL PROTECTED] for PGP public key. PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6 1F 89 6A 76 95 24 87 B3 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Documentation Policy
To make documentation for packages optional by splitting it into separate packages would not be a good idea at this point. Please wait for Deity to implement more fine-grained control over installation, or let the user manually remove /usr/doc or /usr/info . Thanks Bruce -- Bruce Perens K6BP [EMAIL PROTECTED] 510-215-3502 Finger [EMAIL PROTECTED] for PGP public key. PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6 1F 89 6A 76 95 24 87 B3 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Rescue disk and Thinkpads (problem identified).
Bruce Perens [EMAIL PROTECTED] writes: From: Rob Browning [EMAIL PROTECTED] Tried it, and it hangs when booting bzImage from the hard drive too. Please tell me exactly what ThinkPad model this is. I believe it's a 365X (16MB, ~800MB drive). -- Rob -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: klogd?!
Paul == Paul Haggart [EMAIL PROTECTED] writes: Paul Anyone else having problems with klogd sucking up all Paul their cpu time? Even with it fully 'nice'd, it still uses Paul 100%. I wonder if `syslogd' died, or if a file is gone that it's trying to write on? -- Karl M. Hegbloom [EMAIL PROTECTED] finger or ytalk: http://www.inetarena.com/~karlheg [EMAIL PROTECTED] Portland, OR USA Debian GNU 1.3 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: Rescue disk and Thinkpads (problem identified).
Bruce Perens [EMAIL PROTECTED] wrote: I'd rather fix the software bug that prevents bzImage from working on some computers. Thus, I need good data on what those computers are, and I need people with those computers to test new boot floppies. Sounds good to me. I'll check the model number and get back to you (not my laptop). And I'd be ahppy to test possible solutions. Erv -- Graduate Student[EMAIL PROTECTED] Department of Chemistry [EMAIL PROTECTED] Univ of Wisconsin-Madison [EMAIL PROTECTED] PGP Public Key: finger [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: klogd?!
Dale says the sysklogd that is in testing for 1.3.1 has the problem of klogd looping and eating time. The package maintainer (Joey) is looking into it. Bruce -- Bruce Perens K6BP [EMAIL PROTECTED] 510-215-3502 Finger [EMAIL PROTECTED] for PGP public key. PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6 1F 89 6A 76 95 24 87 B3 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
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: Rescue disk and Thinkpads (problem identified).
Erv Walter [EMAIL PROTECTED] writes: Bruce Perens [EMAIL PROTECTED] wrote: I'd rather fix the software bug that prevents bzImage from working on some computers. Thus, I need good data on what those computers are, and I need people with those computers to test new boot floppies. Sounds good to me. I'll check the model number and get back to you (not my laptop). And I'd be ahppy to test possible solutions. Me too. I should be able to get the machine now and then for testing. -- Rob -- 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?
-BEGIN PGP SIGNED MESSAGE- On Fri, 13 Jun 1997, Michael Meskes 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 I run 2.0.30, my rules (to test masquerading a single client machine only) are: ipfwadm -I -a accept -P tcp -S dino.nus.de -D 0.0.0.0/0 80 -r 81 (Transparent proxy broken in pre 2.0.31?) Nils - -- \ /| Nils Rennebarth --* WINDOWS 42 *-- | Schillerstr. 61 / \| 37083 Göttingen | ++49-551-71626 Micro$oft's final answer | http://www.nus.de/~nils -BEGIN PGP SIGNATURE- Version: 2.6.3i Charset: noconv iQB1AwUBM6zqTFptA0IhBm0NAQGCIAL9EUxRE0fNQa1xBhmjNzy2pBuoG8MmCv9H ZGjH3AbQpDmf2lgc3MJuSUf/pyFZUEvKbzZJmD9v7Q/6fOfnLHbDu9++6/Bu76hs ybMMyFzPQ980Xt83F/kk0RDvEfqsJ2SN =m6JV -END PGP SIGNATURE- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Calendars (was: Re: leap second)
[EMAIL PROTECTED] (Bruce Perens) wrote on 21.06.97 in [EMAIL PROTECTED]: Someone wrote: This is completely unacceptable. OS time must be predictable. Run cal 9 1752 and tell me that. Consider it done. And now? (Besides, isn't that a bug in cal? Not everyone switched in 1752. In fact, ISTR that most people switched at other dates - some as late as 1918, I think.) A more serious problem is that the current implementation doesn't allow for non-Christian date systems, of which there are several in active use. I'd expect that to be a problem for people in both parts of Jerusalem, for example. Does anybody know enough about those other systems to tell if the general design would at least work - that is, dates are year/month/day tuples? I guess the hour/minute/second convention is pretty much established worldwide by now (does anyone know for sure?). Can someone explain to me exactly what POSIX time is? Posix time includes leap-year-days, but does not include the finer resolution of leap-seconds. 21 leap-seconds (number 22 is coming up) have been added since New Years Day 1970 to keep clock time in synch with astronomical time. Actually, it probably was a bad idea to use leap for both. Leap days are fixed by calendar design. Leap seconds are inserted or deleted (both are possible) after comparing the atomic clocks to astronomical observations, with no predictability at all. Two very different animals. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: leap second
[EMAIL PROTECTED] wrote on 21.06.97 in [EMAIL PROTECTED]: Can someone explain to me exactly what POSIX time is? I was under the It's just what you'd expect. Look at the calendar, get the timezone difference (keeping in mind summertime laws), do the math, and get a second counter. If a leap second happens, you just adjust your clock (or let xntpd do it automatically). The difference to the other variant is that the other variant _also_ looks at leap seconds. xntpd won't do it right, and you'll have to adjust the rules whenever a leap second happens - and you _know_ that localtime is off by some unknowable amount (depending on how many leap seconds get inserted or even removed) for all times in the future. impression that many computers on the net (at least ones belonging to big sites) grabbed their time from a radio signal broadcast by the U.S. Naval Observatory or some similar organization, and propagated the correct time from there. xntp is supposed to figure in network latency from a host with an authoritative notion of the time, right? Yes, this works beautifully with POSIX time. NTP is described in RFC 1305 (full version) and RFC 2030 (leaf node version). Note that it uses a 32 bit second counter (and a 32 bit second fraction) starting with the first second of the 20th century, UTC, and not counting any leap seconds; instead, on the day where the time leaps, a leap warning is sent out that indicates if we will have one second more or less. As to the obvious overflow problems: The counter got the most significant bit set in 1968. (That's about when the work on the first variant of the Internet started.) It will roll over in 2036, 39 years from now. Software needs to already have a general idea of time to interpret timestamps, that is, it needs to know something like the current century. That's not a problem since NTP timestamps are not expected to be archived. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian-Policy Manual
[EMAIL PROTECTED] (Christian Hudon) wrote on 21.06.97 in [EMAIL PROTECTED]: Newbies should *not* be dumped into vi by default. It's just too user-hostile. There's only one text mode editor that's not just as user-hostile, and that's ae. That one seems to be completely unacceptable as a default to most non-newbies. Now what? I think vi is indeed the right solution. People expect vi with Unix, and if they want to configure something different, they always can. If you want to have something as idiot-accessible as Windows (note: I'm not talking about system configuration here - that one is a nightmare on Windows!), then you need to do everything in the GUI. In that case, it's completely irrelevant what is the default text mode editor. And remember, you can always override update-alternatives and change that default. You could even write a package that presents you with a menu of installed editors, and lets you choose which one to make the default. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug in Boot-Disk Package?
[EMAIL PROTECTED] (Goswin Brederlow) wrote on 21.06.97 in [EMAIL PROTECTED]: The script should eigther reboot after the disk holding root is partitioned or try to remount root r/w. Rebooting is a bit anoying when you only changed the type of another partition from DOS\0 to LNX\0, whereas remounting might get stuck if the partition holding root has changed name or place. So rebooting is probably the savest. It's not only getting stuck. It's that the kernel doesn't know what you have done to the partition table. You do something to the drive with the new partition table in mind, and the kernel interprets your actions based on the old partition table. It might lead to you creating a new file system where you think is a spare partition, but instead hitting your valuable data from which you have no backup, because the kernel counts partitions different from you. Going on without reboot is really dangerous. Only people who thoroughly understand the issues involved should try it. Much, much better just to reboot. On the other hand, repartitioning a drive with no mounted partitions is completely harmless; the kernel will just reread the partition table and go ahead. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: invalid CD
[EMAIL PROTECTED] (Goswin Brederlow) wrote on 21.06.97 in [EMAIL PROTECTED]: Bruce Perens wrote: If it thinks your CD is an audio disk, it would be an error in the xaa file. The very first blocks on the CD tell what kind of CD it is. Bruce -- Bruce Perens K6BP [EMAIL PROTECTED] 510-215-3502 Finger [EMAIL PROTECTED] for PGP public key. PGP fingerprint = 88 6A 15 D0 65 D4 A3 A6 1F 89 6A 76 95 24 87 B3 The filesystem allways reports an audio disk when it can't understand the iso image. The error could be in xaa or in xbu, since both hold vital information for the CD. Is the cksum wrong for any of those files? Isn't there a list of md5sums for the parts somewhere on the server? I thought I saw it somewhere. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Status of Debian Policy
[EMAIL PROTECTED] (Marco Budde) wrote on 21.06.97 in [EMAIL PROTECTED]: But this requires a www server! Not a good idea for slow systems like my notebook. And the result doesn't look great. Isn't there a mini www server in Perl's web modules, about one or two screend of Perl? (I don't remember if this is in Perl itself, or in a different Package.) There are other options. Getting a minimal, fast server should not be a real problem. And what's that about doesn't look great? MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian's mail daemons
[EMAIL PROTECTED] (Marco Budde) wrote on 21.06.97 in [EMAIL PROTECTED]: Am 20.06.97 schrieb kai # khms.westfalen.de ... Moin Kai! KH I completely fail to understand why a professional system administrator KH would _want_ to use a MTA that's _that_ notorious for security holes. My KH idea of professionalism seriously clashes with this. Who tells you that the other MTAs don't have such holes? Because the other MTAs are not often used such holes are not discovered. First of all, I've not yet heard that any other MTA had security holes deliberately inserted by the author. Happened with sendmail. Lead to the Internet Worm causing large outages on the net. RFC 1135 describes the worm incident. Second, people understand security quite a bit better than when sendmail was originally written, and this shows. And lastly, any disadvantage from not being used by as many people has a parallel advantage in equally less coverage by the bad guys. KH And you should remember that the most Linux distributions use sendmail KH as MTA. In my opinion Debian should use sendmail as standard MTA. KH People, eat shit. Millions of flies can't be wrong. sendmail != MS ;-). True, as far as it goes. It's not any better, though. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Documentation Policy
Am 21.06.97 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS However, HTML is getting more and more popular these days and I think it CS would be very unwise not to choose HTML as preferred document format. Right. A lot of companies will use HTML for their programms. CS To summarize this: We'll provide HTML documentation where possible. In CS addition, all texinfo manuals will be distributed in the info format, too. That's a good idea. CSfoo-doc-xxx for other formats (only where appropriate) Maybe we should offer the postscript format? cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Info or HTML: which should be the default, which in a separate p
Am 21.06.97 schrieb storm # gate.net ... Moin Scott! SKE Except for those of us who don't want DWWW, don't want a web server, but SKE do want to browse HTML under lynx. Then the links break if you compress SKE it. That's not true. We could compress the HTML files and browsers like lynx, netscape etc can read this compressed files. But we have to change the links in the documents from .html to .html.gz. SKE providing the functionality elsewhere. And I'm not convinced an HTML SKE search engine is the solution, that requires cluttering my drive up with SKE cache files for the engine. These files are small! To index 300 MB HTML (like on the c't ROMs) you need 10 MB. cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Boot disks : why 2.0.29 ? add a 2.0.30 disk !
hy. if you have reasons to use 2.0.29, that's ok. but add a disk with 2.0.30 ! there are people like with buslogic scsi adapters, and that adapter is not included in 2.0.29. not everyone has a second linux system at hand, where he can download kernel-image-2.0.30 and modify the bootdisk. regards, andreas -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Hamm: Retracting request for chos to be standard
On Jun 21, Christoph Lameter wrote 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?? no ! syslinux is a goot thing, because you can modify the boot disk with dos. this way is was able to replace the kernel (dos file linux) with the vmlinuz image from 2.0.30. i needed that to install linux on a computer with a buslogic scsi controller (supported in 2.0.30, not in 2.0.29). with lilo boot disk will maybe not have a dos format, and this way i cannot do such things. regards, andreas -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: klogd?!
Nicolás Lichtmaier writes: On Sat, 21 Jun 1997, Paul Haggart wrote: Anyone else having problems with klogd sucking up all their cpu time? Even with it fully 'nice'd, it still uses 100%. Run `strace' against it! ... and mail me a copy of the results. Regards Joey -- / Martin Schulze * [EMAIL PROTECTED] * 26129 Oldenburg / / The good thing about standards is / / that there are so many to choose from. -- Andrew S. Tanenbaum / -- 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)
According to Karl M. Hegbloom: Miquel == Miquel van Smoorenburg [EMAIL PROTECTED] writes: Miquel I now have open() in a preloaded library, /lib/nfslock.so Miquel that gets preloaded on all our machines through Miquel /etc/ld.so.preload. Does about the same thing, and lets us Miquel safely share mail over NFS. A bit (a bit?!) of a hack, Miquel though. May we have it? Please? Sure, at your own risk.. it really is a hack, you know. It's at ftp://ftp.cistron.nl/pub/people/miquels/nfslock/ 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] .
NFS lockfiles etc: alpha implementation
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] .
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] .
Re: NFS lockfiles etc: alpha implementation
In article [EMAIL PROTECTED], Christoph Lameter [EMAIL PROTECTED] wrote: 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. I just read the code in exim, and it does exactly the same as my code :). Only exim relies (in certain occasions, AFAIK) on the st_nlink value from stat(), which is know to be incorrect sometimes over NFS due to caching. Otherwise exim liblockfile use the same algorithm. I see that exim also uses locking with fcntl() AFTER using a lockfile. I should probably also use that for maillock(). I must say, the exim code is extremely well commented, and the comments are very coherent. I'll probably use some of it as a base for documenting liblockfile. 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] .
Re: Debian-Policy Manual
On Jun 22, James Troup wrote Francesco Tapparo [EMAIL PROTECTED] writes: Joe is much better, IMO, and it's very newbie-friendly. hades|14:07:32 ~ [507] $ls -l $(type -path joe) $(type -path ae) -rwxr-xr-x 1 root root23968 May 5 01:36 /bin/ae -rwxr-xr-x 5 root root 171916 Nov 24 1996 /usr/bin/joe Of course ae will be used in the boot disks, but in the default installation, joe must be the choiche, IMO. Francesco Tapparo [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
problems with debmake
Hi, I'm working to packaging xdaliclock, but 've a problem with debmake: I will use it with sudo, and the I've set my /etc/sudoers to # Cmnd alias specification Cmnd_Alias DEBIAN_NEEDED=/usr/bin/debpkg,/usr/bin/build # User privilege specification rootALL=(ALL) ALL cesco ALL=/sbin/SVGATextMode,DEBIAN_NEEDED but when I type build -rsudo as cesco I get: [EMAIL PROTECTED]:~/Debian-project/xdaliclock-2.07$ build -rsudo dpkg-buildpackage: source package is xdaliclock dpkg-buildpackage: source version is 2.07-1 dpkg-buildpackage: source version is Francesco Tapparo [EMAIL PROTECTED] dpkg-buildpackage: build architecture is i386 sudo debian/rules clean Sorry, user cesco is not allowed to execute debian/rules clean as root on mizar. I understand that adding debiuan/rules to the sudoers file will resolve my problem, but it would be dangerous, if my script would be wrong. Is this step necessary, or I'm wrong? Thanks for any answer Franceso Tapparo [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: problems with debmake
On Jun 22, James Troup wrote Francesco Tapparo [EMAIL PROTECTED] writes: I'm working to packaging xdaliclock Not for the main distribution I hope (bo/Packages):- Package: xdaliclock Version: 2.07-2 Priority: optional Section: x11 Maintainer: Martin Schulze [EMAIL PROTECTED] Depends: elf-x11r6lib, libc5 (= 5.2.18-1) Architecture: i386 Filename: stable/binary-i386/x11/xdaliclock_2.07-2.deb msdos-filename: stable/msdos-i386/x11/xdalclck.deb Size: 27846 MD5sum: aeb824d4c774ea994efc239a5c947b48 Description: Melting digital clock The xdaliclock program displays a digital clock; when a digit changes, it melts into its new shape. . It can display in 12 or 24 hour modes, and displays the date when a mouse button is held down. It has two large fonts built into it, but it can animate most other fonts that contain all of the digits. It can also do some funky psychedelic colormap cycling, and can use the shape extension so that the window is shaped like the digits. -- James I've got the package from Martin Schulze. It's unofficial, because I don't have received yet an account on master. thanks, Francesco Tapparo [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: problems with debmake
Francesco, Did you add your userid to the sudo group? [EMAIL PROTECTED]:~ grep sudo /etc/group sudo:*:27:edd Regards, Dirk -- [EMAIL PROTECTED] [EMAIL PROTECTED] http://rosebud.sps.queensu.ca/~edd PGP KeyID 1024/6D7F08DD Boycott Internet Spam: http://spam.abuse.net/spam/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Calendars (was: Re: leap second)
Run cal 9 1752 and tell me that. [..] A more serious problem is that the current implementation doesn't allow for non-Christian date systems, of which there are several in active use. I'd expect that to be a problem for people in both parts of Jerusalem, for example. Does anybody know enough about those other systems to tell if the general design would at least work - that is, dates are year/month/day tuples? Well, about the Muslim calander: year/month/day works for representing dates, the only problem is that officially you can only tell the dates in the past, not in the future: the beginning of the next month is signaled by the moon, and although the position of the moon can be preditect quite acurately nowadays, it that couldn't be done in Mohammeds time. So, the next month only starts when _people_see_ the new moon -- and that's impossible to predict reliably. (This is a problem with ramadan (the nineth month): they never know exactly when it starts/ends). Posix time includes leap-year-days, but does not include the finer resolution of leap-seconds. 21 leap-seconds (number 22 is coming up) have been added since New Years Day 1970 to keep clock time in synch with astronomical time. Actually, it probably was a bad idea to use leap for both. Leap days are fixed by calendar design. Leap seconds are inserted or deleted (both are possible) after comparing the atomic clocks to astronomical observations, with no predictability at all. Two very different animals. well, depends on how you see it. The before 1752, century turns were still all leap years. Now, we know the length of a year/day better, and only 1 in for of those turn-of-century years are leap years. Maybe that will change again. And about the seconds: we (currently, prossibly always) simply cannot calulate the length of a day accurately enough to know well in advance when to insert them. But I'd say the two animals are at least related, if not mother and daughter. -- joost witteveen, [EMAIL PROTECTED] #!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj $/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/) #what's this? see http://www.dcs.ex.ac.uk/~aba/rsa/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Bug#10765: Need ncurses3.4?
Colin Plumb wrote: Package: info, tin Version: 3.9-5, 970613-2 Both of these packages depend on libc6 and ncurses3.4. I'm tracking hamm very closely, and have seen no sign of ncurses3.4. I haven't seen an ncurses version more recent than 1.9.9g, actually. Is there any particular reason? I waited a day to allow the ncurses3.4 package to appear, but it does not appear imminent. Nucrses3.4 was placed in incoming long before info or tin. I stupidly assumed the auto-installer would get to it first, which would guarantee that ncurses would be there to support info. But the installer skipped it completely. Not rejected, just _skipped_. So info and tin went right into hamm, but without ncurses. Apparantly any package which actually creates new binary packages (like ncurses3.4) has to be installed by hand. Guy is on a 4-week vacation. This is a very bad combination. :( Would somebody with authority _please_ nove the new ncurses packages (and the new oldncurses packages) into hamm? --Galen -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Experiences with compiling Debian
I've been compiling bo/source using the script I posted some time ago. Some common problems: - no newline at end I still consider this a dpkg problem -- patch/diff themselves don't seem to have any problems with this. Am I right here? - patch file creates subdirectories I think here we all agreed, this is a dpkg problem (Has this been fixed in 1.4.0.17 ?) - having a central repository for autoconf test result might speed things up (I think autoconf supports this; someone should investigate) - source dependencies would be nice, but are not absolutely necessary - the build process is too verbose, it is difficult to see any warnings and errors in the voluminous output Which build process do you mean? Usually any debian package build generates _loads_ of output, but compilation stops after the first error (default make behaviour, anyway), so all I look at is the last bit. Or do you mean the build process that you created, to rebuild the whole distribution? - idea: developers upload source only, central machine(s) build .debs, so that everything uses the same libs, etc I'd love that! - at least: don't accept packages that don't compile (this should be a requirement for hamm) I thought this was a requirement for rex etc. too. the difficulty is checking it, and that can only be done with the idea above. - but: can someone provide a machine and network connection? I could, and if we decided to go that way, I'd even buy yet another HD just for that purpose. My only problem is my network connection, it's a bit slow (but fast enough for a debian mirror, so it should be OK). I haven't got all packages from bo to compile. I'm too lazy to go through all failing packages, here's a list of some of them, with the reason for the failure listed. Some packages failed because I didn't have the time to install the stuff they needed. This list is only 40 packages. We've got about 10 times more than that -- how many packages do you know compiled did compile? really 330? not too bad for a start, isn't it? -- joost witteveen, [EMAIL PROTECTED] #!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj $/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/) #what's this? see http://www.dcs.ex.ac.uk/~aba/rsa/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
dpkg-source problem ?
Hello,guys. At some point I found that when I try to execute dpkg-source -x *.dsc (for the most recent ddd in hamm) I got the error message: dpkg-source: error: diff contains unknown line `\ No newline at end of file' What could be the reason for that? And more, executing it on hello (!) package (from bo), I get: dpkg-source: extracting hello in hello-1.3 dpkg-source: failure: remove patch backup file hello-1.3/debian/substvars.dpkg-orig: No such file or directory I am using dpkg-dev 1.4.0.17 Thank you. Alex Y. -- _ _( )_ ( (o___ | _ 7 ''' \() (O O) / \ \ +---oOO--(_)+ |\ __/ -- | Alexander Yukhimets [EMAIL PROTECTED] | || | http://pages.nyu.edu/~aqy6633/ | ( / +-oOO---+ \ / |__|__| ) /(_ || || | (___)ooO Ooo \___) -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: GCC cross-compilation
Hamish Moffatt wrote: It occurred to me that since most of the Debian packages are also available for m68k and also Sparc and Alpha now, the develops are probably using cross-compilation, rather than actually owning all these machines. Nope. What happens is most (single-cpu) developers upload the source and binaries for one architecture. Then helpful and nice developers who own other machines upload binaries for their cpu, built from the source. Is there a package for eg the m68k cross compiler? I couldn't find one with the package search on www.debian.org. I don't think so. At least, not one I built. Thinking about it, it would seem possible to have a gcc-core package which would include the gcc binary itself for [snip] There really isn't a core gcc package, just the native version. gcc cross compilers wouldn't need any other gcc packages to be useful. Is this plausible and/or useful? Plausible. Would anybody else consider this useful? --Galen -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Experiences with compiling Debian
pgpxvBvJPfRN3.pgp Description: PGP message
Re: Experiences with compiling Debian
Lars Wirzenius wrote: fileutils: calls msgfmt with wrong arguments No, you have the wrong msgfmt. :) {file,shell,text}utils require the gettext package to be installed in order to build properly. This package contains xmsgfmt, which formats text versions of translation files into binary files. The autoconf script is finding (I believe) the msgfmt binary from xview-dev, which despite it's name has no connection to locale support. g77: needs gcc source code to build There's really no way around this one, I'm afraid. Well, I could include the entire gcc code in the g77 package, but if you ask me to do that, I'll be morally obligated to strangle you. (Moving 8M through a 28.8k modem is No Fun.) --Galen -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Packaging questions regarding plan
I have run into a few situations regarding packaging plan that I would appreciate some comments on. I will begin by picking up where I left off in a conversion before I left town for a couple of weeks. On Fri, 6 Jun 1997, David Frey wrote: Hi Colin, On Thu, Jun 5 1997 14:59 EDT Colin R. Telmer writes: if run by root or setuid root, netplan switches to nobody. The UID and GID of nobody are compiled in, not determined at runtime. netplan Bad. will refuse to run setgid-but-not-setuid root. Huh? Setgid root is useless, isn't it? Thanks for the reply. I am somewhat confused by this whole thing so I will try to clarify the problem. First of all, netplan, the program that allows a group of users to access a common plan database, is designed to be hardwired with uid and gid of nobody: (from the README) - change NOB_UID and NOB_GID to the user and group ID of user nobody. On SVID machines both are 60001. You may find a line that begins with something like nobody:*:60001:60001: (uid:gid) in /etc/passwd.HP/UX9 uses 30001, IBM 4294967295, SunOS4 65534, and Convex -2:60001. Always choose an account with minimal access privileges! 0:0 will be rejected. Given this, using chmod to set user or group ID on execution(s) is useless. It will always run as the uid hardwired in. In the same note, David Frey (listed below as footnote [1]) advised me that netplan should not run as nobody given it accesses files (it reads users public ~/.dayplan files and it also reads non-user appointment files such as vacation lists from /var/lib/plan/netplan/). Also, in a second footnote I have copied the security information included within the README for reference. The previous maintainer of plan (Christoph Lameter) had a postinst that created a system user called netplan and then installed the netplan executable with userid netplan so that when netplan was started at boot, it ran as user netplan. This version of plan will not allow that do to the hardwiring above. To my knowledge, there are two ways to get around this: 1) Use an existing uid and gid from the already defined ones in the base system. 2) Create a new system user called netplan using specified uid and gid and then also use this uid and gid to hardwire in during compilation. Here I would assume that I need to contact the base-system maintainer and ask for a new uid/gid combination as in the policy manual. What should I do? Finally, a question that I probably should have asked initially - plan works quite well with lesstif but not perfectly. ALT-f does not bring up the file menu and some help windows aren't optimally sized. However, I have been using it like this for some time and find these problems are minimal and that I am quite happy with lesstif overall. Is distributing a package dynamically linked to lesstif ok or will this add to frustration improperly aimed at debian if the user does not know that the small flaws are due to lesstif? Footnote [1] 2) Do I really need to change the suid of netplan from nobody to netplan? Yes, it is better if nobody doesn't have any files belonging to himself, since other processes might be running as nobody too. Footnote [2] Network Security Here is information that your system administrator will want to know. IP services are potential security risks if written improperly. I make no promises that netplan is completely secure but I made every effort to avoid the usual pitfalls. netplan is small enough so you can check for yourself. If you have stringent security policies, do not trust netplan. Apart from the ability for everybody to access everybody else's non-private appointments, netplan must satisfy general security concerns. In particular, it must not be usable to open network security holes that allow access to files that have nothing to do with plan. The security features are: * if run by root or setuid root, netplan switches to nobody. The UID and GID of nobody are compiled in, not determined at runtime. netplan will refuse to run setgid-but-not-setuid root. * netplan does not execute other programs (this is one of the reasons why there are still pland daemons). * netplan cannot be used to access files that are not in its home directory, /usr/local/lib/netplan by default. Absolute paths are converted to paths relative to the home directory. * netplan refuses to access softlinks and files that have more than one hardlink. This may be inconvenient at times, but without this the user who started netplan would be wide open for the entire net. * netplan is not sendmail. All buffers are checked for overflows. * netplan is Purify'd. -- Colin R. Telmer, Institute of Intergovernmental Relations School of Policy Studies, Queen's University Kingston, Ontario, Canada, K7L-3N6 (613)545-6000x4219 [EMAIL PROTECTED] PGP Fingerprint = 09 E9 DA 66 9C EE 33 DC
Re: Packaging questions regarding plan
What about the motif-dummy thingie we discussed? How can I run plan having Motif and not lesstif installed? Can you make sure it doesn't Depends: on lesstif, but rather on a virtual package 'motif-libs' which lesstif, and a to-be-created-dummy package for Motif owners, would provide. Is that doable? CC'ed this to the virtual-package-list maintainer for comments. -- [EMAIL PROTECTED] [EMAIL PROTECTED] http://rosebud.sps.queensu.ca/~edd PGP KeyID 1024/6D7F08DD Boycott Internet Spam: http://spam.abuse.net/spam/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
recent duplicate messages -- My Fault
The recent duplicate messages that appeared on debian-user and debian-devel were my fault. An error in my procmail script was resending things out, and I didnt catch it until several messages slipped out. I guess I should have tested it better before I unlocked the mail queue. Please forgive me, Erv Walter -- Graduate Student[EMAIL PROTECTED] Department of Chemistry [EMAIL PROTECTED] Univ of Wisconsin-Madison [EMAIL PROTECTED] PGP Public Key: finger [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Experiences with compiling Debian
g77: needs gcc source code to build There's really no way around this one, I'm afraid. Well, I could include the entire gcc code in the g77 package, but if you ask me to do that, I'll be morally obligated to strangle you. (Moving 8M through a 28.8k modem is No Fun.) Uhm, when I first made the g77 package, I communicated with the then gcc maintainer, and asked him to include g77 in gcc. Unfortunately, he was too busy to take on another package, and this couldn't be done. But now I see that you maintain both gcc and g77. So what's the problem? Just make your g77 package generate the gcc packages too, and you could sometimes even have _less_ bytes move through your modem! Thanks, -- joost witteveen, [EMAIL PROTECTED] #!/usr/bin/perl -sp0777iX+d*lMLa^*lN%0]dsXx++lMlN/dsM0j]dsj $/=unpack('H*',$_);$_=`echo 16dio\U$kSK$/SM$n\EsN0p[lN*1 lK[d2%Sa2/d0$^Ixp|dc`;s/\W//g;$_=pack('H*',/((..)*)$/) #what's this? see http://www.dcs.ex.ac.uk/~aba/rsa/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Experiences with compiling Debian
On Sun, 22 Jun 1997, Lars Wirzenius wrote: - having a central repository for autoconf test result might speed things up (I think autoconf supports this; someone should investigate) Yes; I do it. You need to set the environment variable CONFIG_SITE to the name of a file---I use /etc/config.site---which includes the line cache_file=/var/config.cache or whatever path you want. Note that installing libraries will require the cache to be cleared (in general; frequently it won't but I wouldn't like to get a computer program to decide when), but so long as you're just compiling and not installing the packages things would be OK. - source dependencies would be nice, but are not absolutely necessary Two types: where you need another packages source (are there any like that?) and where you need other packages such as -dev packages installed. - the build process is too verbose, it is difficult to see any warnings and errors in the voluminous output Mostly just what make always does. To disable it use the -s (or --silent or --quiet) option to make: you can set the MAKEFLAGS environment variable. There's also some other output from dpkg-buildpackage, I don't know whether that can be disabled or not. - idea: developers upload source only, central machine(s) build .debs, so that everything uses the same libs, etc Not when, as at present, all of debian/rules has to be run as root. g77: needs gcc source code to build Yes, but the alternative is for the source package to be much bigger than it needs to be. A better solution would be to merge the source packages. java-lex: needs a java compiler (javac), which isn't part of bo proper (theres jdk in non-free, kaffe in contrib) (is kaffe in contrib only because it needs non-free libraries?)
Re^2: Documentation Policy
Am 21.06.97 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS 2. The new deity (dselect successor) will simplify the handling of CS 1000 packages very much. I had another idea: Perhaps we could deity CS adopt to have an overall switch about which documentation the CS user prefers. Then, it can hide all xxx-doc-* packages and select CS the necessary ones automatically if package xxx is selected. That's a really good idea ;-). cu, Marco -- Uni: [EMAIL PROTECTED] Fido: 2:240/5202.15 Mailbox: [EMAIL PROTECTED]http://www.tu-harburg.de/~semb2204/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Experiences with compiling Debian
LW I've been compiling bo/source using the script I posted some LW time ago. Some common problems: i modified your script and took some things from dpkg.buildpackage to some sort of auto compiling. my script was working fine now, but i only tested it on two packages of my own so far. when the route that computer running that script is up again, i can post it. LW - idea: developers upload source only, central machine(s) build LW.debs, so that everything uses the same libs, etc i like that idea. i liked it all the time. let's get some pc's runnung auto compiling, so we can check if this is possible. all non i386 arch will use this way (not many people are compiling for other architectures than i386), and i386 will follow. it doesn't make sence discussing this (we did this more than one time). yust do it. if it works ok, we will change policy. LW - but: can someone provide a machine and network connection? hmmm. joey has a powerpc (i don't know, if he got it running till now). tim sailer gave me an account on a machine, to compile libc5 packages. AFAIK that's all the machine does. did you try to compile all packages in bo ? (such a short list - that should be all packages ? i expected far more errors ...) regards, andreas -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: FW: [NTSEC] (Fwd) DESCHALL Press Release
Michael Meskes [EMAIL PROTECTED] writes: Does this mean I can remove my des-solnet? I think so. Anyway, we didn't win but the [EMAIL PROTECTED] email address processed the most blocks of all email addresses. People on the des-solnet mailing list seem to be heading towards the Bovine RC5 effort http://rc5.distributed.net . So we could try to become the best team there ... Someone should package the client (I didn't see the source yet ...) Unfortunately it is developed inside the US, so it cannot be exported to the free world. Nevertheless people outside the US already participate. I suggest to use [EMAIL PROTECTED] as common identifier for Debian friends. In case we get the money (why should we ?) I suggest to pass 50% to Linux International and keep 50% for Debian. Sven -- Sven Rudolph [EMAIL PROTECTED] ; WWW : http://www.sax.de/~sr1/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .