Re: RFD: Draft for a volatile.d.o policy
On Mon, Oct 11, 2004 at 06:48:00PM -0500, John Hasler wrote: > Sven Mueller writes: > > Say a new open source network security scanner enters the world, and it > > works well when compiled against Debian stable, we might want to add it > > to v.d.o even though it wasn't available when the last stable > > distribution was released. Or a new version of clamav is released, which > > sadly breaks compatibility, so we rename it to clamav2 and it can still > > be released through v.d.o, similarly to exim4 entering debian alongside > > exim a while ago. > > Those things belong in the non-existent backports.debian.org, not in > volatile.debian.org. The former yes, the later might go to v.d.o. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 If a man cannot choose, he ceases to be a man. --Minister (A clockwork orange)
Re: about volatile.d.o/n
On Thu, Oct 14, 2004 at 03:37:57PM +0100, paddy wrote: > > > > What happens with a package orphaned from stable? > > As I understand it, the stable qa team manage it. Same should be with packages in v.d.o, since is part of the infrastructure of Debian (read WILL be, if agreed upon). > I hadn't even stop to consider that a package might be > orphaned in one archive but not another. > > Is there a specific scenario you're thinking of? A package in v.d.o which is orphaned should be taken over maintainership by another DD or qa. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Do us a favor...I know it's difficult for you...but please, stay here, and try not to do anything...stupid. --Jack Sparrow (Pirates of the Caribbean)
Re: Right Way to make a configuration package
On Fri, Oct 15, 2004 at 02:33:16PM +0200, Petter Reinholdtsen wrote: > > This do not scale well, and make it harder to share knowledge across > several custom debian distros. > > > If x and y have configuration utilities xcfg and ycfg then z should > > insofar as possible use xcfg and ycfg to make changes to x's and y's > > configurations. > > Agreed, when we are talking about configuration of already installed > packages. When we are talking about configuring packages during > installation, debconf is well suited. The problem being that X using Debconf to store information, Y modifying the info and then X getting an upgrade, the info stored by X using Debconf might be used again to set the values in the data file, which will break the initial purpose of Y. /me thinks -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 This was to be my final hit, but let's be clear about this. There's final hits and final hits. What kind was this to be? --Renton (Trainspotting)
Re: Bug#293316: ITP: ezstream -- stream client for icecast with mp3, ogg and flac support
On Wed, Feb 02, 2005 at 02:50:56PM +0100, Guillaume Pellerin wrote: > Package: wnpp > Severity: wishlist > Owner: Guillaume Pellerin <[EMAIL PROTECTED]> > > > * Package name: ezstream > * License : (GPL, LGPL, BSD, MIT/X, etc.) ^ Which one? > (Include the long description here.) Missing the long description. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Jack, please, I'm only an elected official here, I can't make decisions by myself! --Mayor (The Nightmare Before Christmas) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
debian-policy: Virtual package: change mp3-encoder with music-encoder
Package: debian-policy Version: 3.6.1.1 Severity: wishlist Having no mp3 encoder in the archive, due to possible patent problems, i believe it would be a wiser idea to have "music-encoder" as a virtual package than "mp3-encoder". Tools that have a Depends: entry on mp3-encoder are: ecasound Tools like abcde, grip, jack,... would benefit when having a simple dependency instead of listing all the possible music encoders out there: flac, vorbis-tools, lame, bladeenc, speex, yet-to-come musepack, ... -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.10-1-686 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- no debconf information -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Kill every human on the planet? Sounds like a good idea! But first, we should concentrate on more immediate goals. --Jeffrey Goines (12 Monkeys) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-policy: Virtual package: change mp3-encoder with music-encoder
On Sun, Feb 13, 2005 at 09:04:36AM +0200, Lars Wirzenius wrote: > > Wouldn't it be necessary for this to work for all music encoders to have > the same command line interface? I haven't used MP3 encoders for many > years, but in their simple forms, I vaguely recall them to have been at > least somewhat similar in their command line syntax. They also produce > the same type of output. Acording to what i have in abcde, some mp3-encoders use -if for inputfile, -of for outputfile, other use the inputfile as an argument but not need outputfile and finally, lame, gogo, l3enc and xingmp3enc use INPUT and OUTPUT as arguments. I admit it is not the same case for all the encoders. In case you believe i am talking BS i will close the bug. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 - ... todos necesitamos creer en algo. - Si, yo también creo... Creo... que me voy a tomar una cerveza. --Sor Trini (Año Mariano) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: /etc under svk
On Fri, Feb 11, 2005 at 06:36:04PM +0100, Enrico Zini wrote:
> Hello,
>
> a tip to share:
>
># Install svk
>apt-get install svk
>
># Initialize a depot in /root/.svk
>svk depotmap --init
>
># Import /etc making it a working copy
>svk import --to-checkout //etc /etc
>
># Make your depot not that readable
>chmod -R go-rwx ~/.svk
>
># Remove volatile files from revision control
>cd /etc
>svk rm -K adjtime ld.so.cache
>
>...and voilà, you have /etc/ under revision control, without CVS or .svn
>or {arch} files around. The syntax of svk is just like the syntax of
>svn, of which it's a distributed extension.
Also, if instead of just using svk import one mirrors the //etc svk path from
a repository somewhere accessible, one can use svk push/pull to keep a copy on
a server, where a fault in the local hard disk will not destroy the contents.
--
Jesus Climent info:www.pumuki.org
Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69
Gentlemen, you can't fight in here! This is the War Room.
--President Merkin Muffley (Dr. Strangelove)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: debian-policy: Virtual package: change mp3-encoder with music-encoder
On Mon, Feb 14, 2005 at 12:31:18PM +, Colin Watson wrote: > > In that case, one would simply depend on that, and the shell wrapper > would depend on an |-ed list of the encoders it understood. I still > don't see that the virtual package could be useful. Well, I dont see why mp3-encoder is useful, since no package in main provides it and only one package suggests it. On the other hand, the shell wrapper seems to be a good idea. I will try to implement it. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 We seem to be made to suffer. It's our lot in life. --C-3PO (Star Wars) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
NoX idea
What would people think about adding a check on all the *dm managers (read kdm, gdm and friends) about cheking the kernel command line from /proc/cmdline and grep for nox? I have the need some times to start a laptop with console mode, and it would be nice to just add an append to the kernel command line to stop it from running... Any comments? -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 London. You know... fish, chips, cup o' tea, bad food, worse weather, Mary-fucking-Poppins... London! --Avi (Snatch) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NoX idea
On Wed, Mar 02, 2005 at 02:09:00AM +0100, Bernd Eckenfels wrote: > In article <[EMAIL PROTECTED]> you wrote: > > I have the need some times to start a laptop with console mode > > what about runlevel 2? :) Well, my point was to have a common predefined way of doing it: once you install kdm (or someone else), or move to xdm or whatever, you still can disable the start of X by putting nox in the command line, instead of having to erase the links in rc2.d. J -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I don't wanna hear old sad bastard music Barry, I just want something I can ignore. --Rob (High Fidelity) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Key management using a USB key
On Tue, Mar 08, 2005 at 02:58:41PM +, Ben Hill wrote: > > In my home directory I create a symlink for /media/usbkey/ssh -> ~/.ssh > and /media/usbkey/gnupg -> ~/.gnupg. One can also use the --home flag to gpg. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 It's sex! Sex is the game! Marriage is the penalty. --Andrew Wyke (Sleuth) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Key management using a USB key
On Tue, Mar 08, 2005 at 04:07:02PM +0100, Wouter Verhelst wrote: > > The only difference is that, rather than symlinking ~/.gnupg, I symlink > ~/.gnupg/secring.gpg; that way, I can mount the USB key read-only, which > allows me to safely remove it while still mounted; my trustdb and public > keyring are synchronized in other ways. Lovely idea. No need for rebuilding the trust path in the USB key. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I'm a mog: half man, half dog. I'm my own best friend! --Barf (Spaceballs) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Not every package should enter Debian (was: Re: Who cares about NEW when there are bigger issues? (was Re: Is NEW processing on hold? (was: Question for candidate Towns)))
On Tue, Mar 08, 2005 at 06:50:05PM +, Andrew Suffield wrote: > > In that light, fully automatic NEW processing will not hurt at all (I agree > > that a delay of a few days is sensible to give us time to react to the > > worst problem cases.) > > Unfortunately reality isn't so simple. In practice, the ftp-masters > have also become the review point for new packages. We *need* new > packages reviewing just to filter out some of the worst of the stupid > from the archive; frankly we need more than just new packages > reviewing. However, splitting that task out would probably be a good > idea. Peer review would then be a good idea. A package .changes gets signed by as many as 3 ftp-masters of a group of 10 (read it as an example) and then the package enters. Other ideas could include a mechanism of votations, where of 4 needed votes for a package to enter (out of 10 F-M), negative votes also can be sent. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 If you iz watching dis in da UK, you may remember me from da telly. If you iz in Belgium you iz living in a shit hole. --Ali G (Ali G indahouse) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Debian offering stunnel/OpenVPN capabilities? [Was: Re: Restrictive SMTP server]
> > > > I'm willing to provide an OpenVPN tunnel to an SMTP server for any DD who is > > unable to find alternate lodgings, and I'm pretty sure I'm not the only one. > > I can offer something as well - I would probably lean towards just > auth+ssl instead of over VPN, but it's up to you. I just don't happen > to have a VPN set up yet, so it's less ovrhead for me :) Could we think on some stunnel or OpenVPN feature under people.debian.org/other machine to get mail from debian.org routed to the outside world? With stunnel, a level3 of authentication would be needed, so that the server gets a client certificate and the client gets a server one. With the combination of both, one can connect to, say, port 25025 and get a proper postfix/exim SMTP server on the remote machine. I have been dealing with a similar configuration and seems to be working fine so far. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 And then he ran into my knife... he ran into my knife ten times. --June (Chicago) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian offering stunnel/OpenVPN capabilities? [Was: Re: Restrictive SMTP server]
On Tue, Mar 15, 2005 at 01:04:53PM +0100, Jesus Climent wrote: > > > > > > I'm willing to provide an OpenVPN tunnel to an SMTP server for any DD who > > > is > > > unable to find alternate lodgings, and I'm pretty sure I'm not the only > > > one. > > > > I can offer something as well - I would probably lean towards just > > auth+ssl instead of over VPN, but it's up to you. I just don't happen > > to have a VPN set up yet, so it's less ovrhead for me :) > > Could we think on some stunnel or OpenVPN feature under > people.debian.org/other machine to get mail from debian.org routed to the > outside world? > > With stunnel, a level3 of authentication would be needed, so that the server > gets a client certificate and the client gets a server one. With the > combination of both, one can connect to, say, port 25025 and get a proper > postfix/exim SMTP server on the remote machine. > > I have been dealing with a similar configuration and seems to be working fine > so far. Forgot to mention that the way to get those certs in the server machine would be using your gpg-signed certificate in combination with whichever way of sending an email you have. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 When you dance with the devil, you wait for the song to stop. --Barry the Baptist (Lock, Stock and Two Smoking Barrels) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Trivial bug on apt-file (Was : Re: Development standards for unstable)
On Thu, Jan 12, 2006 at 12:07:02PM -0600, Bill Allombert wrote:
>
> There are technical ways to solve the problem (e.g. to depend on
> wget|curl and to detect which one is available at start up).
>
> If the mainatiner is willing to give more input than 'it is not a bug'
> on what behaviour he would accept, we can probably come up with a patch.
That would be an ideal solution, which was already proposed in
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=307833;msg=75
And was responded on a mail (dunno remember if to the bug, to d-d or on IRC)
that the user can utilize several other download managers, but that defeats
the whole purpose of having it done automatically. Besides, if that is the
case, the maintainer can find the most common downloaders and put them as |
dependencies, and receive patches to add config snipets for the most common
case.
Depending on some basic utilities (wget is installed by default on a debian
system) and not providing a simple check for finding the one which is already
installed and use it, instead of giving an error that does not explain the
nature of the problem (heh,
[ -x $(which curl) ] || { echo "install curl or modify /pathtoconf" ; exit 1;}
would do it) is nonsensical.
The current intent to NMU is not solving the problem, since depending in
wget|curl and having to modify the config file leads to the same problem if
the config points to curl and the user has wget.
Besides, the maintainer gave some answers that i consider not technically
adecuate, and some might even say are arrogant:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=307833;msg=34
--
Jesus Climent info:www.pumuki.org
Unix SysAdm|Linux User #66350|Debian Developer|2.6.14|Helsinki Finland
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69
Sick as a dog. Gonna vomit.
--Dr. Evil (Austin Powers: The Spy Who Shagged Me)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Trivial bug on apt-file (Was : Re: Development standards for unstable)
On Fri, Jan 13, 2006 at 07:31:17PM +0100, Luk Claes wrote: > > and this answers IMHO what the maintainer wants a patch for: a system > that would work with all download managers. Which is something it is not going to work. > The current intent to NMU is proposing curl | wget which doesn't need > any modification to the config file if curl is installed. Though you're > right that you still need to change the config file when curl is not > installed. This is IMHO however not a *severe* bug as some packages need > configuration if you don't choose to use the default. Some packages need a mocification, but this could be made so that it DOES NOT need anything. The maintainer could define a list of prefered downloaders ( 1. curl, 2.wget) and define them in an array. Then start looking for them in the path. If something is found, use it. Otherwise, complain. Having wget installed and working, is really stupid that apt-file not only does not use it by default, but 1. provides an irrelevant message, 2. forces me to change a line in the config file, and then works out of the box. Is my believe that in the standard case, you just want to apt-get install apt-file and have it working. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.14|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Where are you going, Starfish and Friends? --Chad (Charlie's Angels) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: [ad-hominem construct deleted]
On Sat, Jan 14, 2006 at 07:35:04PM +0100, Willi Mann wrote: > > But Windows security advisories don't contain debian packages. Ubuntu > does contain close to all debian packages, and (I hope) most DDs have an > interest to include improvements of other distributions in their > packages (at least I do). Maemo (from the Nokia 770 fame) contains Debian packages. But d-d-a is no place to talk about it. d-d-a is the list where information that concers to and MUST be known by all DDs is sent. It might be of more or less relevance for some of us, but is definitely not a place for "if you are interested" stuff. The change of experimental, the h0x3r that we got in out machines, changes on infrastructure... those are the things. Ah! and of course, the release of etch. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.14|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I've decided what to do with my life. I wanna be a cleaner. --Mathilda (Leon, the Cleaner) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Trivial bug on apt-file (Was : Re: Development standards for unstable)
On Sun, Jan 15, 2006 at 01:07:58PM +1000, Anthony Towns wrote: > On Sat, Jan 14, 2006 at 06:00:41PM +0100, Jesus Climent wrote: > > On Fri, Jan 13, 2006 at 07:31:17PM +0100, Luk Claes wrote: > > > and this answers IMHO what the maintainer wants a patch for: a system > > > that would work with all download managers. > > Which is something it is not going to work. > > Huh? What's so hard about that? I meant to say that following the same reasoning, we can also claim that all downloaders for X should be supported, since the end user might have a preference to use them... Anyway, my believe is that supporting those two as a baseline and then adding support for more is not a problem, but should not stop us from having a sane working option upon installation. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.14|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 It is not the size, mate. It's how you use it. --N. Powers (Austin Powers in Goldmember) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
dspam in experimental. Please, test.
Hi, you all. For those of you who enjoy to live in the bleeding edge, have loads of free time or just feel like helping a bit, there is a dspam package in experimental waiting for your love. Please, give it a try and if you find a bug, report it. Otherwise, should no showstoppers are found by the end of the week, it will be uploaded to unstable. The reason is not there yet is that we are treating with people's mail, and that seems to be a sensitive subject if you suddenly are releaved from reading flames by your favourite spam eater, when/if it decides to pipe * to /dev/null. Cheers, -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.15|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Don't "Sir" me young man, you have no idea who you're dealing with. --Kay (Men in Black) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Tue, Jan 25, 2005 at 04:30:08AM -0600, Ron Johnson wrote: > > > So where's the problem? > > The problem is things/websites/etc that "many" parents don't think > are appropriate for their children. > > "They" don't want this inappropriate material dumped into their > children's laps right along side the things that the parents *do* > consider appropriate. As a future parent and atheist I conside offensive and inappropiate the following material: [EMAIL PROTECTED]:~$ apt-cache search bible | wc -l 16 Please, kindly remove them from the archive. Dude, get a grip. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Bates Motel... 12 rooms, 12 vacancies. --Norman Bates (Psycho) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Tue, Jan 25, 2005 at 12:34:38PM +0200, Kalle Kivimaa wrote: > Ron Johnson <[EMAIL PROTECTED]> writes: > > The problem is things/websites/etc that "many" parents don't think > > are appropriate for their children. > > These parents are free to install whatever traffic blocker they feel > appropriate. Debian doesn't seem to contain one, though. And the kids might feel free to use whatever tunneling system up to a proxy machine to bypass the rules impossed by the parents. Up until a certain age the parents should be responsible for keeping control on the machine itself, the software it has installed and the programs they can use/install, including the ports and domains they have access to. After that age, they can probably use dosage at full power. Heck, as someone said: "they have the discovery channel, don't they?". At no time Debian should be censoring any content for innapropiate. Every single bit of information has an audience which might feel offended by it. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Sticking feathers up your butt does not make you a chicken. --Tyles Durden (Fight club) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Tue, Jan 25, 2005 at 10:25:47PM +0100, Wim De Smet wrote: > > I'm not really in favour for this proposal but would you at least read > the rest off the thread. Splitting the packages off makes it easier for > the person responsible for installing packages (i.e. the one with root) > to decide what goes and what doesn't. Specifically in this case it > allows the parent to install dosage for his kids, but without options to > download more sensitive material. Does not make mach sense. As a parent, I would review the dosage-non-sensitive package to see if the maintainer passed some stuff that i consider ofenssive, and the dosage-parental-advisory to see if some stuff interests me or my children. So I go for the one single package which i can install and then enable/disable single strips from a config file. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I say you are Lord, and I should know. I've followed a few. --Arthur (Life of Brian) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: scripts to download porn in Debian?
On Tue, Jan 25, 2005 at 09:22:13AM -0600, Ron Johnson wrote: > > > > an advice for "they": > > > > 1) make a script to mirror from http://www.dmoz.org/Kids_and_Teens/ > > 2) unplug "their" computer from the network > > 3) stop bothering the rest of open-minded people > > I'm saddened that a supposedly open-minded person like yourself > would not want to give me freedom of choice here. More freedom of choice? You can choose to install it or not to install it. Once you install it, you examine it and decide what you want to be activated! BTW, if they are out of curiosity, they can wget ; ar x ; tar zxvf ; cd ; exec dosage-porn, which might be of more interest once they know it contains $FORBIDEN stuff. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 You're just jealous because I'm a real freak and you have to wear a mask. --Penguin (Batman Returns) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#292902: ITP: mkcue -- Generate a CUE sheet from a CD
Package: wnpp Severity: wishlist Owner: Jesus Climent <[EMAIL PROTECTED]> * Package name: mkcue Version : 1 Upstream Author : Eric Gillespie <[EMAIL PROTECTED]> * URL : http://diplodocus.org/projects/ * License : GPL Description : Generates a CUE sheet from a CD README sports: mkcue generates cue sheets from a CD's TOC (Table Of Contents). It uses code borrowed from the MusicBrainz client library, and is thus released under the terms of the GNU GPL. Usage is quite simple. By default, list all tracks from /dev/cdrom in the cue sheet. An optional device argument overrides /dev/cdrom. The -t track-count option only lists up to track-count tracks in the cue sheet, which is handy for CDs with data tracks you want to ignore. I hacked this up primarily because cdrdao couldn't generate a cue sheet for half of my CDs. I use this with flac-archive, also available from <http://diplodocus.org/projects/audio/>. Being a small program, independent on cdrdao or similar tools, it can complement abcde to be used with the -1 flag to backup your music in a single flac file per CD. -- System Information: Debian Release: 3.1 Architecture: amd64 (x86_64) Kernel: Linux 2.6.9-10-amd64-k8 Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
NEWS.Debian abuse
Please, try to avoid messages which are not directed to the end user under NEWS.Debian: * Removed patch 057_pppoe-interface-change which was refused by the upstream maintainer. Now users must arrange for the ethernet interface used for PPPoE to be up. * The PPPoA plugin does not require anymore the libatm1 package to be installed. The information presented above is a candidate for changelog, not for News. Thanks -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 - ... todos necesitamos creer en algo. - Si, yo también creo... Creo... que me voy a tomar una cerveza. --Sor Trini (Año Mariano) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: NEWS.Debian abuse
On Mon, Mar 21, 2005 at 12:27:49PM +0100, Marco d'Itri wrote: > On Mar 21, Jesus Climent <[EMAIL PROTECTED]> wrote: > > > Please, try to avoid messages which are not directed to the end user under > > NEWS.Debian: > They *are* directed to end users and document two changes which may need > their attention and require configuration changes. So then rephrase them so that end users can understand what effect those changes have in their configuration. I dont see how Removed patch 057_pppoe-interface-change which was refused by the upstream maintainer. has much to do with end users, whether NOTICE! Now users must arrange for the ethernet interface used for PPPoE to be up. To do so, please, follow the following instructions: blah blah blah has, but I failed to see a proper description on how to solve a possible problem in the end user's configuration. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Emily, I have a confession to make. I really am a horse doctor. But marry me, and I'll never look at another horse. --Dr. Hackenbush (A Day at the Races) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Debian-Installer rc3 released
On Wed, Mar 23, 2005 at 11:53:25PM -0500, Joey Hess wrote: > The Debian Installer team is proud to announce the third release candidate > of the Debian Installer for Debian GNU/Linux Sarge. We love doing this so > much that we couldn't resist updating the installer one more time before > the official release of Debian 3.1. Kudos to Joey and the D-I team for all the effort, dedication and time spent in making D-I one of the best pieces of code ever since the invention of apt and sliced bread. Thanks! -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I don't wanna hear old sad bastard music Barry, I just want something I can ignore. --Rob (High Fidelity) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt
On Thu, Mar 24, 2005 at 02:33:27PM +1100, Paul Hampson wrote: > > On the other hand, I'm having a problem with the package, it > doesn't include muttng_dotlock, and seems to think my mailspool > (mbox in /var/mail) is read-only. (vanilla) Mutt can use it > fine. Same problem here. Reported to Norbert but never got deeper into it. Let's try renaming mutt_dotlock to muttng_dotlock ;) -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 He's almost a stranger, and I prefer him to you! --Sandra Bloom (Big Fish) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#301081: ITP: mutt-ng -- Mutt next generation (mutt-ng) is a fork of the well-known email client mutt
On Thu, Mar 24, 2005 at 10:03:02AM +0100, Norbert Tretkowski wrote: > > > Same problem here. Reported to Norbert but never got deeper into it. > > Let's try renaming mutt_dotlock to muttng_dotlock ;) > > I did that after your report a while ago, and my last package[0] > includes muttng_dotlock. I was, obviously, the one who never got deeper into the problem. Thanks, Norbert! -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I never drink ... wine. --Dracula (Dracula) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#304521: ITP: wanna-build -- Database management for package (re-)compilation/status control
Package: wnpp Version: N/A; reported 2005-04-13 Severity: wishlist * Package name: wanna-build Version : 2005.04.13 Upstream Author : FTP Archives -- <[EMAIL PROTECTED]> * URL : deb http://db.debian.org/ debian-admin/ * License : GPL Description : Database management for package (re-)compilation/status control (Although the debian/copyright says you can access it from http://svn.cyberhqz.com/svn/wanna-build, it is not working at the time of this writing). The complete long description follows: wanna-build maintains a database of packages which need to be (re-)compiled. It keeps track of packages in need of a compilations, in failed state, uploaded, installed, in need of dependencies, ... . wanna-build is part of the Debian autobuilder infrastructure. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux genarin 2.4.26 #1 Thu Apr 15 17:45:21 CEST 2004 i686 Locale: LANG=es_ES, LC_CTYPE=en_US -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 So, Lord Helmet, at last we meet again for the first time for the last time. --Lone Starr (Spaceballs) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#304521: ITP: wanna-build -- Database management for package (re-)compilation/status control
On Wed, Apr 13, 2005 at 09:12:47PM +0100, Roger Leigh wrote: > > > * Package name: wanna-build > > If you haven't already, you might like to pick up the manpages I wrote > from here: http://people.debian.org/~rleigh/buildd/ Thanks. I will (I had already taken wanna-build.1) and will modify them accordingly to the additions i have already made. Thanks again! -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 A minute ago this was the safest job in the world. Now it's turning into a bad day in Bosnia. --Soap (Lock, Stock and Two Smoking Barrels) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#304521: ITP: wanna-build -- Database management for package (re-)compilation/status control
On Fri, Apr 15, 2005 at 12:54:17PM +0200, Francesco P. Lovergine wrote: > > > > Thanks. I will (I had already taken wanna-build.1) and will modify them > > accordingly to the additions i have already made. > > > > Thanks again! > > If you would like to use alioth as infrastructure for development, > consider the already present buildd project at > https://alioth.debian.org/projects/buildd-tools/ I have checked already (pointed by Guillem Jover) and we were not able to find the CVS/SVN repository where you commit. That is why I started using some internal repo and thought about commiting the changes somewhere once I could find out where they were... How/where can I commit to a common repo? -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 You're just jealous because I'm a real freak and you have to wear a mask. --Penguin (Batman Returns) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#304521: ITP: wanna-build -- Database management for package (re-)compilation/status control
On Fri, Apr 15, 2005 at 01:24:56PM +0200, Jesus Climent wrote: > > How/where can I commit to a common repo? I guess I will have to rephrase my question: Where is the repo where the members of the alioth project have been commiting? At least, I could checkout the sources and send them patches, so that they will not be lost in oblivion. Thanks -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 There are only two possible explanations: either no one told me,... or no one knows. --Neo (Matrix Reloaded) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#309922: apt-file should provide sane defaults.
On Fri, May 20, 2005 at 05:38:47PM +0200, Sebastien J. Gross wrote: > On Fri, May 20, 2005 at 04:09:15PM +0200, [EMAIL PROTECTED] wrote: > > Package: apt-file > > Version: N/A; reported 2005-05-20 > > Severity: important > > > > apt-file should provide sane defaults: > > And user can read recommandations. Still, I cannot understand why you cannot provide 2 standard lines: wget_config= curl_config= pref_downloader="" in the config file, and then if [ pref_downloader = "" ]; then if -x /usr/bin/wget pref_downloader=wget elseif -x /usr/bin/curl pref_downloader=curl fi else use the other downloader fi Is that such a difficult code to write? > > 1. should depend on wget | curl > > Neigther wget nor curl are the only download tools No, they are not, but they are wide and used enough that 90% of the users have at least one of them. And having wget installed, it is a fscking no-brainer to use it, instead of spitting an error saying that curl is not found. Besides, apt-file is not a tool to have in a firewall/embeded/(put here your favorite small footprint system installation), where you want to keep things to a minimum, but to develop or to find a file in a debian package/repository. 433322 bytes occupied by wget are worth having them installed and used without having to poke in the config file. > If a user change its configuration and do not want neighter wget nor > curl on is system, apt-file would be removed, which is a VERY BAD THING. Then do not depend on any of them, but DO USE THE ONE THAT IS INSTALLED. > > (A way to do it would be to hardcode the curl | wget command lines in > > apt-file and > > $c_retrieval= ( $conf::c_retrieval ? $conf::c_retrieval : > > $main::c_retrieval) > > and then find if we must use wget or curl: > > if -f /usr/bin/wget : $retrieval = $c_retrieval ) > > Hardcoding values is much worst than not providing them, this prevents > from easy changes. You can hardcode the default values in the binary (script) and override the defaults if the user has configured some in the config file. That is an easy change. For instance, abcde uses more than 10 different tools, and the default values are in the abcde script, yet the user can override any of the binaries and options for each binary in the config file. > > 2.2 if the user has customised the command lines, use those provided > > That's why a configuration file is done for. Yet you dont use wget if it is already installed in the system. Not even with some sane defaults defined by you. > > 3. get a more comprehensive error message regarding the need of a retrieval > > tool > > > > Right now, apt-file is unusable out of the box, and it would not be so > > difficult to make it. > > Then user simply have to read information: > 1/ in the package description: «Please read README file for curl > or wget instructions.» > 2/ in the README file: « > Please note that curl is need with _THIS_ configuration file only > If you prefer using wget, it's up to you but you _MUST_ change the > chanfinguration file according to your choice. > This explains why nor wget nor curl are in the package dependances but > on recommends. > » Yeah. You are so damn thickheaded that you preffer the user to read and change a configuration file than adding some 10 lines of code to use wget with some usable defaults and allow apt-file to work if wget is installed out-of-the-box. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=307833&msg=19 http://bugs.debian.org/307833 I am not the first one opening such a trivial request and probably will not be the last one. > But now there are enougth warnings about the wget/curl dependences. Sure: lambert# apt-file update sh: curl: command not found Thanks. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I say you are Lord, and I should know. I've followed a few. --Arthur (Life of Brian) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New Nokia device is Debian-based?
On Mon, Jun 06, 2005 at 12:10:02PM +0200, Xavier Roche wrote: > > Both IBM and Nokia said they won't sue open source developpers. For the > moment, at least. This is the real threat, IMHO: big companies using open > source for a while, and then.. killing it when they don't need it anymore. That is the key: OSS cannot be killed, not while EU and USA's governments, local and nationwide, are promoting, using and even developing OSS themselves. Would you shoot on your feet? -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 You know what the real tragedy of this day is? I'm not even supposed to be here today! --Dante Hicks (Clerks) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: New Nokia device is Debian-based?
On Mon, Jun 06, 2005 at 02:01:37PM +0200, Xavier Roche wrote: > On Mon, Jun 06, 2005 at 01:33:00PM +0200, Jesus Climent wrote: > > That is the key: OSS cannot be killed, not while EU and USA's governments, > > local and nationwide, are promoting, using and even developing OSS > > themselves. > > I can't be killed, but it can be expensive. What will do governments, local > and nationwide, do when some company will ask them to pay for "patent > infringement" ? They will pay. Or not. Read below. > Governments can afford to pay to use OSS (hey, this is a legal way to give > money to private companies, by the way). > > This is also a good point for big patent holders: "you can use OSS, but if > you don't choose our consulting $ervice$, we sue you" There might be the time when a government will be sued (along with the company that produced the software they are using) for patent infrigement, and a push to invalidate those patents will come. The same thing is happening with some pharmacy issues, related to AIDS and malaria. Time will tell. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Problem? I haven't got a problem. I've got fucking problems. Plural. --Ted the Bellhop (Four Rooms) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Tue, Jun 07, 2005 at 01:28:13PM +0200, Marco d'Itri wrote: > > 2.4 kernels are obsolete *now*, are not getting many new drivers and > the lack of sysfs and other features make some packages much more > complex than they should be. That does not make them obsolete. They are in maintenance mode, with security updates being applied. >From your definition of obsolete, Woody was obsolete for a very long time, and yet it was updated with security fixes, which made it usable for many people. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Wait Master, it might be dangerous... you go first. --Igor (Young Frankenstein) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Mon, Jun 06, 2005 at 09:21:37PM -0400, Joey Hess wrote: > This solves your problem fairly well, since the issue then becomes only > keeping d-i secure and keeping the installed system secure, not keeping > the system secure while it's installing itself. Daemons will not be > started dueing the installation, and will come up on reboot. Add to the list of daemon related features the "not start daemons by default" and wait for the admin to define which ones to start from /etc/defaults or whatever. I do _not_ want a web server right after apt-get installing it, since everybody has to move the default page and create their own content. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 It's a soldier's duty. You wouldn't understand. --The Colonel (Akira) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Tue, Jun 07, 2005 at 02:32:53PM +0100, Andrew Suffield wrote: > On Tue, Jun 07, 2005 at 01:03:12AM +0200, Javier Fern?ndez-Sanguino Pe?a > wrote: > > - inetd begone! -> xinetd (better mechanism to control DoS, privilege > > separation, etc.) > > xinetd begone. There is no justification for using anything resembling > inetd on a modern system. Easy setting of a stunnel? > > - Separate runlevels: 2 for multi, no net, 3 for multi no X, 4 for X, 4=5 > > No way. Debian has always avoided mindlessly dictating what runlevels > must be used for. There's no reason to destroy this feature now. And > there's no advantage to consuming an entire runlevel just to say > "/etc/init.d/xdm stop" or "/etc/init.d/networking stop", which is > all that you are proposing. Still, better have init 2 than having to hack the boot command line to set init=/bin/bash, having to remount in rw and editing whatever you fucked up, before all the services go up and people start login into your server. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Where are you going, Starfish and Friends? --Chad (Charlie's Angels) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Tue, Jun 07, 2005 at 02:40:48PM +0100, Andrew Suffield wrote: > > Why on earth would you? It's just more administrative overhead, and > yet another package you didn't need. What made you _think_ i dont need it? -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I fell asleep in my shithole apartment and I woke up in an actual shithole. --Adam (Saw) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Tue, Jun 07, 2005 at 01:03:12AM +0200, Javier Fernández-Sanguino Peña wrote: > > [ Installation improvements ] Encrypted root/swap on the d-i installation. Booting from the d-i and not need a reboot ? > [ Security improvements ] No automatic start of daemons (already mentioned in another post) tls in MTAs by default. > [ Admin improvements ] > - Possibility to startup the OS in "control" mode: select which init > scripts will run, this provides a way to work-around hardware issues after > d-i has installed the base system (personal example: #301112) Seconded. Even with specific modules loading (select which of the modules from /etc/modules is actualy loaded). (I just bit a problem with rivafb which renders the system unbootable) > - 'Status' in init.d scripts (#291148) Seconded, too. > [ End user improvements ] Ability to select if the system is multiuser targetted and allow users to log while a previous user is logged in by default. Single user systems could have it disabbled. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Grool... I meant to say "cool" and then I started to say "great." --Cady (Mean Girls) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Wed, Jun 08, 2005 at 07:03:56PM +1000, Matthew Palmer wrote: > > Add to the list of daemon related features the "not start daemons by > > default" > > and wait for the admin to define which ones to start from /etc/defaults or > > whatever. > > Jesus, meet policy-rc.d. [EMAIL PROTECTED]:~$ man policy-rc.d No manual entry for policy-rc.d -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I say you are Lord, and I should know. I've followed a few. --Arthur (Life of Brian) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Wed, Jun 08, 2005 at 10:28:28PM +0200, Javier Fernández-Sanguino Peña wrote: > > I fail to understand why there's so much resistance to this feature when > others find it very useful Fedora Core / RedHat, SuSE, Mandrake in the > Linux distributions area and in all the different (gasp) Windows versions. I also fail to see how the argument of "the final user can then configure them at pleasure" holds, since you still can do that when they come pre-configured as 1->single, 2->multi+network, 3->2+X Or however they come. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 You know what the real tragedy of this day is? I'm not even supposed to be here today! --Dante Hicks (Clerks) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Thu, Jun 09, 2005 at 09:25:22AM +1000, Matthew Palmer wrote: > On Thu, Jun 09, 2005 at 01:13:16AM +0200, Javier Fernández-Sanguino Peña > wrote: > > to find their own (sometimes flawed) solution to a very common problem. > > Years using Linux: 10. > > Times I've absolutely needed an X-less boot when an XDM was installed: 0. > > How common was that problem you were trying to solve, again? Years using linux: 11 (argh, or 12, i cannot even remember) Times I needed the above discussed feature: several. That common is common enough? -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Problem? I haven't got a problem. I've got fucking problems. Plural. --Ted the Bellhop (Four Rooms) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Thu, Jun 09, 2005 at 01:18:39PM +0200, Josselin Mouette wrote: > > How would these runlevels be "wasted"? We're only talking about the > default configuration, not about something a system administrator > couldn't change. Exactly my point, what impedes an admin to set some defaults wether the system comes as it comes now or with some predefined options and settings? -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 This is ridiculous. It's crazy. I feel like I'm babysitting, except I'm not getting paid. --Stef (The Goonies) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#312669: /sbin/ifconfig: Add ifconfig to user path
On Fri, Jun 10, 2005 at 01:24:43PM +0200, Marco d'Itri wrote: > And anyway ifconfig is deprecated, everybody should always use iproute > which *is* in /bin. Why is so? J PS: You keep on impressing me how gratiously you use the language: "Linux kernel 2.4 is obsolete" "ifconfig is deprecated" Please, stop spreading *your* FUD. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Personal note: When I was little my mother told me not to stare into the sun, so when I was six I did. --Maximillian Cohen (Pi) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TODO for etch ?
On Fri, Jun 10, 2005 at 11:39:16PM +0400, Nikita V. Youshchenko wrote: > Hello. > > - - Early start of X, while some other stuff is still loading on the bg. - get rid of hotplug in its actual incarnation. Is hell of slow and painful. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Coffee and cigarettes. That's like the breakfast of champions. --Bob (Blue in the Face) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Mon, Jun 13, 2005 at 04:00:25PM -0500, John Hasler wrote: > > Nothing, except for the fact that most "admins" haven't the foggiest idea > how to do that. Thus the suggestion that the default runlevels be what > most people expect them to be. > > And it _does_ come with "predefined options and settings": ones unique to > Debian. 5 runlevels acting exactly the same way? -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Bates Motel... 12 rooms, 12 vacancies. --Norman Bates (Psycho) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: And now for something completely different... etch!
On Tue, Jun 14, 2005 at 11:47:38AM -0500, Manoj Srivastava wrote: > On Mon, 13 Jun 2005 22:01:58 +0200, Jesus Climent <[EMAIL PROTECTED]> said: > > _Why_ did you not create you own run level schema, BTW, if you > have indeed needed them so often? (I haven't felt that itch yet, or I > would have; creating differentiated run levels is not exactly rocket > science). Because other did it for me. It is called LSB, and i think we should adhere to it, while keeping the possibility of configuring your runlevels the way you please. The question is: why is the Debian default any better than the LSB one, if we can keep the possibility of self-configuration? -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 You're just jealous because I'm a real freak and you have to wear a mask. --Penguin (Batman Returns) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Question regarding "offensive" material
On Wed, Jun 15, 2005 at 12:12:26PM +0100, Sam Morris wrote: > > Perhaps maintainers should publish PICS ratings[0] for each of their > packages, which can be placed in the package control information, or > incorporated into a debtags offensiveness facet? ;) No. I consider offensive some parts on the bible, which go against my common sense of evolutionary scientist, and i could go on and on, and Debian is not the place to discuss if they are suitable or not. They are open [1], thus they are in Debian. [1] gg: DFSG -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Good night and sweet dreams... which we'll analyze in the morning. --Dr Alex Brulov (Spellbound) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: TODO for etch ?
On Wed, Jun 15, 2005 at 01:26:04PM -0500, Adam Majer wrote: > > >- Early start of X, while some other stuff is still loading on the bg. > > > That's a single package "problem" so not exactly an Etch todo candidate. > But I think the real problems for slow boots is the hardware detection. No, it needs a good integration, since you dont want to have X working already before ldap clients/servers, network,... is up. I have read reports on people login in X before network/ldap was up, so they actually could not. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 The fool looks at a finger that points at the sky. --The Sacré-Coeur Boy (Amelie) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Greylisting for @debian.org email, please
On Thu, Jun 16, 2005 at 08:46:33PM -0700, Blars Blarson wrote: > > I recomed using spamhaus SBL-XBL, or at least CBL (which is included in > SBL-XBL). I dont: http://www.paulgraham.com/spamhausblacklist.html -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.10|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 If a man cannot choose, he ceases to be a man. --Minister (A clockwork orange) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Accepted directory-administrator 1.3.5-1 (i386 source)
On Wed, May 21, 2003 at 11:47:52PM +0200, Bernd Eckenfels wrote: > On Wed, May 21, 2003 at 12:31:14PM -0700, Brian Nelson wrote: > > >* New Upstream Version (closes: #176227, #188308, #90276) > > > > Changelog abuse. This is only a valid entry if all 3 of these bugs were > > requests for a new version, which they were not. > > to me it reads: "fixed by the new version". which is perfectly valid. To me it does not. I close bugs with "New Upstream Version" when the bugs were requesting a new version because upstream released a new one. They should read, at least: * The new version closes: ... to make the difference. mooch -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.20 If a man cannot choose, he ceases to be a man. --Minister (A clockwork orange)
Re: Every spam is sacred
On Thu, Jun 12, 2003 at 11:20:12PM +0200, Marcelo E. Magallon wrote: > On Thu, Jun 12, 2003 at 02:18:57AM +0200, Santiago Vila wrote: > > > How can they say "no" to using some of them in /warn mode ... ? > > Santiago holds that more than half of the spam could be eventually > avoided. I'd very much like to see hard evidence against or in favor > that assertion. Given the ammount of spam that I get delived to my > account via Debian machines, I guess the reduction in bandwidth usage > by master and murphy is not to be taken lightly. The bandwidth reduction will only happen if you decide to discard the mail, since the mail will always be accepted, scanned to find the IP which originated the message, the IP will be checked agains the database and then the mail will be tagged. The reduction happens in the output, but the load might increase in the server. mooch -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.20 I say you are Lord, and I should know. I've followed a few. --Arthur (Life of Brian)
Re: Proposal for using SpamAssassin in master.d.o [Was: Re: Every spam is sacred]
On Sun, Jun 15, 2003 at 03:39:00PM +0200, Jesus Climent wrote: > Hi. [...] I might thing I spoke BS on my proposal, since I have not heard any comments... mooch -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.20 I never drink ... wine. --Dracula (Dracula)
Re: Every spam is sacred: tagging mails because of their content or their supposed origin?
On Mon, Jun 16, 2003 at 07:33:08PM -0400, Joey Hess wrote:
>
> Today I noticed those summaries were getting spamassassing scores in the
> 30 range. I ended up whitelisting myself, though that doesn't feel like
> a good idea -- now SA might mislearn spam subjects as ham, and any
> spammer who forges mail from me will probably get through.
>
> Aside from bypassing SA entirely for local mail, is there any better
> approach?
Are you using procmail? Set a rule that if the mail is sent by you, with a
header stating that themail was originated locally, do not use spamassassin.
Are you using postfix? Set postfix so that mail delivered locally uses a entry
like:
127.0.0.1:smtp ...
:smtp ...
-o content_filter=filter:
filterunix - n n - - pipe
flags=Rq user=pffilter argv=/home/pffilter/filter.sh -f ${sender} --
${recipient}
Create a user "pffilter" and put in "filter.sh":
/bin/cat | /usr/bin/spamc -f | /usr/sbin/sendmail -i "$@"
Set your spamassassin to run spamd, which is always a good idea.
That will separate incoming mail and outgoing (local) mail to be checked by
SA.
HTH
--
Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es
GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69
--
Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.20
So much to do, so little time...
--Joker (Batman)
Re: Why back-porting patches to stable instead of releasing a new package.
On Wed, Jul 23, 2003 at 07:09:01AM -0500, Luca - De Whiskey's - De Vitis wrote: > On Wed, Jul 23, 2003 at 01:19:25PM +0200, Sander Smeenk wrote: > > The same happened with one of my packages: snort. There was a /really/ > > old release in stable, because new uploads didn't make it in time. There > > were a couple of reasons why it would be good to have a new upstream > > version of the snort package installed in stable. But the Debian Policy > > forbids it. > > This is another example, that i like: who would ever use an old IDS? And another one: Who would ever use a SpamAssassin tool which cannot catch any of the spam out there nowadays? 2.20-1woody is so old and timely obsolete that I am on my way to backport 2.55 to woody and maintain it as soon as I have some time from my new responsibilities. data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 If you iz watching dis in da UK, you may remember me from da telly. If you iz in Belgium you iz living in a shit hole. --Ali G (Ali G indahouse)
Re: Why back-porting patches to stable instead of releasing a new package.
On Wed, Jul 23, 2003 at 03:02:59PM +0200, Andreas Metzler wrote: > On Wed, Jul 23, 2003 at 02:17:29PM +0200, Jesus Climent wrote: > > Why should you redo this work? > http://www.fs.tum.de/~bunk/packages/ The package (1) does not deal with the logcheck mess that I am trying to solve. data (1) spamassassin -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 El concepto es el concepto. --Pazos (Airbag)
Re: Why back-porting patches to stable instead of releasing a new package.
On Wed, Jul 23, 2003 at 04:45:54PM +0200, Andreas Barth wrote: > > That applies to data-files (or very similar things) like spamassasin. > There should be in the README.Debian given a location for the backport > by the maintainer. Spamassassin needs more than data files, since the rules relay on funtions only available in the new spamassassin perl modules, so a backport is a hell lot of a backport, if even can be called like that since in most cases is a complete rewrite. data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 You're just jealous because I'm a real freak and you have to wear a mask. --Penguin (Batman Returns)
Re: Why back-porting patches to stable instead of releasing a new package.
On Wed, Jul 23, 2003 at 05:24:19PM +0200, Adrian Bunk wrote: > > > > So you agree on having a bounce of personal archives on p.d.o rather than a > > way of getting them in stable trough oficial channels? > > If you use only stable you get the well-known stability of Debian. Which might be where lies the lie, since we should provide updates to packages with severe bugs, and not only with security problems. data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 A man can convince anyone he's somebody else, but never himself. --Narrator (The usual suspects)
Re: Why back-porting patches to stable instead of releasing a new package.
On Wed, Jul 23, 2003 at 07:30:39PM +0200, Andreas Barth wrote: > > But I want to emphasize that getting nearer a new stable release would > be much better than discussion how to allow users to use updated > applications in stable. Did I mention that I agree? Didn't I? No, I didn't. Well, I agree. data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 You know what the real tragedy of this day is? I'm not even supposed to be here today! --Dante Hicks (Clerks)
SpamAssassin /etc cleanup (was: Re: Why back-porting patches to stable instead of releasing a new package.)
On Wed, Jul 23, 2003 at 06:47:33PM +0200, Adrian Bunk wrote: > > > > The package (1) does not deal with the logcheck mess that I am trying to > > solve. > > This problem [1] was reported a week ago isn't even fixed in unstable. > > Get it fixed in unstable and the fix will go into the backport. The problem is related with a backport, since installing it under woody will solve the same problem as when sarge becomes stable. I would like to describe the problem and obtain a feasible answer to get done with it: spamassassin in woody included a file and 2 links under /etc/logcheck: /etc/logcheck/ignore.d.server/spamassassin and two links from ignore.d.paranoid and ignore.d.workstation pointing to the same file. When purging tha package before an upgrade, the files are cleaned. Instead, if we upgrade on top, one of the links is erased, another link remains and two files are in the system: 1 new installed (in a directory with a link: /etc/logcheck/ignore.d.paranoid/spamassassin.dpkg-new) and the old file from the 2.20-1woody release. jfs proposed during debconf to provide the only config file under logcheck inside examples and substitute during postinst if the original file was not modified (checking md5's). However I would consider using preinst and moving the files to another location (if they have not been modified by the user) and unpacking the package with a clean directory (logcheck wise). If the unpacking fails, a rollback is possible using the dev-scripts and the right flags and code. What would be the right way to attack this problem? data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 That's thirty minutes away. I'll be there in ten. --Wolf (Pulp Fiction)
Re: Why back-porting patches to stable instead of releasing a new package.
On Wed, Jul 23, 2003 at 09:13:18PM +0200, Adrian Bunk wrote: > > Debian stable is horribly outdated but I'm not aware of any severe bugs. > Could you provide some examples of severe bugs in Debian 3.0? Bind9, as provided in woody, keeps on falling to its knees for unknown reasons. A strace might help, but so far i have not been able to either keep bind9 runing form more than a week nor find the cause of the poissoning which kills the daemon (thus my inability of filling a bug report). data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 Where are you going, Starfish and Friends? --Chad (Charlie's Angels)
Re: Why back-porting patches to stable instead of releasing a new package.
On Fri, Jul 25, 2003 at 01:44:39PM +0200, Marco d'Itri wrote: > On Jul 25, Jesus Climent <[EMAIL PROTECTED]> wrote: > > >Bind9, as provided in woody, keeps on falling to its knees for unknown > >reasons. A strace might help, but so far i have not been able to either keep > BIND 9 in woody is old and buggy, that's all. Ask upstream about this > version and they will tell you to upgrade. Which probes what I was trying to say: By taking so long from release to release (NO ofense to anyone) we provide old and buggy software (in some cases) which only gets security fixes, but then the fame of Debian being rock solid might not be true in all its senses. The proposal of releasing more often (with or without the proposal of splitting base+the_rest) gets stronger on my mind. d-i guys, keep the great work! data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 There's nothing that can't be done. --McManus (The usual suspects)
Re: debconf 2005 in Vienna, Austria
On Wed, Jul 30, 2003 at 09:22:57AM +0200, Christian Perrier wrote: > Quoting Karsten Merker ([EMAIL PROTECTED]): > > Anyway, that could give the following schedule : > > Thursday-Sunday : LinuxTag at WhereverHeim, Germany > Sunday evening : folks travel to Debcamp in Vienna, Austria > Monday-Friday : Debcamp > Saturday, Sunday : Debconf What about debcamp : saturday -> thursday debconf : friday -> sunday morning ? Some of us do not want/cannot go to linuxtag, but we could be in vienna already friday evening or saturday morning. data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 You're just jealous because I'm a real freak and you have to wear a mask. --Penguin (Batman Returns)
Re: debconf 2005 in Vienna, Austria
On Thu, Jul 31, 2003 at 10:18:34AM +0200, Tollef Fog Heen wrote: > * Sven Luther > > It was very nice to have a few guinea pigs to test the organization > with at this year's Debcamp, since making changes when you have a few > people is a lot less work than making changes with 50-60 people. This being the first time someone calls me a guinea pig. Cheers! -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 It's a soldier's duty. You wouldn't understand. --The Colonel (Akira)
Re: debconf 2005 in Vienna, Austria
On Thu, Jul 31, 2003 at 06:29:27AM +0200, Fabio Massimo Di Nitto wrote: > > > > Some of us do not want/cannot go to linuxtag, but we could be in vienna > > already friday evening or saturday morning. > > Please no. Do not schedule overlapping events. People interested in both > than will be in troubles. I fail to see the problem. The first days were rather relaxed, on the "this is not working, can anyone please do something? no? ok, i will do it..." kind of way. Getting lost all together instead in small lots is baaad. I believe is was a better experience this way. data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 Yes...No...I don't know. I don't know what I want. --Sam Lowry (Brazil)
Re: mutt co-maintainer badly needed
On Sun, Aug 03, 2003 at 04:37:53AM +0200, Marco d'Itri wrote: > I need help with: > - classifying and forwarding upstream open bugs > - eventually packaging the mutt CVS tree, as the author has not made any > new snapshots in the last months I could co-maintain mutt if only after sept the 5th. I am finishing my graduation thesis and i am in need of time... J -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 It's sex! Sex is the game! Marriage is the penalty. --Andrew Wyke (Sleuth)
Re: Should MUA only Recommend mail-transfer-agent?
On Wed, Aug 06, 2003 at 08:01:51AM -0500, Steve Greenland wrote: > > Depends: ssmtp | mail-transport-agent > > That way, if you don't have an MTA already, it will select a simple "get > mail to a real MTA" package, whose configuration will ask "where's your > real MTA?" Doesn't policy state that a virtual package must be listed before any real package? data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 El concepto es el concepto. --Pazos (Airbag)
Re: Should this be filed as grave? Gcc-2.95
On Wed, Aug 06, 2003 at 01:40:53PM -0700, Steve Lamb wrote: > Which in unstable is 3.3, a completely different version. Which in turns > requires gcc 3.3. > > Package: gcc > [SNIP] > Depends: cpp (>= 3:3.3-1), gcc-3.3 (>= 1:3.3-0pre9), cpp-3.3 (>= 1:3.3-0pre9) > > > So saying that 2.95 requires 3.3 is not a stretch at all because it does > through dependancies. Package: gcc Version: 2:2.95.4-14 Depends: cpp (>= 2:2.95.4-14), gcc-2.95, cpp-2.95 apt-get install gcc=2:2.95.4-14 What is the problem? -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 You're just jealous because I'm a real freak and you have to wear a mask. --Penguin (Batman Returns)
Re: NM non-process
On Wed, Aug 06, 2003 at 04:09:15PM -0400, Matt Zimmerman wrote: > On Wed, Aug 06, 2003 at 03:16:12PM -0400, Nathanael Nerode wrote: > > > Here is where you're entirely and totally wrong. It indicates a > > breakdown in the communication process. > > Communication with whom? I don't think that anyone besides the applicant > himself needs to be informed. Generally they are not, maybe a direct mail to DAM might help, though. > > If these people are being delayed for a reason, the reason needs to be > > written down publically in the appropriate place. > > I disagree; if the applicant knows why they are being delayed, then the fact > that this information is not published on the website does not indicate that > the process is broken. Generally the applicant does not know why. Again, a mail to DAM might bring some light. Have not tried myself, since i met him IRL during Debconf3. data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 The fool looks at a finger that points at the sky. --The Sacré-Coeur Boy (Amelie)
Bug#204555: ITP: pconsole -- parallel console shell for administering clusters
Package: wnpp Version: N/A; reported 2003-08-08 Severity: wishlist * Package name: pconsole Version : 1.0 Upstream Author : Walter de Jong <[EMAIL PROTECTED]> * URL : http://www.heiho.net/pconsole/index.html * License : GPL Description : parallel console shell for administering clusters pconsole allows you to connect to each node of your cluster simultaneously, and you can type your administrative commands in a specialized window that 'multiplies' the input to each of the connections you have opened. pconsole is best run from within X Windows, although it is possible to employ it without X (in console mode) as well. You need to install pconsole on only 1 machine in the cluster, this would usually be your central administrative node. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux reypastor 2.4.21 #1 vie jun 13 22:28:10 CEST 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 Roz, you're looking fabulous today. Is that a new haircut? --Mike (Monsters, Inc.)
Re: Bits from the RM
On Wed, Aug 20, 2003 at 01:40:53PM +0200, cobaco wrote: > > > We're never going to manage to release just > > after high-profile releases of all our major components, so let's not > > delay for this one unless we have to. > true enough, still releasing a week before a high-profile release of KDE is > rather unfortunate I think. Release one week before will not be a real target [1]. data [1] read: if we delay the release for one week to include kde3.2, we have to make sure the packages work, the upgrade path is not breaking anything,... which will mean delaying the release at least 3 weeks more. By that time a new major release of Harsecorp (TM) 9.x will be out... Solution: use backports, use Sid, form a team to release a stable debian version more often, say in 6 more months. data -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 - ... todos necesitamos creer en algo. - Si, yo también creo... Creo... que me voy a tomar una cerveza. --Sor Trini (Año Mariano)
Bug#207433: ITP: spinner -- Sends small packets over a idle link to keep it open
Package: wnpp Version: N/A; reported 2003-08-27 Severity: wishlist * Package name: spinner Version : 1.2.4 Upstream Author : Joe Laffey <[EMAIL PROTECTED]> * URL : http://www.laffeycomputer.com/spinner.html * License : GPL Description : Sends small packets over a idle link to keep it open spinner sends small packets (null packets or a fancy ASCII spin fan with motion) to keep a link up. . It is the perfect application to keep alive a connection over routers which disconnect a link after some idle time. -- System Information Debian Release: 3.0 Architecture: i386 Kernel: Linux reypastor 2.4.21 #1 vie jun 13 22:28:10 CEST 2003 i686 Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 I say you are Lord, and I should know. I've followed a few. --Arthur (Life of Brian)
Re: Bug#323076: ITP: dealer -- bridge hand generator
On Sun, Aug 14, 2005 at 06:09:57PM +0200, Christoph Berg wrote: > Package: wnpp > Severity: wishlist > Owner: Christoph Berg <[EMAIL PROTECTED]> > > * Package name: dealer > Version : 0.20040530 > Upstream Authors: Hans van Staveren <[EMAIL PROTECTED]> > Henk Uijterwaal <[EMAIL PROTECTED]> > * URL : http://www.dombo.org/henk/dealer.html > * License : Public domain with some files GPLv2+ > Description : bridge hand generator > > This program generates bridge hands for partnerships bidding training or for > generating statistics that can be used to design conventions, or win > postmortems. Dealer has been used in many bridge publications. > . > http://www.dombo.org/henk/dealer.html Few points: 1. the name of the package might be a namespace polution, since it is too generic. 2. after reading and re-reading both the description and the long description, i have no clue whatsoever what the program is for. Hopefuly in the final package it will be reworded... -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.12|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Congratulations. You are still alive. Most people are so ungrateful to be alive. But not you. Not anymore. --John (Saw) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#323076: ITP: dealer -- bridge hand generator
On Sun, Aug 14, 2005 at 07:11:43PM +0200, Frans Pop wrote: > > > 2. after reading and re-reading both the description and the long > > description, i have no clue whatsoever what the program is for. > > Hopefuly in the final package it will be reworded... > > For someone who has played bridge, the short and long descriptions are > perfectly OK :-) For someone who is a civil engineer and deals with bridge contruction, it made little sense. Of course, I was biased. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.12|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Sometimes, the only way to catch and uncatchable woman is to offer her a wedding ring. --Senior Ed Bloom (Big Fish) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: README - confusing, irrelevant, redundant, useless
On Sun, Aug 14, 2005 at 12:02:36PM +, W. Borgert wrote: > > - "Readme file for ." > > Really? Well, you want to know which package a README belongs to when you get a README without any other information... right? -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.12|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 That's thirty minutes away. I'll be there in ten. --Wolf (Pulp Fiction) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: making developer location from ldap public?
On Thu, Aug 25, 2005 at 05:11:01PM +0200, Robert Lemmen wrote: > On Thu, Aug 25, 2005 at 04:51:07PM +0200, W. Borgert wrote: > > I don't like opt-out. Better opt-in: > > > > 4. Invent a new field "public location info" and developers > >who care, could enter what they think is appropriate. > > i fully agree that generally an opt-in system is better, but in this > case it is far more complicated to implement On what do you base your afirmation? One more field in the ldap database and one entry in the web interface showing the info when the field is checked. > if you want to hide where you are living from the public, you'll have a lot > bigger problems than this entry that you can edit yourself. Still, I dont want to make it so much easier... > so the question should be more like "do you really have a problem if > this field would be public"... I do. I tell people i want to where i live. If i want to make it public, i do. But forcing to erase some information that can be used for good just because we want to force all DDs to make it public, does not make me happy. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.12|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Don't "Sir" me young man, you have no idea who you're dealing with. --Kay (Men in Black) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: making developer location from ldap public?
On Thu, Aug 25, 2005 at 07:40:23PM -0700, Thomas Bushnell BSG wrote: > > I suppose this is what I mean by "we are talking about Debian > Developers". We're not keeping personal information on customers, or > people with a peripheral relationship; these are *members* of the > organization. It is still personal information, and being private has to be guarded according to the law. At least in Spain and Finland, publishing such information without the consent of the person would be against the law. In Spain, we at Hispalinux have to copy the information the members send into a book and a disconnected database (called member book). -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.12|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I never drink ... wine. --Dracula (Dracula) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#335018: ITP: OpenVPN-Admin -- Administration and certificate manager for OpenVPN
On Fri, Oct 21, 2005 at 03:33:14PM +0200, Alexander Wirt wrote: > Package: wnpp > Severity: wishlist > Owner: Alexander Wirt <[EMAIL PROTECTED]> > > * Package name: OpenVPN-Admin > * URL : http://sourceforge.net/projects/openvpnadmin/ Please, consider calling the package "openvpn-admin" or "openvpnadmin" to: 1. follow the openvpn name: $ apt-cache search openvpn | grep -i openvpn openvpn - Virtual Private Network daemon 2. follow upstream: (see above) Thanks! -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.6.12|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Mika: Are you sure you know where you are? Man #3: Yes. Helsinki. --Mika (Night on Earth) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: faster boot
On Tue, Oct 14, 2003 at 10:28:09AM +0200, Gerrit Pape wrote: [...] > > Regards, Gerrit. init minit runit Gerrit! Sounds like a name conflict ;) -- Jesus Climent | Unix SysAdm | Helsinki, Finland | pumuki.hispalinux.es GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 -- Registered Linux user #66350 proudly using Debian Sid & Linux 2.4.21 Pray that there's intelligent life somewhere out in space / 'Cause there's bugger all down here on earth! --Man (Monty Python's The Meaning of Life)
Re: Debconf in Brazil?
On Mon, Oct 20, 2003 at 01:14:59PM -0200, Leonardo Dias wrote: > That would be nice. And it would be incredibly nice if it were in Sao > Paulo, near the Paulista Avenue. I thought the idea was porto alegre... j -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.22|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I never drink ... wine. --Dracula (Dracula)
Re: Bug#220401: ITP: linux-experimental -- Linux 2.4 kernel [EXPERIMENTAL PACKAGE]
On Wed, Nov 12, 2003 at 12:36:27PM +0100, Robert Millan wrote: > Upstream Author : Linus Torvalds <[EMAIL PROTECTED]> and others, see: He no longer works for transmeta. Should be changed? J -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.22|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 There's nothing that can't be done. --McManus (The usual suspects)
Re: possible mass bug filing: spamassassin 3
On Wed, Oct 06, 2004 at 02:32:09PM +0200, Andreas Barth wrote: > > If this is not solved, we really should consider to re-introduce > spamassassin 2 as spamassassin, and the version 3 as spamassassin3. Or we should not consider it. In such case 2.64 will become obsolete even faster than 2.20 did in woody, since it is obsoleted by 3.x. Having 2.64 which is only worth having for the bayessian methods is brainless since we have other bayesian tools for the trick, some of them considered even more efficient: bogofilter, dspam, crm114,... J -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I don't wanna hear old sad bastard music Barry, I just want something I can ignore. --Rob (High Fidelity)
Re: possible mass bug filing: spamassassin 3
On Wed, Oct 06, 2004 at 06:29:38PM +0200, Steinar H. Gunderson wrote: > > Eh. spamassassin has had a long-standing, well-known API, and suddenly > changes it. It is _SA_ which broke this, not the other applications. SA has had a long-standing, well-known API in the many packages which went to experimental, during the development and testing process of the new 3.0 series. Amavisd-new introduced the necessary changes in their code to comply with the 3.x API back in february (IIRC, check on the changelog). The process has been going on for several months, and if your application deppends on SA to work, you should have been tracking SA development, at least API wise. And you say "suddenly"? -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Sometimes, the only way to catch and uncatchable woman is to offer her a wedding ring. --Senior Ed Bloom (Big Fish)
Re: possible mass bug filing: spamassassin 3
On Wed, Oct 06, 2004 at 08:46:04PM +0200, Jeroen van Wolffelaar wrote: > > Well, I'm not at all convinced this is so good. Didn't the RMs say > something about 'no major new upstream releases', in order to be able to > ship sarge this year? 2.64-1 is in testing. since sa3 has RCs, it will not get into sarge, at least not until the problems are solved. > In addition to the enormous amount of reports of sa3 taken down systems, > or causing mail loss, by people who I regard as pretty clueful[1], I > think it's pretty obvious it would be a very bad move to let sa3 into > sarge. sa3 is IMNSHO a sarge+1, aka etch project. And I have been running it ever since beta1 in a 512GB PII-350 and my mail has been going thru without much problems (right now, version=3.0.0-pre4). data 11713 0.0 0.1 20392 716 ?SAug05 0:05 ./spamd --socketpath=/home/data/sa/spamd.sock -L -d -m 5 J -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Tell me, Mr. Anderson, what good is a phone call when you are unable to speak? --Agent Smith (The Matrix)
Re: Updating scanners and filters in Debian stable (3.1)
On Wed, Oct 06, 2004 at 04:12:48PM -0700, Thomas Bushnell BSG wrote: > > In other words, are your upgrades going to be "install the latest > upstream", or are they going to be "fetch the relevant new things from > upstream and put them in the old thing"? I agree completely that the > latter is more work, but that is not an excuse for choosing the > destabilizing strategy. It is my point of view that with volatile in place, the policy for allowing updates on such repository could introduce things which break other apps. Being such the police applied, it makes sense for a machine which stands on a network edge scanning virii, spams and perhaps doind some traffic analysis. Then again the pace and policy for upgrades should not be "let anything go in" but rather "coordinate the things that go in so that as less as possible breaks". In the case of spamassassin with razor/pyzor + amavisd-new + clamav, the packages should be built on top of the existing stable release, and be known to work together nicelly, by communicating the interested parties that testing previous to the release is done. No coordination (same as it would be in a stable release ramp up), means package is out. Or release is delayed. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 You've poisoned me for the last time, you wretched girl! --Dr. Finkelstein (The Nightmare Before Christmas)
Re: Updating scanners and filters in Debian stable (3.1)
On Thu, Oct 07, 2004 at 09:41:13AM +0200, Javier Fernández-Sanguino Peña wrote: > > If you feel AV scanners, IDS and similar software is not as up-to-date as > it should be then, by all means, help making release cycles shorter [3] Maybe shorter cycles of 10K+ packages are not possible. Or even not desirable. It all depends on what you are using your system for. Again, i have the strong feeling that to produce shorter release cycles we need a core system to take intensive care of. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 It's a soldier's duty. You wouldn't understand. --The Colonel (Akira)
Re: spam checking and CPU time
On Thu, Oct 07, 2004 at 10:09:14AM +0200, martin f krafft wrote: > > Nope, but ITP'd. And Rob promissed a version of dspam after debconf4 (well, i promissed many other things, but reality bites) > > I have had problems with crm114 being resource intensive. In fact, > > I have had to disable it, postfix was timing out on deliveries... > > e.g. checking > > /usr/share/doc/spamassassin/examples/sample-nonspam.txt.gz took > > approx 3 minutes. The result? SPAM. > > crm114 is not a spam filter. It's a classifier. You probably didn't > train it right. It needs two weeks of attention before being useful. Indeed the latest version of CRM114 managed to eat my CPU, but i downgraded to the previous one and everything went back to more than fine. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Sick as a dog. Gonna vomit. --Dr. Evil (Austin Powers: The Spy Who Shagged Me)
Re: possible mass bug filing: spamassassin 3
On Thu, Oct 07, 2004 at 09:37:19AM +0100, Adam D. Barratt wrote: > > > > I'm not really sure what you mean by rules backported from > > 3.0.0. Unfortunately, rules are fairly linked to releases. > > The above was a /direct/ quote from the 2.64-1 changelog: > > spamassassin (2.64-1) unstable; urgency=high > > * New upstream release > - Rules backported from 3.0.0 > - Problem on long headers fixed > - Performance improvements > * [SECURITY] Fixes a potential DoS attack, hence the urgency=high. > > -- Jesus Climent <[EMAIL PROTECTED]> Thu, 5 Aug 2004 08:50:17 > +0300 And this is a /direct/ quote from the upstream SpamAssassin Changes file: rules backported from 3.0.0 tree r22197 | striker | 2004-06-27 12:59:51 + (Sun, 27 Jun 2004) | 5 lines J -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 That's thirty minutes away. I'll be there in ten. --Wolf (Pulp Fiction)
Re: possible mass bug filing: spamassassin 3
On Thu, Oct 07, 2004 at 12:52:15PM +0200, Steinar H. Gunderson wrote: > On Thu, Oct 07, 2004 at 11:08:55AM +0200, Jesus Climent wrote: > > And I have been running it ever since beta1 in a 512GB PII-350 >^ > > That might explain why you haven't been seeing any problems ;-) s/GB/MB/ -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Problem? I haven't got a problem. I've got fucking problems. Plural. --Ted the Bellhop (Four Rooms)
Re: Updating scanners and filters in Debian stable (3.1)
On Thu, Oct 07, 2004 at 01:16:30PM +0200, Andreas Barth wrote: > > > It is my point of view that with volatile in place, the policy for allowing > > updates on such repository could introduce things which break other apps. > > This policy is even not ok for a normal major debian upgrade. We have > exim and exim4, we have inn and inn2 for exactly that reason, and we should > also provide spamassassin and spamassassin3. This doesn't mean that > spamassassin3 shouldn't be added to volatile.debian.net, but it > definitly means that we should not break api by providing it as > spamassassin. I did not mean that we should not introduce sa3 in volatile, but definitelly, if the major upgrade on the release cycle of volatile include all the applications which have a dependency on each other and it is a closed update, i do not see why not. a person upgrading volatile should "apt-get volatile-upgrade" the whole repository, not just parts of it. If not, is a backports issue, not a closed release set. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 He's almost a stranger, and I prefer him to you! --Sandra Bloom (Big Fish)
Re: Updating scanners and filters in Debian stable (3.1)
On Thu, Oct 07, 2004 at 09:30:16AM -0700, Thomas Bushnell BSG wrote: > Brian Kimball <[EMAIL PROTECTED]> writes: > > > Who wants to install Spamassassin-more-than-2-but-not-quite-3? > > Snort-more-than-2.2-but-not-yet-2.3? This will just confuse your users > > and piss off upstream. > > Can you explain why ssh shouldn't be upgraded the same way? Because ssh-from-woody-plus-security-updates is not as useless as spamassassin-from-woody-which-has-changed-so-much-that-is-impossible-to-backport-anything? J -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Shall I make us a nice cup of tea, Ma'am ? --Mrs. Mills (The others)
Re: Updating scanners and filters in Debian stable (3.1)
[ do NOT reply to my mail, i am subscribed to the list ] On Thu, Oct 07, 2004 at 12:11:32PM -0700, Thomas Bushnell BSG wrote: > > It seems to me that "impossible" is being used in a strange sense > here. Well, backporting the bayes which was introduced in 2.5x does not sound like something you want to do. I rather put 2.5x which is supported by upstream, not deprecated and has a bigger user-base and developer eyes on the code than 2.20. With all the bugs along. But again, that might be just me. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Good night and sweet dreams... which we'll analyze in the morning. --Dr Alex Brulov (Spellbound)
Re: Updating scanners and filters in Debian stable (3.1)
[ What part of "do no reply to my email but to the list, since i am subscribed" you did not understand? ] On Thu, Oct 07, 2004 at 01:00:39PM -0700, Thomas Bushnell BSG wrote: > Jesus Climent <[EMAIL PROTECTED]> writes: > > > But again, that might be just me. > > What you are saying should apply to any package in Debian; nothing > about it justifies the idea that virus scanners should be treated > specially. The argument you give would apply to the latest emacs, or > gcc, or mozilla, or any other package whatsoever. No, It does not. 2.20 became useless because spammers reacted to most of the rules developed, since it did not have any learning engine. It needed new rules, new rules needed new functions in the core code (not just rules updates) and new functions needed new perl libraries with new versions. To use those libraries you needed new core code, which basically meant having the whole 2.4x backported. Repeat the same process until the integration of bayes. After bayes, spammers introduced the pollution idea, which basically needed new code to clean the garbage words from the mail, which needed new functions, which... Now you tell me that ssh has become unusable, and that to get it usable again you need to backport things that change the core of the system... Talking about ssh/pam/opie, i needed One Time Passwords in a woody machine. With the Woody packages you kind of get it, but there is no advertisement of the actual seed you need. Well, it is not user-friendly, but is not as useless as 2.20. > But what you are instead arguing is that virus scanners should be > exempted from the same rules as every other package, for things which > have nothing to do with the fact that they are virus scanners. Not true. What i am suggesting is to create a policy and infrastructure to have a possibility to get an archive within the debian frame and umbrella for the users to be ablr to point at it and get updates for useless packages which are distributed in the stable release. Similar to stable point releases, but with a more dynamic policy that allows inclusion of packages that otherwise will not make it to R.X with X>0 releases. I am not arguing (at least not yet) about a possible change in the policy to allow such packages to get to stable point releases. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 The world doesn't just disappear when you close your eyes, does it? --Leonard Shelby (Memento)
Re: Updating scanners and filters in Debian stable (3.1)
On Thu, Oct 07, 2004 at 08:59:22PM +0100, paddy wrote: > > How would one decide which features to backport, and which not? The ones that the maintainer of the package decides is the best for keeping the package which will update in stable usable, as long as the packages is created against stable, is complying the policy created for such a repository and everything is consistant. The user might decide to use or not to use such a repository, but for the interest of the users, it might be better than leave them with 2.20 in woody or having to refer to backports.org, which is not having such a release policy. J -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I'll see my lawyer about this as soon as he graduates from law school! --Rufus T. Firefly (Duck Soup)
Re: Updating scanners and filters in Debian stable (3.1)
On Thu, Oct 07, 2004 at 01:54:11PM -0700, Thomas Bushnell BSG wrote: > > This is an excellent argument for upgrading that part. It is no > argument for including new command line features, hookins to other > parts of the system, or other arbitrary features that might be added. It is an argument is the policy for the "call-it-volatile" states so, and that is exactly what remains to be defined, since the consensous on the list points to an agreement on the direction on having it. > So I have no objection to a policy which incorporates new virus > definitions and the like, but not just arbitrary possibly > destabilizing code. I support such a policy, as long as it does not modify the current stable policy, and is created as an add-on for the user to choose if he/she wants it. > It might well be that it's a lot of work to provide the package > rightly (where "rightly" means that it only upgrades what must be > upgraded to keep it useful, but not other stuff). But that doesn't > mean it's impossible, nor does it excuse doing it wrongly because it's > too hard for the Debian package maintainer. It might be that is a lot of work to create point releases and yet we do them (kudos to the stable point RM). And no, is not impossible but IT WILL NEVER get to stable, since it is against the current stable policy. Do you want to change that policy? Start moving strings and contacting the involved parties to get such a change. Until the, no security backports will get into Debian Stable with the current policy. My (and other's) approach is by suggesting to create a policy and infrastructure to support upgrading a package to obtain upgraded functionality due to the real usability of a certain group of packages due to time factors. > We can get him help, or we can say that Debian doesn't have anyone who > wants to provide a stable package. But "just provide an unstable > package" is not a solution. We don't need the Debian brand to do > that. Debian provides a stable and obsolete package, which might not be that stable since nobody in its senses would use it. And the provide an updated package does not mean it is unstable. And with the current idea, it does not mean we are forcing users to use it. They decide. [ AND FOR THE THIRD TIME, reply TO THE LIST, since I am subscribed. Let's see if putting this in the bottom of the message makes you read it and understand it. If not, use a proper MUA and configure it. My mutt does reply to the list, and not to random fellow subscribers ] -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 I don't wanna hear old sad bastard music Barry, I just want something I can ignore. --Rob (High Fidelity)
Re: Updating scanners and filters in Debian stable (3.1)
On Thu, Oct 07, 2004 at 01:54:19PM -0700, Will Lowe wrote: > > Say someone implements a significant new feature in spamassassin to > handle a particularly virulent new kind of spam, and this new feature > doubles the code size of the source. It's probably possible to rip > that new code out of the upstream source and "backport" it into the > stable version -- but I'd argue that the resulting binary is not much > like the original "stable" one. And I'd argue that with the current policy for point releases it would make it even into that one. [ pretty please, reply to the list, i _am_ subscribed ] -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 Sick as a dog. Gonna vomit. --Dr. Evil (Austin Powers: The Spy Who Shagged Me)
Re: Updating scanners and filters in Debian stable (3.1)
On Thu, Oct 07, 2004 at 02:58:05PM -0700, Thomas Bushnell BSG wrote: > > > > I assume you mean use unstable? see below. > > No, you can simply use private repositories, or backports, or whatever > else. There need be no Debian-branding of it in any way. What Debian > gives people is some kind of assurance about the stability and care > that goes in to it, and so far, what I have heard is that you want to > be entirely unrestricted. Except that those private repositories and backports have no policy and no maintenance. My proposal is to create a policy for a repository with maintenance, security updates which introduces new packages and provides new functionality on outdated or useless packages from stable, and is built against stable. Puting a debian branding and effort on having such idea would make Debian only better. For those who want to use such infrastructure. And some people have already outlined a policy draft on the list. We can take them and try to make policy out of them. -- Jesus Climent info:www.pumuki.org Unix SysAdm|Linux User #66350|Debian Developer|2.4.27|Helsinki Finland GPG: 1024D/86946D69 BB64 2339 1CAA 7064 E429 7E18 66FC 1D7F 8694 6D69 It's called a change-over. The movie goes on and nobody knows the difference. --Narrator (Fight club)
