Re: ITP: Rael's Binary Grabber
Brian Servis wrote: This is a small program that I wrote for Linux (which could theoretically compile on pretty much any other UNIX) that automates the extraction of binary attachments from UseNet newsgroups. Why would anyone need this when uudeview already does such an excellent job, and is free? -- see shy jo
Re: ProFTPd being lame
On Fri, Sep 17, 1999 at 11:41:01PM +0200, Marco d'Itri wrote: On Sep 17, J.H.M. Dassen Ray\ [EMAIL PROTECTED] wrote: Speaking of FTP servers, has anyone taken a good look at troll-ftpd (ftp://ftp.troll.no/freebies/ftpd)? I did. IMO it's still unsuitable for big servers (it lacks features like site exec and a log analyzer) and it does not look designed for extreme security from start. Another idea might be Hoser FTPD. I haven't gotten a chance to get a good look at it yet, but it looks to be fairly interesting. http://www.zabbo.net/hftpd/ -- Drew Bloechl / Tech Support Peon [EMAIL PROTECTED] / VA Linux Systems CheezH on EFNet / ICQ 3783785 Openprojects / This space for rent
Re: Announcing debconf, configuration management for debian
Le Fri, Sep 17, 1999 at 11:23:36AM -0700, Joey Hess écrivait: This is a bit long, so I'll summarize: Debconf is a tool that packages can use to ask questions when they are installed. It allows various frontends, from dialog, to gtk to web pages to be used, and it also allows for non-interactive package installs, and allows packages to ask questions all at once, before any of them are even installed. I did not yet check/test your work but I'm sure that it's great ! I wonder if you think that debconf is good/mature enough to be used for potato. If yes, how many packages are interactive in their postinst ? If debconf is working well and if we can push it into base then I'm willing to open QA tasks that would ask to correct all interactive packages to use debconf ... Imagine how great it could be if we could say that potato can install itself if you want ! Later we may even modify the policy to forbid interactivity in postinst unless debconf is used ... Cheers, -- Raphaël Hertzog -=- http://tux.u-strasbg.fr/~raphael/ pub CDs Debian : http://tux.u-strasbg.fr/~raphael/debian/#cd /pub
Re: Announcing debconf, configuration management for debian
Raphael Hertzog wrote: I did not yet check/test your work but I'm sure that it's great ! I wonder if you think that debconf is good/mature enough to be used for potato. Well I've been using it for about a month for just a couple of packages. I will porbably convert my packages to use it once I upload it to unstable. As for everyone else, that's your decision to make.. I can't claim it's mature yet. If yes, how many packages are interactive in their postinst ? 10%? Just a guess. I did a fresh debian install and picked one of the larger profiles, and only about 21 packages out of that profile did any prompting. (Results in /usr/share/debconf/packages-that-prompt.) If debconf is working well and if we can push it into base then I'm willing to open QA tasks that would ask to correct all interactive packages to use debconf ... Imagine how great it could be if we could say that potato can install itself if you want ! Later we may even modify the policy to forbid interactivity in postinst unless debconf is used ... Both things would be great, but let's let it prove itself a little bit first. We don't want to rush things, and we want to make sure it really does meet everyone's needs. The timing of this release of debconf isn't the best, I know, but I was only able to start work on it when VA hired me. :-) -- see shy jo
Re: Announcing debconf, configuration management for debian
Joey Hess wrote: 10%? Just a guess. I did a fresh debian install and picked one of the larger profiles, and only about 21 packages out of that profile did any prompting. (Results in /usr/share/debconf/packages-that-prompt.) Er, there should be a 'doc' in that path. -- see shy jo
Guessing the date style from the timezone for postgresql postinst
In order to help remove unnecessary prompts from the Debian PostgreSQLl
installation script, I want it to guess the local date style, to be chosen
from the following list:
Style DateDatetime
---
ISO1999-07-17 1999-07-17 07:09:18+01
SQL17/07/1999 17/07/1999 07:09:19.00 BST
POSTGRES 17-07-1999 Sat 17 Jul 07:09:19 1999 BST
GERMAN 17.07.1999 17.07.1999 07:09:19.00 BST
NONEURO07-17-1999 Sat Jul 17 07:09:19 1999 BST
US 07-17-1999 Sat Jul 17 07:09:19 1999 BST
EURO 17-07-1999 Sat 17 Jul 07:09:19 1999 BST
I propose to include the attached script. If the zone belongs to USA or
Canada, I use American format; if it belongs to another country I use
European format; if the country is unidentified I try to guess from
the zone abbreviation and its offset from UTC. For zones which aren't based
on regional names I use ISO.
Are there any other countries besides USA and Canada which use American
datestyle? Am I right in thinking that Canada does?
If you have a recent potato system, with timezone files in
/usr/share/zoneinfo, could you please run the script and let me know if
it gives WRONG results for you. If it does, please tell me your timezone
and offset (date '+%Z %z') and what the date style ought to be. If you
can suggest a change to the script that will get it right without breaking
results for other countries, that will be even better!
Please do NOT tell me if it is RIGHT or I will be overwhelmed with mail!
If anyone wants to see the result for all timezones, this Bourne shell
fragment will do it:
(cd /usr/share/zoneinfo;
for TZ in `find * -type f ! -name '*.tab' ! -name localtime`
do echo -en `date '+%Z %z'` \\t $TZ \\t
/tmp/guess.datestyle
done |
awk '{printf %7s %5s %40s %2s %s %s\n,$1, $2, $3, $4, $5, $6}' |
less)
#! /bin/sh
# Guess the postgresql datestyle to use for a given timezone (from glibc)
# make sure we can find the timezone database
ZONEDIR=/usr/share/zoneinfo
if [ ! -d $ZONEDIR ]
then
echo Sorry, I don't know where to find the timezone files; this
script expected to find them in $ZONEDIR
exit 1
fi
# make sure TZ is set and exported
if [ -z $TZ ]
then
TZ=`date '+%Z'`
fi
export TZ
# find the timezone offset from UTC
tzno=`date '+%z'`
# Find the name of the zone - strip off unwanted header directories
x=`echo $TZ | cut -d/ -f1`
case $x in ( SystemV | posix | right )
x=`echo $TZ | cut -d/ -f2-4`
;;
* )
x=$TZ
;;
esac
# What country does this zone belong to (if undefined, set it to __)
tzcountry=`grep $x $ZONEDIR/zone.tab | head -1 | cut -c1-2`
if [ -z $tzcountry ]
then
tzcountry=__
fi
# Guess the timezone
case $tzcountry in ( US | CA )
# US date format
# (I assume Canada uses US format)
GuessDateStyle=US
;;
DE )
# Germany has a style to itself
GuessDateStyle=GERMAN
;;
__ )
# No country, so see if the zone is a region or country name
x=$TZ
while echo $x | grep -q /
do
y=`dirname $x`
case $y in ( SystemV | posix | right )
y=`basename $x`
;;
esac
x=$y
done
case $x in ( Africa | Canada | Indian | Mexico | America |
Chile | GB | Iran | Mideast | Antarctica | Cuba | Israel | NZ | Singapore |
Arctic | Jamaica | Asia | Japan | Navajo | Turkey | Atlantic | Kwajalein |
Australia | Egypt | Libya | US | Brazil | Eire | Pacific | Hongkong | Poland |
Europe | Iceland | Portugal)
# try to guess the zone from the UTC offset and the
# zone abbreviation
if [ -z $GuessDateStyle ]
then
GuessDateStyle=EURO
# if the user has German locale, I assume
# he will want GERMAN style
if [ $LANG = de_DE ]
then
GuessDateStyle=GERMAN
elif [ $tzno -le -200 -a $tzno -gt -1200 ]
then
tzn=`date '+%Z'`
case $tzn in ( ADT | AST | AKDT | AKST
| CDT | CST | EDT | EST | HADT | HAST | HST | MDT | MST | NDT | PDT | PST)
GuessDateStyle=US
;;
esac
fi
fi
Re: Announcing debconf, configuration management for debian
Another question -- I realize the proposed API has been out for a while, but is it possible that the TEXT command could be modified to take a priority? There are probably notifications that the maintainer scripts could display which some people would be interested in but many would not, and being able to filter them would be nice. Daniel -- It is hard to think of anything less sentient than a pumpkin. -- Terry Pratchett, _Witches Abroad_
Re: ITP: Rael's Binary Grabber
*- On 17 Sep, Joey Hess wrote about Re: ITP: Rael's Binary Grabber Brian Servis wrote: This is a small program that I wrote for Linux (which could theoretically compile on pretty much any other UNIX) that automates the extraction of binary attachments from UseNet newsgroups. Why would anyone need this when uudeview already does such an excellent job, and is free? bgrab is a news grabbing ncurses front end to uudecode. It connects to a newsgroup and reads all the posts and then uses uudecode and mmencode to extract all the binary files. If I am not mistaken uudeview does not connect to usenet and is only a post processor for files once they are already on your system. As Joe mentioned the author was pretty excited to have it included in Debian. Perhaps he could be talked into changing the license or allowing necessary patches to be included. -- Brian - Mechanical Engineering [EMAIL PROTECTED] Purdue University http://www.ecn.purdue.edu/~servis -
Re: Migrating to GPG - A mini-HOWTO
Martin Schulze [EMAIL PROTECTED] writes: And an updated version is at http://www.infodrom.north.de/~joey/GnuPG-Mini-HOWTO I've asked bma to submit this as a bug developers-reference for inclusion in that document? Do you agree that it should be adapted to the Developer's Reference so it can be maintained and distributed that way? -- .Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/
Re: Announcing debconf, configuration management for debian
Daniel Burrows wrote: Another question -- I realize the proposed API has been out for a while, but is it possible that the TEXT command could be modified to take a priority? Actually, debconf uses a variation on the prposed API, that makes text just be a variety of ui element, like a boolean element or a string element. So there is no text command per se. (And so text does get a priority). You can read the modified debconf api in /usr/doc/debconf/spec/ (I just modified 2 of the web pages) Wichert's been really slow commenting on this, but it makes a lot more sense. -- see shy jo
Re: Too many kernels in unstable
On Fri, 17 Sep 1999, Brian Mays wrote: Perhaps we should keep the last two versions of each branch? In this case, 2.0.35, 2.0.36, 2.2.10, and 2.2.12 (which is in Incoming). I don't know. Let's see whether anyone objects to just keeping two versions around. That seems reasonable. Once the 2.0.x kernels finally are obsoleted, there may be three 2.2.x kernels. Bjorn Brill [EMAIL PROTECTED] Frankfurt am Main, Germany
Re: Move proftpd to contrib
On Fri, Sep 17, 1999 at 11:22:59PM +0200, Martin Bialasinski wrote: Anyway, which ftpd in unstable do you see as the package to promote as the ftpd of choice in Debian? Depending on what your needs are, perhaps roxen. -- Raul
Re: Guessing the date style from the timezone for postgresql postinst
On Sat, Sep 18, 1999 at 01:45:55AM +0100, Oliver Elphick wrote: In order to help remove unnecessary prompts from the Debian PostgreSQLl installation script, I want it to guess the local date style, to be chosen from the following list: [...] I propose to include the attached script. If the zone belongs to USA or Canada, I use American format; if it belongs to another country I use European format; if the country is unidentified I try to guess from the zone abbreviation and its offset from UTC. For zones which aren't based on regional names I use ISO. Are there any other countries besides USA and Canada which use American datestyle? Am I right in thinking that Canada does? Canada is a very multicultural country, and it really is every person for him- or herself. Personally, I prefer the ISO standard date format, and have adapted my personal habits to use this in everything. It simply makes sense. I also don't understand dd/mm or mm/dd differences between various people, particularly on wonderful days like the 3rd of April or the 4th of March (hint: you can't tell the difference unless you ask the person!) It's my personal preference that ISO standard be used unless otherwise told - but that's me.
dependency problems
A few packages in potato seem to have dependency problems at the moment. This is by no means an exhausive list. This is just a general heads-up. I will file bugs with the packages if similar ones have not yet been filed. emacs20: Depends: liblockfile0 but it is not installable Depends: liblockfile0 (= 0.1-1) but it is not installable libtiff3: Depends: libjpegg6a but it is not installable python-base: Conflicts: python-misc Conflicts: python-net python-misc: Depends: python-base (=1.5.2-5) but 1.5.2-6 is installed python-net: Depends: python-base (= 1.5.2-5) but 1.5.2-6 is installed xpaint: Depends: libjpegg6a but it is not installable randolph -- @..@ http://www.TauSq.org/ () ( __ ) ^^ ~~ ^^ pgpGQniNS5Pz1.pgp Description: PGP signature
Re: Guessing the date style from the timezone for postgresql postinst
On Fri, Sep 17, 1999 at 11:20:13PM -0400, Joe Drew wrote: It's my personal preference that ISO standard be used unless otherwise told - but that's me. I tend to agree. It would just be so simple to have the default be ISO. As ISO is very unambiguous, I don't think it would cause problems, either. Then again, maybe someone else knows of problems it would create... -- Raul
Re: Move proftpd to contrib
On Fri, Sep 17, 1999 at 04:53:43PM +0200, Martin Bialasinski wrote: * Hamish == Hamish Moffatt [EMAIL PROTECTED] wrote: Hamish I don't think policy says that contrib is a dumping ground for Hamish crap packages. Can you point out which part to me please? If you call proftpd crap, how do you call dpkg? Sorry, I didn't mean that proftpd was crap -- I use it myself as it happens. Please, I am in no part convinced that anything has to be done about proftpd. Bugs found and fixed means there are people working with the code. This will just improve its quality. I agree. Hamish -- Hamish Moffatt VK3SB (ex-VK3TYD). CCs of replies from mailing lists are welcome.
Re: Metapackages (was Re: Debian Weekly News - September 14th, 1999)
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.)
Re: Crazy Idea: debian developer conference
Wow.. this seemed the kind of message that I usually skip... Why don't we go for a picnic? Let's go to .*World ... as leaving so far automatically makes me like an outcast.. =) But you mean getting the money to actually get all Debian together... wow.. that would be interesting...! So.. well.. I have nothing else to say... bye ! =)
warning: update-menus may thrash system
With Joost's approval, I NMU'd menu the other day. I seem to have broke it in the process. If you do a large upgrade, you will have 20 or more update-menus processes all waking up at the same time and competing to run. I am looking into fixing this as soon as I can, but you might want to put menu on hold over the weekend. -- see shy jo
Re: Guessing the date style from the timezone for postgresql postinst
Style DateDatetime --- ISO1999-07-17 1999-07-17 07:09:18+01 SQL17/07/1999 17/07/1999 07:09:19.00 BST POSTGRES 17-07-1999 Sat 17 Jul 07:09:19 1999 BST GERMAN 17.07.1999 17.07.1999 07:09:19.00 BST NONEURO07-17-1999 Sat Jul 17 07:09:19 1999 BST US 07-17-1999 Sat Jul 17 07:09:19 1999 BST EURO 17-07-1999 Sat 17 Jul 07:09:19 1999 BST I propose to include the attached script. If the zone belongs to USA or Canada, I use American format; if it belongs to another country I use European format; if the country is unidentified I try to guess from the zone abbreviation and its offset from UTC. For zones which aren't based on regional names I use ISO. Are there any other countries besides USA and Canada which use American datestyle? Am I right in thinking that Canada does? Argentina uses dd/mm/yy, not dd-mm-yy.
Re: cannot lftp to master
Does anyone know what's going on here: lftp :~ debian Password: cd ok, cwd=/debian2/private/project/Incoming lftp [EMAIL PROTECTED]:/debian2/private/project/Incoming ls -l rsh* -rw-r--r-- 1 herbert Debian 26838 Sep 5 09:47 rsh-client_0.10-1_i386.deb -rw-r--r-- 1 herbert Debian 34638 Sep 5 09:47 rsh-server_0.10-1_i386.deb lftp [EMAIL PROTECTED]:/debian2/private/project/Incoming mget rsh* rglob: Invalid argument lftp [EMAIL PROTECTED]:/debian2/private/project/Incoming get rsh-client_0.10-1_i386.deb get: Invalid argument lftp [EMAIL PROTECTED]:/debian2/private/project/Incoming quit It's a bug in lftp. It will be fixed in the next version with a patch from the upstream author. As a workaround you can type `set dns:order inet'.
Re: Guessing the date style from the timezone for postgresql postinst
Carey Evans wrote:
Oliver Elphick olly@lfix.co.uk writes:
If you have a recent potato system, with timezone files in
/usr/share/zoneinfo, could you please run the script and let me know if
it gives WRONG results for you. If it does, please tell me your timezone
and offset (date '+%Z %z') and what the date style ought to be. If you
can suggest a change to the script that will get it right without breaking
results for other countries, that will be even better!
Given my normal environment, the script doesn't work out which country
I'm in:
Here's a revised version of the script taking into account all comments
so far.
Raul Miller wrote:
On Fri, Sep 17, 1999 at 11:20:13PM -0400, Joe Drew wrote:
It's my personal preference that ISO standard be used unless otherwise
told - but that's me.
I tend to agree. It would just be so simple to have the default be ISO.
As ISO is very unambiguous, I don't think it would cause problems, either.
Then again, maybe someone else knows of problems it would create...
I agree that it would make things simpler, but I doubt that most people
would actually prefer it, because it isn't the way we naturally think of
dates.
Joe Drew wrote:
Canada is a very multicultural country, and it really is every
person for him- or herself.
That being so, it definitely makes sense to use ISO for Canada.
Of course, the installer can override the guess, but I like to guess as
close as possible.
#! /bin/sh
# Guess the postgresql datestyle to use for a given timezone (from glibc)
# make sure we can find the timezone database
ZONEDIR=`ls -l /etc/localtime | awk '{print $NF}' | cut -d/ -f1-4`
if [ ! -d $ZONEDIR ]
then
echo Sorry, I don't know where to find the timezone files; this
script expected to find them in $ZONEDIR
exit 1
fi
# make sure TZ is set and exported
if [ -z $TZ ]
then
TZ=`ls -l /etc/localtime | awk '{print $NF}' | cut -d/ -f5-10`
fi
export TZ
# find the timezone offset from UTC
tzno=`date '+%z'`
# Find the name of the zone - strip off unwanted header directories
x=`echo $TZ | cut -d/ -f1`
case $x in ( SystemV | posix | right )
x=`echo $TZ | cut -d/ -f2-4`
;;
* )
x=$TZ
;;
esac
# What country does this zone belong to (if undefined, set it to __)
tzcountry=`grep $x $ZONEDIR/zone.tab | head -1 | cut -c1-2`
if [ -z $tzcountry ]
then
tzcountry=__
fi
# Guess the timezone
case $tzcountry in ( US )
# US date format
GuessDateStyle=US
;;
AR )
# Argentina
GuessDateStyle=SQL
;;
CA )
# Canada has no standard
GuessDateStyle=ISO
;;
DE )
# Germany has a style to itself
GuessDateStyle=GERMAN
;;
__ )
# No country, so see if the zone is a region or country name
x=$TZ
while echo $x | grep -q /
do
y=`dirname $x`
case $y in ( SystemV | posix | right )
y=`basename $x`
;;
esac
x=$y
done
case $x in ( Africa | Canada | Indian | Mexico | America |
Chile | GB | Iran | Mideast | Antarctica | Cuba | Israel | NZ | Singapore |
Arctic | Jamaica | Asia | Japan | Navajo | Turkey | Atlantic | Kwajalein |
Australia | Egypt | Libya | US | Brazil | Eire | Pacific | Hongkong | Poland |
Europe | Iceland | Portugal)
# try to guess the zone from the UTC offset and the
# zone abbreviation
if [ -z $GuessDateStyle ]
then
GuessDateStyle=EURO
if [ $LANG = de_DE ]
then
GuessDateStyle=GERMAN
elif [ $tzno -le -200 -a $tzno -gt -1200 ]
then
tzn=`date '+%Z'`
case $tzn in ( ADT | AST | AKDT | AKST
| CDT | CST | EDT | EST | HADT | HAST | HST | MDT | MST | NDT | PDT | PST)
GuessDateStyle=US
;;
esac
fi
fi
;;
* )
# Not a country or region so use ISO
GuessDateStyle=ISO
;;
esac
;;
* )
# The rest of the world uses normal European format
GuessDateStyle=EURO
Re: warning: update-menus may thrash system
Joey Hess wrote: With Joost's approval, I NMU'd menu the other day. I seem to have broke it in the process. If you do a large upgrade, you will have 20 or more update-menus processes all waking up at the same time and competing to run. I am looking into fixing this as soon as I can, but you might want to put menu on hold over the weekend. I have a version of menu (2.1.3-1.2) in Incoming now that fixes this. -- see shy jo
Re: Guessing the date style from the timezone for postgresql postinst
Here's a revised version of the script taking into account all comments so far. I guess Argentina isn't the only country that uses the SQL format. There must be some others too. It would be great to find a source for this information
Re: Move proftpd to contrib
On Fri, Sep 17, 1999 at 11:22:59PM +0200, Martin Bialasinski wrote: Anyway, which ftpd in unstable do you see as the package to promote as the ftpd of choice in Debian? Just to see what our alternatives are. An alternative is wu-ftpd. It would be rather foolish to support wu-ftpd 100%, however, it has almost the same status as sendmail - it is a very well tested and greatly improved software, for years now. -- enJoy -*/\*- don't even try to pronounce my first name
Re: Move proftpd to contrib
On Sat, Sep 18, 1999 at 09:57:44AM +0200, Josip Rodin wrote: An alternative is wu-ftpd. It would be rather foolish to support wu-ftpd 100%, however, it has almost the same status as sendmail - it is a very well tested and greatly improved software, for years now. You're right, it has the same status as sendmail. Overly large, bloated and slow with several other daemons already made that beat it in performance and size by miles. -- Steve C. Lamb | I'm your priest, I'm your shrink, I'm your ICQ: 5107343 | main connection to the switchboard of souls. ---+-
name2() solved
don't go away, i have a standardising question for the gurus: vrweb used a function called name2() that i eventually found in the libg++2.8.2-dev package in /usr/include/g++-2/generic.h #define name2(a,b) gEnErIc2(a,b) #define gEnErIc2(a,b) a ## b now dselect tells me: libg++2.8.2-dev - The GNU C++ extension library - development files. This package contains some GNU classes. This package is no longer supported upstream (as most of its functionality is now in the standard C++ library) - do not use this for development of new software; use libstdc++ instead. at the moment i just copy pasted the two above lines into one of vrweb's header files, but what is the correct way to code this functionality? if its not in the stdc++ headers, how are people supposed to solve similar problems that name2() solved? (even tho its pretty damn simple code). hope you can help, Paul ps Fabien: i'm just sending this to you so that you don't worry about answering my last email if you were thinking about it...
What has happened to gnome-apt?
gnome-apt is no longer installable, because it depends on libapt-pkg2.5, which does not exist. What's going on? -- Vote against SPAM: http://www.politik-digital.de/spam/ Oliver Elphick[EMAIL PROTECTED] Isle of Wight http://www.lfix.co.uk/oliver PGP key from public servers; key ID 32B8FAA1 Give, and it shall be given unto you; good measure, pressed down, and shaken together, and running over, shall men pour into your lap. For by your standard of measure it will be measured to in return. Luke 6:38
boot-floppies status from an insider (was Re: Deficiencies in Debian)
Stephane Bortzmeyer [EMAIL PROTECTED] writes: I am on debian-boot for a long time. The truth is that a lot of people are doing small things but nobody leads. No management. No decisions. I would agree with this. Enrique would probably appreciate someone taking over management and coordination of boot-floppies. The current package does not compile (for nobody) True. At least I just recently fixed my documentation stuff. and there are important design decisions (two are specially important: how to split the rescue disk for the larger kernel 2.2 and how to replace the old Tasks/Profiles system, which everybody criticiezs, but nobody replaces) which are pending. Untrue. Both of these are resolved but not completely implemented. Regarding boot/root, we've decided simply to build a 1.4k image for boot, and another 1.4k image for root. CD-ROM booting should be able to use a 2.8k El Torito (or equivalent) single image for both. TFTP shouldn't have a big problem with this scheme either. Regarding tasks/profiles, Martin Babinsky (sp) has spear-headed a meta-packages based effort, which seems to be on it's way. Now we need a new GUI to allow users to select their tasks and profiles, and then testing. In this flow, newbies can skip dselect altogether. Here's my unofficial boot-floppies TODO: * build for all supported arches * eliminate all dselect acquisition methods aside from apt and possibly mountable (for NFS, which apt doesn't handle -- socks also not handled by apt but I don't know if we care) * GUI for apt's sources.list configuration * GUI for tasks/profiles (see above) * better lilo configuration (borrow from slackware perhaps?) * close bugs! * nifty stuff like TFTP and and serial console installation should be supported on all possible architectures (TFTP images may require some software in Debian which is not currently available) * update documentation (too early to do this) -- .Adam Di [EMAIL PROTECTED]URL:http://www.onShore.com/
Bug#45417: general: Lines referring to package remain in /etc/suid.conf after purging
Package: general Version: N/A example: after purging emacs19, the following occurs: 3 [EMAIL PROTECTED] ~ 13:11 # cat /etc/suid.conf | grep emacs emacs /usr/lib/emacs/19.34/i386-debian-linux/movemail root mail 2755 4 [EMAIL PROTECTED] ~ 13:11 # dpkg --purge emacs19 dpkg - warning: ignoring request to remove emacs19 which isn't installed. I think this is a bug. Wouter - System Information Debian Release: 2.1 Kernel Version: Linux kenrsrvr 2.0.36 #3 Wed Jun 2 09:15:52 CEST 1999 i586 unknown
Re: What has happened to gnome-apt?
Oliver Elphick wrote: gnome-apt is no longer installable, because it depends on libapt-pkg2.5, which does not exist. libapt-pkg2.5 was provided by apt 0.3.11 However, the latest version of apt (0.3.12) provides libapt-pkg2.6 So, if you want to keep gnome-apt, you should put a hold on apt (don't upgrade to 0.3.12) until an updated version of gnome-apt is available. I'll upload a compatible gnome-apt to Incoming today, barring any objections, hurricanes, or other natural disasters. -Mitch
Signature on packages?
Hello ! I am right now upgrading my debian potato from the mirror ftp.it.debian.org and at the same time i am reading about all that troian viruses to be used with win95. Now, i am trusting the security of my system (nothing so important, right now, but ...) in the hand of the system administrator of the debian mirror. This is somewhat suboptimal. I propose that in every package .deb there should be attached a GPG or PGP signature by the developer or the relase manager and that signature is to be verified by dpkg and of course dselect, apt ,... I propose even an easy way to verify that a pubblic key is really from debian: somebody put up an answering machine at a certain telephone number that say in a clean and understandable voice: the fingerprint of the key of the debian potato distribution is . Now the cracker has to work a little more before you load his troian. If that number is a pay phone (like phorno numbers) the debian organization could even gain a little of money: i would surely pay 2 or 3 euro to improve the security of my system if i knew that that money go to a good cause. I am sorry if this is offtopic. Ciao, Marco. PS. I am not subscribed. Please put a cc to me. -- This is not a Sig. (With homage to Magritte).
Re: name2() solved
Paul Harris [EMAIL PROTECTED] writes: header files, but what is the correct way to code this functionality? if its not in the stdc++ headers, how are people supposed to solve similar problems that name2() solved? (even tho its pretty damn simple code). Speaking without having looked at anything but the fragment that you posted, I'm betting the token pasting (the ##) is being used to try and simulate something using preprocessor macros that is now a defined part of ISO C++. So, unfortunately, I suspect the answer to your last question is big rewrite. Mike.
Processed: this is emacs19 bug
Processing commands for [EMAIL PROTECTED]: reassign 45417 emacs19 Bug#45417: general: Lines referring to package remain in /etc/suid.conf after purging Bug reassigned from package `general' to `emacs19'. thanks Stopping processing here. Please contact me if you need assistance. Darren Benham (administrator, Debian Bugs database)
Re: New QMail discussion list.
Jon Marler [EMAIL PROTECTED] wrote: I have started a new qmail discussion list. The purpose of the list is to discuss using QMail as the primary MTA with Debian. The primary MTA? does that mean that more than one MTA can be installed on Debian at once? I thought they all conflicted with each other. -- I consume, therefore I am pgpJ7rFonSmn0.pgp Description: PGP signature
Re: Migrating to GPG - A mini-HOWTO
Adam Di Carlo wrote: Martin Schulze [EMAIL PROTECTED] writes: And an updated version is at http://www.infodrom.north.de/~joey/GnuPG-Mini-HOWTO I've asked bma to submit this as a bug developers-reference for inclusion in that document? Do you agree that it should be adapted to the Developer's Reference so it can be maintained and distributed that way? Take it and include it - but tell me so I can remove that file. Regards, Joey -- Computers are not intelligent. They only think they are. Please always Cc to me when replying to me on the lists.
Re: warning: update-menus may thrash system
On Fri, Sep 17, 1999 at 10:05:31PM -0700, Joey Hess wrote:
With Joost's approval, I NMU'd menu the other day. I seem to have broke it
in the process. If you do a large upgrade, you will have 20 or more
update-menus processes all waking up at the same time and competing to run.
I am looking into fixing this as soon as I can, but you might want to put
menu on hold over the weekend.
Yes, I noticed this and howled loudly on IRC about it.
See attachment.
--
G. Branden Robinson | Somewhere, there is a .sig so funny that
Debian GNU/Linux | reading it will cause an aneurysm. This
[EMAIL PROTECTED] | is not that .sig.
cartoon.ecn.purdue.edu/~branden/ |
ûýâ7update-menus-evil.xwd íÚuTe ñQìV°±»»»±»E±Å»»;Çãy?82³;³;wçû9çÇ]¹÷·ï̽P*úJ¥®¬Î¬î¬¬Þ¥ÿôâWVçüÚ¥T ô¡Áÿ±TêTúw
þú¬nпo¿^Cþ|³N¢; NtÑà At×Áx ¢G=²èQD*z4Ñ£ Cô¢Ç=¶èqD+zÑãè
DO(zÑDô¤¢'ÝCô䢧=¥è©DO-zÑÓNôô¢g=£èDÏ,zѳMôì¢ç=§è¹DÏ-z ÑóOôü¢½ è
D/,zÑ^Lô⢽¤è¥D/[EMAIL
PROTECTED])z+Ñ[ÞFt ÑÛî+z;ÑÛî'zÑ;ÞIô΢w½«èÝDï.º¿è=Dï)z/Ñ{ÞGô¾¢÷½¿èD (ú
ÑDô¡¢}¸è#D )ú(ÑGFô±¢}¼èD(ú$Ñ'Eô©¢O}ºè3D)ú,ÑgGô¹¢Ï}¾è D_(úѾDô¥¢/[EMAIL
PROTECTED]:Ñ×¾Aô¢o}³è[Dß*ú6Ñ·¾Cô¢ï}·è{Dß+ú[EMAIL
PROTECTED]@ô¢?ý±èOD*ú3ÑþBô¢¿ýµèoD+ú;ÑßþAô¢ý³è_Dÿ*ú7Ñ¿þCô¢ÿý·è²º¢
å!VÑ s-~_Ñ{f5sóãШsóSÙkmù^®ðëZó¹Ò0¾fhÿ_®ãc©ôk|kuZòøëñýêù³RÉlTû¹Ìd½ K5³Þ¥¥ï
Úú94Ò~ZëóßÒåz ×r ÷j÷öZÌikþÌZöӶاJUÎPç´ÖûB{C#Ïi¹Ê=«^¯}ÃÚSjù8Ûú=H=ç´¯Om9³¾¦TúÞ¾ÚÏUúzSjåÏ=¯[{ UnÁç«©jßUzÛ÷/éJ{ýLw{I ý~g£=¿Fz_ Í«\áÇêöͳ²}EÔa+ÈFÔæmaD.]rNs-ëýh½4£EÑÌidN#2§Ñ3Znäëý(Ø~ñÌhæ42§9ÍFóÌhMg5×Y¹Þì§
xIÈFæ4³Í3£å=Ь¬lÈÑÑ÷ÓÈfN#sYÌidFiNs-ëýÈ~qÌidF3§Ñ¤sY=§¹ÌÊõ~d/ÍÈEa_#ð/sÓvÕ\Kfåz?²fô¢ð/ÓÈfN£9f´ªY͵dV®÷#ûiÆ02§9ͬ6å¬dN3§EÙÓ2§-Õ\Kfe³vìÉhídN3§E¹ÎÎfVr?(s9-ʽ Ìè0I®%³²Á6Õ}ùF;ÏæzÍnËyÈfVk} ©ÑÏK^ö9{µ¼6oôó·§ ïþeG7ÓöÙïésLnN«ÙëqNËÓü;³|2§ßk Ú÷È̵͹j¶ãù(æ¼æ8ea^s|²0¯9.YYuû» vµÁ
pgpsSXkJw0oLT.pgp
Description: PGP signature
Re: Announcing debconf, configuration management for debian
On Fri, Sep 17, 1999 at 02:11:20PM -0700, Joey Hess wrote: Have you looked at debconf at all? Because.. Scott Barker wrote: Of course not; people are, sadly, always trying to redesign things they don't even understand. I, for one, am delighted to see this tool come to light after years of design and discussion. Many thanks for being the one who actually implemented it, Joey! I suspect that, once Debian has gotten migrated to it, this will represent a quantum leap forward for us, and ultimately, we'll see the highest form of flattery as other distros borrow it and hack it up for their own purposes. At least a couple will probably try to violate the GPL in the process. Debian has long had the best packaging system of any Linux distribution (though not the easiest to use from the *developer's* standpoint, which is dpkg is so widely slandered as inferior to rpm -- and yet, between debhelper, Doogie's Build System, lintian, and some good documentation, even those objections can be soundly squashed); now we will have the best configuration system as well. Thanks again, Joey. I look forward to migrating XFree86 to debconf (won't happen for -1, but I'm hoping to tackle FHS-compliance and this for -2). -- G. Branden Robinson | It was a typical net.exercise -- a Debian GNU/Linux | screaming mob pounding on a greasy spot [EMAIL PROTECTED] | on the pavement, where used to lie the cartoon.ecn.purdue.edu/~branden/ | carcass of a dead horse. pgpN5Vd5AtYlf.pgp Description: PGP signature
Recent potato libc5 is crashing
Hi, It seems that Friday's potato upgrade broke libc5. I cannot seem to run any binaries compiled against libc5 anymore. Unfortunately programs like l3dec and such cannot be recompiled. Weird thing is libc5 didn't change. Has anyone else seen this problem on their systems and any ideas where it's at? Best regards, Shane -- Shane Wegner: [EMAIL PROTECTED] Personal website: http://www.cm.nu/~shane Fax: (604) 930-0529 PGP: keyid: 2048/1C0FFA59 ICQ UIN: 12 Fingerprint: C6 5F B3 85 0B 11 30 F3 52 89 0C 6C 49 08 94 7B pgpvLhZ6ix3iD.pgp Description: PGP signature
Re: Recent potato libc5 is crashing
SW == Shane Wegner [EMAIL PROTECTED] writes: SW It seems that Friday's potato upgrade broke libc5. I cannot seem to run any SW binaries compiled against libc5 anymore. Unfortunately programs like l3dec SW and such cannot be recompiled. Weird thing is libc5 didn't change. Has SW anyone else seen this problem on their systems and any ideas where it's at? The only program I usually use that uses libc5 is netscape and it stopped working. There are a couple of bugs recently filed for netscape dumping core I saw in BTS which may be related to this. The changes between the upgrade I did Friday did not, as far as I can tell, involve libc5 nor xlib6. From the diff between /var/lib/dpkg/status* file, I did not see anything suspicious, maybe other than ldso which was upgraded from 1.9.11-2 to 1.9.11-2.1.
Re: Recent potato libc5 is crashing
JNH == Junio Hamano [EMAIL PROTECTED] writes: JNH The changes between the upgrade I did Friday did not, as far as JNH I can tell, involve libc5 nor xlib6. From the diff between JNH /var/lib/dpkg/status* file, I did not see anything suspicious, JNH maybe other than ldso which was upgraded from 1.9.11-2 to JNH 1.9.11-2.1. Sorry to follow up on myself, but BTS #45396 reports that ldso 1.9.11-3 fixes this.
Re: Announcing debconf, configuration management for debian
On Fri, Sep 17, 1999 at 02:11:20PM -0700, Joey Hess wrote: Have you looked at debconf at all? Because.. Scott Barker wrote: 1) Separate interactive and non-interactive installation scripts. I suggest that the current debian install scripts should contain *only* non-interative functionality, such as running ldconfig, update-rc.d, etc. *All* interactive functionality should be moved into a separate config script. This is what debconf does. My reading of it was that you use the debconf functions from within the post-install script. I'm talking about a completely new functionality for the packaging system, where a config script is defined, and is not the post-install script. I will check again, in case I missed something. -- 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 ] Technology is a way of organizing the universe so that man doesn't have to experience it. - Max Frisch
Re: Announcing debconf, configuration management for debian
On Sat, Sep 18, 1999 at 02:13:26PM -0400, Branden Robinson wrote: On Fri, Sep 17, 1999 at 02:11:20PM -0700, Joey Hess wrote: Have you looked at debconf at all? Because.. Scott Barker wrote: Of course not; people are, sadly, always trying to redesign things they don't even understand. Not even a dozen messages into this thread, and already the usual user-bashing begins. This is one of Debian's biggest problems, IMHO. The mailing lists are very hostile, not only to users, but also between developers. For your information, I understand just fine. As near as I can tell, debconf needs to be run in the post-install scripts, because there is not yet any functionality within the packaging system to define a separate config script. That extra functionality is what I'm looking for, and it will have to be a joint effort between debconf and dpkg developers. I did not in any way intend to belittle Joey's efforts. I am extremely pleased that debconf has been released, and am anxiously awaiting it's evolution, so that I may deploy it in my University labs and get rid of RedHat. -- 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 ] By necessity, by proclivity, and by delight, we all quote. In fact, it is as difficult to appropriate the thoughts of others as it is to invent. - Ralph Waldo Emerson
Re: switching from PGP to GNUPG -- HOWTO?
On Thu, Sep 16, 1999 at 02:40:52PM +0200, Wichert Akkerman wrote: Previously Joseph Carter wrote: Install gpg-rsaref. Please only do that if you live in the US or Canada. The rest of us need gpg-rsa. Unfortunately gpg-rsa is broken. It installs a sh wrapper (yes, sh) that breaks gpg entirely. There's also an issue that gpg-idea recommends gpg-rsa which gpg-rsaref does not provide. -- Joseph Carter [EMAIL PROTECTED] Debian GNU/Linux developer GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3 PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77 8E E2 29 96 C9 44 5F BE -- California, n.: From Latin calor, meaning heat (as in English calorie or Spanish caliente); and fornia' for sexual intercourse or fornication. Hence: Tierra de California, the land of hot sex. -- Ed Moran pgpzJVuSuCnAD.pgp Description: PGP signature
Re: Announcing debconf, configuration management for debian
Scott Barker wrote: My reading of it was that you use the debconf functions from within the post-install script. I'm talking about a completely new functionality for the packaging system, where a config script is defined, and is not the post-install script. I will check again, in case I missed something. The introduction I posted is short on many details. They are all explained in the debconf tutorial, which I will append to this message. Be assurred, a config script is defined just like you hoped. Introduction This is a guide to using debconf with your packages, aimed at a Debian developer. So, what is debconf? To save you reading the spec (http://www.debian.org/~wakkerma/config6/), debconf is a backend database, with a frontend that talks to it and presents an interface to the user. There can be many different types of frontends, from plain text to a web frontend. The frontend also talks to a special config script in the control section of a debian package, and it can talk to postinst scripts and other scripts as well, all using a special protocol. These scripts tell the frontend what values they need from the database, and the frontend asks the user questions to get those values if they arn't set. Debconf should be used whenever your package needs to output something to the user, or ask a question of the user. I'll assume you already have a package that does this and you want to convert it to use debconf. Getting started --- First, your package must depend on debconf (or pre-depend on it if it uses debconf in its preinst). This is necessary since debconf isn't part of the base system. The first thing to do is look at your postinst, plus any program your postinst calls (like a packageconfig program), plus your preinst, and even your prerm and postrm. Take note of all output they can generate and all input they prompt the user for. All this output and input must be eliminated for your package to use debconf. (Output to stderr can be left as is.) For example, a hypothetical package foo has the following postinst: #!/bin/sh -e echo -n Do you like debian? [yn] read like case $like in n*|N*) echo Poor misguided one. Why are you installing this package, then? /etc/init.d/subliminal_messages start I like debian. ;; esac It's clear that it asks a question and sometimes outputs a message. We will need to use debconf to do both. The Templates file --- Start writing a debian/templates file. Each time you find a piece of output or a question, add it to the file as a new template. The format of this file is simple and quite similar to a Debian control file: Template: packagename/something Type: select,string,boolean,note,text Default: an optional default value Description: Blah blah blah? Blah blah blah. Blah blah. Blah blah blah. Blah blah? Blah blah blah. Blah blah. Blah blah blah. Blah blah. . Blah blah blah. Blah blah. Blah blah blah. Blah blah. Blah blah blah. Blah blah. next template here A short description of the data types: string Holds any arbitrary string of data. boolean Holds true or false. select Holds one of a finite number of possible values. These values must be specified in a field named Choices:. Separate the possible values with commas and spaces, like this: Choices: yes, no, maybe note This template is a note that can be displayed to the user. As opposed to text, it is something important, that the user really should see. If debconf is not running interactively, it might be saved to a log file or mailbox for them to see later. text This template is a scrap of text that can be displayed to the user. Following laong in our example, we create a templates file with two templates in it: Template: foo/like_debian Type: boolean Description: Do you like Debian? We'd like to know if you like the Debian GNU/Linus system. Template: foo/why_debian_is_great Type: note Description: Poor misguided one. Why are you installing this package, then? Debian is great. As you continue using Debian, we hope you will discover the error in your ways. The Config Script - Next, decide what order the questions should be asked and the messages to the user should be displayed, figure out what tests you'll make before asking the questions and displaying the messages, and start writing a debian/config file to ask and display them. Depending on what language you choose to write debian/config in, you have some choices about how to communicate with the frontend: shell script: You can source /usr/share/debconf/confmodule.sh, which will make a number of shell functions available to you. Each shell function corresponds to a command in the protocol (with db_ prefixed to its name). You pass parameters to it and get a result back in the
Re: Announcing debconf, configuration management for debian
Scott Barker wrote: For your information, I understand just fine. As near as I can tell, debconf needs to be run in the post-install scripts, because there is not yet any functionality within the packaging system to define a separate config script. That extra functionality is what I'm looking for, and it will have to be a joint effort between debconf and dpkg developers. Actually, I didn't have to modify dpkg at all to add the config script. I use some pretty disturbing hacks to make sure the config script is run even though dpkg doesn't know about it. But luckily all these hacks can be done away with if/when dpkg is modified to know about the config script. -- see shy jo
GOLDEN GOOSE
This is a one time message, if it reached you by mistake please accept my apologies, disregard and delete. Thank you. Dear Entrepreneur: Please take the time to read this. It can start you on the road to an easier life as an internet businessman/woman. Thank you. EBIZ = 1,2,3...4 CASH! 1. READ THIS ALL THE WAY THROUGH! 2. FOLLOW THE INSTRUCTIONS! 3. GO BUY A BIG BAG... 4. ALL THE CASH! THE PROGRAM INCREDIBLE $0 to $50,000 in 90 days!!! Dear Friend, You can earn $50,000 or more in next the 90 days sending e-mail. Seem impossible? Read on for details. AS SEEN ON NATIONAL TV Thank you for your time and interest. This is the letter you've been reading about in the news lately. Due to the popularity of this letter on the Internet, a major nightly news program recently devoted an entire show to the investigation of the program described below to see if it really can make people money. The show also investigated whether or not the program was legal. Their findings proved once and for all that there are absolutely no laws prohibiting the participation in the program. This has helped to show people that this is a simple, harmless and fun way to make some extra money at home. The results of this show have been truly remarkable. So many people are participating that those involved are doing much better than ever before. Since everyone makes more as more people try it out, it's been very exciting to be a part of it lately. You will understand once you experience it. HERE IT IS BELOW: *** Print This Now For Future Reference *** The following income opportunity is one you may be interested in taking a look at. It can be started with VERY LITTLE investment and the income return is TREMENDOUS!!! $$$ If you would like to make at least $50,000 in less than 90 days ! Please read the enclosed program...THEN READ IT AGAIN!!! $$$ THIS IS A LEGITIMATE, LEGAL, MONEY MAKING OPPORTUNITY. It does not require you to come into contact with people, do any hard work, and best of all, you never have to leave the house except to get the mail. If you believe that someday you'll get that big break that you've been waiting for, THIS IS IT! Simply follow the instructions, and your dreams will come true. This multi-level e-mail order marketing program works perfectly...100% EVERY TIME. E-mail is the sales tool of the future. Take advantage of this non-commercialized method of advertising NOW!!! The longer you wait, the more people will be doing business using e-mail. Get your piece of this action!!! MULTI-LEVEL MARKETING (MLM) has finally gained respectability. It is being taught in the Harvard Business School, and both Stanford Research and the Wall Street Journal have stated that between 50% and 65% of all goods and services will be sold through multi-level methods by the mid to late 1990's. This is a Multi-Billion Dollar industry and of the 500,000 millionaires in the U.S., 20% (100,000) made their fortune in the last several years in MLM. Moreover, statistics show 45 people become millionaires everyday through Multi-Level Marketing. You may have heard this story before, but over the summer Donald Trump made an appearance on the David Letterman show. Dave asked him what he would do if he lost everything and had to start over from scratch. Without hesitating, Trump said he would find a good network marketing company and get to work. The audience started to hoot and boo him. He looked out at the audience and dead-panned his response: That's why I'm sitting up here and you are all sitting out there! The enclosed information is something I almost let slip through my fingers. Fortunately, sometime later I re-read everything and gave some thought and study to it. My name is Johnathon Rourke. Two years ago, the corporation I worked at for the past twelve years down-sized and my position was eliminated. After unproductive job interviews, I decided to open my own business. Over the past year, I incurred many unforeseen financial problems. I owed my family, friends and creditors over $35,000. The economy was taking a toll on my business and I just couldn't seem to make ends meet. I had to refinance and borrow against my home to support my family and struggling business. AT THAT MOMENT something significant happened in my life and I am writing to share the experience in hopes that this will change your life FOREVER FINANCIALLY!!! In mid December, I received this program via e-mail. Six month's prior to receiving this program I had been sending away for information on various business opportunities. All of the programs I received, in my opinion, were not cost effective. They were either too difficult for me to comprehend or the initial investment was too much for me to risk to see if they would work or not. One claimed that
Re: Guessing the date style from the timezone for postgresql postinst
On Sat, Sep 18, 1999 at 01:45:55AM +0100, Oliver Elphick wrote: If you have a recent potato system, with timezone files in /usr/share/zoneinfo, could you please run the script and let me know if it gives WRONG results for you. If it does, please tell me your timezone and offset (date '+%Z %z') and what the date style ought to be. If you can suggest a change to the script that will get it right without breaking results for other countries, that will be even better! With /bin/sh - /bin/ash, I get the following error: guess.datestyle: 25: Syntax error: word unexpected (expecting )) It works fine with bash. It seems the opening brace on case $x in ( SystemV | posix | right ) ^ is causing this. -- Robert Vollmert [EMAIL PROTECTED]
Re: Too many kernels in unstable
On Fri, Sep 17, 1999 at 07:25:15PM +0100, Edward Betts wrote:
Can't we keep the number down to something more manageable, say 4 at
most?
We now have:
kernel-{doc,headers,image,source}-2.0.35
kernel-{doc,headers,image,source}-2.0.36
kernel-{doc,headers,image,source}-2.2.1
kernel-{doc,headers,image,source}-2.2.5
kernel-{doc,headers,image,source}-2.2.7
kernel-{doc,headers,image,source}-2.2.9
kernel-{doc,headers,image,source}-2.2.10
kernel-{doc,headers,image,source}-2.2.12
My suggestion would be:
kernel-{doc,headers,image,source}-2.0.38
kernel-{doc,headers,image,source}-2.2.12
Can anybody provide arguements against just having two kernels?
Unless someone else can demonstrate a need for 2.0.36 that will affect a
number of people, I think 2.0.38 alone would be reasonable.
I think someone said they needed 2.2.7, which kinda needs a few patches
from 2.2.8 and 2.2.10 to work as expected (2.2.7 needed a security patch
and sound was completely broken IIRC..)
I'm not objectionable to a 2.3.x, but I really don't think it's a good
idea.
--
Joseph Carter [EMAIL PROTECTED] Debian GNU/Linux developer
GnuPG: 2048g/3F9C2A43 - 20F6 2261 F185 7A3E 79FC 44F9 8FF7 D7A3 DCF9 DAB3
PGP 2.6: 2048R/50BDA0ED - E8 D6 84 81 E3 A8 BB 77 8E E2 29 96 C9 44 5F BE
--
But modifying dpkg is infeasible, and we've agreed to, among other things,
keep the needs of our users at the forefront of our minds. And from a
user's perspective, something that keeps the system tidy in the normal
case, and works *now*, is much better than idealistic fantasies like a
working dpkg.
-- Manoj Srivastava
pgpgQvj5FZxDM.pgp
Description: PGP signature
Re: Too many kernels in unstable
I'm not objectionable to a 2.3.x, but I really don't think it's a good idea. Hey...my Debian Ultra SPARC system *loves* the 2.3.x kernel a heck of a lot better than the 2.2.x strain. I think that for unstable a version (or 2 depending of needs) of each kernel tree would be nice...but for stable an unstable kernel probably wouldn't be best (unless it's needed for some specific reason)...mainly because by the time the stable version comes out of frozen it will be outdated. :) Ivan -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Ivan E. Moore II Rev. Krusty http://www.tdyc.com [EMAIL PROTECTED] -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Imagination is more important than knowledge - Albert Einstein -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- GPG KeyID=0E1A75E3 GPG Fingerprint=3291 F65F 01C9 A4EC DD46 C6AB FBBC D7FF 0E1A 75E3 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Re: Guessing the date style from the timezone for postgresql postinst
Robert Vollmert wrote: With /bin/sh - /bin/ash, I get the following error: guess.datestyle: 25: Syntax error: word unexpected (expecting )) It works fine with bash. It seems the opening brace on case $x in ( SystemV | posix | right ) ^ is causing this. Thanks; I'll remove it. -- Vote against SPAM: http://www.politik-digital.de/spam/ Oliver Elphick[EMAIL PROTECTED] Isle of Wight http://www.lfix.co.uk/oliver PGP key from public servers; key ID 32B8FAA1 Give, and it shall be given unto you; good measure, pressed down, and shaken together, and running over, shall men pour into your lap. For by your standard of measure it will be measured to in return. Luke 6:38
Re: Guessing the date style from the timezone for postgresql postinst
On Sat, Sep 18, 1999 at 06:36:47PM +0200, Robert Vollmert wrote: With /bin/sh - /bin/ash, I get the following error: guess.datestyle: 25: Syntax error: word unexpected (expecting )) It works fine with bash. It seems the opening brace on case $x in ( SystemV | posix | right ) ^ is causing this. Wasn't this fixed in potato ash? I seem to remember seeing a bug report about this once... -- enJoy -*/\*- don't even try to pronounce my first name
XEmacs 21
I have xemacs 21 packages aptable at deb http://va.debian.org/~dres xemacs21/. I would appreciate some people trying them out and seeing what problems you find (please report directly to me rather than bug tracking system). Here's known problems: 1) not all elisp packages that compile for xemacs21 actually compile OK, so I've ignored the return value from emacsen-install to get things installed. When I get time I plan on tracking down which elisp packages are having trouble and let their maintainers know (any help with this would be appreciated). 2) gnus and bbdb in the -basesupport package are broken, but the bbdb and gnus debian packages work fine. The only trouble I have is that it needs a compiled apel debian package and because of 1) above that doesn't happen (quick fix is run /usr/lib/emacsen-common/packages/install/apel xemacs21 after xemacs is installed. 3) The info pages are a bit messed. (Working on it.) 4) Yes I plan on splitting out the -mulesupport and -basesupport into separate packages (in the xemacs sense), but haven't gotten to it yet. I think that's about it. Thanks Jim -- @James LewisMoss [EMAIL PROTECTED] | Blessed Be! @http://www.ioa.com/~dres | Linux is kewl! @Argue for your limitations and sure enough, they're yours. Bach
Re: Announcing debconf, configuration management for debian
On Sat, Sep 18, 1999 at 12:50:57PM -0600, Scott Barker wrote: Not even a dozen messages into this thread, and already the usual user-bashing begins. I wasn't bashing a user, I was bashing people who levelled criticisms of debconf before it's even been out 24 hours, and more to the point, before they've taken a close look at it. Joey probably doesn't need me to defend him, but I understand that he's put quite a bit of time into debconf over the past few months, and fellow developers making ignorant remarks about his work probably doesn't give him much of a feeling of reward. This is one of Debian's biggest problems, IMHO. The mailing lists are very hostile, not only to users, but also between developers. Often, this happens when some developer runs his mouth off, pretending to knowledge he doesn't possess. In such cases, it's quite right to correct them, but the level of courtesy to be used depends on several factors, mostly how desperately they cling to their ignorance. The clue bat has swung and hit me in the head before, too. The proper way to deal with it is to swallow one's pride, and *learn*. Once one obtains clues, one gets the privilege of wielding the cluebat for oneself. :) For your information, I understand just fine. I won't bother to rebut this, since Joey already did. I did not in any way intend to belittle Joey's efforts. I am extremely pleased that debconf has been released, and am anxiously awaiting it's evolution, so that I may deploy it in my University labs and get rid of RedHat. That, at least, is quite laudable of you. 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 I didn't follow the URL to see if this is a joke, but if it is not, you do not know what powers of restraint it requires to stay away from THIS fish hook. Anyway, if you want to tell me further what an asshole I am, please confine your remarks to private mail. If you want debian-devel to be your audience, then please don't CC me as well. I'm perfectly capable of following the list. -- G. Branden Robinson | Debian GNU/Linux |If existence exists, [EMAIL PROTECTED] |why create a creator? cartoon.ecn.purdue.edu/~branden/ | pgpjGqWW2OJJA.pgp Description: PGP signature
Re: Move proftpd to contrib
On Fri, Sep 17, 1999 at 07:52:24AM -0700, David Bristel wrote: Or a new section for packages removed from main due to bugs, but possibly still desired by some people? It's safer to have a clear message that Debian considers these packages to contain too many bugs for inclusion in the main distribution, but we are aware that there are some who want to use these packages anyway. Something like this would eliminate any blame if people use those buggy packages, and then have their systems crash or go unstable, or get hacked. Any opinions? I would fear it would come across like were pointing fingers at bad software developers in the community, as though we were putting a package on probation for being too buggy. I don't think our goal is to seperate good software from bad software. It might be within our scope to publish bugs per code lines per year statistics or other hard number observations to make that decision easier for others, and possibly avoid dependencies on software that has too high a ratio of bugs to code lines or some other weighted but objective comparision. A good bug vector would also give credit to software more widely deployed (1 in every X persons sees a bug in package Y every Z months). Our goal is in a general sense to make free sofware easier to install, use, and maintain. If that software has problems, it's not our place to single it out. At most it might be worthwhile to help identify where more developer effort needs to go, but if we don't have the resources to devote that effort, it could be harmful to point fingers. -Robert
