Re: sash (was Re: demo vs. real package: FYI (was ...))
On Mon, Sep 20, 1999 at 02:46:09PM -0700, Joey Hess wrote: Raul Miller wrote: Also, if you can anticipate any failure modes where sash would damage the password file I'd appreciate hearing about them. It's already the case that if sash has any problem writing out the new password file that it won't install it. I think you should just use useradd to edit the password file. You mean without ensuring that the password is useful? I've already elected to give the admin a choice (whether or not to add the account -- that'll be in the next release). The problem with password prompting is that it doesn't fit well into an automated or gui install. Under these circumstances do you still feel it's useful to add a locked account? -- Raul
Re: sash (was Re: demo vs. real package: FYI (was ...))
On Mon, Sep 20, 1999 at 06:02:47PM -0400, Greg Johnson wrote: Here's one (happend to me). I have a '+' at the end of my /etc/passwd file for nis. sash tried to add the new root acccount at teh end of /etc/passwd AFTER the +. didn't work. That was sash 3.3-5 Sash 3.3-6 already addresses this issue. Thanks, -- Raul
Re: A few changes
On Sat, 18 Sep 1999, Darren Benham wrote: Bugs are no longer deleted!!! We don't have a way for you to access them directly but there's an official location in the database where they're being archived. We're trying to decide how to serve them up... by requesting a bug number, obviously, but any other way? Do we need them index by maintainer or package? Remember, these are closed -- solved -- bugs. The correct and usual thing to do when finding a bug is to look into the BTS to see if it has already been filed or even dealt with. Now remember a lot of Debian users live off stable from CD. Considering the time between to stable releases, chances are high someone discovers a bug long after it has been closed (because he's installing a previously unused package). The person will then be disappointed (because Debian doesnt't handle rather obvious bugs) and/or file it again. Conclusion: make closed bugs available by package. The original bug report and the closing message should be sufficient. Bjorn Brill [EMAIL PROTECTED] Frankfurt am Main, Germany
Re: Source Cds
On Sep 19, Ben Pfaff wrote: Tomasz Wegrzanowski [EMAIL PROTECTED] writes: I suggest compressing source code by bzip2 Many CD resellers add something to 2nd source cd and it will make A LOT of free place for them (100-150 MB!!!) Bzip2 is no problem because it is possibly available on every Debian system and I dont want religious answers here. We've discussed this here before. Have you read through the debian-devel archives on this subject already? There is actually an open policy proposal on this (which I proposed). I'll have to sit down and hack on dpkg-dev to implement it, which may overcome some of the objections. Anyway, look in debian-policy's archives from the last 3-4 months. Chris -- = | Chris Lawrence | Visit my home page! | | [EMAIL PROTECTED]| http://www.lordsutch.com/chris/ | | | | | Grad Student, Pol. Sci. | Do you want your bank to snoop? | |University of Mississippi|http://www.defendyourprivacy.com/| =
grep-ing available made easy
Hello, I have just finished the first 90% (that is, I have a decently working beta version, but some things are still suboptimal) of something that could be vaguely described as Package: debcrawler Section: admin Priority: optional Version: 0.19 Depends: boa | httpd, lynx | www-browser, dpkg (= 1.4), dpkg ( 1.5) Description: browse your Debian binary packages via WWW debCrawler (completely unrelated to a well-known web indexing service) is a small tool to search the local database of installable Debian *.deb software packages for various criteria and display the results through a web browser. It does not attempt to cover package management. The output is formatted in a fashion that aims at readability on several different web browsers, including lynx. . debCrawler is a CGI application, so a http daemon with CGI support must be set up on the local machine. Note that dhttpd does *not* support CGIs (that means you have to use another httpd implementation). It was inspired by hours of screen-staring in front of dselect, some grep/sed/perl orgies with available and, of course, http://www.debian.org/distrib/packages. I'd be glad if some of you would try it and send me comments and bugs. I'd be even more glad if somebody could package it (I am no Debian developer yet, there are some technical problems, and I don't have the time to overcome any of these two obstacles at the moment). You can get it at http://fs.math.uni-frankfurt.de/~brill/debcrawler-0.19.tar.gz Thanks Bjorn Brill [EMAIL PROTECTED] Frankfurt am Main, Germany
Re: Announcing debconf, configuration management for debian
On Mon, Sep 20, 1999 at 02:57:42PM -0600, Scott Barker wrote: dpkg -i package dpkg-reconfigure you could just run: dpkg -i --reconfigure package I'm probably thinking too far ahead right now, though... Why would you install the package (which presumably includes configuration) and then immediately reconfigure it? Hamish -- Hamish Moffatt VK3SB (ex-VK3TYD). CCs of replies from mailing lists are welcome.
apt-get upgrade unstable killed old libc5-compat
RE: potato upgrade killed libc5
I ran an apt-get upgrade over the past weekend. That and/or an upgrade
to new 2.2.12 kernel seems to have killed all my old binaries depending
on libc5.
Mostly the affected files amount to cruft. There is(was) a commercial
xvscan with scanner support that died. However, when this goes
onto our production machine it will surely kill all sorts of user
scripts that we do not maintain and that I'm sure our users do not
maintain.
The libc5 libraries here have not been touched in months.
I've attached below a strace of two instances, one of a libc5
login, and another of a local accounting program. The output in this
case does not mean much to me. It does not go very far. Is it even
done with the loader?
I hope this is a local feature but thought I'd post this note
just in case. ;^)
i86 potato v2.2.12
cfm
--
Christopher F. Miller, Publisher [EMAIL PROTECTED]
MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039
1.207.657.5078 http://www.maine.com/
Database publishing, e-commerce, office/internet integration, Debian linux.
Script started on Mon Sep 20 19:50:09 1999
[EMAIL PROTECTED]:/bin# trace ./login.libc5
execve(./login.libc5, [./login.libc5], [/* 56 vars */]) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40006000
mprotect(0x4000, 19058, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 36855, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat(/etc/ld.so.cache, {st_mode=S_IFREG|0644, st_size=11649, ...}) = 0
open(/etc/ld.so.cache, O_RDONLY) = 3
mmap(NULL, 11649, PROT_READ, MAP_SHARED, 3, 0) = 0x40007000
close(3)= 0
stat(/etc/ld.so.preload, 0xb7d8) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.5, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0|-\1\000..., 4096) =
4096
mmap(NULL, 778240, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000a000
mmap(0x4000a000, 543683, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) =
0x4000a000
mmap(0x4008f000, 23252, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x84000) = 0x4008f000
mmap(0x40095000, 207484, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40095000
close(3)= 0
mprotect(0x4000a000, 543683, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40007000, 11649) = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
[EMAIL PROTECTED]:/bin# cd /home/cfo/.bin
[EMAIL PROTECTED]:/home/cfo/.bin# strace ./ledger-libc5
execve(./ledger-libc5, [./ledger-libc5], [/* 56 vars */]) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40006000
mprotect(0x4000, 19058, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 20200, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat(/etc/ld.so.cache, {st_mode=S_IFREG|0644, st_size=11649, ...}) = 0
open(/etc/ld.so.cache, O_RDONLY) = 3
mmap(NULL, 11649, PROT_READ, MAP_SHARED, 3, 0) = 0x40007000
close(3)= 0
stat(/etc/ld.so.preload, 0xb7d8) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.5, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0|-\1\000..., 4096) =
4096
mmap(NULL, 778240, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000a000
mmap(0x4000a000, 543683, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0) =
0x4000a000
mmap(0x4008f000, 23252, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x84000) = 0x4008f000
mmap(0x40095000, 207484, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40095000
close(3)= 0
mprotect(0x4000a000, 543683, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40007000, 11649) = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
[EMAIL PROTECTED]:/home/cfo/.bin# exit
exit
Script done on Mon Sep 20 19:50:58 1999
/lib/ld*
-rwxr-xr-x 1 root root81786 Sep 17 09:56 ld-2.1.2.so
lrwxrwxrwx 1 root root 13 Sep 14 1998 ld-linux.so -
ld-linux.so.2
lrwxrwxrwx 1 root root 18 Sep 18 19:08 ld-linux.so.1 -
ld-linux.so.1.9.11
-rwxr-xr-x 1 root root22311 Sep 17 10:52 ld-linux.so.1.9.11
lrwxrwxrwx 1 root root 11 Sep 18 19:09 ld-linux.so.2 -
ld-2.1.2.so
-rwxr-xr-x 2 root root99488 Sep 17 10:52 ld.so
-rwxr-xr-x 2 root root99488 Sep 17 10:52 ld.so.1.9.11
Re: apt-get upgrade unstable killed old libc5-compat
On Mon, Sep 20, 1999 at 08:06:47PM -0500, Mr. Christopher F. Miller wrote: RE: potato upgrade killed libc5 Yes, and it's now fixed with ldso 1.9.11-3, which should be propagating around the mirrors right now - if it isn't already. It's on ftp.debian.org atm. - Rob -- For a man to truly understand rejection, he must first be ignored by a cat.
Re: ProFTPd being lame
I was refering to the equivilant of a VirtualServer section in Apache...to just send Roxen the information for a new account, including IP address and directories, and have it do it automatically without admin intervention. While it CAN be done, it would be a pain in the ass. Dave Bristel On Mon, 20 Sep 1999, Hirling Endre wrote: Date: Mon, 20 Sep 1999 20:30:40 +0200 (CEST) From: Hirling Endre [EMAIL PROTECTED] To: David Bristel [EMAIL PROTECTED] Cc: Anders Arnholm [EMAIL PROTECTED], Robert Stone [EMAIL PROTECTED], Chris Rutter [EMAIL PROTECTED], debian-devel@lists.debian.org Subject: Re: ProFTPd being lame On Mon, 20 Sep 1999, David Bristel wrote: Off topic The only feature it lacks is the ability to do automated account setup from another script. (Which is the ONLY thing that apache does better than Roxen). Maybe I'll tinker a bit and make a module for auto-creation of new web accounts from a shell script or something. Until then, for web hosting, Apache is the better choice. /Off topic Hmmm... what about SQL user auth module, user filesystem, and creating web accounts into a mysql table? You can authenticate your web, ftp, pop3 servers from it, and with a few lines of RXML/Pike the user can change his password from a browser via https. I think this can be very well automated. If you want a virtualhost per user, even a siple shell/perl script can fill a server template (or Pike script if you'd better like creating users from a web interface :)) (or I'm misunderstanding what you mean as 'web account'..) greetings endre -- ..all in all it's just another rule in the firewall. /Ping Flood/
Re: Guessing the date style from the timezone for postgresql postinst
From: Oliver Elphick olly@lfix.co.uk Style DateDatetime --- ISO1999-07-17 1999-07-17 07:09:18+01 ^ Is that correct? Doesn't ISO 8601 specify the character T between the date and the time? Daniel
taper up for adoption
I never use taper anymore -- whould someone who does like to take the package? It has several forwarded bug reports and isn't FHS yet, but no other problems. -- see shy jo
Re: Guessing the date style from the timezone for postgresql postin st
On 20 Sep, Daniel Barclay wrote: From: Oliver Elphick olly@lfix.co.uk Style DateDatetime --- ISO1999-07-17 1999-07-17 07:09:18+01 ^ Is that correct? Doesn't ISO 8601 specify the character T between the date and the time? I haven't found the standard itself but here is a pretty good doc: http://hydracen.com/dx/y2k/iso8601.htm Excerpt: -- The symbol T is used to separate the date and time parts of the combined representation. This may be omitted by mutual consent of those interchanging data, if ambiguity can be avoided. The complete representation is as follows: 19930214T131030 or 1993-02-14T13:10:30 The date and/or time components independently obey the rules already given in the sections above, with the restrictions: 1.The date format should not be truncated on the right (i.e., represented with lower precision) and the time format should not be truncated on the left (i.e., no leading hyphens). 2.When the date format is truncated on the left, the leading hyphens may be omitted. -- IMHO, but then we're using the ISO format here in Sweden, 1999-07-17 07:09:18+01 is unambiguous, but if you're going to do it by the standard why not go all the way... /Michael -- Linux: Turn on...Tune in...Fork out...
Re: Announcing debconf, configuration management for debian
On Tue, Sep 21, 1999 at 11:02:58AM +1000, Hamish Moffatt wrote: On Mon, Sep 20, 1999 at 02:57:42PM -0600, Scott Barker wrote: dpkg -i package dpkg-reconfigure you could just run: dpkg -i --reconfigure package I'm probably thinking too far ahead right now, though... Why would you install the package (which presumably includes configuration) and then immediately reconfigure it? The whole purpose of Wichert's spec is to force packages to install with a default configuration, and then reconfigure themselves with data from the database after installation. Whether questions are (all) asked before or after installation is a secondary point -- ..Aaron Van Couwenberghe... [EMAIL PROTECTED] [EMAIL PROTECTED] Berlin: http://www.berlin-consortium.org Debian GNU/Linux: http://www.debian.org There are three kinds of people in this world: those who can count and those who can't.
Re: Announcing debconf, configuration management for debian
Aaron Van Couwenberghe wrote: The whole purpose of Wichert's spec is to force packages to install with a default configuration, and then reconfigure themselves with data from the database after installation. Whether questions are (all) asked before or after installation is a secondary point Er not really. The spec makes that possible, but it's hardly the entire goal. Make note of the large amount of effort it goes to to allow you to configure a package *before* installing it as well. -- see shy jo
emacs and anacron on slink
Since I removed emacs 19 anacron sends me mail every day in which it says : File /usr/lib/emacs/19.34/i386-debian-linux/movemail registered but not installed and since I removed all emacses from my computer there is another line in everyday mail : File /usr/lib/emacs/20.3/i386-debian-linux-gnu/movemail registered but not installed I think this is a bug in emacs uninstalation script I also think no editor should be privileged anyhow by debian Everyones favorite editor is very intimate matter and forcing anyone to use particular is breaking of users privacy
Re: static user IDs
Who will agree with me that qmail[dsrqlp] should be forbidden Their existance in /etc/passsd rape me thru my eyes 6 statics for pacage is a bad idea but if this package isnt even free they should be thown out without mercy
Re: emacs and anacron on slink
Tomasz Wegrzanowski [EMAIL PROTECTED] writes: Since I removed emacs 19 anacron sends me mail every day in which it says : File /usr/lib/emacs/19.34/i386-debian-linux/movemail registered but not installed and since I removed all emacses from my computer there is another line in everyday mail : File /usr/lib/emacs/20.3/i386-debian-linux-gnu/movemail registered but not installed I think this is a bug in emacs uninstalation script Indeed. Please remove the offending lines from /etc/suid.conf yourself. I also think no editor should be privileged anyhow by debian Everyones favorite editor is very intimate matter and forcing anyone to use particular is breaking of users privacy Why do you think Debian is forcing you to use one specific editor? - Ruud de Rooij. -- ruud de rooij | [EMAIL PROTECTED] | http://ruud.org
ITP liberror-perl, libcorba-orbit-perl, libgnome-gnorba-perl
Hi. I plan to package libcorba-orbit-perl and libgnome-gnorba-perl: these modules allow to use the Orbit ORB within perl and the gnorba activation features. liberror-perl is required by the above modules and so I'll package it as well. lupus -- - [EMAIL PROTECTED] debian/rules
ITP: greg
I'm packaging greg, http://www.gnu.org/software/greg/ (naturally GPL) --8-- The Greg testing framework Greg is a framework for testing other programs and libraries. Its purpose is to provide a single front end for all tests and to be a small, simple framework for writing tests. Greg leverages off the Guile language to provide all the power (and more) of other test frameworks with greater simplicity and ease of use. The simplicity of the Greg framework makes it easy to write tests for any program, but it was specifically written for use with GNUstep-Guile to permit direct testing of the GNUstep libraries without the necessity to run a separate driver program. The core functionality of Greg is a Guile module which can be loaded into any software with an embedded Guile interpreter. Any program which uses Guile as it's scripting language can therefore use Greg to test itself directly! For testing external programs, Greg provides a compiled module that may be dynamically linked into Guile to permit you to run an application as a child process on a pseudo-terminal. In conjunction with the standard Guile `expect' module, this lets you test external programs. Also provided is greg - a Guile script to invoke the Greg test framework in much the same way that runtest is used in DejaGNU. All tests have the same output format (enforced by the greg-testcase procedure). Greg's output is designed to be both readable and readily parsed by other software, so that it can be used as input to customised testing processes. Greg provides most of the functionality of DejaGNU but is rather simpler. It omits specific support for cross-platform/remote testing since this is really rather trivial to add where required and tends to vary from site to site so much that an attempt at a generic solution is pretty pointless. What Greg does do, is provide hooks to let you easily introduce site specific code for handling those sorts of situations. --8-- -- Havoc Consulting | unix, linux, perl, mail, www, internet, security consulting +358 50 5486010 | software development, unix administration, training
Roxen virtual servers, was: Re: ProFTPd being lame
* David == David Bristel [EMAIL PROTECTED] wrote: David I was refering to the equivilant of a VirtualServer section David in Apache...to just send Roxen the information for a new David account, including IP address and directories, and have it do David it automatically without admin intervention. While it CAN be David done, it would be a pain in the ass. Why this? Virtual servers in Roxern are defined in seperate files. So copy a template into the conf dir, do some sed or perl to replace name and other things you want, do a reload of the configs, Voila. No manual intervention on the steps, fully scriptable. Ask on the Roxen Mailinglist for example implementations, if you want to do this. Ciao, Martin
Re: static user IDs
On Tue, Sep 21, 1999 at 10:15:10AM +0200, Tomasz Wegrzanowski wrote: Who will agree with me that qmail[dsrqlp] should be forbidden Their existance in /etc/passsd rape me thru my eyes 6 statics for pacage is a bad idea but if this package isnt even free they should be thown out without mercy Agree ... qmail is nice - but it is non-free, nor the default mta for debian. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-5241-470566 ... The failure can be random; however, when it does occur, it is catastrophic and is repeatable ... Cisco Field Notice
Re: emacs and anacron on slink
I also think no editor should be privileged anyhow by debian Everyones favorite editor is very intimate matter and forcing anyone to use particular is breaking of users privacy Why do you think Debian is forcing you to use one specific editor? I dont claim im forced to use emacs but i claim emacs is privileged over other editors. For example : 1) It is installed in 2 different versions automatically - if someone wants different version he should chose it himself 2) it takes 47 MB (7.37%) of first CD on which, in theory, the most useful packages should be only placed. I think it would be nice to users of another editors if emacs wouldnt be installed twice by auto and all unimportant additions to it(and another version) will go to 2nd CD (on which there are 2 MB of emacs more now) tech: Sizes was count by ls -l /cdrom/dists/slink/main/*/*/*emac* ~/b[12] and summed by perlscript so there have to be correct
tama in slink
Am I only one thinking /var/lib/tama should be /var/lib/games/tama or someone agrees with me And shouldnt uninstalling script remove this dir?
Re: emacs and anacron on slink
Yes, the lack of suidregister unregistration is an already-reported bug. I even have it fixed, but was mocked by some of the /usr/share changes and haven't got an updated build yet. 2) it takes 47 MB (7.37%) of first CD on which, in theory, the most useful packages This is a good point -- one might suggest (I'm not sure to whom?) that emacs19 be relegated to disk2 and taken out of the install profiles, esp. since emacs21 is almost out and might actually ship before debian 2.2 :-) _Mark_ [EMAIL PROTECTED] The Herd of Kittens Debian emacs19 Package Maintainer :-)
ITA: wmaker wamker-data
Hey... I just noticed that wmaker and wmaker-data are up for adoption. If no one else is working on them, I will take over. chris -- ^^ chris mckillop - [EMAIL PROTECTED]The faster I go, the behinder I get. Debian GNU/Linux -- Lewis Carroll http://www.debian.org/ Waterloo Aerial Robotics Group - http://ece.uwaterloo.ca/~warg/ pgpq5LYXiuGXk.pgp Description: PGP signature
Re: ITA: wmaker wamker-data
Chris McKillop [EMAIL PROTECTED] writes: Hey... I just noticed that wmaker and wmaker-data are up for adoption. If no one else is working on them, I will take over. Hi, current maintainer here. I'm moving to Germany, where I don't not yet sure if I'll be able to maintain my packages, at least not until I get a computer of my own (i.e., something that I can break at will). Gecko (who, IIRC, said doesn't follow -devel on a regular basis) offered to NMU wmaker while I figure out this. If you are really interested in maintaining wmaker, at least for a while, talk to him and let me know what you guys decide. /me is building 0.61.0-1 right now, but won't be able to upload it. You (esp. Chris and Gecko) can find 0.61.0-1.diff at: http://master.debian.org/~mmagallo/wmaker/wmaker_0.61.0-1.diff.gz http://master.debian.org/~mmagallo/wmaker/wmaker_0.61.0-1.dsc source is here: http://www.windowmaker.org/ftp/pub/beta/srcs/WindowMaker-0.61.0.tar.gz This probably fixes some bugs, maybe an RC one. I'll appreciate it if someone NMUs this. You need debhelper, libPropList's -dev, a bunch of graphic libraries -dev's (dpkg -s wmaker), X11 -dev's... Thanks, Marcelo
Re: Roxen virtual servers, was: Re: ProFTPd being lame
Hm, I didn't see that the config files were in text format. From this, I'll need to look again. Thanks. Dave Bristel On 21 Sep 1999, Martin Bialasinski wrote: Date: 21 Sep 1999 13:21:56 +0200 From: Martin Bialasinski [EMAIL PROTECTED] To: Debian Developerslist debian-devel@lists.debian.org Subject: Roxen virtual servers, was: Re: ProFTPd being lame Resent-Date: 21 Sep 1999 11:23:17 - Resent-From: debian-devel@lists.debian.org Resent-cc: recipient list not shown: ; * David == David Bristel [EMAIL PROTECTED] wrote: David I was refering to the equivilant of a VirtualServer section David in Apache...to just send Roxen the information for a new David account, including IP address and directories, and have it do David it automatically without admin intervention. While it CAN be David done, it would be a pain in the ass. Why this? Virtual servers in Roxern are defined in seperate files. So copy a template into the conf dir, do some sed or perl to replace name and other things you want, do a reload of the configs, Voila. No manual intervention on the steps, fully scriptable. Ask on the Roxen Mailinglist for example implementations, if you want to do this. Ciao, Martin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Which gcc builds potato?
OK, I have recovered to a slink system, and I'm ready to upgrade it to potato, which raises the above question. There are two gcc versions available in the archives. Which one is being used to build the system? Will either work? The libraries are pretty self explanitory, with the exception of ncurses, which I assume is to be version 4 from what is found in base? Waiting is, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- See www.linuxpress.com for more details _-_-_-_-_-_-_-
Re: Announcing debconf, configuration management for debian
On Tue, Sep 21, 1999 at 11:02:58AM +1000, Hamish Moffatt wrote: Why would you install the package (which presumably includes configuration) and then immediately reconfigure it? You upgrade a package, and it gets installed with your previous configuration, and you want to change that configuration. dpkg --configure simply re-runs the postinstall script, which (assuming debconf was used) would simply reconfigure using the previous configuration again. -- Scott Barker [EMAIL PROTECTED] Linux Consultant http://www.mostlylinux.ab.ca/scott Looking for a husband? Know anyone looking for a husband? Well, I'm looking for a wife. See http://www.mostlylinux.ab.ca/scott/wife.shtml Want a good deal on a personal computer in Calgary, Alberta, Canada? Visit http://www.mostlylinux.ab.ca/scott/computers.shtml [ Unsolicited commercial and junk e-mail will be proof-read for US$100 ] Do infants have as much fun in infancy as adults do in adultery? - ???
Re: Which gcc builds potato?
On Tue, Sep 21, 1999 at 10:19:48AM +, Dale Scheetz wrote: OK, I have recovered to a slink system, and I'm ready to upgrade it to potato, which raises the above question. There are two gcc versions available in the archives. Which one is being used to build the system? Will either work? The libraries are pretty self explanitory, with the exception of ncurses, which I assume is to be version 4 from what is found in base? Waiting is, gcc272 is not to be used at all for building sparc packages, I wish it would just die right out of the distribution personally :) gcc_2.95.2-0pre1 is what is suggested (and required if you don't want to get bit in the ass by dumb compiler errors). Ben
Re: Intent to create freedraft2D
Could you tell us more precisely : what it is to be ?
midnight commander and mp3s
I think default mp3 player for mc should be freeamp not mpg123 cause mpg123 isnt free but freeamp is and debian shouldnt depend on nonfree soft anyhow as policy says
Re: midnight commander and mp3s
* Tomasz == Tomasz Wegrzanowski [EMAIL PROTECTED] wrote: Tomasz I think default mp3 player for mc should be freeamp not mpg123 Tomasz cause mpg123 isnt free but freeamp is and debian shouldnt Tomasz depend on nonfree soft anyhow as policy says Please install the package bug and report a bug on mc. This is the only way to ensure the maintainer reads this suggestion. Ciao, Martin
Re: midnight commander and mp3s
Tomasz Wegrzanowski [EMAIL PROTECTED] writes: I think default mp3 player for mc should be freeamp not mpg123 cause mpg123 isnt free but freeamp is and debian shouldnt depend on nonfree soft anyhow as policy says update-mime(8), mailcap.order(8) Marcelo
Re: Which gcc builds potato?
On Tue, 21 Sep 1999, Ben Collins wrote: On Tue, Sep 21, 1999 at 10:19:48AM +, Dale Scheetz wrote: OK, I have recovered to a slink system, and I'm ready to upgrade it to potato, which raises the above question. There are two gcc versions available in the archives. Which one is being used to build the system? Will either work? The libraries are pretty self explanitory, with the exception of ncurses, which I assume is to be version 4 from what is found in base? Waiting is, gcc272 is not to be used at all for building sparc packages, I wish it would just die right out of the distribution personally :) gcc_2.95.2-0pre1 is what is suggested (and required if you don't want to get bit in the ass by dumb compiler errors). Thanks, although the question was for Intel based builds, it is good to know about sparc requirements as well. So, what, if anything, is being built with egcs? Thanks, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- See www.linuxpress.com for more details _-_-_-_-_-_-_-
debconf for configuring a room full of machines
Scott Barker [EMAIL PROTECTED] wrote: A better approach, perhaps, will be to use the remote database capabilities of debconf to just pull settings off the old system when you install a package on the new one. Of course, that's all vaporware at this point. I guess I'm just too eager to roll this out in my labs, and I want that vaporware void filled :) Write some code? Most Unix tools are written because people want to use them. An example would be the device drivers in the Linux kernel being written by people who have the hardware and want to get it working. I am supprised that a program like debconf has not already been written by somebody with a room full of identical machines wanting identical configuration on them. How do you feel about moving the template file out of the debian/ control structure, and into the filesystem? If it was /etc/debconf/package instead of debian/templates, dpkg-repack could handle it (and I could start repackaging packages for use in my labs). Again the source code for dpkg-repack is avaliable. If you want to make modifications to it the licence will let you. The same for debconf in fact. I don't mean to be pushy, I'm just very excited at the prospect of removing RedHat and replacing it with Debian on all my workstations. Well each package is going to have to be moved to debconf, I estimate it will take a few months at the very least, knowing Debian, probably closer to a year. Although I suppose we have the fact that it is not all packages that need to be updated, just ones that ask questions, so that should speed things up. What timescale where you thinking about? -- I consume, therefore I am
Roxen Configuration Files
Package: roxen Version: 1.3.111-8 Severity: wishlist David Bristel [EMAIL PROTECTED] writes: On 21 Sep 1999, Martin Bialasinski wrote: * David == David Bristel [EMAIL PROTECTED] wrote: David I was refering to the equivilant of a VirtualServer section David in Apache...to just send Roxen the information for a new David account, including IP address and directories, and have it do David it automatically without admin intervention. While it CAN be David done, it would be a pain in the ass. Why this? Virtual servers in Roxern are defined in seperate files. ... Hm, I didn't see that the config files were in text format. From this, I'll need to look again. Thanks. I fell into that trap too ... the Roxen configurator (browser-based) gives you no hint that configuration can also be done (much more easily and reliably and quickly, but that's beside the point) by editing ordinary text files. I suggest (wish) the roxen debian post-installation script would give the user a clue about that, rather that just instructing how to start the configurator, and that the upstream web-based configurator would advise the user that there is another way.
Re: Which gcc builds potato?
Dale Scheetz [EMAIL PROTECTED] writes: So, what, if anything, is being built with egcs? Nothing, since egcs does not exist in the distribution anymore. - Ruud de Rooij. -- ruud de rooij | [EMAIL PROTECTED] | http://ruud.org
gnome-utils in slink
gpenguin should fly so CENTER of penguin1.png is at the mouse pointer not UPPER-LEFT corner gw gives me : ** WARNING **: Could not open help topics file NULL
Re: gnome-utils in slink
Tomasz Wegrzanowski [EMAIL PROTECTED] writes: gpenguin should fly so CENTER of penguin1.png is at the mouse pointer not UPPER-LEFT corner gw gives me : ** WARNING **: Could not open help topics file NULL Please use the bug tracking system (see http://bugs.debian.org) to report bugs instead of sending them to the developers discussion mailing list. - Ruud de Rooij. -- ruud de rooij | [EMAIL PROTECTED] | http://ruud.org | http://weer.moonblade.net
Re: apt-get upgrade unstable killed old libc5-compat FIXED
On Mon, Sep 20, 1999 at 09:19:20PM -0400, Raul Miller wrote:
I've heard that the bug is in ld.so, and that the current potato
version of ldso fixes the problem.
Can you verify or disprove that?
Thanks,
--
Raul
Yes. This new ldso fixed it with the three libc5 binaries I had
remaining. Thank you!
283020 Sep 18 13:55 ldso_1.9.11-3_i386.deb
cfm
On Mon, Sep 20, 1999 at 08:06:47PM -0500, Mr. Christopher F. Miller wrote:
RE: potato upgrade killed libc5
I ran an apt-get upgrade over the past weekend. That and/or an upgrade
to new 2.2.12 kernel seems to have killed all my old binaries depending
on libc5.
Mostly the affected files amount to cruft. There is(was) a commercial
xvscan with scanner support that died. However, when this goes
onto our production machine it will surely kill all sorts of user
scripts that we do not maintain and that I'm sure our users do not
maintain.
The libc5 libraries here have not been touched in months.
I've attached below a strace of two instances, one of a libc5
login, and another of a local accounting program. The output in this
case does not mean much to me. It does not go very far. Is it even
done with the loader?
I hope this is a local feature but thought I'd post this note
just in case. ;^)
i86 potato v2.2.12
cfm
--
Christopher F. Miller, Publisher [EMAIL
PROTECTED]
MaineStreet Communications, Inc 208 Portland Road, Gray, ME 04039
1.207.657.5078 http://www.maine.com/
Database publishing, e-commerce, office/internet integration, Debian linux.
Script started on Mon Sep 20 19:50:09 1999
[EMAIL PROTECTED]:/bin# trace ./login.libc5
execve(./login.libc5, [./login.libc5], [/* 56 vars */]) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40006000
mprotect(0x4000, 19058, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 36855, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat(/etc/ld.so.cache, {st_mode=S_IFREG|0644, st_size=11649, ...}) = 0
open(/etc/ld.so.cache, O_RDONLY) = 3
mmap(NULL, 11649, PROT_READ, MAP_SHARED, 3, 0) = 0x40007000
close(3)= 0
stat(/etc/ld.so.preload, 0xb7d8) = -1 ENOENT (No such file or
directory)
open(/lib/libc.so.5, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0|-\1\000..., 4096)
= 4096
mmap(NULL, 778240, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000a000
mmap(0x4000a000, 543683, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0)
= 0x4000a000
mmap(0x4008f000, 23252, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x84000) = 0x4008f000
mmap(0x40095000, 207484, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40095000
close(3)= 0
mprotect(0x4000a000, 543683, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40007000, 11649) = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
[EMAIL PROTECTED]:/bin# cd /home/cfo/.bin
[EMAIL PROTECTED]:/home/cfo/.bin# strace ./ledger-libc5
execve(./ledger-libc5, [./ledger-libc5], [/* 56 vars */]) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x40006000
mprotect(0x4000, 19058, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
mprotect(0x8048000, 20200, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
stat(/etc/ld.so.cache, {st_mode=S_IFREG|0644, st_size=11649, ...}) = 0
open(/etc/ld.so.cache, O_RDONLY) = 3
mmap(NULL, 11649, PROT_READ, MAP_SHARED, 3, 0) = 0x40007000
close(3)= 0
stat(/etc/ld.so.preload, 0xb7d8) = -1 ENOENT (No such file or
directory)
open(/lib/libc.so.5, O_RDONLY)= 3
read(3, \177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0|-\1\000..., 4096)
= 4096
mmap(NULL, 778240, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x4000a000
mmap(0x4000a000, 543683, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_FIXED, 3, 0)
= 0x4000a000
mmap(0x4008f000, 23252, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED, 3,
0x84000) = 0x4008f000
mmap(0x40095000, 207484, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x40095000
close(3)= 0
mprotect(0x4000a000, 543683, PROT_READ|PROT_WRITE|PROT_EXEC) = 0
munmap(0x40007000, 11649) = 0
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++
[EMAIL PROTECTED]:/home/cfo/.bin# exit
exit
Script done on Mon Sep 20 19:50:58 1999
/lib/ld*
-rwxr-xr-x 1 root root81786 Sep 17 09:56 ld-2.1.2.so
lrwxrwxrwx 1 root root 13 Sep 14 1998 ld-linux.so -
ld-linux.so.2
lrwxrwxrwx 1 root root 18 Sep 18 19:08 ld-linux.so.1 -
ld-linux.so.1.9.11
-rwxr-xr-x 1 root root22311 Sep 17 10:52 ld-linux.so.1.9.11
lrwxrwxrwx
Re: Which gcc builds potato?
On 21 Sep 1999, Ruud de Rooij wrote: Dale Scheetz [EMAIL PROTECTED] writes: So, what, if anything, is being built with egcs? Nothing, since egcs does not exist in the distribution anymore. Well, egcs 1.1.2-2 is still in my source archives, so someone must be using it. egcs64 is currently being used to build Ultra kernels, so I figured the 32 bit egcs was being used for some purpose as well. Thanks, Dwarf -- _-_-_-_-_- Author of The Debian Linux User's Guide _-_-_-_-_-_- aka Dale Scheetz Phone: 1 (850) 656-9769 Flexible Software 11000 McCrackin Road e-mail: [EMAIL PROTECTED] Tallahassee, FL 32308 _-_-_-_-_-_- See www.linuxpress.com for more details _-_-_-_-_-_-_-
RE: debconf for configuring a room full of machines
The bigger issue is that until debconf has a real db, passing the answers an admin would want into packages is rather painful. Yes, this will allow for great power -- in the future. The Debian install procedure is undergoing lots of change.
unsibscribe
unsubscribe debian-devel@lists.debian.org
Re: Which gcc builds potato?
Ben Collins writes: On Tue, Sep 21, 1999 at 10:19:48AM +, Dale Scheetz wrote: OK, I have recovered to a slink system, and I'm ready to upgrade it to potato, which raises the above question. There are two gcc versions available in the archives. Which one is being used to build the system? Will either work? The libraries are pretty self explanitory, with the exception of ncurses, which I assume is to be version 4 from what is found in base? Waiting is, gcc272 is not to be used at all for building sparc packages, I wish it would just die right out of the distribution personally :) hmm, still needed for providing the libstdc++ library for netscape et al. we can get rid of gobjc272 however. I did not follow compilation of newer 2.0.xx kernels with gcc-2.95.
Re: Which gcc builds potato?
Dale Scheetz writes: On 21 Sep 1999, Ruud de Rooij wrote: Dale Scheetz [EMAIL PROTECTED] writes: So, what, if anything, is being built with egcs? Nothing, since egcs does not exist in the distribution anymore. Well, egcs 1.1.2-2 is still in my source archives, so someone must be using it. egcs64 is currently being used to build Ultra kernels, so I figured the 32 bit egcs was being used for some purpose as well. The egcs packages are used to build the libstdc++2.8 and libstdc++2.9 packages and therefore are still in potato. For the release they have to be modified to build the runtime libraries only (if you want to step forward for this task, you are welcome). Starting with gcc-2.95.2-0pre2 the sparc gcc can build 32 bit and 64 bit binaries. I assume egcs64 will be kept as a fallback as we do with gcc272 for the other architectures.
/usr/share/doc will introduce lots of strangeness
I do all my work on Debian Slink i386, but just made a potato install on Alpha. To my surprise, some of my packages are broken wrt the /usr/share issue on alpha. Note that these are packages that I haven't upgraded yet wrt this issue, and so they are stated in the control file to be compliant to policy version 2.4.1 (and not 3.0.1). $ dpkg -L xwatch [cut] /usr/doc /usr/doc/xwatch /usr/doc/xwatch/html /usr/doc/xwatch/html/xwatch.html /usr/doc/xwatch/html/xwatch01.html /usr/doc/xwatch/html/xwatch02.html /usr/doc/xwatch/html/xwatch03.html /usr/doc/xwatch/html/xwatch04.html /usr/doc/xwatch/html/xwatch05.html /usr/doc/xwatch/html/index.html /usr/doc/xwatch/xwatch.txt /usr/share /usr/share/doc /usr/share/doc/xwatch /usr/share/doc/xwatch/copyright /usr/share/doc/xwatch/changelog.gz /usr/share/doc/xwatch/README.debian /usr/share/doc/xwatch/MAINTAINER.README /usr/share/doc/xwatch/xwatch.README /usr/share/doc/xwatch/changelog.Debian.gz [cut] My rules file installed the html files by hand in /usr/doc/xwatch/html/ and debstd installed the other doc files (readme, changelog and copyright). I'm guessing a _lot_ of ported packages will be broken like this since maybe developers use a combination of hand-rolling commands and either debmake or debhelper commands in their rules file. As soon as a policy package is uploaded that is compliant with the technical committee's decision on this issue, I plan to upload new versions of all my packages such that they will be rebuilt in all arches. But if many developers don't do this for potato, I'm sure non-i386 architectures will have a messy potato release! -- Peter Galbraith, research scientist [EMAIL PROTECTED] Maurice Lamontagne Institute, Department of Fisheries and Oceans Canada P.O. Box 1000, Mont-Joli Qc, G5H 3Z4 Canada. 418-775-0852 FAX: 775-0546 6623'rd GNU/Linux user at the Counter - http://counter.li.org/
Re: Which gcc builds potato?
At 20:00 +0200 1999-09-21, Matthias Klose wrote: The egcs packages are used to build the libstdc++2.8 and libstdc++2.9 packages and therefore are still in potato. For the release they have to be modified to build the runtime libraries only (if you want to step forward for this task, you are welcome). It also needs to build some sort of c compiler for alpha, since gcc 2.95* cannot compile glibc on that architecture. Unless there is a fix in 2.95.2, which I doubt since I have seen it said that the root of the problem is too big to be addressed in a point release. Also, there is not the possibility to build 'libstdc++2.8' or 'libstdc++2.9' on a glibc 2.1-based system due to ABI changes in libio. -- Joel Klecker (aka Espy)Debian GNU/Linux Developer URL:mailto:[EMAIL PROTECTED] URL:mailto:[EMAIL PROTECTED] URL:http://web.espy.org/ URL:http://www.debian.org/
Re: Which gcc builds potato?
On Tue, Sep 21, 1999 at 12:49:29PM +, Dale Scheetz wrote: On 21 Sep 1999, Ruud de Rooij wrote: Dale Scheetz [EMAIL PROTECTED] writes: So, what, if anything, is being built with egcs? Nothing, since egcs does not exist in the distribution anymore. Well, egcs 1.1.2-2 is still in my source archives, so someone must be using it. egcs64 is currently being used to build Ultra kernels, so I figured the 32 bit egcs was being used for some purpose as well. egcs isn't used anymore and is obsoleted by the latest gcc 2.95.x line. Ben
ITO penguineyes and bvi
Hi, I intent to orphan bvi and penguineyes. I will orphan bvi, because I don't use it much anymore and penugineyes will get orphaned, because I gave gnome I try, but I don't like it much and so I want to remove it, which makes packaging penguineyes a bit hard. If somebody wants to take one of the packages over, feel free to do so. Ciao Christian -- * Christian Kurz Debian Developer/QA-Team * * Use Debian - a free Operating System *
Re: Metapackages (was Re: Debian Weekly News - September 14th, 1999)
Nicolás Lichtmaier wrote: I also find apt 0.3.11's apt-cache search to be quite useful (and fast). I use: perl -n00e '/xml/i print;' /var/state/apt/lists/*Packages | less (to search for XML related packaged e.g.) [EMAIL PROTECTED]:~apt-cache search xml libroxen-swarm - Swarning stars module for the Roxen Challenger web server cdindex-client - cdindex is intended to be the opensource replacement of cddb(tm) libroxen-mailit - Mail sening module for the Roxen Challenger web server libroxen-floatingcode - FLOAT tag module for the Roxen Challenger web server pythondoc - Generate reference manuals and indices from Python objects. libxml-perl - Collection of Perl modules for working with XML lib-xt-java - An implementation in Java of XSL Transformations libxmltok1 - XML Parser Toolkit, runtime libraries lib-xp-java - An XML Parser in Java docbook-xml - XML DTD for DocBook xbel-utils - XML Bookmark Exchange Language Utilities sp - James Clark's SGML parsing tools libxml-parser-perl - A Perl extension interface to expat. librxp1 - Shared library for XML parsing and validating xpuzzles - Collection of puzzles for X gnome-think - Hierarchical organizer and outliner xmpuzzles - Collection of puzzles for X w/ lesstif tdtd - Emacs major mode for editing SGML and XML DTDs lib-sax-java - A Java API for SAX XML parsing libxml-dom-perl - Extension to XML::Parser to add DOM v1 interface docbk-xml2x - Perl scripts to convert DocBk XML documents into troff and Texinfo libsp1-dev - James Clark's SP suite, developer support doc-html-w3 - Recommendations of the W3 php3-xml - XML module for PHP3 (apache) php3-cgi-xml - XML module for PHP3 (cgi) python-xml - XML tools for Python libxml-cgi-perl - Perl module to convert CGI.pm variables from/to XML. etc -- see shy jo
Re: Which gcc builds potato?
Joel Klecker writes: At 20:00 +0200 1999-09-21, Matthias Klose wrote: The egcs packages are used to build the libstdc++2.8 and libstdc++2.9 packages and therefore are still in potato. For the release they have to be modified to build the runtime libraries only (if you want to step forward for this task, you are welcome). It also needs to build some sort of c compiler for alpha, since gcc 2.95* cannot compile glibc on that architecture. Unless there is a fix in 2.95.2, which I doubt since I have seen it said that the root of the problem is too big to be addressed in a point release. 2.95.2 isn't released yet. So there is hope ... Also, there is not the possibility to build 'libstdc++2.8' or 'libstdc++2.9' on a glibc 2.1-based system due to ABI changes in libio. There is a patch in the bug report for libstdc++2.8; I didn't try yet to build. libstdc++2.9 should be removed from potato and replaced by a symlink to libstdc++2.9-glibc-2.1. From my understanding, the libstdc++2.9(-glibc-2.0) won't run reliable on a glibc-2.1 based system. As a release goal for potato (well, we don't have release goals anymore, do we ;-) all native packages should depend on libstdc++-2.10. These packages should be recompiled with the final gcc-2.95.2, which is expected in October.
Re: Which gcc builds potato?
On Tue, Sep 21, 1999 at 09:23:07AM -0400, Ben Collins wrote: On Tue, Sep 21, 1999 at 12:49:29PM +, Dale Scheetz wrote: On 21 Sep 1999, Ruud de Rooij wrote: Dale Scheetz [EMAIL PROTECTED] writes: So, what, if anything, is being built with egcs? Nothing, since egcs does not exist in the distribution anymore. Well, egcs 1.1.2-2 is still in my source archives, so someone must be using it. egcs64 is currently being used to build Ultra kernels, so I figured the 32 bit egcs was being used for some purpose as well. egcs isn't used anymore and is obsoleted by the latest gcc 2.95.x line. Not true. The Hurd port is still using egcs. We would like to switch to gcc 2.95.x, but it has some problems. Mark Kettenis is working on it, and I am sure we will follow very soon, but anyway, currently egcs is the only option for us. (gcc 2.95.x couldn't compile itself last time I tried). Marcus -- `Rhubarb is no Egyptian god.' Debian http://www.debian.org Check Key server Marcus Brinkmann GNUhttp://www.gnu.orgfor public PGP Key [EMAIL PROTECTED]PGP Key ID 36E7CD09 http://homepage.ruhr-uni-bochum.de/Marcus.Brinkmann/
Re: debconf for configuring a room full of machines
On Tue, Sep 21, 1999 at 04:19:43PM +0100, Edward Betts wrote: Write some code? Most Unix tools are written because people want to use them. Network databases aren't my area of expertise. I've written plenty of code, just not code dealing with that. What timescale where you thinking about? Immediately :) Actually, as soon as debconf can handle what I need it to, I plan on converting all the packages I need myself if I have to (and I'll pass my changes on to the maintainters, if they want them). -- Scott Barker [EMAIL PROTECTED] Linux Consultant http://www.mostlylinux.ab.ca/scott Looking for a husband? Know anyone looking for a husband? Well, I'm looking for a wife. See http://www.mostlylinux.ab.ca/scott/wife.shtml Want a good deal on a personal computer in Calgary, Alberta, Canada? Visit http://www.mostlylinux.ab.ca/scott/computers.shtml [ Unsolicited commercial and junk e-mail will be proof-read for US$100 ] In times like these, it helps to recall that there have always been times like these. - Paul Harvey
Re: A few changes
Previously Joseph Carter wrote: Essentially, it does exactly what people like me have been complaining it didn't do: IGNORE the MIME/PGP/whatever crap and just read the message. That would be bad. At the very least it should complain loudly if the message does not verify. Wichert. -- == This combination of bytes forms a message written to you by Wichert Akkerman. E-Mail: [EMAIL PROTECTED] WWW: http://www.wi.leidenuniv.nl/~wichert/ pgpVLUFYV6RjU.pgp Description: PGP signature
Re: A few changes
The BTS should check pgp signatures? On Tue, Sep 21, 1999 at 10:49:44PM +0200, Wichert Akkerman wrote: Previously Joseph Carter wrote: Essentially, it does exactly what people like me have been complaining it didn't do: IGNORE the MIME/PGP/whatever crap and just read the message. That would be bad. At the very least it should complain loudly if the message does not verify. Wichert. -- == This combination of bytes forms a message written to you by Wichert Akkerman. E-Mail: [EMAIL PROTECTED] WWW: http://www.wi.leidenuniv.nl/~wichert/ pgp04OPoBbzMr.pgp Description: PGP signature
Re: A few changes
On 21/09, Darren Benham wrote: | The BTS should check pgp signatures? Well, IMO, [EMAIL PROTECTED], [EMAIL PROTECTED] and [EMAIL PROTECTED] should. pgpOO3jJIuj3l.pgp Description: PGP signature
Debian Weekly News - September 21st, 1999
-- Debian Weekly News http://www.debian.org/News/weekly/current/issue/ Debian Weekly News - September 21st, 1999 -- Welcome to Debian Weekly News, a newsletter for the Debian developer community. Debconf has been released. Debconf is a configuration management tool that lets Debian packages ask questions at install time using several different interfaces. Plain text, dialog, GTK and web UI's are currently supported, as well as non-interactive intallations. It will support remote databases in the future, allowing whole clusters of machines to be configured the same. Read the [8]introduction to Debconf for more information. Quite a few people are eager to begin using it soon. Corel has started a closed beta test of their Corel Linux distribution. Unfortunatly, they did so under a very restrictive license, that [9]violates the GPL in several respects. The good news is that Bruce Perens has already [10]contected Corel and we're promised that this will be fixed. The debian-laptop list has made a [11]proposal for making Debian more laptop friendly. The idea is to create special laptop kernels, plus a laptop meta package that pulls together everything a laptop user needs. There seems to be no Linux distribution with a dedicated laptop support yet, so Debian would be leading the way in this area. Should proftpd be moved to contrib for security reasons? Many security holes have been found it it lately and it seems likely more will show up in the future, so some think it's a good idea to [12]move it out of the main distribution. The maintainer prefers to [13]wait and see what the situation is like when we freeze. Joey Hess [14]posted what he confesses is a crazy idea: Fly all the developers into a central location and have a debian conference. Many people would like to go to such an event and think it'd be a good thing for Debian and a lot of fun. But of course, no one knows where we could find the large amount of money this would take, or what could possibly be considered a central location for such a distributed project. Here's the [15]Debian JP News for this week. It includes an interesting virtual apt server that generates packages apt requests, from a running Debian system, using dpkg-repack. New packages in Debian this week include the following and [16]28 more: * [17]chbg: ChBg is used for changing desktop background pictures in X11 * [18]clanlib0-display-glx: ClanLib display target for MesaGL ([19]dev) * [20]jmon: distributed resource monitor * [21]libgc5: Conservative garbage collector for C ([22]dev) * [23]libgd-gif1: GD Graphics Library with gif support ([24]tools, [25]dev) * [26]libmon-perl: mon Perl modules for clients and server * [27]libsnmp4.0: UCD SNMP (Simple Network Management Protocol) Library. ([28]dev) * [29]pidentd: TCP/IP IDENT protocol server. * [30]pydb: An enhanced Python command-line debugger * [31]python-pam: A Python interface to the PAM library. Followups to last week's news: * In the wake of last week's changes the the Bug Tracking System, Darren Benham posted a [32]summary of the changes he's made so far. The biggest changs are that old fixed bugs are never deleted anymore, they are archived, and that the BTS fully supports PGP/GPG signed and mime formatted email. * The Debian Quality Assurance [33]web site is up. Thanks to Randolph Chung and Katsura S. Yoshio for [34]contributing. _ References 8. http://www.debian.org/Lists-Archives/debian-devel-9909/msg01500.html 9. http://slashdot.org/article.pl?sid=99/09/20/1051226mode=nested 10. http://www.debian.org/Lists-Archives/debian-user-9909/msg02660.html 11. http://www.snafu.de/~wehe/debian_linux.html 12. http://www.debian.org/Lists-Archives/debian-devel-9909/msg01433.html 13. http://www.debian.org/Lists-Archives/debian-devel-9909/msg01434.html 14. http://www.debian.org/Lists-Archives/debian-devel-9909/msg01283.html 15. http://www2.osk.3web.ne.jp/~shishamo/debian/trans/djwn/wn091999.html 16. http://master.debian.org/~tausq/newpkgs.html 17. http://www.debian.org/Packages/unstable/graphics/chbg.html 18. http://www.debian.org/Packages/unstable/libs/clanlib0-display-glx.html 19. http://www.debian.org/Packages/unstable/devel/clanlib0-display-glx-dev.html 20. http://www.debian.org/Packages/unstable/admin/jmon.html 21. http://www.debian.org/Packages/unstable/libs/libgc5.html 22. http://www.debian.org/Packages/unstable/devel/libgc5-dev.html 23. http://www.debian.org/Packages/unstable/libs/libgd-gif1.html 24. http://www.debian.org/Packages/unstable/graphics/libgd-gif-tools.html 25. http://www.debian.org/Packages/unstable/libs/libgd-gif1-dev.html 26. http://www.debian.org/Packages/unstable/interpreters/libmon-perl.html 27.
