Bug#583864: #583864 - gnome-settings-daemon: XF86TouchpadToggle gets out of sync on hibernation
Hey Kalle, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#742990: News?
Hi, On Sat, 03 May 2014, Bastien ROUCARIES wrote: I have done my homework and achieved something that seems good. Frank because I have done major surgery on your package I have added myself as comaintainer. [...] dget -x http://mentors.debian.net/debian/pool/main/c/ckeditor/ckeditor_4.3.5+dfsg1-1.dsc You updated debian/copyright to exclude some files with uscan but debian/README.source doesn't mention using uscan anywhere. So what's the suggested workflow with your changes ? Frank, are you still active or should someone take over ? I'm asking because gitpkg is much less used than git-buildpackage and it might be easier to use Bastien's solution if we switch to git-buildpackage. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610547: #610547 - gnome-settings-daemon from experimental makes GTK+ 2.0 apps look ugly
Hey Julian, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#744316: [dolibarr] [DFSG] missing source
Hi, On Mon, 14 Apr 2014, Destailleur Laurent wrote: I will soon upgrade on debian git, a new version (3.5.2) that does not include anymore thoose file. Any idea of the timeframe ? The _source will be included into tgz (even if we debian package does not need it since it use the external package of ckeditor instead). Another solution is to have a (repacked) tarball that doesn't contain ckeditor at all... it's relatively easy to do it with uscan and a Files-Excluded entry in debian/copyright. BTW, the package is again in danger through ckeditor unless #742990 gets fixed (until May 13th). Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630445: #630445 - gnome-settings-daemon: produces a lot of GVFS-RemoteVolumeMonitor-WARNING, sends tons of messages to dbus which eat CPU
Hey, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#623871: #623871 - gnome-settings-daemon: Crashed while iceweasel was starting
Hey, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#599728: #599728 - libclipboard: clash in libclipboard
Hey George, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#735422: LWP::UserAgent: strange behavior of CA cert paths
* Vincent Lefevre vinc...@vinc17.net, 2014-01-15, 10:51: In short, if PERL_LWP_SSL_CA_PATH is set to some existing directory but the certificate isn't found there: * if HTTPS_CA_DIR isn't set, there's a failure, but * if HTTPS_CA_DIR is set to something regarded as invalid (see the does not exist error in the first test), then the failure disappears! If think what you observed here is bug #746579. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746626: sks: CVE-2014-3207: non-persistent XSS
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 This is quickly going to be a major issue for anyone running a public SKS server like myself. Due to the vulnerability fixed by 1.1.5 this is now becoming the minimum version and hosts not running it will begin to be dropped from the publicly available pools. Effective immediately it is the minimum for subset.pool.sks-keyservers.net and there is currently a 45-60 day grace to get hosts in the hkps.pool.sks-keyservers.net SSL-enabled pool upgraded before it becomes the minimum version. -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQGcBAEBCAAGBQJTaN7+AAoJEGS5Wo1uIL0kFxcMAK65nOiW3Iev6erGCo5Z5WTc ppjFfo+w8sRUDdxAT+Uk1GQP1Q9YHhwrz8e0N4cMsx6YdXBvJBaq3gxLG+P+Zkls cF15vyUJuiS8qwwBblFpAwl0xZVMEZ/yQWgCITZaDtyaysJCvlAvXkn35gY9zcix HVGMhBVSuZ5ecYhKUhjlpXbkkErqzuWBjPP+C0SVp96hDGXd1N6ruLSYYKoi7q4S BZZKCZzh2Imk/4gcMB2LyR6ZjYYXqyqsY9ewhf0ueXuD+K5V1ozRQ9RvxHTtQtpv j5SKoIwBSmCyibN3am/yMk/sXocNQEPzhXzUHzqr8vyeOCbOxnoVGFPTQZQx3bZO xxm8nMuI/JnG2mqLV6pJTmXbuZcQ/O3l79yQ1f24S8GyBTP6Hd6nLAC43Gydgtvf skK+KAE/WdJqCn1hV8/eSj9vV+Nie5Xb5gXBDPJiiVpf3VCY7rxSKm8gAgaMPnju Ewx/j+gGfw1+zNWDh4a03TFazUCQAUx3ZOr6ZKXTRQ== =SmoJ -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#739079: transition: libav10
Hi Reinhard, 2014-03-01 17:01 GMT+01:00 Reinhard Tartler siret...@gmail.com: On Tue, Feb 18, 2014 at 4:48 PM, Moritz Mühlenhoff j...@inutil.org wrote: I made a rebuild and the transitions isn't ready to go at all. IMO the API changes are far too agressive; if 2/3 of all packages in the archive FTBFS, the affected APIs are clearly not that deprecated. I can understand the removal of ill-designed functions if it helps to streamline/robustify the code, but e.g. the removal of CODEC_ID* causes lots of churn for no measurable benefit. As Anton points out, the API changes are agressive, but done for good reason, most of which are documented in the transition guide. It is a wiki and will be extended as necessary. The CODEC_ID issue is indeed annoying, but kinda critical for C++ applications. Also note that the new names are supported even in debian/stable, so there is really no need for backwards compatibility here. Anyway, now two weeks after, I think things look much better now: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libav10;users=j...@debian.org Most packages have patches readily available or need a new upstream version. Note that more and more packages require libav10 to build, and are held back in experimental for this reason. The todo list of bugs without a patch is also shrinking rapidly: https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=libav10;users=j...@debian.org;exclude=tags%3Apatch%2C+fixed-upstream From the velocity of how fast packages are being patched, I think we are in a rather good position to start this transition. When do you plan starting the transition? How about opening it with Libav 10.1? ;-) I think we are in a pretty good position for startin now. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747132: libreoffice: The metapackage libreoffice should not recommend liberation fonts
On 05/06/2014 12:58:49 AM, Rene Engelhard wrote: severity 747132 wishlist found 747132 1:4.1.5-2 thanks On Mon, May 05, 2014 at 03:21:37PM -0500, Karl O. Pinc wrote: The libreoffice metapackage (in wheezy and experimental) recommends the liberation fonts. These fonts should instead be recommended by the individual libreoffice components. The components need them, even when installed individually. If you have stuff using Arial, yes. So you suggest every component doing anything with fonts (so everything except Base recommend it)? Yes. Although, as you say, you could fudge if you cared to and have core recommend it. Will think about it: if we did it it probably should be -core recommending it (as it does all the font stuff.) Installing just the components and not the metapackage (and, I presume, not the ttf-liberation fonts or whatever Yes, but doing that should be done by people who know what they do. Whether people who don't know what they're doing should be allowed to install individual libreoffice components is, to me, the crux of the matter. Are the components, writer, calc, etc., available stand-alone or not? The typical computer user (most people out there) don't use all the components. The most basic user (the proverbial grandmother) gets confused by having too many choices in their menus. If they only use writer and calc that's all that should appear in the menus. It is for all of these people, the ones who perhaps know enough to install only what they'll use and the ones who need somebody else to manage their computer and need the simplest possible setup, that it's important that the component packages be independently installable. Further, there's a big middle group of people between the typical users, above, and the people who are able to actually figure out what the problem is when things break because just a few components are installed. If it looks like you should be able to install just, e.g., writer, then you should be able to do so without having a system you can't fix. I can't say how you might go about doing so but if the individual components don't stand on their own then most people really need to be discouraged from installing them. (The people I support fall into the latter category, those who get confused by too many menu choices. They get the web, email, and writer. And a printer. Adding anything else creates problems.) Thanks for considering this. Regards, Karl k...@meme.com Free Software: You don't pay back, you pay forward. -- Robert A. Heinlein -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747225: libwww-perl: ignores SSL_verifycn_scheme in ssl_opts
Package: libwww-perl
Version: 6.06-1
The attached test scripts tries to connect to
https://encrypted.google.com/ twice: once with default options, and once
with such SSL_verifycn_scheme in ssl_opts that disallows wildcards in CN
or subjectAltName.
The connection should fail in the latter case, because
encrypted.google.com have only *.google.com in both of these fields
(plus some other stuff in subjectAltName that wouldn't match anyway).
But both connection succeed:
$ perl test.pl
200 OK
200 OK
As a work-around, I can use IO::Socket::SSL::set_args_filter_hack(), but
it really should work out of the box.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (990, 'unstable'), (500, 'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libwww-perl depends on:
ii ca-certificates 20140325
ii libencode-locale-perl 1.03-1
ii libfile-listing-perl6.04-1
ii libhtml-parser-perl 3.71-1+b1
ii libhtml-tagset-perl 3.20-2
ii libhtml-tree-perl 5.03-1
ii libhttp-cookies-perl6.00-2
ii libhttp-date-perl 6.02-1
ii libhttp-message-perl6.06-1
ii libhttp-negotiate-perl 6.00-2
ii liblwp-mediatypes-perl 6.02-1
ii liblwp-protocol-https-perl 6.04-2
ii libnet-http-perl6.06-1
ii liburi-perl 1.60-1
ii libwww-robotrules-perl 6.01-1
ii netbase 5.2
ii perl5.18.2-3
--
Jakub Wilk
use strict;
use warnings;
use v5.10;
use LWP::UserAgent;
my $ua1 = LWP::UserAgent-new;
my $ua2 = LWP::UserAgent-new;
$ua2-ssl_opts(
SSL_verifycn_scheme = {
check_cn = 'when_only',
wildcards_in_alt = 0,
wildcards_in_cn = 0,
}
);
for my $ua ($ua1, $ua2) {
my $req = HTTP::Request-new(GET = 'https://encrypted.google.com/');
my $res = $ua-request($req);
say $res-status_line;
}
Bug#747224: ITP: node-promise -- Bare bones Promises/A+ implementation
Subject: ITP: node-promise -- Bare bones Promises/A+ implementation Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com * Package name: node-promise Version : 5.0.0 Upstream Author : ForbesLindesay * URL : https://github.com/then/promise * License : Expat Programming Lang: JavaScript Description : bare bones Promises/A+ implementation - Node.js module Simple implementation of Promises. A super set of ES6 Promises designed to have readable, performant code and to provide just the extensions that are absolutely necessary for using promises today. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648499: found 648499 3.8.5-2
Control: found 648499 3.8.5-2 I confirm this bug. It doesn't save the last status. cheers, althaser
Bug#747187: debian bug #747187
Hallo, I want to adopt the package libonig. Is there any other how want to do it? Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#646726: #646726 - gnome-settings-daemon: Crashes under load
Hey again Roland, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#648715: #648715 - adding a new keyboard layout hangs gnome3
Control: found 648715 3.0.3-3 Hey David, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#734571: mc: [copy] paste adds extra characters
A fix for VTE is available at https://bugzilla.gnome.org/show_bug.cgi?id=729533 -- it used to handle bracketed paste mode differently than other terminals. I might create a patch for MC too (after all, it should work with current VTE), but after a first glimpse it doesn't look trivial. egmont
Bug#649587: #649587 - gnome-shell: forgets numlock state after logout
Hey, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#653512: #653512 - gnome-settings-daemon: Does not activate DPMS
Hey Tony, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#747226: procps: bugrep...@ravor.org
Package: procps Version: 1:3.3.3-3 Severity: grave Justification: renders package unusable -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (900, 'stable'), (650, 'testing'), (600, 'unstable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages procps depends on: ii initscripts 2.88dsf-41+deb7u1 ii libc6 2.13-38+deb7u1 ii libncurses5 5.9-10 ii libncursesw5 5.9-10 ii libprocps01:3.3.3-3 ii libtinfo5 5.9-10 ii lsb-base 4.1+Debian8+deb7u1 Versions of packages procps recommends: ii psmisc 22.19-1+deb7u1 procps suggests no packages. -- no debconf information Hey guys, since some days i have a weird issue using ps and top. Each time i try to call them via script or command line, they crash with Signal 11 (SEGV) and i didn't manage to repair that. I dont even know, what caused this problem in first place. I already tried to reinstall procps-package and ispell which seems to be related to the problem. ps-Output: root@s93:~# ps Signal 11 (SEGV) caught by ps (procps-ng version 3.3.3). ps:display.c:59: please report this bug top-Output: root@s93:~# top signal 11 (SEGV) was caught by top, please see http://www.debian.org/Bugs/Reporting strace of ps (just last few lines): open(/proc/uptime, O_RDONLY) = 3 lseek(3, 0, SEEK_SET) = 0 read(3, 236610.02 1308470.52\n, 2047) = 21 open(/proc/sys/kernel/pid_max, O_RDONLY) = 4 read(4, 32768\n, 24) = 6 close(4)= 0 mmap(NULL, 139264, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f1bb0004000 mprotect(0x7f1bb0025000, 4096, PROT_NONE) = 0 time(NULL) = 1399280678 open(/proc/meminfo, O_RDONLY) = 4 lseek(4, 0, SEEK_SET) = 0 read(4, MemTotal: 16212768 kB\nMemF..., 2047) = 1198 open(/usr/share/ispell/mwl0, O_RDONLY) = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) @ 0 (0) --- write(2, Signal 11 (SEGV) caught by ps (p..., 57Signal 11 (SEGV) caught by ps (procps-ng version 3.3.3). ) = 57 write(2, ps:, 3ps:) = 3 write(2, display.c:59: , 14display.c:59: ) = 14 write(2, please report this bug, 22please report this bug) = 22 write(2, \n, 1 ) = 1 close(1)= 0 close(2)= 0 exit_group(1) = ? Problem seems to lie here, but anyway i dont know how to fix it... open(/usr/share/ispell/mwl0, O_RDONLY) = -1 ENOENT (No such file or directory) Any help would be appreciated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747187: debian bug #747187
On Tue, 06 May 2014, Jörg Frings-Fürst wrote: Hallo, I want to adopt the package libonig. Is there any other how want to do it? just do it. https://www.debian.org/doc/manuals/developers-reference/pkgs.html#archive-manip Prepare an updated package, find a sponsor (mentors.debian.net) and get it uploaded. Alex pgps7lffD89V5.pgp Description: PGP signature
Bug#656948: #656948 - GLib-CRITICAL **: g_variant_new_string: assertion `string != NULL' failed
Hey Zack, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#747132: libreoffice: The metapackage libreoffice should not recommend liberation fonts
On Tue, May 06, 2014 at 08:33:35AM -0500, Karl O. Pinc wrote: Whether people who don't know what they're doing They typicaly do apt-get install libreoffice. should be allowed to install individual libreoffice components is, to me, the crux of the matter. Are the components, writer, calc, etc., available stand-alone or not? Someone who installs stuff is (well, should) be clueful. They have root on their machines and/or are root. The typical computer user (most people out there) don't use all the components. The most basic user (the proverbial grandmother) gets confused by having too many choices in their menus. If they only use writer and calc that's all that should appear in the menus. Or even better: just the startcenter. Add NoDisplay=true to what you don't want? (Admin job.) Further, there's a big middle group of people between the typical users, above, and the people who are able to actually figure out what the problem is when things break because just a few components are installed. If it looks like you should be able to install just, e.g., writer, then you should be able to do so without having a system you can't fix. I can't say how you might go about doing so but if the individual components don't stand on their own then most people really need to be discouraged from installing them. There's functions which don't work in Base when you don't have writer. You don't have Db connectivitiy in -writer/-calc when you don't have Base. Either one works without the other, but you might want the other for more or special functionality Anyway, this is OT for the original proposition... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747228: posh: wrong NL escapes inside 2 levels of process substitution
Package: posh Version: 0.12.3 Severity: normal The canonical example is: $ printf %s %s\n $( printf %s\n $(printf %s\n 'START\ NOLINE') ) that prints STARTNOLINE\n instead of START\\ NOLINE\n. This is an incorrect behaviour according to http://pubs.opengroup.org/onlinepubs/95399/utilities/xcu_chap02.html#tag_02_06_03: Any valid shell script can be used for command, except a script consisting solely of redirections which produces unspecified results. Note that this bug is found in pdksh but it has been fixed in mksh; Debian stable has a non buggy pdksh 40.9.20120630-7 (provided by mksh) while pdksh PD KSH v5.2.14 99/07/13.2 is buggy. See the joined script for more examples. Regards -- G.raud Meyer #!/bin/posh NL=' ' echo This is incorrect behaviour printf %s %s\n $( printf %s\n $(printf %s\n 'START\ NOLINE') ) printf %s %s\n $( printf %s %s\n $( printf %s %s\n $(printf %s\n 'START\ NOLINE') ) ) echo This is a workaround printf %s %s\n $( printf %s %s\n $(printf %s\n 'START\'$NL'LINE') ) echo These are cases that do not exhibit the behaviour printf %s %s\n $(printf %s\n 'START\ LINE') printf %s %s\n $( printf %s %s\n $(printf %s\n 'START\ LINE') ) printf %s %s\n $( printf %s %s\n $(printf %s\n 'START LINE') )
Bug#747227: ITP: node-css-stringify -- JavaScript CSS compiler
Subject: ITP: node-css-stringify -- JavaScript CSS compiler Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com * Package name: node-css-stringify Version : 1.4.1 Upstream Author : TJ Holowaychuk t...@vision-media.ca * URL : https://github.com/visionmedia/css-stringify * License : Expat Programming Lang: JavaScript Description : JavaScript CSS compiler JavaScript CSS compiler and stringifier using the Abstract Syntax Tree provided by the node-css-parse module. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583958: enable pam_umask usergroups by default
I came across another failure recently ultimately traceable to #643560 and hence to #583958. I'm afraid that reading the bug log for #583958 leaves me rather confused about what the current situation is. AIUI the fix for #643560 depends on #583958. And the latter wants to go upstream first. Steve, you say Yes - will push upstream prior to applying in Debian. Has that happened or do you need help with it ? I'm no expert in PAM and I don't really know where the upstream bugtracker is, so if you need help with this any hints would be helpful. I guess the patch from Martin in #34 (Fri, 24 Jun 2011 10:34:41 +0200) is right ? (I haven't tried it and I guess it would need some rebasing.) Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662648: #662648 - Cannot hold down modifier and hit several keyboard shortcuts after one opens a window; must release modifier in between
Control: found -1 3.8.5-2 Hey Josh, I confirm this issue with 3.8.5-2 version, however it works fine opening several applications without unpress the Super key. If I press Super-E and just release the E key and then try to maximize using Super-up it doesn't maximize the window as you told. I have to release super key first and use Super-up again to maximize the window. cheers, althaser
Bug#747229: cloud-utils requires qemu-img
Package: cloud-utils Version: 0.26-2 A couple of scripts provided by cloud-utils call qemu-img so cloud-utils should require qemu-utils. However, qemu-utils pulls in a lot of dependencies which are all unnecessary (and undesired) for cloud images. I suggest to break the package into separate subpackages like Ubuntu does. A metapackage cloud-utils, a subpackage for cloud images which contains growpart and ec2metadata and another subpackage for all the rest. Also, there are some very Ubuntu-specific scripts that I think need to be removed. I can help with this work if I can be made a co-maintainer. ...Juerg
Bug#702665: [Python-modules-team] Bug#702665: python watchdogs still running beyond package build
Hello Michael, On Sat, Mar 9, 2013 at 8:01 PM, Michael Tautschnig m...@debian.org wrote: During package build, apparently two python processes are started (likely watchdogs), but these are never killed. Here is the resulting ps output *after package build has completed*: 19860 pts/2S+ 0:00 /usr/bin/python2.6 -c import time; time.sleep(3600); 19948 pts/2S+ 0:00 /usr/bin/python2.7 -c import time; time.sleep(3600); This breaks builds inside chroots, because the build place cannot be unmounted. I don't see this problem with pbuilder, can you check if it still happens with the lastest 2.1.1-1 upload? Thanks, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677560: #677560 - gnome-settings-daemon: Keyboard layout falls back to US
Hey, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#700571: [Python-modules-team] Bug#700571: python-psutil: Import fail
Hello, can you confirm if this is still happening with the latest 2.1.1-1 version? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747230: opendnssec-signer: segfaults if NotifyCommand fails when adding a new zone
Package: opendnssec-signer Version: 1:1.3.9-5 Severity: normal Tags: upstream Dear Maintainer, There's a condition that leads to a segfault of ods-signerd. If you set up a NotifyCommand in the form of: NotifyCommand/usr/sbin/rndc reload %zone/NotifyCommand and you add a new zone to zonelist.xml but you have not added the zone to bind9, then the NotifyCommand returns with an error (1). If the zone in question hasn't been previously added in the past (there are no entries yet for it in signconf), then ods-signerd segfaults. May 6 16:47:20 kernel: [345243.122129] ods-signerd[15978]: segfault at 5368e00d ip 7ff029561cba sp 7ff0266eb080 error 4 in libc-2.13.so[7ff02951c000+182000] at the /var/lib/opendnssec/unsigned directory one finds only the zone.name.axfr file of the new zone. while the segfault is actually caused by an administrator error (missing config parts in bind9 that leads to a rndc error) it would be nice if ods-signerd handled it a bit better. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (800, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=el_GR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opendnssec-signer depends on: ii libc6 2.13-38+deb7u1 ii libldns1 1.6.13-1 ii libxml22.8.0+dfsg1-7+nmu3 ii opendnssec-common 1:1.3.9-5 Versions of packages opendnssec-signer recommends: ii opendnssec-auditor 1:1.3.9-5 ii opendnssec-enforcer 1:1.3.9-5 Versions of packages opendnssec-signer suggests: pn opendnssec none ii softhsm 1.3.3-2 -- 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#735422: LWP::UserAgent: strange behavior of CA cert paths
On 2014-05-06 15:34:11 +0200, Jakub Wilk wrote: If think what you observed here is bug #746579. Yes, very probably. :( I suppose that the bugs should be merged. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747231: ITP: node-css -- JavaScript CSS parser and stringifier
Subject: ITP: node-css -- JavaScript CSS parser and stringifier Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com * Package name: node-css Version : 1.6.0 Upstream Author : TJ Holowaychuk t...@vision-media.ca * URL : https://github.com/visionmedia/css * License : Expat Programming Lang: JavaScript Description : JavaScript CSS parser and stringifier node-css is a Node.js which povides a simple CSS parser and stringifier library using node-css-parse and node-css-strigify modules. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678202: forwarded 678202 https://bugzilla.gnome.org/show_bug.cgi?id=672030
Control: forwarded 678202 https://bugzilla.gnome.org/show_bug.cgi?id=672030 forwarding bug to upstream.
Bug#646726: #646726 - gnome-settings-daemon: Crashes under load
althaser, 2014-05-06 14:41:22 +0100 : Hey again Roland, Hey again :-) this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? I haven't seen that bug happen in recent times, no. I guess it can be safely closed. Thanks, Roland. -- Roland Mas Plus on en fout, plus y'en a du riz. -- Proverbe chinois. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#723086: [libxkbcommon-dev] dh_install --fail-missing may fail
Source: libxkbcommon Followup-For: Bug #723086 Thanks for the info, Julien. In that case, I kept the origin path as it was (since it is generated by the build) and added the destination path as the package name so it will install properly. Please let me know your comments. Regards, Fernando Index: libxkbcommon-0.4.0/debian/libxkbcommon-dev.install === --- libxkbcommon-0.4.0.orig/debian/libxkbcommon-dev.install 2014-05-06 13:36:27.0 + +++ libxkbcommon-0.4.0/debian/libxkbcommon-dev.install 2014-05-06 13:38:07.270001056 + @@ -6,3 +6,4 @@ usr/lib/*/libxkbcommon.a usr/lib/*/libxkbcommon.so usr/lib/*/pkgconfig/xkbcommon.pc +user/share/doc/libxkbcommon/* usr/share/doc/libxkbcommon-dev/
Bug#629245: the symlinks are there, pointing to a wrong place
On Tue, May 06 2014, Adam Borowski wrote: On Mon, May 05, 2014 at 02:07:30AM -0700, Manoj Srivastava wrote: On Sat, Mar 16 2013, Adam Borowski wrote: ls -al /lib/modules/3.8.2-x32 lrwxrwxrwx 1 root root 36 Sep 27 04:09 build - /home/kilobyte/tmp/kernel/linux-source-3.8 lrwxrwxrwx 1 root root 37 Sep 27 04:09 source - /home/kilobyte/tmp/kernel/linux-source-3.8 Actually, not so: The postinst should take care of all this. The symlinks still point to the build dir as of a week ago, with kernel-package 12.036+nmu3. Can't test 13.00* as those versions fail building the kernel for me due to an unrelated bug (just reported). If this is not your build machine, are the symlinks dangling? The image package postinst is supposed to remove them. If it is your build machine, then this is the current behaviour to leave the links pointing to your build directory. This can of course be overridden by adding your own postint file to the postinst.d drectory. Please fix, this breaks dkms among others. The dkms issue might be something else. Do you have full logs for that? I don't have kernel build logs due to #747142, DKMS output is: Loading new virtualbox-4.3.10 DKMS files... Building only for 3.14.2-x32 Module build for the currently running kernel was skipped since the kernel source for this kernel does not seem to be installed. If I restore the source to that directory, all works ok. Should I downgrade kernel-package to produce a full log? No, I think I would much rather figure out why the new version is not working for you. I have been unable to reproduce the problems, and these are the kernels I have built: 6112 /usr/local/src/kernel/linux-image-2.6.39-glaurung_2.6.39-glaurung-10.00.Custom_amd64.deb 5840 /usr/local/src/kernel/linux-image-3.15.0-rc4-00200-g2080cee_3.15.0-rc4-00200-g2080cee-10.00.Custom_amd64.deb 5828 /usr/local/src/kernel/linux-image-3.15.0-rc4_3.15.0-rc4-10.00.Custom_amd64.deb 5664 /usr/local/src/kernel/linux-image-3.15.0-rc4-dbg_3.15.0-rc4-10.00.Custom_amd64.deb manoj -- I attribute my success to intelligence, guts, determination, honesty, ambition, and having enough money to buy people with those qualities. Manoj Srivastava sriva...@acm.org http://www.golden-gryphon.com/ 4096R/C5779A1C E37E 5EC5 2A01 DA25 AD20 05B6 CF48 9438 C577 9A1C signature.asc Description: PGP signature
Bug#726763: Bug#729576: duplicate of bug #726763
reassign 736880 libpam-systemd 204-5 reassign 726763 libpam-systemd 204-5 reassign 731426 libpam-systemd 204-5 reassign 731602 libpam-systemd 204-5 reassign 735591 libpam-systemd 204-5 reassign 735593 libpam-systemd 204-5 reassign 735628 libpam-systemd 204-5 forcemerge 729576 736880 726763 731426 731602 735591 735593 735628 thanks Hi, On 05.05.2014 14:31, Vincent Lefevre wrote: On 2013-12-22 17:38:53 +0100, Vincent Lefevre wrote: But perhaps #726763 is assigned to the wrong package... If #726763 occurs with GNOME and without lightdm, and is the same problem as #729576, then this could confirm that it is a systemd bug. Now I don't know the current status of #726763, but #729576 seems to have been fixed with systemd-shim automatic installation. So, retroactively, I suppose that this could have be regarded as a bug in libpam-systemd, fixed by the new dependency on systemd-sysv | systemd-shim (in libpam-systemd 204-9). Indeed that fixes #726763 and all the other bugs due to missing systemd-sysv or systemd-shim, because gnome-settings-daemon depends on systemd and systemd recommends libpam-systemd. So, I'm reassigning the bug to libpam-systemd (204-5 was its version when I reported the bug). I'll close it in a second time, once the reassign has been done. I'm now merging the other bugs with Bug #729576. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745307: Re-assigning to OCamlgraph
Control: reopen 745307 Control: reassign 745307 ocamlgraph 1.8.4-1 Control: close 745307 1.8.5-1 This bug is due to an API change appeared in OCamlgraph 1.8.4 and then reverted back in 1.8.5. OCamlgraph 1.8.3 (present testing's version) is not affected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746715: the foreseeable outcome of the TC vote on init systems
Le 2014-05-06 13:06, Thomas Goirand a écrit : I believe he is unfriendly with unfriendly people, and I don't think you count as one of his friend, given the way you've interacted with him in the past. Well, Raphael is not Daniel's friend... fine. But, actually, who cares? The maintainer should go over those details and simply does his job. What raphael is trying to explain is that he failed in his mission as a maintainer. (Not taking any side, just re-explaining and putting things in the right context). Regards, -- Mehdi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653512: #653512 - gnome-settings-daemon: Does not activate DPMS
On Tue, 6 May 2014 14:52:34 +0100 althaser altha...@gmail.com wrote: Hey Tony, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? No, I haven't had any problems with DPMS for a long time. It's one of those old transient problems I'd forgotten I'd ever reported. OK to close this I think. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747216: ceilometer-common: update /etc/ceilometer/pipeline.yaml
Hi, It's looking like you're just having an older version of the file. As it's not marked as CONFFILE, then it hasn't been replaced by an upgrade. What you should do is just copy the new version from /usr/share/ceilometer. I will revert and set this file as conffile later on. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746715: the foreseeable outcome of the TC vote on init systems
Mehdi Dogguy writes (Bug#746715: the foreseeable outcome of the TC vote on init systems): Well, Raphael is not Daniel's friend... fine. But, actually, who cares? The maintainer should go over those details and simply does his job. What raphael is trying to explain is that he failed in his mission as a maintainer. Can we stop the general commentary on Daniel Baumann's performance as maintainer ? I don't think it's helpful or relevant to the discussion about tftp-hpa and upstart. If someone has more general concerns about the maintenance of some package, and after failing to resolve these concerns *they would like to take over the package*, that would best be dealt with separately. Probably emailing the TC private list, or a TC member privately, to seek advice, would be the right place to start. Likewise if there are general concerns about a DD or DM, the right team to contact would be new-maintainer. Persistently making negative comments about a fellow contributor, in inappropriate forums, does not help. It makes Debian less fun without addressing the underlying problems - indeed, often, it exacerbates the problems. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689432: #689432 - gnome-settings-daemon: SmartCard login segfault
Hey Markus, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#734818: enable pam_keyinit by default
Hello, Steve Langasek wrote: Hi Russ, On Wed, Jan 08, 2014 at 07:00:54PM -0800, Russ Allbery wrote: It would be better for any application that uses the kernel keyring if pam_keyinit were run by default in the PAM session stack. Without this module, users are placed in a default UID-based user session, which doesn't isolate each session's keys. Worse, currently (although this is a separate bug that's been separately reported and may be fixed in the future), the kernel uses the UID session for reading, but when writing creates a new session keyring that's limited to children of the writing process. This basically makes use of keyring Kerberos caches impossible unless one does the equivalent of what pam_keyinit does first. It's rather inobvious that this is necessary. The problem with this, which will make it more complex, is that one generally does not want to create a new session keyring when running commands like su or sudo, just for login sessions, since you normally want to preserve the user's existing credentials. I'm not sure what this means for how to achieve this configuration. Unfortunately, there's no central way to configure PAM modules only for use in login sessions. As with pam_selinux and pam_loginuid, the only way to do this is for each service to include the module directly in their own PAM config. Do you have an idea on how it should be called? On Fedora they are using: session optional pam_keyinit force revoke As it's only available on linux architectures, I was thinking of adding a '-' at the beginning of the call. Do you think this is OK for Debian? I guess it should be the same in all the initial login pam services. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682935: #682935 - x86-32: segfault on startup
Hey, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.8.5-2 ? cheers, althaser
Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement
Attached another version with needed #defines instead of including
embedded drm header. Cleaner?
I'd update upstream bug as well.
Or do we want simply not to build it on hurd anymore?
--
G..e
diff -u xserver-xorg-video-openchrome-0.3.3/debian/changelog
xserver-xorg-video-openchrome-0.3.3/debian/changelog
--- xserver-xorg-video-openchrome-0.3.3/debian/changelog
+++ xserver-xorg-video-openchrome-0.3.3/debian/changelog
@@ -1,3 +1,9 @@
+xserver-xorg-video-openchrome (1:0.3.3-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+
+ -- Gabriele Giacone 1o5g4...@gmail.com Mon, 05 May 2014 16:02:22 +0200
+
xserver-xorg-video-openchrome (1:0.3.3-1) unstable; urgency=low
[ Maarten Lankhorst ]
diff -u xserver-xorg-video-openchrome-0.3.3/debian/control
xserver-xorg-video-openchrome-0.3.3/debian/control
--- xserver-xorg-video-openchrome-0.3.3/debian/control
+++ xserver-xorg-video-openchrome-0.3.3/debian/control
@@ -18,7 +18,7 @@
x11proto-xf86dri-dev,
x11proto-video-dev,
x11proto-gl-dev,
- libdrm-dev ( 2.0),
+ libdrm-dev ( 2.0) [!hurd-any],
libx11-dev,
libgl1-mesa-dev | libgl1-dev,
libxvmc-dev,
diff -u xserver-xorg-video-openchrome-0.3.3/debian/patches/series
xserver-xorg-video-openchrome-0.3.3/debian/patches/series
--- xserver-xorg-video-openchrome-0.3.3/debian/patches/series
+++ xserver-xorg-video-openchrome-0.3.3/debian/patches/series
@@ -1,0 +2 @@
+hurd.patch
only in patch2:
unchanged:
--- xserver-xorg-video-openchrome-0.3.3.orig/debian/patches/hurd.patch
+++ xserver-xorg-video-openchrome-0.3.3/debian/patches/hurd.patch
@@ -0,0 +1,29 @@
+--- a/configure.ac
b/configure.ac
+@@ -80,7 +80,7 @@ XORG_DRIVER_CHECK_EXT(XF86DRI, xextproto
+ XORG_DRIVER_CHECK_EXT(DPMSExtension, xextproto)
+
+ # Checks for pkg-config packages
+-PKG_CHECK_MODULES(XORG, [xorg-server xproto fontsproto libdrm glproto
$REQUIRED_MODULES])
++PKG_CHECK_MODULES(XORG, [xorg-server xproto fontsproto glproto
$REQUIRED_MODULES])
+ PKG_CHECK_MODULES(XEXT, [xextproto = 7.0.99.1],
+ HAVE_XEXTPROTO_71=yes; AC_DEFINE(HAVE_XEXTPROTO_71, 1, [xextproto 7.1
available]),
+ HAVE_XEXTPROTO_71=no)
+--- a/src/via_driver.h
b/src/via_driver.h
+@@ -519,4 +519,15 @@ Bool VIADRIBufferInit(ScrnInfoPtr pScrn)
+
+ #endif /* HAVE_DRI */
+
++#ifndef HAVE_DRI
++#define fourcc_code(a,b,c,d) ((uint32_t)(a) | ((uint32_t)(b) 8) | \
++ ((uint32_t)(c) 16) | ((uint32_t)(d) 24))
++#define DRM_FORMAT_XRGB fourcc_code('X', 'R', '2', '4') /* [31:0] x:R:G:B
8:8:8:8 little endian */
++#define DRM_FORMAT_C8 fourcc_code('C', '8', ' ', ' ') /* [7:0] C */
++#define DRM_FORMAT_XRGB1555 fourcc_code('X', 'R', '1', '5') /* [15:0] x:R:G:B
1:5:5:5 little endian */
++#define DRM_FORMAT_RGB565 fourcc_code('R', 'G', '1', '6') /* [15:0] R:G:B
5:6:5 little endian */
++#define DRM_FORMAT_RGB888 fourcc_code('R', 'G', '2', '4') /* [23:0] R:G:B
little endian */
++#define DRM_FORMAT_XRGB2101010 fourcc_code('X', 'R', '3', '0') /* [31:0]
x:R:G:B 2:10:10:10 little endian */
++#endif
++
+ #endif /* _VIA_DRIVER_H_ */
Bug#690141: #690141 - gnome-settings-daemon: Ignores GPG configuration when launching Mail with media keys
Hey Jean, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.8.5-2 ? cheers, althaser
Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement
Gabriele Giacone, le Tue 06 May 2014 17:00:34 +0200, a écrit : Attached another version with needed #defines instead of including embedded drm header. Cleaner? copy/pasting code is usually never cleaner than just including a header. Or do we want simply not to build it on hurd anymore? If the inclusion just works, then it's good. That being said, I checked in the changelog why the drm_fourcc.h header exists at all. It is there just for distributions which do not have it yet, it's not meant as a replacement for the non-DRI case. At any rate, such changes should very probably be discussed with upstream directly. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747226: Problem found
Hello guys, after 2 weeks of searching, I've found the problem within libprocps0. Something was seriously wrong with the library itself. After reinstalling via apt, it now works like a charm. I'm really sorry for bothering... BR, Steffen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#693233: #693233 - gnome-settings-daemon: Can't calibrate Lenovo x200 tablet stylus or touchscreen
Hey Mikael, this is an old bug. Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#682067: status of upload(s)?
retitle 682067 fai-client: Config from git is left in detached head state, breaking further softupdates found 682067 4.1.1 thanks Hi, ping :) Also about getting this fix into Debian wheezy... broken softupdates with a git configspace is quite a bummer... even though FAI itselfs makes it a rather trival problem, IMO this really should be fixed in stable itself. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#694158: #694158 - gnome-settings-daemon 3.6: num lock state not saved
Hey Frederik, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.8.5-2 ? cheers, althaser
Bug#694505: #694505 - gnome-settings-daemon: wrong brighness max value with acpi_backlight=vendor and intel
Hey Adrin, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#696772: #696772 - gnome-settings-daemon: Brightness won't reduce with shortcut, and increases.
Hey, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#744771: Not ready yet
On Fri, May 02, 2014 at 03:40:26PM +0200, Luca Falavigna wrote: Control: tags -1 + moreinfo Not ready yet: # Broken Depends: deejayd: deejayd-xine libplayer: libplayer-dev [amd64 armel armhf i386 kfreebsd-amd64 kfreebsd-i386 mips mipsel powerpc s390x sparc] Seems I missed these. I've uploaded a more complete NMU of libplayer yesterday and I've just sponsored an updated deejayd, so this should be good to go now. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747088: python-appdirs: Upgrade failure
reassign 747088 dpkg thanks Am Montag, den 05.05.2014, 10:22 -0400 schrieb Matthew Gabeler-Lee: Package: python-appdirs Version: 1.2.0+git20130326-1 Severity: important Attempting to upgrade this package fails! Unpacking python-appdirs (1.3.0-1) over (1.2.0+git20130326-1) ... dpkg: error processing archive /var/cache/apt/archives/python-appdirs_1.3.0-1_all.deb (--unpack): unable to open '/usr/share/pyshared/appdirs-1.3.0.egg-info/dependency_links.txt.dpkg-new': No such file or directory Hmm, well, /usr/share/pyshared/appdirs-1.3.0.egg-info is a file! Uninstalling the package (and everything that depends on it :( ) and reinstalling does work around the problem, and now the .egg-info item is a directory. This looks like a bug in dpkg (to fail replacing a file by a directory). Therefore I reassign this bug. -- Benjamin Drung System Developer ProfitBricks GmbH - The IaaS-Company Greifswalder Str. 207 D - 10405 Berlin Mail: benjamin.dr...@profitbricks.com Fax: +49 30 577 008 598 URL: http://www.profitbricks.com Sitz der Gesellschaft: Berlin. Registergericht: Amtsgericht Charlottenburg, HRB 125506 B. Geschäftsführer: Andreas Gauger, Achim Weiss. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747233: New upstream (r3248)
Package: mkgmap Version: 0.0.0+svn2981-1 Severity: wishlist A new upstream release is available (r3248). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement
On Tue, May 6, 2014 at 5:13 PM, Samuel Thibault sthiba...@debian.org wrote: Gabriele Giacone, le Tue 06 May 2014 17:00:34 +0200, a écrit : Attached another version with needed #defines instead of including embedded drm header. Cleaner? copy/pasting code is usually never cleaner than just including a header. Or do we want simply not to build it on hurd anymore? If the inclusion just works, then it's good. That being said, I checked in the changelog why the drm_fourcc.h header exists at all. It is there just for distributions which do not have it yet, it's not meant as a replacement for the non-DRI case. At any rate, such changes should very probably be discussed with upstream directly. I'll update upstream bug which could be ignored as it's been so far. In the meantime, how about applying it or as asked above, removing hurd from build archs? -- G..e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747232: Ruby should support SystemTap
Package: ruby2.0 Version: 2.0.0.484+really457-3 Ruby 2.0 introduced support for DTrace, a dynamic tracing framework by Sun, which can be used to trace running processes with minimal performance impact. While DTrace support on Linux still seems to be rather basic and burdened by licensing issues, SystemTap is a free (GPL) and mature alternative for GNU/Linux systems. Furthermore, SystemTap supports DTrace probe points such as those already present in upstream Ruby. SystemTap support can be enabled simply by adding systemtap-sdt-dev as a build dependency for Ruby. This would not result in any additional run time dependencies for Ruby; systemtap-sdt-dev is only required at build time. Also, due to SystemTap's design, probes do not have any performance impact when they are not explicitly enabled by the user at run time. Fedora has had SystemTap support enabled since 2.0.0.0-0.1.r39387 (22 Feb 2013) and apparently it has not caused any problems for them. Having Ruby in jessie support SystemTap as well would further enhance the user experience for Ruby developers and admins on Debian. The attached patch enables SystemTap probes in Ruby by adding systemtap-sdt-dev as a build dependency on Linux systems. 0001-Add-systemtap-sdt-dev-as-a-build-dependency.patch Description: Binary data
Bug#357141: It's a shame that noone is taking care of this bug
Hi, after all that years of being filed, I noticed that the bug Jan was so kind to file for me is still open. And the only comment is from someone who doesn't understand the problem itself. That is a shame. ... only my 2 cent but it should be said, sorry for the noise. Jürgen Leibner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696794: #696794 - gnome-settings-daemon: Fails to apply capslock remapping
Hey Jerry, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.8.5-2 ? cheers, althaser
Bug#747234: bwctl: New version of bwctl available
Package: bwctl Severity: wishlist Dear Maintainer, A new version of the bwctl software is available at http://software.internet2.edu/sources/bwctl/ At the time this bug report is written, it is version 1.5.1. It would be nice to have it packaged for Debian. Thank you! -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.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#747088: python-appdirs: Upgrade failure
Control: reassign -1 python-appdirs 1.3.0-1 Control: severity -1 serious On Tue, 06 May 2014, Benjamin Drung wrote: Uninstalling the package (and everything that depends on it :( ) and reinstalling does work around the problem, and now the .egg-info item is a directory. This looks like a bug in dpkg (to fail replacing a file by a directory). Therefore I reassign this bug. In fact, it's not clearly a bug in dpkg. The problem lies in the fact that ./usr/lib/python2.7/dist-packages/appdirs-1.3.0.egg-info is a symlink to a file... but at the point when dpkg processes that file, it has already upgraded ./usr/share/pyshared/appdirs-1.3.0.egg-info to a directory and since dpkg won't replace a symlink to a directory by a true directory, you get the error you see because now /usr/share/pyshared/appdirs-1.3.0.egg-info/* is processed twice: once in the normal path and once via the symlinked path ./usr/lib/python2.7/dist-packages/appdirs-1.3.0.egg-info/... I would suggest to handle this in the python-appdirs package because dpkg doesn't have enough information to be able to do the right thing. We're aware of this limitation and it will eventually be fixed but it won't be fixed in time for this specific case. Thus reassigning back. The proper thing to do is to remove /usr/lib/python2.7/dist-packages/appdirs-1.3.0.egg-info in the prerm upgrade when you upgrade from the old version. Thank you. -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement
Gabriele Giacone, le Tue 06 May 2014 17:34:06 +0200, a écrit : On Tue, May 6, 2014 at 5:13 PM, Samuel Thibault sthiba...@debian.org wrote: Gabriele Giacone, le Tue 06 May 2014 17:00:34 +0200, a écrit : Attached another version with needed #defines instead of including embedded drm header. Cleaner? copy/pasting code is usually never cleaner than just including a header. Or do we want simply not to build it on hurd anymore? If the inclusion just works, then it's good. That being said, I checked in the changelog why the drm_fourcc.h header exists at all. It is there just for distributions which do not have it yet, it's not meant as a replacement for the non-DRI case. At any rate, such changes should very probably be discussed with upstream directly. I'll update upstream bug which could be ignored as it's been so far. Make sure to also raise the question on the X development mailing lists. In the meantime, how about applying it It's up to X maintainers to decide. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747235: RFP: tracebox -- Middlebox Detection Tool
Package: wnpp Severity: wishlist * Package name: tracebox Version : 0.1 Upstream Author : Gregory Detal gregory.de...@uclouvain.be et al. * URL or Web page : http://www.tracebox.org/ * License : GPLv2+ Description : Middlebox Detection Tool Tracebox is a tool that allows to detect middleboxes on any paths, i.e., between a source and any destination. Tracebox can be viewed as a tool similar to traceroute as it uses ICMP replies to identify changes in the packets. The fact that tracebox is able to detect middleboxes comes from the observation that ICMP messages are often not as defined in RFC792. Indeed it is quite common to receive a ICMP Time-to-Live exceeded message with the original datagram instead of 64 bits as described in the standard. This is caused by operating systems configured to reply with full ICMP (e.g., Linux, Cisco IOS-XR, etc.) as well as the ICMP Multi-Part Messages extension that standardize the fact that routers using MPLS tunnels replies and ICMP message containing the full datagram. There seems a start of Debian packaging in the upstream repository, but it's not complete (missing debian/copyright), and doesn't build a working package, at least not when being used from a plain git checkout. It seems that a prerequisite for packaging tracebox is packaging libcrafter: https://github.com/pellegre/libcrafter -- it's included in https://github.com/tracebox/tracebox as a git submodule. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682935: #682935 - x86-32: segfault on startup
The configuration options in 3.8.3-5 (testing) are completely different from those in 3.4.x, so I'm unable to verify whether this is fixed or not in newer releases. However, the main point here is that g-c-c in stable is extremely UNstable; it crashes on a wide variety of platforms, and not just when changing mouse/touchpad settings. Martin-Éric 2014-05-06 18:05 GMT+03:00 althaser altha...@gmail.com: Hey, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.8.5-2 ? cheers, althaser -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#742024: libpam-abl: Configure pam module automatically using pam-auth-update?
On 05/05/2014 10:25 PM, Petter Reinholdtsen wrote: [Petter Reinholdtsen] I am not sure that the configuration should be enabled by default because in this case it will affect every pam service which use /etc/pam.d/common-auth, like su, sudo, login and so on. [...] Btw, why is libpam-abl operating on local services too? Why not only trigger for remote login? The current setup allow for remote denial of service attachs, and is not usable for me. I tried to log in as root via ssh, and used the wrong password several times in a row. Then I logged into the machine using a different user and tried to su to root. This was blocked with this message in /var/log/auth.log: May 5 20:21:52 freedombox pam-abl[11025]: Blocking access from (null) to service su, user root May 5 20:21:56 freedombox su[11025]: pam_authenticate: Authentication failure May 5 20:21:56 freedombox su[11025]: FAILED su for root by fbx May 5 20:21:56 freedombox su[11025]: - /dev/pts/1 fbx:root Any remote user can block a local user from accessing the machine, that is a DOS attack waiting to happen. Can it block cron jobs too? I did not test. I would suggest for pam-abl to not block access from the (null) host by default. Well, the problem is the default configuration. I see 2 ways to solve the problem: a) use manual configuration for services using PAM, like it was done in the past. b) tell pam_abl that only sshd service should be used. One can do that by specifying the service in the user_role, i.e.: user_rule=*/sshd:3/1h In this case only users associated with sshd service will be really blocked, for some reason pam_abl will also list users as blocked for example from sudo or any other service using common-auth, though they will not be blocked. use pam_abl -v to see users and services. I am preparing the update which will install the default config with sshd and whitelisted localhost. Currently I can not upload the package, but you can checkout the git repository and build the package itself: http://anonscm.debian.org/gitweb/?p=collab-maint/libpam-abl.git Regards, Alex
Bug#745885: legacy branches affected
Dear maintainer, this bug has been fixed in the version currently in unstable, but it also - and still - affects the nvidia-legacy-304xx-kernel-dkms package; could you please apply the patch linked to in the post above to that package as well, if it works? Thanks PS: from what I see, this bug is the same as 746519 742645; could you please merge them? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734818: enable pam_keyinit by default
Laurent Bigonville bi...@debian.org writes: On Fedora they are using: session optional pam_keyinit force revoke force revoke looks good to me. I'm not sure that force is necessary, but it's probably a good idea in general. As it's only available on linux architectures, I was thinking of adding a '-' at the beginning of the call. Do you think this is OK for Debian? Yes, although this is where it would be nice if this could somehow be handled by pam-auth-update so that the PAM module wouldn't be configured at all on systems that don't have it. I guess it should be the same in all the initial login pam services. I think so, yes. Thanks for looking at this! -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747236: sendfile: Missing support for xinetd
Package: sendfile
Version: 2.1b.20080616-5.2
Severity: normal
Dear Maintainer,
sendwhile, while alternatively depending on xinet, does not provide a
proper xinetd.d configuration sniplet, rendering the sendfile daemon
unusable on systems with xinetd.
The attached sniplet below seems to do the trick. Open task is to call
invoke-rc.d xinetd reload in an appropriate way in postinst. I did
not provide a patch for that since I'd first rewrite postinst from
scratch, also using update-inetd.
Christoph
---
# default: on
# description: sendfile server
#
service sendfile
{
socket_type = stream
wait= no
type= unlisted
protocol= tcp
#bind = ADDRESS
port= 587
cps = 10 2
user= root
server = /usr/sbin/sendfiled
nice= 0
disable = no
}
---
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.10.37 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages sendfile depends on:
ii libc6 2.18-5
ii libdpkg-perl 1.17.9
ii libreadline6 6.3-6
ii perl [perl5] 5.18.2-2+b1
ii update-inetd 4.43
ii xinetd [inet-superserver] 1:2.3.15-3
sendfile recommends no packages.
Versions of packages sendfile suggests:
pn pgp-i none
-- Configuration Files:
/etc/sendfile.cf changed [not included]
-- no debconf information
signature.asc
Description: Digital signature
Bug#741666: scribus: Scribus included non-free contents
Hello Oleksandr, due to the bug below, scribus has been dropped from Debian Jessie. If you don't have enough time to properly maintain scribus, maybe you should orphan it. If not, it would be nice to see an update fixing this and the other issues that are found by lintian. Thank you for the work put into Scribus! On Sat, 15 Mar 2014, mejiko wrote: Scribus included non-free contents. see trisquel bug number 10889 details. https://trisquel.info/en/issues/10889 I think that this package be affected by trisquel bug number 10889. And Its violate DFSG. Suggests: 1. Remove non-free contents and rebuild. 2. Replace DFSG free contents. 3. Remove fedora repos. Thanks. -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704168: #704168 - gnome-settings-daemon: org.gnome.settings-daemon.plugins.power critical-battery-action not performed, no suspend or hibernate on low battery
Hey Jurgen, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.4.2+git20121218.7c1322-3+deb7u3 or 3.8.5-2 ? cheers, althaser
Bug#729203: Rebuild of possible FFmpeg reverse build-dependenciesa
Hi,
On 04.05.2014 22:16, Cyborg Ethly Alpha {My Research Desk} wrote:
On one system, I have FFmpeg 2.x is installed side by side with Libav ;
The package listing from Synaptic shows;
libavcodec-extra-52
This is from version 0.5...
libavcodec-extra-53
...and this from version 0.8.
libavcodec55-ffmpeg
all installed.
If you want to compare FFmpeg with Libav, it would be better to compare
FFmpeg 2.2 with Libav 10 (currently in Debian/experimental), as they are
approximately from the same time. Otherwise the comparison won't be fair.
and I found;
ffmpeg-set-alternatives
A helper package to create and remove the alternatives for the ffmpeg.
The Debian alternatives system (man update-alternatives):
It is possible for several programs fulfilling the same or similar functions
to be installed on a single system at the same time. For example,
many systems have several text editors installed at once. This gives
choice to the
users of a system, allowing each to use a different editor, if desired,
but makes it difficult for a program to make a good choice for an editor
to invoke if the user has not specified a particular preference.
Debian's alternatives system aims to solve this problem.
As far as I can tell, ffmpeg-set-alternatives is meant for the binaries
ffmpeg, ffplay etc., because older versions of Libav created them.
Newer versions of Libav use avconv, avplay etc., so this package is not
needed anymore.
The FFmpeg install is direct from the FFmpeg.org sute.
I'm replacing the network router this week. The week after, I plan to do
some screencasts on the system with FFmpeg 2.2 .
After that I need add two systems to the test bench to practice creating
deb files, and test them.
Once the deb file(s) are successfully tested, they will be uploaded to
the ppa.
I see.
All my systems are Kubuntu 13.10 . I use [synaptic] and [apt] removing
muon, pulseaudio disabling [desktop effects]
Is there a particular reason why you don't upgrade to Kubuntu 14.04?
Best regards,
Andreas
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747235: RFP: tracebox -- Middlebox Detection Tool
Hi Axel, hi OONI folks, [Note: 747235@bugs.d.o, Cc'd, is publicly archived.] Axel Beckert wrote (06 May 2014 16:07:18 GMT) : Package: wnpp Severity: wishlist * Package name: tracebox Version : 0.1 Upstream Author : Gregory Detal gregory.de...@uclouvain.be et al. * URL or Web page : http://www.tracebox.org/ * License : GPLv2+ Description : Middlebox Detection Tool Tracebox is a tool that allows to detect middleboxes on any paths, i.e., between a source and any destination. Tracebox can be viewed as a tool similar to traceroute as it uses ICMP replies to identify changes in the packets. The fact that tracebox is able to detect middleboxes comes from the observation that ICMP messages are often not as defined in RFC792. Indeed it is quite common to receive a ICMP Time-to-Live exceeded message with the original datagram instead of 64 bits as described in the standard. This is caused by operating systems configured to reply with full ICMP (e.g., Linux, Cisco IOS-XR, etc.) as well as the ICMP Multi-Part Messages extension that standardize the fact that routers using MPLS tunnels replies and ICMP message containing the full datagram. There seems a start of Debian packaging in the upstream repository, but it's not complete (missing debian/copyright), and doesn't build a working package, at least not when being used from a plain git checkout. It seems that a prerequisite for packaging tracebox is packaging libcrafter: https://github.com/pellegre/libcrafter -- it's included in https://github.com/tracebox/tracebox as a git submodule. This sounds like something potentially useful for OONI (https://ooni.torproject.org/). Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742668: cups: Fails to install because can't listen to sockets
Hi Giuseppe, and thanks for your followup, Le mardi, 6 mai 2014, 14.23:41 Giuseppe Bilotta a écrit : I've just come across this issue during a dist-upgrade. The situation is the same as that of the original message: nothing is using port 631 or the cups socket, but: Are you sure of that? Can you paste the output of the following command (run as root): netstat -lnptu | grep 631 May 06 14:12:51 labrador systemd[1]: Starting CUPS Printing Service Sockets. May 06 14:12:51 labrador systemd[1]: cups.socket failed to listen on sockets: Address already in use May 06 14:12:51 labrador systemd[1]: Failed to listen on CUPS Printing Service Sockets. May 06 14:12:56 labrador systemd[1]: Closed CUPS Printing Service Sockets. so cups-daemon, cups and cups-core-drivers fail to complete the upgrade/configure. Do you have a specific ipv6 configuration (module unloaded or blacklisted? Can you attach the content of all files and symlinks in /etc/systemd/system/cups.socket.d ? Could you also attach the output of `systemctl show cups.socket` ? Thanks in advance, cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734818: enable pam_keyinit by default
On Tue, May 06, 2014 at 09:12:59AM -0700, Russ Allbery wrote: Laurent Bigonville bi...@debian.org writes: On Fedora they are using: session optional pam_keyinit force revoke force revoke looks good to me. I'm not sure that force is necessary, but it's probably a good idea in general. As it's only available on linux architectures, I was thinking of adding a '-' at the beginning of the call. Do you think this is OK for Debian? Yes, although this is where it would be nice if this could somehow be handled by pam-auth-update so that the PAM module wouldn't be configured at all on systems that don't have it. As discussed on IRC, we don't want this to silently fail on Linux systems because of some unrelated bug; that will just cause difficult-to-diagnose problems. Since the module will be present on all Linux systems, it's better to ship a different pam config on Linux vs. non-Linux architectures, which can be done fairly easily without duplication using dh-exec. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org signature.asc Description: Digital signature
Bug#720704: #720704 - gnome-settings-daemon: Does not suspend when power button pressed
Hey, Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.8.5-2 and systemd 204-8? cheers, althaser
Bug#584162: ssmtp: Partial loss of message body, sending message to wrong recipicients
found 584162 2.64-7.1 severity 584162 grave tags 584162 security thanks Christoph Biedl wrote... The simple satellite MTA ssmtp cannot properly handle e-mail messages already formatted with network (DOS) line endings. Such messages may lose parts of the body, sent to the wrong recipicients, or have their last lines stripped for a related error. Four years into the issue, and getting caught by this every now and then. All three reproducers still show the undesired behaviour in jessie. So it's really about time to handle this. If this means removal of ssmtp from testing, so be it. Justification, and not a bit has changed since then: * data loss by stripping content from messages sent * privacy breach by sending messages to recipients that are not intended to be such. Christoph signature.asc Description: Digital signature
Bug#746026: Could you sponsor upload my ats2-mode debian package?
Did you ever have a chance to respond to the comments I left on your mentor web page? On Sun, Apr 27, 2014 at 12:21 PM, Matthew Danish matthew.r.dan...@gmail.com wrote: Yes, I should be able to do so. I will take a look at it in a bit. On Sun, Apr 27, 2014 at 1:55 AM, Kiwamu Okabe kiw...@debian.or.jp wrote: Hi. Could you sponsor upload my ats2-mode debian package, that is uploaded at memtors.debian.net. https://mentors.debian.net/package/ats2-mode And the source package is hosting at following. http://git.debian.org/?p=collab-maint/ats2-mode.git;a=summary Best regards, -- Kiwamu Okabe at METASEPI DESIGN -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747237: libpgm: FTBFS on hurd-i386
Source: libpgm Version: 5.1.118-1~dfsg-0.1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, Currently libpgm fails to build from source on GNU/Hurd due to that while the struct group_req is defined in netinet/in.h no corresponding MCAST_* values are defined in bits/in.h. This results in a false positive in configure, and they are needed as option values for setsockopt(2) in the file openpgm/pgm/sockaddr.c. The configure check is extended to check if MCAST_JOIN_GROUP is defined. Additionally autoreconf -i is added to debian/rules so it is sufficient to patch only configure.ac. Thanks! --- a/openpgm/pgm/configure.ac +++ b/openpgm/pgm/configure.ac @@ -197,7 +197,11 @@ AC_MSG_CHECKING([for struct group_req.gr AC_COMPILE_IFELSE( [AC_LANG_PROGRAM([[#include netinet/in.h]], [[struct group_req gr; -gr.gr_interface = 0;]])], +gr.gr_interface = 0; +#ifndef MCAST_JOIN_GROUP +# error no mcast +#endif +]])], [AC_MSG_RESULT([yes]) CFLAGS=$CFLAGS -DCONFIG_HAVE_MCAST_JOIN], [AC_MSG_RESULT([no])]) --- a/debian_rules 2012-04-29 09:50:52.0 +0200 +++ b/debian/rules 2014-04-22 21:52:03.0 +0200 @@ -6,6 +6,7 @@ override_dh_auto_configure: cd openpgm/pgm \ + autoreconf -i \ ./configure --prefix=/usr override_dh_clean:
Bug#747238: lintian: please warn user when in debian/copyright is used a not standard license shortname
Package: lintian Version: 2.5.22ubuntu1 Severity: wishlist Dear Maintainer, it could be great if lintian can also check whether the license shortname is standard as descripend in DEP-5 or no. For instance, I may want get a Pedanting tag if I use BSD-3 instead of BSD-3-clause... Best, Leo. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-24-generic (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 Versions of packages lintian depends on: ii binutils 2.24-5ubuntu3 ii bzip2 1.0.6-5 ii diffstat 1.58-1 ii file 1:5.14-2ubuntu3 ii gettext0.18.3.1-1ubuntu2 ii hardening-includes 2.5ubuntu2 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29build1 ii libarchive-zip-perl1.30-7 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.36-1 ii libdpkg-perl 1.17.5ubuntu5.2 ii libemail-valid-perl1.192-1 ii libfile-basedir-perl 0.03-1fakesync1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-1build3 ii libparse-debianchangelog-perl 1.2.0-1ubuntu1 ii libtext-levenshtein-perl 0.06~01-2 ii libtimedate-perl 2.3000-1 ii liburi-perl1.60-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.2-3 ii perl [libdigest-sha-perl] 5.18.2-2ubuntu1 ii t1utils1.37-2ubuntu1 Versions of packages lintian recommends: ii libautodie-perl 2.23-1 ii libperlio-gzip-perl 0.18-1build3 ii perl-modules [libautodie-perl] 5.18.2-2ubuntu1 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.5ubuntu5.2 ii libhtml-parser-perl3.71-1build1 pn libtext-template-perl none pn libyaml-perl none ii xz-utils 5.1.1alpha+20120614-2ubuntu2 -- 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#746715: the foreseeable outcome of the TC vote on init systems
Thanks Ian, this is exactly what I think as well, and you expressed it a way better than I would have. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746788: version 3.12
Olivier, in version 3.12 you can set the preferences to open a new tab (instead of a new window) when you open a new terminal. This is my preferred action. Then if I want to detach a tab, I just drag it outside. I like this new interface (as long as I know how to use it).
Bug#731649: #731649 - systemd: sleep key no longer suspends - just locks + blanks screen
Control: retitle 731649 gnome-settings-daemon: sleep key no longer suspends - just locks + blanks screen Hey Jonathan, Could you please try now with systemd-204-8 ? cheers, althaser
Bug#747239: fixed_versions format in the BTS and forcemerge
Package: debbugs Severity: normal Control: retitle -1 -done messages with only a Version pseudoheader do not get turned into fully qualified verisons; see #729576. On Tue, 06 May 2014, Vincent Lefevre wrote: I could see in a mail from control@b.d.o: [...] After four attempts, the following changes were unable to be made: fixed_versions of #731426 is 'systemd/204-9' not '204-9' fixed_versions of #726763 is 'systemd/204-9' not '204-9' Failed to forcibly merge 729576: Unable to modify bugs so they could be merged. But according to http://www.debian.org/Bugs/server-control.en.html#fixed these are two correct, equivalent ways to mark a bug as fixed in some version. Shouldn't the format be fixed (i.e. either source_package/version or just version)? The format is source_package/version; plain version is coerced into source_package/version if version corresponds to a valid source package version (or binary package version which corresponds to a valid source package version). Or shouldn't the BTS detect that and allow the forcemerge after possible conversion? Forcemerge tries to do the modification, but because #729576 is marked as fixed in 204-9 instead of systemd/204-9, it fails. For safety, forcemerge won't try to modify the first bug given, so it's going to fail. The real issue here is that 204-9 should never have been just 204-9, but should have been coerced into systemd/204-9; this is probably a bug in -done handling which is exposed when you just give a Version pseudoheader without a Source pseudoheader... and should be fixed. -- Don Armstrong http://www.donarmstrong.com We have to face the fact that either all of us are going to die together or we are going to learn to live together and if we are to live together we have to talk. -- Eleanor Roosevelt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720704: #720704 - gnome-settings-daemon: Does not suspend when power button pressed
Control: reassign -1 libpam-systemd 204-5 Control: forcemerge 729576 -1 Hi, On 06.05.2014 18:38, althaser wrote: Could you please still reproduce this issue with newer gnome-settings-daemon version like 3.8.5-2 and systemd 204-8? This is another duplicate of #729576, see also #726763. The problem is solved by libpam-systemd now having a dependency on 'systemd-sysv | systemd-shim'. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747238: lintian: please warn user when in debian/copyright is used a not standard license shortname
* Leo Iannacone l...@ubuntu.com, 2014-05-06, 18:47: it could be great if lintian can also check whether the license shortname is standard as descripend in DEP-5 or no. This look like duplicate of #709365. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731649: #731649 - systemd: sleep key no longer suspends - just locks + blanks screen
Control: reassign -1 libpam-systemd 204-5 Control: forcemerge 729576 -1 Hi, this is yet another duplicate of #729576, see also #726763. The problem is solved by libpam-systemd now having a dependency on 'systemd-sysv | systemd-shim'. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747240: libespeak1-udeb: uninstallable (libportaudio2)
Package: libespeak1-udeb Version: 1.48.04-1 Severity: grave Justification: renders package unusable Hi, your package isn't installable, at least libportaudio2 can't be satisfied (according to edos). Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672546: xserver-xorg-video-openchrome: FTBFS on hurd-i386: unconditional libdrm requirement
On Tue, May 06, 2014 at 06:03:18PM +0200, Samuel Thibault wrote: In the meantime, how about applying it It's up to X maintainers to decide. Pino didn't get any feedback from neither Debian nor upstream for 2 years, at least that's what bug trackers say. No mail on openchrome mailing list since December. If anyone cares, a NMU to DELAYED will make someone raise one hand, otherwise as I believe, it will be simply ignored. I'm ok with either applying such patch or removing hurd-any. -- G..e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747123: Clang mistakenly removes an if check
Thank you for the bug report and the test case. Interestingly enough, the test case compiled with clang-3.3 outputs the expected value whatever the optimization level. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747241: lockfile-progs: lockfile-create --retry man text inaccurate
Package: lockfile-progs Version: 0.1.17 Severity: normal Dear Maintainer, The lockfile-progs(1) man page states: -r retry-count, --retry retry-count Try to lock filename retry-count times before giving up. Each attempt will be delayed a bit longer than the last (in 5 second increments) until reaching a maximum delay of one minute between retries. If retry-count is unspecified, the default is 9 which will give up after 180 seconds (3 minutes) if all 9 lock attempts fail. The default value of 9 in fact results in a timeout of 3m45s (225s). A retry-count of 8 would lead to a timeout of 180s. Either the man page or the default retry count should be changed so that the times line up. The times I have calculated by crude means using LibreOffice Calc are: Retry Total wait 1 5 2 15 3 30 4 50 5 75 6 105 7 140 8 180 9 225 10 275 11 330 After 11, adding 1 to the retry counter increments the total wait by 60s, so for ~30mins wait (1830s, or 30m30s) the value should be 36. Alternatively, for times over 6 minutes, take the total desired wait time in minutes and add 5 to wait for 30s under the desired time, or 6 for 30s over the desired time. HTH, Chris -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-0.bpo.1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lockfile-progs depends on: ii libc6 2.13-38+deb7u1 ii liblockfile1 1.09-5 lockfile-progs recommends no packages. lockfile-progs 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#733624: #733624 - gnome-settings-daemon: battery power estimation consider only one battery when two are present
Hey Adrien, Could you please still reproduce this issue with newer gnome-settings-daemon version 3.12.1-3 from experimental repository? I didn't found https://git.gnome.org/browse/gnome-settings-daemon/commit/?h=gnome-3-10id=6680d0f0812935fa982c2645930e6f0f4c1d93edthis commit on 3.12.1 release. thanks cheers, althaser
Bug#717807: kernel-release contains -dirty although the tree is clean
On Mon, May 05, 2014 at 04:17:53PM -0700, Manoj Srivastava wrote: fixed 717807 13.003 thanks It doesn't seem to be fixed for me though? Is there any patch to test? $ fakeroot make-kpkg --initrd --revision=1307251128 linux_image == making target debian/stamp/conf/minimal_debian [new prereqs: ]== This is kernel package version 13.003. test -d debian || mkdir debian test ! -e stamp-building || rm -f stamp-building install -p -m 755 /usr/share/kernel-package/rules debian/rules for file in ChangeLog Control Control.bin86 config templates.in rules; do \ cp -f /usr/share/kernel-package/$file ./debian/; \ done cp: cannot stat ‘/usr/share/kernel-package/ChangeLog’: No such file or directory for dir in Config docs examples ruleset scripts pkg po; do \ cp -af /usr/share/kernel-package/$dir ./debian/; \ done test -f debian/control || sed -e 's/=V/3.15.0-rc4/g' \ -e 's/=D/3.15.0-rc4-dirty-10.00.Custom/g' -e 's/=A/amd64/g' \ -e 's/=SA//g' \ -e 's/=I//g'\ -e 's/=CV/3.15/g' \ -e 's/=M/Michal Hocko msts...@gmail.com/g'\ -e 's/=ST/linux/g' -e 's/=B/x86_64/g'\ /usr/share/kernel-package/Control debian/control [...] == making target debian/stamp/conf/full-changelog [new prereqs: ]== for file in ChangeLog Control Control.bin86 config templates.in rules; do \ cp -f /usr/share/kernel-package/$file ./debian/; \ done cp: cannot stat ‘/usr/share/kernel-package/ChangeLog’: No such file or directory for dir in Config docs examples ruleset scripts pkg po;do \ cp -af /usr/share/kernel-package/$dir ./debian/; \ done install -p -m 755 /usr/share/kernel-package/rules debian/rules sed -e 's/=V/3.15.0-rc4-dirty/g' \ -e 's/=D/3.15.0-rc4-dirty-10.00.Custom/g' -e 's/=A/amd64/g' \ -e 's/=SA//g' \ -e 's/=I//g'\ -e 's/=CV/3.15/g' \ -e 's/=M/Michal Hocko msts...@gmail.com/g'\ -e 's/=ST/linux/g' -e 's/=B/x86_64/g'\ /usr/share/kernel-package/Control debian/control sed -e 's/=V/3.15.0-rc4-dirty/g' -e 's/=D/3.15.0-rc4-dirty-10.00.Custom/g' \ -e 's/=A/amd64/g' -e 's/=M/Michal Hocko msts...@gmail.com/g' \ -e 's/=ST/linux/g' -e 's/=B/x86_64/g' \ /usr/share/kernel-package/changelog debian/changelog chmod 0644 debian/control debian/changelog make -f debian/rules debian/stamp/conf/kernel-conf make[2]: Entering directory '/mnt/share/devel/miso/linux-tree/test-tree' make[2]: 'debian/stamp/conf/kernel-conf' is up to date. make[2]: Leaving directory '/mnt/share/devel/miso/linux-tree/test-tree' make[1]: Leaving directory '/mnt/share/devel/miso/linux-tree/test-tree' echo done debian/stamp/conf/minimal_debian exec debian/rules INITRD=YES linux_image -- Michal Hocko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747242: gnome-terminal: ctrl+pgup/ctrl+pgdn hardcoded as mapped to prev/next tab
Package: gnome-terminal Version: 3.12.0-2 Severity: normal Hello, I am relying on ctrl+pgup and ctrl+pgdn being available for mapping in vim, and since the last gnome-terminal upgrade to 3.12.0-2 they are handled by gnome-terminal and used to switch tabs. Those keybindings do not show up in the Shortcuts configuration, so there seems to be no way to tell gnome-terminal to leave them alone. Ciao, Enrico -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gconf-service3.2.6-2 ii gnome-terminal-data 3.12.0-2 ii gsettings-desktop-schemas3.8.2-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libdconf10.20.0-2 ii libgconf-2-4 3.2.6-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.1-1 ii libnautilus-extension1a 3.8.2-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libuuid1 2.20.1-5.7 ii libvte-2.90-91:0.36.0-2 ii libx11-6 2:1.6.2-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.8.0-3 ii gvfs 1.20.1-1 ii yelp 3.12.0-1 gnome-terminal 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#732302: [Openmama-dev] QPID dependencies
On Tue, May 06, 2014 at 02:15:18PM +0200, Daniel Pocock wrote: Ok, I guess this can be looked at this as part of the OpenMAMA package update to get your packaged sponsored You have several wnpp bugs, I think the link I gave in the earlier email is not the one you link in the changelog, so we could use this one instead: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732302 Okay. The lintian report (mentors.debian.net) shows a lot of 'E' and 'W' messages. It is hard for a sponsor to upload the package while those exist. If you can remove them, I could then sponsor it. Many of them are duplicates and some are quite easy to fix, e.g. copyright-should-refer-to-common-license-file-for-apache-2 http://lintian.debian.org/tags/copyright-should-refer-to-common-license-file-for-apache-2.html is basically telling you the debian/copyright file should refer to /usr/share/common-licenses/Apache-2.0 I'll fix those straight away. Also, do you want to track the debian/* files in your qpid-proton repository or would you like Debian to keep those in a Debian hosted Git server? For the latter, you just need to create a guest account on http://alioth.debian.org and send me your username and we can work out a way for you to put things in Git on alioth. I've created one, mcpierce-guest, and would like to use that to track the packaging changes. If you let me know about these things and cc the debian-ment...@lists.debian.org mailing list and the bug we will get this moving along. Excellent! Thank you. So, just to clarify for myself given the workflow differences between Debian and Fedora, my next step is to update the qpid-proton package, fixing the bugs reported, and upload it via dput against bug#732302? -- Darryl L. Pierce, Sr. Software Engineer @ Red Hat, Inc. Delivering value year after year. Red Hat ranks #1 in value among software vendors. http://www.redhat.com/promo/vendor/ pgpXIvn6FKBO1.pgp Description: PGP signature
Bug#747244: gnome-terminal: mouse cursor hides when typing and won't unhide when moving it again
Package: gnome-terminal Version: 3.12.0-2 Severity: normal Hello, since upgrading to 3.12.0-2, the mouse cursor hides correctly as I type, but won't unhide when I move the mouse, until I move it outside the terminal window. This only seems to happen when the menubar is hidden: if I show the menubar, then the cursor becomes visible as soon as I move it, as should be. Ciao, Enrico -- System Information: Debian Release: jessie/sid APT prefers testing2 APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii gconf-service3.2.6-2 ii gnome-terminal-data 3.12.0-2 ii gsettings-desktop-schemas3.8.2-2 ii libatk1.0-0 2.12.0-1 ii libc62.18-5 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libdconf10.20.0-2 ii libgconf-2-4 3.2.6-2 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.1-1 ii libnautilus-extension1a 3.8.2-2 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libuuid1 2.20.1-5.7 ii libvte-2.90-91:0.36.0-2 ii libx11-6 2:1.6.2-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.8.0-3 ii gvfs 1.20.1-1 ii yelp 3.12.0-1 gnome-terminal 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
