Re: on potato's proftpd

On Wed, Apr 03, 2002 at 03:22:39AM +0200, martin f krafft wrote: > dear list, > > look, i am really not here to start a flame war and heck no, i don't > want one. please excuse if my behaviour has been leading you onto this > belief (or maybe not). i am simply failing to grasp the arguments laid >

Re: ITP: rootkit - a Ro0Tk1t 4 Deb1an boxxxen

Marco d'Itri wrote: > > On Apr 01, Simon Richter <[EMAIL PROTECTED]> wrote: > > >Priority: optional > It should have Priority: extra. Yes, but what I want to know is it available on all architectures? -- | Bryan Andersen | [EMAIL PROTECTED] | http://www.nerdvest.com | | Buzzwords a

Re: on potato's proftpd

On Wed, Apr 03, 2002 at 03:22:39AM +0200, martin f krafft wrote: > they really weren't intended to be flames. i am sorry if they felt > that way. i am really just trying to be concise since i don't have > much more to say than i did. Personally I do not think you flamed, and your points are very v

RE: on potato's proftpd

I would bet that the vast majority of "flame wars" begin because someone mistakes "terse" or "concise" for hostility. The reverse, being the endless spewing of meaningless words, all the while saying nothing at all or even the opposite of what it sounds like, is the art of politicians and diplo

Bug#140985: ITP: rbot -- IRC bot written in ruby

Package: wnpp Version: N/A; reported 2002-04-02 Severity: wishlist * Package name: rbot Version : 0.5 Upstream Author : Tom Gilbert <[EMAIL PROTECTED]> * URL : http://www.linuxbrit.co.uk/rbot/ * License : BSD Description : IRC bot written in ruby This is

Re: iproute package + HTB qdisc

also sprach Juan Cespedes <[EMAIL PROTECTED]> [2002.04.02.2056 +0200]: > The HTP queuing discipline has been added to the latest Debian iproute > package, to be installed in "unstable" in a few hours. you rock! -- martin; (greetings from the heart of the sun.) \ echo mailto: !

Re: on potato's proftpd

dear list, look, i am really not here to start a flame war and heck no, i don't want one. please excuse if my behaviour has been leading you onto this belief (or maybe not). i am simply failing to grasp the arguments laid out by wichert. that is, i don't disagree with him per se, but i have the fe

Processed: reassigning as discussed some time ago

Processing commands for [EMAIL PROTECTED]: > reassign 25847 makedev Bug#25847: Several security questions Bug reassigned from package `general' to `makedev'. > retitle 25847 makedev: /dev/tty[0-9]* shouldn't be world-writeable Bug#25847: Several security questions Changed Bug title. > thanks Sto

reassigning as discussed some time ago

reassign 25847 makedev retitle 25847 makedev: /dev/tty[0-9]* shouldn't be world-writeable thanks OK, let's get this old bug away from general. Ethan Benson wrote some time back: > On Mon, Jul 09, 2001 at 06:49:54PM +0100, Colin Watson wrote: > > They're root:root mode 0600 on my system, but I'm r

Processed: packages.d.o bugs go against www.debian.org

Processing commands for [EMAIL PROTECTED]: > reassign 131631 www.debian.org Bug#131631: packages.debian.org/mac-fdisk returns 404 Bug reassigned from package `general' to `www.debian.org'. > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system ad

Re: libsmpeg0 *will* break if not doing upgrade/dist-upgrade from potato->woody [Was: Re: libsmpeg0 shlibs is broken, fix it or we shalt lose whatever.]

Joe Drew <[EMAIL PROTECTED]> cum veritate scripsit: > On Tue, 2002-04-02 at 09:48, Junichi Uekawa wrote: > > apt-get install libsmpeg0 > > > > from potato box using woody sources makes every smpeg-dependent program > > to stop functioning. This is not technical excellence that Debian > > enjoys.

libsmpeg0 *will* break if not doing upgrade/dist-upgrade from potato->woody [Was: Re: libsmpeg0 shlibs is broken, fix it or we shalt lose whatever.]

On Tue, 2002-04-02 at 09:48, Junichi Uekawa wrote: > apt-get install libsmpeg0 > > from potato box using woody sources makes every smpeg-dependent program > to stop functioning. This is not technical excellence that Debian > enjoys. This is absolutely true. Is there a solution? aj, I assume yo

Re: Bug#140183: aspell does install or depend on any languages

Hi! When I read both your mail, I have the feeling that aspell should be split in 2 packages: aspell (which provides the spell-checking functionality, and depends on any dictionary) and aspell-dev (which provides the word-list generation functionality). And if you can't split both functionality,

Re: ITP: libfaketime -- Source for replacement of time funcion

On Tue, 2 Apr 2002 22:46, Amaya wrote: > * Package name: libfaketime > Version : Unknown *** > Upstream Author : Ondrejicka Stefan <[EMAIL PROTECTED]> > * URL : http://www.idata.sk/~ondrej/sw/fake_time.c > * License : Unknown, but free in the DFSGL

Re: SSMTP is it a bug ?

yes, I've seen this too, and its in the BTS already, a pointer into a string is being freed. On Tue, Apr 02, 2002 at 10:14:36PM +0200, R. Pac wrote: > > > Hi all; > > I'm running Sid, since I"ve done an upgrade I canot use ssmtp (which I > normally used with mutt) to send mail. I've got an mes

Re: BSP?

On Tue, Apr 02, 2002 at 06:03:58PM +0100, Alan James <[EMAIL PROTECTED]> was heard to say: > On Tue, Apr 02, 2002 at 09:42:24AM -0600, Moshe Zadka wrote: > > > I think a BSP is in order. > > Is there a dict dictionary with all these debian TLAs in it ? > I've dont think I've heard BSP before.

ITP: vls -- the VideoLAN MPEG broadcasting server

Package: wnpp Version: N/A; reported 2002-04-02 Severity: wishlist * Package name: vls Version : 0.3.2 Upstream Author : the VideoLAN team <[EMAIL PROTECTED]> * URL : http://www.videolan.org/vls/ * License : GPL Description : The VideoLAN Server (vls) is d

Fix for these slapd bugs is in DELAYED/4-day

Fix for these two grave bugs (my changes are in .config and .postinst) is in incoming/DELAYED/4-day I also added a german translation of the debconf templates as debian/slapd.templates.de I just noticed there might be another "db_go" missing near "conf_exists" at the second change, so feel free t

ITP: libdvbpsi -- library for MPEG TS and DVB PSI tables decoding and generating

Package: wnpp Version: N/A; reported 2002-04-02 Severity: wishlist * Package name: libdvbpsi Version : 0.1.0 Upstream Author : the VideoLAN team <[EMAIL PROTECTED]> * URL : http://www.videolan.org/libdvbpsi/ * License : GPL Description : libdvbpsi is a sim

Re: BSP?

Alan James <[EMAIL PROTECTED]> writes: > Maybe I'll have a look at creating a dict-debian, there seem to be > quite a few potential entries :-) Joey Hess started one several years ago, but abandoned it when I offered to incorporate his work into dict-foldoc. We discussed (I think on -devel)

Re: ITP: libfaketime -- Source for replacement of time funcion

Amaya dijo: > I am now marked as being on vacation (going to GUADEC III tomorrow). Of course I'd love a keysign-beer-chat meeting, if you are attending too. Email me before 18:00 CEST tomorrow if interested. -- .''`.Same shit, different day... : :' : `. `' Proudly ru

Re: BSP?

On Tue, Apr 02, 2002 at 09:55:12PM +0200, Juan Cespedes wrote: > > Thanks, I have VERA, but was dissappointed not to see BSP in there. It's > > nice to know that it'll be added. > > In fact, there are a lot of acronyms used in Debian I cannot find in VERA: Just in case anyone doesn't know... BSP

Re: ccache for the autobuilders?

On Tue, 2 Apr 2002 21:35, Anthony DeRobertis wrote: > On Tue, 2002-04-02 at 11:17, Russell Coker wrote: > > So we firstly need to find a real slow arch which also supports 4 new > > large IDE disks (remember that machines 3 years old tend not to have good > > support for >32G drives). > > That's pr

ITP: libfaketime -- Source for replacement of time funcion

Package: wnpp Version: N/A; reported 2002-04-02 Severity: wishlist * Package name: libfaketime Version : Unknown *** Upstream Author : Ondrejicka Stefan <[EMAIL PROTECTED]> * URL : http://www.idata.sk/~ondrej/sw/fake_time.c * License : Unknown, but

Re: ccache for the autobuilders?

On Tue, Apr 02, 2002 at 03:38:18PM -0500, Matt Zimmerman wrote: > Perhaps architectures which are slow enough to really benefit would still > benefit if they had to go out over the network to a cache? Certainly if > there was other storage on the same LAN, maybe even farther. Unfortunately the ar

Re: ccache for the autobuilders?

On Tue, Apr 02, 2002 at 02:35:06PM -0500, Anthony DeRobertis wrote: > That's primarily a BIOS problem, right? Does it matter for Linux? Actually, current kernels have a problem with current 160G drives. Mainstream 48bit ide support is expected Real Soon Now. :) -- Mike Stone -- To UNSUBSCRIBE

Re: ccache for the autobuilders?

On Tue, Apr 02, 2002 at 03:10:14PM -0500, Ben Collins wrote: > The ones that could use it, are the ones that can't take it :) I seriously > doubt the m68k can hold 4 disks. I'm pretty sure the m68k's run scsi too. Perhaps architectures which are slow enough to really benefit would still benefit i

SSMTP is it a bug ?

Hi all; I'm running Sid, since I"ve done an upgrade I canot use ssmtp (which I normally used with mutt) to send mail. I've got an message error ( code 127 (Exec error.).) Does anybody else have the same problem ? Is it a bug ? Does anyone know how to fix this ? Best regards R.Pac -- To

Re: ccache for the autobuilders?

On Tue, Apr 02, 2002 at 02:30:03PM -0500, Anthony DeRobertis wrote: > > > That's all of three 100GB IDE disks running in RAID 0. Four disks if for > > > some reason you want redundancy on your cache. > > > > Surely you don't presume that a) All of our autobuilders have enough > > bays for 3 IDE di

Re: ccache for the autobuilders?

Previously Anthony DeRobertis wrote: > That's primarily a BIOS problem, right? Does it matter for Linux? There is more out there than just i386 system. I would love to see you attach a 100 gigabyte disk to a m68k system. Wichert. --

Bug#140951: ITP: libcrypt-cracklib-perl -- interface to cracklib

Package: wnpp Version: N/A; reported 2002-04-02 Severity: wishlist * Package name: libcrypt-cracklib-perl Version : 0.1 Upstream Author : Daniel <[EMAIL PROTECTED]> * URL : http://cpan.org/modules/by-category/14_Security_and_Encryption/Crypt/Crypt-Cracklib-0.01.tar.gz

Re: BSP?

On Tue, Apr 02, 2002 at 08:31:25PM +0100, Alan James wrote: > Thanks, I have VERA, but was dissappointed not to see BSP in there. It's nice > to know that it'll be added. In fact, there are a lot of acronyms used in Debian I cannot find in VERA: SPI, DPL, DSA, VAC, d.o, d-d-a, ... -- .+'''

Bug#140947: ITP: libdigest-md4-perl -- MD4 Message Digest for Perl

Package: wnpp Version: N/A; reported 2002-04-02 Severity: wishlist * Package name: libdigest-md4-perl Version : 1.1 Upstream Author : Mike McCauley <[EMAIL PROTECTED]> * URL : http://cpan.org/modules/by-category/14_Security_and_Encryption/Digest/Digest-MD4-1.1.tar.gz *

Bug#140948: ITP: libterm-readpassword-perl -- ask the user for a password

Package: wnpp Version: N/A; reported 2002-04-02 Severity: wishlist * Package name: libterm-readpassword-perl Version : 0.1 Upstream Author : Tom Phoenix <[EMAIL PROTECTED]> * URL : http://cpan.org/modules/by-category/08_User_Interfaces/Term/Term-ReadPassword-0.01.tar.g

Re: ccache for the autobuilders?

On Tue, 2002-04-02 at 11:17, Russell Coker wrote: > So we firstly need to find a real slow arch which also supports 4 new large > IDE disks (remember that machines 3 years old tend not to have good support > for >32G drives). That's primarily a BIOS problem, right? Does it matter for Linux? >

Re: BSP?

On Tue, Apr 02, 2002 at 01:40:38PM -0500, Bob Hilliard wrote: > Alan James <[EMAIL PROTECTED]> writes: > > > Is there a dict dictionary with all these debian TLAs in it ? > > I've dont think I've heard BSP before. > > dict-vera contains most Debian TLAs. I will add BSP to the next > releas

Re: ccache for the autobuilders?

> > That's all of three 100GB IDE disks running in RAID 0. Four disks if for > > some reason you want redundancy on your cache. > > Surely you don't presume that a) All of our autobuilders have enough > bays for 3 IDE disks and b) Can take IDE at all (vore, the sparc buildd, > doesn't have any IDE

Bug#140943: ITP: ecb -- Source Code Browser for Emacs

Package: wnpp Version: N/A; reported 2002-04-02 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name : ecb Version : 1.70 Upstream Authors : Jesper Nordenberg, Klaus Berndl, Kevin A. Burton, Eric M. Ludlam * URL : http://ecb.sourceforge.ne

Re: BSP?

On Tue, 2 Apr 2002 18:03:58 +0100 Alan James <[EMAIL PROTECTED]> wrote: > On Tue, Apr 02, 2002 at 09:42:24AM -0600, Moshe Zadka wrote: > > > I think a BSP is in order. > > Is there a dict dictionary with all these debian TLAs in it ? > I've dont think I've heard BSP before. TLA? =D look at the

Re: iproute package + HTB qdisc

On Fri, Mar 29, 2002 at 02:38:27AM +0100, martin f krafft wrote: > 1. http://mailman.ds9a.nl/pipermail/lartc/2002q1/002316.html > > correct me if i am wrong, but that suggests that the HTB queuing > discipline *should* be supported by iproute's tc binary (it's not in > the upstream version, it r

Re: BSP?

Alan James <[EMAIL PROTECTED]> writes: > Is there a dict dictionary with all these debian TLAs in it ? > I've dont think I've heard BSP before. dict-vera contains most Debian TLAs. I will add BSP to the next release. dict-foldoc includes many Debian TLAs, and defines many Debian-specific

Re: BSP?

On Tue, Apr 02, 2002 at 06:03:58PM +0100, Alan James wrote: > On Tue, Apr 02, 2002 at 09:42:24AM -0600, Moshe Zadka wrote: > > I think a BSP is in order. > > Is there a dict dictionary with all these debian TLAs in it ? > I've dont think I've heard BSP before. You can google for them fairly effe

Re: BSP?

Previously Alan James wrote: > Is there a dict dictionary with all these debian TLAs in it ? > I've dont think I've heard BSP before. Bug Squash Party. Wichert. -- _ /[EMAIL PROTECTED] This space intentionally left occu

Re: BSP?

On Tue, Apr 02, 2002 at 09:42:24AM -0600, Moshe Zadka wrote: > I think a BSP is in order. Is there a dict dictionary with all these debian TLAs in it ? I've dont think I've heard BSP before. Alan. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact

Re: on potato's proftpd

Previously martin f krafft wrote: > wrong. fix things with bandaid to give you more time to find the real > problem. i am not saying that this is the final fix. put it this way, > you aren't going to wait for intruders to make use of the opportunity > while you search the drunkbold who broke your w

Re: on potato's proftpd

also sprach Wichert Akkerman <[EMAIL PROTECTED]> [2002.04.02.1250 +0200]: > I does, and in fact it's a very good approach: make sure you study > what the real problem is instead of trying to fix things with bandaid. wrong. fix things with bandaid to give you more time to find the real problem. i a

Re: ccache for the autobuilders?

On Tue, 2 Apr 2002 10:17, Anthony DeRobertis wrote: > On Mon, 2002-04-01 at 23:17, Ben Collins wrote: > > > Looking at my testing PPC box with grep-available, we have only about > > > 8GB total Installed-Size. > > > > glibc packages total installed size is only a few dozen megs. However, > > the so

Re: ccache for the autobuilders?

On Tue, Apr 02, 2002 at 03:17:45AM -0500, Anthony DeRobertis wrote: > On Mon, 2002-04-01 at 23:17, Ben Collins wrote: > > > > Looking at my testing PPC box with grep-available, we have only about > > > 8GB total Installed-Size. > > > > glibc packages total installed size is only a few dozen megs.

Re: Re: Bug#140183: aspell does install or depend on any languages

Przebywam na urlopie do 08.04.2002 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Re: ITP: rootkit - a Ro0Tk1t 4 Deb1an boxxxen

On Mon, Apr 01, 2002 at 08:56:10PM -0500, Joey Hess wrote: > Marco d'Itri wrote: > > But rootkits "are only likely to be useful if you already know what > > they are or have specialised requirements". > > Ah, but useful to whom? It is clearly in the best interest of some of > our users for a root

Re: BSP?

(I'm not subscribed to the list, but I read it through the web archive. please do not CC me) Quoth Joey Hess > Isn't it about time for another BSP? It's been a month; I see quite a > lot of RC bugs in the bts with patches. I think a BSP is in order. -- Moshe Zadka -- To UNSUBSCRIBE, email to

Re: Bug#140183: aspell does install or depend on any languages

On Fri, Mar 29, 2002 at 05:10:55PM -0500, Anthony DeRobertis wrote: ... > > I argue that checking spelling is a 'significant amount of > functionality' for a spell checker. I believe we agree that dictionaries > are needed for that function ;-) > also word list generation is a "significant amount

Re: libsmpeg0 shlibs is broken, fix it or we shalt lose whatever.

Joe Drew <[EMAIL PROTECTED]> cum veritate scripsit: > I'm of the opinion that only user-compiled smpeg-dependent programs will > break, because everything else will have been upgraded. Nope. apt-get install libsmpeg0 from potato box using woody sources makes every smpeg-dependent program to s

Any CAML people want to take over efuns?

Brent Fulgham put efuns up for adoption over a year ago. It's got 3 release critical bugs open against it. I considered adopting it, but as I don't know CAML and don't like emacs, it would be a bad choice. Please, could someone who knows CAML adopt this package and look it over? Otherwise, let'

Re: libsmpeg0 shlibs is broken, fix it or we shalt lose whatever.

On Mon, Apr 01, 2002 at 08:23:30PM -0500, Joe Drew <[EMAIL PROTECTED]> was heard to say: > Attached is a list of packages which depend on smpeg, and will therefore > have to be removed if smpeg is removed. This isn't complete. > Reverse Depends: [snip] > libsdl-mixer1.2,libsmpeg0 0.4.4-7

Ive visited to your pages-http://www.debian.org/contact

Hello. We are replying to your inquiry about a Low Cost pay per click programs of your website: http://www.debian.org/contact Super Special! We know there are significant possibilities to increase traffic to your website on the web. We study the various pay per click programs offered by hundred

Re: on potato's proftpd

Previously martin f krafft wrote: > that's a purist approach which doesn't work with security. I does, and in fact it's a very good approach: make sure you study what the real problem is instead of trying to fix things with bandaid. With all the energy wasted on this someone could have found the

Re: Policy proposal: 'local-foo' for system-specific init.d fil

on Tue, Apr 02, 2002, Osamu Aoki ([EMAIL PROTECTED]) wrote: > On Sun, Mar 31, 2002 at 10:39:21PM -0800, Sean 'Shaleh' Perry wrote: > > > > On 01-Apr-2002 Henrique de Moraes Holschuh wrote: > > > On Sun, 31 Mar 2002, Karsten M. Self wrote: > > >> This question (where do I put local init.d scripts)

Re: on potato's proftpd

also sprach Wichert Akkerman <[EMAIL PROTECTED]> [2002.03.31.2009 +0200]: > Because it might impact other packages as well. sure, but the upload won't. > I'ld rather make sure we don't have a bug in multiple packages then > a reasonably harmless semi-bug in a single package. that's a purist appr

Re: subscribe

chanka [EMAIL PROTECTED]@Mon, 1 Apr 2002 21:10:53 -0800 (PST): > can you please help me to upgrade my unix/linux > working stuff and how can we be a developer > or maintainer of Debian please help me with it.. > Have fun.. -- *=-+-__ |[EMAIL P

Re: BSP?

On Mon, 1 Apr 2002 19:15:53 -0600 Colin Watson <[EMAIL PROTECTED]> wrote: > On Mon, Apr 01, 2002 at 03:20:43PM -0500, Joey Hess wrote: > > Isn't it about time for another BSP? It's been a month; I see quite a > > lot of RC bugs in the bts with patches. > > That might be worthwhile. Any QA people

Re: ccache for the autobuilders?

On Mon, 2002-04-01 at 23:17, Ben Collins wrote: > > Looking at my testing PPC box with grep-available, we have only about > > 8GB total Installed-Size. > > glibc packages total installed size is only a few dozen megs. However, > the source builds takes up about 600megs. XFree86, about 1.6gigs. g

Re: Policy proposal: 'local-foo' for system-specific init.d fil

On Sun, Mar 31, 2002 at 10:39:21PM -0800, Sean 'Shaleh' Perry wrote: > > On 01-Apr-2002 Henrique de Moraes Holschuh wrote: > > On Sun, 31 Mar 2002, Karsten M. Self wrote: > >> This question (where do I put local init.d scripts) comes up enough that > >> a policy ought IMVAO be set for it. > > > >

Re: No man page

On Tue, 2 Apr 2002 08:07:58 +0800 "Shell, Hin-lik Hung" <[EMAIL PROTECTED]> wrote: > > If the source code included another libraries / utilities that > have a manpage, these man pages will selected and install with the > package I made, how can I exclude these man page ? Please be more specif

unsubscribe

-- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]