[no subject]

2003-09-07 Thread Apache

Re: why do I need EMail to install some debs?

2003-09-07 Thread Harald Dunkel
Hi Simon, Simon Richter wrote: Harald, Would it be possible to get rid of the need to install EMail (e.g. exim or sendmail) by default? A lot of packages need at least the /usr/sbin/sendmail program, to be able to send email to the admin, for example cron or at, which send the Sure. I am not talk

Re: [Fwd: False Representation at Google.com]

2003-09-07 Thread Ava Driscoll
I did not intend to send an Email that could not be replied to. However, I will send this post to let you know I do have Email -- [EMAIL PROTECTED]

Re: why do I need EMail to install some debs?

2003-09-07 Thread Mark Brown
On Sun, Sep 07, 2003 at 08:22:33AM +0200, Harald Dunkel wrote: > Obviously this option leads into a conflict with some subsequent > packages relying upon a working EMail configuration within the > same installation session. > My suggestion would be to use debconf only. The packages are using deb

Re: alsa-tools

2003-09-07 Thread Martin Pitt
Hi Robert! Am 2003-09-06 16:29 +0200 schrieb Robert Epprecht: > OK, I'll probably do that, but will enquire first a bit more, and do > some more RTFM ;-) Oh, I will help you if you are unfamiliar with it, but we should do that by private mail. > > Small compiling issues might be sorted out when

Re: alsa-tools

2003-09-07 Thread Robert Epprecht
Martin Pitt <[EMAIL PROTECTED]> writes: [ we were discussing request for packaging for alsa-tools ] >> I think the programs are ok, but my experience is not really up to the >> task. But I'm slowly moving... > > Allright. Well, filing a request for package does not hurt, the > packager has to eva

Re: Pre-Depends according to sarge_rc_policy.txt

2003-09-07 Thread Anthony Towns
On Sat, Sep 06, 2003 at 10:25:39PM +0200, Thomas Hood wrote: > > AJ's requirement is fractionally stricter than policy's, but packages on > > which other packages pre-depend should be playing it safe anyway. I > > think that very much the same kind of care is needed to satisfy AJ's > > requirement

Re: RFC: fewer vim variants

2003-09-07 Thread Marcelo E. Magallon
Hi Luca, sorry about the Cc, but eye-balling -devel didn't reveal much activity from you, so I'm not sure if you track the list. M-F-T is set to d-d. > I propose to restructure the vim package so that it builds fewer vim > variants. > > I propose to have only the following: > vim (aka

Bug#209058: ITP: gnome-blog -- GNOME applet to post to BloggerAPI weblogs

2003-09-07 Thread Frederic Peters
Package: wnpp Version: unavailable; reported 2003-09-07 Severity: wishlist * Package name: gnome-blog Version : 0.5 Upstream Author : Seth Nickell <[EMAIL PROTECTED]> * URL : http://ftp.gnome.org/pub/GNOME/sources/gnome-blog/0.5 * License : GPL Description

Re: /etc/shells management

2003-09-07 Thread Branden Robinson
On Sat, Sep 06, 2003 at 03:32:58PM -0500, Manoj Srivastava wrote: > case "$1" in > configure) > # Configure this package. If the package must prompt the user for > # information, do it here. > # There are three sub-cases: > if test "${2+set}" != set; then Man, that's ugly. I us

Re: /etc/shells management

2003-09-07 Thread Andreas Metzler
Branden Robinson <[EMAIL PROTECTED]> wrote: [postinst configure] > On Sat, Sep 06, 2003 at 03:32:58PM -0500, Manoj Srivastava wrote: [...] >> elif test -z "$2" -o "$2" = ""; then > file:///usr/share/doc/debian-policy/policy.html/ch-maintainerscripts.html > is my Bible when I'm writing/editing

co-maint/adopter for vegastrike package

2003-09-07 Thread Mike Furr
Hi all, I'm looking for someone who might be interested in co-maintaining or perhaps adopting vegastrike. I haven't played the game in many months and thus have been very sluggish in packaging the most recent version(which is about to be superseded). Upstream is very active, responsive and frien

Re: /etc/shells management

2003-09-07 Thread Thomas Hood
On Sun, 2003-09-07 at 17:23, Branden Robinson wrote: > Man, that's ugly. I use: > > if [ -n "$var" ]; then > fi I have been using if [ "$var" ]; then fi I hope that's kosher too; otherwise I have a few scripts to fix. > for this sort of thing. However, that does depend on a certain o

ruby-defaults 1.8.0

2003-09-07 Thread Fumitoshi UKAI
Hi, ruby package maintainers! I've upload new ruby-defaults that make ruby 1.8.0 the debault version of ruby. I contains some new binary package so it takes time to get into unstable. You can get the new ruby-defaults from deb http://pkg-ruby.alioth.debian.org/deb/ ./ deb-src http://pkg-ruby.al

Bug#209092: ITP: bsfilter - Bayesian spam filter

2003-09-07 Thread akira yamada
Package: wnpp Severity: wishlist Bsfilter is a bayesian spam filter. - English and Japanese are supported. - It works with IMAP. (but the feature is beta) - It is written in Ruby. Homepage: http://nabeken.com/bsfilter/> (Japanese) Download: http://www.h2.dion.ne.jp/~nabeken/bsfilter/bsfilt

Re: /etc/shells management

2003-09-07 Thread Steve Langasek
On Sun, Sep 07, 2003 at 06:08:06PM +0200, Thomas Hood wrote: > On Sun, 2003-09-07 at 17:23, Branden Robinson wrote: > > Man, that's ugly. I use: > > > > if [ -n "$var" ]; then > > fi > I have been using > > if [ "$var" ]; then > fi > I hope that's kosher too; otherwise I have a few scr

apt-get and dpkg have a problem installing packets

2003-09-07 Thread Matthias Fechner
Hi, i have tried now a lot of different thinks, to get apt-get or dpkg running, but i get always an errormessage(unstable error since about 4 september) apt-get -f install Need to get 0B of archives. After unpacking 0B of additional disk space will be used. E: Sub-process /usr/bin/dpkg exited une

Re: Building kernel modules for stock kernels is a hell of a job!

2003-09-07 Thread Eduard Bloch
#include * Manoj Srivastava [Mon, Aug 25 2003, 03:50:33PM]: Okay, I think I have found a solution for the people with different points of view. First, let's summarize some. > >> > This is my view: the kernel headers and the configuration used > >> > when compiling a stock kernel are to be viewed

Re: apt-get and dpkg have a problem installing packets

2003-09-07 Thread Matthias Fechner
Hallo, * Matthias Fechner <[EMAIL PROTECTED]> [07-09-03 19:05]: > i have tried now a lot of different thinks, to get apt-get or dpkg > running, but i get always an errormessage(unstable error since about 4 > september) I have found now my problem, the file avaiable was defect and so dpkg has fail

Re: RFC: fewer vim variants

2003-09-07 Thread Norbert Tretkowski
* Marcelo E. Magallon <[EMAIL PROTECTED]> wrote: > At the moment: > > * Perl is lost (that threaded thing) As one of the new Co-Maintainers, I'm going to upload the package from http://p.d.o/~nobse/vim/ to experimental this evening. The perl issue is fixed in this package. > * Can't ac

Re: why do I need EMail to install some debs?

2003-09-07 Thread Simon Richter
Harald, > I am not talking about runtime, but installation time. AFAIR the > interface to use is called debconf. Obviously some packages want > to be very sure that I get some important messages, and try to > send me an EMail instead (or in addition). Ah, I see the problem now. Well, it could be

Re: /etc/shells management

2003-09-07 Thread MichaƂ Politowski
On Sun, 7 Sep 2003 11:58:03 -0500, Steve Langasek wrote: > On Sun, Sep 07, 2003 at 06:08:06PM +0200, Thomas Hood wrote: [...] > > I have been using > > > > if [ "$var" ]; then > > fi > > > I hope that's kosher too; otherwise I have a few scripts to fix. > > In general, no. If the conte

Re: /etc/shells management

2003-09-07 Thread Guido Guenther
On Sun, Sep 07, 2003 at 10:23:15AM -0500, Branden Robinson wrote: > if [ -n "$var" ]; then > fi Just of out curiosity, is this in any way different from the shorter: if [ "$var" ]; then fi -- Guido pgpeYjAwFH0tB.pgp Description: PGP signature

Re: /etc/shells management

2003-09-07 Thread Colin Watson
On Sun, Sep 07, 2003 at 11:58:03AM -0500, Steve Langasek wrote: > On Sun, Sep 07, 2003 at 06:08:06PM +0200, Thomas Hood wrote: > > On Sun, 2003-09-07 at 17:23, Branden Robinson wrote: > > > Man, that's ugly. I use: > > > > > > if [ -n "$var" ]; then > > > fi > > > I have been using > > > >

Re: apt-get internals help

2003-09-07 Thread Steve Greenland
On 06-Sep-03, 12:28 (CDT), George Danchev <[EMAIL PROTECTED]> wrote: > I do not think the variable is the real issue here. If we grab a snippet of > the MPlayer's debian/rules: > ./configure --prefix=/usr --confdir=/etc/mplayer $(DEB_BUILD_OPTIONS) That's a bug, as Matt noted. > --prefix and --

unrebuildable ruby packages (Re: ruby-defaults 1.8.0)

2003-09-07 Thread Fumitoshi UKAI
Dear ruby package maintainers! As Marcelo pointed out on Bug#209052, ruby-dev has been obsoleted, so packages that build-depend on ruby-dev can't be built now. We have ruby1.6-dev (for ruby1.6) and ruby1.8-dev (for ruby1.8), so please rebuild your packages to use ruby1.6-dev and/or ruby1.8-dev.

Re: /etc/shells management

2003-09-07 Thread Manoj Srivastava
On Sun, 7 Sep 2003 10:23:15 -0500, Branden Robinson <[EMAIL PROTECTED]> said: > On Sat, Sep 06, 2003 at 03:32:58PM -0500, Manoj Srivastava wrote: >> case "$1" in configure) >> # Configure this package. If the package must prompt the user for >> # information, do it here. There are three sub-cas

Re: unrebuildable ruby packages (Re: ruby-defaults 1.8.0)

2003-09-07 Thread Joey Hess
Fumitoshi UKAI wrote: > Dear ruby package maintainers! I'm probably the only "ruby package maintainer" who doesn't speak ruby.. :-) Luckily I have eager ruby minions to take care of that part of mooix. However, we were a bit suprised to have to make the configure script check for libruby.so.$VERS

Re: /etc/shells management

2003-09-07 Thread Josip Rodin
On Sun, Sep 07, 2003 at 10:23:15AM -0500, Branden Robinson wrote: > Where did you come by this, and if it's something we should worry about, > why isn't it documented in Policy? It is, but you shouldn't worry about it anyhow because nobody's crazy enough to try doing anything with a dpkg that old

Re: NUT packages status checkpoint

2003-09-07 Thread Luca Filipozzi
On Sun, Aug 24, 2003 at 03:40:01PM +0200, Arnaud Quette wrote: > To conclude, our collaboration (Karl and myself) on > NUT bug squashing was really productive! I think he > also should be listed as NUT Co Maintainer to > officialise it, as Karl is also one of the most active > people in the NUT Com

Re: /etc/shells management

2003-09-07 Thread Manoj Srivastava
On Sun, 7 Sep 2003 07:24:42 +0200, Martin Godisch <[EMAIL PROTECTED]> said: > On Sat, Sep 06, 2003 at 15:32:58 -0500, Manoj Srivastava wrote: >> case "$1" in configure) >> # Configure this package. If the package must prompt the user for >> # information, do it here. There are three sub-cases:

Bug#209124: ITP: nrpe -- Program to execute Nagios plugins in a remote host

2003-09-07 Thread Benoit Mortier
Package: wnpp Version: N/A; reported 2003-09-07 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: nrpe Version : 1.9 Upstream Author : Ethan Galstad <[EMAIL PROTECTED]> * URL : http://www.nagios.org/ * License : (GPL) Descriptio

Re: /etc/shells management

2003-09-07 Thread Bob Proulx
Guido Guenther wrote: > Branden Robinson wrote: > > if [ -n "$var" ]; then I always prefer this myself too. It is portable. > Just of out curiosity, is this in any way different from the shorter: > if [ "$var" ]; then For Debian, no. But for those of us trying to program portably across syste

Re: IMPORTANT: your message to html-tidy

2003-09-07 Thread Matthew Palmer
On Sat, Sep 06, 2003 at 04:26:57PM -0700, Joshua Kwan wrote: > On Sat, Sep 06, 2003 at 06:40:46PM -0400, W3C List Manager wrote: > > This is a response to a message apparently sent from your address to > > [EMAIL PROTECTED]: > > > > Subject: Re: Thank you! > > From: > > Date:Sa

[no subject]

2003-09-07 Thread Justin Delaporte
hay u suck u faget u lick dick suck yr mu

is your /usr/share/info/dir in perfect shape?

2003-09-07 Thread Dan Jacobson
Gentlemen, the Info dir on my system is not in tip top shape, and may not be also on yours. Try this simple test for duplicate entries: $ sort /usr/share/info/dir|uniq -d|fgrep \* * patch: (diff)Invoking patch. Apply a patch to a file. * sdiff: (diff)Invoking sdiff.