Bug#602810: #602810 ia32-libs fails in postinst due to wrong version conditioning prior to dpkg-divert
Hi Goswin, just tested with 20101117, works fine now. Thanks! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605217: gitweb: false base href sent when integrated via reverse proxy and path_info is active
Package: gitweb
Version: 1:1.7.2.3-2
Severity: normal
Hi,
I just noticed that integrating gitweb via reverse proxy is impossible when
path_info is enabled in gitweb.conf. The base href sent on gitweb.cgi:3427
contains the "internal" URL called by the reverse proxy mechanism, not the
original one called by the user agent which makes it impossible for the client
to display CSS, images, etc...
I suggest an additional config variable, e.g.
$feature{'pathinfo'}{'basehrefoverride'} which could override the base href tag
determinted by the cgi script (or disable sending a base href tag at all - at
least I was able to achieve my desired setup by adjusting the URLs for CSS etc
in gitweb.conf to fitting absolute URLs).
Thanks,
Daniel
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.35.7-1-amd64-dhr (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gitweb depends on:
ii apache2-mpm-itk [httpd-cgi] 2.2.16-4multiuser MPM for Apache 2.2
ii git 1:1.7.2.3-2 fast, scalable, distributed revisi
ii perl 5.10.1-16 Larry Wall's Practical Extraction
gitweb recommends no packages.
Versions of packages gitweb suggests:
pn git-doc(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#605217: gitweb: false base href sent when integrated via reverse proxy and path_info is active
> I'm hijacking this bug to request a better manual page. :) > Jonathan Fine with me, thx. Cya upstream... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729904: jitsi: FTBFS on amd64 stable (wheezy)
Hi there, I managed to track down what's going wrong with compiling jitsi/2.4.4.997-1 on wheezy, although I didn't solve it in the sense that it is now compilable on plain Wheezy but on a Wheezy-based system, pulling in some build-depends from Jessie. Here are my steps: 1) minimal Wheezy installation 2) aptitude install libbcprov-java/jessie 3) aptitude install libhttpclient-java/jessie 4) apt-get build-dep jitsi/jessie Calling aptitude, you'll have to hit no until nothing "get's not installed"/"left as it is" etc... you know what I mean :) 2) was straightforward to solve. 3) however was a bit more tricky. During ant compile I wound up with 3 errors pertaining to SSLSocketFactoryEx.java (1 unfitting @Override annotation and 2 "missing symbol: HttpInetSocketAddress..."). Wheezy's libhttpclient-java package does not ship the required HttpInetSocketAddress class and provides an API version which indeed justifies the annotation error. Once I installed the jessie-version of the package, I could successfully build jitsi. HTH, cheers, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#682729: Patch
Hi,
the attached patch fixes the issue for me, with -j/--jobs taking
precedence over an exported envvar CONCURRENCY_LEVEL.
Cheers
Daniel
--- /usr/bin/make-kpkg.orig 2012-08-15 17:57:29.0 +0200
+++ /usr/bin/make-kpkg 2013-11-01 22:12:25.421575757 +0100
@@ -714,10 +714,6 @@
"of" . $main::MYNAME . "\n" ;
}
- if($concurrency > 0){
- $ENV{'CONCURRENCY_LEVEL'} = $concurrency;
- }
-
if ($root_cmd || $unsign_source || $unsign_changelog){
if ($root_cmd){
if ($root_cmd =~ m/^-/o){
@@ -944,6 +940,11 @@
elsif ($bzimage) {
$command .= " IMAGE_TYPE=bzImage ";
}
+ if($concurrency > 0){
+ $command .= " CONCURRENCY_LEVEL=$concurrency";
+ } elsif ($ENV{'CONCURRENCY_LEVEL'}) {
+ $command .= " CONCURRENCY_LEVEL=$ENV{'CONCURRENCY_LEVEL'}";
+ }
my $hostcc = $ENV{'HOSTCC'} if $ENV{'HOSTCC'};
$hostcc =~ s/^\s+//g if $hostcc;
Bug#682729: Patch
Hi, somehow I messed up the PATH on my system and I was testing the wrong script all along. The patch from my previous mail does NOT work. Sry for the confusion. Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701060: git-el fails to install due to error in postinst
I just found out this only happens if /bin/sh points to dash. No problems at all with bash. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688639: [SECURITY] [DSA 2550-1] asterisk security update
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Moritz > > Please test/report, whether the packages located at > > http://people.debian.org/~jmm/ fix the problem for you. Could you please publish the source package as well? And is this going to go into squeeze-updates eventually? Cheers Daniel (@moritz: sry for double-posting...) -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJQYuUBAAoJEIWTgWPaKFdzzTgP+QFfFGoV832ZwcAmhxJvwGko UTh+q4m+HLnpZSmRMJMQsXD1yaL7aPxdX/ro0ZWlE7b4cKYnQJ50MVGvxyWI9OIG ENh1nemiVGvyCsbEKVQ6ockIbRllYT3IWjmaAmKu+/CmmbUjUFafEd/wgRvK5mDG 1C363bXDZla+8NblI/LJnvlvXoP6zt9sgmywdYlg4lZy/x7vo69sUbXXhvcA6f3h kKAqGlQwNdZN4Wc8PhmtQQyFDhK1MM3v+L7jEwgWpTdCMmByPGPiWDn21fQte6Dz joEeUbfRekHTKYKynEN41clfL7SIAyVOhTjt9HfRBss+TjquQ1yQdwt4MXTD8iKE 08XAmIge7mbOW7Edypc/dlHPLn3lxfI/M3kpOKfGL+16SpLRHCFoYzbBAzxF2ASi cWoayD74V/0mE0qWt58/m14ahAFQs6g5ypYKIm+AT2IxNGL9f8Z8XswE+Qm0MQTz qIrWXfe0UZ3lA5gh2ocNh9tVRbY78VtCBKgJKt3DtatBZUAJfyhGDMb0vowL6fp0 YKZnTeozW/fEc6IVuR38Xi19350JFdAlLUUYgeNdM7LFICJvbMFzBTFKXHtQgTgX 5ZsE/Z/WA8A8dUNo0OZ6ZikU+m8zrxYFgXwaYhPVrMcwRbhCDu30H2KSMGVOqoer FeQ0HGCxuE9rjgMO27nR =5J/q -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693579: debian-cd: faulty symlink on cdimage.d.o
Package: debian-cd Severity: normal Hi * using [1] I end up downloading stuff from [2] which ATM obviously should be [3]. Moreover, I suggest the creation of an additional "stable" symlink. Thanks Daniel [1] http://cdimage.debian.org/cdimage/unofficial/non-free/firmware/testing/ [2] http://cdimage.debian.org/cdimage/unofficial/non-free/firmware/squeeze/ [3] http://cdimage.debian.org/cdimage/unofficial/non-free/firmware/wheezy/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701060: git-el fails to install due to error in postinst
Package: git-el
Version: 1:1.7.10.4-1+wheezy1
Severity: normal
Hi,
I just tried to do a simple "aptitude install git-all" with no git or emacs
packages installed (no unpurged config data present as well) but it failed
during postinst of git-el. Below is the console output. Please let me know if
you need further info.
Thanks,
Daniel
--8<-
# aptitude install git-all
The following NEW packages will be installed:
emacs{a} emacs23{a} git{a} git-all git-arch{a} git-cvs{a} git-daemon-run{a}
git-doc{a} git-el{a} git-email{a} git-gui{a} git-man{a} git-svn{a} gitk{a}
gitweb{a} libcurl3-gnutls{a} tk{a}
0 packages upgraded, 17 newly installed, 0 to remove and 0 not upgraded.
Need to get 18.9 MB of archives. After unpacking 44.7 MB will be used.
Do you want to continue? [Y/n/?]
Get: 1 http://ftp.de.debian.org/debian/ wheezy/main libcurl3-gnutls amd64
7.26.0-1+wheezy1 [322 kB]
Get: 2 http://ftp.de.debian.org/debian/ wheezy/main emacs23 amd64 23.4+1-4
[3,432 kB]
Get: 3 http://ftp.de.debian.org/debian/ wheezy/main emacs all 45.0 [1,494 B]
Get: 4 http://ftp.de.debian.org/debian/ wheezy/main git-man all
1:1.7.10.4-1+wheezy1 [1,074 kB]
Get: 5 http://ftp.de.debian.org/debian/ wheezy/main git amd64
1:1.7.10.4-1+wheezy1 [6,683 kB]
Get: 6 http://ftp.de.debian.org/debian/ wheezy/main git-doc all
1:1.7.10.4-1+wheezy1 [2,283 kB]
Get: 7 http://ftp.de.debian.org/debian/ wheezy/main git-el all
1:1.7.10.4-1+wheezy1 [471 kB]
Get: 8 http://ftp.de.debian.org/debian/ wheezy/main git-arch all
1:1.7.10.4-1+wheezy1 [464 kB]
Get: 9 http://ftp.de.debian.org/debian/ wheezy/main git-cvs all
1:1.7.10.4-1+wheezy1 [534 kB]
Get: 10 http://ftp.de.debian.org/debian/ wheezy/main git-svn all
1:1.7.10.4-1+wheezy1 [520 kB]
Get: 11 http://ftp.de.debian.org/debian/ wheezy/main git-email all
1:1.7.10.4-1+wheezy1 [470 kB]
Get: 12 http://ftp.de.debian.org/debian/ wheezy/main tk all 8.5.0-2 [4,674 B]
Get: 13 http://ftp.de.debian.org/debian/ wheezy/main git-gui all
1:1.7.10.4-1+wheezy1 [728 kB]
Get: 14 http://ftp.de.debian.org/debian/ wheezy/main gitk all
1:1.7.10.4-1+wheezy1 [576 kB]
Get: 15 http://ftp.de.debian.org/debian/ wheezy/main gitweb all
1:1.7.10.4-1+wheezy1 [454 kB]
Get: 16 http://ftp.de.debian.org/debian/ wheezy/main git-all all
1:1.7.10.4-1+wheezy1 [449 kB]
Get: 17 http://ftp.de.debian.org/debian/ wheezy/main git-daemon-run all
1:1.7.10.4-1+wheezy1 [451 kB]
Fetched 18.9 MB in 0s (22.7 MB/s)
Selecting previously unselected package libcurl3-gnutls:amd64.
(Reading database ... 118528 files and directories currently installed.)
Unpacking libcurl3-gnutls:amd64 (from
.../libcurl3-gnutls_7.26.0-1+wheezy1_amd64.deb) ...
Selecting previously unselected package emacs23.
Unpacking emacs23 (from .../emacs23_23.4+1-4_amd64.deb) ...
Selecting previously unselected package emacs.
Unpacking emacs (from .../archives/emacs_45.0_all.deb) ...
Selecting previously unselected package git-man.
Unpacking git-man (from .../git-man_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package git.
Unpacking git (from .../git_1%3a1.7.10.4-1+wheezy1_amd64.deb) ...
Selecting previously unselected package git-doc.
Unpacking git-doc (from .../git-doc_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package git-el.
Unpacking git-el (from .../git-el_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package git-arch.
Unpacking git-arch (from .../git-arch_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package git-cvs.
Unpacking git-cvs (from .../git-cvs_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package git-svn.
Unpacking git-svn (from .../git-svn_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package git-email.
Unpacking git-email (from .../git-email_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package tk.
Unpacking tk (from .../archives/tk_8.5.0-2_all.deb) ...
Selecting previously unselected package git-gui.
Unpacking git-gui (from .../git-gui_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package gitk.
Unpacking gitk (from .../gitk_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package gitweb.
Unpacking gitweb (from .../gitweb_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package git-all.
Unpacking git-all (from .../git-all_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Selecting previously unselected package git-daemon-run.
Unpacking git-daemon-run (from
.../git-daemon-run_1%3a1.7.10.4-1+wheezy1_all.deb) ...
Processing triggers for man-db ...
Setting up libcurl3-gnutls:amd64 (7.26.0-1+wheezy1) ...
Setting up emacs23 (23.4+1-4) ...
update-alternatives: using /usr/bin/emacs23-x to provide /usr/bin/emacs (emacs)
in auto mode
Install git for emacs23
install/git: Handling install of emacsen flavor emacs23
install/git: Byte-compiling for emacs23
/usr/lib/emacsen-common/packages/install/git: 32:
/usr/lib/emacsen-common/packages/install/git: Bad
Bug#702196: cdimage.debian.org: possible problem with webserver configuration management
Just now I noticed the also alternating change of the server signature (apache 2.2.x vs 2.4.x) - maybe a remnant process from before the upgrade? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#548505: Bug#553354: diff: shouldn't be marked as essential when description assures that it can be safely removed
Hi,
I just could reproduce the described behaviour like this:
when having a sources.list like this
**
deb http://ftp.de.debian.org/debian experimental main contrib non-free
deb http://ftp.de.debian.org/debian stable main contrib non-free
deb http://ftp.de.debian.org/debian testing main contrib non-free
deb http://ftp.de.debian.org/debian unstable main contrib non-free
deb http://ftp.de.debian.org/debian-volatile stable/volatile main contrib
non-free
deb http://ftp.de.debian.org/debian-volatile stable/volatile-sloppy main
contrib non-free
deb http://security.debian.org stable/updates main contrib non-free
deb http://security.debian.org testing/updates main contrib non-free
**
and having the default distribution set to testing by apt.conf.d
APT::Default-Release "testing";
an apt-get dist-upgrade insists on having diff intalled, while it does not when
I remove the stable lines from my sources.list.
In either case apt-cache show diff and apt-cache policy diff report this:
**
# apt-cache show diff
Package: diff
Priority: extra
Section: oldlibs
Installed-Size: 36
Maintainer: Santiago Vila
Architecture: all
Source: diffutils
Version: 1:2.9-2
Pre-Depends: diffutils
Filename: pool/main/d/diffutils/diff_2.9-2_all.deb
Size: 6292
MD5sum: a14db56b2247578d7ebe38aa85ce3d20
SHA1: 8ea1e728c036e5d004ec2f0c7c888ef529a5969e
SHA256: e9193decf8a99e57e2d9dc01ebb74d8d6282b6ca9a0c4f52d3267a69dc006e32
Description: dummy transitional package for diff -> diffutils
This is a dummy package to aid in transitioning from diff to diffutils.
It may be safely removed after upgrading to squeeze.
Homepage: http://www.gnu.org/software/diffutils/
Tag: interface::commandline, role::program, scope::utility, suite::gnu,
use::synchronizing, works-with::{file,software:source,text}
# apt-cache policy diff
diff:
Installed: (none)
Candidate: 1:2.9-2
Version table:
1:2.9-2 0
990 http://ftp.de.debian.org testing/main Packages
500 http://ftp.de.debian.org unstable/main Packages
**
Maybe this helps...
Daniel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail
Package: live-build Version: 2.0.12-2 Severity: normal Tags: squeeze Hi live team, I'm building quite large live systems which I employ in daily production use, so they are BIG (around 4GB). Recently I added the package dwww, which causes the build to fail occasionally. I was able to track down the issue to the dwww.postinst script, which does some index creation - in background (squeeze's dwww.postinst:67-71 to be exact). Depending on the load situation on my system (CPU vs. I/O), the build fails, if the index creation is still running, when "lb_chroot_devpts remove" is invoked by live-build: since the index creation has some open file handles in [...]/chroot/dev/pts, the umount command fails. I think this is a conceptual issue, so I didn't file this bug against dwww but live-build. Currently, I'm circumventing this issue by invoking a "debug shell" just prior to the umount invocation in lb_chroot_devpts in order to manually assert dwww really has finished and the umount would succeed. Like I said: I'm using live-build for production systems, so I only tried this with live-build 2, not 3. Did anything change at that place or would this issue persist in 3? ...just hoping this bug report is justified :-) I'd be glad to provide additional information if needed. Thx, cheers Daniel -- Package-specific info: -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-dhr-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages live-build depends on: ii cdebootstrap 0.5.7 Bootstrap a Debian system ii debootstrap 1.0.26+squeeze1 Bootstrap a basic Debian system Versions of packages live-build recommends: ii cpio 2.11-4 GNU cpio -- a program to manage ar ii gnu-fdisk 1.2.4-3+b1 Linux fdisk replacement based on l Versions of packages live-build suggests: ii dosfstools 3.0.9-1 utilities for making and checking ii fakeroot 1.14.4-1Gives a fake root environment ii genisoimage 9:1.1.11-1 Creates ISO-9660 CD-ROM filesystem ii grub 0.97-64 GRand Unified Bootloader (dummy pa ii memtest86+ 4.10-1.1thorough real-mode memory tester ii mtools 4.0.12-1Tools for manipulating MSDOS files ii parted 2.3-5 The GNU Parted disk partition resi ii squashfs-tools 1:4.0-8 Tool to create and append to squas ii sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile ii syslinux 2:4.03+dfsg-12 collection of boot loaders ii uuid-runtime 2.17.2-9runtime components for the Univers pn win32-loader (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#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail
> Daniel: to cercumvent that in live-build, you can add a local preseed file. gr8 ptr, thx so much! ...and for the quick reply! cu D -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#645240: race-condition: background tasks run from postinst scripts cause lb_chroot_devpts to fail
Hi everybody,
> 1. Linux, by its design, is a multi-task system, and there's nothing in
> the Policy that disallows spawning background tasks from maintainer
> scripts, so I don't understand why this bug was marked serious.
Actually, I have to agree on that one. (Although I'm glad it got this
much attention in the first place :p )
> 2. `true' is a sensible default for the question for interactive use
> (when user actually sees the question). For non-interactive use, `false'
> would be better. I'm thinking about distinguishing between interactive
> and non-interactive usage by using debconf's seen flag - i.e. skip the
> indexing if user hasn't seen the question.
>
> 3. There's another task spawned (unconditionally) by dwww's postinst:
>
> if ( -x "/etc/cron.daily/dwww" )
> {
> print STDERR "\nBuilding dwww pages in the background...\n";
> system("setsid /etc/cron.daily/dwww &");
> }
> This should take a far less time to complete, but still there's a
> similar race condition to the one reported here. So probably this also
> should be run in foreground in non-interactive installation
Definite ACK to the latter one.
If you could achieve such a distinction, this would already help very
much. OTOH still this wouldn't constitute a general basis.
@Daniel Bauman:
Why do you think performing postinst tasks in background is "wrong on so
many levels"? As long as the setup is performed interactively and the
user gets notified accordingly, there shouldn't be an issue.
Non-interactively on he other hand, quite a bit of additional
precautions would have to be taken, no doubt. So: what's the correct
procedure here? Should this really be taken up to extending the Debian
policy?
Cheers
Daniel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719878: libnss-ldap fails to install in a chroot
Package: libnss-ldap Version: 264-2.5 Severity: normal Hi, libnss-ldap fails to install in a chroot (like with e.g. live-build) Excerpt from the live-bild logfile: -8<-- Setting up libnss-ldap:amd64 (264-2.5) ...^M invoke-rc.d: unknown initscript, /etc/init.d/nscd not found.^M dpkg: error processing libnss-ldap:amd64 (--configure):^M subprocess installed post-installation script returned error exit status 100^M -8<-- I have an nscd running on the host, outside the chroot. Now within the chroot, libnss-ldap and nscd get installed during the same run of dpkg. When libnss-ldap's postinst script runs, nscd has only been extracted but not yet been configured, so there only exists /etc/init.d/nscd.dpkg-new and not yet the final version. Now the postinst script checks for a running nscd, stumbles over the nscd PID of the host (outisde the chroot) an checks the existence of the nscd binary whithin the chroot - and triggers the restart... script not found -> *boom* To circumvent this instead of checking for /usr/sbin/nscd I suggest to check for [ -s /etc/init.d/nscd ] Cheers Daniel -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Versions of packages libnss-ldap depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libcomerr2 1.42.5-1.1 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libldap-2.4-2 2.4.31-1+nmu2 ii libsasl2-2 2.1.25.dfsg1-6+deb7u1 ii multiarch-support 2.13-38 Versions of packages libnss-ldap recommends: iu libpam-ldap 184-8.6 iu nscd 2.13-38 libnss-ldap 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#647860: smbldap-tools: smbldap-passwd fails with SSL-enabled ldap
Package: smbldap-tools
Version: 0.9.5-1
Severity: important
Tags: patch squeeze sid
Hi,
I'm using slapd via ldaps://. smbldap-tools work fine as far as operation from
an account with access to smbldap_bind.conf is concerned. However users can't
change their own passwords since the bind operation in the perl package is
implemented only for TLS but not for SSL. The attached patch fixes that, works
for me.
Cheers
Daniel
-- System Information:
Debian Release: 6.0.3
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-dhr-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages smbldap-tools depends on:
ii libcrypt-smbhash-perl 0.12-3generate LM/NT hash of a password
ii libdigest-sha1-perl2.13-1NIST SHA-1 message digest algorith
ii libio-socket-ssl-perl 1.33-1+squeeze1 Perl module implementing object or
ii libnet-ldap-perl 1:0.4001-2client interface to LDAP servers
ii libunicode-maputf8-per 1.11-2Perl module for conversing between
ii perl 5.10.1-17squeeze2 Larry Wall's Practical Extraction
smbldap-tools recommends no packages.
smbldap-tools suggests no packages.
-- no debconf information
--- /usr/share/perl5/smbldap_tools.pm-orig 2011-11-06 23:44:19.295629801
+0100
+++ /usr/share/perl5/smbldap_tools.pm 2011-11-06 23:55:47.547629647 +0100
@@ -529,23 +529,38 @@
# try to bind with user dn and password to validate current password
sub is_user_valid {
my ( $user, $dn, $pass ) = @_;
-my $userLdap = Net::LDAP->new(
-"$config{slaveLDAP}",
-port=> "$config{slavePort}",
-version => 3,
-timeout => 60
- )
- or warn
-"erreur LDAP: Can't contact slave ldap server ($@)\n=>trying to contact the
master server\n";
+my $userLdap;
+if ( $config{ldapSSL} ) {
+$userLdap = Net::LDAP->new(
+"ldaps://$config{slaveLDAP}:$config{slavePort}",
+verify => "$config{verify}",
+cafile => "$config{cafile}"
+) or warn "LDAP error: Can't contact slave ldap server with SSL
($@)\n=>trying to contact the master server\n";
+} else {
+$userLdap = Net::LDAP->new(
+"$config{slaveLDAP}",
+port=> "$config{slavePort}",
+version => 3,
+timeout => 60,
+) or warn "LDAP error: Can't contact slave ldap server ($@)\n=>trying
to contact the master server\n";
+}
if ( !$userLdap ) {
# connection to the slave failed: trying to contact the master ...
-$userLdap = Net::LDAP->new(
-"$config{masterLDAP}",
-port=> "$config{masterPort}",
-version => 3,
-timeout => 60
-) or die "erreur LDAP: Can't contact master ldap server ($@)\n";
+ if ( $config{ldapSSL} ) {
+ $userLdap = Net::LDAP->new(
+ "ldaps://$config{masterLDAP}:$config{masterPort}",
+ verify => "$config{verify}",
+ cafile => "$config{cafile}"
+ ) or die "erreur LDAP: Can't contact master ldap server with SSL
($@)\n";
+ } else {
+ $userLdap = Net::LDAP->new(
+ "$config{masterLDAP}",
+ port=> "$config{masterPort}",
+ version => 3,
+ timeout => 60,
+ ) or die "erreur LDAP: Can't contact master ldap server ($@)\n";
+ }
}
if ($userLdap) {
if ( $config{ldapTLS} == 1 ) {
Bug#648545: live-config: tzdata script incomplete
Package: live-config Version: 2.0.15-1 Severity: important Tags: squeeze sid Hi Live-Team, I spotted another incompatibility between a .deb and how the Live system is handling its behaviour (similar to live vs. dwww). Usually I boot my live-systems so that LIVE_TIMEZONE="Europe/Berlin" gets set (via cmdline or /etc/live/config.d depending on the use-case, but not the point here). Just a few days ago it so happened that the tzdata package got updated and the whole dpkg configure shabang was invoked...which sadly left me with UTC set as my current timezone. What happened? On the one hand, tzdata politely stores the options selected during e.g. 'dpkg-reconfigure tzdata' in the debconf db (and I had the correct settings for Europe/Berlin pre-seeded during creation of the live image). However on the next invocation, those selections only get applied to cities, not continents. When selecting a new continent, say Asia instead of Europe, then a city selected in a previous run of reconfigure gets pre-selected again. What happens when run with --frontend=non-interactive is a whole other story and completely independent of debconf: the debconf selections have no impact whatsoever and whatever tuple of continent/city is stored in /etc/timezone determines which tz data get copied to /etc/localtime. So here's the thing: live-config's 005-tzdata (squeeze) or 006-tzdata (live-* 3.x) handles the actual copying of tzdata and setting the pre-selections in debconf DB but not the /etc/timezone file. Solution 1: 00[56]-tzdata echo's LIVE_TIMEZONE to /etc/timezone Solution 2: tzdata changes its behaviour to mind debconf DB instead of /etc/timezone Which one is appropriate? Your thoughts? Cheers Daniel -- System Information: Debian Release: 6.0.3 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-dhr-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages live-config depends on: ii live-config-sysvinit [live-co 2.0.15-1 Debian Live - System Configuration Versions of packages live-config recommends: ii sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile ii user-setup 1.38Set up initial user and password Versions of packages live-config suggests: ii wget 1.12-2.1 retrieves files from the web -- 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#676581: devscripts: debuild ignores non-zero exit codes from lintian
Package: devscripts Version: 2.10.69+squeeze2 Severity: normal Hi *, when lintian exits with a non-zero code, that fact is totally ignored by debuild which essentially renders debuild useless for automated building and testing with lintian. I suggest one of these modifications: * at least pass through lintian's exit code and fail immediately * add a command-line switch do debuild to fail immediately with an error message if lintian exits non-zero (and possibly pass through the exit code) Thanks, Daniel -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- Not present -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-dhr-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.15.8.12 Debian package development tools ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction Versions of packages devscripts recommends: ii at 3.1.12-1+squeeze1Delayed job execution and batch pr ii bsd-mailx [mail 8.1.2-0.20100314cvs-1simple mail user agent ii curl7.21.0-2.1+squeeze2 Get a file from an HTTP, HTTPS or ii cvs 1:1.12.13-12+squeeze1+b1 Concurrent Versions System ii dctrl-tools 2.14.5 Command-line tools to process Debi ii debian-keyring 2010.12.29 GnuPG keys of Debian Developers ii dput0.9.6.1+squeeze1 Debian package upload tool ii elinks [www-bro 0.12~pre5-2 advanced text-mode WWW browser ii epiphany-browse 2.30.6-1 Intuitive GNOME web browser ii equivs 2.0.8Circumvent Debian package dependen ii fakeroot1.14.4-1 Gives a fake root environment ii git [git-core] 1:1.7.2.5-3 fast, scalable, distributed revisi ii git-core1:1.7.2.5-3 fast, scalable, distributed revisi ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii iceape-browser 2.0.11-13Iceape Navigator (Internet browser ii iceweasel [www- 3.5.16-16Web browser based on Firefox ii libauthen-sasl- 2.1500-1 Authen::SASL - SASL Authentication ii libcrypt-ssleay 0.57-2 Support for https protocol in LWP ii libjson-perl2.21-1 Perl module to parse and convert t ii libparse-debcon 2.005-2 Easy OO parsing of Debian control- ii libsoap-lite-pe 0.712-2 Perl implementation of a SOAP clie ii libterm-size-pe 0.2-4+b1 Perl extension for retrieving term ii libtimedate-per 1.2000-1 collection of modules to manipulat ii liburi-perl 1.54-2 module to manipulate and access UR ii libwww-perl 5.836-1 Perl HTTP/WWW client/server librar ii libyaml-syck-pe 1.12-1 Perl module providing a fast, ligh ii links2 [www-bro 2.3~pre1-1 Web browser running in both graphi ii lintian 2.4.3+squeeze1 Debian package checker ii lsb-release 3.2-23.2squeeze1 Linux Standard Base version report ii lynx-cur [www-b 2.8.8dev.5-1 Text-mode WWW Browser with NLS sup ii lzma4.43-14 Compression method of 7z format in ii mailutils [mail 1:2.1+dfsg1-7GNU mailutils utilities for handli ii man-db 2.5.7-8 on-line manual pager ii openssh-client 1:5.5p1-6+squeeze2 secure shell (SSH) client, for sec ii patch 2.6-2Apply a diff file to an original ii patchutils 0.3.1-2 Utilities to work with patches ii sensible-utils 0.0.4Utilities for sensible alternative ii strace 4.5.20-2 A system call tracer ii subversion 1.6.12dfsg-6 Advanced version control system ii tla 1.3.5+dfsg-16GNU Arch revision control system ii unzip 6.0-4De-archiver for .zip files ii w3m [www-browse 0.5.2-9 WWW browsable pager with excellent ii wdiff 0.6.3-1 Compares two files word by word ii wget1.12-2.1 retrieves files from the web ii xz-utils5.0.0-2 XZ-format compression utilities Versions of packages devscripts suggests: ii build-essential11.5 Informational list of build-essent pn cvs-buildpackage (no description available) pn devscripts-el (no description available) ii gnuplot4
Bug#799982: xfwm4: multiselection using ctrl+click or shift+click not possible within vncviewer window
Package: xfwm4 Version: 4.10.1-3 Severity: normal Hi, running xfwm4 and vncviewer, since the Jessie release I'm no longer able to do multi-selections using CTRL+click or SHIFT+click in an application within the vncviewer window. Expected behaviour: multiple items selected (contiguous in case of SHIFT+click) Actual behaviour: only the clicked item is selected, undoing any previous selection; however CTRL+[cursor] works for e.g. word-by-word movement in a mousepad controlled via vncviewer, also multi-selections via keyboard (CTLR+[cursor], space) are possible. This is reproducible both with xvnc4viewer and xtightvncviewer against Jessie's vnc4server and the current windows vncserver. git-bisecting xfwm4 revealed commit d30cd2fb8a2303ed93dd4d0e5d73bfb337541f59 at [1] to be the culprit, so xfwm4's current master is still affected. I also filed a bug with upstream at [2]. Let me know, if you need more info. Thanks Daniel [1] http://git.xfce.org/xfce/xfwm4/ [2] https://bugzilla.xfce.org/show_bug.cgi?id=12221 -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (990, 'stable'), (600, 'testing'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages xfwm4 depends on: ii libc6 2.19-18+deb8u1 ii libdbus-glib-1-2 0.102-1 ii libgdk-pixbuf2.0-02.31.1-2+deb8u2 ii libglib2.0-0 2.42.1-1 ii libgtk2.0-0 2.24.25-3 ii libpango-1.0-01.36.8-3 ii libstartup-notification0 0.12-4 ii libwnck22 2.30.7-2 ii libx11-6 2:1.6.2-3 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext6 2:1.3.3-1 ii libxfce4ui-1-04.10.0-6 ii libxfce4util6 4.10.1-2 ii libxfconf-0-2 4.10.0-3 ii libxfixes31:5.0.1-2+b2 ii libxrandr22:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 Versions of packages xfwm4 recommends: ii librsvg2-common 2.40.5-1 Versions of packages xfwm4 suggests: ii xfce4 4.10.1 pn xfwm4-themes -- no debconf information
Bug#799983: unison-gtk: profile shortcut keys not working since 2.40
Package: unison-gtk
Version: 2.40.102-2
Severity: normal
Tags: patch
Hi,
shortcut keys defined in profiles for the GTK UI ceased working since 2.40
(Jessie). Until 2.32.x it was working fine.
Finally I found some time to dig into this and found, that now the profiles are
scanned only after the main window is created. So the shortcut keys defined
therein are just unknown to the code creating the main window.
The attached patch fixes this for 2.40 and upwards: it simply moves the call to
scanProfiles() so it gets executed prior to createToplevelWindow().
However there's a little catch: only moving scanProfiles() isn't enough. If
~/.unison doesn't exist yet, unison exits with
---8<-
../unison
UISTYLE = gtk2
Building for Unix
NATIVE = true
THREADS = false
STATIC = false
OSTYPE =
OSARCH =
Error in listing files:
No such file or directory [opendir(/home/dhrdev/.unison)]
Fatal error: exception Assert_failure("/home/dhrdev/tmp/unison/uigtk2.ml", 143,
14)
---8<-
So I prepended scanProfiles() with Os.createUnisonDir() and then it runs
smoothly. This might not be the cleanest way of solving this hen-or-egg kind of
problem. I'm looking forward to your suggestions!
I also filed a bug report with upstream. [1]
Let me know if you need more information.
Thanks,
Daniel
[1]
https://groups.yahoo.com/neo/groups/unison-users/conversations/messages/11720
-- System Information:
Debian Release: 8.2
APT prefers stable
APT policy: (990, 'stable'), (600, 'testing'), (500,
'testing-proposed-updates'), (500, 'stable-updates'), (500,
'proposed-updates'), (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
Versions of packages unison-gtk depends on:
ii libatk1.0-0 2.14.0-1
ii libc62.19-18+deb8u1
ii libcairo21.14.0-2.1
ii libfontconfig1 2.11.0-6.3
ii libfreetype6 2.5.2-3
ii libgdk-pixbuf2.0-0 2.31.1-2+deb8u2
ii libglib2.0-0 2.42.1-1
ii libgtk2.0-0 2.24.25-3
ii libpango-1.0-0 1.36.8-3
ii libpangocairo-1.0-0 1.36.8-3
ii libpangoft2-1.0-01.36.8-3
Versions of packages unison-gtk recommends:
ii openssh-client [ssh-client] 1:6.7p1-5
ii ssh-askpass 1:1.2.4.1-9
Versions of packages unison-gtk suggests:
pn unison-all-gtk
-- no debconf information
--- a/unison-2.40.102/uigtk2.ml 2010-04-15 19:29:31.0 +0200
+++ b/unison-2.40.102/uigtk2.ml 2015-09-25 04:41:34.647109129 +0200
@@ -4250,6 +4250,8 @@
in
ignore_result (tick ());
+Os.createUnisonDir();
+scanProfiles();
let detectCmd = createToplevelWindow() in
Uicommon.uiInit
@@ -4260,7 +4262,6 @@
getFirstRoot
getSecondRoot
termInteract;
-scanProfiles();
detectCmd ();
(* Display the ui *)
Bug#799982: xfwm4: multiselection using ctrl+click or shift+click not possible within vncviewer window
correct link to git commit: http://git.xfce.org/xfce/xfwm4/commit/?id=d30cd2fb8a2303ed93dd4d0e5d73bfb337541f59
Bug#796318: roundcube-core: tinymce fails to load after upgrade from 1.1.1+dfsg.1-2
Package: roundcube Version: 1.1.2+dfsg.1-1 Severity: important Hi, during the upgrade, the package tinymce got removed, complaining about the directory /usr/share/tinymce/[...] not being empty. Turns out, when roundcube-core got extracted, there still was the symplink /usr/share/roundcube/program/js/tinymce pointing to ../../../tinymce (which resolves to /usr/share/tinymce) and roundcube-core's tinymce files whilch now should reside below the directory /usr/share/roundcube/program/js/tinymce actually ended up in /usr/share/tinymce. This led up to the 403s in apache2, which of course didn't have the "required" directory privileges for /usr/share/tinymce any more. I don't know if this is a bug about handling symlinks in dpkg or if this would have had to be handled by some upgrade routine within roundcube-core's preinst. Cheers Daniel -- System Information: Debian Release: 8.1 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages roundcube-core depends on: ii dbconfig-common1.8.47+nmu3 ii debconf [debconf-2.0] 1.5.56 ii libapache2-mod-php55.6.9+dfsg-0+deb8u1 ii libmagic1 1:5.22+15-2 ii php-auth 1.6.4-1 ii php-mail-mime 1.8.9-1 ii php-mail-mimedecode1.5.5-2 ii php-net-smtp 1.6.2-2 ii php-net-socket 1.0.14-1 ii php5 5.6.9+dfsg-0+deb8u1 ii php5-cli 5.6.9+dfsg-0+deb8u1 ii php5-common5.6.9+dfsg-0+deb8u1 ii php5-intl 5.6.9+dfsg-0+deb8u1 ii php5-json 1.3.6-1 ii php5-mcrypt5.6.9+dfsg-0+deb8u1 ii roundcube-mysql1.1.2+dfsg.1-1 ii ucf3.0030 Versions of packages roundcube-core recommends: ii apache2 [httpd-cgi] 2.4.10-10+deb8u1 ii apache2-mpm-itk [httpd-cgi] 2.4.10-10+deb8u1 ii lighttpd [httpd-cgi] 1.4.35-4 ii php5-gd 5.6.9+dfsg-0+deb8u1 ii php5-pspell 5.6.9+dfsg-0+deb8u1 Versions of packages roundcube-core suggests: pn php-auth-sasl pn php-crypt-gpg ii roundcube-plugins 1.1.2+dfsg.1-1 roundcube depends on no packages. -- debconf information excluded
Bug#796318: Acknowledgement (roundcube-core: tinymce fails to load after upgrade from 1.1.1+dfsg.1-2)
PS: "dpkg --force-depends --remove roundcube-core; apt-get install roundcube-core" resolved the situation for me.
Bug#844318: makeself: Please update packaging to current upstream git
Package: makeself Version: 2.2.0-1 Severity: wishlist Please update the package to the latest upstream git version. It contains several bug fixes and enhancements. [1], [2] Most notably: - fixed handling of spaces for startup_script and parameters [3], [4] - encrypting the archive with gpg or openssl [5] - use different compressors [6], [7] Thanks! Daniel [1] https://github.com/megastep/makeself/pulls?q=is:pr+is:closed [2] https://github.com/megastep/makeself/issues?q=is:issue+is:closed [3] https://github.com/megastep/makeself/pull/39 [4] https://github.com/megastep/makeself/pull/42 [5] https://github.com/megastep/makeself/pull/43 [6] https://github.com/megastep/makeself/pull/45 [7] https://github.com/megastep/makeself/pull/67 -- System Information: Debian Release: 8.6 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) makeself depends on no packages. makeself recommends no packages. Versions of packages makeself suggests: ii bzip2 1.0.6-7+b3 -- no debconf information
Bug#844321: unison: Please update to latest upstream version
Source: unison Version: 2.48.3-1 Severity: wishlist Please update the packaging to the latest upstream version at [1]. Changelog: [2] Thanks! Daniel [1] https://github.com/bcpierce00/unison [2] https://www.cis.upenn.edu/~bcpierce/unison/download/releases/stable/unison-manual.html#news
Bug#784621: cgit: file not shown if no lexer found
Package: cgit Version: 1.0+git2.8.3-3~bpo8+1 Followup-For: Bug #784621 Hi, I just stumbled over this issue as well. The attached patch fixes this. Cheers Daniel -- System Information: Debian Release: 8.6 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (990, 'stable'), (500, 'testing-proposed-updates'), (99, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages cgit depends on: ii libc62.19-18+deb8u6 ii liblua5.1-0 5.1.5-7.1 ii libssl1.0.0 1.0.1t-1+deb8u5 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages cgit recommends: ii apache2 [httpd] 2.4.10-10+deb8u7 Versions of packages cgit suggests: ii highlight 3.18-3 ii python3 3.4.2-2 pn python3-docutils ii python3-markdown 2.5.1-2 ii python3-pygments 2.0.1+dfsg-1.1+deb8u1 -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/cgit/filters/syntax-highlighting.py (from cgit package) --- /usr/lib/cgit/filters/syntax-highlighting.py.orig 2016-11-17 23:42:23.992555420 +0100 +++ /usr/lib/cgit/filters/syntax-highlighting.py 2016-11-17 23:42:20.000547312 +0100 @@ -41,7 +41,10 @@ except ClassNotFound: # check if there is any shebang if data[0:2] == '#!': - lexer = guess_lexer(data) + try: + lexer = guess_lexer(data) + except ClassNotFound: + lexer = TextLexer() else: lexer = TextLexer() except TypeError:
Bug#755202: network-manager: keeps creating and using new connection "eth0" that does not work
Hi folks, here are some more insights into this mystery: My "victim" box: - kvm-guest: jessie, task-xfce-desktop, sysvinit instead of systemd - running with -net nic,model=rtl8139 -net tap - connected to br0 of the kvm host which also contains the host's eth0 - the guest's /etc/network/interfaces or NM-config were left unchanged after jessie-netinstall In the guest, I did: # touch /etc/.legacy-bootordering and tweaked /etc/init.d/rc to display `ip addr list` and a debug login shell after the execution of every single init script. Now, after /etc/rcS.d/S03udev got executed, udev modprobe'd 8139too/8139cp for the virtual Realtec nic. What *really* surprised me: The output of `ip addr list` after S03udev finished showed different link states across different boot processes. AFAICT the Realtek's link state after modprobing is determined by fair dice roll. I couldn't infer any relation between the link state after modprobing and - a freshly invoked kvm guest - shutdown -r from within the guest - echo b >/proc/sysrq-trigger from within the guest - "system_reset" sent to the qemu_system-x86_64 process's control socket - the link state prior to any of these four variants to reboot As a consequence I could observe: - When the link state was DOWN after modprobing, of course no v6 SLAAC happened and NM configured eth0 just fine with both v4 and v6. - When the link state was UP after modprobing, SLAAC happened which triggered NM's "undesired behavior" to "connection-assume" eth0. (This case then easily becomes a race-condition with concurrent execution of the init scripts.) Judging whether this is an error in this specific driver or in the Linux networking layer goes way over my head. At the very least I can say that I'm completely baffled by this observation. Cheers Daniel signature.asc Description: OpenPGP digital signature
Bug#755202: network-manager: keeps creating and using new connection "eth0" that does not work
PS: a very crude workaround for this: # cat /etc/default/NetworkManager if [ -z "$(ip -4 addr list dev eth0)" ] && [ -n "$(ip -6 addr list dev eth0)" ] then ip link set down dev eth0 ip addr flush dev eth0 fi signature.asc Description: OpenPGP digital signature
Bug#824686: ifupdown: dad-attempts 0 should cause nodad confflag to be passed to ip -6 addr add
Package: ifupdown Version: 0.8.11 Severity: normal Tags: ipv6 Hi, I'm trying to configure a tap-device using a inet6 static stanza, but it ends up unusable: /etc/network/interfaces: ---8<- iface tap1 inet6 static dad-attempts0 privext 2 pre-up tunctl -t $IFACE; ip addr flush dev $IFACE address fd00:1::/128 post-down tunctl -d $IFACE -->8-- Turns out, after an `ifup tap1`, the v6 address shows up as tentative, even though dad-attempts is set to 0: ---8<- # ifup --verbose tap1 Configuring interface tap1=tap1 (inet6) tunctl -t $IFACE; ip addr flush dev $IFACE Set 'tap1' persistent and owned by uid 0 /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d run-parts: executing /etc/network/if-pre-up.d/bridge run-parts: executing /etc/network/if-pre-up.d/ethtool run-parts: executing /etc/network/if-pre-up.d/uml-utilities /sbin/modprobe -q net-pf-10 > /dev/null 2>&1 || true # ignore failure. /sbin/sysctl -q -e -w net.ipv6.conf.tap1.use_tempaddr=2 /sbin/sysctl -q -e -w net.ipv6.conf.tap1.autoconf=0 /bin/ip link set dev tap1 up /bin/ip -6 addr add fd00:1::/128 dev tap1 /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d run-parts: executing /etc/network/if-up.d/addresses run-parts: executing /etc/network/if-up.d/ethtool run-parts: executing /etc/network/if-up.d/mountnfs run-parts: executing /etc/network/if-up.d/nslcd Sending network state change signal to nslcd...done. run-parts: executing /etc/network/if-up.d/openssh-server run-parts: executing /etc/network/if-up.d/proxy-setup run-parts: executing /etc/network/if-up.d/uml-utilities run-parts: executing /etc/network/if-up.d/upstart # ip addr list dev tap1 15: tap1: mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether 3a:de:89:d6:47:15 brd ff:ff:ff:ff:ff:ff inet6 fd00:1::/128 scope global tentative < valid_lft forever preferred_lft forever # ping6 -c1 fd00:1:: PING fd00:1::(fd00:1::) 56 data bytes >From fd00:4818::216:3eff:fe00:36 icmp_seq=1 Destination unreachable: Address unreachable --- fd00:1:: ping statistics --- 1 packets transmitted, 0 received, +1 errors, 100% packet loss, time 0ms -->8-- Doing the same thing in a "manual" stanza and calling `ip -6 addr add` with the nodad confflag set, another tap device ends up in a usable state: /etc/network/interfaces: ---8<- iface tap3 inet6 manual dad-attempts0 privext 2 pre-up tunctl -t $IFACE; ip addr flush dev $IFACE post-up ip -6 addr add dev $IFACE fd00:3::/128 nodad post-down tunctl -d $IFACE -->8-- ---8<- # ifup --verbose tap3 Configuring interface tap3=tap3 (inet6) tunctl -t $IFACE; ip addr flush dev $IFACE Set 'tap3' persistent and owned by uid 0 /bin/run-parts --exit-on-error --verbose /etc/network/if-pre-up.d run-parts: executing /etc/network/if-pre-up.d/bridge run-parts: executing /etc/network/if-pre-up.d/ethtool run-parts: executing /etc/network/if-pre-up.d/uml-utilities /bin/ip link set dev tap3 up 2>/dev/null || true ip -6 addr add dev $IFACE fd00:3::/128 nodad /bin/run-parts --exit-on-error --verbose /etc/network/if-up.d run-parts: executing /etc/network/if-up.d/addresses run-parts: executing /etc/network/if-up.d/ethtool run-parts: executing /etc/network/if-up.d/mountnfs run-parts: executing /etc/network/if-up.d/nslcd Sending network state change signal to nslcd...done. run-parts: executing /etc/network/if-up.d/openssh-server run-parts: executing /etc/network/if-up.d/proxy-setup run-parts: executing /etc/network/if-up.d/uml-utilities run-parts: executing /etc/network/if-up.d/upstart # ip addr list dev tap3 16: tap3: mtu 1500 qdisc pfifo_fast state DOWN group default qlen 1000 link/ether ea:90:c4:b2:12:a4 brd ff:ff:ff:ff:ff:ff inet6 fd00:3::/128 scope global nodad valid_lft forever preferred_lft forever /# ping6 -c1 fd00:3:: PING fd00:3::(fd00:3::) 56 data bytes 64 bytes from fd00:3::: icmp_seq=1 ttl=64 time=0.028 ms --- fd00:3:: ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 0ms rtt min/avg/max/mdev = 0.028/0.028/0.028/0.000 ms -->8-- Thanks Dnaiel -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.5.0-2-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages ifupdown depends on: ii adduser 3.114 ii init-system-helpers 1.33 ii iproute2 4.3.0-1+b1 ii libc62.22-
Bug#794727: base-files needs to account for changed behaviour of mesg in dot.profile
Package: base-files Version: 9.2 Severity: normal Tags: patch In testing /usr/bin/mesg is provided by util-linux instead of sysvinit-utils. Its changed behaviour with respect to exit codes needs to be accounted for in /usr/share/base-files/dot.profile. When displaying of messages is set to no and also when being set to no, util-linux' mesg exits 0 but 1. Since "mesg n" is the last command being run for root's login-shells, the first exit code the user "sees" is 1 - which is plain wrong. Another example is ssh'ing into a stretch machine with e.g. "bash -lex somecommand" where "somecommand" will never be executed due to the error-exit triggered by the "failed" invocation of mesg. A possible workaround is to change "mesg n" to s.th. along the lines of ---8< ( mesg n err=$? [ $err -gt 1 ] && exit $err : ) ---8< This way, mesg's exit 1 gets masked by the empty statement ":" which returns zero. If the mesg call fails with, say 127 becaus the binary is missing, exit 127 gets triggered which exits the sub-shell - and only the sub-shell, not the login shell - and the empty statement ":" which would return zero gets skipped and code 127 gets propagated to the login shell. Daniel -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-2-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages base-files depends on: ii gawk [awk] 1:4.1.1+dfsg-1 ii mawk [awk] 1.3.3-17 base-files recommends no packages. base-files suggests no packages. -- 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#827370: php5-common: mail clutter from sessionclean cronjob
Package: php5-common Version: 5.6.22+dfsg-0+deb8u1 Severity: normal Hi, since the most recent security upgrade, I keep receiving cronjob mails saying 8<- find: `/proc/14918/fd': No such file or directory 8<- The count of these entries variies of course, and whether or not that race-conditions triggers depends on the server load. At least during daytime it's pretty constant - and annoying... Thanks Daniel 8<- -- Package-specific info: Additional PHP 5 information PHP 5 SAPI (php5query -S): cli cgi apache2 PHP 5 Extensions (php5query -M -v): mysqlnd (Enabled for cli by maintainer script) mysqlnd (Enabled for cgi by maintainer script) mysqlnd (Enabled for apache2 by maintainer script) apcu (Enabled for cli by maintainer script) apcu (Enabled for cgi by maintainer script) apcu (Enabled for apache2 by maintainer script) mysql (Enabled for cli by maintainer script) mysql (Enabled for cgi by maintainer script) mysql (Enabled for apache2 by maintainer script) pdo (Enabled for cli by maintainer script) pdo (Enabled for cgi by maintainer script) pdo (Enabled for apache2 by maintainer script) pspell (Enabled for cli by maintainer script) pspell (Enabled for cgi by maintainer script) pspell (Enabled for apache2 by maintainer script) json (Enabled for cli by maintainer script) json (Enabled for cgi by maintainer script) json (Enabled for apache2 by maintainer script) mysqli (Enabled for cli by maintainer script) mysqli (Enabled for cgi by maintainer script) mysqli (Enabled for apache2 by maintainer script) gd (Enabled for cli by maintainer script) gd (Enabled for cgi by maintainer script) gd (Enabled for apache2 by maintainer script) opcache (Enabled for cli by maintainer script) opcache (Enabled for cgi by maintainer script) opcache (Enabled for apache2 by maintainer script) curl (Enabled for cli by maintainer script) curl (Enabled for cgi by maintainer script) curl (Enabled for apache2 by maintainer script) mcrypt (Enabled for cli by maintainer script) mcrypt (Enabled for cgi by maintainer script) mcrypt (Enabled for apache2 by maintainer script) pdo_mysql (Enabled for cli by maintainer script) pdo_mysql (Enabled for cgi by maintainer script) pdo_mysql (Enabled for apache2 by maintainer script) intl (Enabled for cli by maintainer script) intl (Enabled for cgi by maintainer script) intl (Enabled for apache2 by maintainer script) Configuration files: /etc/php5/mods-available/pdo.ini extension=pdo.so /etc/php5/mods-available/opcache.ini zend_extension=opcache.so -- System Information: Debian Release: 8.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages php5-common depends on: ii libc6 2.19-18+deb8u4 ii lsof4.86+dfsg-1 ii psmisc 22.21-2 ii sed 4.2.2-4+b1 ii ucf 3.0030 php5-common recommends no packages. Versions of packages php5-common suggests: ii php5-apcu [php5-user-cache] 4.0.7-1 Versions of packages php5-cli depends on: ii libbz2-1.01.0.6-7+b3 ii libc6 2.19-18+deb8u4 ii libcomerr21.42.12-1.1 ii libdb5.3 5.3.28-9 ii libedit2 3.1-20140620-2 ii libgssapi-krb5-2 1.12.1+dfsg-19+deb8u2 ii libk5crypto3 1.12.1+dfsg-19+deb8u2 ii libkrb5-3 1.12.1+dfsg-19+deb8u2 ii libmagic1 1:5.22+15-2+deb8u1 ii libonig2 5.9.5-3.2 ii libpcre3 2:8.35-3.3+deb8u4 ii libqdbm14 1.8.78-5+b1 ii libssl1.0.0 1.0.1t-1+deb8u2 ii libxml2 2.9.1+dfsg1-5+deb8u2 ii mime-support 3.58 ii php5-json 1.3.6-1 ii tzdata2016d-0+deb8u1 ii ucf 3.0030 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages php5-cli recommends: pn php5-readline Versions of packages php5-cli suggests: ii php-pear 5.6.22+dfsg-0+deb8u1 Versions of packages libapache2-mod-php5 depends on: ii apache2 2.4.10-10+deb8u4 ii apache2-bin [apache2-api-20120211] 2.4.10-10+deb8u4 ii libbz2-1.0 1.0.6-7+b3 ii libc6 2.19-18+deb8u4 ii libcomerr2 1.42.12-1.1 ii libdb5.35.3.28-9 ii libgssapi-krb5-21.12.1+dfsg-19+deb8u2 ii libk5crypto31.12.1+dfsg-19+deb8u2 ii libkrb5-3 1.12.1+dfsg-19+deb8u2 ii libmagic1 1:5.22+15-2+deb8u1 ii libonig25.9.5-3.2 ii libpcre32:8.35-3.3+deb8u4 ii libqdbm14 1.8.78-5+b1 ii libssl1.0.0 1.0.1t-1+deb8u2 ii libstdc++6
Bug#827370: [php-maint] Bug#827370: php5-common: mail clutter from sessionclean cronjob
> could you please apply this patch:
Thanks Ondrej. I'd already tried s.th. similar in the meantime, and, as
you presumed as well, this already ran into another race, causing mail
clutter.
So, how about a different approach and simply filter those messages:
I'd deem just appending "2>/dev/null" to that find command too crude, as
it would possibly hide other, "real" errors. So I diverted find's
STDERR, grep'ping -v just those "No such file or directory" messages and
(re-diverting to STDERR) let the rest pass.
Since the process substition I used is a bashism, the attached patch
also changes the shebang to bash.
Cheers
Daniel
--- /usr/lib/php5/sessionclean.orig
+++ /usr/lib/php5/sessionclean
@@ -1,4 +1,4 @@
-#!/bin/sh -e
+#!/bin/bash -e
SAPIS="apache2:apache2\napache2filter:apache2\ncgi:php5\nfpm:php5-fpm\n"
@@ -22,7 +22,8 @@
done
# first find all open session files and touch them (hope it's not massive amount of files)
for pid in $(pidof $proc_names); do
-find "/proc/$pid/fd" -ignore_readdir_race -lname "$save_path/sess_\*" -exec touch -c {} \;
+find "/proc/$pid/fd" -ignore_readdir_race -lname "$save_path/sess_\*" -exec touch -c {} \; \
+ 2> >(grep -v "^find: \`/proc/[0-9]\+/fd': No such file or directory$" >&2)
done
} ) | sort -rn -t: -k2,2 | sort -u -t: -k 1,1 | while IFS=: read -r save_path gc_maxlifetime; do
# find all files older then maxlifetime and delete them
Bug#827370: [php-maint] Bug#827370: php5-common: mail clutter from sessionclean cronjob
(forwarding this to the bug list for referece)
On 06/15/2016 04:23 PM, Ondřej Surý wrote:
> Hi Daniel,
>
> could you please apply this patch:
>
> $ git diff
> diff --git a/debian/sessionclean b/debian/sessionclean
> index 237b033..816528a 100644
> --- a/debian/sessionclean
> +++ b/debian/sessionclean
> @@ -22,7 +22,7 @@ while IFS=: read -r conf_dir proc_name; do
> done
> # first find all open session files and touch them (hope it's not
> massive amount of files)
> for pid in $(pidof $proc_names); do
> -find "/proc/$pid/fd" -ignore_readdir_race -lname
> "$save_path/sess_\*" -exec touch -c {} \;
> +if [ -d "/proc/$pid/fd" ]; then find "/proc/$pid/fd"
> -ignore_readdir_race -lname "$save_path/sess_\*" -exec touch -c {} \;;
> fi
> done
> } ) | sort -rn -t: -k2,2 | sort -u -t: -k 1,1 | while IFS=: read -r
> save_path gc_maxlifetime; do
> # find all files older then maxlifetime and delete them
>
> This won't eliminate all the race conditions (as the PID might shutdown
> between test -d and find run), but it should eliminate most of them.
>
> Most probably you haven't seen this messages as the sessionclean script
> was not touching any of those files at all, see #799155. So while it's
> not regression per se, because the sessionclean script was broken
> before.
>
> Cheers,
>
Bug#827370: closed by Ondřej Surý (Bug#827370: fixed in php5 5.6.22+dfsg-2)
Hi, I saw this got fixed (only?) in 5.6.22+dfsg-2. When will this fix hit jessie/security? Thanks Daniel signature.asc Description: OpenPGP digital signature
Bug#791651: Does not run chroot hooks
> this is already fixed in git Not quite, see [1] Cheers Daniel [1] http://live.debian.net/gitweb/?p=live-build.git;a=commitdiff;h=2a400dc63ec7305c80dd072984a14839aed74501 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#753442: debootstrap: host's /run/shm gets unmounted after debootstrap run
Package: debootstrap Version: 1.0.48+deb7u1 Severity: critical Justification: breaks unrelated software Hi, after running debootstrap the host's /run/shm tmpfs mount gets unmounted. Since the mount point /run/shm itself is set to root:root/750, this breaks any other package which relies on being able to write to /run/shm as non-root. (In my case, python's multiprocessing fails miserably due to the lack of write privileges to /run/shm, which is how I noticed this issue in the first place.) I tried debootstrap on clean and current wheezy and jessie installations, only wheezy was affected. Let me know if you need any further information. Cheers Daniel -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages debootstrap depends on: ii wget 1.13.4-3+deb7u1 Versions of packages debootstrap recommends: ii debian-archive-keyring 2012.4 ii gnupg 1.4.12-7+deb7u4 debootstrap suggests no packages. -- 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#753442: debootstrap: host's /run/shm gets unmounted after debootstrap run
Hi Bastian, is there anything I can do in the meantime to mitigate this, apart from running `service mountdevsubfs.sh start` manually after e.g. xen-create-image (which invokes deboostrap)? Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#753442: why do you blame systemd?
> Also, Daniel, did you try to bootstrap wheezy or sid? And are you running > systemd? Like I saide: of wheezy/jessie only wheezy is affected. The commands I ran are # debootstrap wheezy /tmp/wheezy http://ftp.de.debian.org/debian and # debootstrap jessie /tmp/jessie http://ftp.de.debian.org/debian > And are you running systemd? As you can see, I supplied no additional packages, so no. Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#753442: why do you blame systemd?
> And are you running systemd? Oh I forgot to mention: the host used to build the chroots is plain wheezy, not running systemd: # dpkg -l | grep systemd ii libsystemd-login0:amd64 44-11+deb7u4 amd64 systemd login utility library # aptitude why libsystemd-login0 i rhythmbox Depends dbus i A dbus Depends libsystemd-login0 (>= 31) Cheers Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#539156: Bug#614713: Re-open: cups-pdf: installation asks for a password
Hi *, > How about now? :) thanks for your patience :) I can confirm Didier's steps to "work" under jessie and sid, however it takes ages for lpstat, lpadmin, cupsenable et al to timeout (the overal postinst run took several minutes). I didn't dig very deep into this this time, but at least the password queries are gone and unattended builds would work again with this. > However, before I go ahead and implement this, I'd like to hear the > opinion of CUPS maintainers about whether your analysis is correct and > abotu what solutions they offer. Guessing it's a tad late for this to make it into the upcoming point release... How do you want to proceed? Get it fixed in wheezy in the first place? If so I could come up with a patch some time in January. Cheers Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#780575: exim4-config: information disclosure issue
Package: exim4-config Version: 4.80-7+deb7u1 Severity: grave Tags: security Justification: user security hole Hi folks, suppose you have set up an exim4 which provides virtual mailing, managing domains/accounts in a DB, say mysql. Just adding mysql queries and DB-*authentication data* to the exim4 templates (both single file or split files configuration) will result in information disclosure of all virtual mail users/passwords to users which have either shell access, or can run scripts on the webserver (cgi, php, $whatever) or have any other means to access these paths: * /etc/exim4/exim4.conf.template * /etc/conf.d/ * /var/lib/exim4/config.autogenerated I strongly suggest to change modes of * /etc/exim4 * /var/lib/exim4 to o-rwx. Thanks Daniel -- Package-specific info: Exim version 4.80 #2 built 24-Jul-2014 03:28:02 Copyright (c) University of Cambridge, 1995 - 2012 (c) The Exim Maintainers and contributors in ACKNOWLEDGMENTS file, 2007 - 2012 Berkeley DB: Berkeley DB 5.1.29: (October 25, 2011) Support for: crypteq iconv() IPv6 PAM Perl Expand_dlfunc GnuTLS move_frozen_messages Content_Scanning DKIM Old_Demime Lookups (built-in): lsearch wildlsearch nwildlsearch iplsearch cdb dbm dbmjz dbmnz dnsdb dsearch ldap ldapdn ldapm mysql nis nis0 passwd pgsql sqlite Authenticators: cram_md5 cyrus_sasl dovecot plaintext spa Routers: accept dnslookup ipliteral iplookup manualroute queryprogram redirect Transports: appendfile/maildir/mailstore/mbx autoreply lmtp pipe smtp Fixed never_users: 0 Size of off_t: 8 Configuration file is /var/lib/exim4/config.autogenerated -- System Information: Debian Release: 7.8 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages exim4-config depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.49 exim4-config recommends no packages. exim4-config 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#753442: debootstrap: host's /run/shm gets unmounted after debootstrap run
Hi, Commit a1d5ddea5b fixed this. http://anonscm.debian.org/cgit/d-i/debootstrap.git/commit/?id=a1d5ddea5b7db00548173cee8236aaad61cf5961 cu Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#799983: Acknowledgement (unison-gtk: profile shortcut keys not working since 2.40)
The patch suggested by me has been accepted upstream. [1], [2] Maybe this could be included in the next point release... Thanks Daniel [1] https://webdav.seas.upenn.edu/viewvc/unison/trunk/src/uigtk2.ml?r1=551&r2=550&pathrev=551 [2] https://webdav.seas.upenn.edu/viewvc/unison/trunk/src/uigtk2.ml?view=patch&r1=551&r2=550&pathrev=551
Bug#807001: lightdm fails to register user-sessions
Package: lightdm Version: 1.10.3-3 Severity: important Hi, this system is Jessie with lightdm, sysvinit-core and systemd-shim installed, running sysvinit-core's /sbin/init. After booting, lightdm works fine. After doing a `/etc/init.d/lightdm restart`, whenever I log on with the username user, policykit fails miserably, leaving e.g. USB-(un-)mounting or NetworkManager completely useless. E.g. on trying to disconnect eth0, nm says "(32) org.freedesktop.NetworkManager.network-control request failed: not authorized" Only when lightdm gets started from init, everything works fine again, e.g. by reboot or by issuing `init S; init 2` Here's the output of `loginctl show-session $XDG_SESSION_ID` in either case: 8<- lightdm with borked user-session -- Id=12 Name=root Timestamp=Thu 2015-11-26 15:18:17 CET TimestampMonotonic=368883785 VTNr=1 TTY=/dev/tty1 Remote=no Service=login Scope=session-12.scope Leader=10652 Audit=12 Type=tty Class=user Active=no State=online IdleHint=no IdleSinceHint=1448547576672000 IdleSinceHintMonotonic=448499146 8<- end lightdm with borked user-session - 8<- lightdm with working user-session - Id=16 Name=user Timestamp=Thu 2015-11-26 15:21:07 CET TimestampMonotonic=539246920 VTNr=7 Display=:0 Remote=no Service=lightdm Scope=session-16.scope Leader=13916 Audit=16 Type=x11 Class=user Active=yes State=active IdleHint=no IdleSinceHint=0 IdleSinceHintMonotonic=0 8<- end lightdm with working user-session - The leader PIDs from above are: 10652: /bin/login -- 13916: lightdm --session-child... `groups user` says: 8<- user : user adm cdrom floppy sudo audio dip video plugdev netdev lpadmin scanner kvm ssh bluetooth debian-tor wireshark 8<- Installed sysvinit/systemd packages: 8<- # dpkg -l | grep -e sysv -e systemd ii libpam-systemd:amd64215-17+deb8u2 amd64system and service manager - PAM module ii libsystemd0:amd64 215-17+deb8u2 amd64systemd utility library ii libsystemd0:i386215-17+deb8u2 i386 systemd utility library ii live-config-sysvinit4.0.4-1 all Live System Configuration Components (sysvinit backend) ii systemd 215-17+deb8u2 amd64system and service manager ii systemd-shim9-1 amd64shim for systemd ii sysv-rc 2.88dsf-59 all System-V-like runlevel change mechanism ii sysvinit-core 2.88dsf-59 amd64System-V-like init utilities ii sysvinit-utils 2.88dsf-59 amd64System-V-like utilities 8<- Let me know if you need further information. Thanks Daniel -- System Information: Debian Release: 8.2 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (500, 'proposed-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages lightdm depends on: ii adduser3.113+nmu3 ii dbus 1.8.20-0+deb8u1 ii debconf [debconf-2.0] 1.5.56 ii libc6 2.19-18+deb8u1 ii libgcrypt201.6.3-2 ii libglib2.0-0 2.42.1-1 ii libpam-systemd 215-17+deb8u2 ii libpam0g 1.1.8-3.1 ii libxcb11.10-3+b1 ii libxdmcp6 1:1.1.1-1+b1 ii lightdm-gtk-greeter [lightdm-greeter] 1.8.5-2 Versions of packages lightdm recommends: ii xserver-xorg 1:7.7+7 Versions of packages lightdm suggests: pn accountsservice ii upower 0.99.1-3.2 -- debconf information: lightdm/daemon_name: /usr/sbin/lightdm shared/default-x-display-manager: lightdm
Bug#807001: [Pkg-xfce-devel] Bug#807001: lightdm fails to register user-sessions
> Can you try to restart lightdm using: service lightdm restart and report back?
Same faulty behaviour, since `service lightdm restart` only acts as a
wrapper for `/etc/init.d/lightdm restart`, see attached console.log.
Daniel
# service lightdm stop; sleep 10; bash -x service lightdm start
Stopping Light Display Manager: lightdm.
119:03:51:/usr/sbin/service:44:main [2,1, 0] basename service
19:03:51:/usr/sbin/service:44:main [2,0, 0] VERSION='service ver. 0.91-ubuntu1'
119:03:51:/usr/sbin/service:46:main [2,1, 0] basename service
19:03:51:/usr/sbin/service:46:main [2,0, 0] USAGE='Usage: service < option > | --status-all | [ service_name [ command | --full-restart ] ]'
19:03:51:/usr/sbin/service:47:main [2,0, 0] SERVICE=
19:03:51:/usr/sbin/service:48:main [2,0, 0] ACTION=
19:03:51:/usr/sbin/service:49:main [2,0, 0] SERVICEDIR=/etc/init.d
19:03:51:/usr/sbin/service:50:main [2,0, 0] OPTIONS=
19:03:51:/usr/sbin/service:51:main [2,0, 0] is_systemd=
19:03:51:/usr/sbin/service:54:main [2,0, 0] '[' 2 -eq 0 ']'
19:03:51:/usr/sbin/service:59:main [2,0, 0] '[' -d /run/systemd/system ']'
19:03:51:/usr/sbin/service:63:main [2,0, 0] cd /
19:03:51:/usr/sbin/service:64:main [2,0, 0] '[' 2 -gt 0 ']'
19:03:51:/usr/sbin/service:65:main [2,0, 0] case "${1}" in
19:03:51:/usr/sbin/service:75:main [2,0, 0] '[' -z '' -a 2 -eq 1 -a lightdm = --status-all ']'
19:03:51:/usr/sbin/service:107:main [2,0, 1] '[' 2 -eq 2 -a start = --full-restart ']'
19:03:51:/usr/sbin/service:120:main [2,0, 1] '[' -z '' ']'
19:03:51:/usr/sbin/service:121:main [2,0, 0] SERVICE=lightdm
19:03:51:/usr/sbin/service:127:main [2,0, 0] shift
19:03:51:/usr/sbin/service:64:main [2,0, 0] '[' 1 -gt 0 ']'
19:03:51:/usr/sbin/service:65:main [2,0, 0] case "${1}" in
19:03:51:/usr/sbin/service:75:main [2,0, 0] '[' -z lightdm -a 1 -eq 1 -a start = --status-all ']'
19:03:51:/usr/sbin/service:107:main [2,0, 1] '[' 1 -eq 2 -a '' = --full-restart ']'
19:03:51:/usr/sbin/service:120:main [2,0, 1] '[' -z lightdm ']'
19:03:51:/usr/sbin/service:122:main [2,0, 1] '[' -z '' ']'
19:03:51:/usr/sbin/service:123:main [2,0, 0] ACTION=start
19:03:51:/usr/sbin/service:127:main [2,0, 0] shift
19:03:51:/usr/sbin/service:64:main [2,0, 0] '[' 0 -gt 0 ']'
19:03:51:/usr/sbin/service:133:main [2,0, 0] unset UPSTART_SESSION
19:03:51:/usr/sbin/service:134:main [2,0, 0] '[' -r /etc/init/lightdm.conf ']'
19:03:51:/usr/sbin/service:184:main [2,0, 0] '[' -n '' ']'
19:03:51:/usr/sbin/service:233:main [2,0, 0] update_openrc_started_symlinks
19:03:51:/usr/sbin/service:168:update_openrc_started_symlinks [2,0, 0] '[' -d /run/openrc/started ']'
19:03:51:/usr/sbin/service:234:main [2,0, 0] run_via_sysvinit
19:03:51:/usr/sbin/service:157:run_via_sysvinit [2,0, 0] '[' -x /etc/init.d/lightdm ']'
19:03:51:/usr/sbin/service:158:run_via_sysvinit [2,0, 0] exec env -i LANG=en_US.UTF-8 LANGUAGE= LC_CTYPE= LC_NUMERIC= LC_TIME=de_DE.UTF-8 LC_COLLATE= LC_MONETARY= LC_MESSAGES= LC_PAPER= LC_NAME= LC_ADDRESS= LC_TELEPHONE= LC_MEASUREMENT= LC_IDENTIFICATION= LC_ALL= PATH=/root/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin TERM=screen /etc/init.d/lightdm start
Starting Light Display Manager: lightdm.
signature.asc
Description: OpenPGP digital signature
Bug#807001: [Pkg-xfce-devel] Bug#807001: Bug#807001: lightdm fails to register user-sessions
> Yes it's a wrapper, but it's a needed one, it'll especially filter stuff in > the environment. It would help to show the logind session before and after > restart. I seem to remember that when you restart like that, the lightdm > process will inherit the console session or something like that, and it'll > mess up the permissions. > > Try, on a fresh start: > > loginctl > service lightdm restart > loginctl > > and again report back. Sure, here it is: -8<---console -- ### ssh prompt after fresh boot # loginctl SESSIONUID USER SEAT c1142 lightdm seat0 2 0 root 2 sessions listed. # loginctl show-session c1 Id=c1 Name=lightdm Timestamp=Sa 2015-12-05 17:39:23 CET TimestampMonotonic=25179163 VTNr=7 Display=:0 Remote=no Service=lightdm-greeter Scope=session-c1.scope Leader=6205 Audit=0 Type=x11 Class=greeter Active=yes State=active IdleHint=no IdleSinceHint=0 IdleSinceHintMonotonic=0 # service lightdm restart [ ok ] Stopping Light Display Manager: lightdm. [ ok ] Starting Light Display Manager: lightdm. # loginctl SESSIONUID USER SEAT 2 0 root -8<---end console -- I think you're on to something: after this, I logged in to lightdm (sure enough, a broken session again) and noticed, that there's no new session, but it "inherited" the session from the ssh login: -8<---console -- $ echo $XDG_SESSION_ID 2 -8<---end console -- And, just for the sake of completeness, the data for the ssh-prompt: -8<---console -- # loginctl show-session 2 Id=2 Name=root Timestamp=Sa 2015-12-05 17:39:50 CET TimestampMonotonic=51388061 VTNr=0 Remote=yes RemoteHost=enterprise.startrek.nachtgeist.net Service=sshd Scope=session-2.scope Leader=6806 Audit=2 Type=tty Class=user Active=yes State=active IdleHint=no IdleSinceHint=0 IdleSinceHintMonotonic=0 -8<---end console -- Up until now I thought, lightdm failed to correctly register a user-session, when really it failed to register one at all... Daniel
Bug#807001: [Pkg-xfce-devel] Bug#807001: lightdm fails to register user-sessions
On 12/07/2015 01:30 PM, Yves-Alexis Perez wrote: > On sam., 2015-12-05 at 17:59 +0100, Daniel Reichelt wrote: >> Up until now I thought, lightdm failed to correctly register a >> user-session, when really it failed to register one at all... > > It might very well be because it reuses the ssh session or something. I think > it'd help to remove this from the equation. > > Regards, > Right, it does re-use the session from the shell `service lightdm restart` was invoked from. But there's no difference if that shell comes from a ssh- or from a local login. Here's `loginctl show-session` after I did the service restart from tty1: 8< Id=3 Name=root Timestamp=Mon 2015-12-07 22:22:43 CET TimestampMonotonic=77192700 VTNr=1 TTY=/dev/tty1 Remote=no Service=login Scope=session-3.scope Leader=6813 Audit=3 Type=tty Class=user Active=no State=online IdleHint=no IdleSinceHint=1449523377884000 IdleSinceHintMonotonic=91836528 8< And here goes another experiment: To circumvent that whole systemd session hullabaloo, I added /bin/bash to /etc/inittab like this: 8< 8:S2:respawn:/bin/bash -il >/dev/tty8 2>&1
Bug#614713: Re-open: cups-pdf: installation asks for a password
> I cannot confirm this: CUPS 1.7 is installable and working inside a > chroot, as long as the 631 port is available. Is this a bug with CUPS > 1.4 only? Has it been reproduced with later versions ? Thanks, Didier. Which steps exactly did you take in trying to reproduce this? Thanks Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614713: Re-open: cups-pdf: installation asks for a password
Hi guys, Thanks Didier. I'll try to work in this on the weekend (not sure though). One more question: which debian version were you running on the chroot host while you were trying to reproduce this? Cheers, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#614713: Re-open: cups-pdf: installation asks for a password
> Have you had time to reproduce this by following Didier's steps? Not so far. For personal reasons I'll be busy for at least the next 2 to 3 weeks :/ Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#753442: debootstrap: host's /run/shm gets unmounted after debootstrap run
> I seem to be unable to reproduce it with 1.0.60~bpo70+1 but I can with > 1.0.48+deb7u1; I didn't spot anything obvious from a very quick look, > but I'll try to track this down a bit later (probably after the release > sprint). This bug actually is a duplicate of #702861 which was fixed in 1.0.51 Not sure about closing, i.e. if this should be addressed by Wheezy 7.8. At least the package from bpo works fine here as well so IMO there is a sufficient workaround. Cheers Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#770105: php5-common: sed call in cron script fails with "invalid opdtion -- 'z'"
Package: php5-common
Version: 5.4.35-0+deb7u1
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Hi,
on a wheezy system I just updated php5-common (and other stuff) via
security.d.o and since then php5-common's cron script fails. Invoked from the
shell it produces:
---8<
# [ -x /usr/lib/php5/maxlifetime ] && [ -x /usr/lib/php5/sessionclean ] && [ -d
/var/lib/php5 ] && /usr/lib/php5/sessionclean /var/lib/php5
$(/usr/lib/php5/maxlifetime)
sed: invalid option -- 'z'
Usage: sed [OPTION]... {script-only-if-no-other-script} [input-file]...
-n, --quiet, --silent
suppress automatic printing of pattern space
-e script, --expression=script
add the script to the commands to be executed
-f script-file, --file=script-file
add the contents of script-file to the commands to be executed
--follow-symlinks
follow symlinks when processing in place
-i[SUFFIX], --in-place[=SUFFIX]
edit files in place (makes backup if extension supplied)
-l N, --line-length=N
specify the desired line-wrap length for the `l' command
--posix
disable all GNU extensions.
-r, --regexp-extended
use extended regular expressions in the script.
-s, --separate
consider files as separate rather than as a single continuous
long stream.
-u, --unbuffered
load minimal amounts of data from the input files and flush
the output buffers more often
--help display this help and exit
--version output version information and exit
If no -e, --expression, -f, or --file option is given, then the first
non-option argument is taken as the sed script to interpret. All
remaining arguments are names of input files; if no input files are
specified, then the standard input is read.
GNU sed home page:
Bug#770105: php5-common: sed call in cron script fails with "invalid opdtion -- 'z'"
Sorry for the misleading justification - must have misused reportbug... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#814058: borgbackup: FTBFS on jessie: wrong build-deps and failing unittests
Package: borgbackup
Version: 0.30.0-1~bpo8+1
Hi *,
trying to build git tag 0.30.0-2 on Jessie, I just ran into these issues:
- Option -k is only present in pytest of dh-python/stretch, so the build
failed. Either the build-dep on it needs to be versioned (and dh-python needs
to be backported as well) or the tests should be excluded via
@unittest.skip("some reason")
like it's already done by upstream for some cases.
- fuse is missing in build-deps: the fusermount command is required during
testing
- Two unittests are still failing. I couldn't figure out yet what's wrong here,
see the attached logfile. (I adjusted debian/rules so pytest runs only the
failing tests.)
Reportbug automatically added "severity: serious" after I classified this
report as FTBS (virtual). I removed that, since 0.30.0-2 is not in the archives
yet.
Cheers
Daniel
-- System Information:
Debian Release: 8.3
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates'), (500,
'proposed-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
Versions of packages borgbackup depends on:
ii libacl12.2.52-2
ii libc6 2.19-18+deb8u2
ii liblz4-1 0.0~r122-2
ii libssl1.0.01.0.1k-3+deb8u2
ii python33.4.2-2
ii python3-msgpack0.4.6-1~bpo8+1
ii python3-pkg-resources 5.5.1-1
Versions of packages borgbackup recommends:
ii python3-llfuse 0.40-2+b2
Versions of packages borgbackup suggests:
ii borgbackup-doc 0.30.0-1~bpo8+1
-- no debconf information
$ dpkg-buildpackage -uc -us -b
dpkg-buildpackage: source package borgbackup
dpkg-buildpackage: source version 0.30.0-2
dpkg-buildpackage: source distribution unstable
dpkg-buildpackage: source changed by Danny Edel
dpkg-buildpackage: host architecture amd64
dpkg-source --before-build borg
fakeroot debian/rules clean
dh clean --with python3,sphinxdoc --buildsystem=pybuild
dh_testdir -O--buildsystem=pybuild
dh_auto_clean -O--buildsystem=pybuild
I: pybuild base:184: python3.4 setup.py clean
your setuptools is too old (<12)
setuptools_scm functionality is degraded
running clean
removing '/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build' (and everything
under it)
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-3.4' does not exist -- can't clean it
dh_clean -O--buildsystem=pybuild
debian/rules build
dh build --with python3,sphinxdoc --buildsystem=pybuild
dh_testdir -O--buildsystem=pybuild
dh_auto_configure -O--buildsystem=pybuild
I: pybuild base:184: python3.4 setup.py config
your setuptools is too old (<12)
setuptools_scm functionality is degraded
running config
dh_auto_build -O--buildsystem=pybuild
I: pybuild base:184: /usr/bin/python3 setup.py build
your setuptools is too old (<12)
setuptools_scm functionality is degraded
running build
running build_py
creating /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/helpers.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/fuse.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/hash_sizes.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/upgrader.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/remote.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/lrucache.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/key.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/xattr.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/platform.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/archive.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/_version.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/shellpattern.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/__main__.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/archiver.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/locking.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/logger.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/__init__.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/cache.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
copying borg/repository.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg
creating /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg/testsuite
copying borg/testsuite/helpers.py ->
/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg/testsuite
copying borg/testsuite/compress.py ->
/home/dhrdev/tmp/borg/.pybuild/python
Bug#814058: borgbackup: FTBFS on jessie: wrong build-deps and failing unittests
On 02/08/2016 09:17 PM, Gianfranco Costamagna wrote: > Hi, because I do no-change backports, and I want the version in unstable to > be "backportable" easily. > > cheers, > > Gianfranco Shouldn't the focus in unstable lie on currentness instead of on backportability? AFAICS that's the whole point of having stable-backports: to *have* a namespace, where additional changes to testing/unstable packages *can* be made, so a packge plays nice within stable. Not to *avoid* them. If a maintainer can't/won't do that extra backporting work (for whatever reason) is another topic. But IMO that's no argument against unstable uploads. Just my $0.02...
Bug#814058: borgbackup: FTBFS on jessie: wrong build-deps and failing unittests
I previously replied only to Gianfranco instead of to the bug address. Here's the missing message I sent only to Gianfranco instead of to the bug address, which lead up to message #15 above: ---8<- On 02/08/2016 07:47 PM, Gianfranco Costamagna wrote: > Actually the reason for not having a -2 in unstable, is because we > can't run the testsuite on jessie. Could you elaborate on this? With respect to a potential backport of -2 to jessie, sure. But I don't see the connection between unstable and running tests on stable... ---8<-
Bug#814058: borgbackup: FTBFS on jessie: wrong build-deps and failing unittests
Thanks, Danny. Hauler if you require manpower to test the packaging. Thomas Waldmann gave his ok to use the upstream ML for coordination "if they behave" ;-)) I think in the long run, borg-dev and borg-users lists on l.d.o would be helpful. Cheers Daniel
Bug#814058: borgbackup: FTBFS on jessie: wrong build-deps and failing unittests
version: 1.0.0~rc1-2 thanks Hi Danny, On 02/19/2016 09:42 AM, Danny Edel wrote: > 1.0.0~rc1 is in Debian unstable now, with the testsuite deactivated for > now. BFS on jessie32/64 worked fine here, thx! > Regarding coordination, I'm happy enough with the debian bugtracking > service and the github tracker for upstream-relevant stuff, so unless > there's a specific reason to implement (and maintain) another system, > I'd prefer to stick with those. I didn't even know about the PTS lists until Gianfranco mentioned them here. Thanks for that, too :) Cheers Daniel
Bug#815564: borgbackup: activate unittests during build
Hi everyone, On 02/22/2016 03:45 PM, Danny Edel wrote: > I have prepared a patch, and verified it against a jessie-backports > cowbuilder, but I'm not merging it into master without checking in > with you this time : ) Interesting. On a current jessie (plain + git/master-testsuite-enabled's build-deps from bpo) I get an error about python3.4's unittest not recognizing arguments from PYBUILD_TEST_ARGS - see attached build.log. Which version of libpython3.4-stdlib ends up being used within your chroot? (mine is 3.4.2-1) > My motivation for activating the testsuite is to ensure that the > libraries in Debian are compatible with the ones upstream expects -- > this will get more relevant for stable-backports, once sid is 1-2 years > different from stable. > In general, I'd rather get errors at build time than from users after > they upgrade their machine, and running the upstream test suite seems > like a good start into this direction. Sure, big bold +1! Daniel dpkg-buildpackage: source package borgbackup dpkg-buildpackage: source version 1.0.0~rc1-2 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Gianfranco Costamagna dpkg-source --before-build borg dpkg-buildpackage: host architecture amd64 dpkg-source: info: applying privacy/0001-Remove-codecov.io-and-travis-ci.org-badges.patch dpkg-source: info: applying privacy/0002-README.rst-Replace-img-src-with-text-link.patch dpkg-source: info: applying 0003-disable-llfuse-tests-on-Debian.patch fakeroot debian/rules clean dh clean --with python3,sphinxdoc --buildsystem=pybuild dh_testdir -O--buildsystem=pybuild dh_auto_clean -O--buildsystem=pybuild I: pybuild base:170: python3.4 setup.py clean your setuptools is too old (<12) setuptools_scm functionality is degraded running clean removing '/home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build' (and everything under it) 'build/bdist.linux-x86_64' does not exist -- can't clean it 'build/scripts-3.4' does not exist -- can't clean it dh_clean -O--buildsystem=pybuild debian/rules build dh build --with python3,sphinxdoc --buildsystem=pybuild dh_testdir -O--buildsystem=pybuild dh_auto_configure -O--buildsystem=pybuild I: pybuild base:170: python3.4 setup.py config your setuptools is too old (<12) setuptools_scm functionality is degraded running config dh_auto_build -O--buildsystem=pybuild I: pybuild base:170: /usr/bin/python3 setup.py build your setuptools is too old (<12) setuptools_scm functionality is degraded running build running build_py creating /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/helpers.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/fuse.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/hash_sizes.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/upgrader.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/remote.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/lrucache.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/key.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/xattr.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/platform.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/archive.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/_version.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/shellpattern.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/__main__.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/archiver.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/locking.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/logger.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/__init__.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/cache.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg copying borg/repository.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg creating /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg/testsuite copying borg/testsuite/helpers.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg/testsuite copying borg/testsuite/compress.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg/testsuite copying borg/testsuite/upgrader.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg/testsuite copying borg/testsuite/lrucache.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg/testsuite copying borg/testsuite/key.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg/testsuite copying borg/testsuite/xattr.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg/testsuite copying borg/testsuite/platform.py -> /home/dhrdev/tmp/borg/.pybuild/pythonX.Y_3.4/build/borg/testsuite copying borg/testsu
Bug#815564: borgbackup: activate unittests during build
On 02/23/2016 08:15 PM, Danny Edel wrote: > Can you reproduce the build failure in a freshly created pbuilder? > > > > I created mine with: > > DIST=jessie-backports git-pbuilder create > > and I checked my build with: > > git add -u && \ > gbp buildpackage --git-pbuilder --git-dist=jessie-backports \ > --git-export=INDEX --git-ignore-new > > > Its quite possible there is something™ different with the way you set up > your chroot, but debomatic and git-pbuilder seem to agree with me so far. After it didn't work with gbp on my jessie64 VM either, I tested gbp on stretch64 and it worked?! > This should say python3.4 -m **pytest**, not unittest. That's what the > 'export PYBUILD_TEST_PYTEST=1' in d/rules is supposed to trigger. Then I noticed this line missing in my d/rules. Turns out I messed up the git fetch on the jessie machine. Shame on me! → Green lights from my end, git/master-testing-enabled builds went through just fine. Sorry for the confusion and thanks for your patience and your work on this :) Daniel
Bug#807001: [Pkg-xfce-devel] Bug#807001: lightdm fails to register user-sessions
Note to self and other affected users: this is a *nasty*, yet feasible workaround until this is fixed: 8< /etc/inittab --- rldm:a:once:/etc/init.d/lightdm restart 8< Run `init q` to have it re-examine the inittab and from now on lightdm can be restarted by running `init a`. (This does not change the runlevel, see man init.) Cheers Daniel
Bug#812358: debian-live: Please add gparted
Hi Don, > However, when I go to https://github.com/debian-live/live-images.git I cannot > find a branch that contains the old rescue build configuration. said repository is quite correct, however the files got removed from the tree by [1]. > Is this configuration laying around somewhere I can use as a starting point? The package lists are available until [2] Cheers Daniel [1] https://github.com/debian-live/live-images/commit/4c1911124c2ae128312ae6d256c8322d944d258f [2] https://github.com/debian-live/live-images/tree/3de5ad45b9fd2d3a6874bb4757288299a3e3b01a/images/rescue/config/package-lists
Bug#539156: Bug#614713: Re-open: cups-pdf: installation asks for a password
Martin-Eric, thanks for bumping this. I'll try to get on this between the holidays. Daniel On 12/20/2014 11:56 PM, Martin-Éric Racine wrote: > 2014-10-27 18:16 GMT+02:00 Daniel Reichelt : >>> Have you had time to reproduce this by following Didier's steps? >> >> Not so far. For personal reasons I'll be busy for at least the next 2 to >> 3 weeks :/ > > How about now? :) > > Martin-Éric > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#684691: pulseaudio creates .config/pulse in a root directory
> If you want your comments on a bug to be sent to the maintainer and > recorded in the bug's web-visible record, please send your message to the > bug address (in this case 684691@) and not just the special control@ > address. In particular, when reopening a bug please send the justification > for reopening to the bug address. > > Quoting all relevant text below for reference. oops...thanks! > It looks as though the instances of the root cause of this bug bug involving > alsactl invocations have been solved, but those involving aumix invocations > have not. Does that seem a correct summary to you? ACK Daniel signature.asc Description: OpenPGP digital signature
Bug#864385: live-boot: fix file duplication in initramfs-tools hook
Package: live-boot
Version: 1:20170112
Severity: minor
Tags: patch
Hi,
live-boot's initramfs-hook contains these lines ([1], [2]), which put
live-boot's /lib/live/boot/ twice into the initramfs image: the latter one at
/lib/live/boot/ and the former one - wrongly - also at /bin/boot/).
The duplication was introduced by [3] and is fixed by this patch to read
8<-
cp -a /bin/live-boot "${DESTDIR}/bin"
>8-
There were no problems in multiple testing scenarios (including booting from
the ISO and via PXE).
Thanks,
Daniel
[1]
https://anonscm.debian.org/cgit/debian-live/live-boot.git/tree/backend/initramfs-tools/live.hook#n31
[2]
https://anonscm.debian.org/cgit/debian-live/live-boot.git/tree/backend/initramfs-tools/live.hook#n34
[3]
https://anonscm.debian.org/cgit/debian-live/live-boot.git/commit/backend/initramfs-tools/live.hook?id=0aa07bd386f516176364e710e8b9132036c72986
diff --git a/backend/initramfs-tools/live.hook b/backend/initramfs-tools/live.hook
index 54a566f..889809a 100755
--- a/backend/initramfs-tools/live.hook
+++ b/backend/initramfs-tools/live.hook
@@ -28,7 +28,7 @@ fi
[ "${QUIET}" ] || echo -n " core"
mkdir -p "${DESTDIR}/bin"
-cp -a /bin/live-boot /lib/live/boot "${DESTDIR}/bin"
+cp -a /bin/live-boot "${DESTDIR}/bin"
mkdir -p "${DESTDIR}/lib/live"
cp -a /lib/live/boot "${DESTDIR}/lib/live"
Bug#864386: live-build: Keyboard shortcut for "Advanced options" missing in some syslinux-based menus
Package: live-build Version: 1:20170213 Severity: minor Tags: patch Hi, the attached patch streamlines the missing keyboard shortcut "A" for the "Advanced options" entry in the syslinux-based boot menu configs. Thanks Daniel diff --git a/share/bootloaders/extlinux/menu.cfg b/share/bootloaders/extlinux/menu.cfg index d2daa80..9368260 100644 --- a/share/bootloaders/extlinux/menu.cfg +++ b/share/bootloaders/extlinux/menu.cfg @@ -6,7 +6,7 @@ include stdmenu.cfg include live.cfg include install.cfg menu begin advanced - menu title Advanced options + menu title ^Advanced options include stdmenu.cfg label mainmenu menu label ^Back.. diff --git a/share/bootloaders/isolinux/menu.cfg b/share/bootloaders/isolinux/menu.cfg index d2daa80..9368260 100644 --- a/share/bootloaders/isolinux/menu.cfg +++ b/share/bootloaders/isolinux/menu.cfg @@ -6,7 +6,7 @@ include stdmenu.cfg include live.cfg include install.cfg menu begin advanced - menu title Advanced options + menu title ^Advanced options include stdmenu.cfg label mainmenu menu label ^Back.. diff --git a/share/bootloaders/pxelinux/menu.cfg b/share/bootloaders/pxelinux/menu.cfg index d2daa80..9368260 100644 --- a/share/bootloaders/pxelinux/menu.cfg +++ b/share/bootloaders/pxelinux/menu.cfg @@ -6,7 +6,7 @@ include stdmenu.cfg include live.cfg include install.cfg menu begin advanced - menu title Advanced options + menu title ^Advanced options include stdmenu.cfg label mainmenu menu label ^Back..
Bug#865795: radvd blocks when started over ssh
Package: radvd Version: 1:2.15-2 Severity: normal Hi Geert, radvd shows some strange behavior when it's started over ssh: even in daemon-mode, ssh would block indefinitely when you execute something that would be executed by the init script as well: ssh router "radvd -u radvd -p /var/run/radvd/radvd.pid" ssh returns immediately as expected when I run one of these: ssh router radvd -u radvd -p /var/run/radvd/radvd.pid >/dev/null ssh router radvd -u radvd -p /var/run/radvd/radvd.pid -d3 git-bisect'ing revealed the culprit as 5294e6f, see [1]. I've also opened an upstream bug report at [2]. Cheers Daniel [1] https://github.com/reubenhwk/radvd/commit/5294e6fc0cc033a8dde64d51eefdc4c1f80e4244 [2] https://github.com/reubenhwk/radvd/issues/71 -- System Information: Debian Release: 9.0 APT prefers proposed-updates APT policy: (990, 'proposed-updates'), (990, 'stable'), (500, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages radvd depends on: ii adduser 3.115 ii libc6 2.24-11+deb9u1 ii lsb-base 9.20161125 radvd recommends no packages. radvd suggests no packages. -- no debconf information $ dpkg -l | grep sysvinit ii live-config-sysvinit 5.20170112 ii sysvinit-core 2.88dsf-59 ii sysvinit-utils2.88dsf-59
Bug#865795: radvd blocks when started over ssh
> ssh returns immediately as expected when I run one of these: Of course, when I tested the redirection to /dev/null happened on the router, I forgot to type the quotes: ssh router "radvd -u radvd -p /var/run/radvd/radvd.pid >/dev/null" ssh router "radvd -u radvd -p /var/run/radvd/radvd.pid -d3" signature.asc Description: OpenPGP digital signature
Bug#851825: ethtool: ifdown/ifup sequence fails if offload_tx off is set in iface stanza
On 08/30/2017 12:18 AM, Ben Hutchings wrote: > I can't reproduce this. What driver is used for eth0 (ethtool -i shows > this)? Ben, you're on to something: # ethtool -i eth0 driver: vif version: firmware-version: expansion-rom-version: bus-info: vif-0 supports-statistics: yes supports-test: no supports-eeprom-access: no supports-register-dump: no supports-priv-flags: no Indeed, this only happens in XEN guests running on a jessie host (didn't get around yet to test whether a stretch host makes the difference). On any other hw I own (a couple of e1000e and a r8169), ethtool always exits 0, with changes to offloading having been made or not. Sorry for not mentioning the fact about VMs earlier...just didn't think of it. Cheers Daniel signature.asc Description: OpenPGP digital signature
Bug#865795: radvd blocks when started over ssh
Hi again,
upstream solved this issue [1], [2] by always closing
stdin/stdout/stderr when daemonizing.
Please find attached a git commit against your tag debian/1%2.15-2
adding a quilt patch.
Cheers
Daniel
[1] https://github.com/reubenhwk/radvd/pull/72
[2]
https://github.com/reubenhwk/radvd/commit/5cfc48b9ed75eb5f5e127b0d24a18b728b20e9af
From 47e162d9c75253abef86e25a41808ab5230a3168 Mon Sep 17 00:00:00 2001
From: Daniel Reichelt
Date: Sun, 2 Jul 2017 12:21:18 +0200
Subject: [PATCH] add patch to always close STD* FDs on daemonizing
fixes #865795
---
...ose_std_file_descriptors_when_daemonizing.patch | 81 ++
debian/patches/series | 1 +
2 files changed, 82 insertions(+)
create mode 100644 debian/patches/always_close_std_file_descriptors_when_daemonizing.patch
diff --git a/debian/patches/always_close_std_file_descriptors_when_daemonizing.patch b/debian/patches/always_close_std_file_descriptors_when_daemonizing.patch
new file mode 100644
index 000..4a6e291
--- /dev/null
+++ b/debian/patches/always_close_std_file_descriptors_when_daemonizing.patch
@@ -0,0 +1,81 @@
+Index: radvd/radvd.c
+===
+--- radvd.orig/radvd.c
radvd/radvd.c
+@@ -82,7 +82,7 @@ static int check_conffile_perm(const cha
+ static int drop_root_privileges(const char *);
+ static int open_and_lock_pid_file(char const * daemon_pid_file_ident);
+ static int write_pid_file(char const * daemon_pid_file_ident, pid_t pid);
+-static pid_t daemonp(int nochdir, int noclose, char const * daemon_pid_file_ident);
++static pid_t daemonp(char const * daemon_pid_file_ident);
+ static pid_t do_daemonize(int log_method, char const * daemon_pid_file_ident);
+ static struct Interface * main_loop(int sock, struct Interface *ifaces, char const *conf_path);
+ static struct Interface *reload_config(int sock, struct Interface *ifaces, char const *conf_path);
+@@ -106,7 +106,7 @@ static void version(void);
+ /* daemonize and write pid file. The pid of the daemon child process
+ * will be written to the pid file from the *parent* process. This
+ * insures there is no race condition as described in redhat bug 664783. */
+-static pid_t daemonp(int nochdir, int noclose, char const * daemon_pid_file_ident)
++static pid_t daemonp(char const * daemon_pid_file_ident)
+ {
+ int pipe_ends[2];
+
+@@ -138,28 +138,24 @@ static pid_t daemonp(int nochdir, int no
+ exit(-1);
+ }
+
+- if (nochdir == 0) {
+- if (chdir("/") == -1) {
+-perror("chdir");
+-exit(1);
+- }
++ if (chdir("/") == -1) {
++ perror("chdir");
++ exit(1);
+ }
+- if (noclose == 0) {
+- close(STDIN_FILENO);
+- close(STDOUT_FILENO);
+- close(STDERR_FILENO);
+- if (open("/dev/null", O_RDONLY) == -1) {
+-flog(LOG_ERR, "unable to redirect stdin to /dev/null");
+-exit(-1);
+- }
+- if (open("/dev/null", O_WRONLY) == -1) {
+-flog(LOG_ERR, "unable to redirect stdout to /dev/null");
+-exit(-1);
+- }
+- if (open("/dev/null", O_RDWR) == -1) {
+-flog(LOG_ERR, "unable to redirect stderr to /dev/null");
+-exit(-1);
+- }
++ close(STDIN_FILENO);
++ close(STDOUT_FILENO);
++ close(STDERR_FILENO);
++ if (open("/dev/null", O_RDONLY) == -1) {
++ flog(LOG_ERR, "unable to redirect stdin to /dev/null");
++ exit(-1);
++ }
++ if (open("/dev/null", O_WRONLY) == -1) {
++ flog(LOG_ERR, "unable to redirect stdout to /dev/null");
++ exit(-1);
++ }
++ if (open("/dev/null", O_RDWR) == -1) {
++ flog(LOG_ERR, "unable to redirect stderr to /dev/null");
++ exit(-1);
+ }
+ } else {
+ /* Parent. Make sure the pid file is written before exiting. */
+@@ -591,11 +587,7 @@ static pid_t do_daemonize(int log_method
+ {
+ pid_t pid = -1;
+
+- if (L_STDERR_SYSLOG == log_method || L_STDERR == log_method) {
+- pid = daemonp(1, 1, daemon_pid_file_ident);
+- } else {
+- pid = daemonp(0, 0, daemon_pid_file_ident);
+- }
++ pid = daemonp(daemon_pid_file_ident);
+
+ if (-1 == pid) {
+ flog(LOG_ERR, "unable to daemonize: %s", strerror(errno));
diff --git a/debian/patches/series b/debian/patches/series
index 33ebe29..287f3b1 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -3,3 +3,4 @@
# so cleaning up the debian/patches/ directory
#
kfreebsd.patch
+always_close_std_file_descriptors_when_daemonizing.patch
--
2.11.0
signature.asc
Description: OpenPGP digital signature
Bug#865795: radvd blocks when started over ssh
> But I will spent my time on packaging 2.17-rc1 or 2.17 All the better, thanks. Does that mean you're going to upload 2.17 to stretch as well? signature.asc Description: OpenPGP digital signature
Bug#848982: wpasupplicant fails to connect to WPA Enterprise network with 2.6-2
I'm suffering the very same problem than the OP with my employer's WiFi network. > If I downgrade libssl1.0.2 to 1.0.2j-1 then I can connect to the > WPA-EAP network without problem. Good catch downgrading openssl! I can confirm the WiFi connection to work up to libssl1.0.2-4 [1], so I guess the fix for #736687 is to blame for this [2]: * Mark RC4 and 3DES as weak which removes them from the SSL/TLS protocol (Closes: #736687). As a *dirty* workaround, I - re-upgraded to libssl1.0.2ll-2/stretch - renamed /sbin/wpa_supplicant and put a wrapper script in its place - which sets LD_LIBRARY_PATH to a location containing libssl.so.1.0.2 from [1] and then starts the renamed wpa_supplicant binary with the original command-line parameters. HTH, Daniel [1] http://snapshot.debian.org/package/openssl1.0/1.0.2j-4/#libssl1.0.2_1.0.2j-4 [2] https://anonscm.debian.org/viewvc/pkg-openssl/openssl/branches/openssl1.0/debian/patches/Mark-3DES-and-RC4-ciphers-as-weak.patch?revision=865&view=markup&sortby=log signature.asc Description: OpenPGP digital signature
Bug#868559: live-boot: httpfs does not work due to util-linux's mount being used
Package: live-boot
Version: 1:20170623
Severity: normal
Hi,
when building a stretch live image which includes httpfs/buster for the created
live-image's initramfs to support live-boot's httpfs switch, the boot process
fails in a way similar to what has been reported in #823856.
Special handling for ${FUSE_MOUNT}s (httpfs, curlftps) was added to use
util-linux's mount instead of the klibc's in such cases. I tested the use of a
FUSE-based rootfs in conjunction with klibc's mount, and it seems, nowadays the
both of them work together.
So, the conditional incorporation and replacement of the mount command is both
no longer necessary, and has become harmful. The attached patch against
live-boot's current tag 1%20170623 removes it.
Cheers
Daniel
>From 3891e35f1df321e44e51347df95938346c108ef4 Mon Sep 17 00:00:00 2001
From: Daniel Reichelt
Date: Sun, 16 Jul 2017 17:15:46 +0200
Subject: [PATCH] use klibc's mount again for ${FUSE_MOUNT}s
---
backend/initramfs-tools/live.hook | 4
components/9990-mount-http.sh | 6 --
2 files changed, 10 deletions(-)
diff --git a/backend/initramfs-tools/live.hook b/backend/initramfs-tools/live.hook
index 1ce922d..c5d7266 100755
--- a/backend/initramfs-tools/live.hook
+++ b/backend/initramfs-tools/live.hook
@@ -149,10 +149,6 @@ then
copy_exec /usr/bin/eject /bin
fi
-# Program: mount
-# fuse does not work with klibc mount
-copy_exec /bin/mount /bin/mount.util-linux
-
[ "${QUIET}" ] || echo -n " utils"
# Feature: Verify Checksums
diff --git a/components/9990-mount-http.sh b/components/9990-mount-http.sh
index 2e68fe6..f58c3a3 100755
--- a/components/9990-mount-http.sh
+++ b/components/9990-mount-http.sh
@@ -54,12 +54,6 @@ do_httpmount ()
FUSE_MOUNT="httpfs"
fi
- if [ -n "${FUSE_MOUNT}" ] && [ -x /bin/mount.util-linux ]
- then
- # fuse does not work with klibc mount
- ln -f /bin/mount.util-linux /bin/mount
- fi
-
modprobe fuse
$FUSE_MOUNT "${url}" "${dest}"
ROOT_PID="$(minips h -C "$FUSE_MOUNT" | { read x y ; echo "$x" ; } )"
--
2.1.4
Bug#871645: virtualbox: NatNetwork doesn't allow connections beyond the host due to VBoxNetNAT missing the suid bit
Package: virtualbox Version: 5.1.26-dfsg-2 Severity: normal Dear Maintainer, when creating VMs, each with a NatNetwork NIC, the VMs can happily talk to each other but network access beyond the virtualbox host is not possible. Conventional NAT mode is not affected and works perfeclty fine. Fix: # chmod u+s /usr/lib/virtualbox/VBoxNetNAT …and kill off possibly lingering VBoxNetNAT processes and restart the VMs --> network access beyond the vbox host should work now. I just confirmed that the generic linux installer package from virtualbox.org installs the VBoxNetNAT binary as suid. Cheers Daniel -- System Information: Debian Release: 9.1 APT prefers proposed-updates APT policy: (990, 'proposed-updates'), (990, 'stable'), (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (500, 'testing'), (500, 'oldstable'), (98, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init)
Bug#860305: staticsite: Dependency on python3-tz missing
Package: staticsite Version: 0.4-1 Severity: normal Hi Enrico, on my system, ssite failed complaining it couldn't find pytz. apt-get install python3-tz fixed it. Cheers Daniel -- System Information: Debian Release: 8.7 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (990, 'stable'), (500, 'testing-proposed-updates'), (99, 'testing'), (98, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages staticsite depends on: ii python3-jinja2 2.7.3-1 ii python3-livereload 2.2.2-1 ii python3-markdown2.5.1-2 ii python3-toml0.9.1-1 ii python3-unidecode 0.04.16-1 pn python3:any Versions of packages staticsite recommends: ii libjs-bootstrap 3.2.0+dfsg-1 ii libjs-jquery 1.7.2+dfsg-3.2 staticsite suggests no packages. -- no debconf information
Bug#851524: Building armhf image fwith qemu fails at bootstrapping stage if firmware section enabled
> Incidentally, if anyone *has* a link to the old deb package > for 1:20151215 so I could verify this, that'd help. Jason, have a look at http://snapshot.debian.org/ Cheers Daniel signature.asc Description: OpenPGP digital signature
Bug#851825: ethtool: ifdown/ifup sequence fails if offload_tx off is set in iface stanza
Package: ethtool Version: 1:4.8-1 Severity: normal Hi, in network/interfaces I have set the option "offload_tx off" for eth0. This causes `ifdown eth0 ; ifup eth0` to fail when offloading already was set to off. The culprit is ethtool, which inconsistently exits 0 or 1 when offloading is enabled/disabled repeatedly: 8<- # offloading initially off # ethtool --offload eth0 tx on ; echo $? Actual changes: tx-checksum-ipv6: on tcp-segmentation-offload: on tx-tcp6-segmentation: on 0 # ethtool --offload eth0 tx on ; echo $? 0 # ethtool --offload eth0 tx on ; echo $? 0 # ^--- repeated enabling returns no error # ethtool --offload eth0 tx off ; echo $? Actual changes: tx-checksum-ipv6: off tcp-segmentation-offload: off tx-tcp6-segmentation: off [requested on] 0 # ^--- initial disabling is ok # ethtool --offload eth0 tx off ; echo $? Could not change any device features 1 # ethtool --offload eth0 tx off ; echo $? Could not change any device features 1 # ^--- repeated disabling returns 1 >8- For now I'm using this workaround in the eth0 stanza: 8<- pre-up ethtool --offload $IFACE tx off >8- Cheers Daniel -- System Information: Debian Release: 9.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages ethtool depends on: ii libc6 2.24-9 ethtool recommends no packages. ethtool suggests no packages. -- Configuration Files: /etc/network/if-up.d/ethtool changed [not included] -- no debconf information
Bug#851825: ethtool: ifdown/ifup sequence fails if offload_tx off is set in iface stanza
found 851825 ethtool/1:3.16-1 found 851825 ethtool/1:3.16-1 jessie is also affected signature.asc Description: OpenPGP digital signature
Bug#851825: ethtool: ifdown/ifup sequence fails if offload_tx off is set in iface stanza
> 8<- > pre-up ethtool --offload $IFACE tx off > >8- Copy/paste error. The workaround should have read: 8<- pre-up ethtool --offload $IFACE tx on >8- signature.asc Description: OpenPGP digital signature
Bug#842609: xen-create-image: Inconsistent handling of --nopygrub parameter
Package: xen-tools
Version: 4.5-1
Severity: normal
Tags: patch
Hi Axel,
when --nopygrub is passed to xen-create-image, the hooks called during
installation act as if --pygrub were passed.
This setting gets exported to the hooks' environments as pygrub=0|1. The hooks
however do a check like
`if [ ${pygrub} ]; then`
which in sh/bash always yields true (non-empty string). This only works if
$pygrub were set to literal "true"|"false". The attached patch changes these
checks to
`if [ "${pygrub}" = "1" ]; then`
The patch applies cleanly to both jessie an stretch verions of the xen-tools
package.
Cheers
Daniel
-- System Information:
Debian Release: 8.6
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates'), (500,
'proposed-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
Versions of packages xen-tools depends on:
ii debootstrap 1.0.67
ii libconfig-inifiles-perl 2.83-3
ii libdata-validate-domain-perl 0.10-1
ii libdata-validate-ip-perl 0.24-1
ii libdata-validate-uri-perl 0.06-1
ii libfile-slurp-perl.19-4
ii libfile-which-perl1.09-1
ii libterm-ui-perl 0.42-1
ii libtext-template-perl 1.46-1
ii openssh-client1:6.7p1-5+deb8u3
ii perl 5.20.2-3+deb8u6
Versions of packages xen-tools recommends:
ii libexpect-perl 1.21-1
ii rinse3.0.9
ii xen-hypervisor-4.4-amd64 [xen-hypervisor-amd64] 4.4.1-9+deb8u7
ii xen-utils-4.4 [xen-utils]4.4.1-9+deb8u7
Versions of packages xen-tools suggests:
ii btrfs-tools3.17-1.1
pn cfengine2
ii reiserfsprogs 1:3.6.24-1
ii xfsprogs 3.2.1
-- no debconf information
--- a/hooks/common/80-install-modules-deb 2016-10-30 19:52:53.662077321 +0100
+++ b/hooks/common/80-install-modules-deb 2016-10-30 19:54:14.378190647 +0100
@@ -31,7 +31,7 @@
#
logMessage Script $0 starting
-if [ ${pygrub} ]; then
+if [ "${pygrub}" = "1" ]; then
logMessage "pygrub set, skipping module install"
else
#
--- a/hooks/common/82-install-grub-legacy 2016-10-30 19:53:00.534086963 +0100
+++ b/hooks/common/82-install-grub-legacy 2016-10-30 19:54:14.386190659 +0100
@@ -26,7 +26,7 @@
#
logMessage Script $0 starting
-if [ ${pygrub} ]; then
+if [ "${pygrub}" = "1" ]; then
#
# Install the grub 0.9x package ("grub-legacy" on Debian, "grub" on Ubuntu)
--- a/hooks/debian/80-install-kernel 2016-10-30 19:53:13.878105687 +0100
+++ b/hooks/debian/80-install-kernel 2016-10-30 19:54:14.390190665 +0100
@@ -21,7 +21,7 @@
. ./hooks/common.sh
fi
-if [ "${pygrub}" ]; then
+if [ "${pygrub}" = "1" ]; then
#
# Log our start
#
--- a/hooks/edgy/80-install-kernel 2016-10-30 19:53:28.134125699 +0100
+++ b/hooks/edgy/80-install-kernel 2016-10-30 19:54:14.394190670 +0100
@@ -27,7 +27,7 @@
logMessage Script $0 starting
-if [ "${pygrub}" ]; then
+if [ "${pygrub}" = "1" ]; then
#
# Attempt to install a xen kernel, if that fails, then install a normal one
--- a/hooks/intrepid/80-install-kernel 2016-10-30 19:53:37.250138498 +0100
+++ b/hooks/intrepid/80-install-kernel 2016-10-30 19:54:14.398190675 +0100
@@ -27,7 +27,7 @@
logMessage Script $0 starting
-if [ "${pygrub}" ]; then
+if [ "${pygrub}" = "1" ]; then
#
# Attempt to install a xen kernel, if that fails, then install a normal one
--- a/hooks/karmic/80-install-kernel 2016-10-30 19:53:49.302155421 +0100
+++ b/hooks/karmic/80-install-kernel 2016-10-30 19:54:14.402190681 +0100
@@ -26,7 +26,7 @@
logMessage Script $0 starting
-if [ "${pygrub}" ]; then
+if [ "${pygrub}" = "1" ]; then
#
# The type of kernel that we will be installing
Bug#842645: grub-common: GRUB_DISABLE_LINUX_UUID=true ignored in 10_linux and 20_linux_xen
Package: grub-common
Version: 2.02~beta3-1
Severity: important
Tags: patch
Hi,
in Stretch setting GRUB_DISABLE_LINUX_UUID=true in /etc/default/grub is
no longer respected during creation of linux menu entries.
The culprits are the checks in 10_linux:66-68 and 20_linux_xen:54:56
(identical in both scripts).
This was working fine until the new AND'ed check `uses_abstraction ...`
was added. This additional check actually requires a pair of hyphens to
have the desired effect with respect to operator precedence:
--8<-
if [ "x${GRUB_DEVICE_UUID}" = "x" ] || [ "x${GRUB_DISABLE_LINUX_UUID}" =
"xtrue" ] \
|| ! test -e "/dev/disk/by-uuid/${GRUB_DEVICE_UUID}" \
|| (test -e "${GRUB_DEVICE}" && uses_abstraction "${GRUB_DEVICE}" lvm); then
-->8-
Cheers
Daniel
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.7.0-1-amd64 (SMP w/6 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)
Versions of packages grub-common depends on:
ii gettext-base0.19.8.1-1
ii libc6 2.24-5
ii libdevmapper1.02.1 2:1.02.133-1
ii libfreetype62.6.3-3+b1
ii libfuse22.9.7-1
ii liblzma55.2.2-1.2
Versions of packages grub-common recommends:
pn os-prober
Versions of packages grub-common suggests:
ii console-setup 1.152
pn desktop-base
pn grub-emu
pn multiboot-doc
pn xorriso
-- no debconf information
Bug#841360: libmotif-common stuck at 2.3.4-10 in sid (src:motif is 2.3.4-11)
Package: libmotif-common Version: 2.3.4-10 Severity: normal Hi, on a freshly installed sid (just now) I noticed the package ddd is not installable due to a dependency error: ddd --> libxm4 (which currently resolves to version 2.3.4-11 in sid) libxm4 --> libmotif-common (resolving to 2.3.4-*10*) [1] confirms this, however the link to the .dsc file already points to 2.3.4-11. I was able to dpkg-buildpackage src:motif on said sid host and manually install the yielded libmotif-common_2.3.4-11_all.deb which in turn enabled the installation of ddd. So I assume this is just an upload-related issue... Thanks Daniel [1] https://packages.debian.org/sid/libmotif-common -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 4.7.0-1-686-pae (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: sysvinit (via /sbin/init) Versions of packages libmotif-common depends on: ii x11-common 1:7.7+16 libmotif-common recommends no packages. libmotif-common suggests no packages. -- no debconf information
Bug#838110: live-tools: exclude initrd backup files
Hi Ronny, just a minor thing but I think you should anchor your grep to the end of the filename: grep -v "old-dkms$" Cheers Daniel On 09/17/2016 02:13 PM, Ronny Standtke wrote: > Package: live-tools > Version: 1:20151214+nmu1 > Severity: important > Tags: patch > > On my Debian Live system update-initramfs fails with the following error > message: > > cp: cannot stat '/boot/vmlinuz-.old-dkms': No such file or > directory > > Please find attached a patch that fixes this issue. > > Cheers > > Ronny >
Bug#1069349: live-build: Regression in d14306a7 leading to build failures
Hi Roland, > On 20/04/2024 13:32, Daniel Reichelt wrote: > What are you doing that makes the directory 'config/includes.binary' > disappear? > If I use 'lb config --distribution sid', the directory is created (but > empty) and there will be no error message. I'm keeping my (final, i.e. `lb config`ured) config-trees in git which has been working for over a decade so far. > the directory is created (but empty) and there will be no error > message. It is not a good practise to depend on the existence of empty directories, IMHO. Your commit message says nothing abaout the patch in scripts/build/binary_includes. Why did you move those lines in the first place? Prior to the move, `if Find_files config/includes.binary/` acted as a check for existence of said directory. With your patch, that's no longer the case which is the actual problem here. Best, Daniel
Bug#1069349: live-build: Regression in d14306a7 leading to build failures
On 02.05.24 17:30, Roland Clobus wrote: I'll prepare a proper fix that detects whether the directory is present. Perfect, thanks!
Bug#1069349: live-build: Regression in d14306a7 leading to build failures
Package: live-build Version: git-master Severity: normal Hi all, I recently built a .deb of the current master and noticed build failures like this: ---8<-- P: Begin copying binary includes... /usr/lib/live/build/binary_includes: 36: cd: can't cd to config/includes.binary E: An unexpected failure occurred, exiting... ---8<-- ...since I don't have any files stored in config/includes.binary and since commit d14306a7, the check for the exixtence of such files is no longer happening. Partially reverting d14306a7 with respect to binary_includes resolved the issue for me. Cheers Daniel
Bug#844321: unison: Please update to latest upstream version
*bump* On Mon, 20 May 2019 16:31:05 +0200 =?UTF-8?Q?St=c3=a9phane_Glondu?= wrote: > Le 20/05/2019 à 16:06, Christoph Groth a écrit : > > Unison 2.51.2 that has been released in January 2018 has a new feature > > that is very useful for synchronizing, for example, '.git' directories: > > > >> Add a new preference, 'atomic', for specifying directories that should > >> be treated atomically. > > > > It would be great to see this in Debian soon! > > Indeed, this new feature looks interesting! > > I will look into this when Buster is released. > > Cheers, > > -- > Stéphane > >
Bug#1028088: hostapd.*service: please depend on presence on config file
Package: hostapd Version: 2:2.9.0-21 Severity: normal Hi *, the init scripts used to depend on the presence of /etc/hostapd/hostapd.conf. systemd however tries to continuously start the units unconditionally. This additional line in the units would be a simple fix: [Unit] ConditionFileNotEmpty=/etc/hostapd/hostapd.conf Thanks! Daniel
Bug#456371: dwww-convert doesn't support SSL - patch included
Package: dwww
Version: 1.10.9
Severity: wishlist
Tags: patch
When a documentation link is clicked in the dwww package view when
requested via SSL, the URL-Relocator dwww-convert lacks support
therefore and just replies with a plain http URL. The attached patch
extends dwww-convert to query the HTTPS envvar and act accordingly.
HTH,
Daniel Reichelt
-- debconf information excluded
--- /usr/lib/cgi-bin/dwww-org 2007-04-01 20:58:22.0 +0200
+++ /usr/lib/cgi-bin/dwww 2007-12-15 00:32:54.0 +0100
@@ -76,9 +76,11 @@
elsif (($type eq "") or ($location eq "")) {
local $port = defined $ENV{'SERVER_PORT'} ? ':' . $ENV{'SERVER_PORT'} :
'';
-
- print "Location: http://$ENV{'SERVER_NAME'}$port/dwww/\n\n";
-
+ if ($ENV{'HTTPS'} eq "on") {
+ print "Location: https://$ENV{'SERVER_NAME'}$port/dwww/\n\n";
+ } else {
+ print "Location: http://$ENV{'SERVER_NAME'}$port/dwww/\n\n";
+ }
}
else {
--- /usr/share/perl5/Debian/Dwww/Utils.pm-org 2006-05-07 20:30:08.0
+0200
+++ /usr/share/perl5/Debian/Dwww/Utils.pm 2007-12-15 00:32:48.0
+0100
@@ -286,7 +286,11 @@
my $port = defined $ENV{'SERVER_PORT'} ? ':' . $ENV{'SERVER_PORT'} : '';
$url = "/$url" unless $url =~ m/^\//;
+if ($ENV{'HTTPS'} eq "on") {
+ print "Location: https://$name$port$url\n\n";;
+} else {
print "Location: http://$name$port$url\n\n";;
+}
} # }}}
sub RenameDir() { # {{{
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.23.9-dhr (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages dwww depends on:
ii apache2-mpm-itk [httpd-cgi 2.2.3-04-3+b6 multiuser MPM for Apache 2.2
ii debconf [debconf-2.0] 1.5.17Debian configuration management sy
ii debianutils2.28.2Miscellaneous utilities specific t
ii doc-base 0.8.7 utilities to manage online documen
ii file 4.21-3Determines file type using "magic"
ii libc6 2.7-3 GNU C Library: Shared libraries
ii libfile-ncopy-perl 0.34-1file copying like cp for perl
ii libmime-types-perl 1.22-1Perl extension for determining MIM
ii man-db 2.5.0-4 on-line manual pager
ii menu 2.1.36generates programs menu for all me
ii mime-support 3.39-1MIME files 'mime.types' & 'mailcap
ii perl 5.8.8-12 Larry Wall's Practical Extraction
Versions of packages dwww recommends:
ii apt 0.7.6 Advanced front-end for dpkg
pn dlocate(no description available)
ii info2www 1.2.2.9-23 Read info files with a WWW browser
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#524122: misused reportbug. Here's the actual text:
Hi, since 2.2.11-01-1+b1 apache fails to read .htaccess files which aren't world-readable. For the sake of testing I reverted my vhost setup to "AssignUserId www-data www-data" and tried it with a .htaccess file in the DocumentRoot owned by www-data:www-data set to 640. An attempt to retrieve http://server/ generates the attached trace-640 and FAILS with a 403, the error.log simply states *** [Tue Apr 14 23:51:01 2009] [crit] [client 10.0.0.101] (13)Permission denied: /var/www/http/.htaccess pcfg_openfile: unable to check htaccess file, ensure it is readable *** Another attempt with .htaccess set to 644 generates trace-644 and the retrieval succeeds. Just for the sake of completeness: after a chmod 644 .htaccess (from 640), a reload on the client immediately succeeds. On a chmod back to 640, apache2 needs a restart for the request to fail again - obviously in order to wipe the .htaccess cache. I've experienced this behaviour on severals hosts, some of them with a pretty unspectacular testing-default-install without any changes to sites-available/default and just an EMPTY .htaccess put into /var/www - so the error's not content-related. I don't know if this issue is limited to mpm-itk or if other apaches have the same problem. All the machines I currently have access to are production machines and shouldn't be messed with, I'll have to setup a test-vm to check that and hand in these info later. If you need any further information, I'll gladly provide them. Cheers Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#458772: initramfs-tools: update-initramfs' check for ro-mounted /boot partitions yields false positives
Package: initramfs-tools
Version: 0.91c
Severity: normal
Tags: patch
Hi Kernel-Team,
i stumbled over this bug when I wanted to update my initrd while I had
some isos loop-mounted like this:
$ cat /proc/mounts |grep boot
/dev/hda1 /boot ext2 rw 0 0
/dev/loop57 /srv/pub/iso_loop/sys/bootrescue-cd-20071129-59 iso9660 ro 0
0
/dev/loop58 /srv/pub/iso_loop/sys/bootrescue-cd-dev iso9660 ro 0 0
/dev/loop59 /srv/pub/iso_loop/sys/bootrescue-dvd-20071129-59 iso9660 ro
0 0
/dev/loop60 /srv/pub/iso_loop/sys/bootrescue-dvd-dev iso9660 ro 0 0
The check for a ro-mounted /boot partition was falsly triggered by the
mount targets of the iso-images. As you can see in the patch attached,
for the conditional awk output to work as desired, another pair of hyphen
enclosing the awk match calls is required.
HTH,
Daniel Reichelt
*** tmp/update-initramfs.patch
--- update-initramfs2007-11-28 19:42:10.0 +0100
+++ update-initramfs-new2008-01-02 18:55:49.0 +0100
@@ -266,7 +266,7 @@
return 0
fi
- boot_opts=$(awk '/boot/{if (match($4, /^ro/) || match($4, /,ro/) \
+ boot_opts=$(awk '/boot/{if ((match($4, /^ro/) || match($4, /,ro/)) \
&& $2 == "/boot") print "ro"}' /proc/mounts)
if [ -n "${boot_opts}" ]; then
echo "WARNING: /boot is ro mounted."
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.23.11-dhr (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages initramfs-tools depends on:
ii cpio 2.9-6 GNU cpio -- a program to manage ar
ii klibc-utils 1.5.7-4 small statically-linked utilities
ii module-init-tools3.3-pre11-4 tools for managing Linux kernel mo
ii udev 0.114-2 /dev/ and hotplug management daemo
Versions of packages initramfs-tools recommends:
ii busybox 1:1.1.3-5 Tiny utilities for small and embed
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#590610: cups: Unknown server certificate directives
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 +1, thank you! Cheers, Daniel -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJMfCf1AAoJEIWTgWPaKFdzMDsP/jgIDEKGJkx/78Fz6oCP6gwD qVkfpjSgCR1XyV8z0l4seaZynnwaP1PNht2n8q4ODy0zL5ZZ3ZumHzT41d29TX9V MBxdvw3y9NGPYx1CyWQLWdzPeoe6Mpf3s17RMt2iV2oiFerpEqtgDxP0WkHe0jjO 51mtmTkpSj/Sybp0lWrp67FhI+cUpUJf1snRam6V/vjIoUJQfo8nFHYAjuarMNO+ Xj1HXu/2t92uaY3pC+SGF3aMQcAcvfCl0X86d12Ol6ulmnCtMkkpK9kPQ8k4b3AT mn7miW7dKZ3RcUbJL5BbT84cvZQukXWfWatCZx0gVvc/z5sS+LE9+Xl0VSClAoVy 0n8bCEl25fQyyVf2heACl1ZZxx1vf3QhfP7M0jWmkbr3NfT7iZyvIft5DBIG4qqG HsjZj8M4lauoa5Ti5W6WTvF/GIfD9JDUMcXl8fr+LTdzR+ILm3kjuJtlrJpRQXFf tbjb1TVP1eA8Om9S983xXj9vCPlFCsHldYsRS6tT/SAe4Iv+3Yb1Qa8P005I6jAw jPHieazDG/OVxwnVIZ3+qDJlehr0Hl2zHNxejn7lB9bJ0rBMmzIeF6/Unnfbj8Uz YeFwleG2HuNk9tGGXL0hW+/zpdXV5hDupKYIvso2O8nGKkggUEj8yKMaDFnesiXs TdB8W0PFbj7xBfYwtNA6 =Zizg -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#615807: dpkg-www: Incorrect handling of casing
Package: dpkg-www Version: 2.54+nmu1 Severity: normal Hi *, I just stumbled over an inconsitency in handling casing. When I accidentally searched for "mC" instead of "mc", I was presented with this search result: -8<-- Package: mC Status: install ok installed Priority: optional Section: utils Installed-Size: 6508 Maintainer: Debian MC Packaging Group [Debian Bug Report] Architecture: amd64 Version: 3:4.7.0.9-1 Depends: e2fslibs (>= 1.41.0), libc6 (>= 2.3), libcomerr2 (>= 1.01), libglib2.0-0 (>= 2.24.0), libgpm2 (>= 1.20.4), libslang2 (>= 2.0.7-1) Recommends: mime-support Suggests: perl, zip, unzip, bzip2, links | w3m | lynx, arj, file, xpdf-reader | pdf-viewer, dbview, odt2txt, gv, catdvi, djvulibre-bin, imagemagick, python, python-boto, python-tz Conffiles: /etc/mc/cedit.menu 97e2c5705a651c15896c1f501c12082b /etc/mc/mc.menu.sr b394f31ffaea9efd083c142491bc1ad7 /etc/mc/sfs.ini 316dc92f3fdec60a7aaf0866edc361db /etc/mc/mc.charsets d59055016dbad2abe5cdf42ef199c92f /etc/mc/edit.indent.rc 008c6d0205315a87a977c7cd74a1526e /etc/mc/mc.menu 6187dd1b6029bfc91484000843635653 /etc/mc/edit.spell.rc 6c46bc0859a452b43f4fa7fb435b1325 /etc/mc/filehighlight.ini 715504387dcae9c3a3fcfa090414db5e /etc/mc/mc.keymap.emacs 2be8442a33951cb4d45e072b76b09dda /etc/mc/Syntax fc5e1383f81c23266f1274b4598532e1 /etc/mc/mc.keymap 2ea38e5be6c591b56c9a62ee92d8256a /etc/mc/mc.keymap.default 2ea38e5be6c591b56c9a62ee92d8256a /etc/mc/mc.lib c59f6d301f3e1397d73c2618e8d39e26 /etc/mc/mc.ext e7758e2f4b2f899f87502d54de690462 /etc/mc/extfs/extfs.ini 2b142d89658b59881d7287e254bb30cc obsolete /etc/mc/extfs/sfs.ini 316dc92f3fdec60a7aaf0866edc361db obsolete Description: Midnight Commander - a powerful file manager GNU Midnight Commander is a text-mode full-screen file manager. It uses a two panel interface and a subshell for command execution. It includes an internal editor with syntax highlighting and an internal viewer with support for binary files. Also included is Virtual Filesystem (VFS), that allows files on remote systems (e.g. FTP, SSH servers) and files inside archives to be manipulated like real files. Homepage: http://www.midnight-commander.org Files owned by package mC: -8<-- The correct output should be - either an error message - or "Package mC is not installed...") - or contain the package list of the lower-cased search value. OTOH, searching for e.g. "aPt*" yields "No packages found", so probably #2 makes the most sense. Cheers, Daniel -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (990, 'stable'), (500, 'squeeze-updates') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.7-1-amd64-dhr (SMP w/2 CPU cores) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg-www depends on: ii apache2-mpm-itk [httpd] 2.2.16-6 multiuser MPM for Apache 2.2 ii apt 0.8.10.3 Advanced front-end for dpkg ii dwww 1.11.3 Read all on-line documentation wit ii info2www 1.2.2.9-24 Read info files with a WWW browser ii perl [perl5] 5.10.1-17 Larry Wall's Practical Extraction dpkg-www recommends no packages. Versions of packages dpkg-www suggests: ii dctrl-tools [grep-dctrl] 2.14.5Command-line tools to process Debi ii dlocate1.02 fast alternative to dpkg -L and dp ii elinks [www-browser] 0.12~pre5-2 advanced text-mode WWW browser ii epiphany-browser [www-brow 2.30.6-1 Intuitive GNOME web browser ii iceweasel [www-browser]3.5.16-4 Web browser based on Firefox ii man2html 1.6f+repack-1 browse man pages in your web brows ii tasksel2.88 Tool for selecting tasks for insta ii w3m [www-browser] 0.5.2-9 WWW browsable pager with excellent -- Configuration Files: /etc/apache2/conf.d/dpkg-www changed [not included] -- 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#608225: Please provide -Block in /etc/w3c/w3c-markup-validator-apache2.conf
Package: w3c-markup-validator Version: 0.7.4-5.2 Severity: normal Hi all, suppose someone has an apache2 config block like order allow,deny deny from all Now the symlinked config of this package doesn't override that. Could you please add something like Order allow,deny allow from all like e.g. phpmyadmin or phpldapadmin do? Thanks, Daniel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.7-1-amd64-dhr (SMP w/2 CPU cores) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages w3c-markup-validator depends on: ii apache2-mpm-itk [httpd] 2.2.16-4 multiuser MPM for Apache 2.2 ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libconfig-general-perl2.48-1 Generic Configuration Module ii libhtml-parser-perl 3.66-1 collection of modules that parse H ii libhtml-template-perl 2.9-2 module for using HTML Templates wi ii libnet-ip-perl1.25-2 Perl extension for manipulating IP ii libset-intspan-perl 1.14-1 Perl module to manage sets of inte ii libtext-iconv-perl1.7-2 converts between character sets in ii liburi-perl 1.54-2 module to manipulate and access UR ii libwww-perl 5.836-1Perl HTTP/WWW client/server librar ii opensp1.5.2-8OpenJade group's SGML parsing tool ii perl 5.10.1-16 Larry Wall's Practical Extraction ii sgml-data 2.0.4 common SGML and XML data ii w3c-dtd-xhtml 1.1-5 W3C eXtensible HyperText Markup La ii wwwconfig-common 0.2.1 Debian web auto configuration Versions of packages w3c-markup-validator recommends: ii w3-dtd-mathml 2.0.0.0-1 Mathematical Markup Language V2.0 w3c-markup-validator suggests no packages. -- debconf information: w3c-markup-validator/webserver: Apache2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#605861: manpages-dev: return type of pclose possibly wrong
Package: manpages-dev Version: 3.25-1 Severity: normal Hi, a) when assigning int i = pclose(pipeFD); OR assigning long i = pclose(pipeFD); I get a compiler warning like this: warning: assignment makes integer from pointer without a cast b) when assigning int i = (int) pclose(pipeFD); I get a compiler warning like this: warning: cast from pointer to integer of different size c) So i tried assigning both int i = (long) pclose(pipeFD); and long i = (long) pclose(pipeFD); and it worked w/o warnings. So I have to assume the true return type of pclose is long. Please correct me if I'm wrong, otherwise please update the manpage. Thanks, Daniel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.7-1-amd64-dhr (SMP w/2 CPU cores) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages manpages-dev depends on: ii manpages 3.25-1 Manual pages about using a GNU/Lin manpages-dev recommends no packages. Versions of packages manpages-dev suggests: ii man-db [man-browser] 2.5.7-6on-line manual pager -- 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#567666: Plugin: df_abs: env.exclude "iso9660 udf" in config file doesn't work
Package: munin-node
Version: 1.4.3-2
Severity: normal
Tags: patch
Hi,
in /usr/share/munin/plugins/df_abs there's an error within the sed call: it
fails to
correctly prepend each element of a space-separated list of file systems to be
ignored
in the graphs to be prepended by '-x '. The quantifier '+' within the regular
expression
is only available when sed gets called with '-r'. See attached patch, works
fine here.
HTH
Daniel
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-dhr (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages munin-node depends on:
ii adduser 3.112 add and remove users and groups
ii gawk 1:3.1.6.dfsg-4 GNU awk, a pattern scanning and pr
ii libnet-server-perl0.97-1 An extensible, general perl server
ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip
ii munin-common 1.4.3-2network-wide graphing framework (c
ii perl 5.10.1-9 Larry Wall's Practical Extraction
ii procps1:3.2.8-2 /proc file system utilities
Versions of packages munin-node recommends:
ii libnet-snmp-perl 5.2.0-3Script SNMP connections
--- df_abs.org 2010-01-30 17:49:57.495644550 +0100
+++ df_abs 2010-01-30 17:50:16.727144715 +0100
@@ -56,7 +56,7 @@
exclude=${exclude:-iso9660}
-exclude=$(echo $exclude | sed -e 's/ +/ -x /g' -e 's/^/-x /')
+exclude=$(echo $exclude | sed -r -e 's/ +/ -x /g' -e 's/^/-x /')
if [ "$1" = "config" ]; then
Bug#567895: Plugin: df_abs: make total graph optional by config option
Package: munin-node Version: 1.4.3-2 Severity: wishlist Tags: patch Hi! I just noticed the new total graph in the df_abs diagrams and find it mostly usefull but in some cases also irritating. The attached patch makes df_abs mind a new env var $nototal and disables the total graph when it's set to true. Cheers Daniel -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-dhr (SMP w/2 CPU cores) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages munin-node depends on: ii adduser 3.112 add and remove users and groups ii gawk 1:3.1.6.dfsg-4 GNU awk, a pattern scanning and pr ii libnet-server-perl0.97-1 An extensible, general perl server ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii munin-common 1.4.3-2network-wide graphing framework (c ii perl 5.10.1-9 Larry Wall's Practical Extraction ii procps1:3.2.8-2 /proc file system utilities --- df_abs.org 2010-02-01 01:45:43.651144907 +0100 +++ df_abs 2010-02-01 01:45:13.167645243 +0100 @@ -15,6 +15,7 @@ env.exclude - space separated list of file system types to exclude env.warning - Warning percentage env.critical - Critical percentage + env.nototal - disable total graph in diagrams [true|false] =head2 DEFAULT CONFIGURATION @@ -64,7 +65,7 @@ echo 'graph_args --base 1024 --lower-limit 0' echo 'graph_vlabel bytes' echo 'graph_category disk' - echo 'graph_total Total' + [ "$nototal" != "true" ] && echo 'graph_total Total' df -P -l $exclude | sed 1d | grep -v "//" | while read dev size used avail cap mnt; do name="$(clean_fieldname $dev)"
Bug#582786: munin: munin-cgi-graph fails on multigraphs
Package: munin
Version: 1.4.4-1
Severity: normal
Tags: patch
Hi,
when watchin a multigraph page usign cgi-graphing, my apache2 errorlog gets
clobbed with lines like this:
---snip--
[Sun May 23 17:45:15 2010] [error] [client 10.0.50.112] Use of uninitialized
value $scale in substitution (s///) at /usr/lib/cgi-bin/munin-cgi-graph line
68., referer:
https://localhost/munin/mydomain/myhost.mydomain/diskstats_iops/index.html
[Sun May 23 17:45:15 2010] [error] [client 10.0.50.112] Warning: Request for
graph without specifying scale. Bailing out., referer:
https://localhost/munin/mydomain/myhost.mydomain/diskstats_iops/index.html
[Sun May 23 17:45:15 2010] [error] [client 10.0.50.112] Premature end of script
headers: munin-cgi-graph, referer:
https://localhost/munin/mydomain/myhost.mydomain/diskstats_iops/index.html
---snap--
I found out that the number of path elements is different for single-graphs and
multi-graphs. So for multi-graphs the regexp
munin-cgi-graph:67: ($serv, $scale) = split /-/, $serv, 2;
does no good, since prior to the assignment, $serv only contains the service
name and not the needed trailling "/$object-$scale.png"
I attached a patch which slightly changes the assignment in line 66, checks for
an empty $scale argument and acts like for a single graph request. If it's
already been set from line 66, it assumes an image request for a multigraph.
Works fine on several of my debian testing systems for single- and multi-graphs
here.
Cheers
Daniel
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-dhr (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages munin depends on:
ii munin-common1.4.4-1 network-wide graphing framework (c
Versions of packages munin recommends:
ii libdate-manip-perl6.07-2 module for manipulating dates
ii munin-node1.4.4-1network-wide graphing framework (n
--- munin-cgi-graph.org 2010-05-23 17:59:21.121176136 +0200
+++ munin-cgi-graph 2010-05-23 18:11:01.645675961 +0200
@@ -63,9 +63,15 @@
my $path = $ENV{PATH_INFO} || "";
$path =~ s/^\///;
-($dom, $host, $serv) = split /\//, $path;
-($serv, $scale) = split /-/, $serv, 2;
-$scale =~ s/\.png$//;
+($dom, $host, $serv, $scale) = split /\//, $path;
+if ($scale eq "") {
+ # assume classic single-graph image request
+ ($serv, $scale) = split /-/, $serv, 2;
+ $scale =~ s/\.png$//;
+} else {
+ # assume multi-graph image request
+ $scale =~ s/.*-([a-z]*)\.png$/$1/;
+}
&verify_parameters ($dom, $host, $serv, $scale);
Bug#582786: munin: munin-cgi-graph fails on multigraphs
Hi again,
I totally missed the fact that with the previous patch on multigraph-pages
within every device-specific graph *all* devices were drawn.
The attached patch (incorporates the previous one) fixes that:
- first of all, munin-cgi-graph prints the device-specific image url instead of
the combined-devices-image url
- since munin-cgi-graph calls munin-graph with --service parameter, we have to
change the matching on @limit_services, that is take into account another
level of nesting, which is why I match on the name of the parent node as well.
Without this, only the combined-devices image would be generated but not the
device-specific ones.
Cheers,
Daniel
--- /usr/lib/cgi-bin/munin-cgi-graph.org 2010-05-23 17:59:21.121176136 +0200
+++ /usr/lib/cgi-bin/munin-cgi-graph 2010-05-24 18:41:35.157176446 +0200
@@ -58,14 +58,22 @@
my $dom = "";
my $lock = "";
my $IPC_KEY = 89340;
+my $multigraph_obj = "";
my $config = &munin_readconfig ($conffile);
my $path = $ENV{PATH_INFO} || "";
$path =~ s/^\///;
-($dom, $host, $serv) = split /\//, $path;
-($serv, $scale) = split /-/, $serv, 2;
-$scale =~ s/\.png$//;
+($dom, $host, $serv, $scale) = split /\//, $path;
+if (!defined($scale)) {
+ # assume classic single-graph image request
+ ($serv, $scale) = split /-/, $serv, 2;
+ $scale =~ s/\.png$//;
+} else {
+ # assume multi-graph image request
+ $scale =~ s/(.*)-([a-z]*?)\.png$/$2/;
+ $multigraph_obj = $1;
+}
&verify_parameters ($dom, $host, $serv, $scale);
@@ -181,7 +189,11 @@
my $service = shift;
my $scale = shift;
-return "$config->{'htmldir'}/$domain/$name/$service-$scale.png";
+ if ($multigraph_obj eq "") {
+ return "$config->{'htmldir'}/$domain/$name/$service-$scale.png";
+ } else {
+ return "$config->{'htmldir'}/$domain/$name/$service/$multigraph_obj-$scale.png";
+ }
}
--- /usr/share/perl5/Munin/Master/GraphOld.pm.org 2010-05-23 23:39:56.445182141 +0200
+++ /usr/share/perl5/Munin/Master/GraphOld.pm 2010-05-24 18:36:40.745176218 +0200
@@ -1343,9 +1343,15 @@
sub skip_service {
my $service = shift;
my $sname = munin_get_node_name($service);
+my $parent_sname = munin_get_node_name(munin_get_parent($service));
# Skip if we've limited services with cli options
-return 1 if (@limit_services and !grep /^$sname$/, @limit_services);
+ return 1 if (@limit_services and
+ # search node name (single graph)
+ (!grep /^$sname$/, @limit_services) and
+ # search parent node name (multi graph)
+ (!grep /^$parent_sname$/, @limit_services)
+ );
# Always graph if --force is present
return 0 if $force_graphing;
