Bug#926151: chromium: Youtube not working in latest testing version on recent intel hw
Hey there, I've got the same problem since today's upgrade from 72.0.3626.121-1 to 73.0.3683.75-1, on a NUC8I5BEH (also with intel video). The workaround from https://bbs.archlinux.org/viewtopic.php?pid=1836760#p1836760 fixed it for me. vainfo output for this system is: | libva info: VA-API version 1.4.0 | libva info: va_getDriverName() returns 0 | libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so | libva info: Found init function __vaDriverInit_1_4 | libva info: va_openDriver() returns 0 | vainfo: VA-API version: 1.4 (libva 2.4.0) | vainfo: Driver version: Intel i965 driver for Intel(R) Coffee Lake - 2.3.0 | vainfo: Supported profile and entrypoints | VAProfileMPEG2Simple: VAEntrypointVLD | VAProfileMPEG2Simple: VAEntrypointEncSlice | VAProfileMPEG2Main : VAEntrypointVLD | VAProfileMPEG2Main : VAEntrypointEncSlice | VAProfileH264ConstrainedBaseline: VAEntrypointVLD | VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice | VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP | VAProfileH264Main : VAEntrypointVLD | VAProfileH264Main : VAEntrypointEncSlice | VAProfileH264Main : VAEntrypointEncSliceLP | VAProfileH264High : VAEntrypointVLD | VAProfileH264High : VAEntrypointEncSlice | VAProfileH264High : VAEntrypointEncSliceLP | VAProfileH264MultiviewHigh : VAEntrypointVLD | VAProfileH264StereoHigh : VAEntrypointVLD | VAProfileVC1Simple : VAEntrypointVLD | VAProfileVC1Main: VAEntrypointVLD | VAProfileVC1Advanced: VAEntrypointVLD | VAProfileNone : VAEntrypointVideoProc | VAProfileJPEGBaseline : VAEntrypointVLD | VAProfileJPEGBaseline : VAEntrypointEncPicture | VAProfileVP8Version0_3 : VAEntrypointVLD | VAProfileHEVCMain : VAEntrypointVLD | VAProfileHEVCMain10 : VAEntrypointVLD | VAProfileVP9Profile0: VAEntrypointVLD | VAProfileVP9Profile2: VAEntrypointVLD greetings, Uli
Bug#901588: Replace broken anonscm link with current salsa url
Package: snapshot.debian.org Severity: normal Tags: patch Hi there, the following patch is pretty self-explanatory: diff a/web/app/snapshot/templates/sidebar.mako b/web/app/snapshot/templates/sidebar.mako --- a/web/app/snapshot/templates/sidebar.mako +++ b/web/app/snapshot/templates/sidebar.mako @@ -39,6 +39,6 @@ Search in the index of source packages: older news http://lists.debian.org/debian-snapshot/;>mailinglist - https://anonscm.debian.org/cgit/mirror/snapshot.debian.org.git/plain/API;>machine-usable interface + https://salsa.debian.org/snapshot-team/snapshot/raw/master/API;>machine-usable interface removal logs If you'd like a tree to pull against, use https://salsa.debian.org/youam-guest/snapshot/tree/fixup-api-link thanks, Uli
Bug#848637: FTBFS: needs newer version of debhelper
Package: lvm2 Version: 2.02.167-1 Severity: minor Hello maintainers, while trying to backport lvm2 from stretch (2.02.167-1) against a jessie chroot (with backports enabled, but only required packages installed), the build fails with the following message: | dh_systemd_start --no-start --no-restart-after-upgrade lvm2-cluster-activation.service | Unknown option: no-restart-after-upgrade | dh_systemd_start: unknown option; aborting installed debhelper is: ii debhelper 9.20150101+deb8u2all helper programs for debian/rules which is jessie's current version. After upgrading debhelper (and dh-systemd) to 10.2.2~bpo8+1, building succeeds. Debhelper's changelog says the --no-restart-after-upgrade option was added in 9.20160306, you might consider updating the current versioned dependency >> 9 to some higher version. thanks, Uli
Bug#822834: FTBFS as root because of perldoc
Hello Dominique, tl;dr: the redirection works fine On Sat, Apr 30, 2016 at 05:26:54PM +0200, Dominique Dumont wrote: > Weird, I don't have any issue when building moarvm with cowbuilder. I should clarify that I've been trying to build interactively in sudo pbuilder --login, not some "build this .dsc/directory" mode because I've still been figuring out what I need to backport. But that shouldn't matter. > That said, I'm not thrilled at the idea of using an undocumented option. Ack. > In moarvm case, using perldoc ... docs/moar.pod > debian/moar.1 provides a > similat result. > > I've tested this with gbp and cowbuild. Could you test this patch on your > side > with pbuilder ? I've now tried running the build (and perldoc) with this modified makefile snippets: perldoc -F -onroff -U -ddebian/moar.A \ -w center:MoarVM \ -w "release:MoarVM-$(MOAR_VERSION)" \ -w "date:$(MOAR_DATE)" \ docs/moar.pod perldoc -F -onroff \ -w center:MoarVM \ -w "release:MoarVM-$(MOAR_VERSION)" \ -w "date:$(MOAR_DATE)" \ docs/moar.pod > debian/moar.B That is, once as it's in the official version plus -U, and once without the -d$file but with redirection. The output files were bit-identical, but the moar.A file was chmod 600, the redirected one was chmod 644. As the file gets installed by dh_installman, that should be irrelevant. youam / Uli
Bug#822834: FTBFS as root because of perldoc
Package: moarvm Version: 2016.04-1 Severity: normal Tags: patch I've just tried building moarvm with pbuilder. This fails with the following error: | make[1]: Entering directory '/tmp/moarvm-2016.04' | perldoc -F -onroff -ddebian/moar.1 \ | -w center:MoarVM \ | -w "release:MoarVM-2016.04" \ | -w "date: 2016-04" \ | docs/moar.pod | Couldn't open debian/moar.1: Permission denied | at /usr/bin/perldoc line 10. | debian/rules:47: recipe for target 'override_dh_auto_build' failed | make[1]: *** [override_dh_auto_build] Error 13 | make[1]: Leaving directory '/tmp/moarvm-2016.04' | debian/rules:35: recipe for target 'binary' failed | make: *** [binary] Error 2 | dpkg-buildpackage: error: debian/rules binary gave error exit status 2 This is, considering that the build runs as root, rather unexpected. It turns out that perldoc tries to drop all rights when started as root, and the resulting user 'nobody' doesn't have permission to write the output file. This is reported to perldoc's upstream in https://rt.cpan.org/Public/Bug/Display.html?id=87837 The workaround / fix in that ticket, adding -U to perldoc's arguments in debian/rules, works for me. -- System Information: Debian Release: 8.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.4.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) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system)
Bug#774927: missing variable name in autogenerated /etc/default/ferm comment
Package: ferm Version: 2.2-3 Severity: minor Tags: patch Hello, the file /etc/default/ferm is autogenerated by ferm's postinst script if it doesn't exist by piping an here-doc into it. A line in this here-doc reads: # additional paramaters for ferm (like --def '$foo=bar') Because the $ is not escaped, the $foo gets expanded to because it's unset. As a result, the target file contains the line: # additional paramaters for ferm (like --def '=bar') This will be solved by escaping the $ in the here-doc or disabling here-doc variable interpolation. Thank you, youam -- System Information: Debian Release: 8.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) 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/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#774749: ships with wildcarded RBL for check_rbl
Package: nagios-plugins-contrib Version: 14.20141104 Severity: normal Hi there, nagios-plugins-contrib ships a list of RBLs for check_rbl. One of these lists is dnsbl.ahbl.org. This RBL was wildcarded on 2015-01-01 to return a positive match for any query instead of not timing out. This leads to lots of monitoring false positives. Please remove this RBL. thank you, youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#752686: unconditially changes directory owner and mode of /etc/ferm
Package: ferm Version: 2.2-2 Severity: normal Tags: patch Hi formorer, the ferm package sets mode/group and owner of the /etc/ferm directory on each package configuration / update, thus overwriting user changes such as making that directory world readable: | cat /var/lib/dpkg/info/ferm.postinst | #!/bin/sh [..] | if [ $action = configure ]; then [..] Wrapping the last part with this if-statement should fix this: if ! dpkg-statoverride --list /etc/ferm /dev/null 21; then -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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/dash diff -ur ferm-2.2.orig/debian/ferm.postinst ferm-2.2/debian/ferm.postinst --- ferm-2.2.orig/debian/ferm.postinst 2014-06-25 17:52:44.0 +0200 +++ ferm-2.2/debian/ferm.postinst 2014-06-25 17:54:35.695279179 +0200 @@ -39,10 +39,12 @@ grep -Eq '^ *ENABLED=' /etc/default/ferm || \ echo ENABLED=\$VALUE\ /etc/default/ferm -# make the firewall configuration readable only by root and group adm -if [ -d /etc/ferm ]; then -chown -R root:adm /etc/ferm -chmod 2750 /etc/ferm +if ! dpkg-statoverride --list /etc/ferm /dev/null 21; then +# make the firewall configuration readable only by root and group adm +if [ -d /etc/ferm ]; then +chown -R root:adm /etc/ferm +chmod 2750 /etc/ferm +fi fi fi
Bug#752688: updating ferm recreates /etc/default/ferm if deleted
Package: ferm Version: 2.2-2 Severity: normal Hi formorer, nitpick mode=annoying updating ferm unconditionally creates a file /etc/default/ferm, even if it was removed by the user. I'm not quite sure why anyone would want to remove it, but if one did, it should't be recreated on package upgrade. /nitpick best regards, youam -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (99, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719292: collectd-core debconf warning shows wrong path for migrate-4-5.px
Package: collectd-core Version: 5.1.0-3 Severity: normal Hello maintainer, while upgrading a system from squeeze to wheezy, I was shown the following warning (reformatted): | The layout of some RRD files created by collectd has changed since | version 4.x. In order to keep your old data you have to migrate it. | This can be done by using /usr/lib/collectd-core/utils/migrate-4-5.px. | | This step requires both the perl and the rrdtool packages to be | installed, which is currently not the case. You need to perform the | migration manually. | | See /usr/share/doc/collectd-core/NEWS.Debian and the collectd | wiki at http://collectd.org/wiki/index.php/V4_to_v5_migration_guide | for details. Unfortunately, the script listed in that message does not exist. A quick grep shows that the path name is wrong, the path should be .../collectd/..., not .../collectd-core/...: youam@treasa:/var/lib/dpkg/info$ egrep -o '[^ ]*/migrate-4-5.px' * collectd-core.list:/usr/lib/collectd/utils/migrate-4-5.px collectd-core.md5sums:usr/lib/collectd/utils/migrate-4-5.px collectd-core.postinst:/usr/lib/collectd/utils/migrate-4-5.px collectd-core.templates:/usr/lib/collectd-core/utils/migrate-4-5.px collectd-core.templates:/usr/lib/collectd-core/utils/migrate-4-5.px [...] As you see, the actual script lives in /usr/lib/collectd/utils/migrate-4-5.px, but the template tells the user about /usr/lib/collectd-core/utils/migrate-4-5.px. Additionally, the linked /usr/share/doc/collectd-core/NEWS.Debian does not exist at that path, as it's compressed with gzip - but I'd need to check if there's a policy about which way to present file names for automatically compressed documentation... thanks, youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707690: hardlink: need a workaround for file system limits
Package: hardlink Version: 0.2.0 Severity: wishlist Tags: upstream Hello juliank, I'm running into problems running hardlink on my btrfs file system, at around 200 hardlinks per file: | youam@riona:~/test$ for n in `seq 215` ; do cp /etc/fstab fstab.$n; done | youam@riona:~/test$ hardlink -ptom . | WARNING: Cannot rename ./fstab.68 to ./fstab.4.hardlink-temporary: Too many links | WARNING: Cannot rename ./fstab.68 to ./fstab.3.hardlink-temporary: Too many links | WARNING: Cannot rename ./fstab.68 to ./fstab.2.hardlink-temporary: Too many links | WARNING: Cannot rename ./fstab.68 to ./fstab.1.hardlink-temporary: Too many links | WARNING: Cannot rename ./fstab.68 to ./fstab.4.hardlink-temporary: Too many links | WARNING: Cannot rename ./fstab.68 to ./fstab.3.hardlink-temporary: Too many links | WARNING: Cannot rename ./fstab.68 to ./fstab.2.hardlink-temporary: Too many links | WARNING: Cannot rename ./fstab.68 to ./fstab.1.hardlink-temporary: Too many links | Mode: real | Files:215 | Linked: 213 files | Compared: 221 files | Saved:152.89 KiB | Duration: 0.06 seconds Please provide a flag limiting the maximum number of hardlinks, and perhaps a way to make hardlink figure out the limits by itself. greetings, youam -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-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 hardlink depends on: ii libc6 2.13-38 ii libpcre3 1:8.30-5 hardlink recommends no packages. hardlink 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#707690: hardlink: please hide warning when reaching link limit
On Fri, May 10, 2013 at 01:54:24PM +0200, Julian Andres Klode wrote: On Fri, May 10, 2013 at 11:56:19AM +0200, Uli Martens wrote: I'm running into problems running hardlink on my btrfs file system, at around 200 hardlinks per file: [...] Please provide a flag limiting the maximum number of hardlinks, and perhaps a way to make hardlink figure out the limits by itself. The version in experimental works around this problem (by linking everything to the next best file instead), but still displays a warning. It seems I forgot to mention this in the changelog. This means that you should only see the warning *once*. Damn. I even downloaded experimental's version and looked into the changelog, but didn't install it and actually check it. :) Now I did, and yes, for 1000 copies of the same file, I get five inodes with ~200 links each, which is what I wanted, and four warning messages on this run, which is not great but okay. But on following runs with unchanged files, I *still* get these four warning messages. I think the best way would be to show a warning like WARNING: file system limit on hard links reached for some files once when that happens instead of for each inode tried, and additionally to not show that warning when some flag is given, perhaps -l --ignore-link-limit I'd offer bonus points in form of free beverages for having that option persistant, but as hardlink doesn't have a config file, that's probably overkill. Perhaps the other way, ignoring ELINK all the time and only showing it with -vv (but not normal --verbose) is more userfriendly? Thank you for your work, youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700507: libemail-sender-perl: Should recommend libauthen-sasl-perl
Package: libemail-sender-perl
Severity: normal
Tags: patch
Hi Perl Maintainers,
If you want to use Email::Sender::Transport::SMTP as a transport for
Email::Sender, and need to use authentication to login to your SMTP
server (which is hopefully the default), you get an error message that
you need the two modules MIME::Base64 and Authen::SASL:
| failed AUTH: Need MIME::Base64 and Authen::SASL todo auth
|
| Trace begun at /usr/share/perl5/Email/Sender/Transport/SMTP.pm line 91
|
Email::Sender::Transport::SMTP::_throw('Email::Sender::Transport::SMTP=HASH(0x21a7f98)',
'failed AUTH', 'Net::SMTP=GLOB(0x251d6d8)') called at
/usr/share/perl5/Email/Sender/Transport/SMTP.pm line 69
|
Email::Sender::Transport::SMTP::_smtp_client('Email::Sender::Transport::SMTP=HASH(0x21a7f98)')
called at /usr/share/perl5/Email/Sender/Transport/SMTP.pm line 100
[...]
As MIME::Base64 is contained in the 'perl' package itself, that leaves
Authen::SASL from the libauthen-sasl-perl package.
After installing that package, authenticating to the SMTP server succeeds.
Please add libauthen-sasl-perl either as a Recomends: or a Suggested: to the
libemail-sender-perl package!
yours,
youam
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696605: some processes are duplicated in pstree output
Package: psmisc
Severity: normal
Tags: upstream patch
This is psmisc bug #52, see http://sourceforge.net/p/psmisc/bugs/52/
It's patched in f118a020b35fe6ad3d844478363dcf3186556204 in the psmisc
git repository. Craig, would you consider updating the debian package
for wheezy to contain that fix?
For my personal sanity, I already backported the fix. You can find the
diff attached, packages build with this fix are working for me.
Uli / youam
diff -urN psmisc-22.19-1/debian/changelog psmisc-22.19-1.1/debian/changelog
--- psmisc-22.19-1/debian/changelog 2012-06-21 23:15:55.0 +0200
+++ psmisc-22.19-1.1/debian/changelog 2013-01-08 16:10:03.0 +0100
@@ -1,3 +1,11 @@
+psmisc (22.19-1.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Added fix for psmisc #52: pstree duplicated trees
+http://sourceforge.net/p/psmisc/bugs/52/
+
+ -- Uli Martens u...@youam.net Tue, 08 Jan 2013 16:09:52 +0100
+
psmisc (22.19-1) unstable; urgency=medium
* Stop killall killing all Closes: #678357
diff -urN psmisc-22.19-1/debian/patches/pstree-find-orphans psmisc-22.19-1.1/debian/patches/pstree-find-orphans
--- psmisc-22.19-1/debian/patches/pstree-find-orphans 1970-01-01 01:00:00.0 +0100
+++ psmisc-22.19-1.1/debian/patches/pstree-find-orphans 2013-01-08 16:32:05.0 +0100
@@ -0,0 +1,86 @@
+Index: psmisc-22.19/src/pstree.c
+===
+--- psmisc-22.19.orig/src/pstree.c 2013-01-08 16:03:23.698752085 +0100
psmisc-22.19/src/pstree.c 2013-01-08 16:08:56.037143545 +0100
+@@ -134,6 +134,7 @@
+ static int dumped = 0;/* used by dump_by_user */
+ static int charlen = 0;/* length of character */
+
++static void fix_orphans(void);
+ /*
+ * Allocates additional buffer space for width and more as needed.
+ * The first call will allocate the first buffer.
+@@ -248,8 +249,8 @@
+
+ for (walk = list; walk; walk = walk-next)
+ if (walk-pid == pid)
+-break;
+-return walk;
++return walk;
++return NULL;
+ }
+
+ #ifdef WITH_SELINUX
+@@ -370,21 +371,7 @@
+ parent = new_proc(?, ppid, 0, scontext);
+ #else/*WITH_SELINUX */
+ parent = new_proc(?, ppid, 0);
+-#endif/*WITH_SELINUX */
+- /* When using kernel 3.3 with hidepid feature enabled on /proc
+- * then we need fake root pid */
+- if (!isthread pid != 1) {
+- PROC *root;
+- if (!(root = find_proc(1))) {
+-#ifdef WITH_SELINUX
+- root = new_proc(?, 1, 0, scontext);
+-#else/*WITH_SELINUX */
+- root = new_proc(?, 1, 0);
+ #endif
+- }
+- add_child(root, parent);
+- parent-parent = root;
+- }
+ }
+ add_child(parent, this);
+ this-parent = parent;
+@@ -770,6 +759,7 @@
+ free(path);
+ }
+ (void) closedir(dir);
++ fix_orphans();
+ if (print_args)
+ free(buffer);
+ if (empty) {
+@@ -778,6 +768,32 @@
+ }
+ }
+
++static void fix_orphans(void)
++{
++ /* When using kernel 3.3 with hidepid feature enabled on /proc
++ * then we need fake root pid and gather all the orphan processes
++ * that is, processes with no known parent
++ * As we cannot be sure if it is just the root pid or others missing
++ * we gather the lot
++ */
++ PROC *root, *walk;
++
++ if (!(root = find_proc(1))) {
++#ifdef WITH_SELINUX
++root = new_proc(?, 1, 0, scontext);
++#else/*WITH_SELINUX */
++root = new_proc(?, 1, 0);
++#endif
++ }
++ for (walk = list; walk; walk = walk-next) {
++ if (walk-pid == 1 || walk-pid == 0)
++ continue;
++ if (walk-parent == NULL) {
++ add_child(root, walk);
++ walk-parent = root;
++ }
++ }
++}
+
+ #if 0
+
diff -urN psmisc-22.19-1/debian/patches/series psmisc-22.19-1.1/debian/patches/series
--- psmisc-22.19-1/debian/patches/series 2012-06-17 08:16:48.0 +0200
+++ psmisc-22.19-1.1/debian/patches/series 2013-01-08 16:37:31.0 +0100
@@ -0,0 +1 @@
+pstree-find-orphans
Bug#672460: devscripts: dget fails to see sources.list entries
Package: devscripts
Version: 2.11.6
Severity: normal
Hello maintainers,
while trying to use dget, it fails to do anything:
| $ dget base-files
| no repository found in /etc/apt/sources.list or sources.list.d at
/usr/bin/dget line 347.
dget filters the repositories from /etc/apt/sources.list{,.d/*} by the
hostnames screenscraped from apt-cache policy. This fails, as apt-cache
policy mangles the hostnames, or rather, the port setting from the
hostname:
| $ apt-cache policy | grep -A 3 500 | head -n 3
| 500 http://127.0.0.1/debian/ squeeze/main amd64 Packages
| release v=6.0.4,o=Debian,a=stable,n=squeeze,l=Debian,c=main
| origin 127.0.0.1
As I'm using approx on my system the URI reported by apt-cache is not
the one actually configured:
| $ cat /etc/apt/sources.list
| deb http://127.0.0.1:/debian squeeze main
[...]
thanks,
Uli
-- Package-specific info:
--- /etc/devscripts.conf ---
--- ~/.devscripts ---
RMADISON_ARCHITECTURE=source,amd64,i386,all
-- System Information:
Debian Release: 6.0.4
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-0.bpo.1-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
ii python 2.6.6-3+squeeze6 interactive high-level object-orie
ii python2.6 2.6.6-8+b1An interactive high-level object-o
Versions of packages devscripts recommends:
ii at 3.1.12-1+squeeze1 Delayed job execution and batch pr
ii curl 7.21.0-2.1+squeeze2 Get a file from an HTTP, HTTPS or
pn dctrl-tools none (no description available)
pn debian-keyring none (no description available)
pn debian-maintainers none (no description available)
pn dput | dupload none (no description available)
pn equivs none (no description available)
ii fakeroot 1.14.4-1Gives a fake root environment
ii gnupg1.4.10-4GNU privacy guard - a free PGP rep
pn libcrypt-ssleay-perl none (no description available)
ii libjson-perl 2.21-1 Perl module to parse and convert t
pn libparse-debcontrol- none (no description available)
pn libsoap-lite-perlnone (no description available)
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 lintian 2.5.6~bpo60+1 Debian package checker
ii man-db 2.5.7-8 on-line manual pager
ii patch2.6-2 Apply a diff file to an original
ii patchutils 0.3.1-2 Utilities to work with patches
pn python-debiannone (no description available)
pn python-magic none (no description available)
ii sensible-utils 0.0.4 Utilities for sensible alternative
ii strace 4.5.20-2A system call tracer
ii unzip6.0-4 De-archiver for .zip files
ii wdiff0.6.3-1 Compares two files word by word
ii wget 1.12-2.1retrieves files from the web
ii xz-utils 5.0.0-2 XZ-format compression utilities
Versions of packages devscripts suggests:
pn bsd-mailx | mailx none (no description available)
ii build-essential 11.5 Informational list of build-essent
pn cvs-buildpackage none (no description available)
pn devscripts-el none (no description available)
pn gnuplot none (no description available)
pn libauthen-sasl-perl none (no description available)
pn libfile-desktopentry- none (no description available)
pn libnet-smtp-ssl-perl none (no description available)
pn libterm-size-perl none (no description available)
ii libtimedate-perl 1.2000-1 collection of modules to manipulat
ii libyaml-syck-perl 1.12-1 Perl module providing a fast, ligh
ii mutt 1.5.20-9.1 text-based mailreader supporting M
ii openssh-client [ssh-c 1:5.5p1-6+squeeze1 secure shell (SSH) client, for sec
pn svn-buildpackage none (no description available)
pn w3m none (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to
Bug#647522: non-deterministic compression results with gzip -n9
Hello there,
using a small tool I wrote a while back, it's possible to see that the
actuall differences are in the encoding of the last few bytes of
cleartext.
I've copied the decoding tool to http://youam.net/devel/rfc1952-dec
Attached is the difference of the decoded files from
20111208102738.ga7...@afflict.kos.to.
As to why this happens: no idea (yet)
Uli
--- NEWS.amd64.dec 2012-02-07 12:19:19.649431283 +0100
+++ NEWS.armel.dec 2012-02-07 12:19:26.853554306 +0100
@@ -3689,13 +3689,12 @@
- lookback len 3 distance 3386
- literal code 65 ('e')
- literal code 72 ('r')
- - lookback len 5 distance 6517
+ - lookback len 5 distance 10888
- eos
skip:
- 0
- 0
- 0
-- 0
crc: f68d6c5a
isize: 13696
--- ''
--- ChangeLog.pre-2-2.amd64.dec 2012-02-07 12:17:54.787982067 +0100
+++ ChangeLog.pre-2-2.armel.dec 2012-02-07 12:18:02.960121626 +0100
@@ -11052,9 +11052,7 @@
- literal code 63 ('c')
- lookback len 12 distance 1661
- lookback len 5 distance 3600
- - literal code 2e ('.')
- - literal code 0a
- - literal code 0a
+ - lookback len 3 distance 162
- eos
skip:
- 0
Bug#652593: grub-pc: fails to boot with unaligned pointer on KVM
Package: grub-pc Version: 1.98+20100804-14+squeeze1 Severity: normal I'm getting the same effects on a squeeze system with qemu-kvm upgraded to a 0.14.1+dgsg-4 backport. I have not tested with squeeze's qemu-kvm. For me, the exact pointer address reported differs, but changing the virtual machine's graphics adapter from vmvga to cirrus works for me, too. The full error message shown is: | unaligned pointer 0x8ef30002 | Aborted. Press any key to exit. Pressing any key does not seem to do anything... I'm not sure whether this is a bug in grub-pc, qemu-kvm or vgabios, so I'm not reassigning it. Best regards, Uli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#655024: qemu-kvm 1.0 version number confuses libvirt 0.9.8-2
Package: qemu-kvm Version: 1.0+dfsg-1 Severity: minor Tags: patch Hello maintainer! I just updated the qemu-kvm package from 0.15.1+dfsg-1 to 1.0+dfsg-2, but did not upgrade my libvirt packages, which were still at version 0.9.2-7. Trying to start my vms with libvirt (virt-manager) resulted in the following error message: | libvirtError: internal error cannot parse /usr/bin/kvm version number in 'QEMU emulator version 1.0 (qemu-kvm-1.0 Debian 1.0+dfsg-2) Upgrading the libvirt packages (libvirt-bin, libvirt0) to the current unstable version 0.9.8-2 works, as is to be expected: | libvirt (0.9.8-2) unstable; urgency=low | | * Upload to unstable. Works with qemu-kvm and qemu 1.0. | (Closes: #652454) | | -- Guido G?nther a...@sigxcpu.org Sat, 17 Dec 2011 14:01:20 +0100 Please prevent qemu-kvm 1 from being installed with an older libvirt version by adding | Breaks: libvirt-bin ( 0.9.8-2~) to th control paragraph for the qemu-kvm package. thank you, Uli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596751: not suitable for squeeze
Hello Jon, On Mon, Sep 13, 2010 at 08:52:59PM +0100, Jon Dowland wrote: I do not think debgtd is currently useful enough to warrant a place in a stable release. I have not spent time on it in a while and perhaps should consider removing it altogether - however, for the time being, I just want to block it from being included in Squeeze. By now squeeze is released but this bug is still open. You updated the package 66 days ago last, so i'm wondering if debgtd should be either removed or this bug should be closed. Long story short: ping. :) greetings, youam (at the BSP in Hildesheim) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601653: arduino: Please add versioned dependency on librxtx-java
Package: arduino Version: 0022+dfsg-1 Severity: normal reopen 601653 tag 601653 - unreproducible thanks Hello Scott, I've just installed the arduino package from experimental on a squeeze system and also ran into this bug. After I also installed librxtx-java from experimental, I can select the serial port, so this really seems to be the fix for this problem. Please replace the dependency on librxtx-java with a dependency on librxtx-java (= rxtx-2.2pre2-3) so that others wont have to stumble over this report to select their serial ports. thank you, Uli ps: below, the information shows the old version with which I saw the bug, as I began typing this mail before actually upgrading librxtx-java. By now, without the bug, it's: ii librxtx-java 2.2pre2-3 Full Java CommAPI implementation -- System Information: Debian Release: 6.0 APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages arduino depends on: ii arduino-core0022+dfsg-1 Minimal (java-free) tool to intera ii libjna-java 3.2.4-2 Dynamic access of native libraries ii librxtx-java2.2pre2-2Full Java CommAPI implementation ii openjdk-6-jre [java6-runtim 6b18-1.8.3-2 OpenJDK Java runtime, using Hotspo ii sun-java6-jre [java6-runtim 6.22-1 Sun Java(TM) Runtime Environment ( Versions of packages arduino recommends: ii extra-xdg-menus 1.0-4 Extra menu categories for applicat arduino 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#608864: hardlink: doesn't take files as arguments, only directories
Package: hardlink Version: 0.1.1 Severity: wishlist Hello there, I just tried to link a few backup files together, but didn't want to recurse into subdirectories. So I tried running hardlink as this: | hardlink -ptomv *.tar which did not work because hardlink silently skips all non-direcoty files and thus did nothing above because I only gave it regular files. The manpage actually documents this behaviour: | hardlink [option]... [directory]... Anyway, I don't see a reason not to support also comparing directly given regular files. Please make hardlink also take regular files as arguments. thank you, Uli / youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606236: gnome recommends transitional package mozilla-plugin-gnash
Package: gnome Version: 1:2.30+6 Severity: minor Hi, gnome currently recommends the package mozilla-plugin-gnash. mozilla-plugin-gnash became a transitional package on 2010-09-08, the actual plugin package is browser-plugin-gnash. You probably want to rename the recommendation. greetings, youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603137: ITP: icinga-icli -- command line interface for the icinga host and network monitoring system
Package: wnpp Severity: wishlist Owner: Uli Martens u...@youam.net * Package name: icinga-icli Version : 0.2 Upstream Author : Daniel Friesel d...@finalrewind.org * URL : http://derf.homelinux.org/projects/icinga-cli/ * License : WTFPL (http://sam.zoy.org/wtfpl) Programming Lang: Perl Description : command line interface for the icinga host and network monitoring system icli is a command line interface to Icinga. It can show the service, host, queue or downtime status of all or specified hosts or hostgroups. It can also be used to schedule service rechecks. . By overriding the status file path names, it can also be used with a nagios installation. best regards, youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570943: FTBFS: incron dependency on quilt to low
Package: incron Version: 0.5.9-4 Severity: minor Tags: patch When trying to build incron in a lenny (plus backports) chroot, building fails with a debhelper quilt error. After installing the latest quilt available in backports, building succeeds. Reading the quilt changelog, it seems like the dependency needs to be at least = 0.46-8 to succeed. Abbreviated build log: | lenny:/tmp/incron-0.5.9# dpkg -l | grep quilt | ii quilt0.46-6Tool to work with series of patches | lenny:/tmp/incron-0.5.9# dpkg-buildpackage | [...] | dpkg-buildpackage: source package incron | dpkg-buildpackage: source version 0.5.9-4 | dpkg-buildpackage: source changed by Emmanuel Bouthenot kol...@openics.org | dpkg-buildpackage: host architecture i386 | debian/rules clean | dh --with quilt clean | dh: --with quilt not supported or failed to load module Debian::Debhelper::Sequence::quilt | make: *** [clean] Error 1 | dpkg-buildpackage: failure: debian/rules clean gave error exit status 2 | lenny:/tmp/incron-0.5.9# aptitude install quilt=0.46-8~bpo50+1 | [...] | lenny:/tmp/incron-0.5.9# dpkg-buildpackage | [...] | dh --with quilt clean | [...] | dpkg-deb: building package `incron' in `../incron_0.5.9-4_i386.deb'. thanks, youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566843: fix pal to not wake up ten times a second in interactive mode
Package: pal Version: 0.4.3-5 Severity: wishlist Tags: patch Hi Carsten, right now, pal wakes up every 0.1s when started with -m. This is bad for my battery. Attached is a patch to only wake up every 25.5s. Please note that keypresses still are going to be reported back to pal at once by ncurses, the only drawback I'm aware of is that interrupt handling can be delayed as pal records them but can only do its actions after the ncurses-timeout of 25.5s happened, for example after an SIGWINCH (window-resize). thanks, youam diff -u pal-0.4.3/debian/changelog pal-0.4.3/debian/changelog --- pal-0.4.3/debian/changelog +++ pal-0.4.3/debian/changelog @@ -1,3 +1,9 @@ +pal (0.4.3-3.1) unstable; urgency=low + + * make pal wake up less often in manage mode + + -- Uli Martens u...@youam.net Thu, 26 Feb 2009 05:21:12 +0100 + pal (0.4.3-3) unstable; urgency=low * Recode austria.pal from ISO-8859 to UTF-8. (Closes: #499389) diff -u pal-0.4.3/debian/patches/series pal-0.4.3/debian/patches/series --- pal-0.4.3/debian/patches/series +++ pal-0.4.3/debian/patches/series @@ -3,0 +4 @@ +52_debian_make_pal_manage_wake_up_less_often.patch only in patch2: unchanged: --- pal-0.4.3.orig/debian/patches/52_debian_make_pal_manage_wake_up_less_often.patch +++ pal-0.4.3/debian/patches/52_debian_make_pal_manage_wake_up_less_often.patch @@ -0,0 +1,16 @@ +pal (0.4.3-3) * pal -m used to wake up every tenth of a second. ncurses + enforces a maximum sleep time of 25.5 seconds, which is still + a lot better when you're running on battery + +--- pal-0.4.3.orig/src/manage.c pal-0.4.3/src/manage.c +@@ -413,7 +413,8 @@ + keypad(stdscr, TRUE); /* enable keyboard mapping */ + (void) nonl(); /* tell curses not to do NL-CR/NL on output */ + (void) cbreak(); /* take input chars one at a time, no wait for \n */ +-(void) halfdelay(1); /* always return from getch() within a tenth of a second */ ++(void) halfdelay(255); /* try not to wake up. ncurses still forces a wakeup ++ every 25.5 seconds when in non-linebuffered-mode */ + (void) noecho(); /* echo input - in color */ + + signal(SIGINT, pal_manage_finish); /* setup function to call on Ctrl+C */
Bug#563785: mouseemu: diff for NMU version 0.15-8.1
tags 563785 + patch thanks Hello again, attached is an updated nmudiff to fix a lintian warning with the diff from yesterday, replacing the fixed path /sbin/MAKEDEV with just MAKEDEV. regards, youam diff -u mouseemu-0.15/debian/mouseemu.postinst mouseemu-0.15/debian/mouseemu.postinst --- mouseemu-0.15/debian/mouseemu.postinst +++ mouseemu-0.15/debian/mouseemu.postinst @@ -34,9 +34,15 @@ configure) if [ -z $2 ]; then # First install of mouseemu - echo -n Creating /dev/input/uinput... - (cd /dev; ./MAKEDEV uinput) - echo done. + if [ ! -d /dev/.udev/ ]; then + if [ -e /sbin/MAKEDEV ]; then + (cd /dev; MAKEDEV uinput) + else + echo MAKEDEV not installed, skipping device node creation. + fi + else + echo udev active, skipping device node creation. + fi fi #install the udev rules symlink diff -u mouseemu-0.15/debian/mouseemu.init mouseemu-0.15/debian/mouseemu.init --- mouseemu-0.15/debian/mouseemu.init +++ mouseemu-0.15/debian/mouseemu.init @@ -4,10 +4,10 @@ ### BEGIN INIT INFO # Provides: mouseemu -# Required-Start:udev $local_fs $remote_fs -# Required-Stop: udev $local_fs $remote_fs -# Should-Start: $syslog -# Should-Stop: $syslog +# Required-Start:$local_fs $remote_fs +# Required-Stop: $local_fs $remote_fs +# Should-Start: udev $syslog +# Should-Stop: udev $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Emulate mouse buttons and mouse wheel diff -u mouseemu-0.15/debian/changelog mouseemu-0.15/debian/changelog --- mouseemu-0.15/debian/changelog +++ mouseemu-0.15/debian/changelog @@ -1,3 +1,12 @@ +mouseemu (0.15-8.1) unstable; urgency=low + + * Non-maintainer upload. + * check if MAKEDEV should be used (Closes: #563785) + * move udev to Should-Start/Stop-Start in init-script as mouseemu doesn't +depend on udev + + -- Uli Martens u...@youam.net Fri, 22 Jan 2010 21:42:10 +0100 + mouseemu (0.15-8) unstable; urgency=low * debian/patches/63_pidfile.dpatch: exit gracefully if pidfile creation
Bug#563785: mouseemu: diff for NMU version 0.15-8.1
tags 563785 + patch thanks Hallo Gaudenz, I've prepared an NMU for mouseemu (versioned as 0.15-8.1) and uploaded it to DELAYED/2. Please feel free to tell me if it should be delayed longer. Please note that I not just fixed the installation problem but also moved udev from Required-Start to Should-Start in the init script, as udev is only optional for mouseemu. Regards. youam / Uli diff -u mouseemu-0.15/debian/mouseemu.postinst mouseemu-0.15/debian/mouseemu.postinst --- mouseemu-0.15/debian/mouseemu.postinst +++ mouseemu-0.15/debian/mouseemu.postinst @@ -34,9 +34,15 @@ configure) if [ -z $2 ]; then # First install of mouseemu - echo -n Creating /dev/input/uinput... - (cd /dev; ./MAKEDEV uinput) - echo done. + if [ ! -d /dev/.udev/ ]; then + if [ -e /sbin/MAKEDEV ]; then + (cd /dev; /sbin/MAKEDEV uinput) + else + echo MAKEDEV not installed, skipping device node creation. + fi + else + echo udev active, skipping device node creation. + fi fi #install the udev rules symlink diff -u mouseemu-0.15/debian/mouseemu.init mouseemu-0.15/debian/mouseemu.init --- mouseemu-0.15/debian/mouseemu.init +++ mouseemu-0.15/debian/mouseemu.init @@ -4,10 +4,10 @@ ### BEGIN INIT INFO # Provides: mouseemu -# Required-Start:udev $local_fs $remote_fs -# Required-Stop: udev $local_fs $remote_fs -# Should-Start: $syslog -# Should-Stop: $syslog +# Required-Start:$local_fs $remote_fs +# Required-Stop: $local_fs $remote_fs +# Should-Start: udev $syslog +# Should-Stop: udev $syslog # Default-Start: 2 3 4 5 # Default-Stop: 0 1 6 # Short-Description: Emulate mouse buttons and mouse wheel diff -u mouseemu-0.15/debian/changelog mouseemu-0.15/debian/changelog --- mouseemu-0.15/debian/changelog +++ mouseemu-0.15/debian/changelog @@ -1,3 +1,12 @@ +mouseemu (0.15-8.1) unstable; urgency=low + + * Non-maintainer upload. + * check if MAKEDEV should be used (Closes: #563785) + * move udev to Should-Start/Stop-Start in init-script as mouseemu doesn't +depend on udev + + -- Uli Martens u...@youam.net Fri, 22 Jan 2010 21:42:10 +0100 + mouseemu (0.15-8) unstable; urgency=low * debian/patches/63_pidfile.dpatch: exit gracefully if pidfile creation
Bug#240989: procps/watch Unicode patch
tags 240989 + patch thanks Hi Jarrod, hi bts. On Tue, Nov 03, 2009 at 07:24:27PM +, Jarrod Lowe wrote: I have written a patch for this issue. I have mangled your patch into a dpatch file which applies after all other dpatch patches included in the current Debian package. Seems to work for me, but no guaranties... greetings, Uli diff -urN procps-3.2.8/debian/changelog procps-3.2.8~utf8/debian/changelog --- procps-3.2.8/debian/changelog 2010-01-08 12:49:03.0 +0100 +++ procps-3.2.8~utf8/debian/changelog 2010-01-08 12:46:53.0 +0100 @@ -1,3 +1,10 @@ +procps (1:3.2.8-2.1) UNRELEASED; urgency=low + + * No upload at all, not even an NMU... + * added watch-unicode patch by Jarrod Lowe Closes: #240989 + + -- Uli Martens u...@youam.net Fri, 08 Jan 2010 10:12:07 +0100 + procps (1:3.2.8-2) unstable; urgency=low * ps displays supplementary groups Closes: #506303 diff -urN procps-3.2.8/debian/control procps-3.2.8~utf8/debian/control --- procps-3.2.8/debian/control 2010-01-08 12:49:03.0 +0100 +++ procps-3.2.8~utf8/debian/control2010-01-11 09:51:30.0 +0100 @@ -2,7 +2,7 @@ Section: admin Priority: required Maintainer: Craig Small csm...@debian.org -Build-Depends: debhelper (= 7), libncurses5-dev, make (= 3.78.1-8), dpatch +Build-Depends: debhelper (= 7), libncurses5-dev, libncursesw5-dev, make (= 3.78.1-8), dpatch Standards-Version: 3.8.3 Homepage: http://procps.sf.net/ diff -urN procps-3.2.8/debian/patches/00list procps-3.2.8~utf8/debian/patches/00list --- procps-3.2.8/debian/patches/00list 2010-01-08 12:49:03.0 +0100 +++ procps-3.2.8~utf8/debian/patches/00list 2010-01-08 12:46:53.0 +0100 @@ -51,3 +51,4 @@ 55_top_highlight 60_top_nohz 65_fix_partition_format +70_watch_unicode diff -urN procps-3.2.8/debian/patches/70_watch_unicode.dpatch procps-3.2.8~utf8/debian/patches/70_watch_unicode.dpatch --- procps-3.2.8/debian/patches/70_watch_unicode.dpatch 1970-01-01 01:00:00.0 +0100 +++ procps-3.2.8~utf8/debian/patches/70_watch_unicode.dpatch2010-01-11 09:50:29.0 +0100 @@ -0,0 +1,301 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 70_watch-unicode.dpatch by Jarrod Lowe pro...@rrod.net +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: add support for unicode characters + +...@dpatch@ +diff -urNad procps-3.2.8~/AUTHORS procps-3.2.8/AUTHORS +--- procps-3.2.8~/AUTHORS 2010-01-08 09:55:26.0 +0100 procps-3.2.8/AUTHORS 2010-01-08 09:59:12.0 +0100 +@@ -47,4 +47,5 @@ + watch: + Tony Rems re...@unisoft.com + Mike Coleman m...@acm.org ++Jarrod Lowe pro...@rrod.net + +diff -urNad procps-3.2.8~/Makefile procps-3.2.8/Makefile +--- procps-3.2.8~/Makefile 2010-01-08 09:58:52.0 +0100 procps-3.2.8/Makefile 2010-01-08 10:00:27.0 +0100 +@@ -68,6 +68,7 @@ + _TARFILES := Makefile + + CURSES := -lncurses ++CURSESW := -lncursesw + + # This seems about right for the dynamic library stuff. + # Something like this is probably needed to make the SE Linux +@@ -119,7 +120,7 @@ + # Unlike the kernel one, this check_gcc goes all the way to + # producing an executable. There might be a -m64 that works + # until you go looking for a 64-bit curses library. +-check_gcc = $(shell if $(CC) $(ALL_CPPFLAGS) $(ALL_CFLAGS) dummy.c $(ALL_LDFLAGS) $(1) -o will_this_file_really_exist.tmp $(CURSES) /dev/null 21; then echo $(1); else echo $(2); fi ; rm -f will_this_file_really_exist.tmp) ++check_gcc = $(shell if $(CC) $(ALL_CPPFLAGS) $(ALL_CFLAGS) dummy.c $(ALL_LDFLAGS) $(1) -o will_this_file_really_exist.tmp $(CURSES) $(CURSESW) /dev/null 21; then echo $(1); else echo $(2); fi ; rm -f will_this_file_really_exist.tmp) + + # Be 64-bit if at all possible. In a cross-compiling situation, one may + # do make m64=-m32 lib64=lib to produce 32-bit executables. DO NOT +@@ -250,7 +251,7 @@ + $(CC) $(ALL_CFLAGS) $^ $(ALL_LDFLAGS) -o $@ $(CURSES) + + watch: % : %.o +- $(CC) $(ALL_CFLAGS) $^ $(ALL_LDFLAGS) -o $@ $(CURSES) ++ $(CC) $(ALL_CFLAGS) $^ $(ALL_LDFLAGS) -o $@ $(CURSESW) + + progX -- progY + +diff -urNad procps-3.2.8~/watch.1 procps-3.2.8/watch.1 +--- procps-3.2.8~/watch.1 2010-01-08 09:58:52.0 +0100 procps-3.2.8/watch.1 2010-01-08 10:04:37.0 +0100 +@@ -139,6 +139,16 @@ + Non-printing characters are stripped from program output. Use cat -v as + part of the command pipeline if you want to see them. + .PP ++Combining Characters that are supposed to display on the character at the ++last column on the screen may display one column early, or they may not ++display at all. ++.PP ++Combining Characters never count as different in ++.I --differences ++mode. Only the base character counts. ++.PP ++Blank lines directly after a line which ends in the last column do not ++display. + .I \-\-precise + mode doesn't yet have advanced temporal distortion technology to + compensate for a +@@ -161,6
Bug#562884: xscreensaver can be killed with Alt+SysRq+F
Hi, just for the record, it IS possible to prevent a process from being killed by the OOM-killer: | 3.1 /proc/pid/oom_adj - Adjust the oom-killer score | -- | | This file can be used to adjust the score used to select which processes | should be killed in an out-of-memory situation. Giving it a high score will | increase the likelihood of this process being killed by the oom-killer. Valid | values are in the range -16 to +15, plus the special value -17, which disables | oom-killing altogether for this process. | [..] (linux/Documentation/filesystems/proc.txt) greetings, youam / Uli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560747: conduit is in section devel when it should be in gnome
Package: conduit Version: 0.3.15-1 Severity: minor Hi, conduit is in the devel section, but it's not a devel tool, it is a gnome tool. | yo...@riona:.../conduit-0.3.15$ grep Section debian/control | Section: devel greetings, youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#551479: drbd8: dies over CAP_SYS_ADMIN check
tag 551470 + patch
thanks
Hello,
this mail is just to provide a dpatch patch file for Piotr's fix as dpatch dies
over tabs-vs-spaces if you just copy his patch directly. Adding this file into
debian/patches and adding it into 00list did fix the problem for me.
greetings,
Uli / youam
#! /bin/sh /usr/share/dpatch/dpatch-run
## 20_no-caps.dpatch by Piotr Wadas pwa...@dtpw.pl
##
## All lines beginning with `## DP:' are a description of the patch
## DP: remove check for CAP_SYS_ADMIN (see #551479)
@DPATCH@
--- old/drbd/connector.c 2009-10-06 13:32:41.0 +0200
+++ new/drbd/connector.c2009-10-18 16:58:42.0 +0200
@@ -211,8 +211,5 @@
msg = NLMSG_DATA(nlh);
- /* DRBD specific change: Only allow packets from ROOT */
- if (!capable(CAP_SYS_ADMIN))
- return -EPERM;
return cn_call_callback(msg, (void (*)(void *))kfree_skb, skb);
}
--- old/drbd/drbd_nl.c 2009-10-05 14:52:03.0 +0200
+++ new/drbd/drbd_nl.c 2009-10-18 16:58:59.0 +0200
@@ -2063,13 +2063,6 @@
return;
}
-#ifdef KERNEL_HAS_CN_SKB_PARMS
- if (!cap_raised(nsp-eff_cap, CAP_SYS_ADMIN)) {
- retcode = ERR_PERM;
- goto fail;
- }
-#endif
-
mdev = ensure_mdev(nlp);
if (!mdev) {
retcode = ERR_MINOR_INVALID;
Bug#551660: libvirt-bin: virsh fails to add disk to domain, says it succeeded
Package: libvirt-bin Version: 0.7.1-2 Severity: normal Hi Guido, I'm the guy from the debconf who told you about the problem hot-adding disks to kvm domains with libvirt. First, thanks again for looking into the bug there, the first half of it seems to be fixed already. [ftr: trying to add a disk to a kvm domain failed because of changed kvm command line syntax, was fixed in 0.6.5-3 by 0005-Fix-PCI-device-hotplug-unplug-with-newer-QEMU.patch] Unfortunatelly, this still seems to only cold-add the disk to the domain-specification internal to libvirt, but not to the running domain. | virsh # attach-disk brann /dev/sde vdg | Disk attached successfully | | virsh # dumpxml brann [..] | disk type='block' device='disk' | driver name='phy'/ | source dev='/dev/sde'/ | target dev='vdg' bus='virtio'/ | /disk [..] The domain itself seems not to notice at all. dmesg shows no changes, /proc/partitions is unchanged. /var/log/libvirt/qemu/brann.log is unchanged, too. Host system is an lenny amd64 system. kernel was linux-image-2.6.30-bpo.1-amd64 (2.6.30-6~bpo50+1) from backports.org: ii kvm 85+dfsg-4~bpo50+1 Full virtualization on x86 hardware own rebuilds from clean lenny+bpo chroot, no further changes beside version number: ii libvirt-bin 0.7.1-2~bpo50+1 the programs for the libvirt library ii libvirt00.7.1-2~bpo50+1 library for interfacing with different virtualization The guest domain is running an amd64 kernel with i386 userland. Tried kernels were a self-made 2.6.30 and linux-image-2.6.30-bpo.2-amd64 (2.6.30-7~bpo50+1) from bpo. I'll happily try whatever guesses you might have for me... greetings, Uli / youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550966: tagcoll: filter command missing
Package: tagcoll Version: 2.0.11-1 Severity: wishlist Hi there, please add an option to tagcoll which returns items which have /exactly/ the given tags, but no others. This is different from tagcoll grep, which filters the return set to only return items matching the expression, but ignores other tags: | yo...@riona:~/tmp$ cat EOHERE test | foo: baz | quux: baz, bar | oink: bar | EOHERE | yo...@riona:~/tmp$ tagcoll grep baz test | foo: baz | quux: bar, baz | yo...@riona:~/tmp$ what tagcoll misses is the following: | yo...@riona:~/tmp$ tagcoll filter baz test | foo: baz | yo...@riona:~/tmp$ greetings, youam / Uli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549895: moreutils: please include match_parens
Package: moreutils Version: 0.31 Severity: wishlist Tags: patch Hi there, I think the new match_parens utility written by Wybo Dekker would be a good fit for inclusion in the moreutils package. Here is the relevant part of match_paren's README: | Mismatches of parentheses, braces, (angle) brackets, especially in TeX | sources which may be rich in those, may be difficult to trace. This | little script helps you by writing your text to standard output, after | adding a left margin to your text, which will normally be almost empty, | but will clearly show any mismatches. You can find it at http://www.tex.ac.uk/tex-archive/support/match_parens/ greetings, Uli / youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#499516: drbd8-utils: Do not 'invoke-rc.d drbd stop' in prerm script for action 'upgrade'
severity 499516 grave found 499516 2:8.3.2-1~bpo50+1 found 499516 2:8.3.2-3 thanks Hi, This problem just shut down all drbd resources on my secondary server and tried to shut down all resources on my primary server. Upgrading to the new package version stopped the one thing I'm using drbd for in the first place: redundancy. Please don't stop drbd on upgrade, and if you absolutelly must stop it, make sure it's started again after the upgrade. thanks, Uli / youam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#538299: xserver-xorg-input-synaptics: fails to build against lenny
Package: xserver-xorg-input-synaptics Version: 1.1.2-1 Severity: normal Tags: patch Hi there, when trying to build xserver-xorg-input-synaptics from unstable against a lenny system, the fails with this messages: gcc -Wall -g -O2 -I/usr/include/xorg -I/usr/include/pixman-1 -I../../src -o synclient synclient.o -lm -lX11 -lXi synclient.o: In function `dp_get_device': /home/youam/deleteme/tmp/xserver-xorg-input-synaptics-1.1.2/obj-i486-linux-gnu/tools/../../tools/synclient.c:490: undefined reference to `XListDeviceProperties' synclient.o: In function `dp_set_variables': /home/youam/deleteme/tmp/xserver-xorg-input-synaptics-1.1.2/obj-i486-linux-gnu/tools/../../tools/synclient.c:562: undefined reference to `XGetDeviceProperty' /home/youam/deleteme/tmp/xserver-xorg-input-synaptics-1.1.2/obj-i486-linux-gnu/tools/../../tools/synclient.c:598: undefined reference to `XChangeDeviceProperty' synclient.o: In function `dp_show_settings': /home/youam/deleteme/tmp/xserver-xorg-input-synaptics-1.1.2/obj-i486-linux-gnu/tools/../../tools/synclient.c:635: undefined reference to `XGetDeviceProperty' collect2: ld returned 1 exit status The reason is that libxi6 in stable is to old for unstable's xserver-xorg-input-synaptics, which of course by itself is okay. Having the build fail instead of not starting at all because of the missmatched versions isn't... Please change the unversioned dependency on libxi-dev into a versioned dependency on somewhere around 1.2.0, where the appropriate symbols seem to have been introduced. btw, backporting the rest of X from unstable to stable worked really straigtforward, mostly it's been a plain recompile. -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-6-xen-686 (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#484370: lvm2: please consider adding pvinfo to the Debian package
On Wed, Jun 04, 2008 at 10:06:18AM +0200, Bastian Blank wrote: On Wed, Jun 04, 2008 at 12:01:25AM +0200, Carsten Hey wrote: please consider adding pvinfo, a small perl tool to display the physical allocation layout of lvm physical volumes to the Debian package lvm2. Maybe upstream is interested too. Well, pvdisplay provides the same information. At least in current versions. Yes, it does. Actually, pvinfo parses the output of pvdisplay and lvdisplay. The reason I wrote pvinfo was to see this information at one glance, as pvinfo's output is much more human readably and condensed than that of pvdisplay / lvdisplay. Please consider adding it at least as /usr/share/doc/lvm2/examples/pvinfo. best regards, Uli / youam signature.asc Description: Digital signature
Bug#399906: evince: fullscreen toolbar displayed on all workspaces
Package: evince Version: 0.6.1-1 Severity: normal Tags: experimental Hi! When viewing a file in evince in fullscreen mode (F11), evince shows a toolbar at the top of the screen displaying page / zoom selectors and a leave fullscreen button. This toolbar autohides after a few seconds of mouse inactivity to maximize the usable display heigth. When I change workspaces, this toolbar is activated all the time on every workspace (and does not autohide), not only on the workspace evince itself is running full screen in. greetings, Uli ii evince0.6.1-1 Document (postscript, pdf) viewer ii gnome-desktop-environment 2.14.3.3 The GNOME Desktop Environment ii gnome-session 2.14.3-3 The GNOME 2 Session Manager ii libmetacity0 2.16.2-1 library of lightweight GTK2 based Window Manager ii metacity 2.16.2-1 A lightweight GTK2 based Window Manager ii metacity-common 2.16.2-1 Shared files of lightweight GTK2 based Window Manager -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.6.8-2-386 Locale: LANG=en_US, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#384725: lynx: [CVE-2004-1617] remote DoS-fix missing from etch/sid package
Package: lynx Version: 2.8.5-2sarge1.1 Severity: important Tags: patch The version of lynx currently in sarge/updates is 2.8.5-2sarge2, but etch and sid are at 2.8.5-2sarge1.1, which is missing the fix for CVE-2004-1617 (see DSA-1076-1). Please add the patch from 2.8.5-2sarge2 to the latest lynx package. (tagged this report +patch but did not include it, it is available from lynx-2.8.5/debian/patches/04_CVE-2004-1617.dpatch in 2.8.5-2sarge2) greetings, Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#382664: RM: update -- Ro??, obsolete
Package: ftp.debian.org Severity: wishlist The update package is obsolete, as it depends on kernel 2.0 and we don't even ship 2.2 any more... Please remove it, thanks! | Description: daemon to periodically flush filesystem buffers | The update daemon flushes the filesystem buffers at regular intervals. | This version does not spawn a bdflush daemon, as this is now done by | the kernel's kupdate thread. | . | This package is not needed with Linux 2.2.8 and above. If you do not | plan to run a 2.0.x series kernel on this system, you can safely | remove this package. update may still be useful in sync mode (as opposed | to flush mode) on more recent kernels for the extra paranoid. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342870: licq contains dev headers from licq-dev
Package: licq Version: 1.3.2-4+b1 Severity: serious Hi there! While trying to install licq-dev (1.3.2-4, last version in sid), it tries to overwrite include files from licq (1.3.2-4+b1), which AIUI should not be in this package at all. BIN-NMU gone wrong... | ii licq 1.3.2-4+b1 ICQ client (base files) | Unpacking licq-dev (from .../licq-dev_1.3.2-4_all.deb) ... | dpkg: error processing /var/cache/apt/archives/licq-dev_1.3.2-4_all.deb (--unpack): | trying to overwrite `/usr/include/licq/licq_buffer.h', which is also in package licq greetings, Uli -- System Information: Debian Release: 3.1 Architecture: i386 (i686) Kernel: Linux 2.4.27-2-686 Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#342450: offlineimap: off-by-one in comment the example config file
Package: offlineimap Severity: minor Tags: patch zcat /usr/share/doc/offlineimap/examples/offlineimap.conf.gz | nl | ... 209 # There are three ways to specify the password for the remote IMAP 210 # server: 212 # 1. No password at all specified in the config file. You will 215 # 2. The remote password stored in this file with the remotepass 220 # 3. The remote password stored as a single line in an external 225 # 4. With a preauth tunnel. With this method, you invoke an external --- offlineimap.conf~ 2005-12-07 18:02:55.0 +0100 +++ offlineimap.conf2005-12-07 18:03:09.0 +0100 @@ -206,7 +206,7 @@ # Specify the remote user name. remoteuser = username -# There are three ways to specify the password for the remote IMAP +# There are four ways to specify the password for the remote IMAP # server: # # 1. No password at all specified in the config file. You will SCNR, Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#337491: RFP: webmin-nagmin -- nagios control module for webmin
Package: wnpp Severity: wishlist * Package name: webmin-nagmin Version : 2.2.0 Upstream Author : Fred Reimers [EMAIL PROTECTED] * URL : http://http://nagmin.sourceforge.net/ * License : (GPL2) Description : nagios control module for webmin NagMIN is a WebMIN module that provides centralized, integrated, web-based management of popular Open Source monitoring tools to help create a holistic network monitoring environment. NagMIN fully supports and provides enhanced configuration and management of Nagios 1.0 Network Monitoring. NagMIN gives you centralized control over remote Nagios systems from a central site WebMIN server. NagMIN integrates NMAP Stealth Port Scanning with Nagios to add network learning capabilities to Nagios. NagMIN learns your network with Nmap, stores the information in its database and uses the information to dynamically create Nagios services to increase the scope of your network monitoring and ease your Nagios configuration time. You can run Nmap on remote servers with NagMIN's centralized management. HTH, HAND Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#328553: podracer: depends on gnu extensions in awk
Package: podracer
Severity: serious
Tags: upstream patch
Justification: Policy 3.5
podracer uses the awk function 'gensub' which does not exist in mawk but
fails without any error message.
The following patch should fix this incompatibility.
(please notice that it's 4am over here and test it better than i just did...)
greetings,
Uli
--- podracer.orig 2005-09-16 04:09:41.0 +0200
+++ podracer2005-09-16 04:10:35.0 +0200
@@ -149,7 +149,7 @@
realurl=`curl -s -I -L -w %{url_effective}
--url $url | tail -n 1`
#we'll need filename to allow us to move the
podcast into poddir[/feeddir]
- filename=`echo $realurl | awk -F / '{print
gensub(%20, , g, gensub(%27, \x27, g, gensub(%23, #, g,
$NF)))}'`
+ filename=`echo $realurl | sed -e s,.*/,, -e
s,%20, ,g -e s,%23,#,g -e s,%27,',g`
#file is a torrent so use the internal torrent
downloader
if [ $(echo $filename | grep .torrent) ]
-- System Information:
Debian Release: 3.1
Architecture: i386 (i686)
Kernel: Linux 2.4.27-2-686
Locale: LANG=C, [EMAIL PROTECTED] (charmap=ISO-8859-15)
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#292021: perlpanel: panel size configuration broken
Package: perlpanel Version: 0.9.0-2 Severity: normal Hi there! The default configuration of perlpanel started with a size set to 24 (panel size=24 .../ in .perlpanelrc), but the panel was 32 pixel deep. There was no way to change the (effective) size of the panel to something smaller. At one point the panel was deep enough so that the tasklist switched into a two-row-mode, in which it stayed even when I set the panel size back to 24, using 52 pixel instead. This behaviour is really broken, please fix it! greetings, Uli -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
