Bug#479537: package_config - boolean operations possible?
Hi Thomas,
On Tuesday 15 July 2008 14:20, Thomas Neumann wrote:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479537
with patches even.
Incomplete patches. There's a missing curly brace.
Thanks. Addings this to the bugreport :)
foreach (@oclasses) {
if (/^!/) {
s/^!//;
not exists $classisdef{$_} and $doit = 1 or $doit = 0 or last;
} else {
exists $classisdef{$_} and $doit = 1 or $doit = 0 or last;
}
-- }
}
next;
regards,
Holger
pgpKvFqlRMsPJ.pgp
Description: PGP signature
Bug#491130: munin: Munin fails to install
severity 491130 important found 491130 1.2.6-1 tags 491130 +pending kthxbye Hi Carl, thanks for your bugreport! On Thursday 17 July 2008 00:22, Carl Fürstenberg wrote: Package: munin Version: 1.2.6-3 Severity: grave Justification: renders package unusable Trying to install munin results in following error: [..] Initializing plugins..# There were some errors: # ERROR: empty suggest from ip_ # ERROR: empty suggest from ps_ # ERROR: empty suggest from if_ # ERROR: empty suggest from smart_ # ERROR: empty suggest from if_err_ dpkg: error processing munin-node (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: munin-node E: Sub-process /usr/bin/dpkg returned an error code (1) I can only reproduce this in chroots but not on a real system, thus downgrading the severity. Fixed in svn, too. regards, Holger pgp12dC2sNrRg.pgp Description: PGP signature
Bug#491130: munin: Munin fails to install
Hi, On Thursday 17 July 2008 19:58, Carl Fürstenberg wrote: I tried to install it on a real system, and not under a chroot, Strange. Anything special about it? regards, Holger pgpBCxsPMQW5z.pgp Description: PGP signature
Bug#484779: linux-image-2.6.25-2-amd64: enable access to acpi battery/ac info via (deprecated) /proc files
Hi, On Friday 18 July 2008 12:21, maximilian attems wrote: no it was already unset in 2.6.24, every other major desktop got it. and if you read planet.debian.o you'll see that the kde team has a replacement. http://www.perrier.eu.org/weblog/2008/06/22#kde-battery is the post maks is refering to. So is kpowersafe a full replacement for klaptopdaemon? regards, Holger pgpzzCVkcTITh.pgp Description: PGP signature
Bug#491559: munin-node: missing dependency on gawk
Hi Stephen, On Sunday 20 July 2008 14:45, Stephen Gran wrote: Setting up munin-node (1.2.6-3) ... Initializing plugins..awk: not an option: --posix Hm. Do you also have munin-plugins-extra installed or just munin-node? Please depend on gawk if you use it's features. will do :-/ regards, Holger pgpL1elQEwdLL.pgp Description: PGP signature
Bug#487404: dont copy code from laptop-detect
Hi, On Saturday 19 July 2008 09:11, Petter Reinholdtsen wrote: A problem with running laptop-detect after base-installer, is that this make it impossible to adjust the partitioning on laptops. I would like us to create encrypted filesystems / LVM physical volumes on laptops, and for that to work we need to detect laptops very early in the installation, before base-installer is executed. While I see this as a valid use-case I think this is a feature for lenny+1. For lenny I'd suggest to document how to do manual partitioning of workstation profiles. For standalone this is already the case and easily possible. regards, Holger pgpvhtgasMNo9.pgp Description: PGP signature
Bug#458879: xml export of moinmoin
Hi Osamu, On Sunday 20 July 2008 15:00, Osamu Aoki wrote: If you are looking for hints to work around to make good usable XML, you may check how recent debian-reference packages are build. make renewxml will update xml source. I do many ad-hoc changes. I know they are ugly but they work. Thank you for this pointer! I'll definitly take a look. (Not sure yet when I'll have time, so I definitly also appreciate if someone else from Debian Edu can take a look :-) I may need to adjust it for version 1.7 of moinmoin if wiki.debian.org is adjusted. I'm sure this can wait til after Lenny is released, though I'm thankful to Franklin for providing his testbed today. regards, Holger pgpjjDvuau5mS.pgp Description: PGP signature
Bug#491130: munin: Munin fails to install
Hi, On Saturday 19 July 2008 20:26, Petter Reinholdtsen wrote: I was tipsed about #491107, which I believe is the source of this problem. No. It just makes this problem more obvious :) from debian/changelog * Install munin-node gracefully (ie. inside a chroot, where port 4949 is bound to another munin-node already) : munin-node.postinst: don't exit postinst with error if just munin-node-configure fails. debian/rules: use dh_installinit with --error-handler=true. (Closes: #491130) I recommend setting this bug as blocked by the other bug, or reassign it. They are not really related, munin(-node) should configure and install just fine if /proc or /dev/null is not available. regards, Holger pgp2sKGVprqR9.pgp Description: PGP signature
Bug#483617: reassign
reassign 483617 libnet-server-perl thanks Hi, I think this is not a munin issue then. regards, Holger pgpiEauQ5ghXr.pgp Description: PGP signature
Bug#488357: hmm
tags 488357 +moreinfo thanks Hi Matt, you can have versioned suggests and I would probably add one if you tell me to which version :) Looking at the smartmontools changelog its probably 5.37-1 - can you suggest some sensible version? regards, Holger pgpXha1YP7zYG.pgp Description: PGP signature
Bug#491715: installation fails, awk error
fixed 491715 1.2.6-4 done Hi Joey, 1.2.6-4, uploaded last night to sid, fixes the following bugs which are the causes for your bugreport: * Install munin-node gracefully (ie. inside a chroot, where port 4949 is bound to another munin-node already) : munin-node.postinst: don't exit postinst with error if just munin-node-configure fails. debian/rules: use dh_installinit with --error-handler=true. (Closes: #491130) * munin-node: depend on gawk. (Closes: #491559) * munin-node-configure: don't treat empty suggests as errors. (Closes: #491475, #489502) regards, Holger pgp9jZst6NFH1.pgp Description: PGP signature
Bug#491686: base: the command groups doesn't shows local groups using pam_winbind.so authentication module
reassign 491686 winbind severity 491686 normal thanks Hi Paolo, On Monday 21 July 2008 12:54, Paolo Sala wrote: I have configured my system to use winbind.so authentication module. If I execute the groups or id commands I can see only remote groups. I have set the severity to important because the remote user can't use the audio even if the remote user is in the audio group or pen drives even if the user is in the plugdev group... or more in general remote users can't use all the hardware/software that use groups authentication. I'm reassigning this bug to the winbind package as I don't really have an idea what your problem is or what its related too, but I'm fairly confident the winbind maintainers will know more about this than I do :) Also I'm lowering the severity because from the above it's sound more like a configuration error than a bug in a package. regards, Holger pgpvJs6BGZgOm.pgp Description: PGP signature
Bug#494417: make fai-quickstart i386+amd64 only?
Hi, I think the easiest and currently best solution is to make fai-quickstart i386+amd64 only. It also only works on those architectures out of the box, which is exactly the scope of fai-quickstart :-) regards, Holger pgpDJEOviq3gY.pgp Description: PGP signature
Bug#494417: make fai-quickstart i386+amd64 only?
Hi, On Thursday 04 September 2008 13:45, Sebastian Harl wrote: Imho, the current state and usability of FAI on !amd64 !i386 should be documented in the appropriate places - whatever that would be. Ack. IMO it's the FAI guide :) regards, Holger P.S.: no need to cc: me, I'm subscribed to the PTS :) pgpzYtZKcmMSX.pgp Description: PGP signature
Bug#359574: Info received (pleeeease, we really want to finish the /usr/doc transition started in 1999)
Hi, the code in postinst creates a link from /usr/share/doc/sauce to /usr/doc/sauce if /usr/doc exists (and /usr/doc/sauce doesnt). I really think this code block should go away, since Debian packages shouldn't fiddle with /usr/doc at all. Pondering to do an delayed NMU... regards, Holger pgpor75icjM9K.pgp Description: PGP signature
Bug#361524: Problem solved?
Hi, On Friday 05 September 2008 15:21, Michael Tautschnig wrote: Holger, would you consider this problem solved as $LOGSERVER doesn't even exist anymore? If this is not the case, what would you suggest should have happened instead? I dont understand: fai/svn/trunk$ rgrep LOGSERVER .|grep -v svn|egrep -v 'NEWS|guide.sgml| changelog'|wc 12 97 951 Surely it still exists. regards, Holger pgpSHsqAPswSu.pgp Description: PGP signature
Bug#494417: Is it really as hard?
Hi, On Friday 05 September 2008 16:20, Sebastian Harl wrote: I'm not really happy with the idea of making fai-quickstart (or rather, any of the FAI packages) architecture-specific/restricted. Probably Sebastian could comment best what needs to be done to make it work; I know that we had FAI working with Sun/SPARC systems, but that required running rarpd. That fai works perfectly fine on all archs (at least for softupdates) doesnt invalidate the fact that fai-quickstart only works on i386+amd64... And the package is also not installable on all other archs except those two, which is also at least ugly. Anyway, the package currently does the following only: * by depending on further packages pulls in all required packages * copy example config files from /usr/share/doc/fai-doc to /etc/fai All of that could be described in the guide as well, so I don't see any reason why we should keep this package. The appropriate section in the guide could be titled FAI quickstart so it could easily be referenced - just like the package. I like that :-) regards, pgpEBT4pmb9L0.pgp Description: PGP signature
Bug#479533: IMO this is important
Hi, while I agree this is a regression and an important one, I don't think this bug is RC. Evolution works just fine for 99% of its users, probably more than 99%. regards, Holger pgpNpfSjYIkup.pgp Description: PGP signature
Bug#493925: binary firmware in drivers/char/drm/mga_ucode.h
Hi, On Thursday 04 September 2008 16:52, maximilian attems wrote: So bug severity is based on timing now? great take things out of context. 2.6.26 is released and 2.6.27 merge window is over. for any one wanting to work on this issue the tree is open for 2.6.28, checkout linux-next for missing request_firmware() drivers. So bug severity is based on timing now? *eg* or rather, *raises eyebrows and scratches head*. vote 2006-007 only established an exception for etch, but not for the following releases. So why do you think this is not relevant for lenny? Are you planning a GR? ;) Lenny will release with .26, not with .27 or .28. regards, Holger, tempted to play bts ping pong^w^w^w^wraise the severity pgpOJzeWZOoQh.pgp Description: PGP signature
Bug#496072: Proposed patch
Hi, On Saturday 06 September 2008 11:37, Sebastian Harl wrote: As this variable may be set by the user, I'd rather fix this in a more flexible way and introduce some function is_true which checks for the following: Seems reasonable. regards, Holger pgp9W1tnh3Oyl.pgp Description: PGP signature
Bug#498023: bashism in lib/disk-info
package: fai-client version: 3.2.9 severity: important Hi, checkbashisms reports: possible bashism in lib/disk-info line 11 (local x y): local isdisk major minor blocks device suffix Please fix this for lenny as no-bashisms is a release goal :) regards, Holger pgpsViga2eKDJ.pgp Description: PGP signature
Bug#498010: /selinux directory should be created by base-files package
Hi Santiago, On Saturday 06 September 2008 11:52, Santiago Vila wrote: reassign 498010 debian-installer retitle 498010 mount point /selinux does not exist debian-installer is only one way of installing Debian, so fixing this here wont have the desired effect. To support upgrades from older installations or installations with debootstrap, I'd think this directory belongs into basefiles. Why do you think it doesnt? regards, Holger pgpl86h24fnW7.pgp Description: PGP signature
Bug#361524: More info
Hi Michael, On Sunday 07 September 2008 11:22, Michael Tautschnig wrote: Sorry Holger, my previous post to this bug was pure crap. Please ignore it... ok, no problem. Crap happens :) I think that only $SERVER remains relevant in case of softupdates, because it should suffice to do the operations guarded by $IPADDR once, at install time. Yup, not touching the network configuration during softupdates is sensible IMO, and what I have always been doing in my configspaces. Automatically determining the proper value of $SERVER in case of softupdates seems to be impossible, because of the various options for get-config-dir-*. I'm not really sure this is _impossible_, maybe it's hard but... I'd suggest that we add a note to the documentation instead, probably around sect id=isavelogSave log filesp. It should state that both, $LOGSERVER and $monserver, must be manually defined in case of softupdates for savelog/monitoring to remote hosts to work. ...I think this paragraph should definitly be added to the guide! :-) regards, Holger pgp6y5C0CwFLw.pgp Description: PGP signature
Bug#359574: pleeeease, we really want to finish the /usr/doc transition started in 1999
Hi Ian, On Sunday 07 September 2008 18:53, Ian Jackson wrote: 359574 is the last blocker for 322762 which is the /usr/doc transition bug. I will fix this. Cheers! Thanks already. I'm sure the release team will happily unblock the package, to have this transition finally done with lenny! Sure. But I'm considering whether it might not be better to remove sauce from lenny. Heh. Sure, your call. regards, Holger pgpM4eouV6B1M.pgp Description: PGP signature
Bug#265973: Ideas to solve this issue
Hi, On Sunday 07 September 2008 10:58, Michael Tautschnig wrote: *** PREFERRED FIX: EXTEND THE DOCUMENTATION *** In the tasks chboot and savelog, a connection using secure shell is opened to the FAI server (cf. add reference to isavelog). To ensure that this works non-interactively, a proper entry in NFSROOT/root/.ssh/known_hosts must be created. When using fai-setup, this is done automatically, but it may require manual editing in case the name of your FAI server was not determined correctly. If you stumble over ssh connections that require typing yes to accept the host key during installation, please check the contents of your NFSROOT/root/.ssh/known_hosts file. I'd really suggest we add this small piece of documentation to the FAI Guide, which may then even make it into lenny. +1 regards, Holger pgp8pIqFvLxbV.pgp Description: PGP signature
Bug#498010: /selinux directory should be created by base-files package
reassign 498010 libselinux1 thanks pgpReMRih4fFD.pgp Description: PGP signature
Bug#173829: debuild should have an option to test for this
reassign 173829 devscripts thanks Hi, IMHO debuild should have an option to test for this, thus reassigning. regards, Holger pgpwxQDTKdWz1.pgp Description: PGP signature
Bug#498305: gerris_0.6.0-3.2 NMU
package: gerris version: 0.6.0-3.2 Hi, attached is the diff from my NMU. Please incorporate it in your next upload, thanks. regards, Holger diff -u gerris-0.6.0/src/init.c gerris-0.6.0/src/init.c --- gerris-0.6.0/src/init.c +++ gerris-0.6.0/src/init.c @@ -25,7 +25,7 @@ static fpu_control_t fpu_trap_exceptions = _FPU_IEEE # ifdef __mc68000__ - ~(__FPU_MASK_DZ /*| _FPU_MASK_OPERR | _FPU_MASK_OVFL*/); + ~(_FPU_MASK_DZ /*| _FPU_MASK_OPERR | _FPU_MASK_OVFL*/); # elif defined(__mips__) ~(_FPU_MASK_Z /*| _FPU_MASK_V | _FPU_MASK_O*/); # else diff -u gerris-0.6.0/debian/control gerris-0.6.0/debian/control --- gerris-0.6.0/debian/control +++ gerris-0.6.0/debian/control @@ -2,7 +2,7 @@ Section: math Priority: optional Maintainer: Marcelo E. Magallon [EMAIL PROTECTED] -Build-Depends: debhelper ( 4), libgts-dev ( 0.7.3), libglib2.0-dev, autotools-dev +Build-Depends: debhelper ( 4), libgts-dev ( 0.7.3), libglib2.0-dev, autotools-dev, libgts-bin Standards-Version: 3.6.1 Package: gerris diff -u gerris-0.6.0/debian/changelog gerris-0.6.0/debian/changelog --- gerris-0.6.0/debian/changelog +++ gerris-0.6.0/debian/changelog @@ -1,3 +1,11 @@ +gerris (0.6.0-3.2) unstable; urgency=low + + * Non-maintainer upload. + * Add build-depends to libgts-bin. (Closes: #494243) + * Fix typo in src/init.c to fix a FTBFS on m68k. (Closes: #350595) + + -- Holger Levsen [EMAIL PROTECTED] Mon, 08 Sep 2008 11:11:34 + + gerris (0.6.0-3.1) unstable; urgency=low [ Brice Goglin ] pgpjQg2MosUxu.pgp Description: PGP signature
Bug#366893: reassign to lintian
reassign 366893 lintian thanks Hi, I'm reassigning this to lintian so that a check for a standarized stop message can be implemented. Reading from the bug, I think policy is quite clear about it. (If there is a stop script, there should be a stop message) Feel free to reassign to debian-policy if you think policy is not clean enough. Having this filed as a general bug is definitly not useful... regards, Holger pgp1mSDtpNZXB.pgp Description: PGP signature
Bug#494547: #494547 munin cron job complains about pango invalid utf-8 string
Hi Noèl, On Wednesday 10 September 2008 11:07, Noèl Köthe wrote: Is there an updated package/patch available to fix it? in svn yes, see svn://munin.projects.linpro.no/munin/branches/debian/lenny/trunk will be uploaded soon. regards, Holger pgpsSf7tbQz3W.pgp Description: PGP signature
Bug#238833: please read the bugreport until the end to understand why I reassigned this bug
reassign 238833 qt-x11-free retitle 238833 wrong rendering fallback thanks Hi, please read the bugreport until the end to understand why I reassigned this bug. Probably you also want to retitle this bug even more. regards, Holger pgpyby7Z4kEYv.pgp Description: PGP signature
Bug#498412: forcemerge
forcemerge 468352 353536 498412 thanks Hi, 468352 and 353536 have been tagged by Thomas with wontfix... IMO this is a nice feature and since it has been requested several times, it's also a wanted feature. So I'd suggest to remove the wontfix tags and include this functionality after lenny. I like the implementation in 468352 and 353536 better, though :) regards, Holger pgp3VSaC5cdy1.pgp Description: PGP signature
Bug#498497: installation fails
package: python-poker-network severity: grave version: 1.6.0-1.1 Hi, trying to install python-poker-network in a sid chroot (no /proc nor /dev mounted, in case that matters) fails with: Setting up python-poker-network (1.6.0-1.1) ... INFO: using old version '/usr/bin/python2.3' Compiling /usr/lib/python2.3/site-packages/pokernetwork/packets.py ... File /usr/lib/python2.3/site-packages/pokernetwork/packets.py, line 89 @staticmethod ^ SyntaxError: invalid syntax Compiling /usr/lib/python2.3/site-packages/pokernetwork/pokerclientpackets.py ... File /usr/lib/python2.3/site-packages/pokernetwork/pokerclientpackets.py, line 51 @staticmethod ^ SyntaxError: invalid syntax Compiling /usr/lib/python2.3/site-packages/pokernetwork/pokerpackets.py ... File /usr/lib/python2.3/site-packages/pokernetwork/pokerpackets.py, line 2120 @staticmethod ^ SyntaxError: invalid syntax Compiling /usr/lib/python2.3/site-packages/pokernetwork/pokerservice.py ... File /usr/lib/python2.3/site-packages/pokernetwork/pokerservice.py, line 1945 @staticmethod ^ SyntaxError: invalid syntax pycentral: pycentral pkginstall: error byte-compiling files (34) pycentral pkginstall: error byte-compiling files (34) dpkg: error processing python-poker-network (--configure): subprocess post-installation script returned error exit status 1 Errors were encountered while processing: python-poker-network E: Sub-process /usr/bin/dpkg returned an error code (1) regards, Holger pgpSnBLomuGya.pgp Description: PGP signature
Bug#65611: reassign to lsb
reassign 65611 lsb-base tags 65611 +upstream thanks Hi, I don't think it's Debians role to demand such changes in upstreams behavior, even though this change might be a good idea. So I'll reassign this to lsb-base. regards, Holger pgp3IQY2JBMCA.pgp Description: PGP signature
Bug#388065: reassign
reassign 388065 cups tags 388065 +upstream thanks Hi, based on the assumption that a bug report titled My PC should warn me when I try to shut down while my printer is still printing clearly assumes (My PC) a default printing environment on a default desktop install (which is cups) and that bugs originating from packages should be assigned to those, I'm reassigning this to cups. (So that the cups maintainers (maybe) reassign/clone this to further printing frontends.) I wrote the above paragraph without reading the actual bug report, then I thought wait, re-read it, there must be something in there otherwise you would just reassign and so I re-read the bug report. After I've now done so, I still think reassigning to cups (and then clone and assigning the clones to kdm, gnome and xfce and keeping this bug to track the others) is sensible. I've tagged this bug upstream too. ;-) regards, Holger P.S.: Please cc: me if you disagree, I'm neither subscribed to this bug nor the cups pts. pgp0iYPtAmzVY.pgp Description: PGP signature
Bug#457839: reassign
reassign 457839 perl thanks Hi, my understanding on this is based on reading the bug report. I'm not fully sure if this issue has been closed with perl 5.10 or if seperate bug reports for all effected manpages are useful. (I think the former but leave it to the perl maintainers to confirm.) regards, Holger pgpZiTinzyh3a.pgp Description: PGP signature
Bug#30020: reassign to lintian
reassign 30020 lintian thanks Hi, reassigning to lintian, because a.) I think thats right and b.) I dont understand why it was reassigned from lintian to general in the first place. Probably this is already implemented (a check that two binary packages from one source package have exactly the same description) and you can close this bug right away. regards, Holger P.S.: please cc: me on replies, I'm neither subscribed to lintians bugs nor this specific one. pgpN5KozI2a1b.pgp Description: PGP signature
Bug#381485: any news on the lintian check?
Hi Raphael, On Friday 12 September 2008 04:38, Raphael Geissert wrote: As promised, attached is a patch in a mbox implementing that check. I've only made it check executable scripts in /etc, as not to slow down lintian even more for just one check. Thats great, thank you! Of course the final decision is up to the lintian maintainers :) Sure :) Hint: this bug is a blocker for 438885 which is important ;-) regards, Holger pgp03r7AFztBZ.pgp Description: PGP signature
Bug#381485: any news on the lintian check?
Hi Frank, On Friday 12 September 2008 21:05, Frank Lichtenheld wrote: Which doesn't change anything about the fact that it is whishlist for lintian. Sure :) (It's definitly wishlist for lintian.) And I also (literally) wish lintian would support preventing issues which where the reason for a mass bug filing in May 2006 and were made serious in August 2007. And to say that it is a blocker is really only a BTS-technical term, not something that is really true in any meaningful sense outside of the BTS scope (I hope you know what I mean). Well, yes and no. It (not being fixed) prevents (blocks) that those issues come back again and again. That said, I applaud your effort to clean up the general package :) Thanks. Thanks also for your work on lintian, I love lintian, it rocks! :) regards, Holger pgpjzkcqlrern.pgp Description: PGP signature
Bug#498497: bug #498497: installation fails
Hi Adam, On Friday 12 September 2008 18:03, Adam D. Barratt wrote: The problem here is that the package uses syntax which is not compatible with python 2.3 (as is apparent from the error message :-) Attached is a patch fixing the problem. Thanks for dealing with this. I'll upload your NMU (to delayed-2) shortly, after a bit more coffee :) regards, Holger pgpxxJCE9jBzr.pgp Description: PGP signature
Bug#494547: Patch not OK?
Hi Michael, On Friday 12 September 2008 14:47, Michel Meyers wrote: Is it me or is there a bug in the patch? I applied it and it gives me: (there's an additional parenthesis at the end) applied, thanks. regards, Holger pgpUvozrmVQom.pgp Description: PGP signature
Bug#462178: please remove this package
retitle 462178 ipxripd: RoQA; unmaintained; RC-buggy (doesnt work with kernel 2.6) reassign 462178 ftp.debian.org thanks Hi, according to #230358 this package needs a 2.4 kernel and already etch wasn't shipped with one. High time to remove this package..! regards, Holger pgpJQ3XI9Mtco.pgp Description: PGP signature
Bug#465273: doesnt update /etc/readahead/*
package: readahead version: 1.20060421.1016-1~bpo+40+1 Hi, After I booted with the profile kernel option and logged into my window manager session, readahead-list was still running. Nothing in /etc/readahead/ was updated. I ran /etc/init.d/readahead stop and nothing in /etc/readahead/ was updated. I ran killall -9 readahead-list which finally killed the daemon, but nothing in /etc/readahead/ was updated. I'm running a etch system, with a 2.6.21-2 from bpo, and selfmade readahead and usplash backports. regards, Holger pgpKLkiNvHHZs.pgp Description: PGP signature
Bug#458879: debian-edu-doc FTBFS but only in sid not in etch
Hi Andreas, On Saturday 09 February 2008 22:00, Andreas Hoenen wrote: In order to improve the error messages of dblatex (dblatex bug report #451267), I have patched dblatex (beginning with 0.2.8-1) to postvalidate the DocBook input in case of transformation failures and to pass through the validation error messages to the caller [1]. Thus for invalid DocBook input the user will receive a meaningful error message in addition to the sometimes strange technical error description. Sounds good :) Unfortunately my patch hangs on huge amounts of xmllint error output (and itil.xml is very invalid: 732938 bytes of validation failure messages). Unfortunatly it's not really simple to fix this: it's auto-generated by moinmoins docbook export module (so the source for itil.xml is a wiki), and this module is currently not maintained upstream in moinmoin. (See the moinmoin wiki for more info if you interested.) I will fix this bug in the next debian dblatex release which I'm preparing currently. /me looks at http://packages.qa.debian.org/d/dblatex/news/20080211T040203Z.html and cheers! However, even without the postvalidation hanging the current versions of dblatex respectively xsltproc are just unable to transform itil.xml. Sorry, invalid input sometimes is handled properly, but only in lucky cases. /me nods, just experienced this :( I guess I will have to switch to openjade then and set the errorlimit to 1, like I already do for the html version... And the long term solution is to fix moinmoins docbook export. regards thanks anyway, Holger pgpLKLezGp9mq.pgp Description: PGP signature
Bug#465209: still useful today?
package: sauce version: 0.8.1-1.1 Hi, is this package still useful / in use at all? Looking at #228574 (dependency on exim, which is not in the archive anymore), #346056 (which contains the following quote: I'm working on a new upstream version (which is sorely needed) but no action followed..), at http://packages.debian.org/changelogs/pool/main/s/sauce/current/changelog (last maintainer upload in 2004 and probably last upstream version in 2003), the popcon stats of sauce (5 installations) and considering the maturity of spam-assassin, postgrey, crm114 and others I believe this package is not useful any more today. If noone objects I'll file a removal request in fourteen days. regards, Holger pgpxwmXdNO5of.pgp Description: PGP signature
Bug#465273: doesnt update /etc/readahead/*
Hi Petter, On Monday 11 February 2008 19:56, you wrote: Does this kernel have inotify support? I believe that is the kernel feature used by readahead for profiling, and it was added after the 2.6.18 etch kernel. Do not remember exactly when. Yes, it does: $ grep -i inotify /boot/config-2.6.21-2-686 CONFIG_INOTIFY=y CONFIG_INOTIFY_USER=y regards, Holger pgpMsjcN9nvQp.pgp Description: PGP signature
Bug#462178: please remove this package
Dear Raphael, On Monday 11 February 2008 03:26, you wrote: reassign 462178 wnpp retitle 462178 O: ipxripd -- IPX RIP/SAP daemon I'm not gonna play bts pingpong even though I know I'm right. :-P This package is being tracked by me I saw your mail to this bug, but I consider QA work team work :-) and its removal will be requested after giving a grace period of time (more than one week) so there are more chances for people to adopt it. I orphaned the package just a few days ago, so please wait a little bit more. Why? Did you look at http://bugs.debian.org/230358 ? The package does not work at all with a 2.6 kernel. A 2.4 kernel was last shipped with sarge, so there is absolutly no point in keeping it any day longer in sid. Normally package removals should not be requested before two months since the package has been orphaned. In the case of this package I'll request its removal within two weeks. As you wrote: normally... This package should not have been part of the etch release, so it's pointless to wait any day longer. Heck, you could even request its removal from stable :-) Thanks for your effort anyway :) You're welcome :-) regards, Holger pgpjt1lk0P2Li.pgp Description: PGP signature
Bug#465272: please warn that the profile boot will take _significantly_ longer
package: readahead version: 1.20060421.1016-1~bpo+40+1 severity: minor Hi, Thanks for packaging readahead! Please warn in /usr/share/doc/readahead/README.Debian that a boot with the profile option will take *significantly* longer than a normal boot. Mislead by a bogus failure message by uswsusp I thought something didnt work and the boot failed. And right in the moment I pressed the reset button, the boot continued... :-) regards, Holger BTW.: Is the latest upstream version really from 2006 ? pgp9jQETNcs9h.pgp Description: PGP signature
Bug#456640: 455564 got mixed up
Hi, due to post to the wrong bug and several people replying to this and not noticing the wrong bug number, #455564 developed from being an ITA bug about mc to be about fixing the ITA for munin, which is #456640. I dont think we need to do anything, about this, this mail is just and pure information :) Also it's looks like we will soon do something indeed: closing these two bugs! cheers, Holger pgpydzvRqEZpk.pgp Description: PGP signature
Bug#462178: please remove this package
Hi Raphael, On Tuesday 12 February 2008 02:01, you wrote: I saw your mail to this bug, but I consider QA work team work :-) Sure it is :) Cheers :) (I didn't really think (at all) you were objecting to this, I just had to make that point :) But if you re-read the bug report you will see that the necessary changes to fix it aren't many (but I should probably reconsider that because of /proc not existing in newer kernels, starting with .24?) Yet, noone has done it for four years. Also I dont think it would be that easy... and anyway: IPX is mostly dead and those still using it have probably old boxes running it already... I've already requested its removal from stable :) Then I really dont understand why you wait with removing it from sid. Anybody interested to pick it up can get it from various archives... I don't see any real problem on keeping this report a few more days on wnpp to give people the opportunity to see it is up for adoption. They had this chance for 4 years. IMO some people prefer to fix an existing package than to 'Debianise' from scratch, hence my desire to keep it a few more days. But if you believe it really makes no sense at all to keep the report open on wnpp feel free to reassign it to ftp.debian.org with a correct removal request subject and CC me so I update packages-actions.txt I'll leave this to you :-) regards, Holger pgpIjV7BGwpmc.pgp Description: PGP signature
Bug#436267: Firewire support in lenny
Hi, On Tuesday 12 February 2008 12:31, Guus Sliepen wrote: I do not see why making the old stack available again, but blacklisted by default, discourages testing of the newer stack. If you have both available, then yes, users can switch to the new stack more easily, but at least they will still be using Debian kernel packages, and they can switch back to the juju stack just as well. If you do not make this option available, those who have problems with the new stack will have to compile their own kernels, and then they will not track the Debian kernel packages anymore. I see this happening all around... (users compiling their own kernels cause they have to and stop tracking debian kernels) Please make the old stack available. regards, Holger pgpB94NmhKN7A.pgp Description: PGP signature
Bug#465272: please warn that the profile boot will take _significantly_ longer
Hi, On Thursday 14 February 2008 18:12, you wrote: Will be in the next upload. But it won't happen before an other more important bug has been found. Else, it would just waste the buildds' time. Thanks. I'd like to remark that buildd time is cheap, while developer/tester time is not, though :-) BTW.: Is the latest upstream version really from 2006 ? It seems to be the latest upstream version, but even this one can only be found on the Gentoo mirrors, not on the original location. Interesting. It seems/ed to be a rather new feature/tool :-) regards, Holger pgpXIOAMkUYTO.pgp Description: PGP signature
Bug#465272: please warn that the profile boot will take _significantly_ longer
Hi, On Thursday 14 February 2008 22:49, Petter wrote: I'll do a backport for backports.org soon, so that all etch users can use readahead-list. Note that I believe the profiling do not seem to work properly with the etch kernel. Why do you believe that? Which kernel options are requiered? I should be able to try with the 2.6.22 from bpo this weekend... On Thursday 14 February 2008 22:10, Julian Andres Klode wrote: I just committed the fix for README.Debian to the git repo. :) Thanks. No work has gone into readahead. readahead will be replaced by prefetch, another alternative consisting of kernel patches and user-space application. See https://wiki.ubuntu.com/DesktopTeam/Specs/Prefetch - probably in Ubuntu 8.10. But this is not ready for sid/lenny yet? regards, Holger pgpCweksDuSUk.pgp Description: PGP signature
Bug#465272: please warn that the profile boot will take _significantly_ longer
hi, On Friday 15 February 2008 10:27, you wrote: Why do you believe that? Which kernel options are requiered? The inotify kernel feature is needed, as far as I know. As told in this bug report, I have it enabled in the 2.6.21 I'm running. I believe it is missing in 2.6.18. My test run on an etch machine gave me a very short list of files to load, how did you do this test? regards, Holger pgp8gmc23Y1Rz.pgp Description: PGP signature
Bug#465272: please warn that the profile boot will take _significantly_ longer
Hi, On Friday 15 February 2008 11:04, you wrote: I booted with 'profile' once and then with the bootchartd running, and the boot seemed to read from disk also after readahead had loaded the files it believed to be needed. I then had a look at the list of files in /etc/readahead/, and it was quite short compared to the other files I had seen. It is a while ago, so I do not remember any more details. For me the problem was, that after booting with the profile option (on a kernel with INOTIFY), the files in /etc/readahead remained totally unchanged. regards, Holger pgpevt3EUJrdg.pgp Description: PGP signature
Bug#94986: Tuxtype 1.5.6.dfsg1 provides the requested functionality
notfixed 94986 1.5.6.dfsg1 thanks Hi era, thanks for caring, but... On Saturday 12 January 2008 13:48, era eriksson wrote: From a brief look at the current version of Tuxtype in Ubuntu ...you conclude from a brief look? Further down you also say you did not explore much... , which is directly based on Debian's version, the requested functionality is present. Word lists are editable (in some way; did not explore this much, but there is a menu entry for this) word lists are only editable in /usr which as the submitter said, will make them overwritten on upgrades... You would have seen this if you just would have tried the edit wordlists menu item in the programm _once_, it directly says this feature is not ready yet. and in addition, the package is localized into a number of different languages, including German. (In the source package, tuxtype/data/themes/deutsch/words/ contains six files of German words, rated for different levels in the games.) The upstream ChangeLog appears to indicate that localization was introduced in version 1.0pre1. Not relevant to this bug report. I'm suggesting that this bug could be closed, although I leave the final verdict to the package maintainer. But yet you have closed it for a specific version, which was not even the latest, so it looked like the bug was reintroduced in later versions... So no, this bug is still open for a reason :-) As said, thanks for caring about tuxtype and Debian, but please take a bit more time and carefullness next time. regards, Holger pgpAeew4S2Yef.pgp Description: PGP signature
Bug#419788: more info
found 419788 3.2.1 thanks Hi, I just saw this only happens when you do fcopy -r $some_dir but not when you do fcopy $some_file. regards, Holger pgpKZtnLqzNEy.pgp Description: PGP signature
Bug#455564: Bug#456640: munin comaintaince
Hi, On Thursday 31 January 2008 23:05, you wrote: Package most things from http://muninexchange.projects.linpro.no, and other sources? I think yes. Sometimes we need plugins that arent in munin. I think so too and suggest to build the munin-plugins-contrib package per default and sticks those in there. We should define a minimal policy / guidelines for all plugins though, like: - at least two maintainers agree to include it and not two (or one?) are against including it - no bashism, all shell plugins must work with dash too - whatnot :-D In a quick rush to collect this beginning of some guidelines on a public wiki page, I went ahead and created http://wiki.debian.org/Teams/MuninMaintainers - I hope you like it ;-) regards, Holgerr pgpjmx8RdzAAg.pgp Description: PGP signature
Bug#456640: munin comaintaince
Hi, On Thursday 31 January 2008 20:11, Matthias Schmitz wrote: I am under the impression that their work will likely result in a new upstream release (1.2.6) as well as new Debian packages. This looks like my plan :-) - merge all the candidate changesets from 1.3 and then look which debian bugs still unfixed. (And if there is time left after this - bring a 1.3 deb in experimental.) Great! Since this is my first maintainership it is a good idea to have some more experienced co-maintainers. And if linpro has nothing against it i will keep the code in the upstream svn. Where is the upstream svn? http://munin.projects.linpro.no/browser/trunk/dists/debian/changelog has version 1.2.3-3?! How are the debian branches in http://munin.projects.linpro.no/browser/branches/debian/ synced with the upstream branches one directory up? I'm fine with using the upstream repo as long as Linpro is fine with adding arbitrary people to the project.. are you? ;-) I'm experienced with administrating projects on Alioth, if this prefered for the debian packaging... regards, Holger pgplAZCchmcnv.pgp Description: PGP signature
Bug#463985: flashplugin-nonfree: no sound with pulseaudio
Hi Eddy, On Monday 04 February 2008 16:04, Eddy Petrișor wrote: Forgot to say, Package: flashplugin-nonfree Version: 9.0.115.0.1~etch1 Package: pulseaudio Version: 0.9.5-5etch1 that wont work. you need to send to [EMAIL PROTECTED] and use found #123456 0.9 or such. not doing this, as I think you only created one bug in the first place. regards, Holger pgpwXQBw0Stzy.pgp Description: PGP signature
Bug#463985: flashplugin-nonfree: no sound with pulseaudio
Hi Eddy, On Monday 04 February 2008 15:55, Eddy Petrișor wrote: Package: pulseaudio, flashplugin-nonfree did that work? I have lloked for the issue and there is also a fix that works: a tiny package called flashplugin-nonfree-pulse ackaged by CJ van den Berg [EMAIL PROTECTED]. flashplugin-nonfree-pulse is in NEW :-) As the package is to be removed from etch anyway (and to be provided via backports.org instead, see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458550) I think this bug should be closed, but I'll leave this to the maintainer :-) regards, Holger pgpXVLroZMhYw.pgp Description: PGP signature
Bug#457291: flash could be supported on stable.
Hi Carlo, one link: http://wiki.debian.org/DebianEdu/Documentation/Etch/HowTo/Administration#head-136bb7e75e07e8b6463e6b30761ac51776c5c27d Using backports.org is easy. And supporting this particular piece of nonfree in Debian stable is not. This is why the maintainer decided to support it (and our users) in(/via) backports.org. regards, Holger pgpeal2XSi6S3.pgp Description: PGP signature
Bug#461604: olsrd-plugins: Ships files in /usr/lib64/ breaking things.
Hi Kurt, thanks for your bug report and sorry for no reply for three weeks, been busy busy busy... On Saturday 19 January 2008 21:43, Kurt Roeckx wrote: Your package is shipping files in /usr/lib64/ on amd64. This will break people's system. Please move those files to /usr/lib/ Honestly I have no idea how this happened (there is nothing amd64 specific in the package as far as I know) and what to do now, any short hint / pointer? regards, Holger pgpmQIxMDBqko.pgp Description: PGP signature
Bug#456640: which branch in svn?
Hi, as I now have commit access \o/ I'd like to commit some (simple) changes to the sid package. IIRC there was a little confusion (at least to me) which the right svn branch - could someone please explain? regards thanks, Holger pgpAWuBocI7yA.pgp Description: PGP signature
Bug#311188: downgrade 311188 to important
severity 311188 important thanks Hi, at the Debian Edu developer gathering in Narvik we once again discussed #311188 and came to the conclusion, that we would like to downgrade it to important, as debian-edu-config only does these changes if told so by the admin (by running the script or using the debian-edu installation cds or preseeding a hidden debconf question). If debian-edu-config gets installed on a normal system, nothing (bad) happens, 'apt-get install debian-edu-config' (alone) will not mess with policy. With a severity of important the package will into testing and allow us easiier and better testing for lenny. We still plan to fix this bug (and deal with all the blockers) til lenny! See http://wiki.debian.org/DebianEdu/Bug311188 for a summary of the status. This course of action has been agreed on #debian-release too :) regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#461604: olsrd-plugins: Ships files in /usr/lib64/ breaking things.
Hi Julien, On Tuesday 05 February 2008 17:31, you wrote: $ rgrep lib64 olsrd-0.5.4/ olsrd-0.5.4/make/Makefile.linux:LIBDIR =$(DESTDIR)$(shell if [ $(ARCH) = x86_64 -a -d /usr/lib64 ]; then echo /usr/lib64; else echo /usr/lib; fi) Looks like a likely explanation to me. Thanks! Now I know how to fix that :-) regards, Holger pgpE46Repjmer.pgp Description: PGP signature
Bug#456640: which branch in svn?
Hi Matthias, On Tuesday 05 February 2008 21:28, you wrote: the packages lives in branches/debian/[etch|lenny|experimental]. Thanks. So (etch is etch), lenny is what we upload to sid and target at lenny and experimental is 1.3? regards, Holger pgppHI8xlti0w.pgp Description: PGP signature
Bug#464241: base: NFS mounts didnt works with df under openvz inside VPS (only etch is broken, lenny is ok)
reassign 464241 kernel-patch-openvz thanks Hi Alexey, thanks for your bug report. I'm reassigning it to the kernel-patch-openvz package, as etch itself has no problems with nfs mounts :-) On Wednesday 06 February 2008 01:35, Alexey Maximov wrote: Severity: important I'm actually not convinced this is of important severity, but leave it to the openvz maintainer(s) to downgrade it. regards, Holger pgp7gMu1EEin9.pgp Description: PGP signature
Bug#461604: olsrd on amd64
tags 461604 +pending thanks Hi, make/Makefile.linux includes the following line: LIBDIR =$(DESTDIR)$(shell if [ $(ARCH) = x86_64 -a -d /usr/lib64 ]; then echo /usr/lib64; else echo /usr/lib; fi) To fix http://bugs.debian.org/461604 I'll patch it to: LIBDIR =$(DESTDIR)/usr/lib I guess this is generally useful and the above is some leftover from the early amd64 days. But I don't have an amd64, so I have no idea ;-) regards, Holger pgpv4ud1xyrBE.pgp Description: PGP signature
Bug#370332: [pkg-ntp-maintainers] Bug#370332: ntp: keep server list separate from other ntp.conf settings
Hi Kurt, On Wednesday 06 February 2008 19:47, Kurt Roeckx wrote: It would therefore make sense if the server list could be read in from a separate file, /etc/ntp.servers say. This could be done either as an #include mechanism reading /etc/ntp.conf (bug #370332 says this does not yet exist), The current version has an includefile option which you can use for this. Where is that option described? I checked man ntp.conf and man ntpd but couldnt find it. Also, wouldnt we still need to modify a configfile to use that option? regards, Holger pgpzawshxZbSE.pgp Description: PGP signature
Bug#370332: [pkg-ntp-maintainers] Bug#370332: ntp: keep server list separate from other ntp.conf settings
Hi, On Wednesday 06 February 2008 21:48, Kurt Roeckx wrote: The current version has an includefile option which you can use for this. Where is that option described? I checked man ntp.conf and man ntpd but couldnt find it. /usr/share/doc/ntp-doc/html/miscopt.html /me wonders if he should file a wishlist bug to include that in a manpage... Also, wouldnt we still need to modify a configfile to use that option? Well, I guess it would be best if we modified the file to use that. Yes, please! (I could barely refrain from using caps here :-) regards, Holger pgpvw5Bv6RrIF.pgp Description: PGP signature
Bug#458879: debian-edu-doc FTBFS but only in sid not in etch
tags 458879 +help thanks Hi, http://bugs.debian.org/458879 describes how debian-edu-doc fails to build from source but only in sid not in etch, and I'm bcc:ing you, the dblatex and libxml2-utils maintainers, to kindly ask for your help/input/hint as I have no idea why. To reproduce: fakeroot apt-get source -b debian-edu-doc in sid :) It hangs with the following output: [...] # # Build ITIL book # dblatex -T simple -o ./documentation/norwegian/itil.pdf ./documentation/norwegian/itil.xml Build the listings... XSLT stylesheets DocBook - LaTeX 2e (0.2.8-5) === Invalid table entry row=1/column=1 (@colstart) ps shows the following commands are run, but they consume 0 cpu ressources, so I think they might wait for some input on stdin?! Strangely on Lucas build, which caused the bugreport, the build failed after 3 seconds... 18154 pts/4S+ 0:00 \_ /usr/bin/python /usr/bin/dblatex -T simple -o ./documentation/norwegian/itil.pdf /home/holgi/Projects/debian-edu/debian-edu/src/debian-edu-doc/documentation/norwegian/itil.xml 18157 pts/4S+ 0:00 \_ /usr/bin/xmllint --noout --valid ./documentation/norwegian/itil.xml Do you have an idea what change from etch to sid might have caused this? regards, Holger pgpC8u4JmRniX.pgp Description: PGP signature
Bug#458879: [xml/sgml-pkgs] debian-edu-doc FTBFS but only in sid not in etch
Hi Daniel, On Thursday 07 February 2008 14:24, you wrote: Hi. Did you ever checked the output of xmllint? Yeah, sure, but the docbook is created by moinmoins docbook export, so it's pointless to fix the errors in the xml.. :( And I only have output if I build it in etch, in sid it just hangs... I fills my screen and terminal cache with errors over errors. Probably fixing them will help to solve #458879 ;) Maybe, yes :) regards, Holger pgpK3uMbvqwzg.pgp Description: PGP signature
Bug#464837: should warn about merciurial files
package: lintian version: 1.23.44 Hi, lintian doesnt warn about left over mercurial files in the source package, like it does with svn or cvs files. The following files remained unnoticed in my source package: .hg_archival.txt |2 .hgignore | 29 .hgtags | 10 regards, Holger pgpV5jHOixBjN.pgp Description: PGP signature
Bug#464837: should warn about merciurial files
Hi Frank, On Saturday 09 February 2008 17:24, Frank Lichtenheld wrote: .hg_archival.txt |2 Out of curiosity, what is this one for? I dont really know. $ cat .hg_archival.txt repo: 7efd15ce4dab28ef21588ffef8ca00550290bd1d node: a5b9cf969979239cd27f592589e9712669f6e110 $ regards, Holger pgp9cPATBNaRF.pgp Description: PGP signature
Bug#459910: please randomize the submission time (to prevent to DDoS popcon.debian.org)
package: popularity-contest severity: important x-debbugs-cc: debian-publicity On Sunday 06 January 2008 16:33, Petter Reinholdtsen wrote: The popcon count reached 70 000, and then it started falling. I have no idea why, if it is a capasity problem with the service or if the number of contributors really is dropping. But I thought it best to mention it. As discussed on irc this is because all clients hammer popcon.debian.org on the same day at the same time (in their local timezone at least) once a week, so many submissions get lost. h01ger zobel, so adding a random sleep (in background, so that the other weekly scripts are run immediatly) and first testing this in sid before uploading to s-p-u seems like a plan to me. please discuss :) pere it is a good plan as I see it too. :) zobel at least we should modify popcon in some way it is not DDoSing gluck any more. zobel random sleep sounds like i plan we could go. h01ger zobel, can you imagine another way (short of disabling popcon)? pere sitesummary do random sleep, and that is a pretty effective way to solve the issue. zobel the other way could be to remove it from cron.weekly install it on cron.d and set exec time to random. h01ger right zobel by the maintainer script installing it pere I prefer to have the cron file a conffile. pere is there a popcon bug report about this? It would be very helpful. I've asked sysadmin for info by email, but got no reply. #413529 is related but not neccessarily the same issue. regards, Holger pgppCk3FRJopZ.pgp Description: PGP signature
Bug#459910: please randomize the submission time (to prevent to DDoS popcon.debian.org)
Hi, On Wednesday 09 January 2008 18:38, you wrote: Here is a draft patch to implement a random sleep. The patch is mostly cut-n-paste from sitesummary, which did the same for cron-apt, but is as it stand not tested in popularity-contest. As I read the patch, this will make the popcon cronjob run for up to one hour, thus delaying the other cron.weekly scripts... If I'm right, I consider this patch not good enough ;) regards, Holger pgpFtJf6AFkvj.pgp Description: PGP signature
Bug#459910: [Popcon-developers] Bug#459910: please randomize the submission time (to prevent to DDoS popcon.debian.org)
Hi, On Wednesday 09 January 2008 22:20, you wrote: As I read the patch, this will make the popcon cronjob run for up to one hour, thus delaying the other cron.weekly scripts... If I'm right, I consider this patch not good enough ;) I'm not sure it will delay the other jobs, but I figure that if they waited for a week, they can handle waiting for an hour. That's not my point. These scripts used to run at a fairly predictable time, which this patch changes, which might break unrelated software. Thats my concern (for a stable update, for sid, it's less an issue.) But obviously I'm no stable release manager :-) Martin, can you please comment on this. regards, Holger pgp7YsL1Z1rSo.pgp Description: PGP signature
Bug#452375: please remove make-fai-bootfloppy
package: fai version: 3.2.1 Hi, since fai-kernels has been removed, make-fai-bootfloppy is obsolete, doesnt work anymore, so it shouldnt be part of the package and shouldnt be mentioned in the guide. Please remove it and its references. Thanks. regards, Holger pgpRoixn62aLp.pgp Description: PGP signature
Bug#452363: /init: .: 150: Can't open /scripts/live
retitle 452363 fai 3.2 does not work (out-of-the-box) on lenny and sid thanks Hi, I wonder if fai should be branched then. IMO the version in sid/lenny should work and install sid or lenny, but not etch. It's _great_ to have one 3.2.1 version which supports etch, but maybe this should be 3.2.1~etch.1 and 3.2.1 should work with lenny. Can't be hard to automate this branch :-) regards, Holger pgpeOEnfSekUv.pgp Description: PGP signature
Bug#452375: please remove make-fai-bootfloppy
Hi, I would just remove it *now*, as this is easy to do. (And removes the confusion for our users.) If you want to add make-fai-bootfloppy-iso, I suggest you name it make-fai-iso ;-) and send a patch :-D But I really think this is a different bug/issue and should not block fixing this issue. regards, Holger, who sincerly believes NICs which dont support PXE and etherboot should just be ignored. A new gigabit NIC costs, what, 7 euro? pgpZihcxdgBa2.pgp Description: PGP signature
Bug#452803: please add conflicts to new xorg
package: 915resolution version: 0.5.3-1 h01ger white, i dont think the proper fix for #420283 is to just update the description. IMO you should add a versioned conflict on xorg Filing a new bug as 420283 is archived. regards, Holger pgpcNQeOIXU3G.pgp Description: PGP signature
Bug#452956: RM: libusplash0, libusplash-dev [alpha arm hppa ia64 m68k mips mipsel s390] -- RoAQ;
package: ftp.debian.org Hi, Please remove libusplash0 and libusplash-dev binaries for s390, alpha, arm, hppa, ia64, m68k, mips, mipsel from unstable, thanks. usplash is arch:i386/amd64/sparc/powerpc and the usplash binary packages on the other arch have already been removed as per #444586. Thanks, Holger pgpLYmCaS9feb.pgp Description: PGP signature
Bug#452803: please add conflicts to new xorg
Hi, On Friday 30 November 2007 13:28, Julien Cristau wrote: I don't understand what conflicting with xorg would achieve. IMO 915resolution should just be removed. right. So it's the other way round: xorg could conflict with it, so that users will notice. And 915resolution can be removed from unstable now. I'll leave it to the mainatiner to file a bug report requesting its removal or retitle and reassign this one. regards thanks, Holger pgpaMmkwzLZPM.pgp Description: PGP signature
Bug#453705: PTS says wrongly package has new bugs
package: qa.debian.org Hi, http://packages.qa.debian.org/o/olsrd.html currently says: out of date on sparc: olsrd, olsrd-plugins (from 0.5.4-1) olsrd (source, i386, alpha, amd64, arm, hppa, ia64, mips, mipsel, powerpc, s390, sparc) has new bugs! Updating olsrd introduces new bugs: #452100 Which is wrong, because 452100 is in 0.5.4-1, which is available everywhere except for sparc. olsrd (sparc) has new bugs! would be right. regards, Holger Package olsrd lenny (testing) (net): optimized link-state routing daemon (unik-olsrd) 0.5.3-3: alpha amd64 arm hppa i386 ia64 mips mipsel powerpc s390 sparc sid (unstable) (net): optimized link-state routing daemon (unik-olsrd) 0.5.4-2: alpha amd64 arm armel hppa i386 ia64 m68k mips mipsel powerpc s390 0.5.4-1: sparc pgpZ4CXnCyJP9.pgp Description: PGP signature
Bug#453723: please explain why stable is suddenly so rc-buggy :)
package: bugs.debian.org Hi, looking at http://bugs.debian.org/release-critical/ one can get the impression, that etch has suddenly become rc-buggy as no stable release before... I know this isnt true and it's because of the rocking version tracking of the BTS, but it would be nice if this would be explained at the very same webpage. Suggestion: Explain it after the sentence and the blue line graphs the number of bugs that are a concern for the current stable release. for example like this: (Note that the sudden rise of rc-bugs in stable is due to the a href=$URLnew version tracking feature/a of the BTS.) regards, Holger pgp0gWYpuY2J1.pgp Description: PGP signature
Bug#453723: please explain why stable is suddenly so rc-buggy
Hi, On Friday 30 November 2007 22:22, Don Armstrong wrote: It's really because we've never tracked bugs in stable before on that graph. [And the reason why they're rising is because there are bugs that apply to all of the distributions, some of which may not actually apply to stable.] Actually thats what I ment, but thanks for confirming and summarizing nicely. for example like this: (Note that the sudden rise of rc-bugs in stable is due to the a href=$URLnew version tracking feature/a of the BTS.) Yeah, I think pointing people at the bug list at the bottom may be good, but Steinar or myself will cook up something along these lines. Great! Thanks (already). :-) regards, Holger pgprUN48WFOnq.pgp Description: PGP signature
Bug#453676: improve english templates
package: debian-edu-install severity: wishlist hi, debian-edu-install contains a string Standalone profile can only be used alone which sometimes lead to confusing translations, as the standalone and alone are pretty close and the context is not obvious. I suggest to reword it to Standalone profile can not be used with other profiles. regards, Holger pgp2B6EXntnlD.pgp Description: PGP signature
Bug#452803: please add conflicts to new xorg
Hi, On Friday 30 November 2007 09:27, you wrote: Well, I am not sure, if the new xorg supports all the chipsets and works out of the box. Did you check that by any chance? If you are not sure, why do you declare it (unconditionally) obsolete in the description? ;-) I didn't check, I just followed the logic in the description. Maybe the X strike force knows for sure, cc:ing them so they can comment. regards, Holger pgpDOloQUwBj2.pgp Description: PGP signature
Bug#453709: does gdebi use apt auth? does it really need stuff from ubuntu? :)
package: gdebi version: 0.3.3 Hi, /usr/share/gdebi/README lacks some important information IMHO and is confusing: quote: It will use apt to figure if the dependencies can be satified and what additonal software is required. It needs a vte and python-apt from ubuntu/dapper to work. vte needs a patch to make it not close file descriptors, python-apt needs some new features. First question (=important info): does it use apt authentication (secure apt)? And the confusing part: does it really need vte and python-apt from ubuntu/dapper to work, or are the versions in debian/etch (or sid) good enough? ;-) regards, Holger pgpJC0bSSpBxg.pgp Description: PGP signature
Bug#453357: fai-kernels not replaced by debian-kernels
tag 453357 wontfix thanks Hi Dennis, On Thursday 29 November 2007 01:03, Dennis Boone wrote: Since the stock Debian kernels build NFS support as a module, they are not suitable for nfsroot setups. Thus, they do not completely replace fai-kernels. It would be nice if the fai-kernels package could continue. You don't need nfsroot compiled into the kernel anymore for nfsroot-like setups, instead you can mount the root filesystem via nfs from the initrd-filesystem. Look at fai 3.2 or directly at (the manpage of) update-initramfs to see how it's done. Another option is of course to build your own kernel packages with nfsroot compiled in - but I seriously doubt you'll need this. Therefore I tag this bug wontfix. It's also highly unlikely that a kernel package, which just has nfsroot compiled in, will be accepted into Debian, due to the high maintainance cost of security updates and because a workable solution exists. regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#455987: should use x-terminal-emulator instead of xterm
package: awesome version: 2.0.final-1 severity: minor Hi, as this is my first bug report against awesome, let me repeat it here too: awesome is great! Thank you very much for writing it! The default awesomerc uses xterm (which is an improvement over uvxrt which was used before, thanks), I think the debian packages default awesomerc should use x-terminal-emulator as the standard, aeh, x-terminal-emulator programm to use. regards, Holger pgpZzocjV3ks3.pgp Description: PGP signature
Bug#455988: default color could be more debianish
package: awesome version: 2.0.final-1 severity: wishlist Hi, I've changed the default blue color (for focus) to #9c0234, which looks much more debianish :) Obviously this is a pretty subjective choice, so I won't mind at all if you close this bug... OTOH if someday there are more than one awesomerc example in the package anyway, this could be included as well. regards, Holger pgpZIa9L5uxAZ.pgp Description: PGP signature
Bug#455989: README.Debian is always nice to have
package: awesome version: 2.0.final-1 severity: wishlist Hi, originally I planned to write this bug report to request proper documentation, this request is mostly obsolete with the new manpage. Still I consider a README.Debian as the ressource I look at first when evaluating a new package. So maybe ship one and just include two sentences: Do a right-button click with your mouse on a empty screen to start a shell. And then do 'man awesome' to learn more about the default keybindings and how to change them. regards, Holger pgpSbmOm79x8c.pgp Description: PGP signature
Bug#455990: switching tabs on more than one display...
package: awesome version: 2.0.final-1 severity: wishlist Hi, maybe this is PEBKAC bug, because I haven't seen it in the documentation / default awesomerc file. Maybe it's a real issue, anyway: I couldn't find a way to switch between different displays with keyboard shortcuts, I had to use a mouse. Then mod4+nr switches between the tabs of that screen. I'd like to be able to switch between displays with one keyboard shortcut and also to be able to switch to a certain tab on the other display directly. mod4+nr should always switch to that tab on the current display. Hm, I just realise this get's more complicated once you have three or four displays... regards, Holger pgpomHtYa5YCJ.pgp Description: PGP signature
Bug#455819: close
Hi, I could have tagged #455819 as moreinfo as well, and reassign this to the proper package, but considering you filed #453733 and #455996 with equally no information, and havent replied to the request for moreinfo on #453733, I've decided to just close these bugs. You're welcome to file them again and give some more information which can help us understanding and fixing the bugs, like describing which software exactly doesnt work, what you have done exactly, what software you are running, on which hardware etc. Please read http://wiki.debian.org/DebianEdu/HowTo/BugReports for some more verbose information how to report bugs. Thanks. regards, Holger pgpYQw4TgWZK6.pgp Description: PGP signature
Bug#455990: switching tabs on more than one display...
retitle 455990 switching to a specific tab on next/previous screen
thanks
Hi Julien,
On Thursday 13 December 2007 09:00, you wrote:
I'd like to be able to switch between displays with one keyboard shortcut
and also to be able to switch to a certain tab on the other display
directly. mod4+nr should always switch to that tab on the current
display.
See screen_focus{next,prev} UICB.
http://awesome.naquadah.org/doc/uicb/#index5h2
Cool, thanks.
As you could see from the retitling I suggest to keep this bug open as a
wishlist bug to also support switching to a specific tab on the previous/next
screen.
Mod4+Ctrl+nr could switch to tab nr on the next screen, while
Mod4+Ctrl+Shift+nr switches to tab nr on the previous screen.
regards,
Holger
pgpIkq2fIYjql.pgp
Description: PGP signature
Bug#455989: Acknowledgement (README.Debian is always nice to have)
Hi, mentioning that mod4 is likely to be the windoze-key on i386/amd64 systems would also be nice: quoting from http://www.lostwebsite.net/posts/debian/trying_awesome/ awesome uses the 'Mod4' modifier by default. Once I got awesome started, it struck me that I did not know what Mod4 was. Turns out that on my setup, 'Mod4' is bound to the Windows key. It is a nice thought from the other to get that key to some use. regards, Holger pgpryW1QQxeJO.pgp Description: PGP signature
Bug#283521: [EMAIL PROTECTED]: [Debian Wiki] Update of DebianInstaller/ReleaseProcess by FransPop]
tags 283521 patch thanks Hi, IMHO * update pointer to manual in syslinux text (http://bugs.debian.org/283521 ) should be added to http://wiki.debian.org/DebianInstaller/LennyGoals And if #283521 is fixed by pointing to http://www.debian.org/doc/ - the first link on that points to http://www.debian.org/releases/stable/installmanual - Three years ago I thought it was better to point to the installation manual. Today I think it's better to point to _the_ page about documentation for Debian. For which http://www.debian.org/doc/ IMO qualifies. (That page could certainly be improved, but that's another issue. And IMO it's better to point to that page than to the generic www.debian.org.) And yet another issue is that according to a quick grep only two out of ten architectures display information about www.debian.org at all... If you agree with this generic approach to link to the documentation I'm volunteering to go through all architectures boot messages and suge a paragrah. Also if we agree on another way :-) regards, Holger Index: ia64/general.msg === --- ia64/general.msg (revision 50454) +++ ia64/general.msg (working copy) @@ -11,7 +11,7 @@ 7f³70³10 7f³70See the Installation Manual or the FAQ for more information; both ³10 7f³70documents are available at the Debian web site: ³10 - 7f³70 http://www.debian.org/³10 + 7f³70 http://www.debian.org/doc/³10 7f³70³10 7f³70³10 7f³70Debian GNU/Linux is Copyright (C) 1993-2007 Software in the Public ³10 Index: x86/f2.txt === --- x86/f2.txt (revision 50454) +++ x86/f2.txt (working copy) @@ -8,7 +8,7 @@ to do with your new Debian system. See the Installation Manual or the FAQ for more information; both -documents are available at the Debian web site, 0fhttp://www.debian.org/07 +documents are available at the Debian web site, 0fhttp://www.debian.org/doc/07 Thank you for choosing Debian! Index: x86/f9.txt === --- x86/f9.txt (revision 50454) +++ x86/f9.txt (working copy) @@ -9,7 +9,7 @@ experience! See the Installation Manual or the FAQ for more information; both -documents are available at the Debian web site, 0fhttp://www.debian.org/07 +documents are available at the Debian web site, 0fhttp://www.debian.org/doc/07 pgpVv6Y5juhen.pgp Description: PGP signature
Bug#455214: qa.debian.org: add a usercategory for svnbuildstat on the qa.debian.org BTS pseudo package
Hi, On Friday 14 December 2007 11:09, Gonéri Le Bouder wrote: The setup is not so complexe and is documented. Basicly it's some Perl module and the postgres database but it needs some disk space. At last 50Go for the next revision. More info can be found in the todo-list at wiki.debian.org/piuparts. My idea is to setup that vm over the weekend... regards, Holger pgpNEtkB61Ozo.pgp Description: PGP signature
