Bug#736336: Adding an IPv6 address to a bridge from /etc/network/interfaces removes the link-local address
Package: bridge-utils Version: 1.5-7 ifupdown version 0.7.47.2 iproute2 version 3.12.0-1 arch is amd64 Creating the bridge manually is fine: root:~# brctl addbr bar root:~# ifconfig bar up root:~# ip ad add XXX:abcd::1/64 dev bar root:~# ifconfig bar bar Link encap:Ethernet HWaddr 2e:81:78:aa:c7:a9 inet6 addr: XXX:abcd::1/64 Scope:Global inet6 addr: fe80::2c81:78ff:feaa:c7a9/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:11 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:946 (946.0 B) But from the interfaces file is not: root:~# cat /etc/network/interfaces ... iface bar inet6 static address XXX:abcd::1 netmask 64 dad-attempts 0 bridge_ports none root:~# ifup bar Waiting for bar to get ready (MAXWAIT is 32 seconds). root:~# ifconfig bar bar Link encap:Ethernet HWaddr b6:79:72:af:26:fc inet6 addr: XXX:abcd::1/64 Scope:Global UP BROADCAST MULTICAST MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:0 (0.0 B) TX bytes:0 (0.0 B) Matthew
Bug#736336: STP is partly to blame
Further digging reveals that STP is causing or triggering the fault. If the bridge_stp option is disabled (and thus `brctl stp bar on` is never called), then the bridge retains its link-local address as expected. Matthew
Bug#599056: multistrap: Packages may leave daemons running inside the chroot
Package: multistrap Version: 2.1.6 Severity: normal Tags: patch The solution is simply to create policy-rc.d in /usr/sbin while installation is taking place then remove it afterwards. Matthew --- multistrap-2.1.6.orig/multistrap2010-07-26 21:45:46.0 + +++ multistrap-2.1.6/multistrap 2010-10-04 08:20:35.962601948 + @@ -153,6 +153,8 @@ if (not -d ${dir}etc/apt/sources.list.d/); system (mkdir -p ${dir}etc/apt/preferences.d/) if (not -d ${dir}etc/apt/preferences.d/); +system (mkdir -p ${dir}usr/sbin/) + if (not -d ${dir}usr/sbin/); system (mkdir -p ${dir}usr/share/info/) if (not -d ${dir}usr/share/info/); system (touch ${dir}usr/share/info/dir); @@ -160,6 +162,13 @@ die ($msg) if (not -d ${dir}etc/apt/preferences.d/); +# Prevent any daemons from starting +open POLICY, ${dir}usr/sbin/policy-rc.d +or die _g(Cannot open policy-rc.d). $!; +print POLICY #!/bin/sh\nexit 101\n; +close POLICY; +chmod 0755, ${dir}usr/sbin/policy-rc.d; + @dirs = qw/ alternatives info parts updates/; @touch = qw/ diversions statoverride status lock/; foreach my $dpkgd (@dirs) { @@ -346,6 +355,9 @@ printf (_g(ERR: Some files may have been unpacked outside %s!\n), $dir); } } +# Remove policy-rc.d +unlink ${dir}usr/sbin/policy-rc.d + if -f ${dir}usr/sbin/policy-rc.d; # cleanly separate the debootstrap sources from the final apt sources. unlink (${dir}etc/apt/sources.list.d/multistrap.sources.list) if (-f ${dir}etc/apt/sources.list.d/multistrap.sources.list); -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596100: When told not to initially configure slapd, (un-)installation fails due to init script return code.
Steve Langasek vor...@debian.org writes: I don't agree with the initial problem that a package is not installed until after it's configured _even though_ the administrator has chosen explicitly not to configure it at that time. I can see the point of not creating the sentinel file, but in that case not even running the init script would seem the best answer. Unfortunately I can't see any way to do that and still use debhelper. You would achieve not even running the init script by implementing a policy-rc.d that says not to run init scripts, which was my first suggestion in response to the problem you posed. It would be achieved for every package, whether desired or not. If 2 or more daemons are being installed, the only option available is to not start any or attempt to start them all, purely because the openldap postinst script tries to start slapd _EVEN THOUGH_ it is well aware that it won't work and furthermore will terminate the entire package installation process, a process which is not related to whether slapd is configured or not. Moreover, it doesn't just affect chef, it affects apt and by extension potentially everything. Any other packages which are being installed at the same time may also be left in a half-configured state when slapd fails to start and brings down apt-get. If you don't want to have to deal with the apt fallout from overriding slapd's default initial directory configuration, then /don't do that/. I am not at all sympathetic to users who insist on configuring packages the hard way and then complain that it's too hard. I'm not saying this is If the option were 'do you want to kill apt prematurely?' then fine, but the option is only 'do you want to configure slapd automatically or do it yourself later?' Configuring slapd the hard way would first start with building my own binaries, which I am not proposing to do. What I want is to leave slapd's configuration empty _without breaking the rest of the system_. applicable in your case; there are obvious reasons to use a tool like chef for configuration management. But I do from time to time get bug reports like this on various packages from people not using configuration management tools, who expect maintainers to put in the effort to make the package as easy to use without automatic configuration as it is with automatic configuration, and that's just not realistic. I don't want my packages to I don't see why not. I managed it and sent a patch. Discussion has indicated that the method the patch used was not satisfactory but I am happy to hack up an alternative when I am sure of the direction you as the maintainer would like it to take. lie to the package manager and claim that they're in a configured state when they are not, even though this would obviously be convenient when using apt-get. But they _are_ in a configured state, as far as debconf is concerned. The extent to which debconf has been told to configure slapd is 'not at all', and that is exactly what it has done. There is precedent for doing this. Many daemons will put an equivalent of the sentinel file or variable in place until they are configured after apt has finished with them. I don't expect debconf to look after /etc/exports, or to configure every aspect of Apache, but I also don't expect apt/dpkg to fail because there are no NFS exports or because vhost and ssl configuration is not done. Similarly, many web applications will ask if the administrator would like to set up the web server to enable the application. They also don't cause the entirety of apt/dpkg to fail until the application's apache configuration is activated. Perhaps if debconf were the registry it could be expected to configure every aspect of every part of the system. It would also follow in that case that a minor change should naturally cause catastrophic failure. Anyway, I've just committed a fix for the failure to remove unconfigured slapd, which is the part of this report that I consider a real bug (and the part that warrants RC severity). So this bug report will be closed in the Good news. I can concede that fixing the failure to install in an exceptional case is not something that should hold squeeze back, but I don't think it's not a bug. Not until that registry goal is achieved and that's not a bug it's a feature becomes SOP for Debian. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596100: When told not to initially configure slapd, (un-)installation fails due to init script return code.
Steve Langasek vor...@debian.org writes: On Wed, Sep 08, 2010 at 09:13:29PM +0100, Matthew King wrote: Steve Langasek vor...@debian.org writes: 1) Creating /etc/ldap/noslapd as part of the postinst which the administrator can remove when slapd is configured. I don't consider this appropriate. If you ask not to automatically configure slapd, then the package is not usable until manual action is taken and we should not mark the package as installed. I don't recall coming across that before. Other packages which give the option not to have debconf do configuration don't break dpkg when they do it, eg. postfix. I'm not sure how that works - maybe it just doesn't try to start the daemon in the postinst. In my case, slapd is (will be) installed with chef - the recipe must set the no_configuration flag and then configure chef after the package is installed, however if dpkg fails, the recipe will also fail and will never proceed to the configuration stage. Catch 22. I'm not familiar with chef, but I can see several different ways to address this: - The postinst could not attempt to start a daemon which is installed but not configured. I checked postfix and that's exactly what it does: (at the end of postinst) if [ $mailer != No configuration ] || [ -f /etc/postfix/main.cf ]; then ... # start postfix ... fi I don't agree with the initial problem that a package is not installed until after it's configured _even though_ the administrator has chosen explicitly not to configure it at that time. I can see the point of not creating the sentinel file, but in that case not even running the init script would seem the best answer. Unfortunately I can't see any way to do that and still use debhelper. Moreover, it doesn't just affect chef, it affects apt and by extension potentially everything. Any other packages which are being installed at the same time may also be left in a half-configured state when slapd fails to start and brings down apt-get. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596100: When told not to initially configure slapd, (un-)installation fails due to init script return code.
Package: slapd Version: 2.4.23-4 Severity: normal Tags: patch If slapd is told not to create an initial configuration, the init script fails and kills apt-get in its death throes. aginor:~# debconf-set-selections slapd slapd/internal/adminpw passwordinsecure slapd slapd/internal/generated_adminpwpasswordinsecure slapd slapd/password2 passwordinsecure slapd slapd/password1 passwordinsecure slapd slapd/no_configuration boolean true aginor:~# apt-get install slapd Reading package lists... Done Building dependency tree Reading state information... Done Recommended packages: libsasl2-modules The following NEW packages will be installed slapd 0 upgraded, 1 newly installed, 0 to remove and 2 not upgraded. Need to get 0B/1,584kB of archives. After this operation, 4,006kB of additional disk space will be used. Preconfiguring packages ... Selecting previously deselected package slapd. (Reading database ... 23942 files and directories currently installed.) Unpacking slapd (from .../slapd_2.4.23-4_amd64.deb) ... Processing triggers for man-db ... Setting up slapd (2.4.23-4) ... Omitting slapd configuration as requested. No configuration file was found for slapd at /etc/ldap/slapd.d. ... (warning). invoke-rc.d: initscript slapd, action start failed. dpkg: error processing slapd (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: slapd E: Sub-process /usr/bin/dpkg returned an error code (1) aginor:~# Attempting to immediately remove the package also fails hard. aginor:~# dpkg --purge slapd (Reading database ... 24183 files and directories currently installed.) Removing slapd ... No configuration file was found for slapd at /etc/ldap/slapd.d. ... (warning). invoke-rc.d: initscript slapd, action stop failed. dpkg: error processing slapd (--purge): subprocess installed pre-removal script returned error exit status 1 Backing up /etc/ldap/slapd.d in /var/backups/slapd-... done. grep: /etc/ldap/slapd.d/cn=config/olcDatabase*: No such file or directory No configuration file was found for slapd at /etc/ldap/slapd.d. ... (warning). invoke-rc.d: initscript slapd, action start failed. dpkg: error while cleaning up: subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: slapd aginor:~# The included patch solves this by: 1) Creating /etc/ldap/noslapd as part of the postinst which the administrator can remove when slapd is configured. 2) Shuffling the init script to deal with the sentinel file more gracefully. This is done by having functions defined in multiple places, which I am not keen on but it Does The Job. diff -ur openldap-2.4.23/debian/slapd.init openldap-2.4.23-changed/debian/slapd.init --- openldap-2.4.23/debian/slapd.init 2010-09-08 17:38:43.0 +0100 +++ openldap-2.4.23-changed/debian/slapd.init 2010-09-08 16:11:14.0 +0100 @@ -38,10 +38,39 @@ SLAPD_CONF=/etc/ldap/slapd.conf fi +# Check whether we were configured to not start the services. +check_for_no_start() { + # Paradoxically, return 0 (success) when not configured to + # start (that is - no_start is true, which in sh-speak is 0) + if [ -n $SLAPD_NO_START ]; then + no_start=SLAPD_NO_START set in /etc/default/slapd + return 0 + elif [ -n $SLAPD_SENTINEL_FILE -a -e $SLAPD_SENTINEL_FILE ]; then + no_start=$SLAPD_SENTINEL_FILE exists + return 0 + else + return 1 + fi +} + +# ... and say so +report_no_start() { + if check_for_no_start; then + echo Not starting slapd: $no_start 2 + exit 0 + fi +} + # Stop processing if the config file is not there if [ ! -r $SLAPD_CONF ]; then - log_warning_msg No configuration file was found for slapd at $SLAPD_CONF. - exit 1 + log_warning_msg No configuration file was found for slapd at $SLAPD_CONF. + # If slapd is restricted from starting, its lack of + # configuration is not an error + if check_for_no_start; then + exit 0 + else + exit 1 + fi fi # Find out the name of slapd's pid file @@ -84,18 +113,6 @@ SLAPD_OPTIONS=-g $SLAPD_GROUP $SLAPD_OPTIONS fi -# Check whether we were configured to not start the services. -check_for_no_start() { - if [ -n $SLAPD_NO_START ]; then - echo 'Not starting slapd: SLAPD_NO_START set in /etc/default/slapd' 2 - exit 0 - fi - if [ -n $SLAPD_SENTINEL_FILE ] [ -e $SLAPD_SENTINEL_FILE ]; then - echo Not starting slapd: $SLAPD_SENTINEL_FILE exists 2 - exit 0 - fi -} - # Tell the user that something went wrong and give some hints for # resolving the problem. report_failure() { @@ -165,12 +182,12 @@ case $1 in start) - check_for_no_start + report_no_start start_ldap ;; stop) stop_ldap ;; restart|force-reload) - check_for_no_start + report_no_start stop_ldap start_ldap ;; diff -ur openldap-2.4.23/debian/slapd.postinst
Bug#596100: When told not to initially configure slapd, (un-)installation fails due to init script return code.
Steve Langasek vor...@debian.org writes: 1) Creating /etc/ldap/noslapd as part of the postinst which the administrator can remove when slapd is configured. I don't consider this appropriate. If you ask not to automatically configure slapd, then the package is not usable until manual action is taken and we should not mark the package as installed. I don't recall coming across that before. Other packages which give the option not to have debconf do configuration don't break dpkg when they do it, eg. postfix. I'm not sure how that works - maybe it just doesn't try to start the daemon in the postinst. In my case, slapd is (will be) installed with chef - the recipe must set the no_configuration flag and then configure chef after the package is installed, however if dpkg fails, the recipe will also fail and will never proceed to the configuration stage. Catch 22. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595279: ca-certificates: Locally installed certificate files with .pem extension are ignored
Philipp Kern pk...@debian.org writes: It's also a terrible inflation of severities. .crt is clearly documented in README.Debian, so it's hardly important. My first inclination was normal priority, but I opted for important in part because it's so simple but mostly because documentation (this package's and the internet in general) refers constantly to 'pem files', so much so that the crt and pem extensions are virtually indistinguishable. Anyway the bug's reported, and that's the main thing. If it manages to get into squeeze then all well and good. Either way you may want to upgrade the manpage in addition to the README.Debian: Current: /usr/share/ca-certificates Directory of CA certificates. /usr/local/share/ca-certificates Directory of local CA certificates. (Yes, with the funny formatting. I don't know if that's just a locale thing on my system.) To: /usr/share/ca-certificates Directory of CA certificates. /usr/local/share/ca-certificates Directory of local CA certificates (with .crt extension). Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595279: ca-certificates: Locally installed certificate files with .pem extension are ignored
Package: ca-certificates Version: 20090814 Severity: important Tags: patch Files in /usr/local/share/ca-certificates must be named with the extension '.crt' or they will be ignored. The extension '.pem' is often used in documentation, examples, etc. and not being able to name local certificates with it is likely to cause confusion (it did me :). Tagged 'important' because .pem is so common, despite it being trivially easy to work around. Also because the patch is similarly trivial: Append -o -name '*.pem' to the find command on line 124 Matthew -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ca-certificates depends on: ii debconf [debconf-2.0] 1.5.33 Debian configuration management sy ii openssl 0.9.8o-1 Secure Socket Layer (SSL) binary a ca-certificates recommends no packages. ca-certificates suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585006: xserver-xephyr: Cannot specify my complete keyboard layout options -- options which must include ', ' cannot be parsed
Package: xserver-xorg Version: 1:7.7-2 Severity: important Tags: upstream patch In short, the comma character is used to split options up (as opposed to, say, letting bash do it because presumabely bash doesn't have a well-known set of quoting and escaping rules used for specifying individual startup options to executables). In lieu of doing it properly, the included patch allows options (-keybd, -mouse, etc) to include commas by prepending a backslash. --- xorg-server-1.7.7.orig/hw/kdrive/src/kdrive.c +++ xorg-server-1.7.7/hw/kdrive/src/kdrive.c @@ -350,14 +350,23 @@ char * KdParseFindNext (char *cur, char *delim, char *save, char *last) { -while (*cur !strchr (delim, *cur)) +char prev = '\0'; + +while (cur *cur *cur != ',' || (prev prev == '\\')) { - *save++ = *cur++; + if (*cur == '\\' (prev prev != '\\')) + { + prev = *cur; + *cur++; + } else { + prev = *cur; + *save++ = *cur++; + } } *save = 0; *last = *cur; if (*cur) - cur++; + cur++; return cur; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573286: uuidtools unnecessarily depends on rubygems
Package: libuuidtools-ruby1.8 Version: 2.1.1-1 The dependency on rubygems1.8 is unnecessary. That is all. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#535924: stunnel4: stunnel gives incorrect error message if port is in use
Package: stunnel4 Version: 3:4.22-2 Followup-For: Bug #535924 When starting stunnil it says: Starting SSL tunnels: [Failed: /etc/stunnel/stunnel.conf] You should check that you have specified the pid= in you configuration file When the actual error was: bind(11, {sa_family=AF_INET, sin_port=htons(119), sin_addr=inet_addr(127.0.0.1)}, 16) = -1 EADDRINUSE (Address already in use) I forgot that I was already running leafnode on port 119. stunnel itself actually says nothing, leaving the init script to guess as to what actually happened: lego:~# /usr/bin/stunnel4 /etc/stunnel/stunnel.conf lego:~# echo $? 1 lego:~# Additionally, the logfile is empty: lego:~# cat /var/log/stunnel4/stunnel.log lego:~# Matthew -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-openvz-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages stunnel4 depends on: ii adduser 3.110add and remove users and groups ii libc6 2.7-18 GNU C Library: Shared libraries ii libssl0.9.8 0.9.8g-15+lenny5 SSL shared libraries ii libwrap07.6.q-16 Wietse Venema's TCP wrappers libra ii netbase 4.34 Basic TCP/IP networking system ii openssl 0.9.8g-15+lenny5 Secure Socket Layer (SSL) binary a ii perl-modules5.10.0-19lenny2 Core Perl modules stunnel4 recommends no packages. Versions of packages stunnel4 suggests: pn logcheck-database none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551175: Resizing opaque windows is slow
Package: xcompmgr Version: 1.1.4-0.1 Severity: important When xcompmgr is started (no options, no rc file) windows which are drawn as they are resized (rather than just the outline) redraw very slowly, lagging up to 1/2 seconds behind the mouse. The windows do not have to be made transparent, have shadows or any of the other possible effects. No device/monitor/screen options are set in xorg.conf except the resolution and colour depth. Nothing to do with compositing is mentioned therein either. Window manager is a minimally configured fvwm. I have noticed this problem with both text-based applications (emacs, rxvt, xterm) and those more graphically oriented (iceweasel, mplayer). Card details from lspci: 01:00.1 Display controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (Secondary) (rev 01) Subsystem: PC Partner Limited Device 0131 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 64 (2000ns min), Cache Line Size: 64 bytes Region 0: Memory at c800 (32-bit, prefetchable) [size=128M] Region 1: Memory at ff0e (32-bit, non-prefetchable) [size=64K] Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xcompmgr depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcomposite11:0.4.0-3 X11 Composite extension library ii libxdamage1 1:1.1.1-4 X11 damaged region extension libra ii libxfixes31:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxrender1 1:0.9.4-2 X Rendering Extension client libra xcompmgr recommends no packages. xcompmgr suggests no packages. -- no debconf information Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551177: rox-filer needs horizontally-scrolled windows if icons are listed vertically
Package: rox-filer Version: 2.7.1-1 Severity: wishlist If icons are listed vertically (Options - Display - Order (small|large) icons vertically) the window is still scrolled vertically, meaning that a single column of icons is longer than the height of the window. In effect this means icons are listed horizontally and vertically at the same time. When icons are ordered vertically, the scrollbar should be at the bottom rather than the right of the window (possibly this should be optional). Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532874: libnss-ldapd: Restarting slapd while nslcd is running hangs for a short time.
Package: libnss-ldapd Version: 0.6.7.1 Severity: normal When nss-ldapd and slapd are on the same server and nss-ldapd is configured to use ldapi:/// or ldap://127.0.0.1/ URIs, restarting slapd if nslcd is running is very slow (but does eventually complete). If nslcd is stopped first the restart of slapd proceeds as normal. It seems most likely that nslcd is waiting for the ldap server to respond so that it can query the passwd/group database, except of course that the ldap server isn't there. I don't know what effect will be had on regular usage of the machine if the ldap server goes away but in light of this I expect it's not nothing. A suitable workaround is to just ignore it (it only takes around 30 seconds or so) or restart as: # /etc/init.d/nslcd stop; /etc/init.d/slapd restart; /etc/init.d/nslcd start It is worth noting that I do not have any failover mechanism configured. Matthew -- System Information: ned:~# grep . /etc/nss-ldapd.conf uid nslcd gid nslcd ldap_version3 baseo=Monnsta uri ldapi:/// ssl off Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libnss-ldapd depends on: ii adduser 3.110add and remove users and groups ii debconf [debcon 1.5.24 Debian configuration management sy ii libc6 2.7-18 GNU C Library: Shared libraries ii libkrb531.6.dfsg.4~beta1-5lenny1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries ii libsasl2-2 2.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra Versions of packages libnss-ldapd recommends: pn libpam-ldap none (no description available) pn nscd none (no description available) libnss-ldapd suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#530783: uruk: IPv6 logging doesn't work
Package: uruk Version: 20051129-1 Severity: important Tags: patch IPv6 logging isn't configured and attempting to start uruk with ivp6 enabled reports: ip6tables v1.3.6: host/network `[IPv4 IP]' not found Try `ip6tables -h' or 'ip6tables --help' for more information. The -j LOG entry is therefore not added to the firewall and potentially important information is lost. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i386) Kernel: Linux 2.6.23.1-bytemark-uml Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash --- script/uruk.in 2005-10-27 11:32:40.0 +0100 +++ script/uruk-new.in 2009-05-27 20:50:56.0 +0100 @@ -60,9 +60,15 @@ fi fi +uruk_log4 () { +$iptables -A INPUT -j LOG --log-level debug --log-prefix 'iptables: ' $@ +} +uruk_log6 () { +$ip6tables -A INPUT -j LOG --log-level debug --log-prefix 'ip6tables: ' $@ +} uruk_log () { -$iptables -A INPUT -j LOG --log-level debug --log-prefix 'iptables: ' $@ -$ip6tables -A INPUT -j LOG --log-level debug --log-prefix 'ip6tables: ' $@ +uruk_log4 $@ +uruk_log6 $@ } # @@ -345,7 +351,9 @@ for iface_x in $interfaces_x do eval ip=\\$ip_${iface_x}\ -uruk_log -i $iface --destination $ip +eval ip6=\\$ip6_${iface_x}\ +uruk_log4 -i $iface --destination $ip +uruk_log6 -i $iface --destination $ip6 done done elif test $loglevel -lt 60
Bug#528186: console-setup: Manpage header of ckbcomp(1) incorrectly refers to console font, not keymap.
Package: console-setup Version: 1.28 Severity: minor knight:~# whatis ckbcomp ckbcomp (1) - compile a XKB keyboard description to a console font. Should read 'console keymap'. Matthew -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup depends on: ii console-terminus 4.26-2.1 Fixed-width fonts for fast reading ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii xkb-data 1.3-2 X Keyboard Extension (XKB) configu Versions of packages console-setup recommends: ii kbd 1.14.1-4 Linux console font and keytable ut Versions of packages console-setup suggests: ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#522281: certtool does not ask for a key's passphrase if it is using a template
Package: gnutls-bin Version: 2.4.2-6+lenny1 If you attempt to use a pkcs8 private key with a template file, and that template file does not specify the passphrase, certtool exits with an error: certtool: importing --load-privkey: ca-key.pem: Decryption has failed. I am not sure which is worse - putting the passphrase in the template file or asking questions in batch mode, but the patch to allow the latter is simple: --- src/certtool-cfg.c~ 2008-09-15 21:04:19.0 +0100 +++ src/certtool-cfg.c 2009-04-02 11:40:57.0 +0100 @@ -301,7 +301,7 @@ const char * get_pass (void) { - if (batch) + if (batch !(cfg.password == NULL || *cfg.password == '\0')) return cfg.password; else return getpass (Enter password: ); Possibly the if clause could be extended so that an option can be added to specify that the batch process really is non-interactive (or, alternatively, that the batch process can be interrupted to ask for the passphrase if necessary). Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#507786: svn should use http_proxy et al if set
Package: subversion Version: 1.5.1dfsg1-1 As it says, svn should use the http_proxy environment variables, instead of forcing me to have yet another collection of proxy settings. It can keep its own settings, of course (and which should override which is anyone's guess) but I already have enough locations with their own proxy settings and I don't need another one which will break things confusingly when the settings change. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#502529: Patch to check_http redirect behaviour
Package: nagios-plugins Version: 1.4.12-3 If told to follow redirects, check_http follows exactly disregarding any supplied IP address. Of course this might be what you want. The included patch adds another option to the -f|--on-redirect switch which will follow but still connect to the same host. It might be considered a bug that even if an IP address is NOT given, the same host will be connected to. --- check_http.c~ 2008-05-07 11:02:42.0 +0100 +++ check_http.c 2008-10-17 09:45:38.0 +0100 @@ -110,6 +110,7 @@ char **http_opt_headers; int http_opt_headers_count = 0; int onredirect = STATE_OK; +int follow_same_ip = FALSE; int use_ssl = FALSE; int verbose = FALSE; int sd; @@ -302,6 +303,11 @@ server_port = HTTPS_PORT; break; case 'f': /* onredirect */ + if (!strcmp (optarg, follow-same-ip)) +{ + onredirect = STATE_DEPENDENT; + follow_same_ip = TRUE; +} if (!strcmp (optarg, follow)) onredirect = STATE_DEPENDENT; if (!strcmp (optarg, unknown)) @@ -1151,8 +1158,11 @@ free (host_name); host_name = strdup (addr); - free (server_address); - server_address = strdup (addr); + if (!follow_same_ip) +{ + free (server_address); + server_address = strdup (addr); +} free (server_url); if ((url[0] == '/')) @@ -1169,8 +1179,12 @@ display_html ? /A : ); if (verbose) -printf (_(Redirection to %s://%s:%d%s\n), server_type, -host_name ? host_name : server_address, server_port, server_url); +{ + printf (_(Redirection to %s://%s:%d%s\n), server_type, +host_name ? host_name : server_address, server_port, server_url); + if (!host_name) + printf (_(Connecting to %s.\n), server_address); +} check_http (); } @@ -1292,7 +1306,7 @@ printf (%s\n, _( Any other tags to be sent in http header. Use multiple times for additional headers)); printf ( %s\n, -L, --link); printf (%s\n, _(Wrap output in HTML link (obsoleted by urlize))); - printf ( %s\n, -f, --onredirect=ok|warning|critical|follow); + printf ( %s\n, -f, --onredirect=ok|warning|critical|follow|follow-same-ip); printf (%s\n, _(How to handle redirected pages)); printf ( %s\n, -m, --pagesize=INTEGER:INTEGER); printf (%s\n, _(Minimum page size required (bytes) : Maximum page size required (bytes))); @@ -1346,7 +1360,7 @@ printf (_(Usage:)); printf ( %s -H vhost | -I IP-address [-u uri] [-p port]\n,progname); printf ( [-w warn time] [-c critical time] [-t timeout] [-L]\n); - printf ( [-a auth] [-f ok | warn | critcal | follow] [-e expect]\n); + printf ( [-a auth] [-f ok | warn | critcal | follow | follow-same-ip] [-e expect]\n); printf ( [-s string] [-l] [-r regex | -R case-insensitive regex] [-P string]\n); printf ( [-m min_pg_size:max_pg_size] [-4|-6] [-N] [-M age] [-A string]\n); printf ( [-k string] [-S] [-C age] [-T content-type]\n); -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487434: vde ctl permission
Package: vde2 Version: 2.2.1-1 Severity: wishlist Improve the permission on /var/run/vde2 and /var/run/vde2/*.ctl (or whatever ctl file is chosen). First I should indicate that I can see no reason why 2775 (ie. o+rx) is a bad idea on /var/run/ctl. Any user who can run ps or ifconfig can guess what's inside. If there is a compelling reason why this is a bad thing then so be it. On the other hand, if it remains 2770 then anybody who wishes to connect a vde port must be in the vde2-net group, which also grants access to write to the /var/run/vde2 directory and, by extension, connect to the management port. The attached patch allows one group (passed to vde_switch) to be given rights to connect to ports while another (vde2-net) gets authority to manage the switch itself. If vde_switch is passed -g vmuser, then the various directories look like (with one port attached): drwxrwsr-x 3 vde2-net vde2-net 4096 2008-06-21 20:27 /var/run/vde2 drwxrws--- 2 root vmuser 4096 2008-06-21 20:27 /var/run/vde2/vde_lego_kvm.ctl srwx-- 1 mkingvmuser 0 2008-06-21 20:27 /var/run/vde2/vde_lego_kvm.ctl/002 srw-rw 1 root vmuser 0 2008-06-21 20:27 /var/run/vde2/vde_lego_kvm.ctl/ctl srw-rw 1 root vde2-net0 2008-06-21 20:27 /var/run/vde2/vde_lego_kvm.mgmt -rw-r--r-- 1 root vde2-net6 2008-06-21 20:27 /var/run/vde2/vde_lego_kvm.pid Matthew diff -ur vde2-2.2.1/debian/network/if-pre-up.d/vde2 vde2-2.2.1-owner/debian/network/if-pre-up.d/vde2 --- vde2-2.2.1/debian/network/if-pre-up.d/vde2 2008-06-21 20:52:48.0 +0100 +++ vde2-2.2.1-owner/debian/network/if-pre-up.d/vde22008-06-21 19:58:17.0 +0100 @@ -21,7 +21,7 @@ if [ ! -d /var/run/vde2 ]; then mkdir -p /var/run/vde2 chown vde2-net:vde2-net /var/run/vde2 -chmod 2770 /var/run/vde2 +chmod 2775 /var/run/vde2 fi # vde2-switch [-|args] diff -ur vde2-2.2.1/debian/postinst vde2-2.2.1-owner/debian/postinst --- vde2-2.2.1/debian/postinst 2008-06-21 20:52:48.0 +0100 +++ vde2-2.2.1-owner/debian/postinst2008-06-21 20:58:55.0 +0100 @@ -13,7 +13,7 @@ if ! dpkg-statoverride --list /var/run/vde2 /dev/null; then chown vde2-net:vde2-net /var/run/vde2 -chmod 2770 /var/run/vde2 +chmod 2775 /var/run/vde2 fi if [ ! -e /dev/.devfsd ] [ ! -e /dev/net/tun ]; then diff -ur vde2-2.2.1/src/vde_switch/datasock.c vde2-2.2.1-owner/src/vde_switch/datasock.c --- vde2-2.2.1/src/vde_switch/datasock.c2008-06-15 17:49:16.0 +0100 +++ vde2-2.2.1-owner/src/vde_switch/datasock.c 2008-06-21 20:22:19.0 +0100 @@ -418,6 +418,10 @@ printlog(LOG_ERR,Could not set the VDE ctl directory '%s' permissions: %s, ctl_socket, strerror(errno)); exit(-1); } + if(chown(ctl_socket,-1,grp_owner) 0) { + printlog(LOG_ERR, Could not chown the VDE ctl directory '%s': %s, ctl_socket, strerror(errno)); + exit(-1); + } sun.sun_family = AF_UNIX; snprintf(sun.sun_path,sizeof(sun.sun_path),%s/ctl,ctl_socket); if(bind(connect_fd, (struct sockaddr *) sun, sizeof(sun)) 0){ -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#471966: libgtkgl does not quit cleanly
Package: gtkgl2 Version: 2.0.0-1 X-Debbugs-CC: C.J. Adams-Collier [EMAIL PROTECTED] When the GL area is destroyed either via the window manager or in code with gtk_destroy_widget, X complains with: The program 'gtkgltest' received an X Window System error. This probably reflects a bug in the program. The error was 'BadDrawable (invalid Pixmap or Window parameter)'. (Details: serial 231 error_code 9 request_code 128 minor_code 9) (Note to programmers: normally, X errors are reported asynchronously; that is, you will receive the error a while after causing it. To debug your program, run it with the --sync command line option to change this behavior. You can then get a meaningful backtrace from your debugger if you break on the gdk_x_error() function.) I've narrowed it down only as far as gtk_gl_area_destroy in gtkglarea.c, line 176: if (gl_area-glcontext) g_object_unref(gl_area-glcontext); I know too little of Gtk (and its relatives) and GtkGL to dig any further. This occurs in i386 and amd64 distributions of sid, kernel 2.6.24-1-amd64. libc6 2.7-9 libgtk2.0-02.12.8-1 libatk1.0-01.20.0-1 libglib2.0-0 2.14.6-1 libglu1-mesa 7.0.3~rc2-1 xserver-xorg 1:7.3+10 libx11-6 2:1.0.3-7 Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459244: asterisk: split-up proposal
Julien BLACHE [EMAIL PROTECTED] writes: Sheldon Hearn [EMAIL PROTECTED] wrote: You'll find a good example of this in the apache2 packages, which have /etc/apache2/mods-available and /etc/apache2/mods-enabled. Diverging from upstream in this area is not an option for obvious reasons. I am curious what these obvious reasons are. To the best of my knowledge the (mods|site)-(available|enabled) system that Apache uses is something in Debian that has diverged from upstream. At least insofar as their configuration doesn't use it by default. The ability via the include directive is, of course, part of upstream. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#459244: asterisk: split-up proposal
Faidon Liambotis [EMAIL PROTECTED] writes: tag 459244 + wontfix thanks Matthew King wrote: To the best of my knowledge the (mods|site)-(available|enabled) system that Apache uses is something in Debian that has diverged from upstream. At least insofar as their configuration doesn't use it by default. The ability via the include directive is, of course, part of upstream. What's the point? To easily, and introducing no/very few errors, enable and disable [un]wanted modules. Modules are enabled/disabled in modules.conf. Each module has a separate configuration file. How easier can it get? Apache is quite different FWIW. In this case, Apache is the same. There used to be a list of modules to load in the main configuration file [or in modules.conf depending on how far back you look], this list is now split up into one module per .load file[1]. Where necessary there is a corresponding .conf which *is* different to Asterisk's approach but this difference is negligible[2]. 'a2enmod something apache2ctl graceful' is far easier than: edit /etc/apache2/modules.conf Find the module you wish to use and uncomment the necessary line. If it's not present, add it ensuring you get the syntax and fs path correct. apache2 -t # Ensure the configuration is not broken apache2ctl graceful Note that not only is the latter, which is identical to the current method employed by Asterisk, 2 [and a half] extra steps, but one is a manual process with which it is possible to make a mistake. Matthew [1] I can't remember how dependant modules are dealt with. Either there's some extra magic in the a2(en|dis)mod scripts or each .load file lists all dependant modules and any resultant duplicates are ignored. [2] That is to say, the .conf equivalent can be in /etc/asterisk while the .loads are in /etc/asterisk/modules-(available|enabled). If the module is not loaded the respective configuration file will simply be ignored. In Apache the many small files are effectively concatenated when the configuration is loaded. -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#460094: cupsys: No option to change default error policy [patch]
Package: cupsys Version: 1.2.7-4etch2 Severity: wishlist Launchpad bug #LP41313 includes a patch to change the hard-coded default error policy from 'stop-printer' to 'retry-job' but Till Kamppeter, the author of the patch, says: A better solution would be adding a directive DefaultErrorPolicy to cupsd.conf, so distros can set this to Retry job in their desktop versions and Stop printer in their enterprise server versions. The included patch does this, keeping the behaviour the same (ie. the default in cupsd.conf and the default default if this is not set is still 'stop-printer'). I would copy send this to Launchpad too, but it seems I have as much of a phobia against web forums as Launchpad does against email. #! /bin/sh /usr/share/dpatch/dpatch-run ## 99_default_error_policy.dpatch by [EMAIL PROTECTED] ## ## All lines beginning with `## DP:' are a description of the patch. ## DP: No description. @DPATCH@ diff -urNad cupsys-1.2.7-orig/conf/cupsd.conf.in cupsys-1.2.7/conf/cupsd.conf.in --- cupsys-1.2.7-orig/conf/cupsd.conf.in 2008-01-10 14:08:08.0 + +++ cupsys-1.2.7/conf/cupsd.conf.in 2008-01-10 13:49:19.0 + @@ -47,6 +47,7 @@ /Location # Set the default printer/job policies... +DefaultErrorPolicy stop-printer Policy default # Job-related operations must be done by the owner or an adminstrator... Limit Send-Document Send-URI Hold-Job Release-Job Restart-Job Purge-Jobs Set-Job-Attributes Create-Job-Subscription Renew-Subscription Cancel-Subscription Get-Notifications Reprocess-Job Cancel-Current-Job Suspend-Current-Job Resume-Job CUPS-Move-Job diff -urNad cupsys-1.2.7-orig/scheduler/conf.c cupsys-1.2.7/scheduler/conf.c --- cupsys-1.2.7-orig/scheduler/conf.c 2008-01-10 14:08:08.0 + +++ cupsys-1.2.7/scheduler/conf.c 2008-01-10 13:49:19.0 + @@ -107,6 +107,7 @@ { ConfigFilePerm, ConfigFilePerm, CUPSD_VARTYPE_INTEGER }, { DataDir, DataDir, CUPSD_VARTYPE_STRING }, { DefaultCharset, DefaultCharset, CUPSD_VARTYPE_STRING }, + { DefaultErrorPolicy, DefaultErrorPolicy, CUPSD_VARTYPE_STRING }, { DefaultLanguage, DefaultLanguage, CUPSD_VARTYPE_STRING }, { DefaultLeaseDuration, DefaultLeaseDuration, CUPSD_VARTYPE_INTEGER }, { DefaultPolicy, DefaultPolicy, CUPSD_VARTYPE_STRING }, @@ -288,7 +289,8 @@ cupsdSetString(RemoteRoot, remroot); cupsdSetString(ServerHeader, CUPS/1.2); cupsdSetString(StateDir, CUPS_STATEDIR); cupsdSetString(PidFile, /var/run/cups/cupsd.pid); + cupsdSetString(DefaultErrorPolicy, stop-printer); if (!strcmp(CUPS_DEFAULT_PRINTCAP, /etc/printers.conf)) PrintcapFormat = PRINTCAP_SOLARIS; diff -urNad cupsys-1.2.7-orig/scheduler/conf.c.rej cupsys-1.2.7/scheduler/conf.c.rej diff -urNad cupsys-1.2.7-orig/scheduler/printers.c cupsys-1.2.7/scheduler/printers.c --- cupsys-1.2.7-orig/scheduler/printers.c 2008-01-10 14:08:08.0 + +++ cupsys-1.2.7/scheduler/printers.c 2008-01-10 13:44:44.0 + @@ -123,7 +123,7 @@ cupsdSetString(p-job_sheets[0], none); cupsdSetString(p-job_sheets[1], none); - cupsdSetString(p-error_policy, stop-printer); + cupsdSetString(p-error_policy, DefaultErrorPolicy); cupsdSetString(p-op_policy, DefaultPolicy); p-op_policy_ptr = DefaultPolicyPtr; diff -urNad cupsys-1.2.7-orig/scheduler/printers.h cupsys-1.2.7/scheduler/printers.h --- cupsys-1.2.7-orig/scheduler/printers.h 2008-01-10 14:08:08.0 + +++ cupsys-1.2.7/scheduler/printers.h 2008-01-10 13:40:47.0 + @@ -104,7 +104,9 @@ /* Implicit class printers */ VAR cupsd_printer_t *DefaultPrinter VALUE(NULL); /* Default printer */ -VAR char *DefaultPolicy VALUE(NULL); +VAR char *DefaultErrorPolicy VALUE(NULL), + /* Default error policy */ + *DefaultPolicy VALUE(NULL); /* Default policy name */ VAR cupsd_policy_t *DefaultPolicyPtr VALUE(NULL); Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz
Bug#460094: [Pkg-cups-devel] Bug#460094: cupsys: No option to change default error policy [patch]
Martin Pitt [EMAIL PROTECTED] writes: Hi Matthew, Matthew King [2008-01-10 14:31 +]: Launchpad bug #LP41313 includes a patch to change the hard-coded default error policy from 'stop-printer' to 'retry-job' but Till Kamppeter, the author of the patch, says: A better solution would be adding a directive DefaultErrorPolicy to cupsd.conf, so distros can set this to Retry job in their desktop versions and Stop printer in their enterprise server versions. The included patch does this, keeping the behaviour the same (ie. the default in cupsd.conf and the default default if this is not set is still 'stop-printer'). Thank you! This should also be sent to upstream for inspection and adoption. It's probably better if you do that than I. I had a hunt around the cups website but couldn't find an address to which to send patches etc. [1] https://help.launchpad.net/BugTrackerEmailInterface I didn't know that. And to think I went to all the trouble a while ago of creating an LP account. The mail format does appear to be frustratingly different from Debian's. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#445358: underquoted definition of AM_PATH_LIB3DS
package: lib3ds-dev version: 1.2.0-4.2 The first (real) line of lib3ds.m4 needs to be changed to: AC_DEFUN([AM_PATH_LIB3DS], To stop aclocal complaining. This change has no problems with aclocal 1.9.6 (and autoconf 2.61). I can't speak for earlier versions of these tools but the change is minor enough that I can't see any possible problems. The complaint in question is: /usr/share/aclocal/lib3ds.m4:4: warning: underquoted definition of AM_PATH_LIB3DS run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#443208: Allow 0alias to specify link path (with patch)
Package: zeroinstall-injector Version: 0.29-1 X-Debbugs-CC: [EMAIL PROTECTED] Priority: wishlist Tags: patch 0alias does not allow the user to specify the path to link into and instead guesses (incorrectly in my case) on its own. This patch allows the path to be specified. The same code used to check $PATH for a writable path (and the same error message if this is not possible) is used to verify the user supplied path. Note that this does NOT check to see if the specified path is in $PATH. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz --- 0alias~ 2007-05-13 09:53:22.0 +0100 +++ 0alias 2007-09-19 17:41:38.609077973 +0100 @@ -12,29 +12,38 @@ return setenv %s %s % (name, value) return export %s=%s % (name, value) -for first_path in os.environ['PATH'].split(':'): - if os.path.realpath(first_path).startswith(basedir.xdg_cache_home): - pass # print Skipping cache, first_path - elif not os.access(first_path, os.W_OK): - pass # print No access, first_path +def find_path(paths): + Find the first writable path in : separated list. + for path in paths.split(':'): + if os.path.realpath(path).startswith(basedir.xdg_cache_home): + pass # print Skipping cache, first_path + elif not os.access(path, os.W_OK): + pass # print No access, first_path + else: + break else: - break -else: - print sys.stderr, (No writable non-cache directory in $PATH, which currently contains:\n\n%s\n - To create a directory for your scripts, use these commands:\n - $ mkdir ~/bin\n - $ %s % ('\n'.join(os.environ['PATH'].split(':')), export('PATH', '$HOME/bin:$PATH'))) - sys.exit(1) + print sys.stderr, (No writable non-cache directory in $PATH, which currently contains:\n\n%s\n\n + To create a directory for your scripts, use these commands:\n + $ mkdir ~/bin\n + $ %s\n + or specify a writable path with --path + % ('\n'.join(os.environ['PATH'].split(':')), export('PATH', '$HOME/bin:$PATH'))) + sys.exit(1) + + return path + +first_path = find_path(os.environ['PATH']) parser = OptionParser(usage=usage: %%prog [options] alias [interface [command]]\n\n Creates a script in the first usable directory in $PATH\n - (%s) to run 'interface'.\n + (%s) to run 'interface' unless overridden by --path.\n If no interface is given, edits the policy for an existing alias.\n For interfaces providing more than one command, the desired command\n may also be given. % first_path) parser.add_option(-m, --manpage, help=show the manual page for an existing alias, action='store_true') parser.add_option(-r, --resolve, help=show the URI for an alias, action='store_true') parser.add_option(-V, --version, help=display version information, action='store_true') +parser.add_option(-p, --path, help=install in DIR, dest=user_path, metavar=DIR) parser.disable_interspersed_args() (options, args) = parser.parse_args() @@ -65,6 +74,9 @@ parser.print_help() sys.exit(1) +if options.user_path: + first_path = find_path(options.user_path) + if interface_uri is None: try: if not os.path.isabs(alias_prog):
Bug#424603: Locked xscreensaver crashes (and unlocks) on non-xinerama multi-head setup
Jamie Zawinski [EMAIL PROTECTED] writes: 4.24 is almost two years old. Does this happen with 5.02? I had no idea Debian was using such an old version. * one dist-upgrade later * No. In v. 5 the problem is gone. Now the password entry box appears on whichever screen the mouse is on. I don't suppose it really bothers me but it's a bit odd not to have it always on the 'main' screen. I imagine it's rather difficult to have the password dialogue on a screen which doesn't have the focus though, not to mention working out which screen that should be. As for Debian, this bug can be considered closed in sid. I'm not sure whether sarge or etch has this problem - I don't have either to hand to test. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#432837: Directory support for INCLUDE (with patch)
Package: shorewall Version: 3.2.6-2 Severity: wishlist Simply put, it would be nice if given a directory, the INCLUDE directive would process all the files therein, which this patch does. --- functions.orig 2006-11-18 17:40:07.0 + +++ functions 2007-07-12 11:43:27.942659031 +0100 @@ -1856,7 +1856,17 @@ while read first rest; do if [ x$first = xINCLUDE ]; then if [ $2 -lt 4 ]; then - read_file $(find_file $(expand ${rest%#*})) $(($2 + 1)) + file=$(find_file $(expand ${rest%#*})) + if [ -d $file ]; then + for each in $file/*; + do + if [ -e $each ]; then # Allow empty directories + read_file $each $2 # Don't increment counter + fi + done + else + read_file $(find_file $(expand ${rest%#*})) $(($2 + 1)) + fi else error_message WARNING: INCLUDE in $1 ignored (nested too deeply) fi Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz
Bug#432837: Better patch
Here's a better patch which can include directories in locations other than /etc/shorewall --- functions.orig 2006-11-18 17:40:07.0 + +++ functions 2007-07-12 18:45:56.547172489 +0100 @@ -228,13 +228,14 @@ echo $1 ;; *) - if [ -n $SHOREWALL_DIR -a -f $SHOREWALL_DIR/$1 ]; then + if [ -n $SHOREWALL_DIR \ + -a \( -f $SHOREWALL_DIR/$1 -o -d $SHOREWALL_DIR/$1 \) ]; then echo $SHOREWALL_DIR/$1 else saveifs=$IFS IFS=: for directory in $CONFIG_PATH; do - if [ -f $directory/$1 ]; then + if [ -f $directory/$1 -o -d $directory/$1 ]; then echo $directory/$1 IFS=$saveifs return @@ -1856,7 +1857,17 @@ while read first rest; do if [ x$first = xINCLUDE ]; then if [ $2 -lt 4 ]; then - read_file $(find_file $(expand ${rest%#*})) $(($2 + 1)) + file=$(find_file $(expand ${rest%#*})) + if [ -d $file ]; then + for each in $file/*; + do + if [ -e $each ]; then # Allow empty directories + read_file $each $2 # Don't increment counter + fi + done + else + read_file $(find_file $(expand ${rest%#*})) $(($2 + 1)) + fi else error_message WARNING: INCLUDE in $1 ignored (nested too deeply) fi Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz
Bug#424603: Locked xscreensaver crashes (and unlocks) on non-xinerama multi-head setup
Package: xscreensaver Version: 4.24-5 X-Debbugs-CC: [EMAIL PROTECTED] If xscreensaver is locked while the mouse is on a screen other than the one the daemon is run on (ie. xscreensaver is run with DISPLAY=:0.0 and the mouse is in DISPLAY=:0.1), xscreensaver crashes crashes immediately upon any activity. Some system details: Linux knight 2.6.18-4-amd64 #1 SMP Mon Mar 26 11:36:53 CEST 2007 x86_64 GNU/Linux ii libatk1.0-01.18.0-2 The ATK accessibility toolkit ii libc6 2.5-7 GNU C Library: Shared libraries ii libcairo2 1.4.6-1The Cairo 2D vector graphics library ii libfontconfig1 2.4.2-1.2 generic font configuration library - runtime ii libglade2-01:2.6.0-4 library to load .glade files at runtime ii libglib2.0-0 2.12.12-1 The GLib library of C routines ii libgtk2.0-02.10.12-1 The GTK+ graphical user interface library ii libice61:1.0.3-2 X11 Inter-Client Exchange library ii libjpeg62 6b-13 The Independent JPEG Group's JPEG runtime li ii libpam0g 0.79-4 Pluggable Authentication Modules library ii libpango1.0-0 1.16.4-1 Layout and rendering of internationalized te ii libsm6 1:1.0.2-2 X11 Session Management library ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.8-2 X cursor management library ii libxext6 1:1.0.3-2 X11 miscellaneous extension library ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extension library ii libxi6 1:1.0.1-4 X11 Input extension library ii libxinerama1 1:1.0.2-1 X11 Xinerama extension library ii libxml22.6.28.dfsg-1 GNOME XML library ii libxmu61:1.0.3-1 X11 miscellaneous utility library ii libxpm41:3.5.6-2 X11 pixmap library ii libxrandr2 2:1.2.1-1 X11 RandR extension library ii libxrender11:0.9.2-1 X Rendering Extension client library ii libxt6 1:1.0.5-2 X11 toolkit intrinsics library ii libxxf86misc1 1:1.0.1-2 X11 XFree86 miscellaneous extension library ii libxxf86vm11:1.0.1-2 X11 XFree86 video mode extension library I have included my xorg.conf at the bottom, but in summary :0.0 is the main screen, at [EMAIL PROTECTED], running on an ati rv280. :0.1 is the secondary screen, to the left, at [EMAIL PROTECTED] It is a fixed-frequency monitor running on an ati rage ... thing. 01:00.0 VGA compatible controller: ATI Technologies Inc RV280 [Radeon 9200 PRO] (rev 01) (prog-if 00 [VGA]) Subsystem: PC Partner Limited Unknown device 0130 Flags: bus master, 66MHz, medium devsel, latency 64, IRQ 58 Memory at d000 (32-bit, prefetchable) [size=128M] I/O ports at 9000 [size=256] Memory at ff0f (32-bit, non-prefetchable) [size=64K] Expansion ROM at ff0c [disabled] [size=128K] Capabilities: [58] AGP version 3.0 Capabilities: [50] Power Management version 2 05:0b.0 VGA compatible controller: ATI Technologies Inc 3D Rage IIC 215IIC [Mach64 GT IIC] (rev 3a) (prog-if 00 [VGA]) Subsystem: ATI Technologies Inc Unknown device 0088 Flags: bus master, stepping, medium devsel, latency 64 Memory at da00 (32-bit, prefetchable) [size=16M] I/O ports at c000 [size=256] Memory at ff5ff000 (32-bit, non-prefetchable) [size=4K] Expansion ROM at db00 [disabled] [size=128K] Capabilities: [5c] Power Management version 1 xscreensaver output: DISPLAY=:0.1 [EMAIL PROTECTED]:~$ xscreensaver -sync -verbose -no-capture xscreensaver 4.24, copyright (c) 1991-2005 by Jamie Zawinski [EMAIL PROTECTED]. xscreensaver: running as mking/mking (1000/1000) xscreensaver: in process 6550. xscreensaver: 10:09:49: Xinerama AND 2 screens? Disabling Xinerama support! libGL warning: 3D driver claims to not support visual 0x6d xscreensaver: 10:09:49: 0: xscreensaver-gl-helper: GL visual is 0x23 (default). libGL warning: 3D driver claims to not support visual 0x6d xscreensaver: 10:09:49: 1: xscreensaver-gl-helper: GL visual is 0x4E. xscreensaver: 10:09:49: running on display :0.1 (2 screens). xscreensaver: 10:09:49: vendor is The X.Org Foundation, 1030. xscreensaver: 10:09:49: useful extensions: xscreensaver: 10:09:49: MIT Screen-Saver -- not supported at compile time! xscreensaver: 10:09:49: Shared Memory xscreensaver: 10:09:49: Double-Buffering xscreensaver: 10:09:49: Power Management xscreensaver: 10:09:49: GLX xscreensaver: 10:09:49: XF86 Video-Mode xscreensaver: 10:09:49: Xinerama xscreensaver: 10:09:49: Resize-and-Rotate xscreensaver: 10:09:49: screen 0 non-colormapped depths: 0 24. xscreensaver: 10:09:49: screen 1 non-colormapped depths: 0 16. xscreensaver: 10:09:49: selecting RANDR events xscreensaver: 10:09:49: 0: visual 0x23 (TrueColor, depth: 24, cmap: default) xscreensaver: 10:09:49: 0: saver window is 0x3a2. xscreensaver: 10:09:49: 1: saver
Bug#414066: Needlessly required search terms
Package: gnucash Version: 2.0.5-1 Severity: wishlist Despite dealing with only a small number of customers, it is still necessary to search for them in any customer-selection dialogue. In these cases it would be much faster to browse a complete list, so: * If only a few customers are defined, list them all by default. A long term solution could be to have the list populated immediately but allow the process to be interrupted when search terms are entered. This could also have the advantage of rendering the 'Find' button moot. * Do not *require* search terms to be entered before performing the search. I have a rather cheesy patch to do the latter but the former will, of course, need more work. Gnucash is currently compiling so I have no idea whether or not it actually works yet. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz --- ./src/gnome-search/search-string.c~ 2007-02-19 03:40:09.0 + +++ ./src/gnome-search/search-string.c 2007-03-09 00:28:59.711276958 + @@ -173,18 +173,18 @@ g_return_val_if_fail (fi, FALSE); g_return_val_if_fail (IS_GNCSEARCH_STRING (fi), FALSE); - if (!fi-value || *(fi-value) == '\0') { -GtkWidget *dialog; -dialog = gtk_message_dialog_new (NULL, - GTK_DIALOG_MODAL, - GTK_MESSAGE_ERROR, - GTK_BUTTONS_OK, - %s, - _(You need to enter a string value)); -gtk_dialog_run (GTK_DIALOG (dialog)); -gtk_widget_destroy(dialog); -return FALSE; - } +/* if (!fi-value || *(fi-value) == '\0') { */ +/* GtkWidget *dialog; */ +/* dialog = gtk_message_dialog_new (NULL, */ +/* GTK_DIALOG_MODAL, */ +/* GTK_MESSAGE_ERROR, */ +/* GTK_BUTTONS_OK, */ +/* %s, */ +/* _(You need to enter a string value)); */ +/* gtk_dialog_run (GTK_DIALOG (dialog)); */ +/* gtk_widget_destroy(dialog); */ +/* return FALSE; */ +/* } */ if (fi-how == SEARCH_STRING_MATCHES_REGEX || fi-how == SEARCH_STRING_NOT_MATCHES_REGEX) { @@ -195,7 +195,9 @@ if (fi-ign_case) flags |= REG_ICASE; -regerr = regcomp (regexpat, fi-value, flags); +regerr = regcomp (regexpat, + ((fi-value || *(fi-value)) ? fi-value : .), + flags); if (regerr) { GtkWidget *dialog; gchar *regmsg, *errmsg; @@ -208,7 +210,8 @@ regerror (regerr, regexpat, regmsg, reglen); errmsg = g_strdup_printf (_(Error in regular expression '%s':\n%s), -fi-value, regmsg); +((fi-value || *(fi-value)) ? fi-value : .), +regmsg); g_free (regmsg); dialog = gtk_message_dialog_new (NULL,
Bug#118715: Oops, spoke too soon
Apparently the patch has already been done but if the current maintainers do not want to, my offer to look after the back-end stands. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#118715: Patch for 9.3.4
I have included a patch to build bind 9.3.4 (today's latest in etch) with sdb-ldap. It protects the ldap inclusion with the SBD_LDAP directive so it can easily be en/disabled at compile-time. I would prefer to have this as an option to configure and will hopefully turn it into one soon. If I have the time/inclination I will consider making SBD modules loadable at runtime (and therefore a bind-ldap package can be created) but I expect this will be a large job. I am happy to deal with any bug reports relating to the back-end, but still I suspect the maintainers will want to disable LDAP by default and let users compile their own package. Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz bind-sdb-ldap-rules.patch.gz Description: Bind9 SDB-LDAP patch
Bug#406320: s/// loses trailing space on amd64
Package: debian-cd Version: 2.2.25 Line 131 in tools/boot/etch/boot-amd64 Needs to change. This should be fairly self-explanatory: sed -i s|append |append $KERNEL_PARAMS| boot$N/isolinux/isolinux.cfg sed -i s|append |append $KERNEL_PARAMS | boot$N/isolinux/isolinux.cfg Matthew -- I must take issue with the term a mere child, for it has been my invariable experience that the company of a mere child is infinitely preferable to that of a mere adult. -- Fran Lebowitz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]