GGI first release
The GGI group has issued its first public release. Was someone packaging this for Debian? GGI will solve a lot of security problems of X and SVGAlib programs, some problems of X configuration, and it makes it possible to run two complete SVGA/keyboard/mouse consoles on PCI machines that have a PS/2 AUX port. Thanks Bruce From: Steffen Seeger [EMAIL PROTECTED] -BEGIN PGP SIGNED MESSAGE- Hello All People Reading, This message is to announce the release of GGI-0.0.9 public. What is GGI? GGI - The General Graphics Interface Project is an attempt to setup a general, fast, efficient and secure interface to graphics and human-machine interaction hardware for UNIX-like operating systems. It allows normal applications to have direct but controlled access to the underlying graphics hardware without compromising system stability. The basic design consists of two parts. First a kernel part, which does all the critical operations that may cause the system to hang or may cause damage to the hardware. Second is a library, that translates the drawing requests from applications into 'commands' for the kernel part. More detailed information can be found at http://synergy.foo.net/~ggi/ GGI-0.0.9 Features == The highlights of GGI-0.0.9 can be summarized as: * XGGI, a non-SUID X server running with GGI is now available. The kernel part is not backward compatible yet, but this will be fixed with the next release. You will be able to choose between old SUID servers and the new, hardware independent XGGI server then. * first implementation of libGGI. This library allows GGI applications to run in various environments without a change. E.g. you can simply run the XGGI server ´on the hardware´ and ´on itself´. LibGGI has been ported to various platforms, like AIX and IRIX, and more platforms will be supported in the next release. You can use libGGI without the kernel part, if your card is not supported yet. * A replacement for SVGAlib that allows you to run older SVGAlib applications is included. However, they should not need root-rights anymore. This lib is still under development, so please report us your experiences with it. * easy to use support for mixed brand multi-display configurations. You can plug in two video cards, from different vendors and run independent graphics applications (or consoles) on both. Configurations tested include S3 968 with normal VGA, 3Dlabs Permedia based cards, another (two) S3 968 cards and lots more. But multihead capability depends on the particular drivers and hardware, so not all supported cards can be run multi-display. * support for mixed brand multi-input configurations. Connect as many mice to your computer as you want and use them with your favourite graphics application or even on the console. No extra configuration needed, just load the driver. Together with the multi-display capability this allows you to run multi-terminal machines. Simply connect two keyboards (one to the keyboard port and one to the ps/2 aux port), plus two serial mice and run two independent graphics applications (e.g. a game on one and XGGI on the other). Of course none of them needs other than access permissions to some special files. * greatly extended driver base. The following hardware is supported: - various multisync and monosync monitors. - chipsets: Chips Technologies 655xx Cirrus Logic 542x, Laguna 3D (CL-GD546x) Cyrix Media GX, thanks to Cyrix Corporation IBM VGA, Hercules MGA (text mode only) Matrox MGA 2x64 (Millenium I/II) and MGA 1064 (Mystique) S3 86c765 (Trio64V+), S3 928, S3 86c968, S3 86c964 Tseng ET4000 (including W32, W32i, W32p), ET 6000 Thanks to 3Dlabs Incorporated, a Permedia driver has been developed and will be released within the next days. Source release conditions are not fully figured out yet, but will probably be similar to that of the SUSE/ELSA X servers. A Permedia2 driver is in the works and will be announced separately. - clock chips: various fixed frequency clock chips found on S3,
Re: interactive sound configuration utility
On Thu, Jan 08, 1998 at 11:26:53AM -0601, Marcelo E. Magallon wrote: The sources are compiled with a newt version that is NOT 0.10; there are tons of functions not present in 0.10, I don't know if their's newer, older or plain different. They have newt and newt-devel 0.21 in their binary RPMs directory. Hamish -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Uncompress /usr/doc/copyright/GPL.gz please
Santiago Vila [EMAIL PROTECTED] writes: -BEGIN PGP SIGNED MESSAGE- On 8 Jan 1998, John Goerzen wrote: Can /usr/doc/copyright/GPL.gz be uncompressed in the future? It will be uncompressed in the future. See Bug #15025. I hope this will be fixed before the release of 2.0? If so, I will go ahead and change the filerunner package to assume that /usr/doc/copyright/GPL exists. This will cause a small error if somebody goes to Help - Copying before bug #15025 is cleared, but filerunner's behavior would then be correct. Let me know if this is the wrong thing to do. -- John Goerzen | Developing for Debian GNU/Linux (www.debian.org) Custom Programming| Debian GNU/Linux is a free replacement for [EMAIL PROTECTED] | DOS/Windows -- check it out at www.debian.org. --+-- Find out how to avoid all those pesky crashes, lockups, application errors, and slow applications at http://www.debian.org -- Debian can replace Windows 95 with a much more stable operating system. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is there a maintainer for the install doc?
On 7 Jan, Igor Grobman wrote: Is anyone maintaining the Debian installation manual? I know that Sven is no longer doing it. If not, we will need a volunteer. I'd like to maintain it. I plan to be active on the testing front, so I should be aware of all the quirks with the installation and upgrading. Igor, are you planning to take only the installation manual or all the docs in boot-floppies? Now that we are going to add translations to the installation disks, we need to add also the translated manual; this needs coordination. Well, other than the installation manual, the only other maintainable document that I see is the dselect.beginner doc. I am not sure I want to maintain it or that it even needs a maintainer. Oh, and I'll probably end up releasing/maintaining release notes for hamm. I would be happy to coordinate with people who are translating the docs. -- Proudly running Debian Linux! Linux vs. Windows is a no-Win situation Igor Grobman [EMAIL PROTECTED] [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc5 to libc6 auto-upgrade script
Still one problem. /wg-15-locale/s//wg15-locale/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Lindsay Allen [EMAIL PROTECTED] Perth, Western Australia voice +61 8 9316 248632.0125S 115.8445Evk6lj Debian Unix =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc5 to libc6 auto-upgrade script
On Fri, 9 Jan 1998, Lindsay Allen wrote: Still one problem. /wg-15-locale/s//wg15-locale/ damn. i thought i got that one this morning. i wont bother posting the script again. it's easy enough to fix. craig -- craig sanders -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: GGI first release
Now that they have something running, one thing I'd like to know is how fast it is. Have they done any tests comparing it to XFree86? - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
cannot access bug tracking database
Hi... I get this when I try to look at bug tracking database: Forbidden You don't have permission to access /cgi-bin/bugs-fetch2.pl on this server. Maybe /cgi-bin/bugs-fetch2.pl hasn't x bit set again? Regards, Roberto Lumbreras [EMAIL PROTECTED] | [EMAIL PROTECTED] | [EMAIL PROTECTED] pgp 143BE391 Lander Internet, Madrid-Spain-UE; http://www.lander.es -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cannot access bug tracking database
On Fri, 9 Jan 1998, Roberto Lumbreras wrote: Hi... I get this when I try to look at bug tracking database: Forbidden You don't have permission to access /cgi-bin/bugs-fetch2.pl on this server. Maybe /cgi-bin/bugs-fetch2.pl hasn't x bit set again? Yeah, again : Thanks, fixed. Jason -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cron jobs more often than daily
On 07-Jan-1998 11:35:45, Christian Schwarz [EMAIL PROTECTED] wrote: On 6 Jan 1998, Kai Henningsen wrote: [EMAIL PROTECTED] (Christian Schwarz) wrote: (b) We set up a certain directory (say /usr/lib/cronjobs) where each package can install its own crontab file (/usr/lib/cronjobs/foo). Use /etc/cron.often (or similar name). It will contain crontabs, not executable scripts. All of them will be conffiles, so the sysadmin can change them without fear of updates. This seems to be the consensus, and it's my favorite too, and looks to be easy to implement (especially given the nice way that cron reads/parses crontabs). Here's the proposal: In addition to reading /etc/crontab, the cron daemon will also read each file in /etc/cron.d (chosen for similarity to init.d). Each of the files in cron.d is considered a crontab fragment, and should be formatted exactly as /etc/crontab (i.e. with the username specified). The end result will be just as if cron read the result of cat /etc/crontab /etc/cron.d/* Packages requiring faster than daily intervals, or irregular intervals, should place the appropriate crontab fragment in /etc/cron.d/packagename. This file should be marked as conf file, so that the sysadmin may change it. The files in /etc/cron.d will be checked for changes (via stat()) every minute, just as /etc/crontab is; therefore there is no need for action in the postinst. I should be able to get this out this weekend. steve -- Steve Greenland -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Debian logo license still not resolved
Another person has requested use of the Debian logo. As most people are pretty happy with the license I added a clause saying the logo is usable under the current license (http://www.debian.org/logos/logo.html. Update should reach there soon) until 31 January 1998 and told him he could use it under that license. Hopefully we'll have this finalized by the end of the month. Ian, can you help this come to completion soon? - Jay -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
icq setup
Disconnect from the ICQ network. Then go into the Preferences folder/Connections tab and select Permanent LAN and I'm behind a proxy server/firewall. Then click on Firewall Settings. and set ICQ to use the range of tcp ports from 2000 to 4000, not the default automatic selection of ports. Finally, reconnect to the ICQ network to apply the new settings. I'd rather be programming. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: WNPP: working on xmbdfed
Hello Frederic! On 26 Dec 1997, Frederic Lepied wrote: I'm working on xmbdfed which is a powerfull X11 font editor. It works with lesstif. [...] PS: Anthony could you setup a development package for freetype ? I have to build xmbdfed from your sources... It is finally here! :) Thanks to a libtool patch from Japan, posted on the freetype-devel mailing list, the shared library and development packages are packaged for Debian. They are sitting in Incoming now: look for freetype*1998.01.06*.deb. :) Cheers, Anthony -- Anthony Fok Tung-Ling[EMAIL PROTECTED] Civil Engineeringhttp://www.ualberta.ca/~foka/ University of Alberta, CanadaKeep smiling! *^_^* -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: GGI first release
Bruce Perens wrote: The GGI group has issued its first public release. Was someone packaging this for Debian? Doesn't it still need a kernel patch? -- see shy jo -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: file descriptors??
On 7 Jan 1998, Kai Henningsen wrote: [EMAIL PROTECTED] (Craig Sanders) wrote on 07.01.98 in [EMAIL PROTECTED]: On 7 Jan 1998, Miquel van Smoorenburg wrote: In article [EMAIL PROTECTED], Craig Sanders [EMAIL PROTECTED] wrote: On Tue, 6 Jan 1998, Elie Rosenblum wrote: And thus spake Craig Sanders, on Wed, Jan 07, 1998 at 01:52:06AM +1100: i've tried applying the gt256 fd patch but that causes some NFS problems (i use nfs to mount my debian mirror for upgrades) which would probably go away if netstd and netbase were recompiled with the new fd limit. I feel that it's a bit unreasonable to expect debian users to recompile the entire system if they happen to be building a server (e.g. squid proxy or apache web server) that needs more than 256 fds. Given that debian makes an excellent web server or proxy or internet gateway machine out of the box it's not an uncommon thing to want to do... Well, with libc6, they don't have to, unles they need more than 1024 files per process. Kernel and maybe libc, but not the rest. so if i need more than 1024 file descriptors (say 4096 fds for squid and 1024 for everything else == 5120 total) for squid then all i have to recompile is squid and libc6 and the kernel??? as long as i have the soft ulimit set in /etc/initscript as mvs suggested then everything else will work without recompilation? btw, Miquel said: What I do is something different. I put this in /etc/initscript: # Set # of fd's to 256 for all processes. ulimit -S -n 256 That sets the soft limit for all processes to 256 fds. It can be raised by an individual process if needed. My /etc/init.d/squid script contains: MAXFD=`ulimit -H -n` if [ $MAXFD -gt 1024 ] then MAXFD=1024 fi ulimit -n $MAXFD i'd change that to MAXFD=4096 of course. See this excerpt from /usr/include/gnu/types.h: /* One element in the file descriptor mask array. */ typedef unsigned long int __fd_mask; /* Number of descriptors that can fit in an `fd_set'. */ #define __FD_SETSIZE 1024 so, change this to 5120, then recompile libc6 and and the kernel and squid... you got any good ideas on what to do about the fd limits? is my assumption that increasing the per process limit will require re-compiling just about every package (e.g. squid, apache, netstd, netbase, libc6, . etc) correct or have i misunderstood something fundamental? That depends on how far you want to increase it. 3 or 4 thousand fds for squid should be enough, plus 1000 for everything else running on the systemso round it off to 5120. any more than that and the machine probably wouldn't be able to cope with the load anyway. craig -- craig sanders -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
xsqlmenu up for adoption
Hi, I currently maintain xsqlmenu, an xforms front-end for mSQL. As I have switched from mSQL to the free PostgreSQL, I am not in a good position to continue maintaining xsqlmenu. Volunteers welcome. John -- John Goerzen | Developing for Debian GNU/Linux (www.debian.org) Custom Programming| Debian GNU/Linux is a free replacement for [EMAIL PROTECTED] | DOS/Windows -- check it out at www.debian.org. --+-- Find out how to avoid all those pesky crashes, lockups, application errors, and slow applications at http://www.debian.org -- Debian can replace Windows 95 with a much more stable operating system. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Linux
Dauer [EMAIL PROTECTED] writes: I e-mailed a question to this address a while back and you answered. So I have a question...I can not put Linux on my hard drive and I can't put it on my Syquest for some reason. So where could I find a boot disk like the kind I use to access DOS?? Just something to give me a shell like the one that is on the rescue disk. Sorry if you are the wrong person to ask. Look at: ftp.debian.org:/debian/stable/disks-i386/resc1440.bin also you may want drv1440.bin Boot from the rescue disk. When the prompt asking for color or monochrome appears, hit Alt-F2 and you've got a shell. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] . -- John Goerzen | Developing for Debian GNU/Linux (www.debian.org) Custom Programming| Debian GNU/Linux is a free replacement for [EMAIL PROTECTED] | DOS/Windows -- check it out at www.debian.org. --+-- Find out how to avoid all those pesky crashes, lockups, application errors, and slow applications at http://www.debian.org -- Debian can replace Windows 95 with a much more stable operating system. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
time stamps tomorrow?
Some files at llug.sep.bnl.gov/pub/debian/Incoming are stamped on 10 January 1998. As I write, nowhere on Earth is it now 10 January. Alan Davis -- Our loyalties are to the species and the Alan E. Davis planet. We speak for Earth. Our[EMAIL PROTECTED] obligation to survive is owed not just to Marianas High School ourselves but also to that Cosmos, ancient AAA196, Box 10001 and vast, from which we spring.Saipan, MP 96950 Northern Mariana Islands ---Carl SaganGMT+10 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: time stamps tomorrow?
On Fri, 9 Jan 1998 [EMAIL PROTECTED] wrote: Some files at llug.sep.bnl.gov/pub/debian/Incoming are stamped on 10 January 1998. As I write, nowhere on Earth is it now 10 January. that just proves how advanced debian is, doesn't it :-) craig -- craig sanders Debian: ahead of it's time. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is there a maintainer for the install doc?
On Thu 08 Jan 1998, Igor Grobman wrote: Any more suggestions? I think it would be sensible to fix the ftp site. There is a debian/upgrades directory that contains hopelessly out-of-date info. Beginning of the README says: /debian/upgrades contains files needed by users upgrading from Debian 0.93R6 to Debian 1.1. There are two ways to upgrade: That directory was where I first looked for instructions to upgrade from bo to hamm (just after thinking about becoming a developer, and hearing that I needed to upgrade). It's a bit unsettling to find such old docs there... Things like the libc5-libc6 howto and the script that's being developed now should end up in there. Paul Slootman -- Can you get your operating system fixed when you need it? Linux - the supportable operating system. http://www.debian.org/support.html home: [EMAIL PROTECTED] | work: [EMAIL PROTECTED] http://www.wurtel.demon.nl | Murphy Software, Enschede, the Netherlands -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: xsqlmenu up for adoption
On Thu, Jan 08, 1998 at 09:02:05PM -0600, John Goerzen wrote: I currently maintain xsqlmenu, an xforms front-end for mSQL. As I have switched from mSQL to the free PostgreSQL, I am not in a good position to continue maintaining xsqlmenu. As I'm maintaining some other mSQL stuff I'll give it a try if nobody objects. Though, I'd appreciate if someone else would maintain it as I won't use it anyway. Regards Joey -- / Martin Schulze * [EMAIL PROTECTED] * 26129 Oldenburg / / Whenever you meet yourself you're in a time loop / / http://home.pages.de/~joey/ or in front of a mirror / pgpivWT2Rw5du.pgp Description: PGP signature
Re: cannot access bug tracking database
On Thu, Jan 08, 1998 at 09:54:40PM -0700, Jason Gunthorpe wrote: I get this when I try to look at bug tracking database: Forbidden You don't have permission to access /cgi-bin/bugs-fetch2.pl on this server. Maybe /cgi-bin/bugs-fetch2.pl hasn't x bit set again? Yeah, again : Again? Why again? Maybe we should install a cronjob to set the bit? scnr Regards Joey -- / Martin Schulze * [EMAIL PROTECTED] * 26129 Oldenburg / / Whenever you meet yourself you're in a time loop / / http://home.pages.de/~joey/ or in front of a mirror / -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: GGI first release
On Jan 8, James A.Treacy wrote: Now that they have something running, one thing I'd like to know is how fast it is. Have they done any tests comparing it to XFree86? Or against the video stuff in 2.1'er kernels? Console speed, ... Thanks, Hartmut -- Hartmut Koptein EMail: Friedrich-van-Senden-Str. 7 [EMAIL PROTECTED] 26603 Aurich Tel.: +49-4941-10390 [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cron jobs more often than daily
On Thu, Jan 08, 1998 at 11:07:52PM -0600, Steve Greenland wrote: This seems to be the consensus, and it's my favorite too, and looks to be easy to implement (especially given the nice way that cron reads/parses crontabs). Here's the proposal: In addition to reading /etc/crontab, the cron daemon will also read each file in /etc/cron.d (chosen for similarity to init.d). Each of the files in cron.d is considered a crontab fragment, and should be formatted exactly as /etc/crontab (i.e. with the username specified). The end result will be just as if cron read the result of cat /etc/crontab /etc/cron.d/* Packages requiring faster than daily intervals, or irregular intervals, should place the appropriate crontab fragment in /etc/cron.d/packagename. This file should be marked as conf file, so that the sysadmin may change it. The files in /etc/cron.d will be checked for changes (via stat()) every minute, just as /etc/crontab is; therefore there is no need for action in the postinst. I object to this proposal. I'd rather have only _one_ systemwide crontab called /etc/crontab than introducing a new directory for these reasons: . /etc/cron.d is fully incompatible to any other flavour of Linux or Unix. As far as I know Paul Vixie I don't think that he's going to include this patch to the cron package. So it would be a special Debian incompatibility. . /etc/cron.d would make the system more difficult to maintain because they have to check yet another directory where crontabs get stored. At the moment many people are already confused that there is /etc/crontab and not only /var/spool/cron/crontabs/root. . I don't see the need for introducing another directory just for three packages that might need it (ipac, cron, forgot the name). If there was heavy use of /etc/crontab, perhaps in conjunction with problems breaking crontab c, but there aren't. In the past there were problems with at/atrun, but that's superceeded by atd as standalone program. . /etc/cron.d would make cron itself much more complicated. It has to watch the directory to change, it has to watch each file in it to change, more timestamps need to be remembered. . Our policy contains a clear statement on what to do: 3.3.7. Configuration files -- [..] If two or more packages use the same configuration file, one of these packages has to be defined as *owner* of the configuration file, i.e. it has to list the file as `conffile' and has to provide a program that modifies the configuration file. The other packages have to depend on the *owner* package and use that program to update the configuration file. Sorry that I only speak up now, but I was too busy before (and I still am) Regards Joey -- / Martin Schulze * [EMAIL PROTECTED] * 26129 Oldenburg / / Whenever you meet yourself you're in a time loop / / http://home.pages.de/~joey/ or in front of a mirror / pgpsNm3ofaZOE.pgp Description: PGP signature
Re: cron jobs more often than daily
On 07-Jan-1998 11:35:45, Christian Schwarz [EMAIL PROTECTED] wrote: On 6 Jan 1998, Kai Henningsen wrote: [EMAIL PROTECTED] (Christian Schwarz) wrote: (b) We set up a certain directory (say /usr/lib/cronjobs) where each package can install its own crontab file (/usr/lib/cronjobs/foo). Use /etc/cron.often (or similar name). It will contain crontabs, not executable scripts. All of them will be conffiles, so the sysadmin can change them without fear of updates. This seems to be the consensus, and it's my favorite too, and looks to be easy to implement (especially given the nice way that cron reads/parses crontabs). Here's the proposal: In addition to reading /etc/crontab, the cron daemon will also read each file in /etc/cron.d (chosen for similarity to init.d). Each of the files in cron.d is considered a crontab fragment, and should be formatted exactly as /etc/crontab (i.e. with the username specified). The end result will be just as if cron read the result of cat /etc/crontab /etc/cron.d/* How about also moving /etc/crontab to /etc/cron.d/cron, so the behavior is simply equivalent to the result of: cat /etc/cron.d/* You could either get rid of /etc/crontab, have it as a symbolic link to /etc/cron.d/cron, or have it contain a note directing the user to edit the new file. This way even cron abides by the /etc/cron.d/package-name standard. Cheers, Phil. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: interactive sound configuration utility
On Fri, 9 Jan 1998, Hamish Moffatt wrote: On Thu, Jan 08, 1998 at 11:26:53AM -0601, Marcelo E. Magallon wrote: The sources are compiled with a newt version that is NOT 0.10; there are tons of functions not present in 0.10, I don't know if their's newer, older or plain different. They have newt and newt-devel 0.21 in their binary RPMs directory. We have both in master's Incoming. -- Enrique Zanardi[EMAIL PROTECTED] Dpto. Fisica Fundamental y Experimental Univ. de La Laguna -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Uncompress /usr/doc/copyright/GPL.gz please
On 8 Jan 1998, John Goerzen wrote: Santiago Vila [EMAIL PROTECTED] writes: -BEGIN PGP SIGNED MESSAGE- On 8 Jan 1998, John Goerzen wrote: Can /usr/doc/copyright/GPL.gz be uncompressed in the future? It will be uncompressed in the future. See Bug #15025. I hope this will be fixed before the release of 2.0? If so, I will go ahead and change the filerunner package to assume that /usr/doc/copyright/GPL exists. This will cause a small error if somebody goes to Help - Copying before bug #15025 is cleared, but filerunner's behavior would then be correct. Let me know if this is the wrong thing to do. Bug #15025 is the first bug I'll declare release-critical (hope, #15025 is the correct number :). With that, you can expect to have it fixed before 2.0 is released. (Otherwise, we'd have to drop base-files, which would probably be a bad idea ;-) Thanks, Chris -- Christian Schwarz [EMAIL PROTECTED], [EMAIL PROTECTED], Don't know Perl? [EMAIL PROTECTED], [EMAIL PROTECTED] Visit PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA http://www.perl.com http://fatman.mathematik.tu-muenchen.de/~schwarz/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: interactive sound configuration utility
On Fri, Jan 09, 1998 at 01:07:29PM +, Enrique Zanardi wrote: On Fri, 9 Jan 1998, Hamish Moffatt wrote: On Thu, Jan 08, 1998 at 11:26:53AM -0601, Marcelo E. Magallon wrote: The sources are compiled with a newt version that is NOT 0.10; there are tons of functions not present in 0.10, I don't know if their's newer, older or plain different. They have newt and newt-devel 0.21 in their binary RPMs directory. We have both in master's Incoming. Great. I had a hell of a time with their shared libraries. I installed their libraries and include files from the RPMs in /usr/local/lib and /usr/local/include, then compiled sndconfig. Afterwards when I tried to run it, it wanted libslang.0 but wasn't happy with the slang0.99.38 or slang0.99.34 I have installed, and even made mention of the libc5 libraries and /usr/i486-linuxlibc1 during linking, although the final binary said it was linked with libc6. Most bizarre. hamish -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
custom bo problems
I have been trying to create a more up to date bo custom disk and have run into a snag. I added the .32 kerenel from hamm to the packages and installed the kernel and its modules on the rescue and drivers disks. When I go to install, the resc and drv disks seem to get loaded ok, but when I go to configure the drivers modconf says there are no modules. (I did tar up the lib/modules directories just like what was there) Is there something special I need to tell modconf to make it recognize the new modules? Thanks in advance, Dwarf -- _-_-_-_-_-_- Author of The Debian User's Guide_-_-_-_-_-_-_- aka Dale Scheetz Phone: 1 (904) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- If you don't see what you want, just ask _-_-_-_-_-_-_- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
New `important' bug severity
Following the discussion on debian-policy and elsewhere, there is now a new `important' bug severity level, which is between `grave' and `normal'. It is for bugs which do not meet the criteria for `grave', but which are nevertheless release-critical. Ian. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: time stamps tomorrow?
[EMAIL PROTECTED] wrote: Some files at llug.sep.bnl.gov/pub/debian/Incoming are stamped on 10 January 1998. As I write, nowhere on Earth is it now 10 January. Linux llug 2.0.33 #1 Sun Dec 28 12:14:12 EST 1997 i586 unknown Welcome to the llug.sep.bnl.gov, run by the Local Linux User Group at Brookhaven National Laboratory Last login: Fri Jan 2 12:32:39 on ttyp2 from sun10.sep.bnl.go. You have new mail. llug:~ date Fri Jan 9 09:15:07 EST 1998 llug:~ Hrm.. that must be the way it was uploaded. Tim (let's do the time warp again) -- (work) [EMAIL PROTECTED] / (home) [EMAIL PROTECTED] - http://www.buoy.com/~tps I can't change the direction of the wind, but I can adjust my sails to always reach my destination. -- Jimmy Dean ** Disclaimer: My views/comments/beliefs, as strange as they are, are my own.** -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
linux clock overun in 2038 - a solution
while we are setting the clock to be 64 bit rather than 32 bitr, couldnt we also just set the 0 to be 1/1-2000 00:00:00 ? ion++ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: linux clock overun in 2038 - a solution
On Fri, Jan 09, 1998 at 04:24:22PM +0100, Jon Bendtsen wrote: while we are setting the clock to be 64 bit rather than 32 bitr, couldnt we also just set the 0 to be 1/1-2000 00:00:00 ? There is really no advantage to that. 64 bits will last long enough, no need to change the epoch! And it would break yet more software. Hamish -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
intent to package libglide
Quake 2 uses the glide library to do rendering on 3dfx Voodoo hardware, such as the Monster 3d and Righteous 3d cards, so I'm going to package it. The library is available at http://www.3dfx.com/software/download_glidel.html The package will have to go in non-free. The license on the library is ugly, and the library doesn't even come with source. The distribution comes with 2 shared libraries, a handful of header files and a bunch of example code. The license only allows you to distribute the `object code runtime version of the enclosed software', so I don't think I even have a choice about whether I can distribute anything but the shared libraries. -- Roderick Schertler [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
imap4
Dale, you mentioned a couple of days ago that you had orphaned imap4 and someone else was going to upgrade it to libc6 etc. Has that person gotten back to you? The reason I ask is because I have urgent need of this package at work so I've just compiled it. I've fixed all the extant bugs I think, and I should be able to make an upload soon if neccessary. The only problem I'm having is in log_lnx.c it is looking for pw_encrypt. Do you or anyone know where I can find this function? -- Jaldhar H. Vyas [EMAIL PROTECTED] -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cron jobs more often than daily
On Thu, 8 Jan 1998, Steve Greenland wrote: Here's the proposal: In addition to reading /etc/crontab, the cron daemon will also read each file in /etc/cron.d (chosen for similarity to init.d). Each of the files in cron.d is considered a crontab fragment, and should be formatted exactly as /etc/crontab (i.e. with the username specified). The end result will be just as if cron read the result of cat /etc/crontab /etc/cron.d/* Isn't it easier to have all packages that place something in /etc/cron.d (or whatever is's called) call an update-cron script which conctenates all files in /etc/cron.d/ into /etc/crontab? The /etc/crontab we have currently would also have to me moved into /etc/cron.d/ . Perhaps /etc/crontab could also contain some comment lines that say something like don't edit this file, instead edit the appropriate file in /etc/cron.d/. The update-cron script could be very simple, like: #!/bin/sh cat EOF /etc/crontab.tmp # DO NOT EDIT THIS FILE. It will be overwritten by the update-cron script. # Instead, edit the appropriate file in /etc/cron.d and re-run update-cron . # EOF cat /etc/cron.d/* /etc/crontab.tmp mv /etc/crontab.tmp /etc/crontab Advantage: cron doesn't need to be modified Packages requiring faster than daily intervals, or irregular intervals, should place the appropriate crontab fragment in /etc/cron.d/packagename. This file should be marked as conf file, so that the sysadmin may change it. The files in /etc/cron.d will be checked for changes (via stat()) every minute, just as /etc/crontab is; therefore there is no need for action in the postinst. Disadvantage (perhaps) of my proposal: each package has to call update-crom in both postinst and postrm. I think there should be no modifications to cron that make Debian incompatible with other unixes, if they can be avoided. Remco -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is there a maintainer for the install doc?
Igor Grobman [EMAIL PROTECTED] writes: One change that is needed is to change lines such as A HREF=ftp:rawrite2.exerawrite2.exe/A to A HREF=rawrite2.exerawrite2.exe/A I am afraid this is the shortcoming of debiandoc-sgml which generates the text and html versions. Should I manually (using a script) change the URLs after generating the html version? Can we discuss these documentation topics on debian-doc, please? Thanks Christian -- Christian Leutloff, Aachen, Germany [EMAIL PROTECTED] http://www.oche.de/~leutloff/ Debian GNU/Linux 1.3.1! Mehr unter http://www.de.debian.org/ pgptt88LnrKj7.pgp Description: PGP signature
Re: cron jobs more often than daily
On Fri, Jan 09, 1998 at 04:30:43PM +0100, Remco Blaakmeer wrote: Isn't it easier to have all packages that place something in /etc/cron.d (or whatever is's called) call an update-cron script which conctenates all files in /etc/cron.d/ into /etc/crontab? The /etc/crontab we have currently would also have to me moved into /etc/cron.d/ . Perhaps /etc/crontab could also contain some comment lines that say something like don't edit this file, instead edit the appropriate file in /etc/cron.d/. The update-cron script could be very simple, like: #!/bin/sh cat EOF /etc/crontab.tmp # DO NOT EDIT THIS FILE. It will be overwritten by the update-cron script. # Instead, edit the appropriate file in /etc/cron.d and re-run update-cron . # EOF cat /etc/cron.d/* /etc/crontab.tmp mv /etc/crontab.tmp /etc/crontab That's far too easy. :) Yes, of course, that's great. Advantage: cron doesn't need to be modified Disadvantage: Users adding cronjobs might see their jobs removed. But as there is a note at the beginning this should be acceptable. Disadvantage (perhaps) of my proposal: each package has to call update-crom in both postinst and postrm. Same for /etc/services, update-alternatives, menu and things. I don't see a disadvantage here. I think there should be no modifications to cron that make Debian incompatible with other unixes, if they can be avoided. Seconded. Regards Joey -- / Martin Schulze * [EMAIL PROTECTED] * 26129 Oldenburg / / Whenever you meet yourself you're in a time loop / / http://home.pages.de/~joey/ or in front of a mirror / pgpepkfIX4XGB.pgp Description: PGP signature
Debian logo license still not resolved
James A.Treacy [EMAIL PROTECTED]: Another person has requested use of the Debian logo. As most people are pretty happy with the license I added a clause saying the logo is usable under the current license (http://www.debian.org/logos/logo.html. Update should reach there soon) until 31 January 1998 and told him he could use it under that license. Hopefully we'll have this finalized by the end of the month. Thanks. Ian, can you help this come to completion soon? I don't have a problem with the licence. However, I think we should build into it some mechanism where we can change the licence. At the moment the licence appears to be perpetual, which isn't quite what we want. How about: * We require that people acknowledge the use of our trademark, quoting `Debian penguin logo automatic licence version 1' and the date. * The licence gives permission only for the year following the date quoted. Then if we want to change the licence we publish version 2 instead, leaving version 1 available but stating that it is no longer available. Users of the logo have to go and check each year that the licence hasn't changed, and update the date on their acknowledgement. Draft text below. There are a number of unresolved questions: * Do we want a separate logo and licence for `powered by Debian' ? * What about hardware manufacturers who preinstall Debian ? Do we just let them mail us ? Ian. DEBIAN PENGUIN LOGO AUTOMATIC LICENSE The Debian Penguin Logo is a Trademark of Software in the Public Interest, Inc (`SPI'). 1. Grant You are hereby granted a license to use the trademark on a software or informational product or a service, and in advertising and promotion of such products and services, provided that: 2. Term 2.1. You must acknowledge the trademark, stating that it is used under licence and giving today's date (the date of issue of the licence), alongside the trademark itself. 2.2. Your licence expires one year from the date of issue. 3. Composition of your product or service 3.1. In the case of a software product, at least half of the product must be derived from the Debian GNU/Linux Distribution (`the Distribution'). 3.2. In the case of an informational product, such as a book or a set of web pages, at least half of the content matter must be related to the Distribution. 3.3. In the case of a service, at least one half of the practice of the service must be related to the use of the Distribution. 4. Defamation You must not intend to defame Software in the Public Interest or the Distribution. 5. Termination 5.1. This automatic licence must not have been withdrawn (on or before the day of issue) for new licencing by a notice published alongside it by SPI. 5.2. Your licence may be terminated by SPI at any time, for any reason, by giving you notice via email or other convenient means. In this case, you will immediately cease to use the trademark, except that you may continue until no longer than one year from the date of issue to distribute any pre-existing inventory of a physical medium (such as a book or CD, or advertising that has already been printed) containing the logo. 5.3. You must not have been given notice (on or before the date of issue) by SPI that this automatic licence is not available to you. 6. Indemnity In the event of a legal dispute between you and SPI, you agree to indemnify SPI against any legal fees and penalties. If the rights granted by this license are not appropriate for your product, you are encouraged to contact SPI to negotiate an individual license. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: linux clock overun in 2038 - a solution
On Sat, 10 Jan 1998, Hamish Moffatt wrote: On Fri, Jan 09, 1998 at 04:24:22PM +0100, Jon Bendtsen wrote: while we are setting the clock to be 64 bit rather than 32 bitr, couldnt we also just set the 0 to be 1/1-2000 00:00:00 ? There is really no advantage to that. 64 bits will last long enough, no need to change the epoch! And it would break yet more software. Besides that then you wouldn't be able to keep track of dates before 2000 ... Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |If at first you don't succeed, redefine success. | | -- Taken from Hennesey and Patterson,| | _Computer_Organization_And_Design_:_The_Hardware_/_Software_Interface_ | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cron jobs more often than daily
Remco Blaakmeer [EMAIL PROTECTED] wrote: The update-cron script could be very simple, like: #!/bin/sh cat EOF /etc/crontab.tmp # DO NOT EDIT THIS FILE. It will be overwritten by the update-cron script. # Instead, edit the appropriate file in /etc/cron.d and re-run update-cron . # EOF cat /etc/cron.d/* /etc/crontab.tmp mv /etc/crontab.tmp /etc/crontab Brilliant. I think that sorts that problem out rather nicely. BTW you could make the script even simpler (well shorter anyway ;-), and slighlty safer: #!/bin/sh cat - /etc/cron.d/* EOF /etc/crontab.tmp mv /etc/crontab.tmp /etc/crontab # DO NOT EDIT THIS FILE. It will be overwritten by the update-cron script. # Instead, edit the appropriate file in /etc/cron.d and re-run update-cron . # EOF Cheers, Phil. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian logo license still not resolved
On Fri, 9 Jan 1998, Ian Jackson wrote: Then if we want to change the licence we publish version 2 instead, leaving version 1 available but stating that it is no longer available. Users of the logo have to go and check each year that the These last two sentences are a little wacky. You mean, leaving version one someplace people can still read it, but with a notice that it doesn't apply to new licensees after a certain date? * Do we want a separate logo and licence for `powered by Debian' ? Well, it doesn't really make sense for a book to be powered by Debian, does it? Maybe this should be available only for software/hardware systems. I suggest the following addition: 7. Registration You are required to notify SPI (via email to [EMAIL PROTECTED]) _before_ initiating use of the logo (before pressing the CD or printing the book) of your intent to use the logo on your product. This communication must include legal contact information for your business and a simple description of the product (e.g. Debian 2.0 Official CD set). That way we can keep track of who's using it, in case we need to retract the licence at a later date. Will -- | [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] | | http://www.cis.udel.edu/~lowe/ | -- |If at first you don't succeed, redefine success. | | -- Taken from Hennesey and Patterson,| | _Computer_Organization_And_Design_:_The_Hardware_/_Software_Interface_ | -- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cron jobs more often than daily
On 09-Jan-1998 13:03:45, Martin Schulze [EMAIL PROTECTED] wrote: I object to this proposal. I'd rather have only _one_ systemwide crontab called /etc/crontab than introducing a new directory for these reasons: . /etc/cron.d is fully incompatible to any other flavour of Linux or Unix. As far as I know Paul Vixie I don't think that he's going to include this patch to the cron package. So it would be a special Debian incompatibility. Difference, not incompatability -- Debian cron will continue to run quite happily without the presence of /etc/cron.d. And since Paul hasn't issued a patch to cron for several *years*, I agree that it is unlikely that he'll add this patch. There are already several #ifdef DEBIAN places in the code. . /etc/cron.d would make the system more difficult to maintain because they have to check yet another directory where crontabs get stored. At the moment many people are already confused that there is /etc/crontab and not only /var/spool/cron/crontabs/root. Many unix systems I've had a /etc/crontab (quite a few, and quite a variety), which is quite distinct and serves a totally different purpose than root's crontab. . I don't see the need for introducing another directory just for three packages that might need it (ipac, cron, forgot the name). If there was heavy use of /etc/crontab, perhaps in conjunction with problems breaking crontab c, but there aren't. In the past there were problems with at/atrun, but that's superceeded by atd as standalone program. cron *doesn't* need it. This all came up because of a claim that many programs *do* need it. If that claim is incorrect, then we . /etc/cron.d would make cron itself much more complicated. It has to watch the directory to change, it has to watch each file in it to change, more timestamps need to be remembered. It already does this for /etc/crontab and all the user crontabs. Adding another directory is *not* a big deal; trust me, I looked at the code before agreeing. It is, for example, much easier that writing a *correct* update-crontab script. 3.3.7. Configuration files -- [..] If two or more packages use the same configuration file, one of these packages has to be defined as *owner* of the configuration file, i.e. it has to list the file as `conffile' and has to provide a program that modifies the configuration file. The other packages have to depend on the *owner* package and use that program to update the configuration file. The problem with this is that once the package-provided program has modified the file, the file is (quite properly) considered changed by dpkg, which will then whine about the next time distributed version changes (and thereafter, I think). There are *so* many issues in writing an update-crontab (think about upgrades from the existing system; user changes to individual lines vs. package changes, etc.). Letting each package have it's own conffile in /etc/cron.d solves most of those. I agree that the difference is somewhat awkward, but I think it's better (simpler, more reliable) than the alternatives. steve -- Steve Greenland -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: perl5.004 for bo
[EMAIL PROTECTED] (David Morton) wrote on 08.01.98 in [EMAIL PROTECTED]: To the group, let me say: Those of you who saw my first message as an attack or a flame, what nice Well, it was. little utpoia of the planet do you come from? sheesh! If that's all it takes to ruffle your feathers, then you had better learn how to deal with it before you have to deal with giving support in a job situation. (I'm not If, at the job, someone calls me and says something like that, I'll get very upset and unfriendly, too. Doesn't happen often, though. trying to say you're jobless or don't deal with support). What I mean is, customers calling me on the phone are almost never as nice as that message. That made me reread that message. Nope, my first impression still holds. Our customers on the phone are usually not like that. Hey, your product is broken, you are idiots for breaking it, I'm going to install the competitor's product? No. Don't get many calls like that - more like no calls like that, in fact. Granted, I'm not paying you for support. Why should that change your attitude? It's not that you aren't paying us for support, it's that _nobody_ is paying us for support - and not for the product, either. Noone here is making a single cent on Debian. Anyway, what support? You obviously didn't want support, as was more than evident by your not taking it when it was offered. You were just interested in complaining. Well, now I'm interested in complaining right back at you. I don't have a problem with spending my free time helping people. I do have a problem with spending my free time getting bitched at by someone who doesn't even want to be helped. Incidentally, I _also_ have a problem with spending company time on that; it sure isn't profitable. The flames that came back at me only underscore the reason MIS refuses to accept Linux. I guess you guys don't want business to start using debian, because believe me, there are people out there that can write much more scorching flames than I can. heck, I thought my message was more along the line of a gripe or whine, not a flame! A distinction in search of a difference. In fact, _I_ think the whining type of flame is even worse. As to MIS, well - I've been installing some Debian systems for business uses, and I haven't had any acceptance problems. MfG Kai -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
intent to package nighthawk
nighthawk is a clone of paradroid - a C64 game that was the precursor to Quazatron. You have to shoot things, but there is strategy involved too: http://www.downunder.net.au/~jsno/ Adrian email: [EMAIL PROTECTED] | Debian Linux - www.debian.org http://www.poboxes.com/adrian.bridgett | Because bloated, unstable PGP key available on public key servers | operating systems are from MS -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
lacheck
lacheck is listed as orphaned in wnpp. I'm willing to take it, if no one objects. Thanks, Davide G. M. Salvetti - IW5DZC [JN53fr] Take a look at Debian GNU/Linux: http://www.debian.org/. Debian is the free operating system with open development model.
Re: Emacs20 and mail file locking.
Rob == Rob Browning [EMAIL PROTECTED] writes: Rob Maybe you already knew this, but I just got around to looking Rob at the movemail source for emacs 20, and it really looks like Rob movemail already knows how to handle liblockfile. Check out Rob MAIL_USE_MAILLOCK and HAVE_TOUCHLOCK. I think that it is probably fine like it is, except that it's not nfs safe without libnfslock. It could probably be rewritten some to call on our liblockfile, rather than doing it internally the way it does. If it ain't broke, don't fix it. I'm not motivated to do this today... It works like it is, for me. Someone who needs the nfs safe version ought to tackle it. I don't imagine it will take more than an afternoon of hacking. The XEmacs version, as shipped with XEmacs-20.5-beta, has some changes. The diff is attached, to save anyone the trouble of generating one themselves. A quick look over tells me that there's probably no need to use this patch anyway... I wonder, would it be a good idea to put `movemail' into another general package, so that other programs can use it? I think that it's generally useful enough for that. movemail-emacs-20.2-xemacs-20.5.diff.gz Description: Binary data
Re: Libc6 progress: 1998-01-07
Neil A. Rubin [EMAIL PROTECTED]: afterstep-1.0-5 (Mixed dependencies) It seems that Neil hasn't worked on this package in about four months, so I'm preparing a non-maintainer release which should fix at least the mixed dependencies and bug #15395 (chmod a+x /etc/menu-methods/afterstep). I'll upload it soon if noone complains. -- Joel Rosdahl [EMAIL PROTECTED] (PGP-key available via finger and WWW) http://rosdahl.ml.org/joel/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Is there a maintainer for the install doc?
You could use m4. There's an article about doing that in the Linux Gazette: http://www.ssc.com/lg/issue22/using_m4.html [1] Hope this helps. Footnotes: [1] URL located from `browser-history'! (Grin. It works!) -- mailto:[EMAIL PROTECTED] (Karl M. Hegbloom) http://www.inetarena.com/~karlheg Portland, OR USA Debian GNU 1.3.1+hamm Linux 2.0.33 AMD K5 PR-133 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Autoupgrade kit needs testing.
Well, I've build an autoupgrade kit based on the upgrade script posted
here recently. It includes all the packages mentioned in the script (I
hope). I need people to test it however, since I don't have any more bo
machines to test it on at this time.
{http,ftp}://stormcrow.ml.org/pub/debian/autoup/autoup.tar.gz
--
Scott K. Ellis [EMAIL PROTECTED] http://www.gate.net/~storm/
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED] .
Trouble? e-mail to [EMAIL PROTECTED] .
Re: Debian logo license still not resolved
On Fri, 9 Jan 1998, Ian Jackson wrote: There are a number of unresolved questions: * Do we want a separate logo and licence for `powered by Debian' ? Considering the time it has taken to come to closure on the first one, I would not recommend it. 'Powered by Debian' or any other marketing slogan containing the name Debian, when approved should *require* The Debian Logo appear on all product materials that meet the criterion contains Debian. * What about hardware manufacturers who preinstall Debian ? Do we just let them mail us ? If they supply an Official CD set with the machine they should be able to use both the Official title and the Debian name as long as they are associated with The Debian Logo. I guess, over all, this means I favor a single logo. Ian. DEBIAN PENGUIN LOGO AUTOMATIC LICENSE The Debian Penguin Logo is a Trademark of Software in the Public Interest, Inc (`SPI'). 1. Grant You are hereby granted a license to use the trademark on a software or informational product or a service, and in advertising and promotion of such products and services, provided that: 2. Term 2.1. You must acknowledge the trademark, stating that it is used under licence and giving today's date (the date of issue of the licence), alongside the trademark itself. 2.2. Your licence expires one year from the date of issue. 3. Composition of your product or service 3.1. In the case of a software product, at least half of the product must be derived from the Debian GNU/Linux Distribution (`the Distribution'). Measured by weight? Several reasonable measures present themselves...total bytes, number of packages...but it seems to me that the critical issue is whether or not the Debian components, together, make a reasonable OS base for the product. A standard system is easy to define (all packages with priority standard or higher are installed) and should probably be the minimum system we should allow to be associated with the Debian name. After that point, what concern is it of ours how large the chunk of value added software is? Even a Debian archive, trimmed down to standard and above will take most of a CD to provide both the binaries and the source. Why should we restrict the number of other, full, CDs that the reseller wants to add to the product? What is wrong with having Powered by Debian at the top of a long list of Product Names? 3.2. In the case of an informational product, such as a book or a set of web pages, at least half of the content matter must be related to the Distribution. While the question of a suitable measure isn't at issue here (pages seems the obvious one) the question of half should be reduced to equal share. For instance consider a book on Debian, Red Hat, and Slackware. It would seem quite fair to me for the Debian section to only contain 33 1/3% of the total volume of the book. Minor question here. Does a bad review in such a book constitute intent to defame SPI? 3.3. In the case of a service, at least one half of the practice of the service must be related to the use of the Distribution. Same problem as the book, with an additional issue: Consider a service that does tech support for both Debian and Red Hat (I will not make the math worse by adding Slackware. It is unnecessary for this example). Must they agree to provide equal service in these two areas? That is, if the Red Hat calls exceed the Debian ones, will the service provider be able to both answer those questions and keep his Debian certification as well? That isn't apparent from this wording. 4. Defamation You must not intend to defame Software in the Public Interest or the Distribution. Seems pretty obvious to me, but I guess spelling it out makes the legal issues easier. 5. Termination I have no problems with the rest of this, asside from the fact that it appears both aggressive and abrupt in its treatment of the entity using the license. (BTW, my dictionary declares the spelling to be license. Is this just a British/American difference in spelling?) 5.1. This automatic licence must not have been withdrawn (on or before the day of issue) for new licencing by a notice published alongside it by SPI. 5.2. Your licence may be terminated by SPI at any time, for any reason, by giving you notice via email or other convenient means. In this case, you will immediately cease to use the trademark, except that you may continue until no longer than one year from the date of issue to distribute any pre-existing inventory of a physical medium (such as a book or CD, or advertising that has already been printed) containing the logo. 5.3. You must not have been given notice (on or before the date of issue) by SPI that this automatic licence is not available to you. 6. Indemnity In the event of a legal dispute between you and SPI, you
Re: Libc6 progress: 1998-01-07
On Fri, 9 Jan 1998, Joel Rosdahl wrote: Neil A. Rubin [EMAIL PROTECTED]: afterstep-1.0-5 (Mixed dependencies) It seems that Neil hasn't worked on this package in about four months, so I'm preparing a non-maintainer release which should fix at least the mixed dependencies and bug #15395 (chmod a+x /etc/menu-methods/afterstep). I'll upload it soon if noone complains. I have already done that. It's not 0.6.3 but 0.12.3. This closes all the bugs filed against wmaker; I'm uploading the packages right this minute, but it's going pretty slow. Anyway, I hope the packages get to master before the day's over... ;-) I've tried to contact Neil about this, but I have had no luck. Marcelo. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc5 to libc6 auto-upgrade script
On Fri, 9 Jan 1998, Craig Sanders wrote: On Fri, 9 Jan 1998, Lindsay Allen wrote: Still one problem. /wg-15-locale/s//wg15-locale/ damn. i thought i got that one this morning. i wont bother posting the script again. it's easy enough to fix. Could this script be uploaded to ftp.debian.org (Preferably in the tools directory) and updated every time someone make improvments to it? --- Turbo_ /// If there are no Amigas in heaven, send me to HELL! ^\\\/ Unix _IS_ user friendly - it's just selective about who its friends are ! Turbo Fredriksson Tel: +46-704-697645 S-415 10 Göteborg[EMAIL PROTECTED] SWEDEN www5.tripnet.se/~turbo My PGP key can be found at: 'www5.tripnet.se/~turbo/pgp.html' Key fingerprint = B7 92 93 0E 06 94 D6 22 98 1F 0B 5B FE 33 A1 0B --- -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cron jobs more often than daily
On 09-Jan-1998 17:00:04, Martin Schulze [EMAIL PROTECTED] wrote: On Fri, Jan 09, 1998 at 04:30:43PM +0100, Remco Blaakmeer wrote: The update-cron script could be very simple, like: #!/bin/sh cat EOF /etc/crontab.tmp # DO NOT EDIT THIS FILE. It will be overwritten by the update-cron script. # Instead, edit the appropriate file in /etc/cron.d and re-run update-cron . # EOF cat /etc/cron.d/* /etc/crontab.tmp mv /etc/crontab.tmp /etc/crontab That's far too easy. :) Yes, that's far too easy, not to mention guaranteed to break existing systems. Advantage: cron doesn't need to be modified Disadvantage: Users adding cronjobs might see their jobs removed. But as there is a note at the beginning this should be acceptable. Totally unacceptable. I think there should be no modifications to cron that make Debian incompatible with other unixes, if they can be avoided. Seconded. Why is it bad to have cron read files directly from cron.d, and acceptable to have it read a crontab that's built from files in cron.d. In the first case, if I mod crontab, it doesn't get overwritten, and I have to go to cron.d to modify some things. In the second, if I mod crontab, it *does* get overwritten, and I have to cron.d to modify things. What's the difference, except that I'm more likely to screw stuff up in the second case? steve -- Steve Greenland -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Linux Kernel list???
I was subscribed to linux kernel. I haven't received anything since Dec. 29. I have tried resubscribing several times. I even resent the original subscrition that got me started. I keep getting emails back saying user [EMAIL PROTECTED] doesn't exist. Can anyone help me on this? I thought I saw someone write in some email that they would post something on that list, maybe they could help. I wish I had a life outside Quake. Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: imap4
| On Friday, 9 January 98, at 10:16:39 AM | Jaldhar wrote about imap4 Dale, you mentioned a couple of days ago that you had orphaned imap4 and someone else was going to upgrade it to libc6 etc. Has that person gotten back to you? The reason I ask is because I have urgent need of this package at work so I've just compiled it. I've fixed all the extant bugs I think, and I should be able to make an upload soon if neccessary. The only problem I'm having is in log_lnx.c it is looking for pw_encrypt. Do you or anyone know where I can find this function? I have considered taking it over, as I like the server. If you want, you could send me the diff and dsc files and will try to fix the pw_encrypt problem. Get a maintainable operating system: http://www.debian.org Adam Heath of Borg-Linux [EMAIL PROTECTED] Join the H.323 effort. Email http://www.debian.org - Get Your Own Linux! [EMAIL PROTECTED] with http://wwp.mirabilis.com/3375265 - Page Me the word subscribe in the body. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
netcat
I notice netcat was moved to project/orphaned recently. I don't see it listed in the Libc6 Progress report - why not? I thought I remembered someone planned to work on this package. If I don't hear from anyone in a day or 2, I will do a non-maintainer release to build it with libc6 and get it back into the main distribution. -- see shy jo -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re^2: Debian 2.0 release requirements
Am 08.01.98 schrieb aqy6633 # acf5.nyu.edu ... Moin Alex! AY I would like to question the need for this requirement. ??? AY While this can be of importance to some users, it can be quite AY annoying to others. ??? Please remember, a lot of languages need 8 bit clean programs. Non 8 bit clean programs are very bad. AY What it means is saying good-bye to clean AY ascii e-mail, etc. ??? AY What is more important, *some* utilities, AY less most notably, *shouldn't* be 8-bit clean. Why? I would like to see German Umlaute. 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: Debian 2.0 release requirements
Am 08.01.98 schrieb aqy6633 # acf5.nyu.edu ... Moin Alex! AY it is nice property of less (as opposed to more) that it filters AY out all non-ascii charachters (changes them to some ^... printable AY sequencies). As a result, it is not possible to trash the console by AY doing less some binary file or, more important - if something But that could be done really easy. You have to filter all bytes with a value 32. 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: dhelp and doc-base (was Re: [Fwd: dhelp support?])
Am 08.01.98 schrieb schwarz # monet.m.isar.de ... Moin Christian! CS Depending on how doc-base is configured, it will convert texinfo files CS into PostScript, generate info files from texinfo source, etc. But how long should this take? This would slow the installion of Debian. And remember Debian is already very slow in installation/configuration. CS Here is a concrete example how it could look like: The Debian manual CS `Foo's and Bars' (to be written) is included in the foo package. The CS manual is written in debiandoc-sgml, so HTML, Text, and postscript can be CS generated. Have you tried that? As coordinator of the German HOWTOs I could tell you that the sgml-tools have got a lot of errors. Automatic conversion will not work. And there's another problem, not all documents use the same DTD. Or take latex2html. This produces totally unacceptable output. Some maybe we should fix the converters before we can release doc-base? CS Comments? I think that we can't convert most formats with a simple script at the moment. Maybe it would be better, that the maintainer convert the documents manually and correct the produced erros. 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] .
Libc6 progress: 1998-01-09
This is a list of packages in the main distribution that need work to be fully libc6-based. I base it on the Packages file at my local mirror, so it may be a day or two out of date. If you have questions about why a particular package is on the list, or if you think there is an error, don't hesitate to contact me. Packages smail, kterm, enscript, htdig, cti-ifhp, and vgrind have been converted to libc6. There are now no packages with priority greater than 'optional' in the list :) Heiko Schlittermann [EMAIL PROTECTED]: wu-ftpd-academ-2.4.2.13-0 (Adam Heath has a new version ready) Martin Soto [EMAIL PROTECTED]: wxwin-ol-dev-1.66B-1 wxwin-ol-runtime-1.66B-1 wxwin-dev-1.66B-1 wxwin-ol1-1.66B-1 Johnie Ingram [EMAIL PROTECTED]: php-2.0b10-5(extra) joost witteveen [EMAIL PROTECTED]: nfsroot-0.5 axe-6.1.2-6 (Upgrade in Incoming, moves to non-free) wm2-3-2 (Listed as Needing a new maintainer) Stephan Alexander Suerken [EMAIL PROTECTED]: gom-x-0.29.10-1 (Mixed dependencies) Lawrence Chim [EMAIL PROTECTED]: cqcam-0.40b-2(extra) (Being worked on?) vic-cqcam-2.8-2(extra) (Being worked on?) David H. Munro [EMAIL PROTECTED]: yorick-gist-1.4-5(New version is still libc5) yorick-1.4-5 (New version is still libc5) Neil A. Rubin [EMAIL PROTECTED]: wmaker-0.6.3-1 (Upgrade in Incoming) afterstep-1.0-5 (Mixed dependencies) Christian Meder [EMAIL PROTECTED]: amanda-client-2.3.0.4-2 amanda-2.3.0.4-2 Dale Scheetz [EMAIL PROTECTED]: imap-4-4-4 Paul Seelig [EMAIL PROTECTED]: psutils-1.17-1 (Will be taken by Rob Browning) Karl Sackett [EMAIL PROTECTED]: libtclobjc1-1.1b6-1 blt2-2.1-6 Sue Campbell [EMAIL PROTECTED]: lapack-2.0.1-1 Wichert Akkerman [EMAIL PROTECTED]: xcdroast-0.96-1 (Beta available at http://wiwww.wi.leidenuniv.nl/~wichert/debian/) Christian Hudon [EMAIL PROTECTED]: icont-9.1-1 iconx-9.1-1 iconc-9.1-1 Craig Small [EMAIL PROTECTED]: ax25-utils-2.1.37a-1(extra) (Obsolete, will be removed) Billy C.-M. Chow [EMAIL PROTECTED]: p3nfs-5.1-2(extra) Patrick J. Edwards [EMAIL PROTECTED]: bitchx-bin-0.70-2 Brian White [EMAIL PROTECTED]: gnats-tk-3.104-1 Tom Lees [EMAIL PROTECTED]: e2compr-1.06-2(extra) (Difficult; awaiting consensus) iproute-961225-2(extra) (Difficult; being worked on) Hakan Ardo [EMAIL PROTECTED]: compface-1989.11.11-12 (Mixed dependencies) xfaces-3.3-9 (Depends on both xlib6 and xlib6g) Radu Duta [EMAIL PROTECTED]: xosview-1.5.0-1 Fabien Ninoles [EMAIL PROTECTED]: vrweb-1.3-1 Boris D. Beletsky [EMAIL PROTECTED]: xinetd-2.1.7-3(extra) (Adam Heath has a new version ready) John Goerzen [EMAIL PROTECTED]: perl-curses-1.01-1 (Superseded by libcurses-perl) James LewisMoss [EMAIL PROTECTED]: xemacs20-20.2-4 (Mixed dependencies) xemacs19-19.16-1 (Mixed dependencies) Philippe Troin [EMAIL PROTECTED]: perlmagick-1.15-2 imagemagick-3.9.0-1 libhdf4g-dev-4.0.2-4 (Depends on libhdf4) (orphan): objpak-dev-1.1.1-1 objpak1-1.1.1-1 xmailtool-3.1.2b-1 ftnchek-2.9.4-1 groupkit-3.2-1 saoimage-1.19-4 (Mixed dependencies) gettyps-2.0.7i-1(extra) Klee Dienes [EMAIL PROTECTED]: ilu-base-2.0.0.8-2 python-misc-1.4.0-4 (Being worked on by Gregor Hoffleit) python-tk-1.4.0-4 python-net-1.4.0-4 (Being worked on by Gregor Hoffleit) win32gcc-17.1-1 python-curses-1.4.0-4 (Being worked on by Gregor Hoffleit) win32binutils-17.1-1 python-mpz-1.4.0-4 (Being worked on by Gregor Hoffleit) python-base-1.4.0-4 (Being worked on by Gregor Hoffleit) python-gdbm-1.4.0-4 (Being worked on by Gregor Hoffleit) python-bsddb-1.4.0-4 (Being worked on by Gregor Hoffleit) ksmbfs-2.0.1-2(extra) (Superseded by smbfs) Joe Reinhardt [EMAIL PROTECTED]: dxpc-3.7.0-1 Federico Di Gregorio [EMAIL PROTECTED]: tkstep42-4.2-1 (Superseded by tkstep4.2) Rob Browning [EMAIL PROTECTED]: rscheme-0.7.1-2 Gordon Russell [EMAIL PROTECTED]: doc++-3.01-1 Hanno Wagner [EMAIL PROTECTED]: qps-1.1-1 Volker Ossenkopf [EMAIL PROTECTED]: xvmount-3.6-5(extra) (New version is libc5) workman-1.3a-5 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Summary of Package Overlaps -- preliminary
-=- One of the release requirements for 2.0 is that the --force-overwrite flag for dpkg can be turned off by default. This means that there should be no problematic overlaps between packages in the main distribution. To help achieve that, I have decided to post a summary of package overlaps every week. I generate the raw material for this list with an awk script that parses the Contents and Packages files. The script ignores directories, and ignores overlaps between packages that conflict with each other. The awk script was posted to debian-devel once, and can also be found as part of bug report #12308. I realised a few days ago that it is not enough for overlapping packages to overlap by conflicting indirectly (i.e. via their dependencies). They must must declare an explicit Conflicts (or Replaces) relationship, or use diversions. This summary is NOT yet adjusted to reflect that. I'm still working through the overlaps that I marked as harmless because the packages conflicted indirectly, and I will post an updated summary later. This version of the summary is based on hamm/Contents-i386 from 1998-01-05/16:29 (GMT) hamm/main/Packages from 1998-01-06/14:05 (GMT) hamm/non-free/Packages from 1998-01-06/14:06 (GMT) hamm/contrib/Packages from 1998-01-05/14:16 (GMT) I received a request to include the non-us packages. I can't do that with my current scripts because they depend on the Contents file generated on the master archive, which does not include non-us. Richard Braakman -=- Change history: Version 1998-01-09 (19 overlaps) Removed entry for kdebase and xbase. (kdebase uses diversion) Removed entry for tetex-doc and tetex-base (fixed in tetex-doc 0.4pl8-3) Removed entry for postgres95 and lprng (postgres95 superseded by postgresql) Removed entry for libgif3g, libgif2, and giflib3g (libgif* were removed) Removed entry for libtiff-tools and libtiff3-gif (libtiff3-gif removed) Removed entry for kdebase and kdelibs0g(fixed in kde versions Beta1.2-2) Removed entry for kdebase and kdegraphics (fixed in kde versions Beta1.2-2) Removed entry for libkde0.9.00 and libkde0 (libkde* were removed) Removed entry for adbbs and perl-curses(fixed in adbbs 2.1a-2) Removed entry for tclmidi and mtools (fixed by tclmidi) Removed entry for amaya-static and amaya (fixed in 1.1c-1) Removed entry for ppd-adobe-extra and ppd-adobe misc (packages disappeared) Removed entry for ax25utils, ax25-utils, and rspfd (old packages removed) New entry for fvwm-common and gv Adjusted e2compr entries, which now overlap with the new e2fs packages. New entry for e2compr and e2fslibsg New entry for pftp and netstd New entry for msqlperl and libdbd-mysql-perl New entry for libdbd-msql-perl and libdbd-mysql-perl New entry for manpages-dev and funny-manpages New entry for sane and cam Version 1997-11-12 (25 overlaps) Removed entry for bsdmainutils and zmailer (fixed in zmailer 2.99.49.8-1) Removed entry for efax and mgetty-fax(overlap gone) New entry for kdebase and kdelibs0g-dev (reported bugs) New entry for kdebase and kdegraphics New entry for kdebase and xbase New entry for tclmidi and mtools (reported bug) Version 1997-10-24 (23 overlaps) Three new entries for e2compr and the new e2fs packages. (reported bug) Removed entry for mkisofs and cdrecord. (fixed in cdrecord 1:1.5-2) Removed entry for modutils and pcmcia-cs. (fixed in pcmcia-cs 2.9.11-1) Removed entry for zlib1-altdev and xlib6-altdev. (fixed in xfree86 3.3.1-1) Added ax25utils to entry for ax25-utils and rspfd. Added giflib3g-dev to entry for libgif3g-dev and libgif2-dev. Version 1997-10-15 (23 overlaps) New entry for modutils and pcmcia-cs. Removed entry for xslib and xlib6-altdev. (fixed in xlib6-altdev 3.3-7) Removed entry for epic and ircii. (fixed in epic 3.004-3) Version 1997-10-01 (24 overlaps) Reported bugs for the new entries. Removed entry for xslib and xslibg. (fixed in 3.3-6 versions) Removed entry for man-db and libc6-dev. (fixed in man-db 2.3.10-52) New entry for libgif3g-dev and libgif2-dev. New entry for epic and ircii. New entry for libtiff-tools and libtiff3-gif. New entry for zlib1-altdev and xlib6-altdev. New entry for xslib and xlib6-altdev. Version 1997-09-24 (21 overlaps) New entry for mkisofs and cdrecord. (Filed bugreport) Version 1997-09-17 (20 overlaps) New entry for xslib and xslibg. (Filed bugreport) Noted the extra bug report for libgdbmg1-dev. Noted the extra bug reports for the man-db and libc6-dev entry. Removed both entries for apsfilter. (apsfilter moved to project/orphaned) Removed entry for xless and linux86. (linux86 removed from hamm) Removed entry for bin86 and linux86. (bin86 now
please tell me about release-critical bugs
Hi folks! I've started to collect release-critical bugs. Here are some first guidelines regarding release-critical bugs: - No package included in Debian 2.0 may have open release-critical bugs. If release-critical bugs are present at release time, either the release will be postponed giving the maintainers more time to fix the bugs _or_ the packages will be removed. (This depends on the importance of the packages.) - Any bug with severity level `important', `grave', or `critical' is release-critical `automatically.' You do NOT have to tell me about such bugs, since I'll periodically check the bug tracking system for them with a script. Note, that changing the severity level back to `normal' without discussion or fix does not make a bug less release-critical :) - Any bug which clearly fails our release requirements (check out http://fatman.mathematik.tu-muenchen.de/~schwarz/debian-roadmap/hamm/requirements.html for details) is also marked `release-critical'. If you discover a package failing some release requirement, please report this as bug (unless it has already been reported) and notify me or debian-devel of the situation. Examples: - packages in main or contrib failing the DFSG - packaging based on libc5 (other than those in oldlibs/) - unresolved dependencies in main - packages depending on packages with lower priority - illegal use of virtual packages - package overlaps - MTAs and MUAs not using the correct locking scheme - etc. (Time will show if this rule is workable. I don't know yet. If the list of release-critical bugs grows to large, we'll have to think of a better idea ;-) - I'll periodically report the outstanding release-critical bugs to this list. In addition, I'm considering to set up a web page where people can check the current list. - At code freeze time, I'll send every maintainer with release-critical bugs a short mail asking him/her if he/she has enough time to fix the bugs in the next week. If someone does not reply and does not upload a fixed package for a week, I'll send a list of the corresponding packages to debian-devel, asking for non-maintainer uploads. (Note, that we running a volunteer organization. Therefore, it's likely that not all maintainers have enough time to fix their bugs in time. This is ok with me. However, we should _know_ about this situation so that we can find other maintainers to make the bug fixes.) - Currently, there are 80 critical/graves bugs in the bug tracking system. Any comments/critics/suggestions are welcome! Thanks, Chris -- Christian Schwarz Do you know [EMAIL PROTECTED], [EMAIL PROTECTED], Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED] Visit PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA http://www.debian.org http://fatman.mathematik.tu-muenchen.de/~schwarz/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
dpkg's version comparison algorithm?
Hello collegues, I don't understand dpkg's version compare algorithm: ([EMAIL PROTECTED]) /var/debian/unstable/binary-i386/math$dpkg --compare-versions 1.15 lt 1.2-1; echo $? 1 ([EMAIL PROTECTED]) /var/debian/unstable/binary-i386/math$dpkg --compare-versions 1.15 lt 1.20-1; echo $? 0 ([EMAIL PROTECTED]) /var/debian/unstable/binary-i386/math$dpkg --version Debian Linux `dpkg' package management program version 1.4.0.19 (i386 elf). Copyright 1994-1996 Ian Jackson, Bruce Perens. This is free software; see the GNU General Public Licence version 2 or later for copying conditions. There is NO warranty. See dpkg --licence for details. ([EMAIL PROTECTED]) /var/debian/unstable/binary-i386/math$ Why is 1.15 1.2 ? Is it necessary to fill in trailing zeroes? David -- David Frey (51F35923114FC864 7D05FF173C61EFDE) Those who do not understand Unix are condemned to reinvent it, poorly. -- Henry Spencer -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dpkg's version comparison algorithm?
On Fri, 9 Jan 1998, David Frey wrote: Hello collegues, I don't understand dpkg's version compare algorithm: ([EMAIL PROTECTED]) /var/debian/unstable/binary-i386/math$dpkg --compare-versions 1.15 lt 1.2-1; echo $? 1 ([EMAIL PROTECTED]) /var/debian/unstable/binary-i386/math$dpkg --compare-versions 1.15 lt 1.20-1; echo $? 0 ([EMAIL PROTECTED]) /var/debian/unstable/binary-i386/math$dpkg --version Debian Linux `dpkg' package management program version 1.4.0.19 (i386 elf). Copyright 1994-1996 Ian Jackson, Bruce Perens. This is free software; see the GNU General Public Licence version 2 or later for copying conditions. There is NO warranty. See dpkg --licence for details. ([EMAIL PROTECTED]) /var/debian/unstable/binary-i386/math$ Why is 1.15 1.2 ? Is it necessary to fill in trailing zeroes? Yes. Dpkg splits a version into number and not number compontents, so it would look at 1.15 as '1' '.' '15' and 1.2 as '1' '.' '2'. It then compares the number components as numbers and the non numbers as strings (kinda, there are some special rules for -/.). I suspect this is so that: 1-15 1-2 1.15 1.2 Which is more consistant, you would never expect 1-15 1-2. Don't think of the dot as a decimal but mearly as a separator, it doesn't give special meaning to what follows. Jason -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: cron jobs more often than daily
On Fri, 9 Jan 1998, Steve Greenland wrote: [snip] 3.3.7. Configuration files -- [..] If two or more packages use the same configuration file, one of these packages has to be defined as *owner* of the configuration file, i.e. it has to list the file as `conffile' and has to provide a program that modifies the configuration file. The other packages have to depend on the *owner* package and use that program to update the configuration file. The problem with this is that once the package-provided program has modified the file, the file is (quite properly) considered changed by dpkg, which will then whine about the next time distributed version changes (and thereafter, I think). This is not only a problem with /etc/crontab, but with even more important files like /etc/passwd! Does someone know how COAS interferes with this discussion? Thanks, Chris -- Christian Schwarz Do you know [EMAIL PROTECTED], [EMAIL PROTECTED], Debian GNU/Linux?[EMAIL PROTECTED], [EMAIL PROTECTED] Visit PGP-fp: 8F 61 EB 6D CF 23 CA D7 34 05 14 5C C8 DC 22 BA http://www.debian.org http://fatman.mathematik.tu-muenchen.de/~schwarz/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dpkg's version comparison algorithm?
David Frey [EMAIL PROTECTED] writes: Why is 1.15 1.2 ? Because 1 = 1 and 15 is 2; dpkg breaks the version number into chunks (in this case delimited by '.'). See verrevcmp() in lib/vercmp.c from the dpkg source for more details. Is it necessary to fill in trailing zeroes? Yes. 20 15 - 1.20 1.15 -- James -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Libc6 progress: 1998-01-07
It seems that Neil hasn't worked on this package in about four months, so I'm preparing a non-maintainer release which should fix at least the mixed dependencies and bug #15395 (chmod a+x /etc/menu-methods/afterstep). I'll upload it soon if noone complains. I have already done that. It's not 0.6.3 but 0.12.3. This closes all the bugs filed against wmaker; I'm uploading the packages right this minute, but it's going pretty slow. Anyway, I hope the packages get to master before the day's over... ;-) Well, that's great! But what I intend to fix is afterstep, not wmaker... ;) -- Joel Rosdahl [EMAIL PROTECTED] (PGP-key available via finger and WWW) http://rosdahl.ml.org/joel/ -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: dpkg's version comparison algorithm?
On Fri, 9 Jan 1998, David Frey wrote: : Hello collegues, : : I don't understand dpkg's version compare algorithm: ([EMAIL PROTECTED]) : /var/debian/unstable/binary-i386/math$dpkg --compare-versions 1.15 lt : 1.2-1; echo $? 1 ([EMAIL PROTECTED]) : /var/debian/unstable/binary-i386/math$dpkg --compare-versions 1.15 lt : 1.20-1; echo $? 0 ([EMAIL PROTECTED]) : /var/debian/unstable/binary-i386/math$dpkg --version Debian Linux : `dpkg' package management program version 1.4.0.19 (i386 elf). : Copyright 1994-1996 Ian Jackson, Bruce Perens. This is free software; : see the GNU General Public Licence version 2 or later for copying : conditions. There is NO warranty. See dpkg --licence for details. : ([EMAIL PROTECTED]) /var/debian/unstable/binary-i386/math$ : : Why is 1.15 1.2 ? Is it necessary to fill in trailing zeroes? Well, think of it this way: which is greater, 2 or 15? (The . is a delimiter, not a decimal placeloder) Think of kernel version numbers and this will start to make sense. Kernel 2.0.4 is not newer than 2.0.32. : : David : -- : David Frey (51F35923114FC864 7D05FF173C61EFDE) : Those who do not understand Unix are condemned to reinvent it, poorly. : -- Henry Spencer : -- Nathan Norman MidcoNet - 410 South Phillips Avenue - Sioux Falls, SD 57104 phone: (605) 334-4454 fax: (605) 335-1173 mailto://[EMAIL PROTECTED] http://www.midco.net PGP Key ID: 0xA33B86E9 - Public key available at keyservers PGP Key fingerprint: CE03 10AF 3281 1858 9D32 C2AB 936D C472 -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
strange dynamic linking
I happened to copy the libc5 badblocks binaries onto my libc6 system, for a project I'm working on, and for curiousity's sake, ran ldd on it; [10:12am] [EMAIL PROTECTED]:DLX.lilo/rd-tree/bin# ldd ./badblocks libext2fs.so.2 = /lib/libext2fs.so.2 (0x4000b000) libcom_err.so.2 = /lib/libcom_err.so.2 (0x4001b000) libc.so.5 = /lib/libc.so.5 (0x4001d000) libc.so.6 = /lib/libc.so.6 (0x400d9000) ld-linux.so.2 = /lib/ld-linux.so.2 (0x40178000) Two versions of libc? Looking at the individual libraries, [10:12am] [EMAIL PROTECTED]:DLX.lilo/rd-tree/bin# ldd /lib/libext2fs.so.2 libc.so.6 = /lib/libc.so.6 (0x40013000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x2000) libcom_err.so.2 = /lib/libcom_err.so.2 (0x400b2000) [10:19am] [EMAIL PROTECTED]:DLX.lilo/rd-tree/bin# ldd /lib/libcom_err.so.2 libc.so.6 = /lib/libc.so.6 (0x40005000) /lib/ld-linux.so.2 = /lib/ld-linux.so.2 (0x2000) Is this a bug in something? Hamish -- Hamish Moffatt, [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Latest Debian packages at ftp://ftp.rising.com.au/pub/hamish. PGP#EFA6B9D5 CCs of replies from mailing lists are welcome. http://hamish.home.ml.org -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Libc6 progress: 1998-01-07
On Sat, 10 Jan 1998, Joel Rosdahl wrote: I have already done that. It's not 0.6.3 but 0.12.3. This [...] Well, that's great! But what I intend to fix is afterstep, not wmaker... ;) Oops... I read way too fast... Then both packages are fixed! :-) Marcelo -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
sp upgrade, HTML 4.0, libtool
I haven't seen Susan Kleinmann arround for some time. If nobody objects, I'd like to make a non maintainer upgrade of sp. There's a new version, and it's requiered to parse the W3C Recommendation regarding HTML 4.0. I have packaged the HTML 4.0 DTD and documentation, and I'd like to upload that, too. There's also an upgrade for libtool, that fixes a couple of annoying things about 1.0c. It's version 1.0h, but the GNU people have a big warning about it being alpha software (1.0c is alpha, too, I think). Is this ok for hamm, or is it better to put it in experimental? Marcelo -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: Summary of Package Overlaps -- preliminary
Richard == Richard Braakman [EMAIL PROTECTED] writes: Richard Overlap between msqlperl_1:0.91-2 and Richard libdbd-mysql-perl_1.1821-1: usr/lib/perl5/Msql.pm Richard usr/lib/perl5/Msql/Statement.pm usr/man/man3/Msql.3pm.gz Richard Reported as bug#16784 to to msqlperl msqlperl and Richard libdbd-mysql-perl seem to be the same or similar Richard packages. (almost resolved) Richard Overlap between libdbd-msql-perl_0.91-2 and Richard libdbd-mysql-perl_1.1821-1: usr/lib/perl5/DBD/mSQL.pm Richard usr/man/man3/DBD::mSQL.3pm.gz libdbd-msql-perl is built Richard from the msqlperl sources (see above). (almost resolved) libdbd-mysql-perl_1.1821-2 has been uploaded, and fixes these problems. -- Brought to you by the letters S and W and the number 1. It makes my nipples hard! -- The Creator of the Be Box Ben Gertzfield http://www.imsa.edu/~wilwonka/ Finger me for my public PGP key. I'm on FurryMUCK as Che, and EFNet and YiffNet IRC as Che_Fox. -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
Re: libc5 to libc6 auto-upgrade script
On Fri, 9 Jan 1998, Turbo Fredriksson wrote: On Fri, 9 Jan 1998, Craig Sanders wrote: On Fri, 9 Jan 1998, Lindsay Allen wrote: Still one problem. /wg-15-locale/s//wg15-locale/ damn. i thought i got that one this morning. i wont bother posting the script again. it's easy enough to fix. Could this script be uploaded to ftp.debian.org (Preferably in the tools directory) and updated every time someone make improvments to it? good idea. while we're at it, lets make subdirectories for the upgrades directory: rex-to-bo/ (obsolete ???) and bo-to-hamm/ who's got write permission on the ftp site to do this? (i don't think i have). craig -- craig sanders -- TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to [EMAIL PROTECTED] . Trouble? e-mail to [EMAIL PROTECTED] .
