Bug#708504: src:eglibc: drop always satisfied build-dependency sed
Control: retitle -1 drop always satisfied build-dependencies sed and make Sorry for the noise. On Thu, May 16, 2013 at 07:45:59AM +0200, Helmut Grohne wrote: Could you drop sed from Build-Depends? Rationale: * Currently it is sed (= 4.0.5-4). The version required is satisfied in old old stable and the package itself is essential. * sed lacks Multi-Arch foreign (#693872), so this makes cross building eglibc a little harder. This equally applies to make, since make is build-essential and its bug is #693926. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688163: ipvsadm: Please port to libnl-3.x
On Thu, 16 May 2013, Michael Biebl wrote: Hi, I'd like to proceed with the removal of libnl1 soon. What's the current status of this bug report? Give me a week or two, a new baby takes a lot of time. Alex pgpj1LuNGUOOD.pgp Description: PGP signature
Bug#688164: keepalived: Please port to libnl-3.x
On Thu, 16 May 2013, Michael Biebl wrote: Hi, I'd like to proceed with the removal of libnl1 soon. What's the current status of this bug report? Give me a week or two, a new baby takes a lot of time. Alex pgpo8ve6XI4aM.pgp Description: PGP signature
Bug#708390: Dirty indeed
Hi, Victor! :) I agree people get bored, even with nice and shiny fruit products. They can also have difficulties in finding something more exciting and more pleasing to the masses. However, that doesn't change anyone's right to share their opinion just because they can't provide something better - laughable or not. I don't know the history of this new logo/banner although I'm subscribed to the Romanian Debian group and other Linux-related channels. So just maybe the community wasn't well aware of the interest in some new exciting graphics. Such a change is not mandatory. Would someone actually abandon Debian if the dull banner would've stayed in place until a better one was around? I doubt that. Is it too late to spread the word all over again for new graphics? I know some people who could try their hand if they had time and given the chance. -- Nicu
Bug#708248: transition: json-c
Hi Steve, On Thu, May 16, 2013 at 5:41 AM, Steve Langasek vor...@debian.org wrote: Hi Ondřej, On Tue, May 14, 2013 at 03:12:02PM +0200, Ondřej Surý wrote: JSON-C upstream has renamed the library from libjson.so to libjson-c.so, headers are now in /usr/include/json-c and pkg-config is called json-c. There's a compatibility layer (symlinks and libjson.so.0), but since the library has so few r-deps, I feel that we might not need it to make things more simple in the future. The upstream is planning to drop the compatibility layer in next release anyway, so we would have to do the transition in some other point in time. Not necessarily. If the ABI has not changed, there is no reason that we should not keep the compatibility layer in place in Debian *indefinitely*. For another example of this, see libcurl3-gnutls. There are some new symbols in libjson-c library and _no_ symbols in libjson There are no library symbols removed (just added), so the transition should be relatively painless (you will just have to do s/json/json-c/ in your packages). Ben file: title = json-c; is_affected = .depends ~ libjson0 | .depends ~ libjson-c2; is_good = .depends ~ libjson-c2; is_bad = .depends ~ libjson0; It looks like you're coupling a transition of the runtime library package name with a transition of the build-time API. The first is not required at all - the runtime library package name should change IFF there is a backwards-incompatible ABI change, which there isn't in this case *unless* we drop the compat symlink (which we therefore should just never do). The second could arguably be made a soft transition, with backwards-compatibility support added so that this doesn't gum up testing transitions unnecessarily; but as you point out, the set of affected packages is small, and as long as it's not coupled with an unnecessary change to the runtime lib package name this is probably acceptable - but this is a question the release team should decide on. The upstream compatibility layer consists of: symlink in /usr/include/json/ - json-c json.pc in /usr/lib/pkgconfig and libjson.so.0 which has no symbols, and just links to libjson-c.so.2. My knowledge of dynamic linker isn't that great, but I very much doubt this is a drop-in replacement for original libjson.so.0 _with_ symbols, so at least bin-NMU would be needed. But I might be mistaken here. Also since libjson0 has dropped original symbols, it needs SONAME bump, so we would have libjson1. If there's a need to keep the compatibility layer I am inclined to: - drop libjson0 - keep libjson0-dev with the symlink and modified json.pc with -ljson-c. This might still break applications which hardcode the library name (e.g. they don't use pkg-config), so I am still quite unsure it's worth from long term. So overall I would still suggest short term pain, which can be solved by coordinated uploads and NMUs on those few packages which will break. But I would leave that decision in the hands of our release managers. Ondrej P.S.: I can prepare both variants (with and without libjson0{-dev}, so you can check them. I already have that buried somewhere in the git, since my first update of the package was with libjson0{-dev} compatibility layer kept. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668225: Wheezy
Would it be possible to include this fix in the next Wheezy point release (7.0.1)? I realize this is a long shot since there has been a complete rewrite, but I'd categorize a process that segfaults at boot with a severity of at least important. Asking the release team can't hurt, I guess... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#658475: calendar-timezones: Timezone data for Europe/Kaliningrad is invalid
Hello Carsten, 2013/5/13 Carsten Schoenert c.schoen...@t-online.de This issue should be gone while Russia is going back to the old variant. As far as i know, on 26th of March, this year, the Supreme court of Russia decided to keep the new schema for a long time. O.k. that means finally what for this bug? Something more to be done on this? I believe that means, that new timezones schema should be incorporated into calendar-timezones packages.
Bug#708413: [pkg-GD-devel] Bug#708413: Causes FTBFS for pstoedit (probably others) due to stuff in header files
Good catch. I have fixed this in upstream and it will be fixed in alpha2. Ondrej On Wed, May 15, 2013 at 5:48 PM, Roderich Schupp roderich.sch...@gmail.com wrote: Package: libgd2-dev Version: 2.1.0~alpha1-1 Severity: normal Tags: patch Trying to build pstoedit 3.62-1 with libgd2-dev 2.1.0~alpha1-1 results in: libtool: compile: c++ -Wl,--as-needed -Wl,-O1 \ -DHAVE_CONFIG_H -I. -DHAVE_LIBPLOTTER -DHAVE_MKSTEMP \ -DHAVE_MAGIC -fopenmp -I/usr/include/ImageMagick -DHAVE_LIBPNG \ -DDEFAULTGS=/usr/bin/gs -DPSTOEDITDATADIR=\/usr/share/pstoedit\ \ -DPSTOEDITLIBDIR=\/usr/lib/x86_64-linux-gnu/pstoedit\ -DBUGGYGPP \ -pedantic -Wall -Wwrite-strings -Wcast-qual -Wpointer-arith -Wno-long-long \ -D_FORTIFY_SOURCE=2 -D_LITTLE_ENDIAN -g -O2 -fstack-protector \ --param=ssp-buffer-size=4 -Wformat -Werror=format-security -DINTERNALBOOL \ -c psimage.cpp -fPIC -DPIC -o .libs/psimage.o In file included from /usr/include/gd.h:1105:0, from psimage.cpp:26: /usr/include/gdfx.h:9:20: fatal error: config.h: No such file or directory #include config.h The problem is the following lines in /usr/include/gdfx.h #ifndef GDFX_H #define GDFX_H 1 #ifdef HAVE_CONFIG_H #include config.h #endif #include gd.h If a C source #include's gd.h (which in turn #include's gdfx.h) AND has #define'd HAVE_CONFIG_H (but the config file isn't actually named config.h) this will break. Also note the erroneous recursive #include of gd.h. Note that including config.h (present when building libgd2) isn't really necessary: AFAICT no source file of libgd2 includes gdfx.h by directly, only indirectly via gd.h. And any #include gd.h is typically preceded by #include config.h Suggested fix (patch attached) : drop the three lines from gdfx.h. Cheers, Roderich -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9.2 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgd2-dev depends on: ii libfontconfig1-dev [libfontconfig-dev] 2.9.0-7.1 ii libfreetype6-dev2.4.9-1.1 ii libgd2-32.1.0~alpha1-1 ii libjpeg8-dev [libjpeg-dev] 8d-1 ii libpng12-dev1.2.49-3 ii libtiff5-dev4.0.2-6 ii libvpx-dev 1.1.0-1 ii libx11-dev 2:1.5.0-1 ii libxpm-dev 1:3.5.10-1 ii libxt-dev 1:1.1.3-1 ii zlib1g-dev [libz-dev] 1:1.2.8.dfsg-1 libgd2-dev recommends no packages. libgd2-dev suggests no packages. -- no debconf information ___ pkg-GD-devel mailing list pkg-gd-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gd-devel -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708356: cups: Unable to set options, Broken pipe
Hi Maybe it can help If I comment out #Listen /var/run/cups/cups.sock I can set options without problems Attached also the error.log file Thanks On 05/15/2013 07:58 PM, Brian Potkin wrote: severity 708356 normal thanks Thank you for your report, WforumW. On Wed 15 May 2013 at 12:20:55 +0200, WforumW wrote: When I update the 'Default Options' over the Cups Web Interface I always get this error Unable to set options, Broken pipe Please post a detailed error_log: 1. cupsctl --debug-logging 2. echo '' /var/log/cups/error_log 3. service cups restart 4. Then use the web interface to alter the default options, Also post /etc/cups/cupsd.conf, /etc/cups/cups-files.conf and some information about your printer and its connection. printers.conf in /etc/cups might help with the latter. It is not possible to change 'Default Options' for a printer over the Web Interface Even though you get the 'Broken pipe' message are any of the changes you make implemented? Only one portion of the web interface is affected and there are other ways of altering the default options. This does not look like a bug which has a major effect on the package. It seems to fall more in the category of 'normal'. error_log Description: Binary data
Bug#708390: Dirty indeed
On Thu, May 16, 2013 at 2:07 PM, Nicolae Crefelean wrote: Is it too late to spread the word all over again for new graphics? I know some people who could try their hand if they had time and given the chance. It is too late for wheezy, but not too late for jessie, which is only just getting started. For jessie I'd like to see multiple themes uploaded ASAP, but at least before the freeze this time. Anyway, please read this wiki page and the links in it and mail debian-desktop with your theme packages. Theme packages can also get into Debian via the usual package sponsorship channels. http://wiki.debian.org/DebianArt/Themes http://mentors.debian.net/intro-maintainers -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#688174: [Pkg-sssd-devel] Bug#688174: sssd: Please port to libnl-3.x
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16.05.2013 01:21, Michael Biebl wrote: Hi, I'd like to proceed with the removal of libnl1 soon. What's the current status of this bug report? Hi, upstream has recently released 1.10.0~beta1 which supports libnl-3.x, but looks like it has some issues checking the version on configure so it still needs some work. I think we can skip sssd 1.9.5 and go straight to 1.10 once it's ready, but it'd need a sponsor (or someone granting me DM upload rights for ding-libs sssd). - -- t -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRlIDHAAoJEMtwMWWoiYTc/xMP/A9klaXMwyJ7zA6XkIKr5YP0 WPvu66TBpPF2H4PnAUNEwSE8AQZFOD0VwcCc2YD1qm4cT1Tl39nNsCkqUwI4tTW+ VUetlypG/yUL1q0ct9IgldHAwSxCo7PVszAHGsB5Har+7mlrXPB+86RBntmG/1Xh RHoy9Ody99oJihMQxREbw18nkhr88s7ETJMpUQIdSIP3Wl5N9FsEXg9x9h83b2Vt SGZhQ6pAvYiDoRhtRtpiGjWkBNWOtwxK95eiKVB69hDsDJaPR9LvBbrATHNj7rDL cbMYTJwFVjmvMP3dRPRPjCb4xZRkv5KDy0ec0SU7mPWerc9mhi6GSHXdaACrITxs +wgMHIz1ZiOZradd3AUcSQB7OB03t9OzlE7V6WmhmU0V9HQ8rFt67CMeNP+OFRbG 8YLMMNkO59u6nF14A+9S1/CpEuz/3RPgEZlPS3M6NO5XksQs80FD0MjLFQ/WFMMk hAp4nozi9oYkmV6cLwUdpyfnr6tsXBvPoN2vNXy5VLRXCmy2CBsO8PvkSkVyr46h mRwRt1psZ+4KEbokyodhbY/C09G3MHqz+Agot++0bL4jJxz3D46+Fycy4F1mMRDJ f5SWAdNxLFARr2IuXCK47K4Enynx+ERai0nw7EYdtSdX11PKGaRil2Yoq0M5h4h0 SipxAOLU/s+fRzRARfx1 =WlVI -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#708417: RFA: exactimage -- image converter
owner 708417 ! thanks On Wednesday 15 May 2013 18:14:13 you wrote: Package: wnpp Severity: normal Looking for someone who adopts exactimage: http://packages.qa.debian.org/e/exactimage.html Just my two cents: This RFA doesn't affect my maintainership of exactimage. I didn't knew about Daniel Stender's plan to remove himself from the packaging team. I did the last two revisions (adoption upload with RC fixes for wheezy and the post-wheezy version bump) but still would be happy about a Co-Maintainer. Nevertheless, I will take ownership of this RFA (because there is actually nothing to adopt; just change of my role in debian/control) and remove Daniel Stender in the next upload. This upload will be done when enough other stuff was changed. Kind regards, Sven signature.asc Description: This is a digitally signed message part.
Bug#708435: aide: FTBFS: (.text+0x1d8): undefined reference to `pthread_atfork'
reassign 708435 libselinux1-dev 2.1.13-1 retitle 708435 libselinux1-dev: pkgconfig file misses 'Libs.private: -lpthread' thanks Dear SELinux maintainers, I'm reassigning this bug to you, because I think the FTBFS is caused by a missing 'Libs.private: -lpthread' line in the libselinux.pc file. The flag is again (see #388375) needed due to the recent changes in 'src/procattr.c' of version 2.1.13. Please let me know if I shall provide a patch. Best regards Hannes On Wed, May 15, 2013 at 01:53:49PM -0500, Nathan Handler wrote: Source: aide Version: 0.15.1-8 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130514 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../../lib/libacl.a(__acl_to_any_text.o): In function `__acl_to_any_text': (.text+0x8af): warning: Using 'getpwuid' in statically linked applications requires at runtime the shared libraries from the glibc version used for linking /usr/lib/gcc/x86_64-linux-gnu/4.7/../../../x86_64-linux-gnu/libselinux.a(procattr.o): In function `init_procattr': (.text+0x1d8): undefined reference to `pthread_atfork' collect2: error: ld returned 1 exit status The full build log is available from: http://people.debian.org/~nhandler/logs/2013/05/14/aide_0.15.1-8_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708505: xpra: altgr + lessthan does not produce pipe anymore
Package: xpra Version: 0.9.1+dfsg-1 Severity: normal With my finnish keyboard layout I use Alt Gr and (lessthan) to produce | (pipe). In xpra 0.9.1+dfsg-1 this broke and started producing only . However, while I started debugging this issue I noticed that xpra 0.9.2+dfsg-1 again fixes this, thanks a lot for uploading it! You can close this bug report right away but I hope it still has some informational value :) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpra depends on: ii libavcodec53 6:0.8.6-1 ii libc6 2.17-2 ii libswscale2 6:0.8.6-1 ii libvpx1 1.1.0-1 ii libwebp2 0.1.3-3+nmu1 ii libx11-6 2:1.5.0-1 ii libx264-123 2:0.123.2189+git35cf912-1 ii python2.7.3-5 ii python-gtk2 2.24.0-3+b1 ii python-wimpiggy 0.9.2+dfsg-1 ii x11-xserver-utils 7.7~3 ii xserver-xorg-input-void 1:1.4.0-1+b1 ii xserver-xorg-video-dummy 1:0.3.5-2+b1 Versions of packages xpra recommends: ii openssh-client 1:6.2p1-3 ii python-imaging 1.1.7-4 ii ssh-askpass 1:1.2.4.1-9 Versions of packages xpra suggests: ii gstreamer0.10-plugins-bad 0.10.23-7.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 pn openssh-server none ii pulseaudio 2.0-6.1 ii pulseaudio-utils2.0-6.1 ii python-dbus 1.2.0-1 ii python-gst0.10 0.10.22-3 pn python-gtkglext1none -- no debconf information -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpra depends on: ii libavcodec53 6:0.8.6-1 ii libc6 2.17-2 ii libswscale2 6:0.8.6-1 ii libvpx1 1.1.0-1 ii libwebp2 0.1.3-3+nmu1 ii libx11-6 2:1.5.0-1 ii libx264-123 2:0.123.2189+git35cf912-1 ii python2.7.3-5 ii python-gtk2 2.24.0-3+b1 ii python-wimpiggy 0.9.2+dfsg-1 ii x11-xserver-utils 7.7~3 ii xserver-xorg-input-void 1:1.4.0-1+b1 ii xserver-xorg-video-dummy 1:0.3.5-2+b1 Versions of packages xpra recommends: ii openssh-client 1:6.2p1-3 ii python-imaging 1.1.7-4 ii ssh-askpass 1:1.2.4.1-9 Versions of packages xpra suggests: ii gstreamer0.10-plugins-bad 0.10.23-7.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 pn openssh-server none ii pulseaudio 2.0-6.1 ii pulseaudio-utils2.0-6.1 ii python-dbus 1.2.0-1 ii python-gst0.10 0.10.22-3 pn python-gtkglext1none -- 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#693673: triplea: New upstream release (1.6.1.4) available
Control: reopen -1 Control: notfixed -1 1.6.1.2-1 Control: retitle -1 triplea: New upstream release (1.6.1.4) available Dear Maintainer, Please consider packaging the latest stable release of triplea (version 1.6.1.4). Now that the freeze is over, it'd also be nice to see the package move from experimental to sid. :) Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708506: Building file from source isnt working
Package: file Version: 1:5.14-1 Severity: normal Source build of file 5.14 isnt working, there is problem with debian/*.install files, path not right. -- System Information: Debian Release: 6.0.7 APT prefers oldstable APT policy: (990, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages file depends on: ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libmagic1 1:5.14-1 File type determination library us ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime file recommends no packages. file 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#708002: [Pkg-xfce-devel] Processed: Re: Bug#708002: sylpheed: ignores gtk-can-change-accels = 1
Hi Yves-Alexis, On Wed, May 15, 2013 at 08:58:12PM +0200, Yves-Alexis Perez wrote: On mer., 2013-05-15 at 17:48 +, Debian Bug Tracking System wrote: Processing commands for cont...@bugs.debian.org: reopen 708002 Bug #708002 {Done: Ricardo Mones mo...@debian.org} [sylpheed] sylpheed: ignores gtk-can-change-accels = 1 Bug reopened Ignoring request to alter fixed versions of bug #708002 to the same values previously set reassign 708002 xfce4 Bug #708002 [sylpheed] sylpheed: ignores gtk-can-change-accels = 1 Bug reassigned from package 'sylpheed' to 'xfce4'. No longer marked as found in versions sylpheed/3.2.0-1. Ignoring request to alter fixed versions of bug #708002 to the same values previously set retitle 708002 XFCE makes gtkrc-2.0 be ignored Bug #708002 [xfce4] sylpheed: ignores gtk-can-change-accels = 1 Changed Bug title to 'XFCE makes gtkrc-2.0 be ignored' from 'sylpheed: ignores gtk-can-change-accels = 1' thanks Stopping processing here. Please contact me if you need assistance Please don't reassign bugs without at least giving some explanation to the maintainer. It's rude and it makes us lose time. I've not reassigned it, but honestly don't understand what you mean or where the rudeness is. Would be less rude if he had opened a new bug instead? Isn't clear from the bug messages what the problem is? best regards, -- Ricardo Mones ~ You have the capacity to learn from mistakes. You'll learn a lot today. /usr/games/fortune signature.asc Description: Digital signature
Bug#708180: [rt.cpan.org #85308] applications die() because of SIGCHLD vs. SIGCLD confusion
On Thu, May 16, 2013 at 05:58:14AM +0200, Xavier wrote: Likely the better solution would be to change that code to this: $SIG{$sig} = sub{ $Net::Server::SIG::_SIG{$sig} = 1; }; That way, perl remains consistent and whatever awry value is being returned on your platform is ignored. Maybe, but only if all callers are consistent in using either SIGCHLD or SIGCLD. If not, the signal handler will be overwritten, and then you are back to the same problem again. Unless that can never happen? I am a bit interested to know what platform you are running on. We have thousands of people running Net::Server on many platforms and you are the first to report the error. I personally have had some servers in use for over a decade, several getting millions of hits a month with spikes to hundreds of connections per second, but have not seen this issue. Debian wheezy, amd64 (that's Perl v5.14.2). My guess is that possibly, Perl changed the name of the signal delivered, which is why it hasn't happened before, but that's just a guess. /* Steinar */ -- Homepage: http://www.sesse.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708240: qtiplot FTBFS with new minizip.c
Hi, On Wed, May 15, 2013 at 04:49:19PM -0400, Scott Howard wrote: The minizip.c that ships with the new version of zlib has changed significantly and is no longer compatible with what qtiplot uses. We can now just use minizip.c that comes with qtiplot (todo: include the license in debian/copyright, drop the build dependency on zlib, fix get-orig-source rule to not exclude it in the future, drop part of patch that looks for minizip in working directory) While it is a shame that minizip has become incompatible isn't your suggestion a step backwards? Has anybody checked how heavy the needed changes to qtiplot would be to work with new minizip? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708506: Building file from source isnt working
On 05/16/2013 09:10 AM, Patrik Båt wrote: Source build of file 5.14 isnt working, there is problem with debian/*.install files, path not right. -- System Information: Debian Release: 6.0.7 APT prefers oldstable APT policy: (990, 'oldstable') Architecture: amd64 (x86_64) Are you building it on oldstable a.k.a squeeze? What command did you use to build it? Did you do local changes? Do you have a build log? Cheers Luk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708507: [zotero-standalone] Glitches in package description
Package: zotero-standalone Version: 3.0.11.1-26-g08fb709-1 Severity: minor --- Please enter the report below this line. --- Hi there, I noticed two glitches in the description of the package, e.g. Zotero is helps you collect, [...], also there's a double white space in this sentence. I think Zotero helps to collect, manage and cite etc. would be fine. Cheers - Fuddl --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.0 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part
Bug#708506: Building file from source isnt working
Hello! Yes, i am building it on squeeze. How i build it: apt-get source file=1:5.14-1 apt-get -b source file=1:5.14-1 What fails: dh_install --fail-missing dh_install: libmagic1 missing files (usr/lib/*/*.so.*), aborting I can't locate a build log, is there a way to generate this? On 2013-05-16 09:25, Luk Claes wrote: On 05/16/2013 09:10 AM, Patrik Båt wrote: Source build of file 5.14 isnt working, there is problem with debian/*.install files, path not right. -- System Information: Debian Release: 6.0.7 APT prefers oldstable APT policy: (990, 'oldstable') Architecture: amd64 (x86_64) Are you building it on oldstable a.k.a squeeze? What command did you use to build it? Did you do local changes? Do you have a build log? Cheers Luk signature.asc Description: OpenPGP digital signature
Bug#708508: [zotero-standalone] Should depend or recommend poppler-utils and detect it
Package: zotero-standalone Version: 3.0.11.1-26-g08fb709-1 Severity: normal --- Please enter the report below this line. --- Hi there, zotero's configuration dialog (Edit→Options...→Search) complains, that it cannot find the two binaries pdfinfo-Linux-x86_64 and pdftotext-Linux-x86_64. First, /usr/bin/pdfinfo and /usr/bin/pdftotext are in the package poppler-utils, so I think zotero should recommend poppler-utils. In my opinion depend would be too strong, as the software runs without the binaries. Second, when I install poppler-utils, zotero doesn't find the binaries since it seems to really search for the binaries with the -Linux-x86_64 suffix in their names. This should be reported to upstream, so that zotero first searches for /usr/bin/pdfinfo and .../pdftotetext and if that failed for where/ever/pdfinfo-Linux-x86_64 and .../pdftotext-Linux-x86_64. Cheers - Fuddl --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.0 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part
Bug#708506: Removing paths fixes the problem
grep /\*/\*\. * libmagic1.install:usr/lib/*/*.so.* libmagic-dev.install:usr/lib/*/*.a libmagic-dev.install:usr/lib/*/*.so rules: rm -f debian/tmp/usr/lib/*/*.la Removing */ from paths fixes the problem tho. signature.asc Description: OpenPGP digital signature
Bug#668225: colord-sane thread-safety in wheezy
# let's have some version-tracking reassign 668225 colord found 668225 0.1.18-1 found 668225 0.1.21-1 fixed 668225 0.1.31-1 thanks Please use a Subject line that summarizes the subject of the email. I received Subject: Bug#668225: Wheezy talking about an unspecified bug out-of-context, and had to look up the bug report in order to have any idea what you were talking about :-) On 16/05/13 07:00, Christian Kastner wrote: Would it be possible to include [a fix for libdbus-related thread-safety problems in colord] in the next Wheezy point release (7.0.1)? I suspect the necessary changes to be rather too large for a stable update, given that the changelog describes it as a rewrite. However, a necessary first step would be for people who reliably get this crash to confirm that 0.1.31 actually fixes it. It looks as though a less intrusive fix for wheezy might be to drop the full SANE plugin and instead backport the udev-based cd-plugin-scanner module added by commit ebf3e961, which can detect local scanners but not networked ones: +# If we should use SANE to add scanner and camera devices. +# +# If SANE support is installed then this will allow colord to manage +# all scanners that SANE can detect, including remote scanners. +# +# If this is disabled then colord will only detect locally connected +# scanners. Another possibility for a lightweight workaround would be to set UseSANE to false in the default configuration file, which would result in colour correction for screens and printers but not scanners. I haven't had any response to the upstream libsane bug I opened querying some code used by colord-sane that uses threads but does not look thread-safe (https://alioth.debian.org/tracker/index.php?func=detailaid=313921group_id=30186atid=410366). Adding a call to dbus_threads_init_default() early in colord-sane's main() can't hurt, either. I'd categorize a process that segfaults at boot with a severity of at least important I would say that depends what that process does, and what effect the crash has. If a process crashes in the forest where nobody can hear it, did it make a sound? :-) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708510: linux: FTBFS on powerpc due to duplicate module llc at kernel-wedge
Source: linux Version: 3.8.12-1 Severity: important User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, linux FTBFS on powerpc: ... some modules are in more than one package debian/nic-modules-3.8-1-powerpc-di lib/modules/3.8-1-powerpc/kernel/net/llc/llc.ko debian/nic-extra-modules-3.8-1-powerpc-di lib/modules/3.8-1-powerpc/kernel/net/llc/llc.ko command exited with status 1 make[2]: *** [install-udeb_powerpc] Error 2 ... This is because llc is pulled indirectly (via module dependency?) into both nic-modules and nic-extra-modules, although it is not listed in the modules files in debian/installer/* directly. Platform-specific, though, since it only happens on powerpc (and powerpcspe). I could confirm this by removing all modules from debian/installer/modules/nic-extra-modules except hamachi. (On powerpcspe, this issue surfaces when #708336 and #708094 are fixed.) Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.8.0 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.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#708377: some more information
At xfce start, power-manager is started like this (issued from ps): xfce4-power-manager --restart --sm-client-id 2e26cbc1e-24ea-4536-847d-7920a9015471 When restarting it threw xfce settings menu, there is no more argument at its command line. Also, restarting it threw xfce settings menu makes the power management works again, even if it takes more longer for harddrives to enter sleep mode (about 30 minutes instead of 15). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708508: [zotero-standalone] Should depend or recommend poppler-utils and detect it
Hi, Hi there, zotero's configuration dialog (Edit→Options...→Search) complains, that it cannot find the two binaries pdfinfo-Linux-x86_64 and pdftotext-Linux-x86_64. First, /usr/bin/pdfinfo and /usr/bin/pdftotext are in the package poppler-utils, so I think zotero should recommend poppler-utils. In my opinion depend would be too strong, as the software runs without the binaries. Good idea. Second, when I install poppler-utils, zotero doesn't find the binaries since it seems to really search for the binaries with the -Linux-x86_64 suffix in their names. This should be reported to upstream, so that zotero first searches for /usr/bin/pdfinfo and .../pdftotetext and if that failed for where/ever/pdfinfo-Linux-x86_64 and .../pdftotext-Linux-x86_64. Good point. I'll report it upstream. Cheers Mike signature.asc Description: This is a digitally signed message part
Bug#708507: [zotero-standalone] Glitches in package description
Hi, Hi there, I noticed two glitches in the description of the package, e.g. Zotero is helps you collect, [...], also there's a double white space in this sentence. I think Zotero helps to collect, manage and cite etc. would be fine. Thank for reporting. Will fix for the next upload. Cheers Mike Cheers - Fuddl --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.0 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part
Bug#708339: [Pkg-roundcube-maintainers] Bug#708339: roundcube-core: db upgrade issues going from squeeze to wheezy
Thanks for routing the bug. Just to be clear, I think there are 2 issues: the upgrade step being executed twice, and the backup being overridden by the partially upgraded database when a second attempt is made. Let me know if you think I should file them separately. 2013/5/15 Vincent Bernat ber...@debian.org reassign 708339 dbconfig-common retitle 708399 Upgrade steps executed twice thanks ❦ 15 mai 2013 09:23 CEST, Frédéric Gobry go...@yorglu.net : I've upgraded my squeeze system to wheezy and faced problems during the roundcube mysql update. Detailed sequence: * The first upgrade failed because I had modified the mysql permissions of root@localhost. This is not a bug in itself, I just let you know for the context: Creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.3.1-6.mysql. ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO). unable to connect to mysql server. error encountered backing up the old database: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) * once I had modified the permissions back, I retried the upgrade (in don't ask questions mode) but this failed again: creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.3.1-6.mysql. applying upgrade sql for 0.3.1-6 - 0.5-1. applying upgrade sql for 0.3.1-6 - 0.6+dfsg-1. applying upgrade sql for 0.3.1-6 - 0.7-1. applying upgrade sql for 0.3.1-6 - 0.7.1-1. dbconfig-common: flushing administrative password applying upgrade sql for 0.3.1-6 - 0.5-1. error encountered processing /usr/share/dbconfig-common/data/roundcube/upgrade/mysql/0.5-1: mysql said: ERROR 1146 (42S02) at line 5: Table 'roundcube.messages' doesn't exist I'm surprised to see that the 0.3.1-6 - 0.5-1 step took place twice. The failure is caused by the messages table being dropped in the 0.3.1-6 - 0.7-1 update. I then started hacking my way through it, and noticed that the backup in /var/cache was actually in a strange mixed state. Turns out that the backup is recreated at _every_ attempt. So, after the first failed attempt, the backup is replaced with a half-backed one, which means that even if I had fixed the duplicate application of the update script, I wouldn't have been able to go smoothly through the whole process. The upgrade is handled by dbconfig-common. It is a known problem that a failed upgrade may lead to partially updated DB but this is not your case. I don't know why the upgrade step has been executed twice. Reassigning to dbconfig-common and let's see if we can get a hint. -- Write clearly - don't sacrifice clarity for efficiency. - The Elements of Programming Style (Kernighan Plauger) -- Frédéric
Bug#708339: [Pkg-roundcube-maintainers] Bug#708339: roundcube-core: db upgrade issues going from squeeze to wheezy
❦ 16 mai 2013 10:09 CEST, Frédéric Gobry go...@yorglu.net : Thanks for routing the bug. Just to be clear, I think there are 2 issues: the upgrade step being executed twice, and the backup being overridden by the partially upgraded database when a second attempt is made. Let me know if you think I should file them separately. The backup issue is separate. You should file a separate bug against dbconfig-common. -- panic(floppy: Port bolixed.); 2.2.16 /usr/src/linux/include/asm-sparc/floppy.h pgp_YWXl1cf0C.pgp Description: PGP signature
Bug#704329: adoption
with a mentor i am willing to adopt this package -- Super Nathan Weber
Bug#708342: glibc_2.14 and glibc_2.15 not found
Control: severity -1 normal Control: tags -1 +moreinfo Le mercredi, 15 mai 2013 11.48:54, Adam Conrad a écrit : On Wed, May 15, 2013 at 10:37:19AM +0200, Dávid Grochal wrote: Package: glibc-doc Severity: critical glibc_2.14 and glibc_2.15 not found I'm not sure, precisely, what this is a bug report about. Could you elaborate on what the problem is that you're seeing? In the meantime, this certainly doesn't fit the definition of critical. Cheers, OdyX signature.asc Description: This is a digitally signed message part.
Bug#708392: xcircuit: help is unreadable
Hi, upstream Tim Edwards kindly provided a fixed resource.tcl, see attachment. Can you please test this by replacing /usr/share/xcircuit/resource.tcl with this file? If it solves the problem, I will either integrate it into Debian, or get the solution via the next upstream version that Tim will issue soon, anyway. Thanks, Roland # # XCircuit Resource setup for TCL # option add *xcircuit.width 1200 option add *xcircuit.height 930 option add *xcircuit*activeBackground #a07650 option add *xcircuit*foreground #a07650 option add *xcircuit*activeForeground beige option add *xcircuit*font -*-times-medium-r-normal--12-* option add *xcircuit1.width 900 option add *xcircuit1.height 700 option add *xcircuit1*activeBackground #a07650 option add *xcircuit1*foreground #a07650 option add *xcircuit1*activeForeground beige option add *xcircuit1*font -*-times-medium-r-normal--12-* option add *xcircuit2.width 700 option add *xcircuit2.height 500 option add *xcircuit2*activeBackground #a07650 option add *xcircuit2*foreground #a07650 option add *xcircuit2*activeForeground beige option add *xcircuit2*font -*-times-medium-r-normal--12-* option add *menubar.filebutton*background beige option add *menubar.editbutton*background beige option add *menubar.textbutton*background beige option add *menubar.optionsbutton*background beige option add *menubar.windowbutton*background beige option add *menubar.netlistbutton*background beige option add *menubar*font -*-times-bold-r-normal--12-* option add *librarymenu*activeBackground #805630 option add *librarymenu*foreground #805630 option add *librarymenu*activeForeground beige option add *librarymenu*font -*-times-medium-r-normal--12-* option add *librarymenu*background beige option add *pagemenu*activeBackground #805630 option add *pagemenu*foreground #805630 option add *pagemenu*activeForeground beige option add *pagemenu*font -*-times-medium-r-normal--12-* option add *pagemenu*background beige option add *filelist*activeBackground #805630 option add *filelist*foreground #805630 option add *filelist*background white option add *filelist*activeForeground beige option add *filelist*font -*-times-medium-r-normal--12-* option add *filelist*txt*font -*-courier-medium-r-normal--12-* option add *output*activeBackground #805630 option add *output*foreground #805630 option add *output*backtround white option add *output*activeForeground beige option add *output*font -*-times-medium-r-normal--12-* option add *output*txt*font -*-courier-medium-r-normal--12-* option add *output.textent.butp.psmenu*background beige option add *output.textent.txtf.sizb.sizemenu*background beige option add *output.textent.buto.orientmenu*background beige option add *help*activeBackground #805630 option add *help*foreground #805630 option add *help*background white option add *help*activeForeground beige option add *help*font -*-times-medium-r-normal--12-* option add *help*txt*font -*-times-courier-r-normal--12-* option add *dialog*activeBackground #805630 option add *dialog*foreground #805630 option add *dialog*background white option add *dialog*activeForeground beige option add *dialog*font -*-times-medium-r-normal--12-* option add *dialog*txt*font -*-courier-medium-r-normal--12-* # End of Resource configuration file.
Bug#708511: dbconfig-common: initial backup gets overridden when an update is retried
Package: dbconfig-common Version: 1.8.47+nmu1 Severity: important Dear Maintainer, While troubleshooting issues during an upgrade of roundcube from squeeze to wheezy (tracked in Bug#708339), I noticed that when an upgrade fails and is retried, dbconfig-common will take a new backup and override the previous one. This leads to a backup that has partially-applied upgrades and can't be used to restore to the initial (pre-upgrade) state. creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.3.1-6.mysql. applying upgrade sql for 0.3.1-6 - 0.5-1. applying upgrade sql for 0.3.1-6 - 0.6+dfsg-1. applying upgrade sql for 0.3.1-6 - 0.7-1. ... [then failed and retried] ... creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.3.1-6.mysql. applying upgrade sql for 0.3.1-6 - 0.5-1. applying upgrade sql for 0.3.1-6 - 0.6+dfsg-1. applying upgrade sql for 0.3.1-6 - 0.7-1. ... -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dbconfig-common depends on: ii debconf [debconf-2.0] 1.5.49 ii ucf3.0025+nmu3 dbconfig-common recommends no packages. Versions of packages dbconfig-common suggests: ii mysql-client 5.5.31+dfsg-0+wheezy1 ii mysql-client-5.5 [virtual-mysql-client] 5.5.31+dfsg-0+wheezy1 -- debconf information: dbconfig-common/remote-questions-default: false dbconfig-common/pgsql/revertconf: false dbconfig-common/internal/skip-preseed: false dbconfig-common/db/dbname: dbconfig-common/pgsql/manualconf: dbconfig-common/dbconfig-remove: true dbconfig-common/mysql/method: unix socket dbconfig-common/upgrade-backup: true dbconfig-common/pgsql/authmethod-admin: ident dbconfig-common/upgrade-error: abort dbconfig-common/purge: false dbconfig-common/db/basepath: dbconfig-common/install-error: abort dbconfig-common/pgsql/no-empty-passwords: dbconfig-common/pgsql/admin-user: postgres dbconfig-common/dbconfig-install: true dbconfig-common/dbconfig-reinstall: false dbconfig-common/remote/host: dbconfig-common/pgsql/changeconf: false dbconfig-common/remote/newhost: dbconfig-common/missing-db-package-error: abort dbconfig-common/dbconfig-upgrade: true dbconfig-common/pgsql/no-user-choose-other-method: dbconfig-common/internal/reconfiguring: false dbconfig-common/passwords-do-not-match: dbconfig-common/remove-error: abort dbconfig-common/remember-admin-pass: false dbconfig-common/mysql/admin-user: root dbconfig-common/pgsql/method: unix socket dbconfig-common/pgsql/authmethod-user: dbconfig-common/database-type: dbconfig-common/db/app-user: dbconfig-common/remote/port: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705580: Only *specific* description seems to be missing
Hi again, I somehow have the impression, that the number of missing descriptions is silently growing. It seems that the problem only concerns the English long descriptions. To verify this thesis I did udd= SELECT release, language, count(*) from descriptions where long_description = '' group by release, language order by count; release | language | count --+--+--- squeeze-backports-sloppy | en |17 squeeze | en | 117 wheezy-backports | en | 201 wheezy-proposed-updates | en | 293 squeeze-proposed-updates | en | 448 squeeze-backports| en | 2668 experimental | en | 7773 wheezy | en | 37335 jessie | en | 39255 sid | en | 41028 I removed the entry of Translation-en.bz2 from /srv/udd.debian.org/mirrors/ddtp/sid and rerun update-and-run.sh ddtp which afterwards leaded to udd= SELECT release, language, count(*) from descriptions where long_description = '' group by release, language order by count; release | language | count --+--+--- squeeze-backports-sloppy | en |17 wheezy-updates | en | 111 squeeze | en | 117 wheezy-proposed-updates | en | 266 squeeze-proposed-updates | en | 446 squeeze-backports| en | 2668 (6 Zeilen) I admit I'm a bit astonished that wheezy and jessie are fixed as well after enforcing rereading the english translations for sid. I'll rerun this counting of missing descriptions the next couple of days to see whether and how they increase. Kind regards Andreas. On Wed, May 08, 2013 at 02:45:31PM +0200, Andreas Tille wrote: Hi Lucas, I think this was caused by a bug in the new archive gatherer. See commit 8c9c0f51b469bdc9bcd6d6dd9b06d8e36fb2c023. I think it's fixed now, but please double-check in a few days and reopen if necessary. I was stumbling upon http://blends.alioth.debian.org/science/tasks/mathematics#palp and I verified that the english descriptions for releases above squeeze are missing: udd= SELECT distinct p.package, p.description, p.description_md5, d.release, d.language, d.long_description from packages p join descriptions d on p.package = d.package where p.package = 'palp' ; package |description| description_md5 | release | language | long_description -+---+--+-+--+- palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | sid | en | palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | wheezy | it | Un programma per classificare politopi reticolari riflessivi. + | | | | | Per i dettagli vedere http://arxiv.org/abs/math/0204356. + | | | | | palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | jessie | en | palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | squeeze | en | A program for classifying reflexive lattice polytopes.+ | | | | | See http://arxiv.org/abs/math/0204356 for details. palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | sid | da | Palp (»Package for Analyzing Lattice Polytopes«) er et program for+ | | | | | klassifikation af refleksive gitterpolytoper. Se + | | | | | http://arxiv.org/abs/math/0204356 for detaljer. + | | | | | palp| A Package for Analyzing Lattice Polytopes | deb7fc1ff5c3b11fc6ace2522bd7a5fc | sid | it | Un programma per classificare politopi reticolari riflessivi. + | | | | | Per i dettagli vedere http://arxiv.org/abs/math/0204356. + | |
Bug#688174: [Pkg-sssd-devel] Bug#688174: sssd: Please port to libnl-3.x
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 16.05.2013 09:46, Timo Aaltonen wrote: On 16.05.2013 01:21, Michael Biebl wrote: Hi, I'd like to proceed with the removal of libnl1 soon. What's the current status of this bug report? Hi, upstream has recently released 1.10.0~beta1 which supports libnl-3.x, but looks like it has some issues checking the version on configure so it still needs some work. meh, it was just a missing build-dep (libnl-route-3-dev), so it builds fine now. - -- t -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRlJylAAoJEMtwMWWoiYTcTAAP/A8i4acYWwQHtiqf8HXLIVAN D9K2C8eZng70syE5ECE1aj38f4k6yczsVjhavGYhocvpDGXLPCieRf+2mEUJbmK0 7TkE9SnXpo9gwSfn6/4wMAP2+YxPtqDj6/WDA0WDVzKx4tXCAshqPiC1vTQiXUbm b2DDBclgc4+qt9Wb8DnSbl/sbXLMZyn4YSWNF8UzZK9gw80PNY9yjVKzIa6BZKHK 42j9Dmu5fTHxhzYBONcHV+kzO6crmImMTV4ls5txod621MXww/dsuuHkkJcwTucy UJKTjeHpLVvO6sJ3YD3vGu2BPfCMf3rbd8R7ghEZWrZelhiqeX3hBaxejLkFibqO CltLItwWIsA5pE0iVIt2fwapHHqOd5KDxZhijJ8f3r3JaJ9JF0sqkZo15bjtv4OO IhJDgMgdP+eB/eQyQzKfbIuoRe1MxlSR75zyKIn7mwX15tzmwnCFeOQBbVq7R/eZ FWKfnt5FeoUP3rCFI16qmjciUoIOHQUB5PVJg9lhpLtqn/NAm7pC5/LWG8BnsSEi D+LZfjLdr4SxZKruhwIgd5bo1LXIOhUqdUkvBuuYLdksd7i+rBi9+0x27ioUoFgL VBYG74Bs0wWpulqsn/GLG4XJapAuGu5A6D+ApLoaxyeqd8BqdkfsvzJnek91pNPE 0Nphrj480K5ffkXwPEtO =PESL -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#707646: postnews sponsorship
On Wed, 15 May 2013 18:37:33 +0200 John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de wrote: On 05/15/2013 06:21 PM, John Paul Adrian Glaubitz wrote: On 05/15/2013 03:12 AM, RJ Clay wrote: On Sat, 11 May 2013 03:57:34 +0200 John Paul Adrian Glaubitz glaub...@physik.fu-berlin.de wrote: are you still looking for a sponsor for postnews? Indeed I am. Are you thinking of taking care of it? Yes, I'd be happy to sponsor it for you. Thanks! Could you remove the boilerplate from the debian/watch file (you just need the URL and the version directive, but leave a new line at the end of the last line) and bump the debhelper version from 8 to 9? Are those really necessary now? I will be packaging postnews v0.6 later on this year and planned to look at bumping the debhelper version then. (And note that I am part of upstream now and there will be v0.6 release...) I'll go ahead and upload after these changes. If you really require the above changes now, I'll take care of them; but I'd really prefer to do them with the v0.6 packaging... If you want the package to be perfect, you should address the two issues lintian found when running with lintian -i -E -I --pedantic postnews_0.5.3-4_amd64.changes, see the attached output of lintian. Yes, I knew about those and already plan to resolve them with the postnews v0.6 packaging. Robert James Clay j...@rocasa.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703519: maintain
I don't know if it is possible, but with a mentor i would be willing to adopt this package -- Super Nathan Weber
Bug#707646: postnews sponsorship
On 05/16/2013 10:26 AM, RJ Clay wrote: Are those really necessary now? I will be packaging postnews v0.6 later on this year and planned to look at bumping the debhelper version then. (And note that I am part of upstream now and there will be v0.6 release...) (...) Yes, I knew about those and already plan to resolve them with the postnews v0.6 packaging. Fair enough, I'm taking your word on this! Please ping me back once you have 0.6 ready, going to upload 0.5 now! Cheers, Adrian -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708512: update ruby-ffi to latest upstream release
package: ruby-ffi version: 1.0.11debian-5+b1 ruby-ethon (#693256) need ffi = 1.3.0. Since it is part of libffi migration, we could target experimental -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#708513: firmware-linux-nonfree: Version 0.38 of firmware-linux-nonfree breaks snd intel
Package: firmware-linux-nonfree Version: 0.38 Severity: important Hi, I recently upgraded to this firmware version and it caused my speakers to stop functioning, reverting to 0.36+wheezy.1 fixed the issue. I'm aware this might be an alsa issue but I am unsure and since the firmware package caused the breakage I am posting it here. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (600, 'stable'), (400, 'oldstable'), (300, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash firmware-linux-nonfree depends on no packages. firmware-linux-nonfree recommends no packages. Versions of packages firmware-linux-nonfree suggests: ii initramfs-tools 0.112 ii linux-image-2.6.32-5-amd64 [linux-image] 2.6.32-48squeeze3 ii linux-image-3.2.0-4-amd64 [linux-image] 3.2.41-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#708512: I tried to update but it seems too complex
if someone can help update this, it would be great as it is blocking a long list of dependencies trying to enter new. ethon - typhoeus - webmock - omniauth-oauth -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution.
Bug#708514: [zotero-standalone] Package description should mention closed sync service
Package: zotero-standalone Version: 3.0.11.1-26-g08fb709-1 Severity: wishlist --- Please enter the report below this line. --- Hi there, I'm not sure if I really got this right: If it's possible to share libraries ONLY via the commercial/proprietary (?) digitalscholar.org service, I think a short note about that could be helpful in the package's description. E.g. companies might want to set up their own server internall, to keep control over their data. I think that's my last bug report for now after toying a bit with zotero ;) Cheers - Fuddl --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.0 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part
Bug#708002: [Pkg-xfce-devel] Processed: Re: Bug#708002: sylpheed: ignores gtk-can-change-accels = 1
On jeu., 2013-05-16 at 09:22 +0200, Ricardo Mones wrote: I've not reassigned it, but honestly don't understand what you mean or where the rudeness is. Would be less rude if he had opened a new bug instead? Isn't clear from the bug messages what the problem is? What is rude is what I get in my mailbox: Forwarded Message From: Debian Bug Tracking System ow...@bugs.debian.org To: José Luis González jlgon...@ya.com Cc: pkg-xfce-de...@lists.alioth.debian.org, mo...@debian.org Subject: [Pkg-xfce-devel] Processed: Re: Bug#708002: sylpheed: ignores gtk-can-change-accels = 1 Date: Wed, 15 May 2013 17:48:10 + Processing commands for cont...@bugs.debian.org: reopen 708002 Bug #708002 {Done: Ricardo Mones mo...@debian.org} [sylpheed] sylpheed: ignores gtk-can-change-accels = 1 Bug reopened Ignoring request to alter fixed versions of bug #708002 to the same values previously set reassign 708002 xfce4 Bug #708002 [sylpheed] sylpheed: ignores gtk-can-change-accels = 1 Bug reassigned from package 'sylpheed' to 'xfce4'. No longer marked as found in versions sylpheed/3.2.0-1. Ignoring request to alter fixed versions of bug #708002 to the same values previously set retitle 708002 XFCE makes gtkrc-2.0 be ignored Bug #708002 [xfce4] sylpheed: ignores gtk-can-change-accels = 1 Changed Bug title to 'XFCE makes gtkrc-2.0 be ignored' from 'sylpheed: ignores gtk-can-change-accels = 1' thanks Stopping processing here. Please contact me if you need assistance. -- 708002: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708002 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ___ Pkg-xfce-devel mailing list pkg-xfce-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-xfce-devel This is an automated mail from the BTS in response to the reassign. No word at all from the original maintainer or the reporter in order to explain the new maintainer what is the problem and why it is reassigned. I need to do the job myself to go through the BTS and read the whole thread in order to understand why it has been reassigned, what the problem is etc. That is rude and it's considered really better to forward bugs with a real mail to the new maintainer explaining what happens and making a bug summary. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#708513: Acknowledgement (firmware-linux-nonfree: Version 0.38 of firmware-linux-nonfree breaks snd intel)
Probably would help to post my sound card with the report... sysdefault:CARD=Intel HDA Intel, ALC272 Analog Default Audio Device front:CARD=Intel,DEV=0 HDA Intel, ALC272 Analog Front speakers surround40:CARD=Intel,DEV=0 HDA Intel, ALC272 Analog 4.0 Surround output to Front and Rear speakers surround41:CARD=Intel,DEV=0 HDA Intel, ALC272 Analog 4.1 Surround output to Front, Rear and Subwoofer speakers surround50:CARD=Intel,DEV=0 HDA Intel, ALC272 Analog 5.0 Surround output to Front, Center and Rear speakers surround51:CARD=Intel,DEV=0 HDA Intel, ALC272 Analog 5.1 Surround output to Front, Center, Rear and Subwoofer speakers surround71:CARD=Intel,DEV=0 HDA Intel, ALC272 Analog 7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
Bug#708307: e2fsprogs: fsck.ext3 on ia64 is linked to /usr/lib/libunwind, which can live on a different partition, breaking boot
On Thu, May 16, 2013 at 4:58 AM, Theodore Ts'o ty...@mit.edu wrote: On Wed, May 15, 2013 at 01:57:25AM +0200, Thibaut VARENE wrote: Package: e2fsprogs Version: 1.42.5-1.1 Severity: grave Justification: renders package unusable #1) This looks to be ia64 specific. This is the output of ldd /sbin/fsck.ext3 on an x86-64 platform: Indeed. I've also checked PPC and fsck.ext3 is good as well there. But a little more digging shows something rather frightening: this bug (of linking from /usr) is quite widespread. I've run a quick check on some of my machines (they have different sets of package installed): $ for b in /bin/* /sbin/* ; do ldd $b | grep -q /usr/ echo $b ; done on amd64: /bin/ping6 /sbin/crda /sbin/discover /sbin/nfnl_osf /sbin/regdbdump /sbin/umount.udisks /sbin/wpa_supplicant on ppc: /sbin/fsck.cramfs /sbin/mkfs.cramfs on ia64: /bin/ping6 /sbin/dhclient /sbin/dhclient3 /sbin/e2fsck /sbin/fsck.ext2 /sbin/fsck.ext3 /sbin/fsck.ext4 /sbin/fsck.ext4dev /sbin/parted /sbin/partprobe on kfreebsd_amd64: /sbin/camcontrol /sbin/ccdconfig /sbin/devd /sbin/fsck.cramfs /sbin/fsdb.ufs /sbin/ifconfig /sbin/mdconfig /sbin/mkfs.cramfs /sbin/mount_cd9660 /sbin/mount_msdosfs /sbin/mount_ntfs /sbin/mount_udf I'm quite surprised, I'd have expected lintian to catch these types of problems. #2) We need to determine whether it's /sbin/fsck.ext3 or one of its shared libraries which is depending upon which is pulling in libunwind. Can you run the command objdump -p /sbin/fsck.ext3 | grep NEEDED? On my x86-64 system, this is what I see: NEEDED libext2fs.so.2 NEEDED libcom_err.so.2 NEEDED libblkid.so.1 NEEDED libuuid.so.1 NEEDED libe2p.so.2 NEEDED libc.so.6 Then do a recursive expansion of each of the libraries which you see, i.e. replace /sbin/fsck.ext3 with /lib/*/libblkid.so.1, etc. Didn't have to recurse very far: $ objdump -p /sbin/fsck.ext3 | grep NEEDED NEEDED libext2fs.so.2 NEEDED libcom_err.so.2 NEEDED libblkid.so.1 NEEDED libuuid.so.1 NEEDED libe2p.so.2 NEEDED libunwind.so.7 NEEDED libc.so.6.1 none of the other NEEDED libraries pull in libunwind or anything suspicious. HTH T-Bone -- Thibaut VARENE http://hacks.slashdirt.org/
Bug#707580: Re[2]: Bug#707580: RFS: hyphen-ru/20030310-1 [ITP]
Done. The package with suggested changes made has now been uploaded to the mentors. Here's the dsc file for dget: http://mentors.debian.net/debian/pool/main/h/hyphen-ru/hyphen-ru_20030310-2.dsc Also there is a Github repository for the packaging: http://github.com/Protagores/hyphen-ru Regards, Ilyas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708515: keystone: CVE-2013-2014 DoS via large POST requests
Package: keystone Severity: grave Tags: security patch Hi, the following vulnerability was published for keystone. CVE-2013-2014[0]: | Concurrent requests with large POST body can crash the keystone process. | This can be used by Malicious and lead to DOS to Cloud Service Provider. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. Upstream patch: https://review.openstack.org/#/c/22661/ Seems to be fixed for experimental in 2013.1-1. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2014 http://security-tracker.debian.org/tracker/CVE-2013-2014 -- Nico Golde - XMPP: n...@jabber.ccc.de - GPG: 0xA0A0 pgpXnGMT1X84j.pgp Description: PGP signature
Bug#708516: reportbug: Reportbug seems to not use proxy, despite proxy http_proxy settings.
Package: reportbug Version: 6.4.4 Severity: normal Dear Maintainer, Despite my best efforts, I am unable to persuade reportbug to use a proxy. On a machine with no direct internet access: michael@hugin:~$ http_proxy=http://proxy:3128/ reportbug reportbug *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: ISO-8859-1 Please change your locale if this is incorrect. Using 'Michael Deegan b...@wibble.darktech.org' as your from address. Getting status for reportbug... Checking for newer versions at madison... Will send report to Debian (per lsb_release). Querying Debian BTS for reports on reportbug (source)... Unable to connect to Debian BTS; continue [y|N|?]? There was a long pause while attempting to query the BTS (but not while consulting madison, go figure). In another terminal: michael@hugin:~$ netstat --tcp -p|grep python (Not all processes could be identified, non-owned process info will not be shown, you would have to be root to see it all.) tcp0 1 hugin.murdoch.pri:34217 beach.debian.org:http SYN_SENT22261/python Another example, from a machine that does have direct internet access: michael@wibble:~$ http_proxy=http://someinvalidhostname:3129/ reportbug --proxy=http://123.234.345.456:3130/ reportbug /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display warnings.warn(str(e), _gtk.Warning) Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Michael Deegan b...@wibble.darktech.org' as your from address. Getting status for reportbug... Verifying package integrity... Checking for newer versions at madison... Will send report to Debian (per lsb_release). Querying Debian BTS for reports on reportbug (source)... 184 bug reports found: Bugs with severity important 1) #532150 reportbug: [regression] no longer supports custom mua commands 2) #564112 Checking status of source packages with many binaries can be slow 3) #612712 reportbug complains about unicode conversion error 4) #620225 GTK+ UI errors: segfaults, floating-point exceptions, pango error [RESOLVED] 5) #625534 GTK+ UI errors: segfaults, floating-point exceptions, pango error [RESOLVED] [snip a bajillion bugs] Obviously I am working under the assumption that if reportbug was paying attention to either $http_proxy or --proxy, then it would actually notice (and therefore complain) if the values supplied weren't usable. :P -- Package-specific info: ** /home/michael/.reportbugrc: reportbug_version 3.2 mode standard realname Michael Deegan email b...@wibble.darktech.org no-cc mutt -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (470, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.7.7 ii python2.7.3-4 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail none ii debconf-utils 1.5.46 ii debsums2.0.52 ii dlocate1.02 pn emacs22-bin-common | emacs23-bin-commonnone ii exim4 4.80-6 ii exim4-daemon-light [mail-transport-agent] 4.80-6 ii file 5.11-2 ii gnupg 1.4.12-6 ii python-gtk22.24.0-3 pn python-gtkspellnone pn python-urwid none ii python-vte 1:0.28.2-5 ii xdg-utils 1.1.0~rc1+git20111210-6 Versions of packages python-reportbug depends on: ii apt 0.9.7.7 ii python2.7.3-4 ii python-debian 0.1.21 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug suggests no packages. -- debconf-show failed -MD -- --- Michael DeeganHugaholichttp://www.deegan.id.au/ - Jung, zr jbeel? --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681564: webgui: apache2 segfaults
Package: webgui Version: 7.10.28-1 Followup-For: Bug #681564 New debian install, same problem still... I have this wrapped up in an LXC which i am happy to grant you access to for any probing people may want to try... -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages webgui depends on: ii apache2 2.2.22-13 ii apache2-mpm-worker [apache2] 2.2.22-13 ii ghostscript 9.05~dfsg-6.3 ii libapache2-mod-apreq22.13-1+b2 ii libapache2-mod-perl2 2.0.7-3 ii libapache2-request-perl 2.13-1+b2 ii libarchive-any-perl 0.0932-1 ii libbusiness-onlinepayment-authorizenet-perl 3.22-2 ii libbusiness-paypal-api-perl 0.70-1 ii libbusiness-tax-vat-validation-perl 1.02-1 ii libcache-fastmmap-perl 1.40-1 ii libchi-perl 0.54-1 ii libclass-c3-perl 0.24-1 ii libclass-insideout-perl 1.13-1 ii libcolor-calc-perl 1.073-1 ii libcommon-sense-perl 3.6-1 ii libconfig-json-perl 1.5100-1 ii libcss-minifier-xs-perl 0.07-1+b2 ii libcss-packer-perl 1.002001-1 ii libdata-ical-perl0.18+dfsg-1 ii libdata-structure-util-perl 0.15-3 ii libdatetime-event-ical-perl 0.11-1 ii libdatetime-format-http-perl 0.40-1 ii libdatetime-format-mail-perl 0.3001-1 ii libdatetime-format-strptime-perl 1.5200-1 ii libdatetime-perl 2:0.7800-1 ii libdbd-mysql-perl4.021-1+b1 ii libdbi-perl 1.622-1 ii libexception-class-perl 1.32-1 ii libfinance-quote-perl1.17+git20120506-1 ii libgeo-coder-googlev3-perl 0.11-1 ii libhtml-form-perl6.03-1 ii libhtml-highlight-perl 0.20-6 ii libhtml-packer-perl 1.004001-1 ii libhtml-parser-perl 3.69-2 ii libhtml-tagcloud-perl0.37-1 ii libhtml-tagfilter-perl 1.03-3 ii libhtml-template-expr-perl 0.07-2 ii libhtml-template-perl2.91-1 ii libimage-exiftool-perl 9.13-1 ii libjavascript-minifier-xs-perl 0.09-1+b2 ii libjavascript-packer-perl1.006003-1 ii libjs-swfobject 2.2+dfsg-1 ii libjs-underscore 1.4.4-1 ii libjs-yui2.9.0.dfsg.0.1-0.1 ii libjson-perl 2.57-1 ii libkwargs-perl 0.01-1 ii liblist-moreutils-perl 0.33-1+b1 ii liblocales-perl 0.27-1 ii liblog-log4perl-perl 1.29-1 ii libmime-tools-perl 5.503-1 ii libmonkey-patch-perl 0.03-1 ii libnet-cidr-lite-perl0.21-1 ii libnet-dns-perl 0.68-1.1 ii libnet-ldap-perl 1:0.4400-1 ii libnet-twitter-perl 4.4-1 ii libpath-class-perl 0.26-1 ii libperlio-eol-perl 0.14-1+b3 ii libpod-coverage-perl 0.22-1 ii libpoe-component-client-http-perl0.947-1 ii libpoe-component-ikc-perl0.2302-1 ii libpoe-perl 2:1.3540-1 ii libreadonly-perl 1.03-4 ii libscope-guard-perl 0.20-1 ii libsoap-lite-perl0.714-1 ii libstring-random-perl1:0.22-4 ii libtemplate-perl 2.24-1 ii libtest-deep-perl0.110-1 ii libtest-log-dispatch-perl0.03-1 ii libtest-tester-perl 0.108-1 ii libtext-aspell-perl 0.09-1+b2 ii libtext-csv-perl 1.21-1 ii libtext-csv-xs-perl 0.97-1 ii libtie-cphash-perl 1.05-1 ii libtie-ixhash-perl 1.23-1 ii libtry-tiny-perl 0.12-1 ii liburi-perl 1.60-1 ii libweather-com-perl
Bug#696093: [Piuparts-devel] Bug#696093: puiparts.d.o: needs to define aliases for the PTS
On 2013-05-16 03:36, Paul Wise wrote: On Mon, 2012-12-17 at 01:07 +0800, Paul Wise wrote: The puiparts website needs to define aliases for the PTS to use for downloading machine-readable reports to avoid adjusting PTS code: ... Obviously these will need to be changed whenever there is a release. Simple directory symlinks should be enough for the PTS purposes. We should configure them in piuparts.conf with an optional alias key per section ... and piuparts-report should keep the links up-to-date More specifically, these URLs need to work (exp only if tested): experimental planned to be added Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707997: [pkg-cryptsetup-devel] Bug#707997: cryptsetup: Please package veritysetup and cryptsetup-reencrypt (with update, to version 1.6.1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hey Milan, Am 12.05.2013 15:33, schrieb Milan Broz: Please can you update cryptsetup to version 1.6.1 (at least in experimental) (see also bug #704827)? Reported separately, because this bug requests packaging of two new tools: - veritysetup (setup of dm-verity block devices, e.g. used in Chrome OS) - cryptsetup-reencrypt (LUKS device offline reencryption tool) Patches needed for Debian package attached, I tested boot with fully encrypted system (wheezy) and it still works. Second attached patch fixes some compilation errors in Debian specific tools, but these are just cosmetic fixes. Thanks for the patch. I'm on vacation for the next two weeks. Afterwards I expect to have some time to work on the cryptsetup package. p.s. Please let me know if you need any help - as upstream maintainer of cryptsetup I am using Debian as primary platform now (but I am not Debian packager). In general I'm rather busy with my hired labour. As a result, I don't have as much spare time left for Debian work as I'd like to have. Several attempts in the past failed to find co-maintainers. I'd be more than happy to welcome you as a co-maintainer for cryptsetup in Debian :) Kind regards, jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with undefined - http://www.enigmail.net/ iQIcBAEBAgAGBQJRlJ4cAAoJEFJi5/9JEEn+ZzIQAILGLSoXYhtyY5czvh9q7sXU fs3N9MWMuVXr2wPz1aBGt08PFUZd/iBI7+Ati/IGpndGKx17qWbJAb5TyrMRj7hb +ZkBtEzNIVY8FEWY9KnSeJgn8T0RvYCKyvA9nyY0nmOmtCnR7zBm/X2jSOLR7MYL M/H0mT9yfPgGgEyMQQ6q2QhB4CykWNqATVS521WHFCWJQFrXwAJovfS91EJt+WZZ /FaQ9xNTBc4mnfKyObD/IfcLysUbIcO6MLVTMeSn+yR44WqQpvX0hIGYcslyx+wf CmdE1P4ACiqNeVyR4ShJoA80LBiXDT8yZl9JM5e6l3UVSRWqmKGv7mT4fBlT1pyl gvnlOGsLrp1GGuG3YFA/EaVv4jGEqMQkTaaPresre+Kaier5p23lCWmMOnMM/+EB M+nqlPuWtQcSrwCGrIBHXYwR9fZMm6KElK2A6AfGOaUxpu0k33tY13YpOFcoRR2X 5fL1SqdA1QM9wD3PnMdFEmOgFQergEow3TAeDNbZ68jcTJ9l3JCNUTODvi5zdX93 O6uws3OKCyGLhWFWooOza56IOdTSxlRfGyu+i4ZMdH0TVcg2EK7ifoYEJI6c1GPq Ouvu1XNWWkOrhRo/DTEihMDQvZov7rBDTXDXfNUhM0cQEO6fsG+BOx9Lz70tcevk yLFoVQ7SgBpFH+FArFoq =hOk2 -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#708517: Documentation doesn't build with recent texinfo
Package: maxima Version: 5.30.0-4 Tags: upstream As discussed here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707195 some warnings in previous texinfo releases have become errors ; this means that the packages won't build anymore. Maxima is hit by the problem ; it should be notified and fixed upstream. Snark on #debian-science PS: Camm, that is why I was stuck the other day... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707733: pygobject: FTBFS on kfreebsd
Hurd seems to hang at the same place[1]. Perhaps that helps in determining where the bug may lie (e.g. if both Hurd and kfreebsd use the same pthread library implementation). [1] https://buildd.debian.org/status/fetch.php?pkg=pygobjectarch=hurd-i386ver=3.8.1-3stamp=1368332988 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708518: linux: please make kernel minor version availble through uname and friends
Source: linux Version: 3.8.12-1 Severity: wishlist Hi. Is there any specific reason that Debian kernel packages don't include the minor versions (of the kernel) in the respective fields, such that e.g. uname doesn't show it: $ uname -a Linux heisenberg 3.8-1-amd64 #1 SMP Debian 3.8.11-1 x86_64 GNU/Linux vs. $ apt-cache show linux-image-3.8-1-amd64 | grep ^Version Version: 3.8.12-1 IMHO, that would be quite useful. Cheers, Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696093: [Piuparts-devel] Bug#696093: Bug#696093: puiparts.d.o: needs to define aliases for the PTS
On Donnerstag, 16. Mai 2013, Andreas Beckmann wrote: We should configure them in piuparts.conf with an optional alias key per section ... and piuparts-report should keep the links up-to-date ack. sounds like a good plan. signature.asc Description: This is a digitally signed message part.
Bug#708446: #708446 - dssp builds properly on wheezy (stable)
Control: tags -1 - wheezy - stable dssp builds properly on wheezy, with boost 1.49.0-3.2. This bug is due to an unfortunate interplay between boost and libc6-dev (at least =2.17-1), where /usr/include/time.h defines TIME_UTC, confusing boost. Laszlo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708519: Typo in package description
Package: libsnmp-base Version: 5.7.2~dfsg-4 Severity: wishlist Tags: l10n patch Dear Net-SNMP Packaging Team, I encountered a typo in the second paragraph of the package description. In the third paragraph I would appreciate a resolution of the OID shortcut. For your convenience I prepared a patch. Kind regards Martin --- control 2013-05-09 13:40:27.0 +0200 +++ control.new 2013-05-16 11:58:34.0 +0200 @@ -57,11 +57,12 @@ . This package includes documentation and MIBs (Management Information Bases) for the SNMP libraries, agents and applications. MIBs contain - a formal description of the data that can be managed using SNMP. + a formal description of the data that can be managed using SNMP and applications. . - NOTE: If you want the OIDs to resolve to their text description, you need to - activate the non-free repository and install snmp-mibs-downloader package. + NOTE: If you want the OIDs (Object Identifiers) to resolve to their text + description, you need to activate the non-free repository and install the + snmp-mibs-downloader package. Package: libsnmp30 Section: libs
Bug#708520: [libguestfs0] libguestfs failure: ntfsprog is a transactionnal package
Package: libguestfs0 Version: 1:1.21.33-1 Severity: serious tags:patch ntfsprog refuse to be downloaded during typical failure of tools: virt-sparsify --machine-readable -v virt-sparsify linux-swap zero Fatal error: exception Guestfs.Error(febootstrap-supermin-helper exited with error status 1. To see full error messages you may need to enable debugging. See http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs;) LANG=C update-guestfs-appliance febootstrap -v -o supermin.d --names bsdmainutils btrfs-tools cryptsetup e2fsprogs extlinux genisoimage gfs-tools gfs2-tools grub-pc hfsplus iproute libaugeas0 libcap2 libhivex0 libpcre3 libyajl2 linux-image mtools nilfs-tools ntfs-3g ntfsprogs openssh-client reiserfsprogs sysvinit ufsutils vim-tiny xz- utils zfs-fuse acl attr bash binutils bzip2 coreutils cpio diffutils dosfstools file findutils gawk gdisk grep gzip jfsutils kmod less libxml2 lsof lsscsi lvm2 lzop mdadm module-init-tools parted procps procps-ng psmisc rsync scrub sed strace syslinux tar udev util-linux util-linux-ng xfsprogs zerofree --exclude ^perl --exclude ^python --exclude ^plymouth --exclude ^linux-firmware --exclude ^kbd- misc --exclude ^file-rc supermin 4.1.1 selected package handler: debian packages already present: wanted packages to download: acl adduser attr augeas-lenses base-files base- passwd bash bind9-host binutils bsdmainutils bsdutils btrfs-tools bzip2 cdebconf cman coreutils corosync cpio cryptsetup cryptsetup-bin dash debconf debianutils diffutils dmsetup dosfstools dpkg e2fslibs e2fsprogs extlinux file findutils fuse gawk gcc-4.7-base gdisk genisoimage gettext-base gfs-tools gfs2-tools grep groff-base grub-common grub-pc grub-pc-bin grub2- common gzip heimdal-clients hfsplus inetutils-telnet initscripts insserv install-info iproute jfsutils kmod krb5-clients krb5-config less libacl1 libaio1 libasn1-8-heimdal libasprintf0c2 libattr1 libaudit0 libaugeas0 libavahi- client3 libavahi-common-data libavahi-common3 libbind9-80 libblkid1 libbsd0 libbz2-1.0 libc-bin libc6 libcap-ng0 libcap2 libccs3 libcfg4 libclass-isa-perl libcman3 libcomerr2 libconfdb4 libcoroipcc4 libcoroipcs4 libcpg4 libcryptsetup4 libdb5.1 libdbus-1-3 libdebian-installer4 libdevmapper-event1.02.1 libdevmapper1.02.1 libdlm3 libdlmcontrol3 libdns88 libedit2 libevs4 libexpat1 libfence4 libfreetype6 libfuse2 libgcc1 libgcrypt11 libgdbm3 libgeoip1 libgnutls26 libgpg-error0 libgssapi-krb5-2 libgssapi3-heimdal libhcrypto4- heimdal libhdb9-heimdal libheimbase1-heimdal libheimntlm0-heimdal libhfsp0 libhivex0 libhx509-5-heimdal libicu48 libidn11 libisc84 libisccc80 libisccfg82 libk5crypto3 libkadm5clnt7-heimdal libkadm5srv8-heimdal libkafs0-heimdal libkeyutils1 libkmod2 libkrb5-26-heimdal libkrb5-3 libkrb5support0 libldap-2.4-2 liblogsys4 liblogthread3 liblwres80 liblzma5 liblzo2-2 libmagic1 libmount1 libncurses5 libncursesw5 libnet-snmp-perl libnet-telnet-perl libnewt0.52 libnl-3-200 libnl-route-3-200 libnspr4 libnspr4-0d libnss3 libnss3-1d libnuma1 libopenipmi0 libotp0-heimdal libp11-kit0 libpam-modules libpam-modules-bin libpam0g libparted0debian1 libpcre3 libperl4-corelibs-perl libperl5.14 libpload4 libpopt0 libprocps0 libquorum4 libreadline5 libreadline6 libroken18- heimdal libsaamf3 libsackpt3 libsaclm3 libsaevt3 libsalck3 libsam4 libsamsg4 libsasl2-2 libsatmr3 libselinux1 libsemanage-common libsemanage1 libsensors4 libsepol1 libsgutils2-2 libshishi0 libsigsegv2 libsl0-heimdal libslang2 libsnmp-base libsnmp15 libsqlite3-0 libss2 libssl1.0.0 libstdc++6 libswitch-perl libtasn1-3 libtextwrap1 libtinfo5 libtotem-pg4 libudev0 libustr-1.0-1 libuuid1 libvirt0 libvotequorum4 libwind0-heimdal libwrap0 libxml2 libxml2- utils libyajl2 lsb-base lsof lsscsi lvm2 lzop makedev mawk mdadm mime-support module-init-tools mount mtools multiarch-support netbase nilfs-tools ntfs-3g ntfsprogs openais openipmi openssh-client original-awk parted passwd procps psmisc readline-common reiserfsprogs rsync scrub sed sensible- utils sg3-utils shishi-common snmp strace syslinux syslinux-common sysv-rc sysvinit sysvinit-utils tar telnet telnet-ssl tzdata ucf udev ufsutils util- linux vim-common vim-tiny xfsprogs xz-utils zerofree zfs-fuse zlib1g E: No downloadable files for ntfsprogs version 1:2012.1.15AR.5-2.1; perhaps it is a local or obsolete package? supermin: umask ; cd '/tmp/user/0/supermin340c82186a9646b692fe3326e8b49057.tmp' aptitude download 'acl' 'adduser' 'attr' 'augeas-lenses' 'base-files' 'base-passwd' 'bash' 'bind9-host' 'binutils' 'bsdmainutils' 'bsdutils' 'btrfs-tools' 'bzip2' 'cdebconf' 'cman' 'coreutils' 'corosync' 'cpio' 'cryptsetup' 'cryptsetup-bin' 'dash' 'debconf' 'debianutils' 'diffutils' 'dmsetup' 'dosfstools' 'dpkg' 'e2fslibs' 'e2fsprogs' 'extlinux' 'file' 'findutils' 'fuse' 'gawk' 'gcc-4.7-base' 'gdisk' 'genisoimage' 'gettext-base' 'gfs-tools' 'gfs2-tools' 'grep' 'groff-base' 'grub-common' 'grub-pc' 'grub-pc- bin' 'grub2-common' 'gzip'
Bug#675345: gnome-shell: gnome randomly freezes
Dear Maintainer, This bug is very much still present, gnome3 randomly freezes on my system with an intel hd3000 (using i915), the mouse still works during the freeze and restarting X or gdm fixes it temporarily. The issue is not present in xfce so it seems to be strictly related to gnome. I'm also not the only one with this issue: http://forums.debian.net/viewtopic.php?f=10t=100041 Many reported the same problem even with very different hardware, the solutions provided in that thread do not seem to fix the problem. Regards Claudio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708248: transition: json-c
On Thu, May 16, 2013 at 08:25:32 +0200, Ondřej Surý wrote: Hi Steve, On Thu, May 16, 2013 at 5:41 AM, Steve Langasek vor...@debian.org wrote: Hi Ondřej, On Tue, May 14, 2013 at 03:12:02PM +0200, Ondřej Surý wrote: JSON-C upstream has renamed the library from libjson.so to libjson-c.so, headers are now in /usr/include/json-c and pkg-config is called json-c. There's a compatibility layer (symlinks and libjson.so.0), but since the library has so few r-deps, I feel that we might not need it to make things more simple in the future. The upstream is planning to drop the compatibility layer in next release anyway, so we would have to do the transition in some other point in time. Not necessarily. If the ABI has not changed, there is no reason that we should not keep the compatibility layer in place in Debian *indefinitely*. For another example of this, see libcurl3-gnutls. There are some new symbols in libjson-c library and _no_ symbols in libjson Why isn't libjson.so.0 a symlink to libjson-c.so.2 then? Cheers, Julien signature.asc Description: Digital signature
Bug#708521: pu: package gcc-4.7/4.7.2-5+deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, I'd like to get gcc-4.7 updated in wheezy to add an extra Breaks that will fix some upgrade paths from squeeze (#690172). It's mainly about giving apt a small push to remove some obsolete packages (that existed in squeeze but no longer exist in wheezy) and therefore properly upgrade all packages and don't 'keep back' that many. I ve been testing this in piuparts for a long time now without running into problems, but getting much cleaner upgrade results :-) I would clearly prefer a maintainer upload (perhaps with some more cherry-picked fixes) instead of doing a NMU. Andreas diff -u gcc-4.7-4.7.2/debian/control gcc-4.7-4.7.2/debian/control --- gcc-4.7-4.7.2/debian/control +++ gcc-4.7-4.7.2/debian/control @@ -18,7 +18,7 @@ Priority: required Depends: ${misc:Depends} Replaces: ${base:Replaces} -Breaks: gcj-4.4-base ( 4.4.6-9~), gnat-4.4-base ( 4.4.6-3~), gcj-4.6-base ( 4.6.1-4~), gnat-4.6 ( 4.6.1-5~), dehydra (= 0.9.hg20110609-2) +Breaks: gcc-4.4-base ( 4.4.7), gcj-4.4-base ( 4.4.6-9~), gnat-4.4-base ( 4.4.6-3~), gcj-4.6-base ( 4.6.1-4~), gnat-4.6 ( 4.6.1-5~), dehydra (= 0.9.hg20110609-2) Description: GCC, the GNU Compiler Collection (base package) This package contains files common to all languages and libraries contained in the GNU Compiler Collection (GCC). diff -u gcc-4.7-4.7.2/debian/control.m4 gcc-4.7-4.7.2/debian/control.m4 --- gcc-4.7-4.7.2/debian/control.m4 +++ gcc-4.7-4.7.2/debian/control.m4 @@ -105,7 +105,7 @@ Priority: PRI(required) Depends: ${misc:Depends} Replaces: ${base:Replaces} -Breaks: gcj-4.4-base ( 4.4.6-9~), gnat-4.4-base ( 4.4.6-3~), gcj-4.6-base ( 4.6.1-4~), gnat-4.6 ( 4.6.1-5~), dehydra (= 0.9.hg20110609-2) +Breaks: gcc-4.4-base ( 4.4.7), gcj-4.4-base ( 4.4.6-9~), gnat-4.4-base ( 4.4.6-3~), gcj-4.6-base ( 4.6.1-4~), gnat-4.6 ( 4.6.1-5~), dehydra (= 0.9.hg20110609-2) Description: GCC, the GNU Compiler Collection (base package) This package contains files common to all languages and libraries contained in the GNU Compiler Collection (GCC). diff -u gcc-4.7-4.7.2/debian/changelog gcc-4.7-4.7.2/debian/changelog --- gcc-4.7-4.7.2/debian/changelog +++ gcc-4.7-4.7.2/debian/changelog @@ -1,3 +1,10 @@ +gcc-4.7 (4.7.2-5.0anbe0piuparts0gcc47.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * gcc-4.7-base: Add Breaks: gcc-4.4-base ( 4.4.7) (Closes: #690172) + + -- Andreas Beckmann deb...@abeckmann.de Thu, 17 Jan 2013 14:10:12 +0100 + gcc-4.7 (4.7.2-5) unstable; urgency=low * Add __gnu_* symbols to the libgcc1 symbols file for armel and armhf.
Bug#707960: rpc.gssd segfaults when mounting a nfsv4 volume
reopen 707960 found 1:1.2.8-2 thanks On May 12, Luk Claes l...@zomers.be wrote: Still broken. Does statd run? No changes with or without statd. Does installing nfs-kernel-server by any chance fix the bug? No changes with or without mountd and svcgssd. -- ciao, Marco signature.asc Description: Digital signature
Bug#708002: [Pkg-xfce-devel] Processed: Re: Bug#708002: sylpheed: ignores gtk-can-change-accels = 1
On Thu, May 16, 2013 at 11:09:54AM +0200, Yves-Alexis Perez wrote: On jeu., 2013-05-16 at 09:22 +0200, Ricardo Mones wrote: I've not reassigned it, but honestly don't understand what you mean or where the rudeness is. Would be less rude if he had opened a new bug instead? Isn't clear from the bug messages what the problem is? What is rude is what I get in my mailbox: [...] Changed Bug title to 'XFCE makes gtkrc-2.0 be ignored' from 'sylpheed: ignores gtk-can-change-accels = 1' [...] This is an automated mail from the BTS in response to the reassign. No word at all from the original maintainer or the reporter in order to explain the new maintainer what is the problem and why it is reassigned. I need to do the job myself to go through the BTS and read the whole thread in order to understand why it has been reassigned, what the problem is etc. That is rude and it's considered really better to forward bugs with a real mail to the new maintainer explaining what happens and making a bug summary. Well, I agree that a brief explanation would have been better. That isn't going to save you from reading the whole thread unless done very well, but gives you a context to start with. Said that, lets try synthetise it: José set «gtk-can-change-accels = 1» and «gtk-key-theme-name = Emacs» in his ~/.gtkrc-2.0, which are parsed by Sylpheed, but being ignored. Later discovered that XFCE settings allow changing this, but claimed this should be documented by Sylpheed. Common sense says this has to be documented by XFCE, as it's the one altering the default GTK+ behaviour which Sylpheed follows when no desktop is involved. I told him to reassign or open a new bug if XFCE was not documenting this (fact I still doubt, as also told him). I guess he didn't found it. regards, -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu signature.asc Description: Digital signature
Bug#708519: [Pkg-net-snmp-devel] Bug#708519: Typo in package description
Control: tags -1 pending Hi, On Thu, 16 May 2013 12:09:38 +0200 Martin Eberhard Schauer martin.e.scha...@gmx.de wrote: I encountered a typo in the second paragraph of the package description. In the third paragraph I would appreciate a resolution of the OID shortcut. For your convenience I prepared a patch. Thanks for your patch, applied to git :) -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708520: [Pkg-libvirt-maintainers] Bug#708520: [libguestfs0] libguestfs failure: ntfsprog is a transactionnal package
* Bastien ROUCARIÈS: typical failure of tools: [...] E: No downloadable files for ntfsprogs version 1:2012.1.15AR.5-2.1; perhaps it is a local or obsolete package? [...] Solution: remove ntfsprog from /usr/lib/guestfs/packagelist I have ntfsprgs listed in packagelist but no ntfsprogs package installed. I cannot reproduce the issue. Could you please try if things work after you re-add the ntfsprogs line to the /usr/lib/guestfs/packagelist and uninstall ntfsprogs? Thanks. Cheers, -Hilko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#109735: Old bugs filed against links-ssl
On Ma, 12 iun 12, 23:35:03, Axel Beckert wrote: #109735 links-ssl 0.92 is sometimes so better than 0.96... Maybe a duplicate of #509469. Contacting the reporter or the commenters would likely be the sanes option. Haven't touched it yet. Hey Marcin, This very old bug has dropped below radar because there is no links-ssl package anymore. The Maintainer of links suggests that it might be a duplicate of #509469. You taking the time to look at it and comment on it would be much appreciated, so we can think about what to do next (close, reassign to links, etc.). Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#707094: seems to be fixed with 4.2.10-dfsg-1
Dear maintainer, this issue seems to be fixed with virtualbox-dkms 4.2.10-dfsg-1, at least on i386. The module builds fine, and I can start virtualbox again. Thank you very much. Kind regards Rainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708505: xpra: altgr + lessthan does not produce pipe anymore
There was nothing even remotely related to keyboard handling between 0.9.1 and 0.9.2, see: svn diff -r 3326:3379 Xpra/tags/v0.9.x/src So the fix is likely to be a side effect of you upgrading/restarting your sessions. Cheers Antoine On 16/05/13 14:08, Timo Juhani Lindfors wrote: Package: xpra Version: 0.9.1+dfsg-1 Severity: normal With my finnish keyboard layout I use Alt Gr and (lessthan) to produce | (pipe). In xpra 0.9.1+dfsg-1 this broke and started producing only . However, while I started debugging this issue I noticed that xpra 0.9.2+dfsg-1 again fixes this, thanks a lot for uploading it! You can close this bug report right away but I hope it still has some informational value :) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpra depends on: ii libavcodec53 6:0.8.6-1 ii libc6 2.17-2 ii libswscale2 6:0.8.6-1 ii libvpx1 1.1.0-1 ii libwebp2 0.1.3-3+nmu1 ii libx11-6 2:1.5.0-1 ii libx264-123 2:0.123.2189+git35cf912-1 ii python2.7.3-5 ii python-gtk2 2.24.0-3+b1 ii python-wimpiggy 0.9.2+dfsg-1 ii x11-xserver-utils 7.7~3 ii xserver-xorg-input-void 1:1.4.0-1+b1 ii xserver-xorg-video-dummy 1:0.3.5-2+b1 Versions of packages xpra recommends: ii openssh-client 1:6.2p1-3 ii python-imaging 1.1.7-4 ii ssh-askpass 1:1.2.4.1-9 Versions of packages xpra suggests: ii gstreamer0.10-plugins-bad 0.10.23-7.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 pn openssh-server none ii pulseaudio 2.0-6.1 ii pulseaudio-utils2.0-6.1 ii python-dbus 1.2.0-1 ii python-gst0.10 0.10.22-3 pn python-gtkglext1none -- no debconf information -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpra depends on: ii libavcodec53 6:0.8.6-1 ii libc6 2.17-2 ii libswscale2 6:0.8.6-1 ii libvpx1 1.1.0-1 ii libwebp2 0.1.3-3+nmu1 ii libx11-6 2:1.5.0-1 ii libx264-123 2:0.123.2189+git35cf912-1 ii python2.7.3-5 ii python-gtk2 2.24.0-3+b1 ii python-wimpiggy 0.9.2+dfsg-1 ii x11-xserver-utils 7.7~3 ii xserver-xorg-input-void 1:1.4.0-1+b1 ii xserver-xorg-video-dummy 1:0.3.5-2+b1 Versions of packages xpra recommends: ii openssh-client 1:6.2p1-3 ii python-imaging 1.1.7-4 ii ssh-askpass 1:1.2.4.1-9 Versions of packages xpra suggests: ii gstreamer0.10-plugins-bad 0.10.23-7.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 pn openssh-server none ii pulseaudio 2.0-6.1 ii pulseaudio-utils2.0-6.1 ii python-dbus 1.2.0-1 ii python-gst0.10 0.10.22-3 pn python-gtkglext1none -- 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#708518: linux: please make kernel minor version availble through uname and friends
Sure... I meant having it in both places... Julien Cristau jcris...@debian.org schrieb: On Thu, May 16, 2013 at 11:35:05 +0200, Christoph Anton Mitterer wrote: Source: linux Version: 3.8.12-1 Severity: wishlist Hi. Is there any specific reason that Debian kernel packages don't include the minor versions (of the kernel) in the respective fields, such that e.g. uname doesn't show it: $ uname -a Linux heisenberg 3.8-1-amd64 #1 SMP Debian 3.8.11-1 x86_64 GNU/Linux oh, look, a minor version... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708505: xpra: altgr + lessthan does not produce pipe anymore
Hi, so it seems. I downgraded as a test but did not see the bug anymore, odd. -Timo -Original Message- From: Antoine Martin anto...@nagafix.co.uk Sent: Thu, 16 May 2013 17:34:48 +0700 To: Timo Juhani Lindfors timo.lindf...@iki.fi, 708...@bugs.debian.org Cc: Debian Bug Tracking System sub...@bugs.debian.org Subject: Re: Bug#708505: xpra: altgr + lessthan does not produce pipe anymore There was nothing even remotely related to keyboard handling between 0.9.1 and 0.9.2, see: svn diff -r 3326:3379 Xpra/tags/v0.9.x/src So the fix is likely to be a side effect of you upgrading/restarting your sessions. Cheers Antoine On 16/05/13 14:08, Timo Juhani Lindfors wrote: Package: xpra Version: 0.9.1+dfsg-1 Severity: normal With my finnish keyboard layout I use Alt Gr and (lessthan) to produce | (pipe). In xpra 0.9.1+dfsg-1 this broke and started producing only . However, while I started debugging this issue I noticed that xpra 0.9.2+dfsg-1 again fixes this, thanks a lot for uploading it! You can close this bug report right away but I hope it still has some informational value :) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpra depends on: ii libavcodec53 6:0.8.6-1 ii libc6 2.17-2 ii libswscale2 6:0.8.6-1 ii libvpx1 1.1.0-1 ii libwebp2 0.1.3-3+nmu1 ii libx11-6 2:1.5.0-1 ii libx264-123 2:0.123.2189+git35cf912-1 ii python2.7.3-5 ii python-gtk2 2.24.0-3+b1 ii python-wimpiggy 0.9.2+dfsg-1 ii x11-xserver-utils 7.7~3 ii xserver-xorg-input-void 1:1.4.0-1+b1 ii xserver-xorg-video-dummy 1:0.3.5-2+b1 Versions of packages xpra recommends: ii openssh-client 1:6.2p1-3 ii python-imaging 1.1.7-4 ii ssh-askpass 1:1.2.4.1-9 Versions of packages xpra suggests: ii gstreamer0.10-plugins-bad 0.10.23-7.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 pn openssh-server none ii pulseaudio 2.0-6.1 ii pulseaudio-utils2.0-6.1 ii python-dbus 1.2.0-1 ii python-gst0.10 0.10.22-3 pn python-gtkglext1none -- no debconf information -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/6 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xpra depends on: ii libavcodec53 6:0.8.6-1 ii libc6 2.17-2 ii libswscale2 6:0.8.6-1 ii libvpx1 1.1.0-1 ii libwebp2 0.1.3-3+nmu1 ii libx11-6 2:1.5.0-1 ii libx264-123 2:0.123.2189+git35cf912-1 ii python2.7.3-5 ii python-gtk2 2.24.0-3+b1 ii python-wimpiggy 0.9.2+dfsg-1 ii x11-xserver-utils 7.7~3 ii xserver-xorg-input-void 1:1.4.0-1+b1 ii xserver-xorg-video-dummy 1:0.3.5-2+b1 Versions of packages xpra recommends: ii openssh-client 1:6.2p1-3 ii python-imaging 1.1.7-4 ii ssh-askpass 1:1.2.4.1-9 Versions of packages xpra suggests: ii gstreamer0.10-plugins-bad 0.10.23-7.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 pn openssh-server none ii pulseaudio 2.0-6.1 ii pulseaudio-utils2.0-6.1 ii python-dbus 1.2.0-1 ii python-gst0.10 0.10.22-3 pn python-gtkglext1none -- 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#655106: very close to solve the problem
Today I can confirm. The problem is in the PPD generated. After a substitution of the default ppd (generated by debian package) with the other ppd (generated by hplip) the margins are printed as expected. I haven't the know-how to understand what cause the problem, but the problem is showed in the diff of two PPDs attached above. ps: please read your website as hplip website :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708522: src:nginx: running debian/rules binary is not enough to build a binary package
Package: src:nginx Version: 1.4.1-1 Severity: serious Calling debian/rules' binary target is not enough to build the package as required by Policy 4.9: The binary target must be all that is necessary for the user to build the binary package(s) produced from this source package. % fakeroot make -f debian/rules binary dh_testdir dh_testroot dh_prep dh_installdirs dh_install cp: cannot stat ‘./debian/build-full/objs/nginx’: No such file or directory dh_install: cp -a ./debian/build-full/objs/nginx debian/nginx-full/usr/sbin/ returned exit code 1 make: *** [install] Error 2 Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708390: Dirty indeed
On Thu, May 16, 2013 at 8:44 AM, Paul Wise p...@debian.org wrote: On Thu, May 16, 2013 at 2:07 PM, Nicolae Crefelean wrote: Is it too late to spread the word all over again for new graphics? I know some people who could try their hand if they had time and given the chance. It is too late for wheezy, but not too late for jessie, which is only just getting started. Hi all, Noticed this discussion and would like to add that my intention when designing the front page layout and the original banner (for the website re-design way back) was that the banner would change more often than it does now. I never imagined that the banner would stay the same for a whole release cycle. I would be great if the banner changed for Debconfs and other important/funny/interesting events. It could then fall back to a more neutral, perhaps not even release specific, design like the original one. I know debian is short on good designers but if the banners are short lived it matters less if mistakes are made. I realize this is all work that has to be done and like myself people very little spare time. Just wanted to clarify how the original idea for the banner was conceived. Regards Kalle Söderman -- http://www.kalleswork.net | gpg: 6D87C839
Bug#708523: flashplugin-nonfree: package belongs to non-free instead of contrib
Package: flashplugin-nonfree Version: 1:3.2 Severity: serious Justification: Policy 2.2.2 Dear Maintainer, As far as I can tell the sole purpose of this package is to download and install the (non-free) flash plugin on the system. Because of this I consider the package actually belongs in non-free. Thank you for your work on maintaining this package. Kind regards, Andrei -- Package-specific info: Debian version: jessie/sid Architecture: i386 Package version: 1:3.2 Adobe Flash Player version: LNX 11,2,202,258 MD5 checksums: abcc42d405b0bcce8074bb7b34c4904c /var/cache/flashplugin-nonfree/get-upstream-version.pl f057d0dc4b6239c447410dc99797e270 /var/cache/flashplugin-nonfree/install_flash_player_10_linux.tar.gz ed48f0db80969b1df1e9aab9a9276b8a /var/cache/flashplugin-nonfree/install_flash_player_11_linux.i386.tar.gz ca66d6da242caa45f2c9175c1367c984 /usr/lib/flashplugin-nonfree/libflashplayer.so Alternatives: flash-mozilla.so - auto mode link currently points to /usr/lib/flashplugin-nonfree/libflashplayer.so /usr/lib/flashplugin-nonfree/libflashplayer.so - priority 50 Current 'best' version is '/usr/lib/flashplugin-nonfree/libflashplayer.so'. lrwxrwxrwx 1 root root 34 Dec 18 11:26 /usr/lib/mozilla/plugins/flash-mozilla.so - /etc/alternatives/flash-mozilla.so /usr/lib/mozilla/plugins/flash-mozilla.so: symbolic link to `/etc/alternatives/flash-mozilla.so' -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages flashplugin-nonfree depends on: ii binutils 2.22-8 ii debconf [debconf-2.0] 1.5.50 ii gnupg 1.4.12-7 ii libatk1.0-02.8.0-2 ii libcairo2 1.12.14-4 ii libcurl3-gnutls7.30.0-2 ii libfontconfig1 2.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc11:4.8.0-7 ii libglib2.0-0 2.36.1-2build1 ii libgtk2.0-02.24.17-2 ii libnspr4 2:4.9.6-1 ii libnss32:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.8.0-7 ii libx11-6 2:1.5.0-1 ii libxext6 2:1.3.1-2 ii libxt6 1:1.1.3-1 ii wget 1.14-1 flashplugin-nonfree recommends no packages. Versions of packages flashplugin-nonfree suggests: pn flashplugin-nonfree-extrasound none pn hal none ii iceweasel 17.0.6esr-1 pn konqueror-nsplugins none ii ttf-dejavu 2.33+svn2514-3 pn ttf-mscorefonts-installer none pn ttf-xfree86-nonfree none -- 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#649824: reordering args may help
for example: recordmydesktop --width=1280 --height=720 --channels=2 --use-jack=system:monitor_1 system:monitor_2 --no-cursor --no-wm-check --pause-shortcut=Mod4+p --stop-shortcut=Mod4+0 -x=0 -y=0 --overwrite
Bug#707257: linux-image-3.8-1-686-pae: KVM crashes with entry failed, hardware error 0x80000021
On 09.05.2013 20:56, Stefan Pietsch wrote: On 09.05.2013 03:08, Ben Hutchings wrote: Please could you test some of the intermediate versions at http://snapshot.debian.org/package/linux/ to find the first upstream version where this was broken. The first version which does not work is 3.6.4-1~experimental.1. 3.5.5-1~experimental.1 works. I was able to start KVM under kernel version 3.8.12-1 after loading the kvm_intel module with the option emulate_invalid_guest_state=0. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708515: [Openstack-devel] Bug#708515: keystone: CVE-2013-2014 DoS via large POST requests
On 05/16/2013 05:22 PM, Nico Golde wrote: Package: keystone Severity: grave Tags: security patch Hi, the following vulnerability was published for keystone. CVE-2013-2014[0]: | Concurrent requests with large POST body can crash the keystone process. | This can be used by Malicious and lead to DOS to Cloud Service Provider. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. Upstream patch: https://review.openstack.org/#/c/22661/ Seems to be fixed for experimental in 2013.1-1. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2014 http://security-tracker.debian.org/tracker/CVE-2013-2014 Hi, The status of the patch you are linking to is Abandoned, so that doesn't seem right, upstream must have another patch. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708248: transition: json-c
Good question. I guess I got stuck in the upstream way of 'compatibility'. That's the best solution. I'll prepare the packages in experimental and we'll see. Ondřej Surý On 16. 5. 2013, at 12:03, Julien Cristau jcris...@debian.org wrote: On Thu, May 16, 2013 at 08:25:32 +0200, Ondřej Surý wrote: Hi Steve, On Thu, May 16, 2013 at 5:41 AM, Steve Langasek vor...@debian.org wrote: Hi Ondřej, On Tue, May 14, 2013 at 03:12:02PM +0200, Ondřej Surý wrote: JSON-C upstream has renamed the library from libjson.so to libjson-c.so, headers are now in /usr/include/json-c and pkg-config is called json-c. There's a compatibility layer (symlinks and libjson.so.0), but since the library has so few r-deps, I feel that we might not need it to make things more simple in the future. The upstream is planning to drop the compatibility layer in next release anyway, so we would have to do the transition in some other point in time. Not necessarily. If the ABI has not changed, there is no reason that we should not keep the compatibility layer in place in Debian *indefinitely*. For another example of this, see libcurl3-gnutls. There are some new symbols in libjson-c library and _no_ symbols in libjson Why isn't libjson.so.0 a symlink to libjson-c.so.2 then? Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582109: debian-policy: document triggers where appropriate
Hi, On Thu, 16 May 2013, Charles Plessy wrote: Guillem recently posted on debian-devel about noawait triggers, and I would like to send a link to the patch to the Policy once it gets futher proof-reading and seconds. Or if it takes time, shall I point to this bug log on -devel ? I don't see any harm to mentioning it right now. And maybe point Ian Jackson to it, he might want to review and second it... Cheers, -- Raphaël Hertzog ◈ Debian Developer Get 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#708524: New upstream version, 0.11
Package: json-c Version: 0.10-1.2 There is a new upstream release of json-c available: https://s3.amazonaws.com/json-c_releases/releases/index.html (see also debian bug#693518) as linked from https://github.com/json-c/json-c/wiki (see also debian bug#704918) Importantly, this version changes the name used by pkg-config from json[.pc] to json-c[.pc] as spotted by one of our (=MyPaint devs') testers at https://gna.org/bugs/?20817 . Looks like the soname is changing too: https://github.com/json-c/json-c/commit/30dd367c0a2467dc292f653ea3afd6ad4c6e034b but I've not investigated further. Fun times ahead :) -- Andrew Chadwick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708392: xcircuit: help is unreadable
Excerpts from Roland Stigge's message of Thu May 16 10:25:02 +0200 2013: Hi, upstream Tim Edwards kindly provided a fixed resource.tcl, see attachment. Can you please test this by replacing /usr/share/xcircuit/resource.tcl with this file? If it solves the problem, I will either integrate it into Debian, or get the solution via the next upstream version that Tim will issue soon, anyway. Yes, this file solves the problem. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708515: [Openstack-devel] Bug#708515: keystone: CVE-2013-2014 DoS via large POST requests
On 05/16/2013 05:22 PM, Nico Golde wrote: Package: keystone Severity: grave Tags: security patch Hi, the following vulnerability was published for keystone. CVE-2013-2014[0]: | Concurrent requests with large POST body can crash the keystone process. | This can be used by Malicious and lead to DOS to Cloud Service Provider. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. Upstream patch: https://review.openstack.org/#/c/22661/ Seems to be fixed for experimental in 2013.1-1. For further information see: [0] http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2013-2014 http://security-tracker.debian.org/tracker/CVE-2013-2014 FYI, the patch for Grizzly is there: https://review.openstack.org/#/c/19567/ Though I don't think it will be trivial to backport. I have attached the corresponding git commit from the Grizzly (eg: 2013.1.x) branch. Indeed, 2013.1.1 isn't vulnerable (I could see the patch in the git log). I have uploaded earlier today that version to Sid (and that was unrelated to this issue, I was just working on it). Cheers, Thomas diff --git a/etc/keystone.conf.sample b/etc/keystone.conf.sample index 13a7847..4017a04 100644 --- a/etc/keystone.conf +++ b/etc/keystone.conf @@ -186,6 +186,9 @@ paste.filter_factory = keystone.contrib.s3:S3Extension.factory [filter:url_normalize] paste.filter_factory = keystone.middleware:NormalizingFilter.factory +[filter:sizelimit] +paste.filter_factory = keystone.middleware:RequestBodySizeLimiter.factory + [filter:stats_monitoring] paste.filter_factory = keystone.contrib.stats:StatsMiddleware.factory @@ -202,13 +205,13 @@ paste.app_factory = keystone.service:v3_app_factory paste.app_factory = keystone.service:admin_app_factory [pipeline:public_api] -pipeline = stats_monitoring url_normalize token_auth admin_token_auth xml_body json_body debug ec2_extension user_crud_extension public_service +pipeline = sizelimit stats_monitoring url_normalize token_auth admin_token_auth xml_body json_body debug ec2_extension user_crud_extension public_service [pipeline:admin_api] -pipeline = stats_monitoring url_normalize token_auth admin_token_auth xml_body json_body debug stats_reporting ec2_extension s3_extension crud_extension admin_service +pipeline = sizelimit stats_monitoring url_normalize token_auth admin_token_auth xml_body json_body debug stats_reporting ec2_extension s3_extension crud_extension admin_service [pipeline:api_v3] -pipeline = stats_monitoring url_normalize token_auth admin_token_auth xml_body json_body debug stats_reporting ec2_extension s3_extension service_v3 +pipeline = sizelimit stats_monitoring url_normalize token_auth admin_token_auth xml_body json_body debug stats_reporting ec2_extension s3_extension service_v3 [app:public_version_service] paste.app_factory = keystone.service:public_version_app_factory @@ -217,10 +220,10 @@ paste.app_factory = keystone.service:public_version_app_factory paste.app_factory = keystone.service:admin_version_app_factory [pipeline:public_version_api] -pipeline = stats_monitoring url_normalize xml_body public_version_service +pipeline = sizelimit stats_monitoring url_normalize xml_body public_version_service [pipeline:admin_version_api] -pipeline = stats_monitoring url_normalize xml_body admin_version_service +pipeline = sizelimit stats_monitoring url_normalize xml_body admin_version_service [composite:main] use = egg:Paste#urlmap diff --git a/keystone/common/ldap/fakeldap.py b/keystone/common/ldap/fakeldap.py index b41f20d..6e962f4 100644 --- a/keystone/common/ldap/fakeldap.py +++ b/keystone/common/ldap/fakeldap.py @@ -321,10 +321,7 @@ class FakeLdap(object): objects = [] for dn, attrs in results: # filter the objects by query -id_attr, id_val = dn.partition(',')[0].split('=', 1) -match_attrs = attrs.copy() -match_attrs[id_attr] = [id_val] -if not query or _match_query(query, match_attrs): +if not query or _match_query(query, attrs): # filter the attributes by fields attrs = dict([(k, v) for k, v in attrs.iteritems() if not fields or k in fields]) diff --git a/keystone/common/sql/migrate_repo/versions/008_normalize_identity.py b/keystone/common/sql/migrate_repo/versions/008_normalize_identity.py index d08ad7c..3f5ae3b 100644 --- a/keystone/common/sql/migrate_repo/versions/008_normalize_identity.py +++ b/keystone/common/sql/migrate_repo/versions/008_normalize_identity.py @@ -16,19 +16,54 @@ from sqlalchemy import Column, MetaData, String, Table, Text, types +from sqlalchemy.orm import sessionmaker -#this won't work on sqlite. It doesn't support dropping columns +#sqlite doesn't support dropping columns. Copy to a new table instead def downgrade_user_table(meta, migrate_engine): -user_table = Table('user', meta,
Bug#708430: Wheezy: Questions about UEFI boot etc.
On Thu, 2013-05-16 at 00:10 +0100, Steve McIntyre wrote: On Wed, May 15, 2013 at 09:57:40PM +0200, Svante Signell wrote: On Wed, 2013-05-15 at 17:46 +0200, Svante Signell wrote: On Wed, 2013-05-15 at 10:05 -0400, Lennart Sorensen wrote: [...] Happiness :-) Booting using grub now works. The issue was to: mount /dev/sda? containing /boot/efi in the installer rescue mode. cp -p /boot/efi/EFI/debian/grubx64.efi to /boot/efi/EFI/Boot/bootx64.efi and rebooting (and backing up the old version). I think this might be added to the installer documentation. Thanks for your help. OK, so it sounds like you maybe have a broken firmware that's not looking at EFI boot options properly. You've fixed your problem by installing to the (fallback) removable media path as well. This looks to be identical to what we're seeing in #708430. Could you please tell us more details about your machine? make/model/firmware version would be very handy here... The computer is an Acer Predator G3620. BIOS is AMI P11-A3, build date 2012-10-18. BIOS Setup Utility is Acer Inc. v2.15.1227. From the registration site http://www.uefi.org/specs/esp_registry Acer is not in that list. Neither is Toshiba, as reported in bug #708430. Additionally, Debian is not in that list either, shouldn't they be if installing EFI code in /boot/efi/EFI/debian? FYI: There is no copy of bootx64.efi in /boot/efi/EFI/Microsoft/, it was only present in /boot/efi/EFI/Boot/, now replaced my me with grubx64.efi. *.efi files at .../EFI/Microsoft/Boot are: bootmgr.efi, bootgmfw.efi and mentest.efi (together with several other files/directories) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707081: libnl3: New upstream release
Am Dienstag, 7. Mai 2013, 12:29:51 schrieben Sie: Source: libnl3 Version: 3.2.7-4 Severity: wishlist Please update libnl to a new upstream release. We currently have 3.2.7 and there have been releases up to 3.2.21. NetworkManager is going to require a newer version soon and this will block it. I'm on it and hope to finish it this week end. Heiko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708521: pu: package gcc-4.7/4.7.2-5+deb7u1
On Thu, May 16, 2013 at 12:21:11 +0200, Andreas Beckmann wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, I'd like to get gcc-4.7 updated in wheezy to add an extra Breaks that will fix some upgrade paths from squeeze (#690172). It's mainly about giving apt a small push to remove some obsolete packages (that existed in squeeze but no longer exist in wheezy) and therefore properly upgrade all packages and don't 'keep back' that many. I ve been testing this in piuparts for a long time now without running into problems, but getting much cleaner upgrade results :-) I would clearly prefer a maintainer upload (perhaps with some more cherry-picked fixes) instead of doing a NMU. I don't think this qualifies for a stable update, FWIW. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707805: Please drop python2.6-argparse build-dependency
Control: severity -1 serious Removing the dependency, the packages fails to build from source: make[1]: Entering directory `/home/packages/tmp/sorl-thumbnail-11.12' mkdir -p tmp-locales localedef -i en_US -c -f UTF-8 tmp-locales/en_US.UTF-8 set -e; \ for python in python2.7; do \ for name in pil pgmagick imagemagick graphicsmagick; do \ LOCPATH=/home/packages/tmp/sorl-thumbnail-11.12/tmp-locales LC_ALL=en_US.UTF-8 PYTHONPATH=tests LOCAL_BUILD=1 $python tests/runtests.py --settings=settings.$name ; \ done; \ done Traceback (most recent call last): File tests/runtests.py, line 53, in module settings_module=args.settings_module, File tests/runtests.py, line 13, in runtests from django.test.utils import get_runner File /usr/lib/python2.7/dist-packages/django/test/__init__.py, line 5, in module from django.test.client import Client, RequestFactory File /usr/lib/python2.7/dist-packages/django/test/client.py, line 21, in module from django.db import close_connection File /usr/lib/python2.7/dist-packages/django/db/__init__.py, line 11, in module if settings.DATABASES and DEFAULT_DB_ALIAS not in settings.DATABASES: File /usr/lib/python2.7/dist-packages/django/conf/__init__.py, line 53, in __getattr__ self._setup(name) File /usr/lib/python2.7/dist-packages/django/conf/__init__.py, line 48, in _setup self._wrapped = Settings(settings_module) File /usr/lib/python2.7/dist-packages/django/conf/__init__.py, line 152, in __init__ raise ImproperlyConfigured(The SECRET_KEY setting must not be empty.) django.core.exceptions.ImproperlyConfigured: The SECRET_KEY setting must not be empty. make[1]: *** [override_dh_auto_test] Error 1 make[1]: Leaving directory `/home/packages/tmp/sorl-thumbnail-11.12' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708525: amarok: 2.7.1 is out
Package: amarok Version: 2.7.0-1 Severity: wishlist 2.7.0 cannot be installed anymore or compiled from source. 2.7.1 is now out so time to respin a build is probably coming. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9.2 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/bash Versions of packages amarok depends on: ii amarok-common 2.6.0-1 ii amarok-utils2.6.0-1 ii kde-runtime 4:4.10.2-2 ii libaio1 0.3.109-4 pn libavcodec53 | libavcodec-extra-53 none pn libavformat53 none pn libavutil51 none ii libc6 2.17-2 ii libcurl3-gnutls 7.30.0-2 ii libgcc1 1:4.8.0-7 ii libgcrypt11 1.5.2-1 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libgl1-mesa-glx [libgl1]8.0.5-4+b1 ii libglib2.0-02.36.1-2build1 ii libgpod40.8.2-7 ii libkcmutils44:4.10.2-3 ii libkdecore5 4:4.10.2-3 ii libkdeui5 4:4.10.2-3 ii libkdewebkit5 4:4.10.2-3 ii libkdnssd4 4:4.10.2-3 ii libkfile4 4:4.10.2-3 ii libkio5 4:4.10.2-3 ii libknewstuff3-4 4:4.10.2-3 ii liblastfm0 0.4.0~git20090710-2 ii libloudmouth1-0 1.4.3-9 ii libmtp9 1.1.6-2 ii libmysqlclient185.5.31+dfsg-1 ii libofa0 0.9.3-5 ii libphonon4 4:4.6.0.0-3 ii libplasma3 4:4.10.2-3 ii libqjson0 0.8.1-1 ii libqt4-dbus 4:4.8.4+dfsg-3 ii libqt4-network 4:4.8.4+dfsg-3 ii libqt4-opengl 4:4.8.4+dfsg-3 ii libqt4-script 4:4.8.4+dfsg-3 ii libqt4-sql 4:4.8.4+dfsg-3 ii libqt4-svg 4:4.8.4+dfsg-3 ii libqt4-xml 4:4.8.4+dfsg-3 ii libqtcore4 4:4.8.4+dfsg-3 ii libqtgui4 4:4.8.4+dfsg-3 ii libqtscript4-core 0.2.0-1 ii libqtscript4-gui0.2.0-1 ii libqtscript4-network0.2.0-1 ii libqtscript4-sql0.2.0-1 ii libqtscript4-uitools0.2.0-1 ii libqtscript4-xml0.2.0-1 ii libqtwebkit42.2.1-5 ii libsolid4 4:4.10.2-3 ii libstdc++6 4.8.0-7 ii libtag-extras1 1.0.1-3 ii libtag1c2a 1.8-dmo1 ii libthreadweaver44:4.10.2-3 ii libx11-62:1.5.0-1 ii libxml2 2.9.0+dfsg1-4 ii phonon 4:4.6.0.0-3 Versions of packages amarok recommends: pn kdemultimedia-kio-plugins none Versions of packages amarok suggests: pn amarok-doc none ii libqt4-sql-mysql 4:4.8.4+dfsg-3 pn libqt4-sql-psqlnone ii libqt4-sql-sqlite 4:4.8.4+dfsg-3 pn moodbarnone Versions of packages amarok-common depends on: ii perl 5.14.2-21 amarok-common recommends no packages. Versions of packages amarok is related to: ii phonon-backend-gstreamer [phonon-backend] 4:4.6.0.0-2 ii phonon-backend-vlc [phonon-backend]0.6.2-1 -- 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#292817: Bugs against package 'timeout'
Dear QA people, While triaging bugs that don't belong to any package I have found these: $ querybts --buglist timeout Querying Debian BTS for reports on timeout... #531025 change in usage should be doc in NEWS. timeout command always take 'time' seconds to finish #585745 Please drop timeout binary package #520323 wrong exit code when timeout not reached #531787 timeout move to coreutils? #639197 timeout program does not return exit status of executed program #399769 timeout: bad support for processes which use a process group #292817 timeout: Please support more time formats As far as I can tell the package is not in Debian anymore[1] so I propose closing these bugs. If there is no disagreement I will do so in a few days. [1] packages.debian.org only shows a hit in debports Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#708512: I tried to update but it seems too complex
2013/5/16 Praveen A prav...@gmail.com: if someone can help update this, it would be great as it is blocking a long list of dependencies trying to enter new. ethon - typhoeus - webmock - omniauth-oauth all ethon tests pass with ffi 1.0 so I'd ignore the gemspec suggestion to use 1.3.0 for now. Probably it doesn't need to be 1.3.0+ -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708416: Apache2 on 'older' kernels does not work in Debian stable
[Rolling up multiple replies into one to keep the ticket to what it is. Thanks for the very quick replies and keep up the good job! ] On 2013-05-15 20:29 , Axel Beckert wrote: Control: severity -1 important Hi Jeroen, Jeroen Massar wrote: Package: apache2 Severity: grave When upgrading to Debian stable (the one that is stable today, released recently ;) and when one still has an older kernel (2.6.26-2-686, linux-image-2.6.26-2-686 2.6.26-26lenny2) Apache fails to start mysteriously with: I'm sorry, but this is not of RC severity. Debian doesn't support dist-upgrades with skipping one release inbetween (at least not officially) and hence upgrading with kernels from oldoldstable isn't really supported either. Nevertheless thanks for reporting this issue. Understandable. I primarily filed this bug so that people can be aware of this situation when they google for this. Btw: I have a p200mmx that I once installed as Debian Bo and upgraded all the way up to the current unstable... yes, that box has been rebooted in the mean time a few times ;) I guess that truely demonstrates the power of Debian (dpkg/apt, and of course the many developers delivering high quality packages!) Please make Apache depend on a 'new' kernel. Apparently that is 2.6.30+ or better 3.2+ that provides a certain syscall that is being used. This will make the situation worse for many virtual machines where the kernel is hosted outside the virtual machine, namely on Xen DomUs which don't use pygrub or inside VServers as you cited yourself in the second mail: http://serverfault.com/questions/496989/apache-in-linux-vserver-wont-start-cant-create-socket seems such a case. And no, I don't have a better solution for that at the moment. udev for instance warns about this that one should reboot (which indeed I ignored). Apache did not warn. $ uptime 16:20:46 up 912 days, 3:38, 2 users, load average: 3.83, 2.59, 1.33 :-) Regards, Axel (sitting only a few kilometers away from you ;-) Are you sure about that? :) It depends on your definition of 'few', if 'few is 2000km, assuming you mean that you are in .ch, then it is few, otherwise it is not few :) On 2013-05-15 21:37 , Arno Töll wrote: Hi, On 15.05.2013 18:23, Jeroen Massar wrote: Package: apache2 Severity: grave sorry. No. I thought it was appropriate as: grave makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. As it does not start, does not have proper explanation why, I thought that correct. [..] this is bad luck, but expected. We do not support upgrades skipping a version in any way. If you are running a kernel from Lenny, you cannot (and should not) expect it is being able to run a much newer user land. I half-expected this (as it happened with a lot of other stuff before), but as apt/dpkg do not notify one that one has to reboot and the binary starts it is not expected. You noticed this problem for Apache, but in reality there are plenty of packages making use of syscalls introduced in later kernel versions. Some random examples include, but are not limited to lvm, udev, libc6 and by chance many, many more. Oh yes. Linux andromeda 2.6.26-2-686 #1 SMP Thu Sep 16 19:35:51 UTC 2010 i686 GNU/Linux $ uptime 16:20:46 up 912 days, 3:38, 2 users, load average: 3.83, 2.59, 1.33 I am not sure this is something to be proud of, or even more so telling to the public that you are running a kernel which saw no security upgrades for 3 years (and yes, there are issues). That would be proud of Debian allowing user-space upgrades to go forward and keep the box up and running all the way ;) There are definitely issues, but a box that works great typically does not get a reboot. It did so now though, and indeed it was about time. Note that that box is in an environment that it is really not reachable from the outside or anything untrusted, thus the risk of a remote or even local (if one could get access to it) kernel exploit was/is very low. There is also consensus in Debian not do depend on any particular kernel version. [That kind of contradicts the 'don't use an old kernel' version ;) but I assume you mean no particular semi-current version ] There is no reliable way to please everyone running Debian in every setup. Just to note some random examples, where dependencies against a kernel package would break: - chroots - virtual machine environments - self-built kernels And finally, as you noted yourself: Having a kernel INSTALLED and having that kernel BOOTED is a different kind of story. I fully agree, it is a very difficult thing to resolve properly. If you still believe this is something which should be addressed, try to find project-wide consensus. For example, I could imagine that libc6 maintainers provide a runtime check running in their maintainer scripts testing the
Bug#708526: gparted: hangs at Scanning all devices..., probably due to nonexistent floppy
Package: gparted Version: 0.12.1-2+b1 Severity: important Dear Maintainer, I tried to start gparted up (with sudo gparted), but it hangs while displaying the message Scanning all devices I searched around, and found a workaround that worked for me: I unloaded the floppy kernel module with rmmod, after which I tried to load gparted again, and it worked. $ sudo gparted /dev/sdd == libparted : 2.3 == ^C $ sudo rmmod floppy $ sudo gparted /dev/sdd I don't actually have a floppy drive. The error might be caused by a line in my /etc/fstab which was automatically added by the Wheezy installation process: /dev/fd0/media/floppy0 autorw,user,noauto 0 0 This might be an error with automatic device detection (in the kernel?), I don't know. I found the workaround here: https://www.linuxquestions.org/questions/debian-26/gparted-just-hangs-and-i-dont-know-why-502353/ *** -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gparted depends on: ii libatkmm-1.6-1 2.22.6-1 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libglib2.0-02.33.12+really2.32.4-5 ii libglibmm-2.4-1c2a 2.32.1-1 ii libgtk2.0-0 2.24.10-2 ii libgtkmm-2.4-1c2a 1:2.24.2-1 ii libpangomm-1.4-12.28.4-1 ii libparted0debian1 2.3-12 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.7.2-5 ii libuuid12.20.1-5.3 gparted recommends no packages. Versions of packages gparted suggests: pn dmraid none ii dmsetup2:1.02.74-7 ii dosfstools 3.0.13-1 pn gpart none pn jfsutils none pn kpartx none pn ntfsprogs none pn reiser4progs none pn reiserfsprogs none pn xfsprogs none ii yelp 3.4.2-1+b1 -- debconf-show failed Yours truly, - Mark Kolloros -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707346: edbrowse FTBFS on sid
I guess this is related with this bug report. Samuel ---BeginMessage--- Hi, you are listed as the last uploader that touched the package in debian/changelog, thus I'm writing to you. Feel free to forward it to another address if you are the wrong contact person. After recent upgrade of libmozjs to SpiderMonkey 17 in sid, edbrowse FTBFS. I downloaded the latest stable edbrowse version from the upstream site (3.4.9) in hope to fix it, but the problem persisted in this version too as well as in the latest development snapshot (p201303161451). Checking out the latest revision (2013-04-23) out of the upstream git repository also didn't help. Instead of patching the source to work with newer JavaScript library, I opted to revert the Build-Depends to SpiderMonkey 1.8.5. Please find attached .debian.tar.gz and and .dsc for my local build of edbrowse 3.4.9, as well as debdiff against 3.4.8-2. Interestingly, the upstream uses git at git://github.com/CMB/edbrowse.git while Debian packaging is kept in SVN. P.S. I know, a private e-mail is not appropriate venue for messages like this, but I don't like Debian BTS, to put it mildly. With best regards, Sergey Romanov edbrowse_3.4.9-0+local1.debian.tar.gz Description: GNU Zip compressed data edbrowse_3.4.9-0+local1.dsc Description: Binary data edbrowse.debdiff.gz Description: GNU Zip compressed data ---End Message---
Bug#708523: flashplugin-nonfree: package belongs to non-free instead of contrib
Date: Thu, 16 May 2013 14:29:40 +0200 From: Holger Levsen hol...@layer-acht.org To: 708523-d...@bugs.debian.org Subject: Re: Bug#708523: flashplugin-nonfree: package belongs to non-free instead of contrib User-Agent: KMail/1.13.7 (Linux/3.2.0-4-amd64; KDE/4.8.4; x86_64; ; ) Hi Andrei, On Donnerstag, 16. Mai 2013, Andrei POPESCU wrote: Justification: Policy 2.2.2 thats exactly why I'm closing this bug, quoting from there: Examples of packages which would be included in contrib are: wrapper packages or other sorts of free accessories for non-free programs. whether you call it a wrapper or a free accessory for flashplugin is up to you, but it certainly 100% meets even the example definition of contrib. I consider nvidia-settings to be an accessory and have no idea what a 'wrapper' should be. Let me put it differently: if the plugin would be available from non-free[1], would this package have any reason to exist? [1] BTW, why isn't this the case already, is the plugin un-distributable by Debian? Kind regards, Andrei -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#708527: help does not work from interactive shell
Package: yacas Version: 1.2.2-5 Severity: normal Help is not working from the interactive shell. Eg: In ?? Out ?? In ? Out ? In help Out help In ;help String(1) : Error parsing expression, near token help In help; Out help In ?restart String(1) : Error parsing expression, near token restart In ? Out ? In ?? Out ?? In ?Factor String(1) : Error parsing expression, near token Factor thanks -- System Information: Debian Release: 6.0.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages yacas depends on: ii chromium-br 6.0.472.63~r59945-5+squeeze6 Chromium browser ii elvis [www- 2.2.0-11.1 powerful clone of the vi/ex text e pi epiphany-br 2.30.6-1 Intuitive GNOME web browser ii gnuplot 4.4.0-1.1A command-line driven interactive ii iceape [www 2.7.12-1~bpo60+1 The Iceape Internet Suite ii iceweasel [ 10.0.12esr-1~bpo60+1 Web browser based on Firefox ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii links [www- 2.3~pre1-1+squeeze1 Web browser running in text mode ii lynx2.8.8dev.5-1 Text-mode WWW Browser (transitiona ii lynx-cur [w 2.8.8dev.5-1 Text-mode WWW Browser with NLS sup ii w3m [www-br 0.5.2-9 WWW browsable pager with excellent ii yacas-doc 1.2.2-5 Documentation for Yacas yacas recommends no packages. Versions of packages yacas suggests: pn texmacs none (no description available) -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708528: ITP: mac-robber -- collects data about allocated files in mounted filesystems
Package: wnpp Severity: wishlist Owner: Joao Eriberto Mota Filho eribe...@eriberto.pro.br * Package name: mac-robber Version : 1.02 Upstream Author : Brian Carrier carr...@sleuthkit.org * URL : http://www.sleuthkit.org/mac-robber * License : GPL2 Programming Lang: C Description : collects data about allocated files in mounted filesystems mac-robber is a digital investigation tool (digital forensics) that collects data from allocated files in a mounted filesystem. This is useful during incident response when analyzing a live system or when analyzing a dead system in a lab. The data can be used by the mactime tool in The Sleuth Kit (TSK or SleuthKit only) to make a timeline of file activity. The mac-robber tool is based on the grave-robber tool from TCT (The Coroners Toolkit). . mac-robber requires that the filesystem be mounted by the operating system, unlike the tools in The Sleuth Kit that process the filesystem themselves. Therefore, mac-robber will not collect data from deleted files or files that have been hidden by rootkits. mac-robber will also modify the Access times on directories that are mounted with write permissions. . mac-robber is useful when dealing with a filesystem that is not supported by The Sleuth Kit or other filesystem analysis tools. You can run mac-robber on an obscure, suspect UNIX filesystem that has been mounted read-only on a trusted system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708529: [INTL:es] Spanish debconf template translation for sipml5
Package: sipml5 Version: 0.0.20130314.2030-2 Severity: wishlist Tags: l10n patch Greetings, -- Camaleón # sipml5 po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the sipml5 package. # # Changes: # - Initial translation # Camaleón noela...@gmail.com, 2013 # # - Updates # # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: sipml5 0.0.20130314.2030-2\n Report-Msgid-Bugs-To: sip...@packages.debian.org\n POT-Creation-Date: 2013-05-06 07:38+0200\n PO-Revision-Date: 2013-05-06 15:12+0200\n Last-Translator: Camaleón noela...@gmail.com\n Language-Team: Debian Spanish debian-l10n-span...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit #. Type: boolean #. Description #: ../sipml5-web-phone.templates:2001 msgid Automatically configure Apache for SipML5? msgstr ¿Desea configurar automáticamente Apache para SipML5? #. Type: boolean #. Description #: ../sipml5-web-phone.templates:2001 msgid The package will be unavailable until a web server is configured. Automatic configuration can be performed for the Apache web server. msgstr El paquete no estará disponible hasta que se haya configurado un servidor web. Puede realizar la configuración automática para el servidor web Apache. #. Type: boolean #. Description #: ../sipml5-web-phone.templates:3001 msgid Reload Apache configuration? msgstr ¿Desea recargar la configuración de Apache? #. Type: boolean #. Description #: ../sipml5-web-phone.templates:3001 msgid In order to activate the new configuration, the web server needs to reload its configuration. If you choose not to do this automatically, you should do so manually at the first opportunity. msgstr Para activar la nueva configuración, el servidor web necesita volver a cargar su configuración. Si prefiere hacerlo manualmente, debe volver a cargar la configuración en cuanto le sea posible.
Bug#708513: firmware-linux-nonfree: Version 0.38 of firmware-linux-nonfree breaks snd intel
Control: tag -1 moreinfo On Thu, 2013-05-16 at 19:03 +1000, kittyofthebox wrote: Package: firmware-linux-nonfree Version: 0.38 Severity: important Hi, I recently upgraded to this firmware version and it caused my speakers to stop functioning, reverting to 0.36+wheezy.1 fixed the issue. I'm aware this might be an alsa issue but I am unsure and since the firmware package caused the breakage I am posting it here. I don't understand this - there have been no changes to audio device firmware between these versions. I did add some new Radeon microcode, though. Are you using an A/V amplifier that's connected to an HDMI output? Other than that, I can't see why this would occur. Can you also provide the output of 'dmesg | grep firmware' from after you boot with each version of the firmware package? Ben. -- Ben Hutchings Gates has joked that everything goes on and off unexepectedly in the house, which is run by a high-end PC network built on Windows NT. - Seattle Times signature.asc Description: This is a digitally signed message part
Bug#708530: python3: CVE-2013-2099: ssl.match_hostname() trips over crafted wildcard
Package: python3 Version: 3.2.3-6 Severity: normal Tags: security CVE request: http://www.openwall.com/lists/oss-security/2013/05/15/6 Upstream: http://bugs.python.org/issue17980 --- Henri Salo signature.asc Description: Digital signature