Bug#443370: ITP: asmutils -- coreutils replacement written in i386 assembler
On 11148 March 1977, Andreas Fleckl wrote: * Package name: asmutils Version : 0.18 Upstream Author : Various Authors http://asm.sourceforge.net/asmutils/CREDITS* URL : http://asm.sourceforge.net/asmutils.html* License : GPL v2 Programming Lang: i386 Assembler Description : coreutils replacement written in i386 assembler asmutils is a set of miscellaneous utilities written in assembly language, targeted on embedded systems and small distributions (e.g. installation or rescue disks); also it contains a small libc and a crypto library. It features the smallest possible size and memory requirements, the fastest speed, and offers fairly good functionality. Doesnt sound too good for the archive, IMO - Limited to i386 only, so useless for 95% of the architectures - inventing the wheel once again (*sigh*) time should better get invested into making either coreutils code or the compiler better - yet another libc and crypto lib, thats especially what we need. -- bye Joerg liw HE, we had sex in Debian for many years, yes, before I put a stop to it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443384: Existing rdepends
tags 443384 + moreinfo thanks Hi I wont remove this unless the following is fixed: ** dtc-xen has an unsatisfied dependency on alpha: rpmstrap ** dtc-xen has an unsatisfied dependency on amd64: rpmstrap ** dtc-xen has an unsatisfied dependency on arm: rpmstrap ** dtc-xen has an unsatisfied dependency on hppa: rpmstrap ** dtc-xen has an unsatisfied dependency on hurd-i386: rpmstrap ** dtc-xen has an unsatisfied dependency on i386: rpmstrap ** dtc-xen has an unsatisfied dependency on ia64: rpmstrap ** dtc-xen has an unsatisfied dependency on m68k: rpmstrap ** dtc-xen has an unsatisfied dependency on mips: rpmstrap ** dtc-xen has an unsatisfied dependency on mipsel: rpmstrap ** dtc-xen has an unsatisfied dependency on powerpc: rpmstrap ** dtc-xen has an unsatisfied dependency on s390: rpmstrap ** dtc-xen has an unsatisfied dependency on sparc: rpmstrap -- bye Joerg Wrecktum Deine Größe macht mich klein @joerg doll Wrecktum du darfst mein Bestrafer sein (!) Wrecktum was kicked from #german by joerg [ok]
Bug#443384: Existing rdepends
tags 443384 + moreinfo thanks Hi I wont remove this unless the following is fixed: ** dtc-xen has an unsatisfied dependency on alpha: rpmstrap ** dtc-xen has an unsatisfied dependency on amd64: rpmstrap ** dtc-xen has an unsatisfied dependency on arm: rpmstrap ** dtc-xen has an unsatisfied dependency on hppa: rpmstrap ** dtc-xen has an unsatisfied dependency on hurd-i386: rpmstrap ** dtc-xen has an unsatisfied dependency on i386: rpmstrap ** dtc-xen has an unsatisfied dependency on ia64: rpmstrap ** dtc-xen has an unsatisfied dependency on m68k: rpmstrap ** dtc-xen has an unsatisfied dependency on mips: rpmstrap ** dtc-xen has an unsatisfied dependency on mipsel: rpmstrap ** dtc-xen has an unsatisfied dependency on powerpc: rpmstrap ** dtc-xen has an unsatisfied dependency on s390: rpmstrap ** dtc-xen has an unsatisfied dependency on sparc: rpmstrap -- bye Joerg Wrecktum Deine Größe macht mich klein @joerg doll Wrecktum du darfst mein Bestrafer sein (!) Wrecktum was kicked from #german by joerg [ok]
Bug#426307: RM: libnjb1 -- RoM; obsolete (rev-dep of kionjb)
tags 426307 moreinfo thanks Removing this package makes another uninstallable: Checking reverse dependencies... ** njbtools has an unsatisfied dependency on alpha: libnjb1 ** njbtools has an unsatisfied dependency on amd64: libnjb1 ** njbtools has an unsatisfied dependency on arm: libnjb1 ** njbtools has an unsatisfied dependency on hppa: libnjb1 ** njbtools has an unsatisfied dependency on i386: libnjb1 ** njbtools has an unsatisfied dependency on ia64: libnjb1 ** njbtools has an unsatisfied dependency on m68k: libnjb1 ** njbtools has an unsatisfied dependency on mips: libnjb1 ** njbtools has an unsatisfied dependency on mipsel: libnjb1 ** njbtools has an unsatisfied dependency on powerpc: libnjb1 ** njbtools has an unsatisfied dependency on s390: libnjb1 ** njbtools has an unsatisfied dependency on sparc: libnjb1 ** njbtools has an unsatisfied build-dependency: libnjb1-dev Dependency problem found. Its an orphaned package, so maybe we should remove it together with this lib. If so please file a bug. -- bye Joerg StevenK [Clint]: I'm convinced zsh users could deal with a keyboard that has 5 random letters, tab and enter. Joy 3 random letters :) Mithrandir you need anything but tab and perhaps space? Ganneff yes, enter - sometimes you want the completed thing to happen pgpwOcFZaPdvZ.pgp Description: PGP signature
Bug#438738: RM: uclibc -- RoQA; RC-buggy; unmaintained
tags 438738 moreinfo thanks Hi Not until someone dealt with: Checking reverse dependencies... ** mkinitrd-cd has an unsatisfied dependency on i386: uclibc-toolchain (= 0.9.26-1) ** mkinitrd-cd has an unsatisfied dependency on i386: libuclibc-dev (= 0.9.26-1) ** gibraltar-bootcd has an unsatisfied build-dependency: uclibc-toolchain (= 0.9.26-1) ** ** gibraltar-bootcd has an unsatisfied build-dependency: libuclibc-dev (= 0.9.26-1) Dependency problem found. Continue (y/N)? -- bye Joerg DarkRider also dies ist so ziemlich der einzige chanel wo ich meist 0 peile DarkRider ich schreibe etwas dann rennen se alle gegen die wand und schreien aua pgpXmfwUlXe45.pgp Description: PGP signature
Bug#438862: RM: firebird1.5 -- RoM; unsupported upstream; security issues
tags 438862 moreinfo thanks Hi I wont do the removal right now, first you need to deal with the following: Checking reverse dependencies... ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on alpha: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on amd64: libfbclient1 ** php5-interbase has an unsatisfied dependency on amd64: libfbclient1 ** gnugk has an unsatisfied dependency on amd64: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on arm: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on hppa: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on hurd-i386: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on i386: libfbclient1 ** php5-interbase has an unsatisfied dependency on i386: libfbclient1 ** gnugk has an unsatisfied dependency on i386: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on ia64: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on m68k: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on mips: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on mipsel: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on powerpc: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on s390: libfbclient1 ** libmono-firebirdsql1.7-cil has an unsatisfied dependency on sparc: libfbclient1 ** gambas2 has an unsatisfied build-dependency: firebird2-dev ** gnugk has an unsatisfied build-dependency: firebird2-dev ** php5 has an unsatisfied build-dependency: firebird1.5-dev Dependency problem found. Continue (y/N)? n Aborted. That either needs package updates or removals. If some of the package maintainers don't react on a bug you file about it we can later upgrade it to an RC severity and remove firebird1.5, but not without prior notice. :) -- bye Joerg Some AM after a mistake: Sigh. One shouldn't AM in the early AM, as it were. grin pgpHhcK8Clr3u.pgp Description: PGP signature
Bug#49670: Bug#439670: depends on non-existing version of ecj-gcj
Hi Looks like a newbie who isnt able to manage his uploads in the right order and unable to wait until a package left NEW. Its YOUR mistake to upload before all needed packages are available. -- bye Joerg pasc man pasc the AMD64 camp is not helped by the list of people supporting it pasc when nerode is on your side, you know you're doing something wrong pgpeGK9G09vpm.pgp Description: PGP signature
Bug#434507: debbugs SOAP interface returns multiple package names separated with comma.
On 11092 March 1977, Junichi Uekawa wrote: These bug reports return package names in the following format: xfonts-75dpi-transcoded,xfonts-75dpi which apt-listbugs fails to understand. I'm not quite sure how it should be handled in apt-listbugs or debbugs. (well, barfing out with an error isn't a reasonable reaction, but I'm not quite sure what the correct fix is) Parsing the field and split it by comma. If a tool doesnt support it it should IMO get fixed. -- bye Joerg http://meta.wikimedia.org/wiki/How_to_win_an_argument -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#434748: ITP: qink -- Simple printer ink level monitor based on libinklevel and Qt4
On 11092 March 1977, Adam Cécile wrote: It is a fork of KInk (development of which ceased in 2003), but ported to Qt4 and the most recent, API-incompatible versions of libinklevel. Hrm, is that detail need in the description? Fork of kink is probably useful for those knowing kink, but the rest of it doesnt seem to be of much use in a package description? -- bye Joerg GyrosGeier SCSI benötigt drei Terminierungen, eine am einen Ende, eine am anderen Ende, und das Leben einer Ziege über einer schwarzen Kerze
Bug#431034: removal of libapache-mod-lisp
Hi I cant remove it right away, there is an dependency keeping it in: ** cl-modlisp has an unsatisfied dependency on alpha: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on amd64: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on arm: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on hppa: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on hurd-i386: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on i386: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on ia64: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on m68k: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on mips: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on mipsel: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on powerpc: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on s390: libapache-mod-lisp ** cl-modlisp has an unsatisfied dependency on sparc: libapache-mod-lisp Please file a bug against that package and either get it updated or get it removed too. -- bye Joerg [...] some would argue that too much free beer with hamper your ability to free speech; this is an opinion. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433878: Removal of libapache-mod-encoding
Hi I cant do the removal without giving libapache2-mod-encoding a hard life. So you need to get the libiconv-hook1 package a new home. ** libapache2-mod-encoding has an unsatisfied dependency on alpha: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on amd64: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on arm: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on hppa: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on i386: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on ia64: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on m68k: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on mips: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on mipsel: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on powerpc: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on s390: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied dependency on sparc: libiconv-hook1 ** libapache2-mod-encoding has an unsatisfied build-dependency: libiconv-hook-dev -- bye Joerg Debian is about free speech. beer once brewed can no longer be changed. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#435743: qa.debian.org: Link for NEW packages returns 404
On 11100 March 1977, Roberto C. Sanchez wrote: I recently uploaded the xl2tpd package, which went into NEW. On my QA page [0], it gives a link [1] that returns a 404 error. [1] http://ftp-master.debian.org/~ajt/new/xl2tpd_1.1.11.dfsg.1-1_i386.html Thats simply because those ~ajt/new files are only built once a day, iirc at nine-something. -- bye Joerg * wiggy just looking at gforge-inject output wiggy last year I could not run it for months and still not see any new users wiggy it just added 19 new users Mithrandir it's this bloody active new DAM we've managed to get. pgpdkzQr0tvG5.pgp Description: PGP signature
Bug#440017: ITP: irssi-plugin-xmpp -- XMPP plugin for irssi
On 11126 March 1977, David Ammouial wrote: I would like some advice about whether irssi-xmpp should make it into unstable yet, as well as some feedback about the package itself. You can also upload to experimental instead of unstable. -- bye Joerg Yeah, patching debian/rules sounds like changing shoes while running the 100 meters track. -- Michael Koch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#448305: yacpi: Doesnt detect ac change
Package: yacpi Version: 3.0-1 Severity: important Hi yacpi doesnt detect a change of AC (on/off) while its running. Needs a restart. Hitting r has no effect, as well as using -l. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.23.1-hrt2 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages yacpi depends on: ii libacpi0 0.2-1 general purpose library for ACPI ii libc6 2.6.1-5GNU C Library: Shared libraries ii libncurses5 5.6+20071006-3 Shared libraries for terminal hand yacpi recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444728: iceweasel: Tries to be clever protecting users but breaks usage
Package: iceweasel Version: 2.0.0.6-1 Severity: important Try opening http://doesnt.matter:465 as an example. Gets you: --8schnipp-8--- This address is restricted This address uses a network port which is normally used for purposes other than Web browsing. Iceweasel has canceled the request for your protection. --8schnapp-8--- WTF? Broken. Especially as there is no simple way to get around this $censored setting. -- bye Joerg Free beer is something that I am never going to drink and free speech is something that people are never going to be allowed to. ;) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#444890: xbindkeys: invalid menu section
On 11159 March 1977, Bill Allombert wrote: ?package(xbindkeys):needs=X11 \ section=Applications/System \ title=xbindkeys \ command=/usr/bin/xbindkeys \ hints=Keys,Bind \ longtitle=XBindKeys - associate keys or mouse buttons with shell commands. Thanks for migrating to the new menu structure. However A menu entry should not be directly inside Applications/System, but in one of its subsections, probably Applications/System/Administration. I think i didnt found a subsection that really fits xbindkeys. It IMO doesnt fit administration. (Where was the new list of possible values again, www.d.o doesnt have it (yet)). -- bye Joerg [http://www.youam.net/stuff/info...-hosting.de/server-info.php] Um eine schnelle Netzanbindung zu gewährleisten hat der Server eine Realtek-Marken-Netzwerkkarte. Eine Realtek-Karte ist im Vergleich zu billigeren Karten oft etwas leistungsstärker. pgpK1ticT5vat.pgp Description: PGP signature
Bug#445441: clusterssh: Doesnt work with slightly different xterm settings
Package: clusterssh Version: 3.19.1-8 Severity: normal While clusterssh has a .csshrc where you can set terminal_args= in it - it breaks if you actually do that. Like - try adding -class SOMETHING to give your xterms another class (so loading other default options), you end up with all the terminal windows as expected - but are unable to do anything with them. You can type directly into one of the windows, but the cssh control window isnt able to deal with any of them. -- bye Joerg Von einem Besucher auf dem LT: Die 3 Microsoft-Leute auf Ihrem Stand müssen sich vorkommen wie 3 Mönche im Puff. pgpy0d3D9oMC7.pgp Description: PGP signature
Bug#445441: clusterssh: Doesnt work with slightly different xterm settings
On 11163 March 1977, tony mancill wrote: If you are going to set the class to something other than the default, try updating terminal_allow_send_events in your .csshrc to be: -xrm '$class.VT100.allowSendEvents:true Doesnt work. or just: -xrm '*.VT100.allowSendEvents:true Works. (Which is the default starting with 3.19.1-8, but the value -xrm 'XTerm.VT100.allowSendEvents:true' may have already be in your .csshrc.) Yes, and I completly missed that. In general, options should work with terminal_args. -class is a little special. If you think it occurs commonly, I could suggest a patch to upstream that picks up the class value and automatically places in the -xrm string. Well. Commonly, i dont know. I just want to load different settings for cssh terminal windows than i want for all my usual terminal windows, so I have a few entries in .Xdefaults that I load with xrdb. There one needs such things. It sure would be nice if cssh does understand that by default, but if you have *. in -xrm anyway, then it should be enough. Your call, as its your time. Feel free to take this bug as a tracking point for the patch or close it if you dont want to do the work, the workaround with the -xrm is fine for me. -- bye Joerg liw we have release cycles, that's why it takes so long to get a release out; if we had release race cars, things would go a lot faster pgptDdfhUoyB6.pgp Description: PGP signature
Bug#448978: mirror submission for sinclair.farm.ftbfs.de
Package: mirrors Severity: wishlist Submission-Type: new Site: sinclair.farm.ftbfs.de Type: leaf Archive-architecture: ALL alpha amd64 arm hppa hurd-i386 i386 ia64 m68k mips mipsel powerpc s390 sparc Archive-http: /debian/ Archive-rsync: debian/ IPv6: no Archive-upstream: farbror.acc.umu.se Maintainer: Joerg Jaspert [EMAIL PROTECTED] Country: DE Germany Location: Darmstadt Sponsor: MAN-DA http://www.man-da.de Comment: This is the local mirror for two debian.org hosts (liszt.d.o and bartok.d.o) This host can be used to push other mirrors, we have unlimited traffic there. Backup-Admin: Martin Zobel-Helas [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449602: perforate: finddup is a damn memory hog
Package: perforate Version: 1.2-5 Severity: important Hi The subject say all - finddup eats all memory. Looking into it its the Digest::MD5 sum usage of finddup, seems the author never tested with large files, or lots of files (worth a terabyte of disc space). Kicking the addfile and instead doing a while loop has two effects: - does not eat any noticable amount of memory anymore. (other than whats needed for the file list) - is noticable faster, for whatever reason. --- /usr/bin/finddup 2006-08-18 23:09:57.0 +0200 +++ /home/joerg/finddup 2007-11-07 00:33:01.827142588 +0100 @@ -131,11 +131,19 @@ sub insert_md5 { my $file = shift; + my $data; + if (open(IN, , $file-[4]-[0])) { - my $md5 = Digest::MD5-new-addfile(*IN)-hexdigest; - $md5 .= \t.$file-[1].\t.$file-[2].\t.$file-[3] unless $opt-{'ignore-perms'}; + my $check = Digest::MD5-new; + while (sysread(IN, $data, 8192)) + { + $check-add($data); + } close IN; + my $md5 = $check-hexdigest; + + $md5 .= \t.$file-[1].\t.$file-[2].\t.$file-[3] unless $opt-{'ignore-perms'}; $md5list{$md5} = [] unless exists $md5list{$md5}; push @{$md5list{$md5}}, $file; } -- bye Joerg Some AM to his NM on [11 Aug. 2004]: You already won't get through Front Desk and Account Manager approvals before sarge,[...] [Note: He made it! :) ] pgpvBLPFbMDPJ.pgp Description: PGP signature
Bug#407563: ferm: Support negation of arrays
Package: ferm Severity: wishlist ferm could get another feature: def $IPS=(1.2.3.4 3.4.5.6 5.6.7.8) proto tcp dport 26 !$IPS REJECT; - doesnt work, ferm doesnt know how to handle this. It should be, its live is easy rule handling. :) Yes, I know that I can write that as proto tcp dport 26 { $IPS ACCEPT; REJECT; } but thats ugly and IMO should be ferms job. :) -- bye Joerg HE Lalalala ... Ich bin die Sponsoren-Schlampe - Wer hat heute Lust? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#404971: postgrey: Please whitelist some more hosts
Package: postgrey Severity: wishlist Hi postgrey whitelists a few debian hosts per default already. Would be nice if you can add some and make some changes to existing hosts: s/newraff.debian.org/raff.debian.org/ add ries.debian.org add the following non-debian.org: chic.spi-inc.org frida.spi-inc.org cmburns.debconf.org smithers.debconf.org wiggum.debconf.org skinner.debconf.org willy.debconf.org That are servers of the DebConf project, Debians yearly conference, like the list server, the main MX, its wiki and its conference management system, all known to be good, where greylisting makes more harm then sense. For SPI its the lists server and both MX, also not much sense to greylist them, as they have, same as DebConf, aggressive spamfiltering anyways and will definitely retry. So whitelisting only helps to not make them a big queue. Thanks. -- bye Joerg Some NM/AM: 24. What does the urgency field in changelog affect? The order in which updates are displayed in tools like dselect, synaptic, aptitude, etc. nice try. :) pgpHwxsFlEq4F.pgp Description: PGP signature
Bug#405030: greylistd: delay is way to large
Package: greylistd Severity: normal Hi The default delay of greylistd is 1 hour. This seems *way* to large, a value of 600 or even 300 would be better. Reason: - Greylist works against spammers without (big) queues in their crap software, so a temp 4xx in the beginning is ok, even after a minute for those that simply retry a mail 5 times in a row or so. - Everything above a few minutes just hurts normal mail. While a few minute delay is acceptable an hour is bad. Especially as normal MTA go and enhance the retry time with every failure they get, so you may end up with multiple hours, thanks to greylistd default 3600seconds, while you only live with a few minutes if this option gets changed. -- bye Joerg DarkRider also dies ist so ziemlich der einzige chanel wo ich meist 0 peile DarkRider ich schreibe etwas dann rennen se alle gegen die wand und schreien aua -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#405030: greylistd: delay is way to large
On 10884 March 1977, Josip Rodin wrote: The default delay of greylistd is 1 hour. This seems *way* to large, a value of 600 or even 300 would be better. Lowering the default timeout so drastically (to just 5 or 10 minutes) as a default does not strike me as an idea that is particularly feasible in the medium-term, because that will allow spammers who want to avoid greylisting to have to make even fewer effort to avoid greylisting. 60 minutes is just way to much. If, say, you were a spam software writer who wanted to implement a retry rule, if you only have to wait ten minutes per each mail, there's less of a chance that you would get noticed by the user of the infected machine. You really think users notice what happens on their machines? If that would be true there wouldnt be as much crap out there as it is now. However, another reason why 5 or 10 minutes isn't particularly useful is that most normal free MTAs have retry rules set to attempt delivery after fifteen minutes or so (Sendmail default is 0, 15, ..., Exim default is 0, 15, ..., Postfix default is 0, 16.6, ..., Qmail default is 0, 6:40, 26:40, ...), so basically anything less than ~14:50 is not generally useful, anyway. Well. Even 15 is better than the default of 60. 60 is just way to large, in any case. -- bye Joerg Getty meebey: Ich kanns Dir remote machen;) Getty oh mann... erst denken dann schreiben pgp1jp3amp2QP.pgp Description: PGP signature
Bug#412485: Please create nm.debian.org BTS pseudo package
On 10942 March 1977, Christoph Berg wrote: Package: ftp.debian.org Severity: wishlist I would like to request the creation of an nm.debian.org pseudo package in the BTS. nm.debian.orgNew Maintainer process and nm.debian.org webpages nm.debian.orgNew Maintainer Front-Desk [EMAIL PROTECTED] This is supported by Marc Brockschmidt. And me. -- bye Joerg In dem allseits bekannten Land, wo die Intelligenz von einer staatlichen Central-Agentur verwaltet und anscheinend so stark rationiert wird, dass selbst der Präsident kaum was ab bekommen hat, [..] pgpsNmiI8fzZE.pgp Description: PGP signature
Bug#410069: cpu: Make shadow settings more configurable
Package: cpu Version: 1.4.3-5 Severity: wishlist Hi Currently cpu is *very* limited for people that need different shadow settings at account creation time. You can only - have the shadow settings configured globally in the config file, which doesnt help if every account has to get different settings, - get the info via a shadowfile in. Also limited, as you then need to maintain that file *and* also cpu doesnt change the pass from the value it reads in from that file, which means you would need to hash it yourself. That may be ok for account migration from normal accounts to ldap, but not for daily use. One could do ldapmodify runs after cpu useradd, but thats even more broken, thats not what we have cpu for. So I started a little patch, attached below. It lets me supply the two values for Account Expire and Password last changed via command line. One probably wants more later on, but it is enough for me. Patch is attached, would be nice if you can add it to the Debian package. And maybe send upstream. Be careful, i dont like C, so I just hacked something together. It works for me, but may blow your system. It works as - take the values supplied in config and, IFF there is something on command- line - overwrite the two. Ignore this completly for shadowfile (which i dont use). diff -ruN cpu-1.4.3/src/include/main/cpu.h cpu-1.4.3.neu/src/include/main/cpu.h --- cpu-1.4.3/src/include/main/cpu.h2003-12-31 04:24:20.0 +0100 +++ cpu-1.4.3.neu/src/include/main/cpu.h2007-02-07 13:01:32.0 +0100 @@ -130,7 +130,9 @@ {tls, 2, 0, 'x'}, \ {exec, 2, 0, 'X'}, \ {yes, 2, 0, 'y'}, \ -{uri, 2, 0, 'Z'} +{uri, 2, 0, 'Z'}, \ +{shadowlast, 1, 0, 8}, \ +{shadowexpire, 1, 0, 9} #ifdef __cplusplus } diff -ruN cpu-1.4.3/src/include/plugins/ldap/ldap.h cpu-1.4.3.neu/src/include/plugins/ldap/ldap.h --- cpu-1.4.3/src/include/plugins/ldap/ldap.h 2003-12-31 04:22:20.0 +0100 +++ cpu-1.4.3.neu/src/include/plugins/ldap/ldap.h 2007-02-07 13:38:54.0 +0100 @@ -43,7 +43,7 @@ #include ldap.h #include sys/time.h -#define __VERSION 0.0.4 +#define __VERSION 0.0.5 #ifndef LDAP_OPT_SUCCESS #define LDAP_OPT_SUCCESS 0 @@ -92,6 +92,8 @@ char * cn; char * gid; char * exec; /* post {un}install exec script */ + int sp_lastchange; + int sp_expire; boolmake_home_directory; int port; /* required. LDAP_PORT or -P (pg) */ int usetls; diff -ruN cpu-1.4.3/src/plugins/ldap/commandline.c cpu-1.4.3.neu/src/plugins/ldap/commandline.c --- cpu-1.4.3/src/plugins/ldap/commandline.c2004-01-12 06:31:02.0 +0100 +++ cpu-1.4.3.neu/src/plugins/ldap/commandline.c2007-02-07 14:26:21.0 +0100 @@ -74,6 +74,8 @@ {exec, 1, 0, 'X'}, {yes, 0, 0, 'y'}, {uri, 1, 0, 'Z'}, +{shadowlast, 1, 0, 8}, +{shadowexpire, 1, 0, 9}, {0, 0, 0, 0} }; opterr = 1; @@ -90,7 +92,7 @@ passent-pw_uid = -10; while ((c = cgetopt_long (argc, argv, - 2a:A:b:B:c:C:d:D:e:E:f:F::g:G:h:H:k::l:LmM:n:N:op::P:rR:s:S::t:u:UvVw::xX:yZ:, + 2a:8:9:A:b:B:c:C:d:D:e:E:f:F::g:G:h:H:k::l:LmM:n:N:op::P:rR:s:S::t:u:UvVw::xX:yZ:, long_options, options_index)) != -1) { switch (c) @@ -98,6 +100,12 @@ case '2': globalLdap-version = 2; break; + case '8': + globalLdap-sp_lastchange = atoi (optarg); + break; + case '9': + globalLdap-sp_expire = atoi (optarg); + break; case 'a': globalLdap-add_file = strdup (optarg); break; @@ -602,6 +610,14 @@ } } } + /* If lastchange/expired got supplied via commandline then +overwrite them here */ + if (globalLdap-sp_lastchange != NULL) { + globalLdap-passent-sp_lstchg = globalLdap-sp_lastchange; + } + if (globalLdap-sp_expire != NULL) { + globalLdap-passent-sp_expire = globalLdap-sp_expire; + } } if (operation == USERADD @@ -929,7 +945,10 @@ \t-s shell --shell=shell : The name of the user's login shell\n \t-u uid --uid=uid : The numerical value of the user's\n \t ID.\n - \t-X script --exec=script : Post add script\n\n); + \t-X script --exec=script : Post add script\n\n + \t-8 [lastchange] : Days since Jan 1, 1970 that password was last changed\n + \t-9 [shadowexpire]: Days since Jan 1, 1970 that account is disabled\n +); break; case USERMOD: /* don't support -e -f -L -U -o */ @@ -948,7 +967,10 @@ \t-s shell --shell=shell : The name of the user's login shell\n
Bug#414326: cryptsetup: cryptsetup starting its disks should have verify as default
Package: cryptsetup Version: 2:1.0.4+svn26-1 Severity: important I think that could also be critical, as it breaks unrelated software (the whole system). But as the temporary workaround is easy, lets go with important. Maybe serious, as IMO this is release critical, but that should get decided by release team It also silently changes behaviour between sarge and etch. The thing is simple - as subject says the option verify should be default for entries in crypttab. One can always type one letter wrong, and should not be left with a broken system. (Imaging having all of the system except / on cryptofoo). -- bye Joerg Contrary to common belief, Arch:i386 is *not* the same as Arch: any. pgpZwxBHQzkmQ.pgp Description: PGP signature
Bug#414448: partman-crypto: allow to use unencrytped swap
Package: partman-crypto Severity: normal 23:14:11 Ganneff yeah. i only hate that crap you have unencrypted swap, not continuing if you setup something else with crypto. you should be able to get around that some way. 23:14:53 Ganneff (i know why i want unencrypted swap for now (testing something), so that thing should not force me to have it crypted) 23:15:02 fjp There have been other comments about that. The solution may be to just not activate existing swap with manual partitioning 23:15:11 Ganneff nah 23:15:19 Ganneff warn user but give option to still go on 23:15:57 Ganneff im even fine with typing Yes, damnit in some extra input box, to not make it too easy, but dont force me to deactivate swap when i want it (unencrypted) 23:16:47 fjp Ganneff: File a BR against partman-crypto please -- bye Joerg Natriumchlorid ist ein hochgefährlicher Stoff, denn er enthält Chlor, welches im Ersten Weltkrieg als Kampfgas eingesetzt wurde. pgptzeldPMYDj.pgp Description: PGP signature
Bug#414560: ibam: Doesn't work with more than one battery
Package: ibam Severity: normal Version: 0.4-2 Hi I have 2 batteries in my laptop, which confuses ibam. It simply doesnt think the battery is discharging: acpi command output: Battery 1: charged, 97% Battery 2: discharging, 85%, 01:19:38 remaining ibam thinks its charging and tells me stuff about charging times: ibam Charge time left:0:48:34 Adapted charge time left:0:48:34 (ibam -a also says the Current file: /root/.ibam/profile-002-charge). Now, if i pull the second battery ibam switches the profile to ...-battery and starts talking about time left: ibam Battery time left: 1:57:36 Adapted battery time left: 1:57:36 And also: /root/.ibam/profile-003-battery acpi tells me at that time: Battery 1: discharging, 98%, 01:40:58 remaining So, the right thing *probably* is to look how many batteries are there and then take all into account. Either by adding them into one virtual time, or by showing them seperately. -- bye Joerg From a NM after doing the license stuff: I am glad that I am not a lawyer! What a miserable way to earn a living. pgpf5cGf9ONCc.pgp Description: PGP signature
Bug#414534: ITP: sucrack -- multithreaded su bruteforcer
On 10956 March 1977, Tim Brown wrote: Why package it? Other than the practical uses outlined above, because having binaries on a system outside of the package management system is a PITA to keep track of / update and it makes building a new system very quick. Why do I need a package for this? If i am able to install a package I have access to the files john needs. If i dont have it I copy it from elsewhere as a static binary anyway. (You know, we dont love static binaries in debian packages) -- bye Joerg In dem allseits bekannten Land, wo die Intelligenz von einer staatlichen Central-Agentur verwaltet und anscheinend so stark rationiert wird, dass selbst der Präsident kaum was ab bekommen hat, [..]
Bug#414326: cryptsetup: cryptsetup starting its disks should have verify as default
On 10962 March 1977, Jonas Meurer wrote: It also silently changes behaviour between sarge and etch. The thing is simple - as subject says the option verify should be default for entries in crypttab. One can always type one letter wrong, and should not be left with a broken system. (Imaging having all of the system except / on cryptofoo). So you suggest to ask for the passphrase twice at normal cryptsetup startup? Do you suggest it for 'cryptsetup create' only, or also for 'cryptsetup luksOpen'? luksOpen. And maybe verify isnt the right option to use, but to fail immediately right after one error is plain wrong. Try an older cryptsetup package, it asked 3 times if you entered a passphrase wrong. I also don't understand why you claim this bug being (IYO) release critical. It does work differently to sarge, in a broken way. You dont even have the chance to correct a simple typo. Your interpretation that it breaks [...] (the whole system) is illogical. Typos are user mistakes, I don't see how i may prevent them from a maintainers point of view. Just ask 3 times. Or more than once. In fact you may find thousands of examples where user mistakes end up in the system being unbootable. Are all these release-critical bugs in your eyes? If they change a perfectly working behaviour from earlier revisions, yes. -- bye Joerg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#408150: bugs.debian.org: debian-admin pseudo-package.
On 10908 March 1977, Don Armstrong wrote: [EMAIL PROTECTED] We should discourage direct reports to the list and ask for bugs reports instead. Same deal as in tech-ctte. Thoughts? As someone who is subscribed to [EMAIL PROTECTED] because I'm a local-admin of debian.org machines, this sounds good to me. It will help organize things and will probably result in less mail to the list overall. I personally have no objections to creating it, I'd just like a few more of the people who would be handling issues filed there to give their yeay/nay. Same as matt, Im local admin of debian.org machines and I am in favor of this. -- bye Joerg Md Sesse: I doubt that many people will switch network pgpkFV0lSypgg.pgp Description: PGP signature
Bug#408150: bugs.debian.org: debian-admin pseudo-package.
On 10909 March 1977, Philip Hands wrote: Same as matt, Im local admin of debian.org machines and I am in favor of this. I think this, or at least a dedicated request tracker for debian-admin, is an eminently sensible idea. Perhaps rt would be better, since the problem with the bug tracking system being open to all is that we're going to have to split the security sensitive stuff out so that it's only sent to the mailing-list, and then finding all the information for an issue later is going to be a bit of a pain when some of it is missing from the bug report. Well. If you limit the BTS to non-security relevant items then its fine as a general pool for issues that are there, for example package install requests. Request Tracker would have the benefit of being able to host all issues, as you can do a lot with its ACL system. As I run a Request Tracker for DebConf already I volunteer to provide one for Debian, if there is consensus that we want RT instead of the BTS. Its not that hard to setup. -- bye Joerg Von einem Besucher auf dem LT: Die 3 Microsoft-Leute auf Ihrem Stand müssen sich vorkommen wie 3 Mönche im Puff. pgpb1nxJ0uisJ.pgp Description: PGP signature
Bug#399287: my mistake
severity 399287 serious tags 399287 -wontfix thanks Hi Sorry, my mistake, i missed the fact that it needs something outside Debian. Bad, but well, humans make mistakes. will be free soon is no reason to go in main. It still needs something not in Debian, so must go to contrib, Adrian is right here. -- bye Joerg 1. 0 2. 1 3. 2 4. 3 5. 4 6. 5 7. 6 8. 7 |-) What sort of FTP proxy firewall do you have? -- libnet-perl 1.16-1 pgpg1DY2b2Dl1.pgp Description: PGP signature
Bug#423100: cryptsetup: Stops after one error
Package: cryptsetup Version: 2:1.0.4+svn29-1 Severity: important Hi In theory it could be important, but as it partly needs me typing wrong - important severity. The thing is - if you have multiple crypt devices and just type one passphrase wrong (for the amount of tries= configured) - cryptsetups init script simply skips all the others, leaving the system in a mostly unusable state. Instead it should continue with the other entries in crypttab. -- bye Joerg * libpng2 no libpng3 no why ? because no yes no yes no yes bullshit no yes no yes no yes stop ? no when someday beep beep beep beep (Closes: #157011) -- Christian Marillat [EMAIL PROTECTED] Thu, 29 Aug 2002 16:41:58 +0200 pgpoaEsFKh79X.pgp Description: PGP signature
Bug#423102: cryptsetup: sorts crypttab before processing it
Package: cryptsetup Version: 2:1.0.4+svn29-1 Severity: important Hi next thing I think is wrong - it seems to sort etc/crypttab before processing the entries in it. Consider a tab like the following: swap1 device random swap cfoo device none luks,tries=3 cbar device none luks,tries=3 swap2 device random swap cfoobar device none luks,tries=3 swap3 device random swap (Of course use real entries for devices). In theory that should get first swap1, then cfoo and cbar, then swap2 followed by cfoobar and swap3 done. In practice it goes and does swap1, swap2, swap3 and then the normal devices. Advantage of not sorting swap first but doing strictly in order crypttab is written - if you have multiple devices using dev/random as input you need a lot of entropy. You get that by typing stuff - like passphrases for other cryptodevices. -- bye Joerg In dem allseits bekannten Land, wo die Intelligenz von einer staatlichen Central-Agentur verwaltet und anscheinend so stark rationiert wird, dass selbst der Präsident kaum was ab bekommen hat, [..] pgpCPeV9xM2Tv.pgp Description: PGP signature
Bug#423250: x264: not for debian - mpeg patent stuff
Package: x264, ftp.debian.org Severity: serious Hi oh meh, sorry for this mess, I shouldnt have allowed this package to go into Debian main in the first place. Now - it contains mpeg4 stuff, try googling for mpeg4 patent once and you know why it needs to go out. (And also because the general debian way is to not include known enforced patent stuff into the archive). (Search result #1 is http://petition.eurolinux.org/pr/pr18.html ) Package seems to only have one rdepends, same maintainer, so shouldnt be too hard to get removed. For now I schedule it (for me) to do it somewhere on Saturday, so you have a little bit of time left. :) -- bye Joerg Only those that dont do anything dont make any mistake pgpbtljZALA8w.pgp Description: PGP signature
Bug#423627: tinyca: more options to change behaviour
Package: tinyca Version: 0.7.5-2 Severity: wishlist Hi More options to configure different parts of tinyca2 would be nice to have. Like - a way to define the filename of exported keys/certificates. I really hate the way it constructs them itself. -- bye Joerg Getty meebey: Ich kanns Dir remote machen;) Getty oh mann... erst denken dann schreiben pgpXJhRRtIec4.pgp Description: PGP signature
Bug#423629: tinyca: toolbar only usable with mouse
Package: tinyca Version: 0.7.5-2 Severity: normal Hi the toolbar isnt usable with keyboard only. All of the various items should get hotkeys attached, so you dont need to take the mouse for every single action one wants to do. -- bye Joerg Free Beer is such a good thing and Free Speech too. Debian is about the both. pgprCHQX5LNrn.pgp Description: PGP signature
Bug#423102: [Pkg-cryptsetup-devel] Bug#423102: cryptsetup: sorts crypttab before processing it
On 11014 March 1977, David Härdeman wrote: swap1 device random swap cfoo device none luks,tries=3 cbar device none luks,tries=3 swap2 device random swap cfoobar device none luks,tries=3 swap3 device random swap (Of course use real entries for devices). In theory that should get first swap1, then cfoo and cbar, then swap2 followed by cfoobar and swap3 done. In practice it goes and does swap1, swap2, swap3 and then the normal devices. Sounds weird, I can't reproduce it...the function do_start (line 397 in /lib/cryptsetup/cryptdisks.functions) reads /etc/crypttab like this: egrep -v ^[[:space:]]*(#|$) $TABFILE | while read dst src key opts; do SETUP MAPPING done Yes, I know its weird, but it is what happens. :) Could you add some debugging output to do_start to try to see what is going on? I try doing that soon, its a bit of a problem as that needs turning off nearly everything on the machine. -- bye Joerg Debian is about free speech. beer once brewed can no longer be changed. pgpmWbV8bvNHi.pgp Description: PGP signature
Bug#420412: missing throbber
reassign 420412 epiphany-browser thanks The right package is epiphany-browser, reassigning. On 10997 March 1977, Joey Hess wrote: Package: epiphany Version: 0.5.1-4 Severity: normal I'm seeing this and the throbber is blank: ** (epiphany:7345): WARNING **: Throbber animation not found -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.20-1-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany depends on: ii epiphany-data 0.5.1-4required maps for epiphany game ii libc6 2.5-2 GNU C Library: Shared libraries ii libclan2c2a-sound 0.6.5-1-4 Sound module for ClanLib game SDK ii libclanlib2c2a0.6.5-1-4 ClanLib game SDK core runtime ii libgcc1 1:4.1.1-21 GCC support library ii libstdc++64.1.1-21 The GNU Standard C++ Library v3 epiphany recommends no packages. -- no debconf information -- bye Joerg dvdbackup (0.1.1-7) unstable; urgency=medium . * The wiki-wacky-oaxtepec release -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#421803: cryptsetup: Misses cryptdevice name in prompt
Package: cryptsetup Version: 2:1.0.4+svn26-2 Severity: grave Simple to reproduce: Have *multiple* cryptdisks (I have 7). Now, tell me which password I should enter from this default cryptsetup prompt (as of unstable, today): /etc/init.d/cryptdisks start Starting remaining crypto disks...Enter LUKS passphrase: The older release (that didnt follow the tries= option) did look similar to Starting remaining crypto disks...(crypt-foo) Enter LUKS passphrase: cryptsetup should be fixed to tell the user which key he should enter. Otherwise its useless if you have more than one device... -- bye Joerg Karnaugh Guy I wrote this thing but it really sucks Karnaugh Canonical Awesome! We will release it asap pgpWCmh8sKx1p.pgp Description: PGP signature
Bug#432550: RFP: ipaudit -- IPAudit monitors network activity on a network by host, protocol and port.
Package: wnpp Severity: wishlist * Package name: ipaudit Version : 1.0BETA2 * URL or Web page : http://ipaudit.sf.net/ * License : GPL v2 Description : IPAudit monitors network activity on a network by host, protocol and port. IPAudit listens to a network device in promiscuous mode, and records every connection between two ip addresses. A unique connection is determined by the ip addresses of the two machines, the protocol used between them, and the port numbers (if they are communicating via udp or tcp). IPAudit can be used to monitor network activity for a variety of purposes. It has proved useful for monitoring intrusion detection, bandwith consumption and denial of service attacks. It can be used with IPAudit-Web to provide web based network reports. (ipaudit-web should IMO be packaged together with this, if not in same .deb, as its not too useful without). -- bye Joerg [...]that almost anything related to intellectual property is idiotic by it's nature, [...] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432550: RFP: ipaudit -- IPAudit monitors network activity on a network by host, protocol and port.
On 11076 March 1977, Loïc Minier wrote: IPAudit listens to a network device in promiscuous mode, and records every connection between two ip addresses. A unique connection is determined by the ip addresses of the two machines, the protocol used between them, and the port numbers (if they are communicating via udp or tcp). Is it superior to IPFM? AFAIK - yes. -- bye Joerg [http://www.youam.net/stuff/info...-hosting.de/server-info.php] Um eine schnelle Netzanbindung zu gewährleisten hat der Server eine Realtek-Marken-Netzwerkkarte. Eine Realtek-Karte ist im Vergleich zu billigeren Karten oft etwas leistungsstärker.
Bug#424844: ITP: ircservices -- Nick/channel/other services for IRC networks
On 11022 March 1977, Tim Retout wrote: * Package name: ircservices Very generic package name, please try to find something less generic. -- bye Joerg Some NM/AM: 24. What does the urgency field in changelog affect? The order in which updates are displayed in tools like dselect, synaptic, aptitude, etc. nice try. :) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433534: scuttle: Useless part in description
Package: scuttle Severity: normal Hi The following part of the description is, for a Debian package, completly useless: * Scuttle is based on an open-source project licensed under the GNU General Public License. This means you can host it on your own web server for free, whether it is on the Internet, a private network or just your own computer. Thats information from the copyright file, not description, nothing that helps the user to decide he wants this package. (Its in Debian main, it doesnt matter much thats its gpl). And its also not true - its not only GPL, there is more in. -- bye Joerg * maxx hat weasel seine erste packung suse gebracht, der hat mich dafür später zu debian gebracht weasel .oO( und jetzt ist der DD. jeder macht mal fehler.. ) maxx du hast 2 gemacht du warst auch noch advocate :P
Bug#418937: Overrides for some src:firebird1.5 packages
On 10987 March 1977, Damyan Ivanov wrote: Package: ftp.debian.org Severity: normal X-Debbugs-CC: [EMAIL PROTECTED] Please make the following changes to the override file. Package: firebird2-utils-super Change: Section: misc Reason: transitional package. Package: firebird2-examples Change: Section: misc Reason: transitional package Package: firebird2-utils-classic Change: Section: misc Reason: transitional package Change: Priority: extra Reason: Depends on firebird1.5-classic, which is Priority: extra Package: firebird2-classic-server Change: Priority: extra Reason: Depends on firebird1.5-classic, which is Priority: extra Thanks, dam done -- bye Joerg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#418792: ferm: exec of a script within ferm
Package: ferm Severity: wishlist 23:37:08 formorer pong 23:37:59 Ganneff kann ich mit ferm ein script ausführen lassen am ende des ferm runs? (ein script dasmir zusätzlich ein paar regeln in ne chain setzt). der trick mit def $IDONTCARE = `/bin/bash /etc/script` mog nit. 23:38:50 formorer hmm im moment ist das glaub ich nicht vorgesehen 23:38:57 Ganneff also wieder nen wishlist bug. :) 23:39:07 formorer du willst also quasi ein exec oder so haben? 23:39:11 Ganneff (ferm geht her und löscht alle regeln die evtl. in ner rule sind, wenn es die selber nit kennt) 23:39:12 Ganneff ja. 23:39:26 Ganneff (in dem moment wo ich goto rule sage. 23:39:58 * Ganneff hat hier son vpn config dings, das nen paar regeln setzt - via .sh script. da sich die regeln anpassen können will ich dass des script benutzt wird, und ich nich jedesmal ferm editierenmuss 23:40:23 formorer ich denke das kriegen wir recht schnell hin (Short in english: Ability to let ferm run a defined script after it did its work, which then is able to add a few more rules.) -- bye Joerg [...]that almost anything related to intellectual property is idiotic by it's nature, [...]
Bug#419332: ferm: if/then/else feature.
Package: ferm Severity: wishlist Wanted: if/then/else for ferm. Ie: if $variable == foo some ferm rules else some others end Where the else part is optional. Useful in case you want some rules only in some situations, like the vpn i need for this exists or so. Having a powerful if that fits man test(1) would rock, but as simple as == and != testing of variables would work fine for me too. -- bye Joerg It's not that I'm afraid to die, I just don't want to be there when it happens. -- Woody Allen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419333: ferm: allow to have variables as commands/targets
Package: ferm Severity: wishlist Next wish - i want to define a variable somewhere that acts as a command. Ie: def $REJECT = REJECT; and then dport $SOMEWHERE $REJECT will add a rule like iptables [...] --dport XXX -j REJECT Usage: Imagine you have multiple files available you can include in your default firewall config. Depending on what you include you can then easily change meaning of a whole ruleset by just giving one variable a different content. -- bye Joerg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#419336: ferm: Make keywords able to be in an array
Package: ferm Severity: wishlist Simple: (saddr daddr) $SOMETHING ACTION; doesnt work, ferm doesnt like the array of saddr/daddr. Why? -- bye Joerg If you are using an Macintosh e-mail program that is not from Microsoft, we recommend checking with that particular company. But most likely other e-mail programs like Eudora are not designed to enable virus replication -- http://www.microsoft.com/mac/products/office/2001/virus_alert.asp -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#329842: xlibmesa-dri: Security update supplies unstripped modules on amd64
reassign 329842 security.debian.org tags 329842 + wontfix confirmed kthxbye On 10421 March 1977, Helge Kreutzmann wrote: when I wanted to install the security update I was shocked that it wanted 73,4 MB more space than the current version. To check if this was a problem on the buildd, I downloaded the source and rebuild XFree86 (which required a local build of glide, which was not available for amd64 previously). The result was the same. Well, yes, known. As written in the debian-amd64 list, where you asked first, its an error from the buildd. The reason is, as you found out (you really built it completly yourself? There is *NO* public buildd-log for this security build), the strip doesnt work. Its an interaction between dh_strip and an XFS filesystem, causing the errors you see. The buildd is fixed to only use ext3 from now on, so it shouldnt happen again in the future (and from all security builds that got build on this host this is the only one having this). The solution, until another X security build comes around is to manually strip the files after installation, it doesnt hurt in any other way. Run something like dpkg -c xlibmesa-dri_4.3.0.dfsg.1-14sarge1_amd64.deb | grep X11R6|grep \ -v drw|awk '{print $6}'|sed s/^\.//|xargs strip Ive reassigned this bug to the right place after talking with Joey Schulze, which is security.debian.org. -- bye Joerg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#330415: gnumed-client: gnumed-client: Outdated dependency on libwxgtk2.4-python
Package: gnumed-client Severity: important Hi Your dependency on libwxgtk2.4-python is outdated, since 21 August 2005 its named python-wxgtk2.4 -- bye Joerg elmo [..] trying to avoid extra dependencies on gnumeric is like trying to plug one hole in the titantic with a bit of tissue paper pgpismviHhf4N.pgp Description: PGP signature
Bug#326432: gpass: Useless entry in long description
Package: gpass Severity: normal Hi Maintainer, your description contains released under the GPL. Please remove this part, it doesnt make any sense in the description. First - you are in Debian main, so its clear that this thing is free. And, second, anyone who really wants to know the exact license can look at the debian/copyright file installed to usr/share/doc/gpass. -- bye Joerg Fubak /msg NickServ IDENTIFY arschloch codebreaker /msg nickserv ghost Fubak arschloch -!- Fubak has quit [Nick collision from services.] pgpDOBdwwu3Ue.pgp Description: PGP signature
Bug#326443: mydms: Please provide more database flexibility
Package: mydms Severity: normal Hi Your package mydms states as one of his features in the long description that it * Supports multiple databases through ADOdb. But you set strict requirements on only mysql. Please make it more flexible, allowing people to choose between multiple databases. -- bye Joerg elmo [..] trying to avoid extra dependencies on gnumeric is like trying to plug one hole in the titantic with a bit of tissue paper pgpoZy1TpU3oZ.pgp Description: PGP signature
Bug#326638: kdesvn: useless Build-Depends on build-essential
Package: kdesvn Severity: normal Hi You may have disabled the automatic generation of debian/control in your package, but unfortunately you havent cleaned your debian/control file after the last run. Please remove build-essential from that list, its more than useless to have it there. -- bye Joerg Getty Wie würdet ihr remote die Netzwerk-Config restarten? Myon Sehr vorsichtig? pgpwFNJ8JBsAo.pgp Description: PGP signature
Bug#326432: acknowledged by developer (gpass: Comments regarding gpass_0.5.0-1_i386.changes)
reopen 326432 thanks Hi Joerg Jaspert, Thanks, I will fix this with the next upload. Yeah nice, but please close it with the upload then. So it is known to the system when you fixed it and that its open until the upload happened. (Thats why we have the (Closes: #XXX) part in the changelogs. Thanks. -- bye Joerg elmo if klecker.d.o died, I swear to god, I'm going to migrate to gentoo. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#326732: lintian: Added checks that prevent ftp-master uploads
On 10403 March 1977, Jari Aalto wrote: | While they are listed in there at the page, they seem to be | rejection criterias. At least my package jwm submittal was | refused for upload until extra # dh_* lines were removed. | Hrm, and this was the only reason it was rejected? Yes. If I remember correct. I do not have the mail at hand any more, but the indication to leave those extra template added # dh_ statements were not tolerated. Now, if you would actually check whats going on with your package you would see that it went in on 01.09.2005! The only reject you got was automatic as you havent uploaded the orig.tar.gz with the first upload. -- bye Joerg I. What would you do if a package has no sane default configuration? (There is *no* default configuration that works on most systems!) The best thing to do would be to add such a default configuration. [... ARGS ...] pgptFr5hwQq4B.pgp Description: PGP signature
Bug#326945: ITP: shorten -- tool for fast compression of waveform files
On 10404 March 1977, Graham Wilson wrote: This software may not be sold or incorporated into any product which is sold without prior permission from SoftSound. When no charge is made, this software may be copied and distributed freely. Yuck, non-free. Use ogg. :) Permission is granted to use this software for decoding and non-commercial encoding (e.g. private or research use). Please email [EMAIL PROTECTED] for commercial encoding terms. What about distribution? -- bye Joerg (23:02) liw I should take a photograph of my stapler, the maker of which is RAPESCO pgpXHmi26UGBN.pgp Description: PGP signature
Bug#327135: conky: debian/copyright contains doubled BSD license
Package: conky Severity: normal Hi Your debian/copyright contains a pointer to the BSD license file in /usr/share/common-licenses *AND* a complete copy of the BSD license file From the source. Thats one too much. :) -- bye Joerg Christian bignachos: the famous pornview maintainer? HoserHead Christian: *don't* ask why he's typing so slowly bignachos hey, at least i thoroughly test my packages pgpxP7ytfME3Y.pgp Description: PGP signature
Bug#328436: epiphany: connection problem with proxy
reassign 328436 epiphany-browser thanks On 10413 March 1977, Frederic-Emmanuel PICCA wrote: Package: epiphany Severity: normal EWRONGPACKAGE Hello I configured gnome to use a proxy for http connections. Each time I am starting epiphany it says can not connect to www.google.fr (my default page) but when I am typing www.google.fr in the navigation bar, it can connect to the site without problem. This behaviour appear only for the default page. See you Frederic -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.12-1-686-smp Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) -- bye Joerg Some NM: Essential: Yes -- useful for a message when you do apt-get remove bash: pgplHSMHXGUbi.pgp Description: PGP signature
Bug#317102: please add a link to the status of the NEW queue
On 10342 March 1977, Matthias Klose wrote: Frank Lichtenheld writes: On Wed, Jul 06, 2005 at 12:56:11PM +0200, Matthias Klose wrote: Package: www.debian.org A link from www.debian.org/devel to http://ftp-master.debian.org/new.html would be useful. Is this now the final location? We had it on ftp-master, developers.skolelinux, people, and qa. Is it final this time? I don't know. Location told by Joerg Jaspert. It is the one made by ftpmasters, so yes, this is the final location. There are others doing similar lists from merkel, but they are always outdated... -- bye Joerg Some NM: Essential packages are required to provide all of their core functionality even when unconfigured, hence they cannot require libc. Libc therefore is not an essential package. pgpJTxZiAhm5Z.pgp Description: PGP signature
Bug#321795: O: lg-* -- lg-* - Linux Gazette, 111 packages
Package: wnpp Severity: normal Hi People, i now go and O: all the lg-* packages from the Linux Gazette. That are about 111 packages right now, I wont upload them all just to set the email address to the qa-group. :) If someone wants to take them please consider the following points: - They have a license that is considered to be non-free, so you need to move them out of main or try to get upstream to use a better license. That could be hard, as there are a lot of contributors to the gazette. - Many people dislike them, so if you want to keep them in the current way - have a thick skin. But I would propose to change it to some of the following: - A package that just contains the latest version, so interested people always have that, and there arent hundreds of lg-issue* packages. Advantage: Small, easy to follow. Disadvantage: Only last issue available. - Provide a installer-like package that does the work of monthly fetching the new issues and putting them in the right location for the user. As that would be written by you it wouldnt have a license problem, so could go into contrib/. Advantage: Small, easy to follow. Disadvantage: Either needs a monthly upload to provide the right url, or needs to run on multiple days at the beginning of the months to be sure new issue is there upstream. Or needs to be run manually by admin. Also you would need to think about what to do with older issues. Keep? Delete? If noone volunteers to take this packages and deal with them I will go and request their removal from Debian within the next 3 weeks. If you go and take them - contact me, I can give you at least the script I used to update to newer issues. :) -- bye Joerg mrvn Anyone with a cdrw/dvdrw drive up for some crazy experiments? Ever noticed how the color changes when you burn something on a CD/DVD? Are there ways to control it? I want ISOPAINT: Paint pictures into an iso image visible after its burned to cd/dvd. doogie interesting idea doogie how long have you been off your medication? pgpeG14SM6wPT.pgp Description: PGP signature
Bug#321808: O: ecb -- Code browser for several languages for Emacs.
Package: wnpp Severity: normal Hi Orphaning ecb. Description: Code browser for several languages for Emacs. ECB is source code browser for Emacs. It is a global minor-mode which displays a couple of windows that can be used to browse directories, files and methods. It supports method parsing for Java, C, C++, Elisp etc. Ill do an upload setting it to QA group now, if you take it you would need to fix 6 bugs. Have fun. -- bye Joerg ribnitz Ganneff: NM-queue ist das schnellste zu uploadrechten für ein paket, oder? youam ach aqua^Wribnitz pgpHuEezXYqDl.pgp Description: PGP signature
Bug#321618: lg-issue95: FTBFS: Missing '=' in tar --exclude parameter
On 10373 March 1977, Andreas Jochens wrote: Package: lg-issue95 Version: 1-1 Severity: serious Tags: patch And now please stip filing those bugs, thanks. Yes, it is a bug. Yes, it is in different source package. No, no need to file them all - its all one maintainer. And if its in one it will be in all the others too, no need to flood the BTS and annoy all the ones reading the bts mails and the maint. -- bye Joerg elmo I'm James Troup, long term source of all evil in Debian. you may know me from such debian-devel-announce gems as Serious Problems With pgpu4sEC5RLLL.pgp Description: PGP signature
Bug#321821: O: doxymacs -- E-lisp package for making doxygen usage easier under Emacs
Package: wnpp Severity: normal Hi I now orphan doxymacs. Description: E-lisp package for making doxygen usage easier under Emacs The purpose of the doxymacs project is to create a LISP package that will make using Doxygen from within {X}Emacs easier. I upload a version fixing its bugs and setting it to QA group in a minute. If you want it - take it. -- bye Joerg ribnitz Ganneff: NM-queue ist das schnellste zu uploadrechten für ein paket, oder? youam ach aqua^Wribnitz pgpxpnY38xXjG.pgp Description: PGP signature
Bug#321795: O: lg-* -- lg-* - Linux Gazette, 111 packages
On 10374 March 1977, Orlando Fiol wrote: I would love to adopt this package and try to make that changes that you suggests. What changes? I do suggest multiple ways to go on now. It looks like you are not a DD. I guarantee you that, if you want to keep them the way they are now you will have a hard time to find a sponsor, even if you move them to non-free... Note that starting with 2 TOFU mails isnt the best way to start. :) -- bye Joerg miro Alfie: warum heist du jetzt eigentlich Rhonda? maxx das ist heuer so mode... Rhonda 17:07 Rhonda Nein, ich erklärs nicht schon wieder nicht Rhonda 17:08 Rhonda 10mal nicht erklären muss genügen. maxx Rhonda ist die Frühjahrskollektion von Alfie :) pgpNDR0iZh587.pgp Description: PGP signature
Bug#321795: O: lg-* -- lg-* - Linux Gazette, 111 packages
On 10374 March 1977, Orlando Fiol wrote: I would love to adopt this package and try to make that changes that you suggests. What changes? I do suggest multiple ways to go on now. The changes that you suggests: ... But I would propose to change it to some of the following: - A package that just contains the latest version, so interested people always have that, and there arent hundreds of lg-issue* packages. Advantage: Small, easy to follow. Disadvantage: Only last issue available. - Provide a installer-like package that does the work of monthly fetching the new issues and putting them in the right location for That are still 2 points. :) Well, go on, retitle the bug so noone does needlessly work on the package(s) also and come back with a working system. I would like to have it in the near future, so the lg-* stuff is resolved, so dont take to long (how about 2 weeks from now on?). It looks like you are not a DD. I guarantee you that, if you want to keep them the way they are now you will have a hard time to find a sponsor, even if you move them to non-free... You're right. Officially Im not, but I have experience packaging applications. I also tried to introduce a package for a web gallery system but some DD friend told me that is better if I adopt an orphan package. And then you start with lg. Hrm. -- bye Joerg Joey Joey, provide a patch then. pgpk62NLKmZKF.pgp Description: PGP signature
Bug#321795: O: lg-* -- lg-* - Linux Gazette, 111 packages
On 10374 March 1977, Orlando Fiol wrote: Well, go on, retitle the bug so noone does needlessly work on the package(s) also and come back with a working system. I would like to have it in the near future, so the lg-* stuff is resolved, so dont take to long (how about 2 weeks from now on?). Done, but what do u exactly mean with working system?. Someting that can be uploaded. Also, I think Im going to need 1 extra week coz next week I'll still really busy, but that depends on what do you mean with working system. Also good, so until end of august you have a package upload through your usual sponsor (maybe I can help, ask me then)? -- bye Joerg A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). pgp7i7tFrB6FG.pgp Description: PGP signature
Bug#483771: tailor: totally fails with git as target
Package: tailor Version: 0.9.30-1 Severity: serious Hi RC bug as this package is currently *unusable* if you want to get output in git format. Try converting http://ftp-master.debian.org/bzr/ftpmaster-dak/ to git and tailor will just die and eat the whole cpu, until you kill it A log, with -D, of such a run: # tailor -D --configfile tailor.conf 00:02:39 [I] Bootstrapping project in /develop/vcs/dak/gittest 00:02:39 [D] bzr not found as new-style vcs, trying as monolithic 00:02:39 [I] /develop/vcs/dak/gittest $ git init-db 00:02:39 [D] Executing git init-db ('/develop/vcs/dak/gittest') 00:02:39 [I] [Ok] Output stream: Initialized empty Git repository in .git/ 00:02:40 [I] Extracting 'troup-20001124052010-e008369a9a357644' out of 'file:///develop/vcs/dak/upstream/' in '/develop/vcs/dak/gittest'... 00:02:41 [D] Adjusting the state accordingly to journal 00:02:41 [I] /develop/vcs/dak/gittest $ git update-index --add ./tailor.conf ./.cvsignore ./TODO ./db_access.py ./init_pool.sql ./katie ./neve ./rhona ./utils.py 00:02:41 [D] Executing git update-index --add ./tailor.conf ./.cvsignore ./TODO ./db_access.py ./init_pool.sql ./katie ./neve ./rhona ./utils.py ('/develop/vcs/dak/gittest') 00:02:41 [I] [Ok] 00:02:41 [I] /develop/vcs/dak/gittest $ git status 00:02:41 [D] Executing git status ('/develop/vcs/dak/gittest') 00:02:41 [I] [Ok] Output stream: # On branch master # # Initial commit # # Changes to be committed: # (use git rm --cached file... to unstage) # # new file: .cvsignore # new file: TODO # new file: db_access.py # new file: init_pool.sql # new file: katie # new file: neve # new file: rhona # new file: tailor.conf # new file: utils.py # 00:02:41 [I] /develop/vcs/dak/gittest $ git add -u 00:02:41 [D] Executing git add -u ('/develop/vcs/dak/gittest') 00:02:41 [I] [Ok] 00:02:41 [I] /develop/vcs/dak/gittest $ git write-tree 00:02:41 [D] Executing git write-tree ('/develop/vcs/dak/gittest') 00:02:41 [I] [Ok] Output stream: ba902e867bef9d6692f12f5b6ef03e93f9200fe5 00:02:41 [I] /develop/vcs/dak/gittest $ git rev-parse HEAD 21 00:02:41 [D] Executing git rev-parse HEAD ('/develop/vcs/dak/gittest') 00:02:41 [W] [Status 128] Output stream: HEAD Error stream: fatal: ambiguous argument 'HEAD': unknown revision or path not in the working tree. Use '--' to separate paths from revisions 00:02:41 [I] Doing initial commit 00:02:41 [I] /develop/vcs/dak/gittest $ git commit-tree ba902e867bef9d6692f12f5b6ef03e93f9200fe5 00:02:41 [D] Executing git commit-tree ba902e867bef9d6692f12f5b6ef03e93f9200fe5 ('/develop/vcs/dak/gittest') 00:02:41 [I] [Ok] Output stream: 5fb90c3c82e891cee9be0a04dead9136c2cdf458 00:02:41 [I] /develop/vcs/dak/gittest $ git update-ref HEAD 5fb90c3c82e891cee9be0a04dead9136c2cdf458 00:02:41 [D] Executing git update-ref HEAD 5fb90c3c82e891cee9be0a04dead9136c2cdf458 ('/develop/vcs/dak/gittest') 00:02:41 [I] [Ok] 00:02:41 [I] Bootstrap completed 00:02:41 [I] Updating project in /develop/vcs/dak/gittest [Here it hangs] [1]4410 terminated tailor -D --configfile tailor.conf The config: less tailor.conf [DEFAULT] verbose = True patch-name-format = [project] target = git:target start-revision = INITIAL root-directory = /develop/vcs/dak/gittest state-file = tailor.state source = bzr:source subdir = . [bzr:source] repository = ../upstream [git:target] ../upstream is a bzr clone of the repository I mentioned at the beginning of my mail. I can then restart tailor and it goes on, just to die a little later with Traceback (most recent call last): File /usr/bin/tailor, line 35, in ? main() File /var/lib/python-support/python2.4/vcpx/tailor.py, line 339, in main tailorizer() File /var/lib/python-support/python2.4/vcpx/tailor.py, line 147, in __call__ self.update() File /var/lib/python-support/python2.4/vcpx/tailor.py, line 110, in update last, conflicts = dwd.applyPendingChangesets( File /var/lib/python-support/python2.4/vcpx/dualwd.py, line 97, in applyPendingChangesets applied=applied) File /var/lib/python-support/python2.4/vcpx/source.py, line 162, in applyPendingChangesets self.state_file.finalize() File /var/lib/python-support/python2.4/vcpx/statefile.py, line 177, in finalize cs = load(old) ValueError: insecure string pickle -- bye, Joerg .SH AUTHOR This manual page was not written by anyone. It sprang forth into existence on its own. pgpykEnRqyZ5R.pgp Description: PGP signature
Bug#484009: ftp.debian.org: Core gnome metapackages removed from Lenny breaks gnome desktop
reassign 484009 release.debian.org thanks On 11403 March 1977, Daniel R. wrote: Package: ftp.debian.org Wrong location, we have nothing to do with (what is in) testing. Reassigning. This weekend (1-June-2008) several important gnome metapackages have been removed from Debian Lenny repositories: gnome-core gnome-desktop-environment gnome-cups-manager update-manager update-notifier libgnomecupsui1.0-1c2a Now, gnome desktop does not appear in Aptitude's tasks. I guess this will break new Lenny installation tried from the above date (at least for users who want to install gnome). I think special effort should be applied to solve this situation as soon as possible. -- bye, Joerg liw I'm kinky and perverse, but my illness is laziness pgpJ2FEKG7qas.pgp Description: PGP signature
Bug#484129: release.debian.org: packages in tasks should be fixed in priority and removed in last resort after discussion
On 11404 March 1977, Mike Bird wrote: Artificially lowering the RC count in Testing is not always preferential to keeping Testing in a state amenable to testing. You say yourself that it's not artificially as RC bugs in new packages don't get that easily in testing anymore... Removing long-standing packages and stigmatizing them as new in order to keep the RC count down is artificial because such packages are not new. It should only be done very late in the release process if the packages are too late to be fixed for the next release. You may regard the process as some kind of perverse incentive to DDs but the direct consequences of Testing missing long-standing packages is to make Testing unfriendly to newbies, annoying for experienced users, hence less valuable for testing Debian, hence less valuable for improving Debian. Feel free to work on an alternative algorithm to manage testing in a different way, fixing what you currently dont like. I am sure that, if you get the work done, the release team will take a look at it. Of course that involves actually doing the work, Im sorry for suggesting that. -- bye, Joerg 2.5 million B.C.: OOG the Open Source Caveman develops the axe and releases it under the GPL. The axe quickly gains popularity as a means of crushing moderators heads. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484511: Urgencies should all be lower case
On 11407 March 1977, Russ Allbery wrote: You make it sound like it's an ASN.1 encoder or something. If Joerg says that he absolutely won't change dak, I wont change it. But I might look at patches changing it (or better, bzr trees ready to merge), if someone really wants it changed. Why should it be case insensitive? I think I already covered this, but to restate: because it's been documented as case-insensitive for at least seven years and probably more than a decade and because there's a long-standing minority practice of using it in all caps for an urgency of high (possibly going back to the packaging manual that documented urgencies in all caps while stating that case was insignificant). The code in dak, in the current form, is there since 2002-02-13, when jennifer (today process_unchecked) got added to the repository. Most probably something similar existed in the code before this. Its also nearly unchanged since then, with changes being cosmetical. The code itself also resets all unknown (and upper-case == unknown) values to low, so whoever thinks HIGH is doing good or helps in noticing stuff nicely sets himself a low urgency... It's not case insensitive now and I do not see any technical reason to change that. It's not that package names, sections or anything else is case insensitive, is it? Those feel like different cases to me. Package names and sections are names whose meanings are external to the specification of the relevant field and represent directories on disk or file names, which are also case-sensitive. Urgency is a keyword. I think keywords are generally better treated as case-insensitive. An example that feels similar to me is control field names. I personally think people should just use lower case, there is no good reason to have stuff mixed-case or all upper. It doesn't get you anything. -- bye, Joerg #debian.de @ OFTC (01:38) michael hui, hier wird sonntags gechattet :) (01:39) maxx ja, aber nur zwischen 1:35 und 1:45, wenn der Sonntag der 1. im Monat ist :) (01:39) Sahneschnitter wasn hier los? activity :) pgpyiIPy8LZlU.pgp Description: PGP signature
Bug#484511: Urgencies should all be lower case
On 11408 March 1977, Joey Hess wrote: The code in dak, in the current form, is there since 2002-02-13, when jennifer (today process_unchecked) got added to the repository. Most probably something similar existed in the code before this. Its also nearly unchanged since then, with changes being cosmetical. Nice theory, but I have made many uploads with urgency=HIGH between 2001 and 2005 and did not receive any mails about an unknown urgency for those, but only for my last upload recently. No theory, the code and the revision history is pretty clear on it. -- bye, Joerg [...] While Debian is certainly about beer, and in some cases may even be about free beer, Debian is mainly about free speech. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480859: python-syck: syck.dump broken
Package: python-syck Version: 0.61.2-1 Severity: serious Hi syck.dump(data, stream) is broken. If you have data in a form like --8schnipp-8--- --- perl5.10: new: 5.10.0-10 packages: - sendmail - abiword - audio-cd - courier - crypt-ssleay - eperl - epic4 - flow-tools - frozen-bubble - g2 - gdal - genders - ggz-grubby - gnumeric - golly - gpib - graphicsmagick - graphviz - hocr - imagemagick - irssi - libalias-perl - libapache2-authenntlm-perl - libapache-authenhook-perl - libapreq2 - libapt-pkg-perl - libarray-refelem-perl - libastro-fits-cfitsio-perl - libaudio-flac-decoder-perl - libaudio-flac-header-perl - libaudio-mixer-perl - libauthen-dechpwd-perl - libauthen-krb5-perl - libauthen-krb5-simple-perl - libauthen-pam-perl - libauthen-sasl-cyrus-perl - libauthen-smb-perl - libauthen-tacacsplus-perl - libberkeleydb-perl - libbit-vector-perl - libbsd-resource-perl - libbuffy-bindings - libcache-fastmmap-perl - libcache-mmap-perl - libcairo-perl - libcdk-perl - libclass-c3-xs-perl - libclass-date-perl - libclass-methodmaker-perl - libclone-perl - libcompress-lzo-perl - libconvert-uulib-perl - libcrypt-blowfish-perl - libcrypt-des-perl - libcrypt-eksblowfish-perl - libcrypt-mysql-perl - libcrypt-openssl-bignum-perl - libcrypt-openssl-dsa-perl - libcrypt-openssl-random-perl - libcrypt-openssl-rsa-perl - libcrypt-openssl-x509-perl - libcrypt-unixcrypt-xs-perl - libcurses-perl - libdata-dump-streamer-perl - libdata-structure-util-perl - libdate-calc-perl - libdate-simple-perl - libdatetime-perl - libdbd-mysql-perl - libdbd-odbc-perl - libdbd-sqlite2-perl - libdbd-sqlite3-perl - libdbd-sybase-perl - libdbi-perl - libdevel-caller-perl - libdevel-lexalias-perl - libdevel-size-perl - libdevice-cdio-perl - libdevice-serialport-perl - libdigest-crc-perl - libdigest-md2-perl-dfsg - libdigest-md4-perl - libdigest-sha1-perl - libencode-perl - libevent-perl - libfcgi-perl - libfile-mmagic-xs-perl - libfile-rsyncp-perl - libfile-spec-perl - libfile-sync-perl - libfilesys-df-perl - libfilesys-statvfs-perl - libfilter-perl - libfuse-perl - libgd-gd2-noxpm-perl - libgd-gd2-perl - libgeo-ip-perl - libglib-perl - libgnome2-canvas-perl - libgnome2-gconf-perl - libgnome2-perl - libgnome2-print-perl - libgnome2-vfs-perl - libgnome2-wnck-perl - libgssapi-perl - libgtk2-gladexml-perl - libgtk2-imageview-perl - libgtk2-perl - libgtk2-spell-perl - libgtk2-trayicon-perl - libgtk2-traymanager-perl - libhdate - libhtml-parser-perl - libhtml-template-pro-perl - libhttp-ghttp-perl - libimage-exif-perl - libimage-imlib2-perl - libimage-librsvg-perl - libintl-perl - libio-aio-perl - libio-dirent-perl - libio-interface-perl - libio-pty-perl - libio-socket-multicast-perl - libipc-sharelite-perl - libjson-xs-perl - liblinux-inotify2-perl - liblist-moreutils-perl - libmail-cclient-perl - libmath-gmp-perl - libmime-explode-perl - libmsgcat-perl - libnetaddr-ip-perl - libnet-arp-perl - libnet-bluetooth-perl - libnet-cups-perl - libnet-dbus-perl - libnet-dns-perl - libnet-jabber-loudmouth-perl - libnet-libidn-perl - libnet-nis-perl - libnet-pcap-perl - libnet-rawip-perl - libnet-ssleay-perl - libnet-tclink-perl - libogg-vorbis-decoder-perl - libogg-vorbis-header-perl - libopengl-perl - libpadwalker-perl - libpar-packer-perl - libperlio-eol-perl - libplot-perl - libppi-xs-perl - libpreludedb - libproc-processtable-perl - libqt-perl - libreadonly-xs-perl - libregexp-copy-perl - libsearch-xapian-perl - libset-object-perl - libsocket6-perl - libstring-approx-perl - libstring-crc32-perl - libsub-name-perl - libsys-cpuload-perl - libsys-cpu-perl - libsys-syslog-perl - libsys-utmp-perl - libtemplate-perl - libterm-readline-gnu-perl - libterm-size-perl - libterm-slang-perl - libtext-aspell-perl - libtext-bibtex-perl - libtext-charwidth-perl - libtext-chasen-perl - libtext-iconv-perl - libtext-kakasi-perl - libtext-unaccent-perl - libthreads-perl - libthreads-shared-perl - libtime-piece-perl - libtk-tablematrix-perl - libunicode-japanese-perl - libunicode-map8-perl-dfsg - libunicode-map-perl - libunicode-string-perl - libunix-syslog-perl - libuuid-perl - libvideo-ivtv-perl - libvorbis-perl - libwant-perl - libwww-curl-perl - libwx-perl - libxml-libxml-common-perl - libxml-libxml-perl - libxml-libxslt-perl - libxml-parser-perl - libxml-sablot-perl - libxml-xerces-perl - libyaml-syck-perl - lockdev - megahal - nagios2 - nagios3 - net-snmp - nkf - opendchub - openser - ossp-uuid - pcsc-perl - pdl - perl - perl-tk - pidgin - pilot-link - pork - prima - psp - razor -
Bug#484511: Urgencies should all be lower case
But I might look at patches changing it (or better, bzr trees ready to merge), if someone really wants it changed. Patch attached. I can also create a bzr repository if that's helpful. For the future - yes please. Including a changelog entry. I also added a fix for logging that I'm not sure is necessary but which can't hurt (if britney uses that log file, this would also fix britney, but I don't know how that part of the process works). Britney uses it, but its not needed at that point, as p_a will read the stuff out of the .dak file written earlier by p_u. -- bye, Joerg Aquariophile geht nur in IE Aquariophile unter win Aquariophile autsch ich glaub das war ein eigentor pgpQIV5lCNJuT.pgp Description: PGP signature
Bug#485438: unbound: Several lintian problems to fix
Package: unbound Severity: important Hi, you really want to use lintian: W: libunbound-dev: dev-package-should-be-section-libdevel libunbound-dev W: libunbound-dev: dev-package-should-be-section-libdevel libunbound-dev W: libunbound0: binary-or-shlib-defines-rpath ./usr/lib/libunbound.so.0.12.0 /usr/lib W: unbound: package-contains-empty-directory usr/share/man/man1/ W: unbound: maintainer-script-needs-depends-on-adduser postinst W: unbound: binary-or-shlib-defines-rpath ./usr/sbin/unbound /usr/lib W: unbound: binary-or-shlib-defines-rpath ./usr/sbin/unbound-checkconf /usr/lib W: unbound-host: binary-or-shlib-defines-rpath ./usr/bin/unbound-host /usr/lib -- bye, Joerg Maulkin ie: are we getting a nice connection? :) * gwolf silently reads Maulkin's question stone-head netinstall over 56kbps modem stockholm Maulkin: yes, they hope to have drums installed at the hotel by then so they can communicate with them at 20bit/s gwolf stockholm: Make them _fast_ drums! stockholm ok, 40bit/s gwolf I still have to meet a drummer who can slap at 40hz pgpiVhAeEbhp1.pgp Description: PGP signature
Bug#485553: ITP: charybdis -- fast, scalable irc server
On 11412 March 1977, William Pitcock wrote: So, in a nutshell, nobody in the current IRCd development community cares about perceived GPL+OpenSSL compatibility issues, so only Debian does, which is ok, but that's not so useful when Debian is already shipping packages linked against OpenSSL with no exception (see below). Here's some packages which are linked against OpenSSL and should not be (this is not an all exhaustive list, you should grep-dctrl on a Sources or something): So, in the grand scheme of things, I don't really think one more package linked against OpenSSL is going to hurt anything. Feel free to file bugs, thats why the BTS is open for everyone. But thanks that you told us which package to not accept but just reject from NEW. Always good to have people help us. -- bye, Joerg Contrary to common belief, Arch:i386 is *not* the same as Arch: any. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486321: mc: Quick-view mode for directories
Package: mc Version: 2:4.6.2~git20080311-1 Severity: wishlist Hi if you use the quick-view mode mc nicely displays file contents. For directories it just says cannot open dir, is a directory. It would be nice if it instead would say Is a directory and below that have a ls -l output. -- bye, Joerg Some NM: graphviz: ouch, that license is hard to read, damn lawyer gibberish. pgpi9a85quIQw.pgp Description: PGP signature
Bug#487201: MPL-license
On 11440 March 1977, Russ Allbery wrote: By pure numbers, that's not a sufficient number of packages to warrant inclusion in common-licenses according to the criteria previously discussed here. (I think it falls short by hundreds.) From experience in NEW the MPL is unfortunately used often enough, so inclusion into common-licenses should be OK (even if people would be better of using other licenses, but thats a different topic). -- bye, Joerg (Irgendwo von heise.de): Jesus war ein typischer Student: - Lebte bis er 30 war bei den Eltern, - Hatte lange Haare - Wenn er mal was tat dann wars ein Wunder -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490440: Change default syslog daemon to rsyslog in time for lenny
On 11444 March 1977, Jonas Meurer wrote: At least one lenny release manager mentioned that he doesn't object against the change and that it's not to late for lenny either yet [7],[8]. Those two links clearly say Its better to not have force involved and let the maintainers agree on it. Why do you ignore that and try to force it now, not giving the maintainers any time to act on this? -- bye, Joerg elmo if klecker.d.o died, I swear to god, I'm going to migrate to gentoo. pgpox9HR63M2V.pgp Description: PGP signature
Bug#490440: Change default syslog daemon to rsyslog in time for lenny
On 11445 March 1977, Marc Haber wrote: On Sun, Jul 13, 2008 at 12:56:11AM +0200, Jonas Meurer wrote: On 12/07/2008 Joerg Jaspert wrote: Those two links clearly say Its better to not have force involved and let the maintainers agree on it. Why do you ignore that and try to force it now, not giving the maintainers any time to act on this? Joey Schulze never contributed to the discussion at any time Judging from the degree how good sysklogd is maintained, if sysklogd's Owner (I don't dare to say maintainer here for a reason) needs to consent, we'll have sysklogd as default syslogd until hell freezes over. The discussion just raised again on -release. Joey got CCed in one or two mails now. Pushing with the bug on the same day is too fast. Instead I like the proposal to wait until Tuesday and then take action. And no, I don't need Joeys OK to do such changes, I just dislike the speed that was used here. Depending on what I see (or not) on the lists/in this bug, I do the change on Tuesday. (I am in favor of it, even if i would have much preferred syslog-ng, but basically anything is better than sysklogd nowadays). -- bye, Joerg maxx Aqua mach mal man brain Aquariophile maxx: schon probiert das gibts ned -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490722: semantic: invalid read syntax
Package: semantic Version: 1:1.0pre4-3 Severity: important semantic-c.el:42:13:Warning: /usr/share/emacs-snapshot/site-lisp/semantic/bovine/semantic-c.el: `semantic-tag-static-p' obsoletes overload `tag-static' semantic-c.el:42:21:Error: Invalid read syntax: ) Happens when byte-compiling for recent emacs (unofficial emacs-snapshot packages). -- bye, Joerg Yeah, patching debian/rules sounds like changing shoes while running the 100 meters track. -- Michael Koch -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#476731: Release Transitions
On 11359 March 1977, Joerg Jaspert wrote: http://ftp-master.debian.org/testing/hints/transitions.yaml Thanks a lot for the pro-activity in helping stuff like the PTS. I've just filed #476731 to keep track of this feature request. To implement it I will wait for some data to be actually in that file to make quick testing easier. http://ftp-master.debian.org/testing/hints/transitions.yaml now has a transition for you to test with -- bye, Joerg [Kaffeemaschinen und Babies] Funktioniert aber so ähnlich: Du füllst oben was rein und unten kommt's braun raus... -- Martin Würtele
Bug#481082: Removal of crypt++el
On 11390 March 1977, Christoph Martin wrote: I am really astonished the ftpmaster removes a package on such a short notice and without talking to the maintainer. The maintainer should have done a better job in the past. Last upload was in 2003, the package still depends on debmake, had 11 bugs. All together make it ok for removal. Please reinstall the falsely removed package. No. We try to get the outstanding issues resolved as soon as possible. If someone wants it back they can upload and go through NEW. We do not just put it back, it needs proper uploads. -- bye, Joerg (13:24) Aquariophile ist iptables eigentlich nur ein tool zum verhindern von aussenkonnectierungen auf gewissen ports oder ist iptables eine firewall? (13:27) maxx ist ein packet filter (13:27) Aquariophile maxx: also der verhindert pings? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483179: PTS: please link to Ubuntu Launchpad bugs page
On 11398 March 1977, Sandro Tosi wrote: it would be useful to have the link Launchpad (Ubuntu) page for the package bugs reported there: for example, for reportbug, a link to[1], in the box Other links, or in a new one if support for external BTS will be added anytime soonen (but that's another story). A really plus would be to have a launchpad bugs count; I don't know how easy this last point can be, maybe some support from Ubuntu would be needed. *I* wouldnt want that, for the simple reason that its an overview about your package in Debian, not Debian + any possible derivative where people would like a link to. -- bye, Joerg Das kannst du vielleicht mir erzaehlen, aber nicht jemanden, der Ahnung hat. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483179: PTS: please link to Ubuntu Launchpad bugs page
On 11399 March 1977, Sandro Tosi wrote: *I* wouldnt want that, for the simple reason that its an overview about your package in Debian, not Debian + any possible derivative where people would like a link to. Ok, but then why on the PTS I can see the patches applied in Ubuntu? :) Maybe because they aren't hidden in some non-free crap software? As long as Launchpad is non-free one shouldn't think about using or linking to it, Debian is about free software, build with free software, etc... -- bye, Joerg exa Snow-Man: Please don't talk to me. You have demonstrated yourself sufficiently. There is a serious matter being talked. Snow-Man exa: It's hardly serious, it's about you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483179: PTS: please link to Ubuntu Launchpad bugs page
On 11399 March 1977, Marc Brockschmidt wrote: Ok, but then why on the PTS I can see the patches applied in Ubuntu? :) Maybe because they aren't hidden in some non-free crap software? As long as Launchpad is non-free one shouldn't think about using or linking to it, Debian is about free software, build with free software, etc... Last time I checked, Debian supports the use of non-free software through our BTS, PTS and mirror system. I don't think that we should reject links to launchpad based on it's non-free - there might be other, valid reasons, but Debian hasn't yet decided to remove all links to non-free content. [1] You know that there is a *huge* difference between actually using it yourself or leaving others the option to use it. -- bye, Joerg AM: Whats the best way to find out if your debian/copyright is correct? NM: Upload package into the NEW queue. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#489298: Old testing_probs pages missing
reassign 489298 release.debian.org thanks On 11436 March 1977, Frank Lichtenheld wrote: Hi, the following links (as given on http://www.debian.org/devel/testing) are dead: http://ftp-master.debian.org/testing/testing_probs.htmlhttp://ftp-master.debian.org/testing/unstable_probs.html http://ftp-master.debian.org/testing/stable_probs.htmlhttp://ftp-master.debian.org/testing/unstable_outdate.txt Should we remove these links or will they be available again in the future? Not from us, ftp-master no longer runs testing, thats all release team now. From: Kalle Söderman [EMAIL PROTECTED] Subject: Broken links on the Testing page To: [EMAIL PROTECTED] I noticed that the list of links under Additional Information on the http://www.debian.org/devel/testing page are broken. The server returns Not Found and the files related to problems with the three distributions are not on http://ftp-master.debian.org/testing/ as the links suggest. regards Kalle -- -- bye, Joerg I. What would you do if a package has no sane default configuration? (There is *no* default configuration that works on most systems!) The best thing to do would be to add such a default configuration. [... ARGS ...] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487382: openbox: random display of desktop switch info box
On 11423 March 1977, Nico Golde wrote: Did you also experience this in 3.4.7.2-1? Doesn't seem to be related to the patch introduced in -2 as far as I can see. I had 3.4.6.1-2 before and didnt see it there. I guess you configured monitormouse/monitor? As far as I can see the placement is always on the side of the desktop which has a window when doing the switch unless there is no window on the desktop, then the one with the mouse on it is used. Can you confirm this? I havent configured anything special for this box. But yes, it seems to be *mostly* what you wrote, not always. Shouldnt be like it, i often have the mouse moved way out of any area a window can reach, as I just dont need it. The WM shouldnt make assumptions where to place stuff, just because some weird input device is there. :) -- bye, Joerg Thats all. Just a few questions about your package and then we got it and you will be in DAMINATION :). I have no idea what DAMINATION is but it sounds cool. Let's get going. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#479953: uniform header for automated package maintenance emails
On 11378 March 1977, Peter Eisentraut wrote: I think it would be very nice to press these into some common form, such as X-Debian: BTS X-Debian: DAK X-Debian: PTS X-Debian: BTS-link Maybe there is a quasi-standard for constructing these X- headers. While I think most of daks mails do have X-Katie or X-DAK headers I do like X-Debian: FOO and so will go and _add_ this to *all* dak mails now. Including the queue daemon. Should be merged later today. I think that would be a great thing to have. It could be implemented as an addition to the existing stuff, of course, to make transition easier. So lets create a new standard by doing stuff. Lets define: a. Every tool can add X-whatever headers as it sees fit. b. Every tool sending (machine generated) mail to Debian Developers should add a header of the form X-Debian: $TOOL and so clearly mark that it is an automagic generated mail by $TOOL. Every bit more information, like what script exactly did generate the mail, should be in seperate X-whatever headers.[1] Unless someone cries I send a little mail to d-d-a about it tomorrow. [1] for dak that would be X-Katie and X-DAK. -- bye, Joerg Please, not the graphviz one again, I only just finished the therapy I had to start after I read it the first time. I'm sure this one was written by some sort of non-human entity. I would go for lawyers. pgpjGG7RRZfw8.pgp Description: PGP signature
Bug#479953: uniform header for automated package maintenance emails
On 11379 March 1977, Cameron Dale wrote: Is that a bug, or were my assumptions wrong? FWIW, I think using real (not pseudo) mail headers is a mildly better solution, but I'm happy either way. Bug, should be in (real) headers. :) -- bye, Joerg Karnaugh Guy I wrote this thing but it really sucks Karnaugh Canonical Awesome! We will release it asap -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363138: openoffice.org: useless message while starting
Package: openoffice.org Severity: minor If you start OOo in a chroot without /proc mounted you get a --- Warning - OO.o will not work without a mounted /proc filesystem --- Why? That doesnt make sense as OOo works fine without it. -- bye Joerg 16. What should you do if a security bug is discovered in one of your packages? 1) Notify [EMAIL PROTECTED] ASAP. 2) Notify upstream. 3) Try to create a patch. 4) Find out that Joey was faster. [...] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#363138: openoffice.org: useless message while starting
On 10627 March 1977, Martin Kretzschmar wrote: If you start OOo in a chroot without /proc mounted you get a --- Warning - OO.o will not work without a mounted /proc filesystem --- Why? That doesnt make sense as OOo works fine without it. IIRC OOo uses (at least 1.1 did) /proc to get its command line arguments (how stupid is that!). Not sure if there's anything else that needs /proc. At least 2.x doesnt need that to get the documents opened you told him on the command line. -- bye Joerg Paris Hilton is a woman? Not a hotel? This thread gets more surreal with every post... [EMAIL PROTECTED] pgpW8rhKWjayt.pgp Description: PGP signature
Bug#353875: monit: exec doesnt work
Package: monit Severity: important Hi monit has the useful exec way to run an application whenever a condition is there. The only problem is that this does not work for if X restarts within X cycles then exec foo -- bye Joerg From a NM after doing the license stuff: I am glad that I am not a lawyer! What a miserable way to earn a living. pgpuQ9lMzbssW.pgp Description: PGP signature
Bug#365995: ITP: pfm -- Postgresql client application using Tcl/Tk to design forms to input data and link between related tables allowing easy navigation within a database.
On 10644 March 1977, Mark Hindley wrote: * Package name: pfm Version : x.y.z Upstream Author : Name [EMAIL PROTECTED] * URL : http://www.example.org/* License : (GPL, LGPL, BSD, MIT/X, etc.) Description : Postgresql client application using Tcl/Tk to design forms to input data and link between related tables allowing easy navigation within a database. (Include the long description here.) You really want to fill that out. -- bye Joerg Starting network management services: Warning: -s option is deprecated, use -Lsd instead Uah. snmpd on drugs. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#358991: imms: license/copyright problems
Package: imms Severity: serious Hi Maintainer, looking at your package I find analyzer.{ch}, which have the following header: /* emd.h Last update: 3/24/98 An implementation of the Earth Movers Distance. Based of the solution for the Transportation problem as described in Introduction to Mathematical Programming by F. S. Hillier and G. J. Lieberman, McGraw-Hill, 1990. Copyright (C) 1998 Yossi Rubner Computer Science Department, Stanford University E-Mail: [EMAIL PROTECTED] URL: http://vision.stanford.edu/~rubner */ That gives no statement about the actual used license, and no rights for anything. Undistributable. If you get that fixed you also want to fix your debian/copyright file, you miss that multiple files have LGPL, not only GPL. You need to list all (C) holders and licenses... Also you should read the thread behind http://lists.debian.org/debian-legal/2003/12/msg00188.html to see how to imporve your copyright file even more. -- bye Joerg Unstable means subject to rapid change rather than full of bugs, though sometimes it is both :-). pgpxeHqALsV1i.pgp Description: PGP signature
Bug#364582: spca5xx-modules-i386: Recommend on non-Debian package
Package: spca5xx-modules-i386 Severity: serious Hi Your binaries contain a line Recommends: spcacat, spcaview, spcaserv, but Im unable to find those packages in Debian (or in Provides). Thats against Policy 2.2.1. --8schnipp-8--- In addition, the packages in main * must not require a package outside of main for compilation or execution (thus, the package must not declare a Depends, Recommends, or Build-Depends relationship on a non-main package) --8schnapp-8--- -- bye Joerg 16. What should you do if a security bug is discovered in one of your packages? 1) Notify [EMAIL PROTECTED] ASAP. 2) Notify upstream. 3) Try to create a patch. 4) Find out that Joey was faster. [...] pgplVgDXMNSZB.pgp Description: PGP signature
Bug#364609: O: Gnus -- A versatile News and mailing list reader for Emacsen.
On 10634 March 1977, Manoj Srivastava wrote: I find myself unable to comply with calling the source package Gnus, even though we remove all documentation from the package, and pretending it is just a newer upstream version, since that implies to people looking at the list of sources that this is perhaps unreleased upstream source package -- even though upstream is vehemently opposed to this course of action. Package gnus, version x.y-z.dfsg. That way its clearly marked that gnus is modified to be dfsg free, and you dont change any source/package name. A lot of other packages in Debian already go this way, I dont see why gnus can't do it. -- bye Joerg Zugschlus Sven Luther hat doch eine schwere Wahrnehmungsstörung, oder? Zugschlus der Mann ist ja schlimmer als ich pgpTvtH62nrlU.pgp Description: PGP signature
Bug#354406: ftp.debian.org: invalid Release.gpg of sarge (expired key)
On 10582 March 1977, [EMAIL PROTECTED] wrote: Yes but we can't wait anymore because apt is unusable Wrong. apt is not unusable. Some random extra tools may not work anymore, but thats a different story. apt, aptitude and all those things in sarge do not care about that, so yes, it can wait for a new point release. Except if you are using apt-check-sigs system... This mean that it had to be fixed for yesterday. No. Dont use an external tool... -- bye Joerg elmo if klecker.d.o died, I swear to god, I'm going to migrate to gentoo. pgpm8C3Eodrqi.pgp Description: PGP signature