Bug#429647: reusing old bugs :-)
retitle 429647 please package the 0.9.4 release thanks Hi, retitling can be the same as closing and opening one bug :-) regards, Holger pgpELCdYrv32W.pgp Description: PGP signature
Bug#348888: tag pending
tags 34 +pending thanks will attach patch shortly.. pgpLEDmoNeLzD.pgp Description: PGP signature
Bug#473565: O: kiosktool - tool to configure the KDE kiosk framework
package: wnpp severity: normal Hi, #34, which is about kiosktool being broken with kde =3.4, has been filed more than two years ago, without a maintainer reaction. Last maintainer upload was 2005-05-17. Orphaning the package and preparing a NMU to fix #34. regards, Holger pgpLZvC9Wpklw.pgp Description: PGP signature
Bug#348888: kiosktool broken in Etch
Hi, I've uploaded kiosktool today, fixing #34, which made kiosktool unusable with KDE = 3.4... maybe this is a candidate for the next Etch point release? (That would requiere a new sourceful upload to t-p-u..) regards, Holger pgpgZYpAfS6VE.pgp Description: PGP signature
Bug#462149: printing with parallelport printers broken in etch
Hi, this bug (462149) prevents printing (via cups) to printers attached to the parallelport in etch. On Friday 08 February 2008 08:31, nigel barker wrote: Thanks for the suggestions everyone. I can now print to a local printer on a workstation (and hopefully on ltsp servers - not tried yet) I found a solution in #462149 that fixed it for me: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=462149 in /usr/lib/cups/backend I chowned parallel and usb to root:lp then chmodded them to 2755 I wonder if this is the correct fix (it seems so, /usr/lib/cups/backend/cups-pdf has the same perms) and wonder if the SRMs would like to see this fix in etch? If yes, I could prepare a fixed package. If not, I'd probably prepare a fixed package for Debian Edu anyway... :-) regards, Holger P.S.: The correct severity is probably important.. pgpnsM20yrhKS.pgp Description: PGP signature
Bug#473890: provide hooks for reportbug via dh-buildinfo to ease debugging
package: debian-edu severity: wishlist On Saturday 16 February 2008 17:32, Jonas Smedegaard wrote: On Fri, Feb 15, 2008 at 11:07:28PM +0100, Andreas Tille wrote: On Fri, 15 Feb 2008, Holger Levsen wrote: the bug submitter used reportbug and yet no info about the installed cdd-dev package version was attached to the bug report. Can this be achieved with some reportbug hook? As far as I know versions of build-depends are not recorded in the package meta information and thus I do not see a chance to tweak reportbug. The only idea I would have to obtain the information easily would be to let cdd-dev drop an information for instance in /usr/share/doc/metapackage/CDD.version or something like that. What do you think about this? Sounds like it could work - but maybe next time the problem is with some other dependency than cdd-dev. A better approach IMHO is to use dh-buildinfo, and add a reportbug hook to attach (or include the contents of) /usr/share/doc/pkg/buildinfo.gz Please implement something along these lines :) regards, Holger pgp9GccHsnzZZ.pgp Description: PGP signature
Bug#402010: this issue is still open and undocumented
unarchive 402010 found 402010 2.5.15-2 thanks Hi Cajus, please put this information at least into the README.Debian. Currently this information is completly unobvious, as you have closed this bug. And not left it open as wontfix... Or maybe this isnt an issue anymore as Debian uses php's safe mode per default? Then please document that in the README.Debian (that safe mode shouldnt be turned off...) And there is still Petters proposal, how to implement this more securily. (Then please retitle this bug and leave it open, so that someone else can send you a patch.) Thanks. regards, Holger pgpwzsAZvuTaZ.pgp Description: PGP signature
Bug#402010: How to deal with #402010?
Hi, On Friday 04 April 2008 09:18, Cajus Pollmeier wrote: to virtually any kind of web application accessing some kind of database/ldap passwords somewhere in the filesystem. I dont consider a web application which is used to configure the LDAP database and FAI configuration (to install and configure all machines in the network) just like any other web application. In this bug are several suggestions how to implement a way better mechanism to deal with the password then the current one. Also I unarchived this bug, because I think the least you can and should do is to document this in the README.Debian. (This=dont allow public html dirs for users and leave safe mode on.) regards, Holger P.S.: regarding those four major ldap servers.. I think it would be a great start if it would be more secure with one of them :-) pgpiCFKvkq9HM.pgp Description: PGP signature
Bug#402010: How to deal with #402010?
Hi, On Friday 04 April 2008 12:22, you wrote: In this bug are several suggestions how to implement a way better mechanism to deal with the password then the current one. If you read the comments, I'll see that it is not possible to use these suggestions. Besides maybe the last one, but there's no propper infrastructure in debian to use it directly. There was no reply to Petters suggestions... (and thus I dont see why it's not possible.) As said - I'm not responsible for the webserver setup of other people. Sure, I can put it inside the README and close this bug Please put something in the README. Ah wait, I can just orphan the gosa packages. *sigh* I dont understand why you take this personally. Or take it like this. regards, Holger pgp0roPCFR2JF.pgp Description: PGP signature
Bug#474321: Fwd: patch for gpart to support Windows XP NTFS
package: gpart severity: wishlist X-Debbugs-CC: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] -- Forwarded Message -- Subject: patch for gpart to support Windows XP NTFS Date: Friday 04 April 2008 16:33 From: Trace Green [EMAIL PROTECTED] To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED] Hello, I hacked gpart, and now gpart v0.1a just support NTFS NT/2000 filesystem, If you use Windows XP, you can not use gpart to try to repair ntfs filesystem. The patch is very simple, and i have tested Windows XP profressional with service pack 2. please test the patch in attachment. --- diff -Nur old/src/gm_ntfs.c new/src/gm_ntfs.c --- old/src/gm_ntfs.c 2008-04-04 22:23:55.0 +0800 +++ new/src/gm_ntfs.c 2008-04-04 22:25:02.0 +0800 @@ -73,9 +73,11 @@ return (1); size = NTFS_GETU64(d-d_sbuf + 0x28); +#if 0 size /= clusterfactor; size *= clustersize; size /= d-d_ssize; +#endif /* * look for an additional backup boot sector at the end of pgphhlXuIY0aP.pgp Description: PGP signature
Bug#469716: fai-nfsroot: Please add LSB formatted dependency info in init.d script
tags 469716 +pending clone 469716 -1 clone 469716 -2 severity wishlist -1 severity wishlist -2 retitle -1 please use lenny in /etc/fai/apt/sources.list retitle -2 please remove examples/simple/etc/X11/XF86Config-4 etc. kthxbye Hi, On Saturday 05 April 2008 01:23, Petter Reinholdtsen wrote: [Henning Sprang] [...] Because of this, I urge you to fix it quickly, as there is little time left before Lenny freezes. I could try to apply your patch in the course of the next weeks, and talk to Thomas to add it to fai after I tested it, if you insist, but would prefer not to do so, as I have a large workload currently. Thomas, when will you come back? The _full_ freeze for lenny will is planned for mid july (http://lists.debian.org/debian-devel-announce/2008/02/msg2.html) that's in three month, and currently only fai 3.2.4 is in sid. And 3.2.4 is still mostly (only?) tested with etch. There is 3.2.5 in svn trunk, but not uploaded - should that be the last etch version or should that be 3.2.4? ;) On a second thought, it's probably not neccessary to drop support for etch, 3.2.5 should work with both. But /etc/fai/apt/sources.list should IMO be switched to lenny for 3.2.5... And a cleanup is also useful, there is at least examples/simple/etc/X11/XF86Config-4 which is obsolete. This release can be solved using an NMU, if you are to busy to fix it quickly. It is as you probably realise by now, a priority for me to be able to move on to the next step in this release goal. I've marked this bug pending, so you can take it off your list, Petter :-) As you can see above FAI is quite special (and fai-nfsroot intercepts installation on normal systems anyway, its only for fai installation chroots, see the package description) and we are aware of the situation. I've reviewed the patch and the patch is correct. And I marked the bug pending, even though I'm waiting with the commit of it to svn trunk for an ACK from Thomas, per our svn commit policy :-) Until then, I've set it on my personal todo list. regards, Holger pgpirLxGCI816.pgp Description: PGP signature
Bug#370343: Worked out a patch in order to make default file preseedable
Hi, Steve, thanks for your helpful reply. On Saturday 05 April 2008 02:20, Steve Langasek wrote: I don't think the current behavior of this file *is* a sensible default, because ldapi:/// is missing; but ldap:/// ldapi:/// should be a sensible default IMHO, excluding ldaps:/// because TLS should be sufficient for the common case. You do mention in the bug report that you specifically care about enabling ldaps:///, can you explain why this is needed in your environment? What clients do you have that can't use TLS? I suspect this is for historic reasons, can someone who actually knows the history please confirm or deny this?! If so, we should switch to ldap:/// today :-) regards, Holger pgpI6LRHs5Y5c.pgp Description: PGP signature
Bug#462149: printing with parallelport printers broken in etch
user [EMAIL PROTECTED] usertags 462149 + SRM thanks Hi Luk, thanks for your reply :) But you forgot to tell me whether you think it's suitable for a point update. As I assume yes on this, I've tagged the bug accordingly ;-) On Saturday 05 April 2008 11:16, you wrote: Is this fixed in sid? It looks like in sid /usr/lib/cups/backend/cups-pdf is root:root 700 btw... Maybe sid needs a different fix than etch, dunno. Cupsys maintainers? regards, Holger pgpH495SH0ru7.pgp Description: PGP signature
Bug#474381: please switch to OCS inventory instead of sitesummary
X-Debbugs-CC: [EMAIL PROTECTED] package: debian-edu severity: wishlist On Friday 18 January 2008 11:16, Petter Reinholdtsen wrote: Some other services are not as easier to change, as an example we use OCS inventory[1] together with GLPI[2] for our inventory and call center, and Debian Edu uses site-summary. In this case we can not switch as the integration between the inventory and the call center is something we can not loose. Here, I propose we switch everyone to OCS inventory, and extend it to be able to generate munin (and hopefully also nagios) configuration from it. I wrote sitesummary as a hack to get something working while we looked at better alternatives. OCS Invetory was (still is?) missing the server part in Debian Etch, so it was not really an option for Debian Edu Etch. Ack. Bug filed :) regards, Holger pgp7KD3CDZA8v.pgp Description: PGP signature
Bug#474408: RM: debian-edu [arm] -- ROP, not for us
package: ftp.debian.org X-debbugs-cc: [EMAIL PROTECTED] Hi, please remove these binary packages on arm: education-astronomy, education-chemistry, education-common, education-desktop-gnome, education-desktop-kde, education-desktop-other, education-electronics, education-geography, education-graphics, education-language, education-laptop, education-logic-games, education-main-server, education-mathematics, education-misc, education-music, education-networked, education-physics, education-services, education-standalone, education-tasks, education-thin-client-server, education-workstation Thanks. regards, Holger pgpJhirqQbGZ4.pgp Description: PGP signature
Bug#311188: Policy 10.7.4 violation not RC for Lenny?
Hi, if you install debian-edu-config on a debian system, nothing bad and policy violating happens. If you choose to run a certain script shipped inside the debian-edu-config package, it will modify configuration files as you expressed you wish, as you ran that script. If you choose to install Debian Edu using the Debian Edu media, this script will also modify configuration files, as you expressed you wish, by installing from that media. So it is an explicit user choice, to modify the configuration files. We still consider those changes an important bug, as they prevent smooth upgrades. Thats why we plan to fix all the blocker bugs for this bug for the Lenny release, so that fresh Lenny Edu installs can be savely upgraded to Lenny+1. regards, Holger pgpmS2yyztFJX.pgp Description: PGP signature
Bug#348888: kiosktool broken in Etch
Hi Luk, On Saturday 05 April 2008 10:57, Luk Claes wrote: How does a menu file in the wrong path make the package unusable or am I missing something? AIUI the purpose of kiosktool is to edit the KDE application menu, which is located in /etc/xdg/menus/kde-applications.menu - a file called applications.menu just doesnt exist (anymore and since kde=3.4.) [EMAIL PROTECTED]:~$ apt-file search applications.menu app-install-data: usr/share/app-install/desktop/applications.menu gnome-menus: etc/xdg/menus/gnome-applications.menu kdelibs-data: etc/xdg/menus/kde-applications.menu kdelibs-data: etc/xdg/menus/kde-applications.menu keytouch: usr/share/keytouch/applications.menu [EMAIL PROTECTED]:~$ apt-file search applications.menu app-install-data: /usr/share/app-install/desktop/applications.menu debian-edu-config: /usr/share/debian-edu/students/share/config/menus/applications.menu debian-edu-config: /usr/share/debian-edu/students/share/config/menus/kde-applications.menu education-menus: /usr/share/debian-edu/menu/menus/gnome-applications.menu education-menus: /usr/share/debian-edu/menu/menus/kde-applications.menu gnome-menus: /etc/xdg/menus/gnome-applications.menu hildon-desktop: /etc/xdg/menus/applications.menu kdelibs-data: /etc/xdg/menus/kde-applications.menu kdelibs5-data: /etc/xdg/menus/kde4-applications.menu keytouch: /usr/share/keytouch/applications.menu regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#466984: works fine in etch with kde 3.5.5
tags 466984 +sid tags 466984 +lenny kthxbye works fine in etch with kde 3.5.5 (if #34 is fixed...) pgpxdT8dti6We.pgp Description: PGP signature
Bug#348888: kiosktool broken in Etch
(resent, as I forgot to send it to -release) Hi Luk, On Saturday 05 April 2008 10:57, Luk Claes wrote: How does a menu file in the wrong path make the package unusable or am I missing something? AIUI the purpose of kiosktool is to edit the KDE application menu, which is located in /etc/xdg/menus/kde-applications.menu - a file called applications.menu just doesnt exist (anymore and since kde=3.4.) [EMAIL PROTECTED]:~$ apt-file search applications.menu app-install-data: usr/share/app-install/desktop/applications.menu gnome-menus: etc/xdg/menus/gnome-applications.menu kdelibs-data: etc/xdg/menus/kde-applications.menu kdelibs-data: etc/xdg/menus/kde-applications.menu keytouch: usr/share/keytouch/applications.menu [EMAIL PROTECTED]:~$ apt-file search applications.menu app-install-data: /usr/share/app-install/desktop/applications.menu debian-edu-config: /usr/share/debian-edu/students/share/config/menus/applications.menu debian-edu-config: /usr/share/debian-edu/students/share/config/menus/kde-applications.menu education-menus: /usr/share/debian-edu/menu/menus/gnome-applications.menu education-menus: /usr/share/debian-edu/menu/menus/kde-applications.menu gnome-menus: /etc/xdg/menus/gnome-applications.menu hildon-desktop: /etc/xdg/menus/applications.menu kdelibs-data: /etc/xdg/menus/kde-applications.menu kdelibs5-data: /etc/xdg/menus/kde4-applications.menu keytouch: /usr/share/keytouch/applications.menu regards, Holger -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447255: corrupt wallpapers in debian-edu-artwork
Hi Ralf, On Tue, 18 Mar 2008, Petter wrote: The files in question seem to be corrupt. The files was added by user ralfg-guest 2007-07-27, and I suspect we need to ask him for non-corrupt versions or at least remove the corrupt files. do you still have uncorrupted versions of skoletux-wallpaper3.xcf.gz and skoletux-wallpaper.xcf.gz ? Or should we remove them from the package? regards, Holger pgpChbplU1jYA.pgp Description: PGP signature
Bug#474444: RM: debian-edu-artwork-usplash [alpha arm armel hppa ia64 m68k mips mipsel] -- ROM, ANAIS
package: ftp.debian.org X-debbugs-cc: [EMAIL PROTECTED] Hi, please remove these binary packages from lenny and sid: lenny (testing) (graphics): Debian Edu artwork for usplash 0.0.25: alpha arm armel hppa ia64 mips mipsel sid (unstable) (graphics): Debian Edu artwork for usplash 0.0.25: alpha arm armel hppa ia64 m68k mips mipsel Thanks. regards, Holger pgpc5Cn61BeAq.pgp Description: PGP signature
Bug#473460: dear maintainer, please comment...
Hi LaMont, could you please comment on this bug? It's really important for us to fix #311188 for Lenny, so that upgrades from Lenny to Lenny+1 will work without problems for Debian Edu installations. Thank you. regards, Holger pgpehMHdysC5N.pgp Description: PGP signature
Bug#370351: dear maintainer, please comment...
Hi Craig, could you please comment on this bug? It's really important for us to fix #311188 for Lenny, so that upgrades from Lenny to Lenny+1 will work without problems for Debian Edu installations. Thank you. regards, Holger pgpI6YFAouAXl.pgp Description: PGP signature
Bug#370342: dear maintainer, please comment...
Hey you, could you please comment on this bug? It's really important for us to fix #311188 for Lenny, so that upgrades from Lenny to Lenny+1 will work without problems for Debian Edu installations. Thank you. regards, Holger pgpRCaOvcnRz7.pgp Description: PGP signature
Bug#370346: /etc/security/groups.conf
Hi Steve,
On 4 Jun 2006 (doh!) you wrote:
A solution might be to create etc/security/group.conf in the
maintainerscripts so it's no conffile...
Why is automatic configuration of /etc/security/group.conf needed?
from debian-edu-config/cf/cf.kdm:
# Set up locally logged in users to get access to local devices
# Require pam_group in common-auth
# http://www.die.net/doc/linux/man/man5/group.conf.5.html document
# the format
{ /etc/security/group.conf
AppendIfNoSuchLine *; tty*!ttyp*; *; Al-2400;
audio,cdrom,floppy,plugdev,video,scanner
AppendIfNoSuchLine *; :0; *; Al-2400;
audio,cdrom,floppy,plugdev,video,scanner
}
I believe we do this, to only add the users to those groups, when the
users are logged in on that machine, but I'm not really familar with
this. Maybe Petter or Vagrant can jump in? ;)
Do we still need this change?
regards,
Holger
pgpsfq0SPQHWQ.pgp
Description: PGP signature
Bug#370339: and so we switch to rsyslog...
unblock 311188 by 370339 clone 370339 -1 retitle -1 please use rsyslog instead of syslogd reassign -1 debian-edu kthxbye Hi Joey, and so we (Debian Edu) will switch to rsyslogd, thanks to Michael Biebl, the rsyslog maintainer who has done a great job in making this possible, see http://wiki.debian.org/Rsyslog - Debian will most likely follow ;) Not closing this bug, as this is still a useful wishlist bug, even with a patch :-) regards, Holger pgpVMFNg7IH76.pgp Description: PGP signature
Bug#370332: dear maintainer, please comment...
Hi Kurt, Peter Bdale, could you please comment on the status of this bug? It's really important for us to fix #311188 for Lenny, so that upgrades from Lenny to Lenny+1 will work without problems for Debian Edu installations. It seemed that you just needed to change a few bits in the packaging and then upload... any plans for doing so? ;-) Thank you. regards, Holger pgpIaucqikdQG.pgp Description: PGP signature
Bug#370324: dear maintainer, please comment...
Hi Stefan, could you please comment on this bug? It's really important for us to fix #311188 for Lenny, so that upgrades from Lenny to Lenny+1 will work without problems for Debian Edu installations. Thank you. regards, Holger pgpmpeJjTB3OW.pgp Description: PGP signature
Bug#370348: dear maintainer, please comment...
Hi Matthias, could you please comment on this bug? It's really important for us to fix #311188 for Lenny, so that upgrades from Lenny to Lenny+1 will work without problems for Debian Edu installations. Thank you. regards, Holger pgpgIUk247ScG.pgp Description: PGP signature
Bug#474453: please split this into different binary packages for each locale
package: debian-edu-doc severity: wishlist Hi, please split this into different binary packages for each locale for lenny. Currently it's not _yet_ needed, but as we will add the rosegarden manual and hopefully new translations soon, we should really split it. Also it's useful to not do this too late in the Lenny release cycle. regards, Holger pgp8kRQ4LSqSu.pgp Description: PGP signature
Bug#474463: please make it a non-native package
package: debian-edu-artwork severity: wishlist Hi, please make debian-edu-artwork a non native package. The source package is 17mb, and any change to it makes it neccessary to upload those 17mb. Which is fine if you have good network, but... sometimes you dont have it. I'll probably work on that myself. :-) regards, Holger pgpxod1Li00Oe.pgp Description: PGP signature
Bug#474463: please make it a non-native package
Hi, On Sunday 06 April 2008 00:06, Petter Reinholdtsen wrote: It ended up as a native package, because most of the source is images, and diff is unable to represent changes done to them. And most changes are to the images, and thus a new upload would almost always include a new source tarball. That's only partly true: I just looked at all changelogs from 0.0.1 til 0.0.26 and from those 27 uploads, only 11 changed the images, so for 60% of the uploads so far it would have been useful. I consider this still worthwhile. regards, Holger pgp1Je0eJ8GSV.pgp Description: PGP signature
Bug#311188: Policy 10.7.4 violation not RC for Lenny?
Hi, On Saturday 05 April 2008 22:22, Jonas Smedegaard wrote: When did that change? Or was that the case throughout the lifetime of this bug? I've changed my opinion when I became aware that installing the package itself does no harm. regards, Holger pgpQzWEHxSdz2.pgp Description: PGP signature
Bug#447255: corrupt wallpapers in debian-edu-artwork
tags 447255 +pending thanks Hi Ralf, On Sunday 06 April 2008 21:54, RalfGesellensetter wrote: Yes, I do; I can confirm that the gz-versions are corrupt on my HD as well - but I still have the uncompressed version and also re-created the gz-version. They are now availble from http://www.skolelinux.de/~ralf/artwork/wallpapers/source/ Cool, thanks. Will commit to svn shortly (need to cleanup my changelog first, as I'm also working on not building the usplash stuff on archs which dont have usplash...) Regards thanks for telling/sorry for corruption No problem, stuff happens :) regards, Holger pgpzRmAYBzg22.pgp Description: PGP signature
Bug#474745: please dont advertise nonfree so much
package: debian-edu-config
severity: wishlist
x-debbugs-cc: [EMAIL PROTECTED]
Hi,
filing a bug so I dont have to track this in my mail client :-D
On Saturday 05 April 2008 01:43, Holger Levsen wrote:
40675) +++ trunk/src/debian-edu-config/cf/cf.apt2008-04-04 21:26:47 UTC
{ /etc/apt/sources.list
- AppendIfNoSuchLine #deb http://security.debian.org/ etch/updates
main contrib non-free + AppendIfNoSuchLine #deb
The changes here are fine, but I wonder if we shouldn't provide to sections
with sources: first, the same (commented out) sections with only main
sources lists. And then, second, the sources lists as they are now (with
contrib and non-free).
Or better, either use this order or put the main-contrib-nonfree lines
first, if non-free was chosen :-)
And add a URL to a page explaining what this is about :)
What do you think?
If I knew a good URL to point add, I would have done this change now (the
first, easier proposal), but as I dont have it, I decided to file a bug.
regards,
Holger
pgphDQISS0L2W.pgp
Description: PGP signature
Bug#370343: [Pkg-openldap-devel] Bug#370343: Worked out a patch in order to make default file preseedable
Hi Russ, On Saturday 05 April 2008 18:46, Russ Allbery wrote: #333428 would be the way to solve including additional schema, no? It seems like a lot less effort. Yes, but that bug is stalled since 2006 :-/ Also, this is not enough to fix this for us (as in #370343), because we also need to add access to entries to slapd.conf. regards, Holger pgpyAAPYxPx5z.pgp Description: PGP signature
Bug#370324: dear maintainer, please comment...
Hi Stefan,
Thanks for your feedback! (And sorry for not stating the obvious earlier :)
On Monday 07 April 2008 12:39, you wrote:
What variables in /etc/courier/authdaemonrc do you need to change?
I've attached the cfengine file we use to modify the configuration. IMHO
cfengine syntax is straightforward to read and understand, if you do have any
question, please dont hesitate to ask, I'll happily explain every line if you
want me to :-)
(As I am the one wanting something from you. But I'm quite sure you can easily
figure it. But then, I do know cfengine since 7 years, so I might be
biased ;)
regards,
Holger
links:
debian.server.installation::
/etc/courier/authldaprc -! /etc/courier/authldaprc-debian-edu
editfiles:
debian.server.installation::
{ /etc/courier/authdaemonrc
LocateLineMatching 'authmodulelist=authpam'
BeginGroupIfNoSuchLine 'authmodulelist=authldap'
HashCommentLinesStarting authmodulelist
InsertLine 'authmodulelist=authldap'
EndGroup
}
# This file is provied as a replacement we symlink to. No need to edit it
# { /etc/courier/authldaprc
#
# BeginGroupIfNoSuchLine 'LDAP_SERVER ldap'
# HashCommentLinesStarting 'LDAP_SERVER'
# InsertLine 'LDAP_SERVERldap'
# EndGroup
# LocateLineMatching 'LDAP_TLS.*0'
# BeginGroupIfNoSuchLine 'LDAP_TLS 1'
# HashCommentLinesStarting 'LDAP_TLS'
# InsertLine 'LDAP_TLS1'
# EndGroup
# }
# Do not start imap server, only imaps to prevent transferring of
# passwords/emails unencrypted
{ /etc/courier/imapd
LocateLineMatching IMAPDSTART=YES
ReplaceLineWith IMAPDSTART=NO
}
pgppnR70PWIwa.pgp
Description: PGP signature
Bug#370332: [pkg-ntp-maintainers] Bug#370332: dear maintainer, please comment...
Hi, On Saturday 05 April 2008 21:18, Peter Eisentraut wrote: I think the approach being proposed is wrong. It would upset existing users and make life more complicated for normal uses, to accomodate what is essentially a packaging and policy problem. There could be any number of custom Debian distributions that want to customize various configuration files. The end result of that would be that the dpkg conffile mechanism must go away entirely. Maybe that is the way to go, I wouldn't be opposed to that. But we need to consider this a bit more generally before we craft an individual workaround in every package. I think you're overestimating the amount of changes CDDs need to do. Currently we have nine blocking bugs for #311188 left, not 2 :-) I still think you might have a point though :-) But I'd prefer to have this discussion after Lenny and for now concentrate on getting those few relevant packages fixed now. And I'm not sure you have point as well: as a user, I very much like packages which I can customize without loosing the default configuration too much. That said, I would welcome a proposal and patch for switching to ucf. AFAICT, this would give end users essentially the same behavior while allowing other packages to write around in the configuration files. I have never implemented it, however. I guess we will have to look into this then ;-) regards, Holger pgpdxoNnao4z6.pgp Description: PGP signature
Bug#465273: doesnt update /etc/readahead/*
Hi, On Saturday 05 April 2008 10:06, you wrote: I believe I found the problem. readahead-watch store its pid file in /var/run/, which is only writable that early during boot if RAMRUN=yes is set in /etc/default/rcS. A better fix to get it working also for the RAMRUN=no setting, is to change the pidfile path of readahead-watch to /lib/init/rw/readahead-watch.pid. Can you test if setting RAMRUN=yes work for you? Sorry for not replying earlier, but since upgrading to kernel 2.6.22 readahead works for me. (Without changing settings or anything.) To be exact: 2.6.22-3-vserver-686 didnt work, 2.6.22-4-vserver-686 works. $ diff /boot/config-2.6.22-3-vserver-686 /boot/config-2.6.22-4-vserver-686 4c4 # Mon Dec 3 23:12:36 2007 --- # Fri Mar 14 11:57:56 2008 3620,3621d3619 CONFIG_AFS_FS=m # CONFIG_AFS_DEBUG is not set So I doubt the kernel config is the reason :-) regards, Holger pgpQoOc99pNI0.pgp Description: PGP signature
Bug#429647: reusing old bugs :-)
Hi Kel, On Thursday 03 April 2008 11:11, you wrote: I'm not in any rush to do that; although the number looks more official like, the actual functional changes (maximum VAP count increased to 64, but if you actually use 32, your kernel most likely crash before too long) do no make me very excited. As I'm not that familar with the source, I happily trust your word on that. But what I know is, that this release still has errors and if you'd upload a 0.9.4 package I could more easily add the patches from https://dev.openwrt.org/browser/trunk/package/madwifi/patches - which I do know add useful bugfixes. (I also know that the openwrt maintainer unfortunatly didnt have time yet, to send these patches upstream. Though this info is a bit old :) thank you too, Holger pgpXn8fG9r4Yu.pgp Description: PGP signature
Bug#429647: reusing old bugs :-)
Hi Felix, thanks for the update and sorry that my wording was inaccurate/bad. But at least I bcc:ed you ;) On Monday 07 April 2008 18:08, Felix Fietkau wrote: Hi, I'm the maintainer of that patchset and the OpenWrt package for MadWiFi. Many of these patches have been integrated into MadWiFi trunk already. I'm working with some of the upstream people to get all the finished patches committed, but not every patch in that patchset is ready for upstream inclusion yet. Oh, cool! regards, Holger pgpIyBMIiigYc.pgp Description: PGP signature
Bug#370348: dear maintainer, please comment...
reassign 370348 debian-edu-config retitle use /etc/profile.d instead of modifying /etc/skel/.bash_profile and /etc/profile thanks Hi Matthias, On Monday 07 April 2008 18:50, Matthias Klose wrote: Is there a reason why this is not done with /etc/profile? IICU you do want site specific configurations. If debian-edu is LSB compliant, it can however rely on /etc/profile.d/ being read at startup. I guess either because /etc/profile.d/ was not known or didnt exist when our code was written :-) Thanks for the pointer. BTW, I tried 10 minutes to figure out what IICU means, ITYM IIUC :) And yes, Debian Edu is LSB complient, it's 99,867% Debian. Does there exist a spec/exception list how to handle configuration files when other tools want to modify those? Does apt-cache show ucf answer the question? regards, Holger pgprGjU4QfqoL.pgp Description: PGP signature
Bug#370324: dear maintainer, please comment...
Hi Stefan, On Monday 07 April 2008 20:39, you wrote: OK, my approach would be to include a file authdaemonrc.local at the end of authdaemonrc (if it exists). The same for the other files like authldaprc. What do you think about it? Sounds good to me, esp. that you consider doing it for them all :) Those are bash/perl/whatever scripts, so that variables defined in *.local overwrite the others? regards, Holger pgpQKa43plA9c.pgp Description: PGP signature
Bug#474879: please improve documentation on translation updates
package: developers-reference severity: wishlist x-debbugs-cc: Christian Perrier [EMAIL PROTECTED] Hi, subject says all I know, Christian asked me to file this bugreport, after I pestered him with questions on a howto ;-) Christian, thanks already would be soo wrong :-) Thank you for all your continued work on i18n in Debian is more correct!! Very cool very much appreciated. Keep on rocking! regards, Holger pgpNiRhOnGjbT.pgp Description: PGP signature
Bug#370343: [Pkg-openldap-devel] Bug#370343: Bug#370343: Worked out a patch in order to make default file preseedable
Hi Russ, On Tuesday 08 April 2008 05:15, you wrote: The package really needs more maintainers, and all other problems essentially fall from there. /me nods. Did you consider more activly looking for new maintainer, like filing a RFH bug (can check atm..)? I guess you probably have, so I suggest blogging as well ;-) Also, this is not enough to fix this for us (as in #370343), because we also need to add access to entries to slapd.conf. As long as you only need to add new things, not change anything that's there, a more general solution along the same lines should work, I think. We only add stuff, yes, so this would be excellent for us :-) regards, Holger pgp6c428L21DK.pgp Description: PGP signature
Bug#475527: fai-doc: multidistr. ubuntu hardy needs fsck after installation
tags 475527 -patch tags 475527 +invalid close 475527 thanks Hi Oliver, thanks for your bugreport, but: your patch is not acceptable (wget $url dpkg -i $package is broken design). Also closing the bug as the class UBUNTU is neither part of fai in debian nor upstream, I suggest you file this bug in ubuntus bugtracking system. regards, Holger pgpauIZ3v8LDY.pgp Description: PGP signature
Bug#466515: PTS: you should include .
Hi, On Tuesday 19 February 2008 10:16, Thijs Kinkhorst wrote: When a package has one 'patched' bug, the PTS now displays: The Bug Tracking System contains patches fixing 1 bug, you should include Actually I'm always slightly annoyed when I see this. A computer should not tell anyone what to do, unless its 100% right. And as this isn't always right, I suggest to use a less strong wording. You should look at.. or You could include. Or whatever. But _all_ those patches should definitly _not_ be included. regards, Holger pgph77cQArQc8.pgp Description: PGP signature
Bug#466515: PTS: you should include .
Hi, On Tuesday 19 February 2008 14:14, Lars Wirzenius wrote: The Bug Tracking System contains patches fixing 3 bugs, you should consider including them or removing the patch tag from the bugs. Wonderful :) regards, Holger pgp3pItQSo1XP.pgp Description: PGP signature
Bug#449272: linux-2.6: stop this farce, please
Hi, FWIW I have packages ready with both the new juju stack and the old stack enabled. Then you only need to blacklist one or the other, but you have the option to choose, without recompiling, so you basically can stay with the Debian kernels. linux-2.6 (2.6.24-5~holger+1) unstable; urgency=low * re-enable the old firewire stack as modules. (Workaround for: #436267, #449272, #450836, #441206, #441179, #435224, #435062, #434551) You need to blacklist either the old or the new stack, see http://wiki.linux1394.org/JujuMigration for why and howto. -- Holger Levsen [EMAIL PROTECTED] Mon, 03 Mar 2008 15:21:10 +0100 Is the relevant changelog entry (and the rest of the diff is posted below). I plan to provide them in a private repository (for amd64, i386, powerpc and sources) until this has been fixed in sid from a kernel user point of view (that is, either juju is working in sid/lenny or the old stack is enabled in the kernel) - by providing updated packages whenever there is a new one in sid. I'll setup this repository tomorrow or on the weekend and post some more explainations. (Like, I have discussed/announced this plan to both waldi and maks and what I think about their replies.. (waldi basically just said this is maks area.)) regards, Holger (who also needed this to be able to work on FOSDEM videos, where I honestly wasnt interested in getting the kernel to work, but to get those videos processed.) --- linux-2.6-2.6.24/debian/config/config 2008-03-06 12:32:17.0 +0100 +++ linux-2.6-2.6.24~holger/config 2008-03-05 15:44:46.0 +0100 @@ -836,7 +836,30 @@ CONFIG_FIREWIRE=m CONFIG_FIREWIRE_OHCI=m CONFIG_FIREWIRE_SBP2=m -# CONFIG_IEEE1394 is not set +CONFIG_IEEE1394=m + +# +# Subsystem Options +# +# CONFIG_IEEE1394_VERBOSEDEBUG is not set + +# +# Controllers +# +CONFIG_IEEE1394_PCILYNX=m +CONFIG_IEEE1394_OHCI1394=m + +# +# Protocols +# +CONFIG_IEEE1394_VIDEO1394=m +CONFIG_IEEE1394_SBP2=m +# CONFIG_IEEE1394_SBP2_PHYS_DMA is not set +CONFIG_IEEE1394_ETH1394_ROM_ENTRY=y +CONFIG_IEEE1394_ETH1394=m +CONFIG_IEEE1394_DV1394=m +CONFIG_IEEE1394_RAWIO=m + CONFIG_I2O_LCT_NOTIFY_ON_CHANGES=y CONFIG_I2O_EXT_ADAPTEC=y CONFIG_I2O_EXT_ADAPTEC_DMA64=y # # Debian toplevel config # CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_GENERIC_BUG=y # CONFIG_ARCH_HAS_ILOG2_U32 is not set # # General setup # CONFIG_EXPERIMENTAL=y CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_LOCALVERSION= # CONFIG_LOCALVERSION_AUTO is not set CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y CONFIG_POSIX_MQUEUE=y CONFIG_BSD_PROCESS_ACCT=y CONFIG_BSD_PROCESS_ACCT_V3=y CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y CONFIG_TASK_IO_ACCOUNTING=y # CONFIG_USER_NS is not set # CONFIG_PID_NS is not set CONFIG_AUDIT=y CONFIG_AUDITSYSCALL=y # CONFIG_IKCONFIG is not set # TODO: too large for small systems? CONFIG_LOG_BUF_SHIFT=17 CONFIG_CGROUPS=y # CONFIG_CGROUP_DEBUG is not set CONFIG_CGROUP_NS=y CONFIG_CGROUP_CPUACCT=y CONFIG_PROC_PID_CPUSET=y CONFIG_FAIR_GROUP_SCHED=y CONFIG_FAIR_USER_SCHED=y CONFIG_CPUSETS=y CONFIG_SYSFS_DEPRECATED=y CONFIG_RELAY=y CONFIG_BLK_DEV_INITRD=y CONFIG_INITRAMFS_SOURCE= CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y # CONFIG_EMBEDDED is not set CONFIG_SYSCTL_SYSCALL=y CONFIG_KALLSYMS=y # CONFIG_KALLSYMS_EXTRA_PASS is not set CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_FUTEX=y CONFIG_ANON_INODES=y CONFIG_EPOLL=y CONFIG_SIGNALFD=y CONFIG_EVENTFD=y CONFIG_SHMEM=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_SLAB=y # CONFIG_SLUB is not set # CONFIG_SLOB is not set CONFIG_RT_MUTEXES=y # CONFIG_TINY_SHMEM is not set CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODULE_FORCE_UNLOAD=y CONFIG_MODVERSIONS=y # CONFIG_MODULE_SRCVERSION_ALL is not set CONFIG_KMOD=y CONFIG_LBD=y CONFIG_LSF=y CONFIG_BLOCK=y CONFIG_BLK_DEV_IO_TRACE=y # CONFIG_BLK_DEV_BSG is not set # # IO Schedulers # CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_AS=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y # CONFIG_DEFAULT_AS is not set # CONFIG_DEFAULT_DEADLINE is not set CONFIG_DEFAULT_CFQ=y # CONFIG_DEFAULT_NOOP is not set CONFIG_DEFAULT_IOSCHED=cfq # # Processor type and features # # TODO: wrong location? arch specific CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_PREEMPT_NONE=y # CONFIG_PREEMPT_VOLUNTARY is not set # CONFIG_PREEMPT is not set # CONFIG_PREEMPT_BKL is not set CONFIG_SELECT_MEMORY_MODEL=y CONFIG_FLATMEM=y # CONFIG_SPARSEMEM_STATIC is not set # CONFIG_SECCOMP is not set # CONFIG_HZ_100 is not set CONFIG_HZ_250=y # CONFIG_HZ_1000 is not set CONFIG_HZ=250 # CONFIG_CRASH_DUMP is not set # # Bus options (PCI etc.) # CONFIG_PCI_LEGACY=y # # Executable file formats # CONFIG_BINFMT_ELF=y CONFIG_BINFMT_MISC=m # # Networking # CONFIG_NET=y # # Networking options # CONFIG_PACKET=y CONFIG_PACKET_MMAP=y CONFIG_UNIX=y CONFIG_XFRM=y CONFIG_XFRM_USER=m
Bug#408996: hardware issue
Hi, I wonder if this is a hardware issue and should be closed? Benoit, can you confirm that this problem happens with all linux distributions or do you know one, where this doesnt happen? regards, Holger pgpp20tG66mUw.pgp Description: PGP signature
Bug#440573: /dev/root is not needed anymore
reassign 440573 amanda thanks Hi, I'm reassigning this bug to amanda so that the amanda maintainer (hey Bdale :) can have a final look on this before closing. AFAIK /dev/root is not used anymore, so it's not really missing. And in any case amanda should be able to backup the root filesystem... So I think it's a user configuration error and advise to close this bug report. regards, Holger pgpmZSnPlE7LV.pgp Description: PGP signature
Bug#469941: Swedish localisation has a typo
severity 469941 minor tags 469941 pending thanks Hi Caroline, On Saturday 08 March 2008 07:28, Caroline Ford wrote: Ubuntu user era has submitted a bug (and a patch) on the Swedish translation of tuxtype. Thanks for filing/forwarding this bug to the Debian BTS! (I've set the severity right for educational reasons ;-) The Swedish game menu contains a misspelled word alfabete. It should be alfabetet (or perhaps just alfabet). Puh. Now I know more swedish than before :-) Puh, because I should have let the bugreporter, who speaks swedish, decide. What I've heard is, that alfabet == alphabet, alfabetet == *the* alphabet and I've decided to go for alfabet, as it's shorter and unspecific. I've fixed this is svn. regards, Holger pgpbVswmyUoY2.pgp Description: PGP signature
Bug#469942: Edit Word Lists command unimplemented
Hi Caroline, I agree that this should be done :-) regards, Holger pgpQzLu6hPPse.pgp Description: PGP signature
Bug#470230: base: Multiple lines on terminal does not works
severity 470230 normal tags 470230 +moreinfo thanks Hi Saulo, On Monday 10 March 2008 03:20, Saulo Soares de Toledo wrote: In all terminals (any tty, konsoke, gnome-terminal, xterm etc.), when typing a command who have more than one line, the next line starts on the position of first line, and superpose the text. It's a lot confuse! And more, sometimes when deleting some chars on terminal, there are a lot of characters superposed of other previous lines too, I need clean the terminal and starts again because I can't read what I've typed. Shell: /bin/sh linked to /bin/bash Thanks for your bugreport. A little more info is needed to proceed with it: wish shell (bash, zsh, ..) are you using (if you dont know, it will be bash, see above) and which version of the shell and of Debian are you using? I've lowered the severity as clearly not everybody is affected. Also you can workaround by pressing strg and l if this happens again. regards, Holger pgpvudzADhT9Z.pgp Description: PGP signature
Bug#469717: Fwd: Re: Bug#469717: base: Can't read data from SD card
Hi Martin, I've forwarded your info to the bug, so the maintainers can look at it. regards, Holger -- Forwarded Message -- Subject: Re: Bug#469717: base: Can't read data from SD card Date: Sunday 09 March 2008 12:50 From: Martin Unzner [EMAIL PROTECTED] To: Holger Levsen [EMAIL PROTECTED] Hi Holger, the backport kernel is not able to handle my keyboard, so I can't check whether the card reader requires a new driver. lspci; lspci -n outputs: 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 40) 00:07.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) 00:07.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 16) 00:07.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 16) 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 40) 00:09.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 02) 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10) 00:0d.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 61) 00:0d.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller (rev 61) 00:0d.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63) 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 AS [Radeon 9550] 01:00.1 Display controller: ATI Technologies Inc RV350 ?? [Radeon 9550] (Secondary) 00:00.0 0600: 1106:0305 (rev 03) 00:01.0 0604: 1106:8305 00:07.0 0601: 1106:0686 (rev 40) 00:07.1 0101: 1106:0571 (rev 06) 00:07.2 0c03: 1106:3038 (rev 16) 00:07.3 0c03: 1106:3038 (rev 16) 00:07.4 0600: 1106:3057 (rev 40) 00:09.0 0401: 1274:5880 (rev 02) 00:0a.0 0200: 10ec:8139 (rev 10) 00:0d.0 0c03: 1106:3038 (rev 61) 00:0d.1 0c03: 1106:3038 (rev 61) 00:0d.2 0c03: 1106:3104 (rev 63) 01:00.0 0300: 1002:4153 01:00.1 0380: 1002:4173 Thanks! Martin pgpFKbkoe0MP2.pgp Description: PGP signature
Bug#388141: Discussions elsewhere
Hi, On Wednesday 12 March 2008 16:51, MJ Ray wrote: Can we reach broad consensus on 2-clause-BSD-style as default with other DFSG licences like GPLv2 being allowed? I'd prefer it vice versa. After all its Debian GNU/Linux, not BSD ;) regards, Holger pgpjqUM4oeU8j.pgp Description: PGP signature
Bug#435983: libata PATA transition
Hi, On Wednesday 12 March 2008 13:14, martin f krafft wrote: Marco has not responded. I wonder if there's someone else who can implement this? I don't have the time to read up on it and I would have to learn udev first. Quoting #435983: also sprach Marco d'Itri [EMAIL PROTECTED] [2007.09.10.1409 +0200]: I will do it ASAP. Please do not do this by yourself because the udev rules files need to be renamed first (or else I would need to add conflicts and you would need to move the file). Marco, any news on this? regards, Holger pgpk6OSbvabqE.pgp Description: PGP signature
Bug#455990: switching tabs on more than one display...
Hi, On Saturday 15 March 2008 08:42, Julien wrote: what I'd like to be able to do is: on my 2 screens, with 5 desktops (tags) each, Mod4+1..5 should switch the desktops on the left screen, and Mod4+6..0 should do so on the right screen, and (optionally?) switch focus there. That may be doable in an easy way: defines too identical key bindings doing 2 differents action. I really like that idea!! An alternative approach would be to have all tags available on both screens, and independently select tags for each screen from the full set. Even if this is harder to implement (and therefore probably will be implemented later) I dont think it's bad per se to have more than one to do stuff... ;-) So keep that idea too, I'd say. :-) regards, Holger pgp0lNANMmpm4.pgp Description: PGP signature
Bug#455990: switching tabs on more than one display...
Hi Julien, On Monday 17 March 2008 15:32, you wrote: That has been commited upstream and will be avialble in 2.3. Cool. Please send thanks and friendly regards upstream! ;-) regards, Holger pgpVCd6JO3itl.pgp Description: PGP signature
Bug#459910: not from me...
Hi, I guess you can get access to the logs, but you need to ask DSA, not me. Best you open a ticket at rt.debian.org - for more info see the d-d-a archive. Also the bug has been fixed/worked around in 1.43, which is in unstable, so you should see some more submissions now already compared to before the fix - do you? regards, Holger pgp8ahqZLHJ5u.pgp Description: PGP signature
Bug#462268: i dont understand this...
Hi Bill, the DOS issue is been going on since 4 months or so, actually #440493 has been filed in September 2007, so make this 6. And because I havent replied to a question I cant answer you think it's temporarily?? If I dont reply, why don't you ask again, like Petter did yesterday? Also, I dont understand how keeping 1.43 out of testing helps to address this issue in a better way. Quite the opposite, if 1.43 would be in testing (which has a workaround) and 1.41 (which has the bug) in stable, you could try other approaches easily in unstable?! Can you please close this bug, so that the release team has one bug less to worry about? regards, Holger pgp5z3UHjlfVV.pgp Description: PGP signature
Bug#462268: [Popcon-developers] Bug#462268: i dont understand this...
Hi, On Wednesday 19 March 2008 12:03, you wrote: Note that I decided to test the hypothesis of random sleep not affecting number of submissions by disabling the workaround and see if the amount of submissions go down, wouldn't it have been better to let this version go to testing and see, if the number of submissions goes up, as suddenly the machines running testing can submit data? :) So closing this bug do not really help any at the moment, so I suggest we keep it open. Then please downgrade it to important. RC bugs are looked at by many people working on fixing RC bugs and this bug would just waste their time. regards, Holger pgpOM7zv1Wy4b.pgp Description: PGP signature
Bug#462268: [Popcon-developers] Bug#462268: i dont understand this...
Hi, On Thursday 20 March 2008 00:11, you wrote: Must admit I am surprised to see some decrease already, with 77 machines upgraded to version 1.44 in unstable, and down 21 submissions. I must say I'm not surprised. We basically *know* (*) this is because the clients are DOSing the server at the same time, so why be surprised if this comes back, when the code, which prevented this (poorly), was remmoved? (*) I forgot why we knew this, maybe its in this bug log even, but there was a very plausible explanation, like 500 machines submitting per hour, all at the full hour, and the apache config allows 500 connections. Something like this. The solution definitly involves making the clients submit their data at random time. I'm on vacation and offline until sunday, so I will not do anything more with this until then. I suspect we should wait for 20 days before we know, which is the period a submission is kept before it is removed, if it isn't updated by the client. I suggest not to wait 20 days to take action. popcon-stats are widely used, and currently people think debian has way less (popcon) users, because our popcon system is broken. regards, Holger pgpmSwhhZxYJo.pgp Description: PGP signature
Bug#469941: #469941 Swedish localisation has a typo
Hi Era, On Saturday 08 March 2008 20:51, era eriksson wrote: Puh, because I should have let the bugreporter, who speaks swedish, decide. What I've heard is, that alfabet == alphabet, alfabetet == *the* alphabet and I've decided to go for alfabet, as it's shorter and unspecific. Actually my patch contained the opposite solution, for largely orthogonal reasons. The context is a menu where you can rehearse typing the alphabet or select some other game mode (short or longer words). Sorry about the fix, which wasnt so good. I should have done the sensible thing, and not try to resolve the unclear bugreport myself but instead ask the reporter in the first place. As I'm writing this offline, I cannot fix it right away, so I'm cc:ing myself, so I dont forget to this when I have network again. regards, Holger pgphOuLJxJzT7.pgp Description: PGP signature
Bug#395486: orig.tar missing in ftp://ftp.debian.org/debian/pool/main/n/ncompress/
package: ncompress severity: serious Hi, the orig.tar.gz for the ncompress package is missing in the archive, see ftp://ftp.debian.org/debian/pool/main/n/ncompress/ I made this serious because distributing without source violates the licence. regards, Holger pgpEMQq8bgjX4.pgp Description: PGP signature
Bug#395486: sources are in non-free
Hi, ftp://ftp.de.debian.org/debian/pool/non-free/n/ncompress/ has the sources. regards, Holger pgpDsNWwESj3f.pgp Description: PGP signature
Bug#395284: AltGr key does not work in gtk/directfb frontend
Hi, On Friday 27 October 2006 22:47, Frans Pop wrote: What is the key combination needed to type a @ on a Swiss/German keyboard? for german keyboards it's AltGr-Q. regards, Holger pgprecR9Oek2l.pgp Description: PGP signature
Bug#396016: should create fifo on install
package: usplash version: 0.3e Hi, thanks for packaging usplash. After some configuration it works nicely, even on powerpc! :) The README mentions it, but it would be much nicer if the commands mkdir /var/lib/usplash mkfifo /var/lib/usplash/usplash_fifo were executed in the postinst. regards, Holger pgpqPeoXWUQpn.pgp Description: PGP signature
Bug#396020: no bootloader configuration on powerpc
package: usplash version: 0.3e Hi, when I installed usplash on my imac (=newworld powerpc) running etch, the initrd got updated nicely, but not the bootloader. I had to add append=splash to the image in /etc/yaboot.conf. After modifying yaboot.conf you need to run /usr/sbin/ybin to update the bootloader. (On oldworld machines this needs to be done in /etc/quick.conf.) regards, Holger pgp4aVAEr3ISl.pgp Description: PGP signature
Bug#440151: [Piuparts-devel] Bug#440151: Patch to allow warnings only for broken symlinks
Hi Carl, On Sonntag, 19. April 2009, chaica wrote: Here is a patch to allow users to pass --warn-symlinks or -W option on the command line which allows to only warn the user that a broken symlinks is encountered. Thanks! I also modified two indentation issues in the same file (piuparts.py). Please use extra patches for such issues in future. regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#419788: more info needed
Hi Thomas, On Sonntag, 19. April 2009, Thomas Lange wrote: Again, please provide the output of fcopy -vD for an examples which causes the error. Will do, when I find time, currently I'm a bit too busy, sorry. Did you try to reproduce it yourself and didn't succeed? The main reason I mail now is to ask you to generally also send these kind of mails to 419788-submit...@bugs.debian.org - if you just mail the bug, the submitter is _not_ automatically informed. (S)he only gets the mail on closure of the bug, but not every mail. Not every submitter reads all fai bug mails :-) regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#272335: [rt.debian.org #1298] Bug#272335: www.debian.org do not support mod_gzip
Hi, On Montag, 20. April 2009, Stephen Gran via RT wrote: A quick look at the munin stats suggests we don't use all that much bandwidth at present (or cpu, for that matter) so maybe it doesn't matter either way? ain't there are third factor to consider: the bandwidth(+cpu) used on the user side? if the user has little bandwidth, mod_gzip enhances the browsing experience (if cpu is available to unzip). regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#522780: tags
tags 522780 +patch severity 522780 serious User: debian...@lists.debian.org Usertags: piuparts.debian.org piuparts Hi Jaakko, just add update-inetd to Depends:, that fixes the issue. Thus tagging patch. http://www.debian.org/doc/debian-policy/ch-relationships.html#s-binarydeps full log: http://piuparts.debian.org/sid/fail/tftpd-hpa_0.49-1.log regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#524988: debmirror: man page enhancement/bandwidth limit
Hi, On Dienstag, 21. April 2009, Moritz Molle wrote: And another enhancement, which i would like to see in the program is a means to limit the bandwidth which it uses while mirroring. $ apt-cache show trickle Description: user-space bandwidth shaper Trickle is a voluntary, cooperative bandwidth shaper. it works entirely in userland and is very easy to use. Works nicely for me. regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#447214: [Piuparts-devel] Bug#447214: --retry option
Hi Carl, On Dienstag, 21. April 2009, chaica wrote: Here is a patch to implement a retry on apt-get actions. With --retry you can specify how many times you want to retry. thanks! I dont think I'll take your patches for 0.36, as I really want to get that out first, but they are very much appreciated and will be included eventually (=0.37 most likely)! out of curiosity, where/how/why do you use piuparts? :-) regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#524880: INTERNAL ERROR in setup-storage: convert_unit
On Mittwoch, 22. April 2009, Michael Tautschnig wrote: Not actually related to that bug report, but anyway: setup-storage should be able to resize NTFS as long as you don't move the start of the partition. Should be == works for me. Cool! Is that documented somewhere except here? ;) regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#379855: [Debootloaders-miboot] Bug#379855: Any updates on this bug?
Hi Rogerio, On Samstag, 25. April 2009, Rogerio Brito wrote: Is there any progress on this? Any updates? no, no updates. Just as in 2006 miboot still doesnt build without a propietary toolchain, so it cannot go into main. It could go into non-free, but according to 20090420115012.ga25...@celtic.nixsys.be posted this monday on debian-boot, recent kernels dont boot anymore on oldworld hardware regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#526045: provides are not handled correctly
package: piuparts version: 0.35 Hi, here are some observations which make me say that provides are not handled correctly: http://piuparts.debian.org/squeeze/state-cannot-be-tested.html currently lists libpam-smbpass, while that package has been successfully tested. p.d.o also used to show that libapt-pkg-perl has a dependency on libapt-pkg-libc6.7-6-4.6 which piuparts believes is an unknown-package while in reality its provided by apt. http://piuparts.debian.org/sid/state-failed-testing.html lists linux-image-2.6.29-1-amd64 four times, while libpam-smbpass is also listed three times on the above URL. regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#526046: automatically break circular dependencies when there are only circular dependencies left
package: piuparts version: 0.35 User: debian...@lists.debian.org Usertags: piuparts.d.o severity: wishlist Hi, It would be nice if piuparts (in master-slave mode) would automatically break circular dependencies when there are only circular dependencies left fortesting. It should prefer circular dependencies from the same source package until there are none of this kind left. And there should be a visible warning in logfile (but without error) when testing a packages with circular dependencies. regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#547677: fails to install, trying to overwrite other packages files
Hi Daniel, On Montag, 21. September 2009, Daniel Baumann wrote: why do you report bugs for such an old version? due to an issue in the webfrontend fof piuparts.d.o, which I fixed yesterday :-) regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#539142: [Piuparts-devel] Bug#539142: piuparts should start with chroot with only required packages
severity 539142 wishlist nothanks Hi Petter, you failed to even try to convince me why this should be severity impotant, while I told you on IRC directly before that I think this is clearly a wishlist bug. If you want to help, please provide patches (tested at best). Maybe for a piuparts.debian.org pseudo-package this would be an important bug, but definitly not for piuparts. BTW, the problem to which you have been refering to too, does not exist anymore, so it's causes have also gone. Yet another reason why this isnt an important bug, not even for piu.d.o Thanks, Holger signature.asc Description: This is a digitally signed message part.
Bug#535691: ,RFH: munin -- help packaging 1.3 to experimental and report bugs upstream
Hi Tom, On Dienstag, 22. September 2009, Tom Feiner wrote: Was the patch prepared by Niels ever applied? From what I can see in svn it hasn't been applied yet. to be honest, I have no idea... :-/ Can we prepare the svn location for packaging munin 1.3? (I'm guessing it'll be /branches/debian/experimental, but there is currently code there to package 1.3.3. that branch is the right one, just remove the existing stuff there, if you think that's right! :-) Whats the best way to approach this? I guess now's the time to work on this, as we now have a time frame to get the uncommitted patches into trunk, thus reducing the number of patches we need to maintain. I fully agree. Thanks regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#535691: Bug #535691,RFH: munin -- help packaging 1.3 to experimental and report bugs upstream
Hi Tom, On Freitag, 25. September 2009, Tom Feiner wrote: OK, I cleaned up /branches/debian/experimental (I tagged the previous contents of this dir under /branches/debian/experimental/tags/1.3.3-1). I've followed your commits, great! Following Stig's recommendation, I've used version 1.4.0-dev+svn2484 as the version name. I hope that's ok. Nope, it's not: $ dpkg --compare-versions 1.4.0-dev+svn2484 lt 1.4.0-1 ; echo $? 1 $ dpkg --compare-versions 1.4.0-dev+svn2484 gt 1.4.0-1 ; echo $? 0 Please use 1.4.0~dev+svn2484, so that we can upload 1.4.0-1 if we want to :-) Hmm, 1.4.0~svn2481-1 is even better or 1.4.0~dev+svn2484-1... In upstream trunk: Just to be clear: you committed to trunk or did you modify trunk by means of debian/patches/ ? * Slightly modified upstream Makefile to honor overriding This takes care of the changes need to build the packages, the resulting packages are almost lintian clean, the following warnings/errors remain for the munin package: W: munin: binary-without-manpage usr/bin/munin-check E: munin: dir-or-file-in-var-www var/www/munin/ E: munin: dir-or-file-in-var-www var/www/munin/.htaccess E: munin: dir-or-file-in-var-www var/www/munin/favicon.ico IMO we should leave this (lintian warnings) as they are, as these are issues we/upstream need to fix. Changing the location from /var/www to /srv/www/munin or such is something I would really like to see fixed for squeeze, but I'm not really sure what is the best location. Maybe we should start a thread on debian-devel@ to gather information+opinions how other packages handle that. W: munin: executable-not-elf-or-script ./usr/share/munin/VeraMono.ttf debian/rules should delete that file and we should use this font from the proper package already in Debian. The 2 warnings are easy to fix, hah. I should finish reading mails before starting to answer them ;-) however the dir-or-file-in-var-www is a bit more complicated, as 1.2.6 uses it too. I guess for experimental we can do the right thing which is to place the www section under /usr/share/munin/www and add an apache alias to point there. Hm, doesnt munin still store files there? /usr needs to be read-only :) But I'm not sure how well this will behave in upgrades from 1.2.6. As a first thought, I wouldn't change that on upgrades, but only for new installations. Then we just need to make sure it works for upgrades :) Please let me know if I should be doing anything differently, any help,advice,comments would be appreciated :) See above :-) I think you are doing great, thanks a lot! regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#548508: VeraMono.ttf font should not be included in munin
Hi Tom, On Sonntag, 27. September 2009, Tom Feiner wrote: I guess we can now also remove the Vera font license from the copyright file as the munin binary package doesn't ship with it - however the munin original source tar.gz does contain it. Should the copyright file remain as is or can the Vera font license be removed? it should remain as it is, as we ship the fonts in the source package. thanks, Holger P.S.: mentor modeThe correct severity for this bug would be normal, as Debian doesnt like code/content duplicates :) If code would be duplicated+included, the severity would be important, as the security team really doesnt like it. And for fixing stuff in your own package, you dont need to file bugs, just do it :-) That said, leave it like it is, close the bug via debian/changelog and all is excellent :-)/mentor mode signature.asc Description: This is a digitally signed message part.
Bug#548508: VeraMono.ttf font should not be included in munin
Hi, On Sonntag, 27. September 2009, Tom Feiner wrote: The reason I opened this bug and not just fixed it is because I wanted a bug number to put in the patch... right! very good :) Thanks for the mentor mode explanations :) you're very welcome :) regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#535691: Bug #535691,RFH: munin -- help packaging 1.3 to experimental and report bugs upstream
Hi, On Sonntag, 27. September 2009, Tom Feiner wrote: I committed the non-debian specific changes to trunk, not through patches. I spoke to Nicolai, and he said that it's ok to fix these kind of trivial issues (such as http://munin.projects.linpro.no/changeset/2471) directly in trunk, and its even OK for not such trivial issues as he's looking at commits and will keep an eye to make sure everything is in order. Cool! (And as said: I assumed that, but just wanted to be sure :) I think this is the best way, as then we don't need so many patches on top of the orig.tar.gz, and the rest non-debian munin users will benefit from the fixes as well. Absolutly. OK, I'll leave /var/www/munin as is until we're sure of what we want to do about it. Yup, I see it at each upload and should probably just write this mail to debian-devel... doing so now :-) regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#535691: Bug #535691,RFH: munin -- help packaging 1.3 to experimental and report bugs upstream
Hi Tom, (it would be nice not to cc: me when mailing the BTS, I'm subscribed to the munin package :-) On Sonntag, 27. September 2009, Tom Feiner wrote: I think the webapps policy outlines the right thing to do in this case, however it focuses on what needs to be done for new packages, and its not clear how the migration should be handled in upgrades, I guess that's where debian-devel can help. http://webapps-common.alioth.debian.org/draft/html/ I dont see it in there. Can you help me please? Neither 3.1 nor 5.1.1 is helpful AFAICS... regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#548906: Add hddtemp2 run-as-root to plugins-conf.d/munin-node
Hi, On Dienstag, 29. September 2009, Mihnea-Costin Grigore wrote: +[hddtemp2] +user root aint it enough to run the plugin with the group disk? regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#548906: Add hddtemp2 run-as-root to plugins-conf.d/munin-node
Hi Tom, On Donnerstag, 1. Oktober 2009, Tom Feiner wrote: According to the following hddtemp debian bug [1]: The current Linux kernels do not support reading SMART values without being root. Ah, ok, thanks. regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#549228: doesnt detect 2nd monitor
package: xresprobe severity: important version: 0.4.23debian1-0.1 Hi, ddcprobe doesn't detect my 2nd monitor :( Due to #336764 I don't know if this is a usage problem or if I should provide more information ;-) As having more than one monitor has become quite common, I've set the severity to important ;) If this is a usage problem, I suggest to treat #336764 as important. regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#549228: doesnt detect 2nd monitor
Hi, On Freitag, 2. Oktober 2009, Julien Cristau wrote: I don't think ddcprobe can do that, it's pretty much just using a BIOS call to get the info, so I'd close this as not a bug. What do you need ddcprobe for anyway? to detect what monitormodell I have :-) http://wiki.debian.org/Kudzu is not really clear what the precessor should be... but/and hwinfo has the same problem as ddcprobe :/ but I found a workaround: attach the 2nd monitor as the 1st :-/ ;-) regards, Holger signature.asc Description: This is a digitally signed message part.
Bug#604247: unblock: sitesummary/0.0.67
retitle 604247 unblock: sitesummary/0.0.68 thanks Hi, On Sonntag, 28. November 2010, Adam D. Barratt wrote: Any ETA on a new upload? done now, fixed both issues and made lintian slightly happier. collect.d/system |2 +- debian/changelog | 22 +++--- debian/control |4 ++-- debian/copyright |2 +- sitesummary-upload |2 +- 5 files changed, 24 insertions(+), 8 deletions(-) sitesummary (0.0.68) unstable; urgency=low [ Ronny Aasen ] * Fixing my previous fix. Only run lsscsi from collect.d/system, if /sys/bus/scsi exsists to avoid errors on machines without /sys mouted, like chroots and vservers (Closes: #602286). [ Holger Levsen ] * sitesummary-upload: correct check for empty http_proxy variable. * Bump standards to 3.9.1, no changes needed. * Add myself to uploaders. * Add one missing explicit reference to GPL-2 in debian/copyright. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#605890: autolog: fails to purge due to incorrect dependencies in init.d LSB header
Package: autolog Version: 0.40-13 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o User: initscripts-ng-de...@lists.alioth.debian.org Usertags: incorrect-dependency Hi, during a test with piuparts I noticed your package failed to purge due to incorrect dependencies in the init.d LSB header. Some debian notes are available from at http://wiki.debian.org/LSBInitScripts From the attached log (scroll to the bottom...): 0m12.5s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpN18tH5', 'dpkg', '--purge', 'autolog'] 0m12.5s DUMP: (Reading database ... 6120 files and directories currently installed.) Removing autolog ... Purging configuration files for autolog ... Removing logfiles...done. Can't exec insserv: No such file or directory at /usr/sbin/update-rc.d line 402. update-rc.d: error: insserv rejected the script header dpkg: error processing autolog (--purge): subprocess installed post-removal script returned error exit status 255 Errors were encountered while processing: autolog cheers, Holger Start: 2010-12-03 05:52:12 UTC Package: autolog Priority: extra Section: admin Installed-Size: 144 Maintainer: Luis Uribe a...@eviled.org Architecture: amd64 Version: 0.40-13 Depends: libc6 (= 2.7), cron (= 3.0pl1-42) Recommends: exim4 | mail-transport-agent Filename: pool/main/a/autolog/autolog_0.40-13_amd64.deb Size: 30838 MD5sum: 29a68b54afda12ffb38036b3476d4704 SHA1: e1379b3a5b01cd3e4530402d19c4258a7af92166 SHA256: 6409b0385f6946f5afbfe4772ee2c4766a598b8159fa4fb8de018c8532ec4f35 Description: Terminates connections for idle users Autolog terminates connections considered to be idle based on a large variety of parameters. Homepage: http://gitorious.org/debian-packages/autolog Tag: admin::user-management, interface::daemon, network::server, role::program Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad squeeze -b squeeze.tar.gz --mirror http://piatti.debian.org/debian/ autolog Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.39~201011281218 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad squeeze -b squeeze.tar.gz --mirror http://piatti.debian.org/debian/ autolog 0m0.0s INFO: Running on: Linux piatti 2.6.32.26-dsa-amd64 #1 SMP Mon Nov 22 22:12:25 UTC 2010 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpN18tH5 0m0.0s DEBUG: Unpacking squeeze.tar.gz into /org/piuparts.debian.org/tmp/tmpN18tH5 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpN18tH5', '-zxf', 'squeeze.tar.gz'] 0m1.9s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpN18tH5', '-zxf', 'squeeze.tar.gz'] 0m1.9s DEBUG: Created policy-rc.d and chmodded it. 0m1.9s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpN18tH5', 'apt-get', 'update'] 0m4.3s DUMP: Get:1 http://piatti.debian.org squeeze Release.gpg [835 B] Ign http://piatti.debian.org/debian/ squeeze/contrib Translation-en Ign http://piatti.debian.org/debian/ squeeze/main Translation-en Ign http://piatti.debian.org/debian/ squeeze/non-free Translation-en Get:2 http://piatti.debian.org squeeze Release [89.9 kB] Ign http://piatti.debian.org squeeze/main amd64 Packages/DiffIndex Ign http://piatti.debian.org squeeze/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org squeeze/non-free amd64 Packages/DiffIndex Get:3 http://piatti.debian.org squeeze/main amd64 Packages [8633 kB] Hit http://piatti.debian.org squeeze/contrib amd64 Packages Get:4 http://piatti.debian.org squeeze/non-free amd64 Packages [131 kB] Fetched 8855 kB in 1s (6961 kB/s) Reading package lists... 0m4.3s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpN18tH5', 'apt-get', 'update'] 0m4.3s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpN18tH5', 'mount', '-t', 'proc', 'proc', '/proc'] 0m4.3s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpN18tH5', 'mount', '-t', 'proc', 'proc', '/proc'] 0m4.3s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpN18tH5', 'apt-get', '-yf', 'upgrade'] 0m7.3s DUMP: Reading package lists... Building dependency tree... The following packages will be upgraded: liblzma2 xz-utils 2 upgraded,
Bug#605892: please state that mails will be publically archived
package: reportbug severity: wishlist Hi, please state prominently that bug reports will be be archived publically. Thanks, Holger signature.asc Description: This is a digitally signed message part.
Bug#605893: please state that mails will be publically archived
package: www.debian.org severity: wishlist Hi, please state on http://www.debian.org/intro/organization that mails to several addresses will be archived publically. Thanks, Holger signature.asc Description: This is a digitally signed message part.
Bug#605892: please state that mails will be publically archived
Hi Sandro, On Samstag, 4. Dezember 2010, Sandro Tosi wrote: please state prominently that bug reports will be be archived publically. I know where this request is coming from but IMO this is kinda an over-reaction. Before considering where how to add this alert I wouldnt call/make it an alert, just a more or less prominent note somewhere. Maybe my initial wording was too harsh. I really want to have a broader consensus from the developers community always a good idea :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#603785: pending
tags 603785 + pending # fixed in svn, will upload RSN thanks signature.asc Description: This is a digitally signed message part.
Bug#605915: please make it a non-native package
package: desktop-base version: 6.02 severity: wishlist Hi, please make desktop-base a non-native package (even though its native to Debian...). Non-native packages dont have any advantages (afaik) but only downsides, ie. backports will use a different orig.tar.gz and for fixing a simple bug you will have to upload several megabytes as a new orig.tar.gz will be created. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#605980: sbox-dtc: unowned files in /usr/local after purge (policy 6.8)
Package: sbox-dtc Version: 1.11.2-2 Severity: serious User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails From the attached log (scroll to the bottom...): 0m10.9s ERROR: FAIL: Package purging left files on system: /home/dtc not owned /home/dtc/.bash_logout not owned /home/dtc/.bashrc not owned /home/dtc/.profile not owned /var/log/sbox.log not owned If your package had only left files in /var/log after purge, I would have filed this as important. But as your package created /home/dtc (WTF?!), I'm filing this as it is. cheers, HolgerStart: 2010-12-04 15:02:32 UTC Package: sbox-dtc Priority: optional Section: web Installed-Size: 732 Maintainer: Thomas Goirand z...@debian.org Architecture: amd64 Version: 1.11.2-2 Depends: debconf (= 0.5) | debconf-2.0, debconf, libdotconf1.0, passwd, libc6 (= 2.2.5) Recommends: apache2 | httpd-cgi Filename: pool/main/s/sbox-dtc/sbox-dtc_1.11.2-2_amd64.deb Size: 290964 MD5sum: 75f5603dd0fa23be342460fcf1e6908f SHA1: 90e4fd24c4e728fc8a668f648409e1c5515b9269 SHA256: 49465e907f9bf5f887830470510520a27450086d418b9c33292a69cdc55240cb Description: A CGI wrapper script for chrooted environment for hosting Sbox is a CGI wrapper script that allows Web site hosting services to safely grant CGI authoring privileges to untrusted clients. In addition to changing the process privileges of client scripts to match their owners, it goes beyond other wrappers by placing configurable ceilings on script resource usage, avoiding unintentional (as well as intentional) denial of service attacks. It also optionally allows the Webmaster to place client's CGI scripts in a chroot'ed shell restricted to the author's home directories. Homepage: http://www.gplhost.com/software-sbox.html Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ sbox-dtc Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.39~201011281218 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad sid -b sid.tar.gz --mirror http://piatti.debian.org/debian/ sbox-dtc 0m0.0s INFO: Running on: Linux piatti 2.6.32.26-dsa-amd64 #1 SMP Mon Nov 22 22:12:25 UTC 2010 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpo-guVg 0m0.0s DEBUG: Unpacking sid.tar.gz into /org/piuparts.debian.org/tmp/tmpo-guVg 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpo-guVg', '-zxf', 'sid.tar.gz'] 0m2.1s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpo-guVg', '-zxf', 'sid.tar.gz'] 0m2.1s DEBUG: Created policy-rc.d and chmodded it. 0m2.1s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpo-guVg', 'apt-get', 'update'] 0m4.7s DUMP: Get:1 http://piatti.debian.org sid Release.gpg [835 B] Ign http://piatti.debian.org/debian/ sid/contrib Translation-en Ign http://piatti.debian.org/debian/ sid/main Translation-en Ign http://piatti.debian.org/debian/ sid/non-free Translation-en Get:2 http://piatti.debian.org sid Release [104 kB] Ign http://piatti.debian.org sid/main amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org sid/non-free amd64 Packages/DiffIndex Get:3 http://piatti.debian.org sid/main amd64 Packages [9100 kB] Get:4 http://piatti.debian.org sid/contrib amd64 Packages [72.0 kB] Get:5 http://piatti.debian.org sid/non-free amd64 Packages [146 kB] Fetched 9423 kB in 1s (6846 kB/s) Reading package lists... 0m4.7s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpo-guVg', 'apt-get', 'update'] 0m4.7s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpo-guVg', 'mount', '-t', 'proc', 'proc', '/proc'] 0m4.8s DEBUG: Command ok: ['chroot', '/org/piuparts.debian.org/tmp/tmpo-guVg', 'mount', '-t', 'proc', 'proc', '/proc'] 0m4.8s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpo-guVg', 'apt-get', '-yf', 'upgrade'] 0m5.1s DUMP: Reading package lists... Building dependency tree... 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Bug#496027: stopmotion makes the whole system unusable
severity 496027 serious severity 503957 serious # justification: makes the whole system unusable merge 496027 503957 user debian-...@lists.debian.org usertag 503957 + debian-edu thanks Hi Klaus, can you come up with patch based on the current package? Based on the info in 496027 it sounds rather straightforward. I guess if we don't fix this soon, the package will be removed from squeeze. cheers, Holger signature.asc Description: This is a digitally signed message part.
