Bug#495454: marked as done (amavisd-new: update to 1:2.6.1.dfsg-1 breaks spam checking)

2008-08-20 Thread Henrique de Moraes Holschuh
Hi Frederik! On Wed, 20 Aug 2008, Frederik Himpe wrote: On Tue, Aug 19, 2008 at 06:38:07PM -0300, Henrique de Moraes Holschuh wrote: On Mon, 18 Aug 2008, Debian Bug Tracking System wrote: After lots of testing, I succeeded in fixing the problem by removing the contents of /var/lib

Bug#495853: package deviates from standard mail-transport-agent dependency.

2008-08-21 Thread Henrique de Moraes Holschuh
On Thu, 21 Aug 2008, Andreas Henriksson wrote: I offer to fix up all packages to exim4 | mail-transport-agent *and* Don't do it on any packages that tagged the bug wontfix, at least not without asking first (AND getting a positive response). Some of the packages have real reasons to prefer an

Bug#495844: package deviates from standard mail-transport-agent dependency.

2008-08-21 Thread Henrique de Moraes Holschuh
On Wed, 20 Aug 2008, Benjamin Seidenberg wrote: I'm guessing that postfix is there for hysterical raisins. I do know that everybody on the packaging team does use postfix so that may be it. Correct. None of us could support exim4, and ended up asking people to take their doubts elsewhere

Bug#495844: package deviates from standard mail-transport-agent dependency.

2008-08-21 Thread Henrique de Moraes Holschuh
On Thu, 21 Aug 2008, Andreas Henriksson wrote: I see your problem, but on the other hand I don't think the current dep expresses it correctly. For anyone who already has an mta installed (which is a pretty high risk) the postfix | m-t-a will not do anything like you wish for. If someone

Bug#496191: Package description misses a space at the begining of a line, causing dpkg -l to fail.

2008-08-23 Thread Henrique de Moraes Holschuh
On Sat, 23 Aug 2008, nathael wrote: -suse this package on a server that provides SASL authentication, then + suse this package on a server that provides SASL authentication, then Rather, it should be -suse this package on a server that provides SASL authentication, then + use this package on a

Bug#498832: please add $undecipherable_subject_tag = undef;

2008-09-14 Thread Henrique de Moraes Holschuh
On Sun, 14 Sep 2008, Guido Günther wrote: On Sun, Sep 14, 2008 at 08:36:17AM +0200, Alexander Wirt wrote: to gpg encrypted (or otherwise unparseable) emails. I know. And this is true. It can't be checked. So I don't see a reason to disable this. Because there's little point in indicating

Bug#485465: battle for the brightness

2008-07-14 Thread Henrique de Moraes Holschuh
On Tue, 15 Jul 2008, [EMAIL PROTECTED] wrote: H Do I understand correctly, and now that you're using brightness_mode=2, you H see no weird brightness changes when you lauch xdm, and your brightness keys H work just fine? Yes, and yes. (I am still observing how well brightness settings

Bug#485465: battle for the brightness

2008-07-18 Thread Henrique de Moraes Holschuh
On Fri, 18 Jul 2008, [EMAIL PROTECTED] wrote: OK, some results: Before shutdown -h I checked with Fn End that I was already in the dimmest state. However, at the next power-up, sitting at the Lilo prompt, I could use several Fn Ends to make the screen dimmer. Is the BIOS backlight control

Bug#485465: sometimes brightness OK (lowest) at boot

2008-07-22 Thread Henrique de Moraes Holschuh
On Tue, 22 Jul 2008, [EMAIL PROTECTED] wrote: Today I powered up and found brightness was already at its lowest. So sometimes brightness levels are remembered through boot for me, but not always. Maybe a burglar alarm can be attached to the brightness, so that whenever it is tampered

Bug#266229: Possible solution other than a GnuTLS patch

2008-07-24 Thread Henrique de Moraes Holschuh
It *is* possible to ammend the GPL locally to allow for OpenSSL linking. http://www.gnome.org/~markmc/openssl-and-the-gpl.html Was this possibility talked about with freeradius upstream? It is usually a non-issue to get people to agree with it, since the software remains GPL, and they added

Bug#494659: [hplip] Bug#494659: Upstream version 2.8.6 must not be distributed (use 2.8.6b or 2.8.7 instead)

2008-09-07 Thread Henrique de Moraes Holschuh
On Sun, 07 Sep 2008, Marc 'HE' Brockschmidt wrote: Mark Purcell [EMAIL PROTECTED] writes: Some of these changes look substantial - do we have any bug reports that indicate that distributing 2.8. 6 is a bad idea? Agreed. From all accounts 2.8.6 is running well across debian. OK, so

Bug#397939: Lintian: outdated-autotools-helper-file

2008-02-11 Thread Henrique de Moraes Holschuh
On Mon, 11 Feb 2008, Kapil Hari Paranjape wrote: Note that if the upstream's auto-generated files are deleted during the clean target, then the source *must* be re-packaged to avoid needless clutter in the .diff.gz which is of a negative nature. Not so. Deletions are ignored. Ever tried it?

Bug#465975: [Pkg-sysvinit-devel] Bug#465975: reboot(8) spins down the disk

2008-02-15 Thread Henrique de Moraes Holschuh
On Sat, 16 Feb 2008, [EMAIL PROTECTED] wrote: Sitting real close to my Thinkpad in a very quiet room, I noticed # reboot spins down the disk momentarily! How wasteful. Seen with current sid stock kernel, etc. Try this patch: --- halt.dpkg-dist 2008-01-02 22:09:22.0 -0200 +++

Bug#465975: [Pkg-sysvinit-devel] Bug#465975: reboot(8) spins down the disk

2008-02-15 Thread Henrique de Moraes Holschuh
On Sat, 16 Feb 2008, [EMAIL PROTECTED] wrote: HdMH # Don't shut down drives if we're using RAID. But I don't use raid. Forget the comment, after the patch, it will not stop drives ever. I won't be on a machine where I can put my ear next to the disk until a few days from now, and it

Bug#462091: RFC/RFS: zerofree - zero free blocks from ext2/3 file-systems

2008-02-08 Thread Henrique de Moraes Holschuh
On Fri, 08 Feb 2008, Thibaut Paumard wrote: Description: zerofree - zero free blocks from ext2/3 file-systems Zerofree finds the unallocated, non-zeroed blocks in an ext2 or ext3 file-system and fills them with zeroes. This is useful if the device I'd add umounted or mounted read-only

Bug#454117: [Pkg-hpijs-devel] Bug#454117: hpijs: depends on hplip

2008-01-11 Thread Henrique de Moraes Holschuh
On Fri, 11 Jan 2008, Josselin Mouette wrote: I don???t think this is the common use case. The use case for hpijs is to serve as a driver for a local printer or a remote printer on a print server, which is very common. The use case for hplip is to do administrative tasks on a remote printer,

Bug#454117: hpijs: depends on hplip

2008-01-11 Thread Henrique de Moraes Holschuh
On Fri, 11 Jan 2008, Josselin Mouette wrote: Skimming through the changelog, it turns out the suggests was turned into a depends because of a specific Ubuntu bug (LP#149511) which never applied to Debian. I have checked that hpijs doesn???t require any library from hplip, therefore the

Bug#397440: Fwd: Accepted hplip 2.7.10-2 (source i386 all)

2007-11-22 Thread Henrique de Moraes Holschuh
On Thu, 22 Nov 2007, Fabian Greffrath wrote: well, I still think that 'hpijs-ppds | linuxprinting.org-ppds' should be recommended to prevent people from downloading two huge (at least lp.o-ppds is huge) packages when they most certainly will only need one of those. The PPDs are not

Bug#397440: Fwd: Accepted hplip 2.7.10-2 (source i386 all)

2007-11-22 Thread Henrique de Moraes Holschuh
On Thu, 22 Nov 2007, Fabian Greffrath wrote: Henrique de Moraes Holschuh schrieb: The PPDs are not guaranteed to be the same. I didn't mean that. I meant that most users have only one printer which is either postscript-capable or not. In a previous mail you explained to me

Bug#452645: [Pkg-sysvinit-devel] Bug#452645: README.policy-rc.d is unclear and should provide example

2007-11-26 Thread Henrique de Moraes Holschuh
On Sat, 24 Nov 2007, Stefan Fritsch wrote: README.policy-rc.d says that a policy-rc.d script should exit with 0 if the action is allowed. However it does not explicitly state that this will override the runlevel checks done by invoke-rc.d. This is quite surprising and should be made more

Bug#453186: cyrus-common-2.2: cvt_cyrusdb fail to convert deliver.db created by cyrus21

2007-11-29 Thread Henrique de Moraes Holschuh
On Tue, 27 Nov 2007, Steinar Bang wrote: Package: cyrus-common-2.2 Version: 2.2.13-10 Severity: important I tried upgrading from cyrus21 to cyrus-2.2 on my etch installation, using the following command: apt-get install cyrus-common-2.2 cyrus-admin-2.2 cyrus-imapd-2.2

Bug#418615: cyrus21-imapd crashes if nsswitch is configured with ldap group support

2007-12-12 Thread Henrique de Moraes Holschuh
On Wed, 12 Dec 2007, Rico Barth wrote: We recently updated from libnss-ldap_251-7.5_ia64 to libnss-ldap_251-7.5etch1_ia64. Now the error re-occurs. However, after downgrading to libnss-ldap_251-7.5_ia64 the error still occurs. Now the interesting part: before upgrading we've had no problems

Bug#455230: [Pkg-sysvinit-devel] Bug#455230: /etc/init.d/urandom: please consider doign dmesg /dev/random at startup

2007-12-12 Thread Henrique de Moraes Holschuh
On Sun, 09 Dec 2007, Marc Haber wrote: during a discussion on the LKML, it was suggested to do dmesg /dev/random in the startups scrips of a distribution. Please consider doing this in Debian. Debian already seeds /dev/random with data from the last shutdown. And there is little entropy in

Bug#455230: [Pkg-sysvinit-devel] Bug#455230: /etc/init.d/urandom: please consider doign dmesg /dev/random at startup

2007-12-13 Thread Henrique de Moraes Holschuh
On Wed, 12 Dec 2007, Marc Haber wrote: On Wed, Dec 12, 2007 at 05:45:55PM -0200, Henrique de Moraes Holschuh wrote: On Sun, 09 Dec 2007, Marc Haber wrote: during a discussion on the LKML, it was suggested to do dmesg dev/random in the startups scrips of a distribution. Please

Bug#431224: [Pkg-sysvinit-devel] Bug#431224: deinstallation does not work either with + or * in package name

2007-12-15 Thread Henrique de Moraes Holschuh
On Sat, 15 Dec 2007, Petter Reinholdtsen wrote: The patch seem sane enough, but one thing make we wonder. Are init.d scripts supposed to have names with + or * in them? Especially the * might confuse other parts of the boot system (for example /etc/init.d/rc), and I am thus unsure if this is

Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work

2007-12-15 Thread Henrique de Moraes Holschuh
On Sat, 15 Dec 2007, Marcus Better wrote: Julien Cristau wrote: Looks like you built it against an old version of xserver-xorg-dev? Ok, I just tried with a new one, but the brightness is still broken. It requires native or combination mode. I'd like to see X.org talking to the kernel to

Bug#456491: stgit: new upstream source available

2007-12-15 Thread Henrique de Moraes Holschuh
Package: stgit Version: 0.13-1 Severity: wishlist 0.14.1 is available upstream, please update the Debian package... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.16.55-debian13+bluesmoke+lm85

Bug#456782: ITP: tcpwatch -- tcpwatch is a recorder for HTTP requests in Python

2007-12-19 Thread Henrique de Moraes Holschuh
On Tue, 18 Dec 2007, Toni Mueller wrote: A few things: why is it called tcpwatch when it only watches HTTP requests? A better name would be httpwatch. it's named that way by upstream. I want to keep confusion to a minimum Well, personally, I'd rather not have such a thing in Debian with

Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work

2007-12-24 Thread Henrique de Moraes Holschuh
On Sun, 23 Dec 2007, Jesse Barnes wrote: The Intel X driver now tries to talk to the kernel drivers directly (via the /sys/class/backlight interface) starting with the thinkpad_screen driver, followed by acpi_video1 and acpi_video0. Depending on how your kernel is configured, this may work

Bug#457721: hplip: doesn't honor /etc/papersize

2007-12-26 Thread Henrique de Moraes Holschuh
On Mon, 24 Dec 2007, Luca Capello wrote: On a plain etch system, with /etc/papersize set to a4, my hp Color LaserJet CM1017 MFP [1] still defaults to letter, which is wrong. Paper size defaults are in the PPD. One *could* machine-edit it to try to match /etc/papersize better, but AFAIK, it is

Bug#448467: [ltp] Re: Bug#448467: xserver-xorg-video-intel: Thinkpad brightness keys don't work

2007-12-28 Thread Henrique de Moraes Holschuh
On Thu, 27 Dec 2007, Jesse Barnes wrote: That's good, but there has to be a list somewhere since the kernel backlight interface was so poorly designed. I don't care if it's in the driver with an override list in xorg.conf or what, but it has to be somewhere. As long as one can override it

Bug#458748: trousers: please ship the dists/system.data.* files as examples

2008-01-02 Thread Henrique de Moraes Holschuh
Package: trousers Version: 0.3.1-2 Severity: wishlist To use trousers in a box where the TPM has already been taken ownership of (e.g. by IBM's TSS suite for Windows), one needs the files in dists/ Please ship them in the /usr/share/doc/trousers/examples directory, and please update the

Bug#451502: hplip is NON-FREE as of 2.7.10

2007-11-17 Thread Henrique de Moraes Holschuh
On Fri, 16 Nov 2007, Bruce Sass wrote: The code which looks after installing the plugins resides primarily in: - /usr/share/hplip/setup.py at lines 399-538 - /usr/share/hplip/installer/core_install.py at lines 1257+ I'm not sure if this situation requires: moving HPLIP into contrib, a

Bug#451701: actually, a warning on update-grub would also be in order

2007-11-17 Thread Henrique de Moraes Holschuh
Package: grub Followup-For: Bug #451701 I'd actually rate this bug as at least important. Anyway, one obvious place to add a warning that early GRUB stages need to be updated manually using that grub-install usability crap from hell, is the output of update-grub. It is far from obvious that

Bug#451502: hplip is NON-FREE as of 2.7.10

2007-11-17 Thread Henrique de Moraes Holschuh
On Sat, 17 Nov 2007, Rick Richardson wrote: On Sat, Nov 17, 2007 at 05:13:41PM -0700, Bruce Sass wrote: If it is a thin-edge then we may as well just put HPLIP into contrib and save ourselves a bunch of work in the long run. It is the thin wedge.. HP LaserJet 1018 - done HP

Bug#451502: hplip is NON-FREE as of 2.7.10

2007-11-18 Thread Henrique de Moraes Holschuh
On Sun, 18 Nov 2007, Rick Richardson wrote: It looks like this is a violation of GPL -- no source. Something to ask HPLIP upstream about, then. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the

Bug#413225: It is NON-FREE as of 2.7.10!!!

2007-11-20 Thread Henrique de Moraes Holschuh
On Tue, 20 Nov 2007, Mark Purcell wrote: Can you provide some further details on this issue? Ie which parts of hplip are not free? Mark, see duplicate bug #451502 -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land

Bug#416490: acpi-support: IBM Ultrabase X4 DVD/CDOM Undetected On Dock

2007-12-01 Thread Henrique de Moraes Holschuh
On Tue, 03 Apr 2007, Raphael Hertzog wrote: Debian should be able to handle automatically detecting IDE CDROM's after docking by now, it is 2007 after all! I would like this too. Unfortunately, I have no clue on how to detect that we're plugged into a dock. And it's not even clear that

Bug#454117: hpijs: depends on hplip

2007-12-03 Thread Henrique de Moraes Holschuh
On Mon, 03 Dec 2007, Josselin Mouette wrote: Since foomatic-filters-ppds depends on hpijs-ppds, please stop this And there lies the problem. hpijs-ppds are useless without hpijs, and therefore at least a recommends is needed from hpijs-ppds to hpijs. As for hpijs *needing* hplip, I will leave

Bug#310325: gitweb: git is not a version control system

2005-05-22 Thread Henrique de Moraes Holschuh
Package: gitweb Severity: minor Git may be a lot of things, but a version control system it is NOT. Linus himself said that a number of times in the git threads. Git is a tree management system. Cogito, OTOH, is supposed to evolve into a full featured version control system, AFAIK. Please fix

Bug#293062: otrs: scripts for PerlRequire should be in /etc, and need to be fixed for Debian

2005-01-31 Thread Henrique de Moraes Holschuh
Package: otrs Version: 1.3.2p01-3 Severity: normal The scripts used to pre-load perl modules should be in /etc/otrs (and linked from /usr/share/otrs/scripts I suppose), since it is likely the user will need to muck with them a bit. Also, they currenly do not work (at least for apache2, which

Bug#293117: .hplip.conf is created world writable

2005-02-01 Thread Henrique de Moraes Holschuh
tag 293117 + security upstream confirmed thanks On Tue, 01 Feb 2005, Erwan David wrote: .hplip.conf is created in 666 mode. Eeek! Fix on the way. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where

Bug#293410: memtest86+: please apply patch for Intel 865/875 dual channel bug

2005-02-02 Thread Henrique de Moraes Holschuh
Package: memtest86+ Version: 1.50-1 Severity: minor Patch available at http://forum.x86-secret.com/viewtopic.php?t=2355sid=ba6cc0ad0683733cb2d549c1ccec8d02 (if the link fails, that would be topic Post subject: To add in Rev 1.51+ on the Forums X86-secret Forum Index // Memtest86+ Official

Bug#293744: hplip and sane

2005-02-05 Thread Henrique de Moraes Holschuh
On Sat, 05 Feb 2005, Hervé Eychenne wrote: Sorry, I don't know the interactions/responsability of interacting packages... but how can sane guess that it should add hpaio driver Basically, one package must not, ever, touch another's config files. But it was done by the libsane maintainer in

Bug#293503: hplip: Cannot scan with PSC 950

2005-02-05 Thread Henrique de Moraes Holschuh
tags 293503 + moreinfo thanks On Fri, 04 Feb 2005, René Seindal wrote: have a HP PSC 950 which I have used with hpijs and hpoj for printing and scanning. I have now installed hplip and a newer hpijs, and I can print, but I cannot scan, use the card-reader, clean cartridges or anything

Bug#293479: libsane: Please add ID for HP LaserJet 3200m

2005-02-05 Thread Henrique de Moraes Holschuh
tags 293479 + moreinfo thanks On Sat, 05 Feb 2005, Torsten Landschoff wrote: On Sat, Feb 05, 2005 at 05:49:52PM +0100, Julien BLACHE wrote: # Hewlett-Packard LaserJet 3200m libusbscanner 0x0003 0x03f0 0x01170x 0x 0x00 0x000x00

Bug#293479: libsane: Please add ID for HP LaserJet 3200m

2005-02-05 Thread Henrique de Moraes Holschuh
On Sat, 05 Feb 2005, Julien BLACHE wrote: Adding that list is not as straight forward as I thought. Just looked into the sources and it actually uses the IEE 1284 device string to identify the device even if it is connected to USB. Makes me wonder how one could get such a list. Ask the

Bug#293479: libsane: Please add ID for HP LaserJet 3200m

2005-02-05 Thread Henrique de Moraes Holschuh
On Sat, 05 Feb 2005, Julien BLACHE wrote: Henrique de Moraes Holschuh [EMAIL PROTECTED] wrote: Add a stanza to the README.Debian asking people to report the missing IDs, you'll fill in the blanks really fast. Good idea. BTW, as I said, please mail us the output of hplip_info for your

Bug#294142: acknowledged by developer (Not a bug)

2005-02-08 Thread Henrique de Moraes Holschuh
On Wed, 09 Feb 2005, John R. McPherson wrote: If you didn't even KNOW you were supposed to also install freepats, and you are using apt-get, please switch to Synaptic or Aptitude (or even dselect). These will handle Recommends in a much saner way for the end-user. Telling people which

Bug#294548: foomatic-db-hpijs can't be installed because of unmet dependencie with hpijs in testing distribution

2005-02-10 Thread Henrique de Moraes Holschuh
tag 294548 + moreinfo thanks On Thu, 10 Feb 2005, Ton Eusterbrock wrote: I tried to install prniterfunctionalities first via tasksel, but there were unmet dependencies reported on hpijs for package foomatic-db-hpijs. I also tried to install things manually but same problem (of course). Error

Bug#294968: udev: security implications of /.dev

2005-02-12 Thread Henrique de Moraes Holschuh
Package: udev Version: 0.051-1 Severity: normal Udev mounts the legacy /dev on /.udev optionally. So far so good. It is a very handy thing when you need to make sure something will be there before udev starts. OTOH, if one does not remember to keep it updated re. permissions, it is a security

Bug#295076: cyrus21-common: Fails to start on hppa, ctl_cyrusdb hangs forever

2005-02-13 Thread Henrique de Moraes Holschuh
tags 295076 + unreproducible moreinfo thanks On Sun, 13 Feb 2005, Alexander Barton wrote: When I start Cyrus 2.1 on Debian on HPPA, ctl_cyrusdb (which is started automatically as configured in /etc/cyrus.conf) hangs forever. The same is true when I start it manually. This usually means the db

Bug#295122: RFA: iproute -- Professional tools to control the networking in Linux kernels

2005-02-13 Thread Henrique de Moraes Holschuh
On Sun, 13 Feb 2005, Andreas Barth wrote: anyone who wants to work on iproute is greatly welcome, perhaps also as iproute could also do with some nice janitorial work. AFAICT, iproute upstream is Not Known to take good care of small little things like keeping the help/usage output complete and

Bug#295138: dpatch-edit-patch: please copy tree first, try to apply patches later

2005-02-13 Thread Henrique de Moraes Holschuh
Package: dpatch Version: 2.0.10 Severity: important dpatch-edit-patch should copy the original tree to the tmp tree, and only then can it try to apply the required patches. Otherwise, when a patch fails (and this IS a likely reason I am trying to run dpatch-edit-patch in the first place), after

Bug#295324: makedev: please rename hwrandom device to hwrng

2005-02-14 Thread Henrique de Moraes Holschuh
Package: makedev Version: 2.3.1-76 Severity: normal Apparently whomever is doing the kernel naming of this thing can't make his own mind. The hwrandom device has changed its name to hwrng. Please update makedev accordingly :-( The udev package has already made the transition to the new

Bug#293479: libsane: Please add ID for HP LaserJet 3200m

2005-02-15 Thread Henrique de Moraes Holschuh
On Tue, 15 Feb 2005, Niklaus Giger wrote: After reading hplip/README.Debian and following the advice Detecting the printer I proudly attach you the answer. Heh, congratulations :) Choose device from CUPS installed devices: Using device: hp:/usb/HP_LaserJet_3200M?device=/dev/usb/lp0

Bug#292330: Proposal: mark broken software

2005-02-16 Thread Henrique de Moraes Holschuh
On Wed, 16 Feb 2005, Alexander E. Patrakov wrote: Hereby I propose to solve this problem by creating a new dummy package called utf8 that just conflicts with software broken in UTF-8 locales. Also the locales package should tell the user that the utf8 package exists. Or package tags. But

Bug#292330: Proposal: mark broken software

2005-02-16 Thread Henrique de Moraes Holschuh
On Wed, 16 Feb 2005, Alexander E. Patrakov wrote: I am not familiar with tags. What will happen if I type: apt-get install mc ? You will not be using apt-get anymore. Nor dselect. Your choices are aptitude (from experimental) and synaptic (which might not have the tags support yet, I wouldn't

Bug#295761: aspell-pt-br: uninstallable in sid

2005-02-17 Thread Henrique de Moraes Holschuh
Package: aspell-pt-br Version: 2.4.really.3.0.beta4-7 Severity: grave Tags: sid Justification: renders package unusable This package needs to be updated to the new aspell versions. It is currently uninstalable. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990,

Bug#295899: autoconf-doc trying to overwrite info file--also in pkg autoconf

2005-02-18 Thread Henrique de Moraes Holschuh
On Fri, 18 Feb 2005, [EMAIL PROTECTED] wrote: Package: autoconf-doc Version: 2.59-1 # dpkg --install autoconf-doc_2.59-1_all.deb Selecting previously deselected package autoconf-doc. (Reading database ... 54737 files and directories currently installed.) Unpacking autoconf-doc (from

Bug#294430: KRGB patch breaking 1-bit IJS devices.

2005-02-19 Thread Henrique de Moraes Holschuh
Hello Till, David, Mr. Leung, Please keep in in the loop regarding this KRGB issue. I will coordinate the fixes within Debian, when they are available. On Sat, 19 Feb 2005, Hin-Tak Leung wrote: beside the licensing issue (afpl gs has a very different license), the KRGB patch apparently breaks

Bug#272122: all back page with 1-bit (B/W) IJS device.

2005-02-20 Thread Henrique de Moraes Holschuh
On Sun, 20 Feb 2005, Hin-Tak Leung wrote: bug 272122: Since I was the one who provide the fix for bug 256787, I know it not only affects epsonepl but every ijs device running in 1-bit (i.e. B/W) mode - I am not familiar enough with hpijs to know if it can run in 1-bit mode, but I bet it does

Bug#296367: argp_*(): OPTION_DOC should imply OPTION_NO_USAGE

2005-02-21 Thread Henrique de Moraes Holschuh
Package: glibc Severity: normal argp options marked as OPTION_DOC are displayed (with the leading --, even) on --usage output. This does not make sense, these are not to be treated as options by the parser, so they certainly should not be displayed by --usage, let alone with the unexistent

Bug#230407: cyrus21-imapd: Sarge package breaks multi-domain functionality

2005-03-20 Thread Henrique de Moraes Holschuh
On Mon, 21 Mar 2005, Maxim Yakubenko wrote: Or may be this problem can be solved on sasl side? If you are using saslauthd, yes. Tell it to strip the realm as it used to. Cyrus 2.1 does *not* support virtual domains, so it usually ignores everything after the @. If you tell SASL to do the

Bug#295131: JFTR: sdl(glib2.0) vs. wx2.4(glib1.2) only affects scorched3d

2005-03-24 Thread Henrique de Moraes Holschuh
On Thu, 24 Mar 2005, Josselin Mouette wrote: I'm not sure what to do now. Is it possible to link our wxgtk2.4 against glib2.0? Or unlink libsdl from using libglib? I'm afraid there is no miracle solution. Getting wxgtk2.5 to install Miracle? no. Technical, sound, and sane? Yes: Version

Bug#301468: hotkeys: Should support xf86audio standard keymapping

2005-03-25 Thread Henrique de Moraes Holschuh
Package: hotkeys Version: 0.5.7.3 Severity: important Any 'multimedia' keyboards that are properly set-up in X now deliver standardized (well, not really but still) keysyms, known as XF86audio. Please support that keyboard mapping. -- System Information: Debian Release: 3.1 APT prefers

Bug#301527: ITP: mazeofgalious -- The Maze of Galious

2005-03-26 Thread Henrique de Moraes Holschuh
On Sat, 26 Mar 2005, Gürkan Sengün wrote: * Package name: mazeofgalious This game cannot be packaged, it infringes a lot of Konami copyright. You must remember that the game *design* itself is copyrighted, as well as the name, the characters, the graphics, etc. That said, it is almost

Bug#301527: ITP: mazeofgalious -- The Maze of Galious

2005-03-26 Thread Henrique de Moraes Holschuh
On Sat, 26 Mar 2005, Gürkan Sengün wrote: This game cannot be packaged, it infringes a lot of Konami copyright. You must remember that the game *design* itself is copyrighted, as well as the name, the characters, the graphics, etc. What about Bomberman? Pacman? Pingus? Supertux? No I

Bug#301769: Conf file (/etc/fcron.conf) must be owned by root:fcron and (no more than) 644: ignored

2005-03-28 Thread Henrique de Moraes Holschuh
On Mon, 28 Mar 2005, Pauli Manninen wrote: Version: 2.9.5.1-1 Please test it with fcron 2.9.6-2 from sid. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley

Bug#301799: kernel-tree-2.6.11: new upstream source available: 2.6.11.6

2005-03-28 Thread Henrique de Moraes Holschuh
Package: kernel-tree-2.6.11 Version: 2.6.11-1 Severity: grave Tags: security Justification: user security hole As usual. I feel weird filling what used to be a wishlist-level report as grave, but... Summary of changes from v2.6.11.5 to v2.6.11.6 ==

Bug#301799: kernel-tree-2.6.11: new upstream source available: 2.6.11.6

2005-03-30 Thread Henrique de Moraes Holschuh
On Wed, 30 Mar 2005, Horms wrote: With the exception of the load_elf_library problem, which I will check on now, I believe I have patches for the rest in SVN as neccessary for: I have checked 2.6.11 (looked it over, I am not running 2.6.11 here yet), and it looks OK. It would be a very good

Bug#301769: Conf file (/etc/fcron.conf) must be owned by root:fcron and (no more than) 644: ignored

2005-03-30 Thread Henrique de Moraes Holschuh
severity 301769 minor thanks On Wed, 30 Mar 2005, Pauli Manninen wrote: Mar 30 09:10:49 xxx fcrontab[6161]: Conf file (/etc/fcron.conf) must be owned by root:fcron and (no more than) 644 : ignored Hmm, well, it *is* a conffile, and while the postinst code does force group fcron (since

Bug#301799: kernel-tree-2.6.11: new upstream source available: 2.6.11.6

2005-03-30 Thread Henrique de Moraes Holschuh
On Wed, 30 Mar 2005, Horms wrote: with 2.6.11.X, including the numbering (i.e. next upload should be kernel-source-2.6.11, package version 2.6.11.6-1). I agree it would be good to sync up the patches, but I don't think there is any need to include the .6 in the debian version as we never

Bug#301799: kernel-tree-2.6.11: new upstream source available: 2.6.11.6

2005-03-30 Thread Henrique de Moraes Holschuh
On Wed, 30 Mar 2005, Horms wrote: It is much more user-friendly, and it readly provides information on the most up-to-date tree it was synced with, in aptitude/dselect/synaptic... Yes, but the problem is that each time it changes backages have to go through a NEW cycle. I assume you mean

Bug#302195: libsnmp5-dev: bogus information in .la files break build of packages that depend on libnsmp5

2005-03-30 Thread Henrique de Moraes Holschuh
Package: libsnmp5-dev Version: 5.1.2-6 Severity: grave Justification: renders package unusable Do *NOT* play with prefix= in make install when using autoconf+libtool, whatever you put in there will end-up in .la files, and break everything that needs your library and uses libtool. $cat

Bug#302195: libsnmp5-dev: bogus information in .la files break build of packages that depend on libnsmp5

2005-03-30 Thread Henrique de Moraes Holschuh
tags 302195 + patch thanks See attached patch that does a quick fix of the mess. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh

Bug#299344: devscripts: bts cache: Please add --quiet option suitable for cron jobs

2005-03-13 Thread Henrique de Moraes Holschuh
Package: devscripts Version: 2.8.10 Severity: wishlist Please add a --quiet / -q option to bts cache which causes it to output messages (to stderr, if at all possible) only if errors happen, and (to stdout if at all possible) only when something is updated. This would make bts cache cronjobs a

Bug#299394: timidity: Menu Icon please

2005-03-13 Thread Henrique de Moraes Holschuh
On Sun, 13 Mar 2005, tim hall wrote: If you're not graphically inclined, I'm prepared to create a suitable icon and submit a menufile patch into the bargain. Please email me with your requirements if this is the case. Please do. Hints on possible menu icons can be found from stuff in

Bug#226720: cyrus21-imapd: still waiting on Cyrus 2.2.x packages...

2005-03-16 Thread Henrique de Moraes Holschuh
On Wed, 16 Mar 2005, Paul Traina wrote: Much thanks for your work. If you're not able to complete the job, feel free to e-mail me what you have and I'll get it done. Sven Mueller has done a lot of progress. I just posted the news. If you want to join the project, send me your alioth username.

Bug#299344: devscripts: bts cache: Please add --quiet option suitable for cron jobs

2005-03-16 Thread Henrique de Moraes Holschuh
On Tue, 15 Mar 2005, Julian Gilbey wrote: Why would you want to know whether or not something was updated in a cronjob? Surely --quiet should just suppress non-error output? Because that also tells me there was some activity in the BTS I might want to double-check. But I would be fine with

Bug#300241: cyrus21-common: cyrmaster stops when reloading cyrus

2005-03-18 Thread Henrique de Moraes Holschuh
On Fri, 18 Mar 2005, Simon MANLAY wrote: When sending killall -HUP cyrmaster, or executing /etc/init.d/cyrus21 reload, cyrmaster stops. This appen since version 1.1.16 , I guess 2.1.16, you mean? This is a known limitation, I think. But I need your cyrus.conf to make sure if it is the

Bug#300241: cyrus21-common: cyrmaster stops when reloading cyrus

2005-03-18 Thread Henrique de Moraes Holschuh
On Fri, 18 Mar 2005, Simon MANLAY wrote: This is a known limitation, I think. But I need your cyrus.conf to make sure if it is the problem I think it is. Ok, I join it. Nope, nothing weird. Could you please read /usr/share/doc/cyrus21-common/README.Debian.debug and send me an strace output

Bug#302195: libsnmp5-dev: bogus information in .la files break build of packages that depend on libnsmp5

2005-03-30 Thread Henrique de Moraes Holschuh
On Wed, 30 Mar 2005, Stephen Gran wrote: INSTALL_PREFIX appears to be respected. So this would be the right fix, it seems. I tested with DESTDIR, and that broke. If INSTALL_PREFIX works, and it is not ending up in the .la files (or elsewhere), than yes, your fix is much better. -- One disk

Bug#302195: libsnmp5-dev: bogus information in .la files break build of packages that depend on libnsmp5

2005-03-30 Thread Henrique de Moraes Holschuh
On Wed, 30 Mar 2005, Stephen Gran wrote: Well, the maintainer has two patches now, so hopefully this can be fixed soon enough with one of them. And, if he does not, I will NMU using the safest path (my fix-the-la-files patch), which can't break anything worse than what we currently have.

Bug#302230: new upstream hplip 0.9 now available

2005-03-30 Thread Henrique de Moraes Holschuh
On Wed, 30 Mar 2005, Christopher Martin wrote: HPLIP 0.9 is now available. Updated packages would be great! I am working on them. You can get them from CVS in alioth. https://alioth.debian.org/projects/pkg-hpijs/ They are held back by a number of nasty messes in the C code, and by #302195.

Bug#302248: freedesktop.org menu entry requested

2005-03-30 Thread Henrique de Moraes Holschuh
On Wed, 30 Mar 2005, Christopher Martin wrote: In addition to an entry in the Debian menu system for the toolbox, a .desktop file in /usr/share/applications for freedesktop.org menu environments (GNOME, KDE) would be extremely convenient. Send a patch, and I will add it! -- One disk to

Bug#302195: libsnmp5-dev: bogus information in .la files break build of packages that depend on libnsmp5

2005-03-31 Thread Henrique de Moraes Holschuh
On Thu, 31 Mar 2005, Jochen Friedrich wrote: Expect an NMU uploaded to 5-DAY in the next 24h if the maintainer does not reply to this bug. After the upload, he will still have 5 days to remove the NMU from incoming, or to upload a new version of the package (which would invalidate the

Bug#302386: net-snmp: NMU Patch for 5.1.2-6.1

2005-03-31 Thread Henrique de Moraes Holschuh
=emergency + + * NMU (with permission from maintainer) + * debian/rules: clean up libdir in all .la files installed to +/usr/lib, so as to avoid breaking all libtool builds (closes: #302195). + + -- Henrique de Moraes Holschuh [EMAIL PROTECTED] Thu, 31 Mar 2005 12:14:11 -0300 + net-snmp (5.1.2-6

Bug#263550: 2.2.1 since december 2004

2005-03-31 Thread Henrique de Moraes Holschuh
On Thu, 31 Mar 2005, Jared Bell wrote: 2.2.1 since december 2004 Any more updates on what's going on? Nobody seems to be working on amavisd-new right now. We have an alioth project set up, if you want to help, you're welcome. -- One disk to rule them all, One disk to find them. One disk

Bug#301769: Conf file (/etc/fcron.conf) must be owned by root:fcron and (no more than) 644: ignored

2005-04-01 Thread Henrique de Moraes Holschuh
On Fri, 01 Apr 2005, Pauli Manninen wrote: $ ls -la /etc/fcron.conf -rw-r- 1 root fcron 676 2005-03-26 06:13 /etc/fcron.conf [...] So, it is only whining about wrong permissions (which are not actually wrong?) when fcron is installed. Ok. This IS wierd. I will try to reproduce

Bug#295033: Please retest with hplip 0.9.1, which is being uploaded today

2005-04-02 Thread Henrique de Moraes Holschuh
tag 295033 + moreinfo tag 293503 + moreinfo thanks Please test the issue again using the new hplip 0.9.1, upstream has fixed an impressive ammount of bugs since 0.8.7. Please report back whether the issues you had with 0.8.7 are fixed or not. -- One disk to rule them all, One disk to find

Bug#302761: foomatic-db-hpijs: please package new snapshot

2005-04-02 Thread Henrique de Moraes Holschuh
Package: foomatic-db-hpijs Version: 1.5-20050118-1 Severity: wishlist I have just uploaded hplip 0.9.1 to unstable, and it would be a good idea to resync foomatic-db-hpijs with the database, as there were some fixes AFAIK. -- System Information: Debian Release: 3.1 APT prefers unstable APT

Bug#302828: what DOES that code do?

2005-04-03 Thread Henrique de Moraes Holschuh
I can't for the life of me figure out wtf upstream wanted those comparisons with (int) (this) to work, so I am not applying the patch. Instead, I will ask upstream if that code makes any sense at all, or what... IMHO, it looks buggy (the complete code, not your patch). -- One disk to rule

Bug#301799: kernel-tree-2.6.11: new upstream source available: 2.6.11.6

2005-04-04 Thread Henrique de Moraes Holschuh
On Mon, 04 Apr 2005, Sven Luther wrote: No, the packages would still be kernel-*-2.6.11, but the version number would be 2.6.11.6-debianversion, yiedling stuff like : kernel-source-2.6.11_2.6.11.6-1_all.deb Which is ok, and doesn't trigger NEW. I vote for that. Which is what I thought

Bug#303092: cyrus21-imapd: Restarting cyrus with /etc/init./cyrus21 restart corrupts the user.seen files

2005-04-04 Thread Henrique de Moraes Holschuh
tags 303092 + moreinfo thanks On Mon, 04 Apr 2005, Simon Farnsworth wrote: When I restart cyrus21 with the command /etc/init.d/cyrus21 restart, my simon.seen file is corrupt, forcing me to rebuild unread/read flags from scratch each time the package is upgraded. Please read the debugging

Bug#303144: openmsx: Uninstalable in sid, package was built against experimental version of gcc

2005-04-04 Thread Henrique de Moraes Holschuh
Package: openmsx Severity: grave Justification: renders package unusable openmsx depends on libgcc1 (= 1:4.0) which is NOT in sid. Please build it using gcc 3.4 in a sid chroot. -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (990, 'unstable') Architecture: i386

Bug#291429: confirmed

2005-04-05 Thread Henrique de Moraes Holschuh
tags 291429 + upstream confirmed retitle 291429 hpguid: does not reap dead children (xsane) thanks I have confirmed this bug. hpguid is failing to process sigchld and thus it is not reaping the zombies. -- One disk to rule them all, One disk to find them. One disk to bring them all and in

Bug#303251: foomatic-db-hpijs: Wrong device model for HP-PhotoSmart_2600

2005-04-05 Thread Henrique de Moraes Holschuh
Package: foomatic-db-hpijs Version: 1.5-20050403-1 Severity: normal Tags: upstream The HP-PhotoSmart_2600 database information generates a PPD that refers to the deskjet 5550 model for hpijs. hpijs 2.1.1 has a Photosmart 2600 model which should be used instead. -- System Information: Debian

Bug#302708: Describing this bug again

2005-04-05 Thread Henrique de Moraes Holschuh
The first part of this bug report (status changes reopening the toolbox window) has been fixed upstream in 0.9.1, and refers to #292672 now closed. The second part of this bug report refers to two good ideas for the toolbox: 1. KDE/GNOME-aware system tray notifier mode 2. autoclose (i.e.

Bug#291429: Debian defect #291429

2005-04-14 Thread Henrique de Moraes Holschuh
On Thu, 14 Apr 2005, Donald J. Welch wrote: I am trying to figure out Debian defect #291429... http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=291429 I changed the code to include a os.waitpid( -1, os.WNOHANG ) after the os.spawnvp() call. I am not very experienced with the way POSIX

<    1   2   3   4   5   6   7   8   9   10   >