Bug#732829: opusfile: use dh-autoreconf to fix FTBFS on ppc64el
Package: opusfile Version: 0.2+20130702-1 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, For the ppc64el architecture in Ubuntu, since this package uses libtool, a full autoreconf is necessary. This is because we need new libtool macros for ppc64el. In Ubuntu, the attached patch was applied to achieve the following: * Use dh-autoreconf to fix FTBFS on ppc64el. Thanks for considering the patch. Logan Rosen -- System Information: Debian Release: wheezy/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-7-generic (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/dash diff -u opusfile-0.2+20130702/debian/rules opusfile-0.2+20130702/debian/rules --- opusfile-0.2+20130702/debian/rules +++ opusfile-0.2+20130702/debian/rules @@ -60,12 +60,14 @@ dh_testroot $(RM) -r $(objdir) $(RM) *-stamp + dh_autoreconf_clean dh_clean $(objdir)/config.status: configure dh_testdir mkdir -p $(objdir) + dh_autoreconf cd $(objdir) ../configure --disable-maintainer-mode \ --host=$(DEB_HOST_GNU_TYPE) \ --build=$(DEB_BUILD_GNU_TYPE) \ diff -u opusfile-0.2+20130702/debian/control opusfile-0.2+20130702/debian/control --- opusfile-0.2+20130702/debian/control +++ opusfile-0.2+20130702/debian/control @@ -3,7 +3,7 @@ Priority: optional Maintainer: Ron Lee r...@debian.org Build-Depends: libopus-dev (= 1.0.1), libogg-dev (= 1.3.0), libssl-dev, - pkg-config, debhelper (= 5) + pkg-config, debhelper (= 5), dh-autoreconf Build-Depends-Indep: doxygen Standards-Version: 3.9.4.0 Homepage: http://www.opus-codec.org diff -u opusfile-0.2+20130702/debian/changelog opusfile-0.2+20130702/debian/changelog
Bug#732831: pfqueue: use dh-autoreconf to fix ppc64el FTBFS
Package: pfqueue Version: 0.5.6-8 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch Dear Maintainer, For the ppc64el architecture in Ubuntu, since this package uses libtool, a full autoreconf is necessary. This is because we need new libtool macros for ppc64el. In Ubuntu, the attached patch was applied to achieve the following: * Use dh-autoreconf to fix FTBFS on ppc64el. Thanks for considering the patch. Logan Rosen -- System Information: Debian Release: wheezy/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0-7-generic (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/dash diff -u pfqueue-0.5.6/debian/control pfqueue-0.5.6/debian/control --- pfqueue-0.5.6/debian/control +++ pfqueue-0.5.6/debian/control @@ -2,7 +2,7 @@ Section: mail Priority: optional Maintainer: Martin Zobel-Helas zo...@debian.org -Build-Depends: debhelper (= 7), autotools-dev, libncurses5-dev +Build-Depends: debhelper (= 7), autotools-dev, libncurses5-dev, dh-autoreconf Standards-Version: 3.8.3 Homepage: http://pfqueue.sourceforge.net/ diff -u pfqueue-0.5.6/debian/rules pfqueue-0.5.6/debian/rules --- pfqueue-0.5.6/debian/rules +++ pfqueue-0.5.6/debian/rules @@ -16,7 +16,7 @@ rm -f config.guess config.sub [ ! -f Makefile ] || $(MAKE) distclean - + dh_autoreconf_clean dh_clean config.status: configure @@ -28,7 +28,7 @@ ifneq $(wildcard /usr/share/misc/config.sub) cp -f /usr/share/misc/config.sub config.sub endif - + dh_autoreconf ./configure --host=$(DEB_HOST_GNU_TYPE) --build=$(DEB_BUILD_GNU_TYPE) --prefix=/usr CFLAGS=$(CFLAGS) LDFLAGS=-Wl,-z,defs build: build-stamp
Bug#732830: PTS and transition page should reflect package in NEW when binary packages are replaced
package: qa.debian.org severity: wishlist This is especially useful for ruby1.8-removal transition. Because as per new ruby policy source packages use ruby- prefix and transitions page lists packages without this prefix. Even when the package is updated it shows as in bad shape since the updated package is in NEW. It takes a manual check in NEW to actually see if work needs to be done. If there is some indicator showing package in NEW is fixing this would be awesome. We can match binary packages to find this out. -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് 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#732832: gnome-session: Spams syslog with user log messages
Package: gnome-session Version: 3.10.1-1 Severity: normal Hello, In the olden days, errors inside an X session would be logged to ~/.xsession-errors. These days, it seems gnome-session logs all errors in all user programs to the system log. This leads to two problems: * It is very hard for the user to take a look at things that may have gone wrong inside their current or previous session. * It is very hard for the sysadmin to write logcheck rules to filter out the user messages while keeping messages that may indicate problems with gnome-session on a system level. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.utf8, LC_CTYPE=en_IE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-session depends on: ii gnome-session-bin 3.10.1-1 ii gnome-session-common 3.10.1-1 ii gnome-settings-daemon 3.10.1-1 ii gnome-shell3.10.1-1 Versions of packages gnome-session recommends: ii systemd 204-5 Versions of packages gnome-session suggests: ii desktop-base 7.0.3 ii gnome-keyring 3.10.1-1 ii gnome-user-guide 3.8.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#732659: octave: fails to load uint8 variables from text files
Control: found 732659 3.8.0~rc1-1 * Rafael Laboissiere raf...@laboissiere.net [2013-12-20 14:11]: [snip] Thank you for this bug report. This is a real bug and is also present in version 3.8.0-rc1. [snip] I am hereby tagging this bug report accordingly. Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732623: lightdm-gtk-greeter: Hibernate and Restart buttons disappear after first login/logout
On Sun, 22 Dec 2013 00:12:14 +0100 Vincent Lefevre vinc...@vinc17.net wrote: When I upgraded my second machine yesterday, I noticed that both libpam-systemd and systemd had been installed, so that I thought the bug was related to one of them. So, I did some tests to see what minimal change triggered the problem, and it was not due to libpam-systemd (which depends on systemd), but to systemd itself. That's why I've reassigned the bug to systemd. Well that might be more tricky than that, here systemd is used as PID1 (thus logind running) and lightdm works as expected without libpam-systemd. Only installing libpam-systemd triggers the problem. Regards Pascal Dormeau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732666: [Pkg-libvirt-maintainers] Bug#732666: Bug#732666: libvirt-bin: special device cgroup_memory does not exist
Hi Mike, On Fri, Dec 20, 2013 at 07:41:07AM -0500, Mike Miller wrote: On Fri, 20 Dec 2013 08:07:51 +0100, Guido Günther wrote: You need cgroup_enable=memory on the kernel command line to enable the memory cgroup. Could you check if this fixes your problem as well? If so we should add some run time detection. Yes, adding this to the command line allows the mount to work and libvirtd starts up again. Thanks for checking. I've made the init script check the kernel command line and it's also configurable via /etc/default/libvirt-bin now. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732833: ben: Please sort transitions
Package: ben Version: 0.6.6 Severity: wishlist Hi, As seen on http://release.debian.org/transitions/, the list of ongoinging transitions have no (apparent) order. With sufficiently manner trackers, it becomes hard to find the transition you are looking for. So please consider sorting the transitions by the name listed. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: upstart proposed policy in Debian [and 1 more messages]
* Tollef Fog Heen (tfh...@err.no) [131221 13:57]: sd-daemon.c is also intentionally designed to not have dependencies on the rest of the systemd source and to be portable to non-linux architectures too (but basically just stubs then) just so people can put the file in their source and not have to fiddle with checking for libraries and such if they find that tedious. I'm not really happy by suggesting to copy files around. We have done that in the past too often, and it ends painful one way or other. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732834: gcompris: add an option to language/audio in french
Package: gcompris Version: 9.3-1 Severity: normal Hi, I have the audio in french and text in english. how to start with an option thank you -- System Information: Debian Release: 6.0.3 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gcompris depends on: ii gcompris-data 9.3-1 Data files for GCompris ii gstreamer0.10-alsa 0.10.30-1 GStreamer plugin for ALSA ii gstreamer0.10-plug 0.10.30-1 GStreamer plugins from the base ii gstreamer0.10-plug 0.10.24-1 GStreamer plugins from the good ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze4FreeType 2 font engine, shared lib ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnet2.0-0 2.0.8-2 GNet network library ii libgstreamer0.10-0 0.10.30-1 Core GStreamer libraries and eleme ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpython2.6 2.6.6-8+b1Shared Python runtime library (ver ii librsvg2-2 2.26.3-1 SAX-based renderer library for SVG ii librsvg2-common2.26.3-1 SAX-based renderer library for SVG ii libsqlite3-0 3.7.3-1 SQLite 3 shared library ii libx11-6 2:1.3.3-4+squeeze1X11 client-side library ii libxml22.7.8.dfsg-2+squeeze5 GNOME XML library ii python-cairo 1.8.8-1+b1Python bindings for the Cairo vect ii python-gtk22.17.0-4 Python bindings for the GTK+ widge ii python-pysqlite2 2.6.0-1 Python interface to SQLite 3 gcompris recommends no packages. Versions of packages gcompris suggests: pn gnucapnone (no description available) pn gnuchess none (no description available) ii tuxpaint 1:0.9.21-1 A paint program for young children -- 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#732835: Provide build tools with more information
Package: dpkg-dev Version: 1.17.1 Severity: wishlist Hi, I't be nice if dpkg-buildpackage would report build information (e.g. things like the name of the generated changes file) to build-tools invoking it. Doing this via a status fd would be nice[1] since we could then implement more nice things like progress information (we'd then be able to detect easily which dpkg-buildpackage's steps failed) without parsing the full build output. This report is triggered by #732678 where gbp failed to find the generated changes file for a architecture independent package build since it didn't look at the options passed to dpkg-buildpackage until recently. Cheers, -- Guido [1] The status fd has the disadvantage that we need to pass it through tools like pbuilder and sbuild as well so a file at a well known location might be simpler. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732623: lightdm-gtk-greeter: Hibernate and Restart buttons disappear after first login/logout
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sun, Dec 22, 2013 at 09:41:05AM +0100, Pascal Dormeau wrote: On Sun, 22 Dec 2013 00:12:14 +0100 Vincent Lefevre vinc...@vinc17.net wrote: When I upgraded my second machine yesterday, I noticed that both libpam-systemd and systemd had been installed, so that I thought the bug was related to one of them. So, I did some tests to see what minimal change triggered the problem, and it was not due to libpam-systemd (which depends on systemd), but to systemd itself. That's why I've reassigned the bug to systemd. Well that might be more tricky than that, here systemd is used as PID1 (thus logind running) and lightdm works as expected without libpam-systemd. Only installing libpam-systemd triggers the problem. If libpam-systemd is not installed, no logind session is created at login, that's why you don't see the problem, I guess. If you could please check all the message in the very relevant bug #728361 it might also help debuging (in particular about the results of loginctl). Regards, - -- Yves-Alexis Perez -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQEcBAEBCgAGBQJStq9kAAoJEG3bU/KmdcClmegH/jL6tocOoJqp9cWCoWBxYRFV w4pmnKgcNqjqq8IiZRJ7d7q0zLmbHJQHRgy+s2pivzle7thtHsUepZ8XEdzAwJ/c sKTdItDhdpCTGwrRO42y8g3KM4ng4kazFK+XMezuBocHjcBh1HJh+s3h/54VUcuK Y1Gd2F9eU8nRTNy2TDw7j7J2YETzFWL9xRSj+yV7sDU3lub3r3GBohC33Un1XoaI WrAjHnL5HAhSlp202YH9k6PyNccYU547Wg/WtzH55Bc0PL1qFiDhkHErsqYpO4fQ EH1pq4m7qv2PbQ9++VdLyDDR/fwbUrKaMrioUvBFRW2Sozo2uT2o6ZG+r/qnNfQ= =Em87 -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#731146: (nessun oggetto)
I have installed both wine32 and wine64 from unstable (1.6.1-6), and the installation worked. I have also experienced, though, the problems listed above, i.e. difficulties in using it due to the fact that only one binary (32 or 64 bit) can be (at least, easily) used at a time: since many windows binaries are still distributed in 32 bit version only, this makes life quite difficult on 64 bit systems, where you have a bit of all binaries. There are also some problems with alternatives (as noted both in this bug and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732817 which I would suggest to merge in a single bug concerning WOW64 problems): I have actually been able to choose between 32 and 64 version wine from sudo update-alternatives --config wine but choosing the 32 bit version made all links to the 64 bit version disappear (and vice versa), making (IMO) the possibility to have both binaries installed at the same time practically ineffective. From what I've seen, the way ubuntu solves this problem is by using a script for wine, instead of a symlink: that way, the script can recognize the file type of the executable and call the proper (32 bit r 64 bit) executable: so, one can run both 32 and 64 binaries from the same prefix and using the same binary, which I believe is the expected behaviour. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732006: uscan: broken handling of filenames with whitespace
On Sat, Dec 21, 2013 at 09:49:15PM -0500, James McCoy wrote: Thanks for the patch. We've addressed this by other means and are just pending some final review before uploading. Ok, I've remove the pushed topic branch again. Thanks for noticing that. I've made a change for this as well. Thanks. :) -- Stig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732837: ITP: vcversioner -- Use version control tags to discover version numbers
Package: wnpp Severity: wishlist Owner: Nicolas Dandrimont ol...@debian.org * Package name: vcversioner Version : 1.13.0.0 Upstream Author : Aaron Gallagher _...@habnabit.org * URL : https://github.com/habnabit/vcversioner * License : ISC Programming Lang: Python Description : Use version control tags to discover version numbers vcversioner autodiscovers a Python project's version number using version control system tags. This allows developers to avoid duplicating version information between their VCS and their setup.py metadata. . When the package is built, vcversioner generates a version.txt file that can be used for release tarballs. . Currently, vcversioner only supports the git VCS. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732838: supertuxkart: Resolution 800x600 has been blacklisted, so it is not available!
Package: supertuxkart Version: 0.6.2+dfsg1-2 Severity: important it worked but it does not work any longer Resolution 800x600 has been blacklisted, so it is not available! my kid press POWER when I played, so now the resol is blacklisted nope, it is not correct to do so. as you might see, this is a bug that allows no longer player with it thanks -- System Information: Debian Release: 6.0.3 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages supertuxkart depends on: ii freeglut3 2.6.0-1 OpenGL Utility Toolkit ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib ii libenet0debian1 1.2.1-1 thin network communication layer o ii libgcc1 1:4.4.5-8GCC support library ii libgl1-mesa-glx [libgl1 7.7.1-6 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.7.1-6 The OpenGL utility library (GLU) ii libopenal1 1:1.12.854-2 Software implementation of the Ope ii libplib11.8.5-5+squeeze1 Portability Libraries: Run-time pa ii libsdl1.2debian 1.2.14-6.1 Simple DirectMedia Layer ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libvorbisfile3 1.3.1-1 The Vorbis General Audio Compressi ii supertuxkart-data 0.6.2+dfsg1-2data for the supertuxkart kart rac supertuxkart recommends no packages. supertuxkart 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#719618: RFA: spring -- modern full-3D RTS game engine
Unfortunately, I don't have the workpower to adopt spring for now. I don't even play this game myself :) Sorry, Mt. On Sat, Dec 21, 2013 at 11:43:35PM +0100, Markus Koschany wrote: retitle 719618 RFA: spring -- modern full-3D RTS game engine noowner 719618 tags 731372 patch thanks Hello Jan and Martin, I have overhauled the Debian spring package and committed everything to the team's git repository. The new package closes almost every bug except the ones which require exceptional efforts by upstream, namely making spring work on other architectures than amd64 or i386. I'm sure that I improved the package but I don't intend to become one of the uploaders at the moment. There are far too many embedded third party software libraries and I can't see that upstream will try to change that in the near future. I'm also a little disappointed that there is no kind of security mailing list and only little effort to work with upstream developers of embedded libs like assimp to incorporate spring's changes. [1] However I would really appreciate it if someone reviewed the current packaging work and helped with fixing the current RC bug. As far as I can see the springlobby package could also benefit from a new upstream release and rapid-spring is no longer supported (see the info at the bottom of the page) [2] I don't think it's worth to support this package for Jessie. In any case Happy Christmas! [1] http://springrts.com/phpbb/viewtopic.php?f=20t=31300 [2] http://springrts.com/wiki/GamesDownloads -- There are two ways of constructing a software design. One way is to make it so simple that there are obviously no deficiencies. And the other way is to make it so complicated that there are no obvious deficiencies. -- Tony (C.A.R.) Hoare. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732839: Pending fixes for bugs in the libsub-install-perl package
tag 732839 + pending thanks Some bugs in the libsub-install-perl package are closed in revision 8d0a183029069c7c5136023d4ef660f4eafd6f97 in branch 'master' by Salvatore Bonaccorso The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libsub-install-perl.git;a=commitdiff;h=8d0a183 Commit message: Fix typo in package description Thanks: Pascal De Vuyst pascal.devu...@gmail.com Closes: #732839 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732744: [Pkg-clamav-devel] Bug#732744: clamav: use dh-autoreconf for better new-port coverage
This one time, at band camp, Dimitri John Ledkov said: Hi, The ppc64el port requires a patch to libtool.m4. I don't think that's in Debian yet, but when it is it will require autoreconfing a bunch of packages to pick it up. clamav could handle this quite easily by using dh-autoreconf, when libtool is in use (as of course it is here), dh-autoreconf is a superset of autotools-dev, and it seems to still build just fine if I do the following. I did have to do a bit of extra work to make things happy with new automake. * Convert to dh-autoreconf in order to update libtool.m4 for new ports. * Remove -Werror from automake flags, to avoid failing autoreconf with new automake. Removing -Werror is not a decision to be taken quite so lightly. What fails and why can't that be fixed instead? Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#732840: [systemsettings] No predefined providers in Social Desktop settings
Package: systemsettings Version: 4:4.11.3-2 Severity: normal --- Please enter the report below this line. --- Hi @ll, when I open systemsettings from Konsole, choose the option Benutzerkontodetails (I am using the Germanophone UI on Debian, so maybe roughly translated to User Account Details or something like that?), then Social Desktop, I am neither able to choose a provider nor to register on the tab register ... :( Is this intended or is it a bug? I think, it is too much a hassle for a user to find an URL for an provider (which would be possible via the Add provider [Anbieter hinzufügen] button, but I as a normal user would not know, which provider are there and how I can find the needed provider.xml file ... :( And as I have started systemsettings from Konsole, I see a lot of quote $ systemsettings(16904)/kutils (KCModuleProxy) KCModuleProxyPrivate::loadModule: Module not already loaded, loading module Passwort Benutzerzugang from library kcm_useraccount using symbol kcm_useraccount systemsettings(16904)/kutils (KCModuleProxy) KCModuleProxyPrivate::loadModule: Module not already loaded, loading module Social-Desktop from library kcm_attica using symbol kcm_attica Loaded paths from config: (QUrl(http://download.kde.org/ocs/providers.xml;) ) systemsettings(16904)/kio (Scheduler) KIO::SchedulerPrivate::doJob: KIO::SimpleJob(0x2875e50) systemsettings(16904)/kio (Scheduler) KIO::SchedulerPrivate::protoQ: creating ProtoQueue instance for http systemsettings(16904)/kio (Scheduler) KIO::ProtoQueue::ProtoQueue: m_maxConnectionsTotal: 20 m_maxConnectionsPerHost: 5 systemsettings(16904)/kio (KIOConnection) KIO::ConnectionServer::listenForRemote: Listening on local:/tmp/ksocket-$myuser/systemsettingsZ16904.slave-socket systemsettings(16904)/kio (Slave) KIO::Slave::createSlave: createSlave http for KUrl(http://download.kde.org/ocs/providers.xml;) systemsettings(16904)/kio (KIOConnection) KIO::ConnectionServer::listenForRemote: Listening on local:/tmp/ksocket-$myuser/systemsettingsl16904.slave-socket Loaded paths from config: (QUrl(http://download.kde.org/ocs/providers.xml;) ) systemsettings(16904)/kio (KIOJob) KIO::SlaveInterface::dispatch: error 124 download.kde.org systemsettings(16904)/kio (KIOJob) KIO::TransferJob::slotFinished: KUrl(http://download.kde.org/ocs/providers.xml;) systemsettings(16904)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished: KIO::TransferJob(0x2875e50) KIO::Slave(0x2b5c940) systemsettings(16904)/kio (AccessManager) KDEPrivate::AccessManagerReply::jobError: KIO::ERR_CONNECTION_BROKEN - QNetworkReply::RemoteHostClosedError systemsettings(16904)/kio (Slave) KIO::Slave::kill: killing slave pid 16907 ( http://download.kde.org; ) systemsettings(16904)/kutils (KCModuleProxy) KCModuleProxyPrivate::loadModule: Module not already loaded, loading module Passwort Benutzerzugang from library kcm_useraccount using symbol kcm_useraccount systemsettings(16904)/kutils (KCModuleProxy) KCModuleProxyPrivate::loadModule: Module not already loaded, loading module Social-Desktop from library kcm_attica using symbol kcm_attica Loaded paths from config: (QUrl(http://download.kde.org/ocs/providers.xml;) ) systemsettings(16904)/kio (Scheduler) KIO::SchedulerPrivate::doJob: KIO::SimpleJob(0x28a1af0) systemsettings(16904)/kio (Slave) KIO::Slave::createSlave: createSlave http for KUrl(http://download.kde.org/ocs/providers.xml;) systemsettings(16904)/kio (KIOConnection) KIO::ConnectionServer::listenForRemote: Listening on local:/tmp/ksocket-$myuser/systemsettingsC16904.slave-socket Loaded paths from config: (QUrl(http://download.kde.org/ocs/providers.xml;) ) systemsettings(16904)/kio (KIOJob) KIO::SlaveInterface::dispatch: error 124 download.kde.org systemsettings(16904)/kio (KIOJob) KIO::TransferJob::slotFinished: KUrl(http://download.kde.org/ocs/providers.xml;) systemsettings(16904)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished: KIO::TransferJob(0x28a1af0) KIO::Slave(0x2bd8930) systemsettings(16904)/kio (AccessManager) KDEPrivate::AccessManagerReply::jobError: KIO::ERR_CONNECTION_BROKEN - QNetworkReply::RemoteHostClosedError systemsettings(16904)/kio (bookmarks) KBookmarkManager::KBookmarkManager: starting KDirWatch for ~/.local/share/user-places.xbel Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QDBusObjectPath) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath) systemsettings(16904)/kio (KDirListerCache) KDirListerCache::listDir: Listing directory: KUrl(trash:/) systemsettings(16904)/kio (Scheduler) KIO::SchedulerPrivate::doJob: KIO::SimpleJob(0x2c32720) systemsettings(16904)/kio (Scheduler) KIO::SchedulerPrivate::protoQ: creating ProtoQueue instance for trash systemsettings(16904)/kio (Scheduler) KIO::ProtoQueue::ProtoQueue: m_maxConnectionsTotal: 2 m_maxConnectionsPerHost: 2 systemsettings(16904)/kio (Scheduler) KIO::SchedulerPrivate::doJob: KIO::SimpleJob(0x2d2cec0) systemsettings(16904)/kio (Scheduler)
Bug#732800: midori crashing on wheezy/kfreebsd-amd64 too?
Hi Michael, you gave very little information in your bugreport, does midori crash on wheezy/kfreebsd-amd64 too or does this only happen on jessie/sid? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#732416: how-can-i-help: creates files in /local/piuparts/piupartss/.cache/how-can-i-help/
The fact that this .cache directory is in the host root's home dir is not normal, and very surprising. Actually it is normal for user root to get a .cache folder when running the application or when it is triggered by cron. Christophe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728500: apt-get fails: mkstemp (2: No such file or directory)
Package: apt Version: 0.9.14.1 Followup-For: Bug #728500 Dear Maintainer, I have the same problem on my system. The thing is that apt-get update uses the $TMPDIR variable. On my system, this variable is set to /tmp/user/0 when I run apt-get update inside of the chroot. But this directory doesn't exist inside of the chroot. TMPDIR=/tmp apt-get update inside of the chroot works fine. Attached is a patch for apt to fallback to /tmp in case of a unavailable directory given from $TMPDIR. Of course this doesn't help for already released apt versions so we need to know why $TMPDIR is set to this directory but for future apt releases, the patch handles this error case better. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^gnumach$; APT::NeverAutoRemove:: ^gnumach-image.*; APT::NeverAutoRemove:: ^linux-image-3.11-1-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-3.11-1-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-3.11-1-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3.11-1-amd64$; APT::NeverAutoRemove:: ^linux-headers-3.11-1-amd64$; APT::NeverAutoRemove:: ^linux-image-3.11-2-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-3.11-2-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-3.11-2-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3.11-2-amd64$; APT::NeverAutoRemove:: ^linux-headers-3.11-2-amd64$; APT::NeverAutoRemove:: ^postgresql-; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Update ; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: test -x /usr/bin/apt-show-versions || exit 0 ; apt-show-versions -i; APT::Update::Post-Invoke-Success:: /usr/bin/test -e /usr/share/dbus-1/system-services/org.freedesktop.PackageKit.service /usr/bin/test -S /var/run/dbus/system_bus_socket /usr/bin/gdbus call --system --dest org.freedesktop.PackageKit --object-path /org/freedesktop/PackageKit --timeout 1 --method org.freedesktop.PackageKit.StateHasChanged cache-update /dev/null; /bin/echo /dev/null; APT::Default-Release sid; APT::Architectures ; APT::Architectures:: amd64; APT::Architectures:: i386; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; APT::CompressorName ; APT::CompressorExtension .; APT::CompressorBinary ; APT::CompressorCost 100; APT::CompressorCompressArg ; APT::CompressorCompressArg:: -9; APT::CompressorUncompressArg ; APT::CompressorUncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin;
Bug#727085: Now we don't depend on the weird libevent patch
On Sat, 21 Dec 2013 23:09:18 + Paul Tarjan wrote: [...] What would you like me to do? Since, as you said, hhvm includes code derived from the reference PHP implementation copyrighted by the PHP Group, I am afraid that it wouldn't be trivial to get rid of the PHP License... Would it be feasible to replace the code derived from the official PHP with an independent clean room re-implementation released under the terms of the 3-clause BSD license? Otherwise, I don't see many other strategies, unless you manage to persuade the PHP Group to re-license the official PHP under more general and DFSG-free terms, such as the 3-clause BSD license... That's my own viewpoint on this subject. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpFPd2d75CMO.pgp Description: PGP signature
Bug#732841: cicero: TypeError: exceptions must be old-style classes or derived from BaseException, not str
Package: cicero Version: 0.7.2-2 Severity: normal Hi, Giving cicero et al a try I can't get it to run, but the following error message tells me it has probably not been tested under python 2.7: $ /usr/share/cicero/tts_shell.py Traceback (most recent call last): File /usr/share/cicero/tts_shell.py, line 20, in module s = main.SpeechServ(app_shell.AppFeed) File /usr/share/cicero/main.py, line 38, in __init__ self.sndoutput = sndoutput.SndOutput(self.samplingRate) File /usr/share/cicero/sndoutput.py, line 58, in __init__ self._open() File /usr/share/cicero/sndoutput.py, line 133, in _open raise 'Sound device is busy' TypeError: exceptions must be old-style classes or derived from BaseException, not str -- System Information: Versions of packages cicero depends on: ii mbrola-fr4 0.0.19990521-2 ii oss-compat 0.0.4+nmu3 ii python 2.7.2-9 ii sox 14.4.1-3 Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645010: uswsusp: no attempt to resume when suspending to swapfile on dm-crypt device
Hi Marcus, could you try this: edit /etc/initramfs-tools/conf.d/resume If the device is different than /dev/mapper/sda2_crypt, change it and set /dev/mapper/sda2_crypt Then, remove the GRUB_CMDLINE_LINUX_DEFAULT in grub.cfg recreate the initramfs file reboot. Is only for testing if initramfs-tools should check /etc/uswsusp.conf file. Thanks a lot for your help. kix On Sat, 21 Dec 2013, Marcus Osdoba escribió: Hi Rodolfo, Thanks for asking. Surprisingly I launched another trial today. My (not that expensive) SSD was broken and I had to recover from a former backup (now on a new SLC ssd). The problem is solved now. For documention purposes I write my config down here. Bascially I followed to wiki under [0] ..which told me to use the device! (not /swap.file) where the swap file resides. Unfortunately, all my trials were unsuccessful, until I finally added GRUB_CMDLINE_LINUX_DEFAULT=resume=/dev/mapper/sda2_crypt quiet to my grub cfg. My ssd layout is as follows: /dev/sda1 - 512M /boot /dev/sda2 - base for a crypt device - /dev/mapper/sda2_crypt - rootfs swap.file is a file on the fs on sda2_crypt The installation of uswsusp automagically detected the device and the offset, where the swap file lives. I just never tried to add the above mentioned kernel option. # cat /etc/uswsusp.conf # /etc/uswsusp.conf(5) -- Configuration file for s2disk/s2both resume device = /dev/mapper/sda2_crypt #resume device = /swap.file # this does not work (verify [0]) compress = y image size = 728022466 suspend loglevel = 1 max loglevel = 1 RSA key file = /etc/uswsusp.key shutdown method = platform resume offset = 1832960 # offset automagically detected, e.g. dpkg-reconfigure uswsusp I didn't downgrade to initramfs-tools from wheezy(base), so I can't tell you if it also works with the wheezy version. Mine is: initramfs-tools0.115~bpo70+1 all The kernel option for GRUB_CMDLINE_LINUX_DEFAULT is documented in the wiki. Maybe it is possible to add a hint during the configuration questions. I believe the same applies to swapfiles on non-crypt devices, too. Regards, Marcus [0] https://wiki.debian.org/Hibernation/Hibernate_Without_Swap_Partition -- .''`. Rodolfo García Peñas (kix) k...@debian.org : :' : Proud Debian Developer `. `'` 4096R / 3F48 0B8C C385 AD41 9E28 006A 7B1F 5490 72B7 4923 `- Debian - when you have better things to do than fixing systems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732842: pu: package libotr/3.2.1-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu As discussed on #725779 in more details, the OTRv1 protocol has serious security issues. Clients supporting it (in addition to more recent, safer versions of the protocol) are subject to protocol downgrade attacks. This is why I have proposed to drop support for OTRv1 in libotr in Wheezy. As the discussion on the aforementioned bug indicates, the maintainer agrees and the lead upstream developer confirms it is totally fine. I have therefore backported the relevant bits of the upstream commit that does just the same in libotr 4.x (currently in testing/sid). The resulting package was successfully tested with pidgin-otr on Wheezy, and inter-operates correctly with sid's pidgin-otr and irssi-otr 1.0.0~alpha2-1~bpo70+1. FTR, testing/sid has libotr 4.x that is not affected by these issues. May I upload libotr 3.2.1-1+deb7u1 to stable? diff -Nru libotr-3.2.1/debian/changelog libotr-3.2.1/debian/changelog --- libotr-3.2.1/debian/changelog 2012-08-07 12:25:12.0 +0200 +++ libotr-3.2.1/debian/changelog 2013-12-22 12:06:00.0 +0100 @@ -1,3 +1,10 @@ +libotr (3.2.1-1+deb7u1) stable; urgency=medium + + * Non-maintainer upload with maintainer's agreement. + * Disable insecure OTRv1 protocol (Closes: #725779) + + -- intrigeri intrig...@debian.org Sun, 22 Dec 2013 11:35:06 +0100 + libotr (3.2.1-1) unstable; urgency=high * Fix potential buffer overflow in base64 routines (Closes: #684121) diff -Nru libotr-3.2.1/debian/patches/disable_otr_v1.patch libotr-3.2.1/debian/patches/disable_otr_v1.patch --- libotr-3.2.1/debian/patches/disable_otr_v1.patch 1970-01-01 01:00:00.0 +0100 +++ libotr-3.2.1/debian/patches/disable_otr_v1.patch 2013-12-22 11:34:40.0 +0100 @@ -0,0 +1,39 @@ +Author: Rob Smits rdfsm...@cs.uwaterloo.ca +Date: Sun Jun 3 22:38:05 2012 -0400 +Subject: Disable OTRv1 protocol. +Origin: http://sourceforge.net/p/otr/libotr/ci/7ffba65fa42052795523924279bc94e7c80fb0f7/ +Bug: http://bugs.debian.org/725779 +Forwarded: not-needed +Reviewed-by: intrigeri intrig...@debian.org +Last-Update: Sun Dec 22 11:30:00 2013 +0100 +Applied-Upstream: 4.0.0 + +diff --git a/src/proto.h b/src/proto.h +index d7b0ae6..e96e2f2 100644 +--- a/src/proto.h b/src/proto.h +@@ -45,20 +45,17 @@ typedef unsigned int OtrlPolicy; + + #define OTRL_POLICY_VERSION_MASK (OTRL_POLICY_ALLOW_V1 | OTRL_POLICY_ALLOW_V2) + +-/* For v1 compatibility */ ++/* Analogous to v1 policies */ + #define OTRL_POLICY_NEVER 0x00 + #define OTRL_POLICY_OPPORTUNISTIC \ +- ( OTRL_POLICY_ALLOW_V1 | \ +- OTRL_POLICY_ALLOW_V2 | \ ++ ( OTRL_POLICY_ALLOW_V2 | \ + OTRL_POLICY_SEND_WHITESPACE_TAG | \ + OTRL_POLICY_WHITESPACE_START_AKE | \ + OTRL_POLICY_ERROR_START_AKE ) + #define OTRL_POLICY_MANUAL \ +- ( OTRL_POLICY_ALLOW_V1 | \ +- OTRL_POLICY_ALLOW_V2 ) ++ ( OTRL_POLICY_ALLOW_V2 ) + #define OTRL_POLICY_ALWAYS \ +- ( OTRL_POLICY_ALLOW_V1 | \ +- OTRL_POLICY_ALLOW_V2 | \ ++ ( OTRL_POLICY_ALLOW_V2 | \ + OTRL_POLICY_REQUIRE_ENCRYPTION | \ + OTRL_POLICY_WHITESPACE_START_AKE | \ + OTRL_POLICY_ERROR_START_AKE ) diff -Nru libotr-3.2.1/debian/patches/series libotr-3.2.1/debian/patches/series --- libotr-3.2.1/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ libotr-3.2.1/debian/patches/series 2013-12-22 11:34:40.0 +0100 @@ -0,0 +1 @@ +disable_otr_v1.patch
Bug#732836: ben: tracker could do with a performance enhancement
Le 22/12/2013 10:59, Niels Thykier a écrit : In particular, it seems to be very slow for ben files containing a lot of OR relations; even if these are exact package names (see attached file). Did you try: .depends ~ foo|bar instead of: .depends ~ foo | .depends ~ bar ? Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728500: apt-get fails: mkstemp (2: No such file or directory)
Package: apt Version: 0.9.14.1 Followup-For: Bug #728500 Dear Maintainer, seems that the package libpam-tmpdir is responsible for the per-user $TMPDIR directory. Removing this package solves the problem here. Cheers, Tom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732799: [lintian] pending
Package: lintian Version: 2.5.19 control: tags -1 + pending --- Please enter the report below this line. --- --- System information. --- Architecture: amd64 Kernel: Linux 3.11-2-amd64 Debian Release: jessie/sid 900 testing security.debian.org 900 testing http.us.debian.org --- Package information. --- Depends(Version) | Installed -+-=== binutils | 2.23.90.20131017-1 bzip2| 1.0.6-5 diffstat | 1.57-1 file | 1:5.14-2 gettext | 0.18.3.1-2 hardening-includes | 2.4 intltool-debian | 0.35.0+20060710.1 libapt-pkg-perl | 0.1.29+b1 libarchive-zip-perl | 1.30-7 libclass-accessor-perl | 0.34-1 libclone-perl| 0.35-1 libdigest-sha-perl | libdpkg-perl | 1.16.12 libemail-valid-perl | 1.192-1 libfile-basedir-perl | 0.03-1 libipc-run-perl | 0.92-1 liblist-moreutils-perl | 0.33-1+b2 libparse-debianchangelog-perl| 1.2.0-1 libtext-levenshtein-perl | 0.06~01-2 libtimedate-perl | 2.3000-1 liburi-perl | 1.60-1 man-db | 2.6.5-2 patchutils | 0.3.2-3 perl | 5.18.1-5 t1utils | 1.37-2 Recommends (Version) | Installed ==-+-=== libautodie-perl (= 2.18) | 2.21-1 libperlio-gzip-perl| 0.18-1+b3 Suggests (Version) | Installed -+-=== binutils-multiarch | 2.23.90.20131017-1 dpkg-dev | 1.16.12 libhtml-parser-perl | 3.71-1+b1 libtext-template-perl| 1.46-1 xz-utils | 5.1.1alpha+20120614-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731689: libfcgi-ruby - Update package to fit new Ruby policy
Hello, since there is no progress I have done packaging your package to the new Ruby packaging policy: http://anonscm.debian.org/gitweb/?p=pkg-ruby-extras/ruby-fcgi.git;a=summary Please update your package. If you have no time, please tell us, the Ruby PKG Extra Team will take care, and upload your package. If we should do that for you, please acknowledge this! Thanks, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732843: nmu: gromacs_4.6.5-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu gromacs_4.6.5-1 . amd64 . -m Rebuild without custom DEB_BUILD_OPTIONS set (#732400). -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=POSIX, LC_CTYPE=de_DE.ISO-8859-15@euro (charmap=ISO-8859-15) 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#732836: ben: tracker could do with a performance enhancement
On 2013-12-22 12:19, Stéphane Glondu wrote: Le 22/12/2013 10:59, Niels Thykier a écrit : In particular, it seems to be very slow for ben files containing a lot of OR relations; even if these are exact package names (see attached file). Did you try: .depends ~ foo|bar instead of: .depends ~ foo | .depends ~ bar ? Cheers, Thanks for the tip; it does seem to improve the general performance of these files considerably. Now all 40 files on release.d.o are processed in 3m and 30 seconds[1]. Previously it was 7 minutes excluding the one I attached (which seemed to take more than 20 minutes alone). It does not seem like the | inside a string is documented on ben.d.n[2]. ~Niels [1] The auto-generated ones makes up about 17-18 of those 40; the rest have been deployed manually. [2] http://ben.debian.net/ The only thing I noticed was: .depends ~ libapt-pkg4.12 This one is simpler than the first one in the sense that libapt-pkg4.12 is considered as a plain string and not a regular experssion. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732814: libtiff5 transition
Hi Jackson Please see changelog entry for dx 1:4.4.4-5: dx (1:4.4.4-5) unstable; urgency=low [Graham Inggs] * New maintainer (Closes: #654646) * Update d/control: - build with libmotif-dev instead of lesstif2-dev (Closes: #714834) - build with unversioned libtiff-dev (Ubuntu) - build with unversioned libpng-dev (Closes: #662308) ... Please let me know if I missed something. Regards Graham On 22 December 2013 03:09, Jackson Doak nosk...@ubuntu.com wrote: Package: dx Version: 1:4.4.4-7 Please build depend on libtiff-dev rather than libtiff4-dev. The transition is now ongoing and i will be uploading a fixed version to ubuntu soon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732836: ben: tracker could do with a performance enhancement
Le 22/12/2013 13:03, Niels Thykier a écrit : In particular, it seems to be very slow for ben files containing a lot of OR relations; even if these are exact package names (see attached file). Did you try: .depends ~ foo|bar instead of: .depends ~ foo | .depends ~ bar Sorry, I actually meant ~ /foo|bar/ The code for ~ foo does indeed look suboptimal (to say the least)... Thanks for the tip; it does seem to improve the general performance of these files considerably. Now all 40 files on release.d.o are processed in 3m and 30 seconds[1]. Previously it was 7 minutes excluding the one I attached (which seemed to take more than 20 minutes alone). Is the result right with double quotes? It does not seem like the | inside a string is documented on ben.d.n[2]. It is captured by regex. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732844: gnome-control-center doesn't start, crashes and logout from active session
Package: gnome-control-center Version: 1:3.4.3.1-2 Severity: important Dear Maintainer, when i'm trying to open the gnome-control-center from the main menù (System Settings -- Preference) the control panel doesn't open. First it's showing that the control panel it's loading, after the screen becomes black and the session crashes. It's appearing the nvidia splashscreen and after the system prompts you to login for a new session. These bug doesn't allow you to make any change to your system. Before the start of the bug i changed the settings regarding the system's lock options ( i setted to lock the system after 30 minutes) Some days after i tryied to change other options and the gnome control center started to crash. Best regards, Fabio. -- System Information: Debian Release: Kali Linux 1.0 Architecture: i386 (i686) Kernel: Linux 3.7-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.21-8 ii apg2.2.3.dfsg.1-2 ii desktop-file-utils 0.20-0.1 ii gnome-control-center-data 1:3.4.3.1-2 ii gnome-desktop3-data3.4.2-1 ii gnome-icon-theme 3.4.0-2 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-menus3.4.2-5 ii gnome-settings-daemon 3.4.2+git20121218.7c1322-3+deb7u3 ii gsettings-desktop-schemas 3.4.2-3 ii libatk1.0-02.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libcanberra-gtk3-0 0.28-6 ii libcanberra0 0.28-6 ii libcheese-gtk213.4.2-2 ii libcheese3 3.4.2-2 ii libclutter-1.0-0 1.10.8-2 ii libcogl-pango0 1.10.2-7 ii libcogl9 1.10.2-7 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.5-1.1 ii libcups2 1.5.3-5+deb7u1 ii libdbus-1-31.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig1 2.9.0-7.1 ii libgcrypt111.5.0-5+deb7u1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-bluetooth10 3.4.2-1 ii libgnome-desktop-3-2 3.4.2-1 ii libgnome-menu-3-0 3.4.2-5 ii libgnomekbd7 3.4.0.2-1 ii libgnutls262.12.20-7 ii libgoa-1.0-0 3.4.2-2 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.4.2-7 ii libgtop2-7 2.28.4-3 ii libjson-glib-1.0-0 0.14.2-1 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-3 1.10.1+dfsg-5+deb7u1 ii libnm-glib40.9.4.0-10 ii libnm-gtk0 0.9.4.1-5 ii libnm-util20.9.4.0-10 ii libnotify4 0.7.5-1 ii libpango1.0-0 1.30.0-1 ii libpolkit-gobject-1-0 0.105-3 ii libpulse-mainloop-glib02.0-6.1 ii libpulse0 2.0-6.1 ii libsocialweb-client2 0.25.20-2.1 ii libupower-glib10.9.17-1 ii libwacom2 0.6-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxcomposite1 1:0.4.3-2 ii libxdamage11:1.1.3-2 ii libxext6 2:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxi6 2:1.6.1-1+deb7u1 ii libxklavier16 5.2.1-1 ii libxml22.8.0+dfsg1-7+nmu2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.3-3 ii gnome-online-accounts 3.4.2-2 ii gnome-session 3.4.2.1-4 ii gnome-user-guide 3.4.2-1+build1 ii iso-codes 3.41-1 ii mesa-utils 8.0.1-2+b3 ii mousetweaks3.4.2-1 ii policykit-1-gnome 0.105-2 Versions of packages gnome-control-center suggests: ii gnome-screensaver 3.4.1-1kali0 ii gstreamer0.10-pulseaudio 0.10.31-3+nmu1 ii libcanberra-gtk-module0.28-6 ii x11-xserver-utils 7.7~3 -- 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#732845: /usr/sbin/dpkg-reconfigure: Maintainer scripts not run in correct selinux context
Package: debconf Version: 1.5.52 Severity: wishlist File: /usr/sbin/dpkg-reconfigure Hi, Since 1.17.0, dpkg is trying to run the maintainer scripts in a different context based on the file context and fallback on dpkg_script_t. OTHO, a maintainer script run by dpkg-reconfigure is never transitioned out of the dpkg_t context. The maintainer scripts run by dpkg-reconfigure should also transition to the appropriate context. Unfortunately there is no perl binding for selinux, I guess that the tools from selinux-utils could be used instead. Cheers Laurent Bigonville -- 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.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debconf depends on: ii perl-base 5.18.1-5 Versions of packages debconf recommends: ii apt-utils 0.9.14.1 ii debconf-i18n 1.5.52 Versions of packages debconf suggests: ii debconf-doc1.5.52 ii debconf-utils 1.5.52 ii dialog 1.2-20130928-1 ii libgtk2-perl 2:1.248-1 pn libnet-ldap-perl none pn libqtcore4-perlnone pn libqtgui4-perl none pn libterm-readline-gnu-perl none ii perl 5.18.1-5 ii whiptail 0.52.15-3 -- debconf information: debconf-apt-progress/preparing: debconf-apt-progress/info: debconf-apt-progress/title: debconf-apt-progress/media-change: debconf/frontend: Dialog debconf/priority: high -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725743: fixed in procps 1:3.3.9-1
On Sat, Dec 21, 2013 at 09:18:20PM +0100, Ivo De Decker wrote: It seems procps 1:3.3.9-1 still doesn't build on s390x and ia64. I'll need some details. It seems the s390x is flaky anyhow as the problem is not reproducible all the time. I've had people try it and it works fine. That makes it real hard to fix when your test setups work fine. - Craig -- Craig Small (@smallsees) http://enc.com.au/ csmall at : enc.com.au Debian GNU/Linux http://www.debian.org/ csmall at : debian.org GPG fingerprint:5D2F B320 B825 D939 04D2 0519 3938 F96B DF50 FEA5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732846: deals badly with unreliable proxies
Package: debmirror Version: 1:2.14~bpo60+1 Severity: normal Hi, At one particular customer, where there is a firewall which blocks just about everything, I need to go through a somewhat paranoid proxy. Because of the way this proxy is set up, the chain has to be something like this: putty SSH tunnel to server running Debian - cntlm running on Windows machine - active directory-authenticated proxy server running in another country - (possibly more things) - public Debian mirror I run debmirror like so: debmirror --section=main,contrib --ignore-release-gpg -p --host=ftp.uk.debian.org --method=http --proxy=http://localhost:3128/ --dist=squeeze --arch=amd64 --nosource --nocleanup --progress --ignore-small-errors --exclude=clamav-testfiles --rsync-extra=none directory (later on it's also run without the nocleanup, and with some other options added, but that's irrelevant for this bug report) This works for the most part, except for one detail: Something in the above chain (likely the proxy server on which I have no access) seems to be configured to abort large downloads (starting at files of somewhere between 50 and 60MiB). Repeating the download as a simple HTTP GET at that point doesn't fix it; the proxy just notices it has an object from the requested URL already in its cache, and will happily produce it -- truncating the download at the exact same place. However, if the download is then repeated with a Range: header so that it only requests the missing parts of the file, the proxy will behave correctly and produce the missing parts. Unfortunately, debmirror doesn't even try to do that. If a download is truncated, the already-downloaded file range is removed(!) and the mirror run is aborted. When this happens, I have to use wget to download the problematic file manually (which will get the truncated part with a normal GET, notice the file isn't complete, and send another GET request with a Range: header so that the file is completed, which then (usually) succeeds. I then need to restart debmirror, where it will continue on for a few more files, until it encounters another file over 50-60MiB where it will fail again. It would be great if debmirror could retry downloading if files are truncated. Alternatively, if that's too complex to implement, it would be okay if there was an option for me to have it soldier on downloading even in the face of truncated downloads, possibly with a file containing errors that I can then inspect (and possibly retry downloading them manually with wget or something). Thanks, -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730764: pu: package ctdb/1.12+git20120201-4
Control: tags -1 + pending On 2013-12-04 20:35, Adam D. Barratt wrote: On Fri, 2013-11-29 at 12:23 +0100, Mathieu Parent wrote: 2013/11/29 Cyril Brulebois k...@debian.org: (...) If that's not the case, please adjust found/fixed version in the BTS. done. This was fixed in 2.3 (or maybe before). Please go ahead. For the record, this was uploaded and I've just flagged it for acceptance in to p-u. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732207: tvtime: Fails to install + segfault
Adding a #include string.h and a #include stdlib.h to tvtime-configure.c doesn't fixes the problem.
Bug#732836: ben: tracker could do with a performance enhancement
On 2013-12-22 13:15, Stéphane Glondu wrote: Le 22/12/2013 13:03, Niels Thykier a écrit : In particular, it seems to be very slow for ben files containing a lot of OR relations; even if these are exact package names (see attached file). Did you try: .depends ~ foo|bar instead of: .depends ~ foo | .depends ~ bar Sorry, I actually meant ~ /foo|bar/ Ah, okay. Though it triggers a Pcre.Error with the rewritten auto-linux file: Generating (ongoing) auto-linux E: Pcre.Error(_) I suspect that the underlying regex engine does not like that enormous expression. Besides that, it does seem to work and it takes only 3 minutes (excluding the above mentioned file for obvious reasons). If you want, I can send you the resulting file that ben/Pcre doesn't like. The code for ~ foo does indeed look suboptimal (to say the least)... :) Thanks for the tip; it does seem to improve the general performance of these files considerably. Now all 40 files on release.d.o are processed in 3m and 30 seconds[1]. Previously it was 7 minutes excluding the one I attached (which seemed to take more than 20 minutes alone). Is the result right with double quotes? By the looks of it; no. It does not seem like the | inside a string is documented on ben.d.n[2]. It is captured by regex. Cheers, :) ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728189: closed by Moritz Muehlenhoff j...@debian.org (Bug#728189: fixed in slrn 1.0.1-4)
Hi, unfortunately it seems like the bug reappeared, at least in 1.0.1-5. Maybe the patch cleanup cleaned up a bit too much? The log level is back at the old, high level. Cheers, Jan -- -[ OpenPGP key ID: 00A0FD5F ]- Philosophy is questions that may never be answered. Religion is answers that may never be questioned. signature.asc Description: Digital signature
Bug#717340: [PATCH] Remove tabs from Description, and handle lists
Closes: #717340
---
bin/dh_phppear | 3 +++
1 file changed, 3 insertions(+)
diff --git a/bin/dh_phppear b/bin/dh_phppear
index 7a3c7b5..f431d10 100755
--- a/bin/dh_phppear
+++ b/bin/dh_phppear
@@ -119,6 +119,9 @@ foreach my $package (@{$dh{DOPACKAGES}}) {
$summary =~ s/\.$//;
addsubstvar($package, phppear:summary, $summary);
my $description =
_shell_exec('/usr/share/pkg-php-tools/scripts/phppkginfo -d description .');
+ $description =~ s/^\s*//mg;
+ $description =~ s/\s+/ /mg;
+ $description =~ s/^\*/ */mg;
local($Text::Wrap::separator) = '${Newline}';
# Wrap and replace empty lines with a dot
$description = join('${Newline}.${Newline}',
split('${Newline}${Newline}', wrap(, , $description)));
--
1.8.5.2
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732701: collectd segfaulted when curl plugin used
tags 732701 +fixed-upstream thanks Hi, On Fri, Dec 20, 2013 at 05:19:40PM +0400, Alexander Golovko wrote: collectd crash, when curl plugin used. Thanks for reporting this! I could reproduce the bug with your config and push a fix upstream: https://github.com/collectd/collectd/commit/8e9bdd5a63e67c6adb403c2aac4a25e0595ea147 I'll fix the Debian package in the next upload, either by pulling in that patch or using a new upstream release. LoadPlugin curl Plugin curl Page test URL http://example.com; Match Regex test: (\d+) You should use \\d instead of \d. The config parser uses a backslash to escape characters and, thus, requires a verbatim backslash to be escaped. DSType DeriveSet Type test /Match /Page /Plugin Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#731225: blacs-mpi: FTBFS on mpich archs: Linking fails
Control: tags -1 + patch pending Dear Maintainer, Le mardi 03 décembre 2013 à 11:52 +0100, Michael Banck a écrit : Package: blacs-mpi Version: 1.1-31 Severity: serious if I try to rebuild the current unstable blacs-mpi version in sid chroot on s390x (zelenka.debian.org), I get the following failure: I uploaded to DELAYED/2 a NMU of blacs-mpi versioned 1.1-31.1 and fixing that issue. The debdiff is attached. Don't hesitate to tell me if I should delay the upload longer. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 diff -Nru blacs-mpi-1.1/debian/blacs-mpi-implementations.patch blacs-mpi-1.1/debian/blacs-mpi-implementations.patch --- blacs-mpi-1.1/debian/blacs-mpi-implementations.patch 2013-12-22 13:27:56.0 + +++ blacs-mpi-1.1/debian/blacs-mpi-implementations.patch 2013-12-22 13:27:57.0 + @@ -40,7 +40,7 @@ #== SECTION 1: PATHS AND LIBRARIES === #= # The following macros specify the name and location of libraries required by -@@ -44,6 +78,9 @@ +@@ -44,24 +78,38 @@ BLACSCINIT = $(BLACSdir)/blacsCinit_$(COMMLIB)-$(PLAT)-$(BLACSDBGLVL).a BLACSLIB= $(BLACSdir)/blacs_$(COMMLIB)-$(PLAT)-$(BLACSDBGLVL).a @@ -50,11 +50,16 @@ # - # Name and location of the MPI library. # - -@@ -55,13 +92,35 @@ + ifeq ($(MPI),mpich) + # for compilation with mpich: +MPIdir = /usr/lib/mpich +- MPIdev = ch_p4 +- MPIplat = LINUX MPILIBdir = $(MPIdir)/lib MPIINCdir = $(MPIdir)/include -MPILIB = $(MPILIBdir)/shared/libmpich.so $(MPILIBdir)/shared/libpmpich.so $(MPILIBdir)/libmpich.a +- MPILIB = $(MPILIBdir)/shared/libmpich.so $(MPILIBdir)/shared/libpmpich.so $(MPILIBdir)/libmpich.a -else ++ MPILIB = -lmpich + CC = mpicc.mpich + F77 = mpif90.mpich +endif @@ -74,31 +79,25 @@ + MPILIB = -L/usr/lib/openmpi/lib -lmpi -lmpi_f77 + CC = mpicc.openmpi + F77 = mpif90.openmpi -+endif -+ifeq ($(MPI),mpich2) -+# for compilation with mpich2: -+ MPIdir = /usr/lib/mpich2 -+ MPILIBdir = $(MPIdir)/lib -+ MPIINCdir = $(MPIdir)/include -+ MPILIB = -L/usr/lib/mpich2/lib -lmpich -+ CC = mpicc.mpich2 -+ F77 = mpif90.mpich2 endif - # - # All libraries required by the tester. -@@ -155,6 +214,9 @@ - ifeq ($(MPI),mpich) -TRANSCOMM = -DUseMpich - endif -+ifeq ($(MPI),mpich2) -+ TRANSCOMM = -DUseMpich -+endif +@@ -98,11 +146,7 @@ + # The directory to find the required communication library include files, + # if they are required by your system. + # --- +-ifeq ($(MPI),mpich) +- SYSINC = -I$(MPIINCdir) -I$(MPIdir)/build/$(MPIplat)/$(MPIdev)/include +-else +- SYSINC = -I$(MPIINCdir) +-endif ++SYSINC = -I$(MPIINCdir) - # If you know that your MPI uses the same handles for fortran and C - # communicators, you can replace the empty macro definition below with -@@ -208,33 +270,3 @@ + # --- + # The Fortran 77 to C interface to be used. If you are unsure of the correct +@@ -208,33 +252,3 @@ #=== End SECTION 2 === #= diff -Nru blacs-mpi-1.1/debian/changelog blacs-mpi-1.1/debian/changelog --- blacs-mpi-1.1/debian/changelog 2013-12-22 13:27:56.0 + +++ blacs-mpi-1.1/debian/changelog 2013-12-22 13:27:57.0 + @@ -1,3 +1,10 @@ +blacs-mpi (1.1-31.1) unstable; urgency=medium + + * Non-maintainer upload. + * Support MPICH3 which is now simply called MPICH. (Closes: #731225) + + -- Sébastien Villemot sebast...@debian.org Sun, 22 Dec 2013 13:25:27 + + blacs-mpi (1.1-31) unstable; urgency=low * Rebuilding with mpi-default-dev =1.0 (Closes: #652312) signature.asc Description: This is a digitally signed message part
Bug#725130: RFP: chromedriver - standalone server which implements selenium WebDriver's wire protocol for Chromium
❦ 21 décembre 2013 09:29 CET, Vincent Bernat ber...@debian.org :
WebDriver is an open source tool for automated testing of webapps
across many browsers. It provides capabilities for navigating to web
pages, user input, JavaScript execution, and more. ChromeDriver is a
standalone server which implements WebDriver's wire protocol for
Chromium. It is being developed by members of the Chromium and
WebDriver teams.
In Ubuntu, the chromium-chromedriver is built directly in the Chromium
package. It doesn't seem to need any external tarball for that as all
the code is included in third_party/webdriver. Therefore, it seems legit
to turn this RFP into a wishlist bug against Chromium.
Please, find attached a patch to add Chromium WebDriver in a dedicated
package. The driver will be in /usr/lib/chromium/chromedriver2_server.
From 9fc0e58597a71e9824efa34bc4ed4f1bfc2405e8 Mon Sep 17 00:00:00 2001
From: Vincent Bernat ber...@debian.org
Date: Sat, 21 Dec 2013 17:03:51 +0100
Subject: [PATCH] Compile Chrome WebDriver to be used with Selenium. Closes:
#725130.
---
debian/changelog | 6 ++
debian/chromium-chromedriver.install | 1 +
debian/chromium.install| 3 ++-
debian/control | 17 +
debian/patches/chromedriver-revision.patch | 11 +++
debian/patches/series | 1 +
debian/rules | 1 +
7 files changed, 39 insertions(+), 1 deletion(-)
create mode 100644 debian/chromium-chromedriver.install
create mode 100644 debian/patches/chromedriver-revision.patch
diff --git a/debian/changelog b/debian/changelog
index 7eaadf475e56..f69c765df095 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+chromium-browser (31.0.1650.63-2) UNRELEASED; urgency=low
+
+ * Compile Chrome WebDriver to be used with Selenium. Closes: #725130.
+
+ -- Vincent Bernat ber...@debian.org Sat, 21 Dec 2013 16:59:55 +0100
+
chromium-browser (31.0.1650.63-1) unstable; urgency=medium
* New upstream stable release:
diff --git a/debian/chromium-chromedriver.install b/debian/chromium-chromedriver.install
new file mode 100644
index ..5358615ff7ad
--- /dev/null
+++ b/debian/chromium-chromedriver.install
@@ -0,0 +1 @@
+usr/lib/chromium/chromedriver2_server
diff --git a/debian/chromium.install b/debian/chromium.install
index bee8972c8e87..3c40da8b18d1 100644
--- a/debian/chromium.install
+++ b/debian/chromium.install
@@ -1,6 +1,7 @@
debian/tmp/etc
debian/tmp/usr/bin
-debian/tmp/usr/lib/chromium/chrom*
+debian/tmp/usr/lib/chromium/chromium
+debian/tmp/usr/lib/chromium/chrome-sandbox
debian/tmp/usr/lib/chromium/*.pak
debian/tmp/usr/lib/chromium/resources/extension/demo/library.js
debian/tmp/usr/lib/chromium/content_resources.pak
diff --git a/debian/control b/debian/control
index 4f5fb90f6647..38bef74ad2c0 100644
--- a/debian/control
+++ b/debian/control
@@ -161,3 +161,20 @@ Description: page inspector for the chromium browser
.
This package contains 'inspector', allowing web developers to inspect any
element of a web page at runtime (HTML, JavaScript, CSS, ..).
+
+Package: chromium-chromedriver
+Architecture: i386 amd64
+Depends: ${shlibs:Depends}, ${misc:Depends}, chromium (= ${binary:Version})
+Description: WebDriver driver for the Chromium Browser
+ Chromedriver serves as a bridge between Chromium Browser and Selenium
+ WebDriver.
+ .
+ See http://code.google.com/p/selenium/wiki/ChromeDriver for details.
+
+Package: chromium-chromedriver-dbg
+Architecture: i386 amd64
+Section: debug
+Priority: extra
+Depends: ${shlibs:Depends}, ${misc:Depends}, chromium-chromedriver (= ${binary:Version})
+Description: chromium-chromedriver debug symbols
+ Debug symbols for the chromium-chromedriver package.
diff --git a/debian/patches/chromedriver-revision.patch b/debian/patches/chromedriver-revision.patch
new file mode 100644
index ..c502c1fea908
--- /dev/null
+++ b/debian/patches/chromedriver-revision.patch
@@ -0,0 +1,11 @@
+--- a/src/chrome/test/chromedriver/embed_version_in_cpp.py
b/src/chrome/test/chromedriver/embed_version_in_cpp.py
+@@ -25,7 +25,7 @@
+ options, args = parser.parse_args()
+
+ version = open(options.version_file, 'r').read().strip()
+- revision = lastchange.FetchVersionInfo(None).revision.strip()
++ revision = undef
+ global_string_map = {
+ 'kChromeDriverVersion': version + '.' + revision
+ }
diff --git a/debian/patches/series b/debian/patches/series
index ac5b58bacb94..6162e4002111 100644
--- a/debian/patches/series
+++ b/debian/patches/series
@@ -19,3 +19,4 @@ third-party-cookies-off-by-default.patch
ps-print.patch
window-placement.patch
no-promo.patch
+chromedriver-revision.patch
diff --git a/debian/rules b/debian/rules
index 20d6799199c8..b0baaeed84a4 100755
--- a/debian/rules
+++ b/debian/rules
@@ -310,6 +310,7 @@ GYP_DEFINES += use_pulseaudio=1
BUILD_TARGETS := \
chrome \
chrome_sandbox \
+
Bug#717340: [PATCH] Remove tabs from Description, and handle lists
Closes: #717340
---
bin/dh_phppear | 3 +++
1 file changed, 3 insertions(+)
diff --git a/bin/dh_phppear b/bin/dh_phppear
index 7a3c7b5..257af94 100755
--- a/bin/dh_phppear
+++ b/bin/dh_phppear
@@ -119,9 +119,12 @@ foreach my $package (@{$dh{DOPACKAGES}}) {
$summary =~ s/\.$//;
addsubstvar($package, phppear:summary, $summary);
my $description =
_shell_exec('/usr/share/pkg-php-tools/scripts/phppkginfo -d description .');
+ $description =~ s/^\s*//mg;
+ $description =~ s/^\*/ */mg;
local($Text::Wrap::separator) = '${Newline}';
# Wrap and replace empty lines with a dot
$description = join('${Newline}.${Newline}',
split('${Newline}${Newline}', wrap(, , $description)));
+ $description =~ s/\t+/ /g;
addsubstvar($package, phppear:description, $description);
addsubstvar($package, phppear:channel,
_shell_exec('/usr/share/pkg-php-tools/scripts/phppkginfo -d channel .'));
}
--
1.8.5.2
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728500: apt-get fails: mkstemp (2: No such file or directory)
On Sun, Dec 22, 2013 at 11:56:50AM +0100, Thomas Bechtold wrote: Package: apt Version: 0.9.14.1 Followup-For: Bug #728500 Thanks for your bugreport and your patch! I have the same problem on my system. The thing is that apt-get update uses the $TMPDIR variable. On my system, this variable is set to /tmp/user/0 when I run apt-get update inside of the chroot. But this directory doesn't exist inside of the chroot. TMPDIR=/tmp apt-get update inside of the chroot works fine. Attached is a patch for apt to fallback to /tmp in case of a unavailable directory given from $TMPDIR. Of course this doesn't help for already released apt versions so we need to know why $TMPDIR is set to this directory but for future apt releases, the patch handles this error case better. [..] I think this approch makes a lot of sense and I merged your patch into our git tree. Thanks! I will probably add another one on top of it to have one GetTmpDir() funtion in libapt. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732847: Error in package description
Package: gnotravex
Version: 1:3.8.1-1
Severity: wishlist
X-Debbugs-CC: debian-l10n-engl...@lists.debian.org
Dear Maintainer,
there is a copy-and-paste error in the package description (1).
For your convenience I prepared a slightly rephrased patch.
Kind regards
Martin
1:
http://sources.debian.net/data/main/g/gnome-tetravex/1:3.8.1-1/debian/control.in
--- control.in.orig 2013-12-22 14:49:55.0 +0100
+++ control.in 2013-12-22 14:52:54.0 +0100
@@ -39,5 +39,6 @@
${misc:Depends},
gnome-tetravex
Description: put tiles on a board and match their edges (transitional package)
- This is a solitaire (one player) version of the classic Eastern tile
- game, Mahjongg.
+ GNOME Tetravex is a simple puzzle game. Its goal is to move the
+ various pieces from one side of the board to the other side, so that
+ the same numbers depicted on the pieces are touching each other.
Bug#578476: Crashes when a broken GStreamer plugin is installed
Hi, Marcos Marado wrote (02 Jul 2013 10:33:19 GMT) : I had pidgin running without problems on squeeze, but after dist-upgrading to wheezy I've run into this problem. Confirmed on a fresh Wheezy installation with these GStreamer bits installed: gstreamer0.10-ffmpeg gstreamer0.10-gconf gstreamer0.10-gnonlin gstreamer0.10-nice gstreamer0.10-plugins-bad gstreamer0.10-plugins-base gstreamer0.10-plugins-good gstreamer0.10-plugins-ugly gstreamer0.10-pulseaudio gstreamer0.10-x ... Pidgin crashes the first time it is run *unless* another application already initialized the GStreamer registry. Removing ~/.gstreamer-0.10/ and starting Pidgin again allows me to reproduce the crash every time: sys:1: Warning: /build/buildd-glib2.0_2.33.12+really2.32.4-5-i386-eISom6/glib2.0-2.33.12+really2.32.4/./gobject/gsignal.c:2459: signal `destroy' is invalid for instance `0xb9ec3958' sys:1: Warning: invalid (NULL) pointer instance sys:1: Warning: g_signal_emit_by_name: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed sys:1: Warning: value -1217420652 of type `gint' is invalid or out of range for property `weight' of type `gint' Pidgin 2.10.6 has segfaulted and attempted to dump a core file. If I start Pidgin again, then it works just fine. I guess this issue is not so important for most stable users, *but* it is pretty important for Debian Live systems such as Tails [1], since we can't reasonably bet on the fact that the user will have started another GStreamer application already. [1] https://tails.boum.org/ Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732848: gimp-plugin-registry: Packages uninstallable
Package: gimp-plugin-registry Version: 5.20120621 Severity: serious File: gimp-plugin-registry Dear Maintainer, This package is uninstalable because libglew1.7 has been removed from unstable. $ LANG=C sudo apt-get install gimp-plugin-registry Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: gimp-plugin-registry : Depends: libglew1.7 (= 1.7.0) but it is not installable E: Unable to correct problems, you have held broken packages. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.12.6 (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726945: pdns-backend-pgsql: fails to upgrade from testing: ERROR: syntax error at or near NOT LINE 1: ...ABLE supermasters ALTER COLUMN ip TYPE VARCHAR(64) NOT NULL; ^
On Sun, Oct 20, 2013 at 22:40:04 +0200, Peter van Dijk wrote: I have a patch for this, will submit it to the maintainers soon, if it's not already fixed in their git. Hi Peter, I can't see the patch at http://anonscm.debian.org/gitweb/?p=pkg-pdns/pdns.git;a=summary Any chance you could send it to this bug? Thanks, Julien signature.asc Description: Digital signature
Bug#732800: midori crashing on wheezy/kfreebsd-amd64 too?
On Sun, Dec 22, 2013 at 6:01 AM, Holger Levsen wrote: Hi Michael, you gave very little information in your bugreport, does midori crash on wheezy/kfreebsd-amd64 too or does this only happen on jessie/sid? I have not tested wheezy or jessie; only sid at this point. I'll see if I can find some time to do that. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732849: KDM does not use the configured system keyboard layout
Package: kdm Version: 4:4.11.3-2 KDM does not use the configured system keyboard layout. I'm using unstable. Here's my /etc/default/keyboard (comments removed): XKBMODEL=pc105 XKBLAYOUT=fr XKBVARIANT= XKBOPTIONS= BACKSPACE=guess /etc/default/console-setup (again, comments and blanks removed): VERBOSE_OUTPUT=no ACTIVE_CONSOLES=/dev/tty[1-6] CHARMAP=UTF-8 CODESET=Lat15 FONTFACE=Terminus FONTSIZE=8x16 if [ -f /etc/default/keyboard ]; then . /etc/default/keyboard fi /etc/default/locale: LANG=fr_FR.UTF-8 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732850: RM: ruby-mp3info -- ROM; low-popcon, orphaned, does not build against newer rubies
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, could you please remove ruby-mp3info (libmp3info-ruby1.8) from archive? - low-popcon - orphaned - only ruby 1.8 Thanks, Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJStvqKAAoJEPBM7/YBbP/QtwsP/ihYq3vUxBkFM7zRelu6YN7q xcQpnQAlIWzPwj3vV2yp+O1Z/UO/QtK13q8KcWnCG6IIth02h6mEcAbl3d3F5LWn CCtBK1koudCys4aGsctJQ+TGlf39bAAVGG+uNmP3SANSS25nixhCjNsQUJXQEdtG c9mJCFx3pIOXCaMlVx07NOhn5bP9V/BSZ08B3T4ZX/CkhpcHgzImDUTsQiZ7biBr gbqNunX5QpOpTvhvciSXdeCGEM57GIZ48kjDUFyO+hH5b2ybtbI0A4IRiuizp3Zm 4K/qOMGjW9Syjz+QZWtLFvShle1rce7biuMbe/k0vkxZi5O1yCwTBtTdc2inbsKQ LEH5ONHmxoLEg6N0tOvsqwViQAWZajTh7jaokXCKpVAZQ8jFozHCX8iNtNyHQWiU J7QXBZkTprCZLnCdUvLdXwCmh1mUt6PcFuBbPziDseUUO9Ty1Jd/ltHO3Ozv0m8B dhUpeDGbYw2302SJfag3w6FtFBHDztaUEyK6rrb+P4Es1y3B64y9Z+I2cCjxTuEX lEeuhWZpZejPO3dyrTLxQioMH1d65SQnPU9VYy/v9JOs3z7z1jahbtsMQRhFnORW 7BsNSDv3p+s2pRQLPwHiFUWGlyRX/72/MuV1zoQnqJ/o9mQnZS7LfzCdqphoCtY6 s3viWJ2H4XrS0b03qHzb =+QXg -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#732851: RM: libwebapp-ruby -- ROM; low popcon, does not work with newer rubies
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hello, could you please remove libwebapp-ruby (libwebapp-ruby1.8,libwebapp-ruby1.9.1) from the archive? - low popcon - does not build with Ruby 2.0 See #722395 maintainer does not respond, we would like to get Ruby 1.8 removed soon. Thanks, Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJStvs6AAoJEPBM7/YBbP/QBw4QAJAFsB4CCsSlBSMIM4bvaR7l PKmUwMyx6h3yostoArfgH/un3/BgR/wVxO7PPrnck9/sHovTzRPL2r/dwv9WMxtr tp3iZpl4c/qPK1UUQtFRWmLL6mQUbZPpcVW/x8J7ppgIbO7/26nNzCv3eZSgR0vT 1KOga8wkd+Pwu9NDGcWAedUWUK9eDIAv/k4zPadQgnOR9RUXa2mGGClHjKSuqMy7 aSBurgYAMYatPs7x2cAwfNf2uA/VBnw+7qXvTzTWuibLLRZrUM9ZxXXdYZVXJxDO 6FIAO5rRNjcse58y1AqKV0XTWxb1CLcxAilgOi9X+j8LVvz1N8UFerrd3rGvIMwJ iOU+VO6l0rmSJQMWaDRCMmnE4FvrEFQYlmm3YFgBv2cM5J3iemYuwv3nNoqo9wQ7 Yn/2gX6zeouQL5lorOxvjGL/rqhZFjGClkccXtoevZhLWoiJ5d0F3Uen/y3h8h8I zHzMas+J785iCGX/Ys8me/RuCfLo+lO1kJ1Hv3BwTxLLEWqTeUDd/KTry13empNa 0+ErT1OZduclNgpG9fL8TCFQzbTXlw33w/g0mwkZwWALPDyA2joeiwbo4fAuBvvX nBqh4H1zJEit5w3R8Nr3FAUb3/StVYRM5cOnM7ELOpEdWZsnCrHqplHEsNzX3QYh BYZ5oH3zxnpKuNOMfcmE =rycD -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#732207: tvtime: Fails to install + segfault
On Sun, Dec 22, 2013 at 02:34:36PM +0200, grigore calugar wrote: Adding a #include string.h and a #include stdlib.h to tvtime-configure.c doesn't fixes the problem. It does fix the problem to tvtime-configure. That said there are other binaries affected using exactly the same code, namely tvtime-scanner.c, tvtime-command.c and tvtime.c. Anyway the right fix is probably to remove debian/patches/home.diff and really fix the real issues instead of avoiding them to be triggered in a broken way. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732852: mytop: Header Issues
Package: mytop Version: 1.9.1-1 Severity: normal Hi, Queries: 2.8k qps:0 Slow:11.0 Se/In/Up/De(%): 46/00/00/00 Sorts: 0 qps now:1 Slow qps: 0.0 Threads:2 ( 2/ 1) 00/00/00/00 Cache Hits: 18.0 Hits/s: 0.0 Hits now: 0.0 Ratio: 1.4% Ratio now: 0.0% Key Efficiency: 99.9% Bps in/out: 10.1/31.2k Now in/out: 22.5/ 2.1k The first two lines aren't properly aligned. I think Ratio now should be on the same line as ratio. Greetings, Olaf -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (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/dash Versions of packages mytop depends on: ii libconfig-inifiles-perl 2.82-1 ii libdbd-mysql-perl4.025-1 ii libdbi-perl 1.630-1 ii libterm-readkey-perl 2.31-1 ii perl 5.18.1-5 Versions of packages mytop recommends: ii perl [libtime-hires-perl] 5.18.1-5 mytop 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#732853: radare2: FTBFS on various archs
Source: radare2 Version: 0.9.4-2 Severity: serious Justification: fails to build from source Hi, your package fails to build from source on ia64, powerpc, s390x and sparc: p/debug_native.c: In function 'r_debug_native_reg_read': p/debug_native.c:1530:3: error: unknown type name 'R_DEBUG_REG_T' p/debug_native.c: In function 'r_debug_native_reg_write': p/debug_native.c:1621:15: error: 'R_DEBUG_REG_T' undeclared (first use in this function) and on kfreebsd: gcc rabin2.o -L.. -o rabin2 -Wl,-z,relro -L/«PKGBUILDDIR»/libr/lib -L/«PKGBUILDDIR»/libr/magic -L/«PKGBUILDDIR»/libr/core -L/«PKGBUILDDIR»/libr/db -L/«PKGBUILDDIR»/libr/bin -L/«PKGBUILDDIR»/libr/egg -L/«PKGBUILDDIR»/libr/cons -L/«PKGBUILDDIR»/libr/config -L/«PKGBUILDDIR»/libr/io -L/«PKGBUILDDIR»/libr/cmd -L/«PKGBUILDDIR»/libr/flags -L/«PKGBUILDDIR»/libr/asm -L/«PKGBUILDDIR»/libr/debug -L/«PKGBUILDDIR»/libr/hash -L/«PKGBUILDDIR»/libr/lang -L/«PKGBUILDDIR»/libr/anal -L/«PKGBUILDDIR»/libr/parse -L/«PKGBUILDDIR»/libr/bp -L/«PKGBUILDDIR»/libr/reg -L/«PKGBUILDDIR»/libr/search -L/«PKGBUILDDIR»/libr/syscall -L/«PKGBUILDDIR»/libr/sign -L/«PKGBUILDDIR»/libr/diff -L/«PKGBUILDDIR»/libr/socket -L/«PKGBUILDDIR»/libr/fs -L/«PKGBUILDDIR»/libr/magic -L/«PKGBUILDDIR»/libr/util -lr_lib -lr_magic -lr_core -lr_db -lr_bin -lr_egg -lr_cons -lr_config -lr_io -lr_cmd -lr_flags -lr_asm -lr_debug -lr_hash -lr_lang -lr_anal -lr_parse -lr_bp -lr_reg -lr_search -lr_syscall -lr_sign -lr_diff -lr_socket -lr_fs -lr_magic -lr_util -fPIC -ldl /«PKGBUILDDIR»/libr/debug/libr_debug.so: undefined reference to `strlcat' /«PKGBUILDDIR»/libr/debug/libr_debug.so: undefined reference to `strlcpy' collect2: error: ld returned 1 exit status Cheers, Julien signature.asc Description: Digital signature
Bug#729576: duplicate of bug #726763
Hi, this seems like yet another duplicate of Bug #726763. For suspend-related stuff to work in recent versions of gnome, one has to use systemd as PID 1. To do this, one can either use the boot parameter 'init=/bin/systemd' or install the package systemd-sysv. The strange asking for a password is tracked in Bug #731882. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731261: transition: Qt5 switching qreal == double for all platforms
On Fri, Dec 20, 2013 at 00:57:06 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition As explained before, we are requesting a slot for this transition. Is the qtwebkit arm ftbfs fixed yet? Cheers, Julien signature.asc Description: Digital signature
Bug#730271: gnupg: Future FTBFS: gnupg attempts to build mpi on Windows and fails
On Sun, 22 Dec 2013 00:30, sk...@debian.org said: The problem is that we build gnupg for Windows in Debian so it can be used in the Windows-based installer. So we need to fix anything which causes the I know. Windows-specific bugs in Debian packages, given that it's reasonable for maintainers (and upstreams) to not care about that platform. In this particular case the fix is easy enough, so I was hoping you would merge it The thing is that for 13 years I am releasing Windows versions with each GnuPG 1.x release. I also did this with the latest 1.4.16 and experienced no problem. Well, I may have not updated the toolchain for several months which is the reason that I have not run into this bug. So, if I now update the toolchain I will run into this bug push a fix for it and if hopefully not too early again, I do another release and find out that the toolchain has another bug and the whole thing starts again. The problem is the instability of mingw stuff - it might be worth to think about maintaining a stable (ie. all bugs known) toolchain package and a bleeding-edge package. Windows is indeed important and we somehow need to find a way to isolate us from these regressions. This particular case might not be too troublesome but we have seen stealth bugs in the past which took long to be detected (unsigned long printf format) and for years is was not easy to figure out whether a workaround was required or not. Shalom-Salam, Werner -- Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731904: Pending
Package: lintian Version: 2.5.19 control: tags - 1 + pending -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732855: gthumb: window is sometimes too large and doesn't fit on the screen
Package: gthumb Version: 3:3.2.5-2 Severity: normal The default gthumb window size is sometimes too large and doesn't fit on the screen. Quitting, maximizing the window, and restarting gthumb doesn't always solve the problem. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gthumb depends on: ii gsettings-desktop-schemas 3.8.2-2 ii gthumb-data 3:3.2.5-2 ii libatk1.0-0 2.10.0-2 ii libc6 2.17-97 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libexiv2-12 0.23-1 ii libgcc1 1:4.8.2-10 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-02.36.4-1 ii libgstreamer-plugins-base1.0-0 1.2.1-2 ii libgstreamer1.0-0 1.2.1-1 ii libgtk-3-0 3.8.6-1 ii libjavascriptcoregtk-3.0-0 2.2.3-1 ii libjpeg88d-2 ii libjson-glib-1.0-0 0.16.2-1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-0 1.36.0-1+b1 ii libpng12-0 1.2.49-5 ii librsvg2-2 2.40.0-1 ii libsecret-1-0 0.15-2 ii libsoup-gnome2.4-1 2.44.2-1 ii libsoup2.4-12.44.2-1 ii libstdc++6 4.8.2-10 ii libtiff54.0.3-6 ii libwebkit2gtk-3.0-252.2.3-1 ii libwebp40.3.0-3+b1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gthumb recommends: ii bison 2:3.0.2.dfsg-2 ii flex2.5.35-10.1 ii gstreamer0.10-gnomevfs 0.10.36-1.1 ii gvfs-bin1.16.3-1+b2 gthumb 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#725672: apt-listbugs: version 0.1.10 fails to download bugs from the BTS
On Wed, 4 Dec 2013, Gilles Crèvecœur wrote: Finally, When I have suppressed the ruby-libxml the bug has disappeared. I don't known why, but it interesting to note that the bug that I've described appears even with ruby 1.8 when libraries ruby-libxml and ruby-soap4r are installed together. So, I am able to suppress ruby 1.8 on my system and use apt-listbugs/0.1.11 Not so (debian jessie) here. Just to add more to the confusion, with only ruby-soap4r installed: , | $ irb | irb(main):001:0 require 'xsd/xmlparser/libxmlparser' | LoadError: cannot load such file -- xml/libxml | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' | from | /usr/lib/ruby/vendor_ruby/xsd/xmlparser/libxmlparser.rb:10:in `top (required)' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' | from (irb):1 | from /usr/bin/irb:12:in `main' | irb(main):002:0 ` With ruby-soap4r _and_ ruby-libxml installed: , | $ irb | irb(main):001:0 require 'xsd/xmlparser/libxmlparser' | NameError: uninitialized constant XML::SaxParser | from /usr/lib/ruby/vendor_ruby/xsd/xmlparser/libxmlparser.rb:18:in `class:LibXMLParser' | from /usr/lib/ruby/vendor_ruby/xsd/xmlparser/libxmlparser.rb:17:in `module:XMLParser' | from /usr/lib/ruby/vendor_ruby/xsd/xmlparser/libxmlparser.rb:14:in `module:XSD' | from /usr/lib/ruby/vendor_ruby/xsd/xmlparser/libxmlparser.rb:13:in `top (required)' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' | from /usr/lib/ruby/1.9.1/rubygems/custom_require.rb:36:in `require' | from (irb):1 | from /usr/bin/irb:12:in `main' | irb(main):002:0 ` Having ruby-soap4r _and_ ruby-libxml installed breaks apt-listbugs 0.1.9 too. Removing ruby-libxml makes apt-listbugs 0.1.9 work. Replacing apt-listbugs with 0.1.11 breaks apt-listbugs. It's a mess :( Is there a recipie to get this working properly? Cheers, -- Cristian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732770: Tighten versioned dependency on librdf0
found 732770 1:4.1.3-1 # not exactly true, but given 1:4.1.3+b1 is in testing # and has this bug thanks Hi, On Sat, Dec 21, 2013 at 01:53:18PM +0100, Wouter Bolsterlee wrote: Saving any file in libreoffice (1:4.1.3-1+b1) writer causes a crash. The console output is this: /usr/lib/libreoffice/program/soffice.bin: symbol lookup error: /usr/lib/libreoffice/program/../program/libunordflo.so: undefined symbol: librdf_world_set_raptor_init_handler After upgrading these packages, everything works fine again: libraptor2-0 (2.0.8-2 = 2.0.12-2) librasqal3 (0.9.29-1 = 0.9.31-2) librdf0 (1.0.15-1+b1 = 1.0.16-3) Please tighten the dependencies. Thanks! Those too lax depndencies were - if at all - clearly a librdf0 bug. They declare what should be added there and if it adds new symbols (which LibreOffice incidentially uses) they should tell that. And incidentially librdf_world_set_raptor_init_handler was apparently added in 1.16 (see http://www.mail-archive.com/libreoffice@lists.freedesktop.org/msg70477.html) That said, that info is correct: $ dpkg --info libreoffice-core_4.1.3-1_amd64.deb | grep rdf Depends: fontconfig, fonts-opensymbol, libreoffice-common ( 1:4.1.3), ure (= 4.1.2~), libatk1.0-0 (= 1.12.4), libboost-date-time1.54.0, libc6 (= 2.15), libcairo2 (= 1.2.4), libclucene-contribs1 (= 2.3.3.4), libclucene-core1 (= 2.3.3.4), libcmis-0.3-3 (= 0.3.1), libcups2 (= 1.4.0), libcurl3-gnutls (= 7.16.2), libdbus-1-3 (= 1.0.2), libdbus-glib-1-2 (= 0.78), libexpat1 (= 2.0.1), libexttextcat-2.0-0 (= 2.2-8), libfontconfig1 (= 2.11), libfreetype6 (= 2.2.1), libgcc1 (= 1:4.1.1), libgdk-pixbuf2.0-0 (= 2.22.0), libglib2.0-0 (= 2.15.0), libgraphite2-3 (= 1.2.2), libgstreamer-plugins-base1.0-0 (= 1.0.0), libgstreamer1.0-0 (= 1.0.0), libgtk2.0-0 (= 2.24.0), libharfbuzz-icu0 (= 0.9.18), libharfbuzz0a (= 0.9.18), libhunspell-1.3-0, libhyphen0 (= 2.7.1), libice6 (= 1:1.0.0), libicu48 (= 4.8-1), libjpeg8 (= 8c), liblangtag1 (= 0.4.0), liblcms2-2, libldap-2.4-2 (= 2.4.7), libmythes-1.2-0, libneon27-gnutls, libnspr4 (= 2:4.9-2~) | libnspr4-0d (= 1.8.0.10), libnss3 (= 2:3.13.4-2~) | libnss3-1d (= 3.12.0~1.9b1), libpango-1.0-0 (= 1.14.0), libpangocairo-1.0-0 (= 1.14.0), libpangoft2-1.0-0 (= 1.14.0), libpng12-0 (= 1.2.13-4), libsm6, libssl1.0.0 (= 1.0.0), libstdc++6 (= 4.6), libx11-6, libxext6, libxinerama1, libxml2 (= 2.7.4), libxrandr2, libxrender1, libxslt1.1 (= 1.1.25), libxt6, uno-libs3 (= 4.1.0~alpha), zlib1g (= 1:1.1.4), librdf0 (= 1.0.16) when 1:4.1.3-1 was built and in the filesystem: # cat /var/lib/dpkg/info/librdf0\:amd64.shlibs librdf 0 librdf0 (= 1.0.16) No idea (yet) why 1:4.1.3+b1 (and 1:4.1.4) lost the dependency completely... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730932: aufs-tools: diff for NMU version 1:3.2+20130722-1.1
tags 730932 + patch thanks Dear maintainer, I've prepared an NMU for aufs-tools (versioned as 1:3.2+20130722-1.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Regards. David diff -Nru aufs-tools-3.2+20130722/debian/changelog aufs-tools-3.2+20130722/debian/changelog --- aufs-tools-3.2+20130722/debian/changelog 2013-08-11 09:51:38.0 -0400 +++ aufs-tools-3.2+20130722/debian/changelog 2013-12-22 12:15:36.0 -0400 @@ -1,3 +1,11 @@ +aufs-tools (1:3.2+20130722-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Cherry pick 0003-xino.patch from upstream: refine the xino truncation +(Closes: #730932) + + -- David Prévot taf...@debian.org Sun, 22 Dec 2013 12:15:32 -0400 + aufs-tools (1:3.2+20130722-1) unstable; urgency=medium * Merging upstream version 3.2+20130722. diff -Nru aufs-tools-3.2+20130722/debian/patches/0003-xino.patch aufs-tools-3.2+20130722/debian/patches/0003-xino.patch --- aufs-tools-3.2+20130722/debian/patches/0003-xino.patch 1969-12-31 20:00:00.0 -0400 +++ aufs-tools-3.2+20130722/debian/patches/0003-xino.patch 2013-12-22 11:49:16.0 -0400 @@ -0,0 +1,59 @@ +commit abeceade670f73b7b0b5e0beb0eb2fd2c5830c06 +Author: J. R. Okajima hooano...@yahoo.co.jp +Date: Wed Sep 4 15:37:55 2013 +0900 + +refine the xino truncation + +Signed-off-by: J. R. Okajima hooano...@yahoo.co.jp + +diff --git a/aufs.in.5 b/aufs.in.5 +index f8a2acf..07c7c9d 100644 +--- a/aufs.in.5 b/aufs.in.5 +@@ -199,13 +199,13 @@ These options are already implemented, but its design is not fixed + .B trunc_xino | notrunc_xino + Enable (or disable) the automatic truncation of xino files. + The truncation is done by discarding the internal hole (unused blocks). +-When the number of blocks by the xino file for the branch exceeds +-the predefined upper limit, the automatic truncation begins. If the xino +-files contain few holes and the result size is still exceeds the upper +-limit, then the upper limit is added by \*[AUFS_XINO_TRUNC_STEP] blocks. The +-initial upper limit is \*[AUFS_XINO_TRUNC_INIT] blocks. +-Currently the type of branch fs supported by this automatic truncation +-is tmpfs or ramfs only. ++.\ When the number of blocks by the xino file for the branch exceeds ++.\ the predefined upper limit, the automatic truncation begins. If the xino ++.\ files contain few holes and the result size is still exceeds the upper ++.\ limit, then the upper limit is added by \*[AUFS_XINO_TRUNC_STEP] blocks. The ++.\ initial upper limit is \*[AUFS_XINO_TRUNC_INIT] blocks. ++.\ Currently the type of branch fs supported by this automatic truncation ++.\ is tmpfs or ramfs only. + The default is notrunc_xino. + These options are already implemented, but its design is not fixed + (cf. External Inode Number Bitmap, Translation Table and Generation Table). +@@ -768,6 +768,12 @@ $ cp --sparse=always current xino file new xino file + It means that you have two xino files during the copy, and you should + pay attention to the free space of the filesystem where the xino file is + located. ++If the free space is not large enough to hold two xino files temporary ++during the copy, then the truncation fails and the xino file will go on ++growing. For such case, you should move the xino file to another larger ++partition, and move it back to where it was (if you want). To do this, ++use `xino=' mount option. During this move, the xino file is truncated ++automatically. + + If you do not want to truncate it (it may be slow) when you delete a + branch, specify `notrunc_xib' after `del' mount option. +diff --git a/c2tmac.c b/c2tmac.c +index fec0f28..21eb421 100644 +--- a/c2tmac.c b/c2tmac.c +@@ -30,8 +30,6 @@ main(int argc, char *argv[]) + pstr(AUFS_VERSION); + pstr(AUFS_XINO_FNAME); + pstr(AUFS_XINO_DEFPATH); +- pint(AUFS_XINO_TRUNC_INIT); +- pint(AUFS_XINO_TRUNC_STEP); + pint(AUFS_DIRWH_DEF); + pstr(AUFS_WH_PFX); + pint(AUFS_WH_PFX_LEN); diff -Nru aufs-tools-3.2+20130722/debian/patches/series aufs-tools-3.2+20130722/debian/patches/series --- aufs-tools-3.2+20130722/debian/patches/series 2013-08-11 09:33:17.0 -0400 +++ aufs-tools-3.2+20130722/debian/patches/series 2013-12-22 11:49:57.0 -0400 @@ -1,2 +1,3 @@ 0001-static.patch 0002-manpage.patch +0003-xino.patch signature.asc Description: Digital signature
Bug#732744: [Pkg-clamav-devel] Bug#732744: clamav: use dh-autoreconf for better new-port coverage
On 22 December 2013 10:34, Stephen Gran sg...@debian.org wrote: This one time, at band camp, Dimitri John Ledkov said: Hi, The ppc64el port requires a patch to libtool.m4. I don't think that's in Debian yet, but when it is it will require autoreconfing a bunch of packages to pick it up. clamav could handle this quite easily by using dh-autoreconf, when libtool is in use (as of course it is here), dh-autoreconf is a superset of autotools-dev, and it seems to still build just fine if I do the following. I did have to do a bit of extra work to make things happy with new automake. * Convert to dh-autoreconf in order to update libtool.m4 for new ports. * Remove -Werror from automake flags, to avoid failing autoreconf with new automake. Removing -Werror is not a decision to be taken quite so lightly. What fails and why can't that be fixed instead? automake1.14 emits many new warnings, about potential future changes in automake2.0. No actual behaviour has changed in automake1.14, nor will change in automake1.x series under the new versioning scheme. Therefore the same reasoning to use -Werror, no longer applies with changed automake versioning schemes. Warnings emitted are: * subdir-objects not enabled, yet will be default in automake2.0. Yet automake1.x will not enable it by default, so no reason to change that in the distro at this time (and especially in what appears to be included copies of llvm source code). * AM_PROG_AR required when linking libraries using a non-POSIX archiver, yet Debian uses a POSIX archiver. My patch doesn't hide any of those warnings, they are still printed in the buildlog, but fixing those warnings is not applicable in Debian to this package at this time. Of course, as a maintainer, you may choose to fix/patch those warnings. I don't think it is appropriate, and therefore didn't make those changes in my proposed patch. The only requirements in this bug report for arm64/ppc64el compatibility are: config.guess/sub + libtool need updating at build time to make this package compatible with those architectures, when they will be added to debian. So one could even achieve that without using dh_autoreconf or executing automake. But I usually prefer to use dh_autoreconf to perform such changes at build time. -- Regards, Dimitri. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732770: Tighten versioned dependency on librdf0
Hi, On Sun, Dec 22, 2013 at 05:18:31PM +0100, Rene Engelhard wrote: No idea (yet) why 1:4.1.3+b1 (and 1:4.1.4) lost the dependency completely... Ah, I see why. More multiarch breakage (since librdf0 1.0.16-2 which introduced multiarch stuff) which breaks a (once?) needed hack we need... Will fix... Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732857: selinux-policy-default: SELINUX_ERR invalid context, since update to 2:2.20131214-1
Package: selinux-policy-default Version: 2:2.20131214-1 Severity: normal Bonjour, Since I upgraded to 2:2.20131214-1, I have lots of logs in audit.log and syslog. They are about sshd and hddtemp. type=SELINUX_ERR msg=audit(1387729606.524:178): security_compute_sid: invalid context unconfined_u:system_r:sshd_t:s0-s0:c0.c1023 for scontext=unconfined_u:system_r:sshd_t:s0-s0:c0.c1023 tcontext=unconfined_u:system_r:sshd_t:s0-s0:c0.c1023 tclass=unix_stream_socket type=SELINUX_ERR msg=audit(1387729606.556:181): security_compute_sid: invalid context unconfined_u:system_r:unconfined_t:s0-s0:c0.c1023 for scontext=unconfined_u:system_r:sshd_t:s0-s0:c0.c1023 tcontext=system_u:object_r:shell_exec_t:s0 tclass=process type=SELINUX_ERR msg=audit(1387729595.732:156): security_compute_sid: invalid context unconfined_u:system_r:hddtemp_t:s0-s0:c0.c1023 for scontext=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 tcontext=system_u:object_r:hddtemp_exec_t:s0 tclass=process audit2log suggests adding: role system_r types unconfined_t; role system_r types sshd_t; role system_r types hddtemp_t; seinfo -rsystem_r -x shows system_r does have those types. I don't understand where it goes wrong. I'm a beginner with selinux. Merci, Benoit -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages selinux-policy-default depends on: ii libpam-modules 1.1.3-9 ii libselinux1 2.2.1-1 ii libsepol12.2-1 ii policycoreutils 2.2.4-1 ii python 2.7.5-5 ii selinux-utils2.2.1-1 Versions of packages selinux-policy-default recommends: ii checkpolicy 2.2-1 ii setools 3.3.8-1+b1 Versions of packages selinux-policy-default suggests: ii logcheck1.3.15 pn syslog-summary none -- Configuration Files: /etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission non accordée: u'/etc/selinux/default/modules/active/file_contexts.local' -- 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#732856: Wrong CFlags in /usr/lib/pkgconfig/mozilla-js.pc
Package: libmozjs-dev
Version: 24.2.0esr-1
Severity: normal
File: /usr/lib/pkgconfig/mozilla-js.pc
Hi,
mozilla-js.pc has:
Cflags: -include /usr/include/mozjs/mozjs/js/RequiredDefines.h
-I${includedir}/mozjs
Note the duplicate mozjs in the above line. There no file in the above
location but at:
/usr/include/mozjs/js/RequiredDefines.h
I didn't have a chance to check if this also affect 26 but since gjs
currently uses 24 it might be worth fixing for the ESR anyways.
Cheers and thanks a lot for keeing iceweasel up to date in Debian!
-- Guido
-- System Information:
Debian Release: jessie/sid
APT prefers stable
APT policy: (990, 'stable'), (500, 'testing'), (50, 'unstable'), (1,
'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libmozjs-dev depends on:
ii libmozjs24d 24.2.0esr-1
ii libnspr4-dev 2:4.10.2-1
libmozjs-dev recommends no packages.
libmozjs-dev 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#729576: duplicate of bug #726763
On 2013-12-22 16:21:15 +0100, Andreas Cadhalpun wrote: this seems like yet another duplicate of Bug #726763. Bug #726763 is assigned to gnome-settings-daemon, while #729576 occurs without it installed. But perhaps #726763 is assigned to the wrong package... If #726763 occurs with GNOME and without lightdm, and is the same problem as #729576, then this could confirm that it is a systemd bug. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731979: qtwebkit-opensource-src: FTBFS on armhf
The patch attached at https://bugs.webkit.org/show_bug.cgi?id=119798 should fix this. Also, it looks like i386 and amd64 are also affected, and we got it only on armhf because the build started two days later, and bison 3.x was uploaded at that time. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#726763: Bug#729576: duplicate of bug #726763
Control: reassign 726763 gnome-shell Hi Vincent, On 22.12.2013 17:38, Vincent Lefevre wrote: Bug #726763 is assigned to gnome-settings-daemon, while #729576 occurs without it installed. But perhaps #726763 is assigned to the wrong package... Yeah, that is probably assigned to the wrong package, but it is not so clear, what the correct package is. I'm reassigning this to gnome-shell, as I'm sure that gnome-shell at least depends on systemd being PID 1. If #726763 occurs with GNOME and without lightdm, and is the same problem as #729576, then this could confirm that it is a systemd bug. This is no bug in systemd, but rather a missing dependency of gnome-shell and probably also gdm3 on systemd-sysv. But this dependency cannot be added, because systemd-sysv conflicts with the essential sysvinit package. Thus a resolution of this has to wait until after the technical committee has decided on the init system issue (Bug #727708). Have you tried using systemd as PID 1? Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#730933: ltrace: diff for NMU version 0.5.3-2.2
On Dec 22, 2013 12:33 AM, David Prévot taf...@debian.org wrote: I've prepared an NMU for ltrace (versioned as 0.5.3-2.2) and uploaded it to DELAYED/5. Thank you very much for your work. I expect to have some more time these days, and I will try fix many pending issues in ltrace. Please feel free to tell me if I should delay it longer. No, it's ok for me. Thank you again, Juan
Bug#732842: pu: package libotr/3.2.1-1
intrigeri intrig...@debian.org (2013-12-22):
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
As discussed on #725779 in more details, the OTRv1 protocol has
serious security issues. Clients supporting it (in addition to more
recent, safer versions of the protocol) are subject to protocol
downgrade attacks.
This is why I have proposed to drop support for OTRv1 in libotr in
Wheezy.
This makes me wonder whether there are some packages only supporting
OTRv1 in wheezy. If there are, I suspect they want to get a serious bug
since they won't work at all anymore. Could then be fixed by trying to
make them support something less broken that OTRv1.
(AFAICT, clients might be hardcoding OTRL_POLICY_ALLOW_V1 instead of
using the OTRL_POLICY_{OPPORTUNISTIC,MANUAL,ALWAYS}?)
As the discussion on the aforementioned bug indicates, the maintainer
agrees and the lead upstream developer confirms it is totally fine.
I have therefore backported the relevant bits of the upstream commit
that does just the same in libotr 4.x (currently in testing/sid). The
resulting package was successfully tested with pidgin-otr on Wheezy,
and inter-operates correctly with sid's pidgin-otr and irssi-otr
1.0.0~alpha2-1~bpo70+1.
I think I like the reasoning and the tests very much.
FTR, testing/sid has libotr 4.x that is not affected by these issues.
The BTS wants to be taught that.
May I upload libotr 3.2.1-1+deb7u1 to stable?
Looks fine to me.
Mraw,
KiBi.
signature.asc
Description: Digital signature
Bug#732858: Add MariaDB as alternative dependency
Package: biomaj Severity: wishlist Current dependencies include mysql-server. As mariadb-server has just been released in unstable, please consider adding it as an alternative dependency next time you update the packages. You can use for example something like this in your debian/control file: Depends: mariadb-server | mysql-server Details about MariaDB availability in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731248: [lintian] Pending
Package: lintian Version: 2.5.19 control: tags -1 + pending --- Please enter the report below this line. --- --- System information. --- Architecture: amd64 Kernel: Linux 3.11-2-amd64 Debian Release: jessie/sid 900 testing security.debian.org 900 testing http.us.debian.org --- Package information. --- Depends(Version) | Installed -+-=== binutils | 2.23.90.20131017-1 bzip2| 1.0.6-5 diffstat | 1.57-1 file | 1:5.14-2 gettext | 0.18.3.1-2 hardening-includes | 2.4 intltool-debian | 0.35.0+20060710.1 libapt-pkg-perl | 0.1.29+b1 libarchive-zip-perl | 1.30-7 libclass-accessor-perl | 0.34-1 libclone-perl| 0.35-1 libdigest-sha-perl | libdpkg-perl | 1.16.12 libemail-valid-perl | 1.192-1 libfile-basedir-perl | 0.03-1 libipc-run-perl | 0.92-1 liblist-moreutils-perl | 0.33-1+b2 libparse-debianchangelog-perl| 1.2.0-1 libtext-levenshtein-perl | 0.06~01-2 libtimedate-perl | 2.3000-1 liburi-perl | 1.60-1 man-db | 2.6.5-2 patchutils | 0.3.2-3 perl | 5.18.1-5 t1utils | 1.37-2 Recommends (Version) | Installed ==-+-=== libautodie-perl (= 2.18) | 2.21-1 libperlio-gzip-perl| 0.18-1+b3 Suggests (Version) | Installed -+-=== binutils-multiarch | 2.23.90.20131017-1 dpkg-dev | 1.16.12 libhtml-parser-perl | 3.71-1+b1 libtext-template-perl| 1.46-1 xz-utils | 5.1.1alpha+20120614-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732859: mutt: 1.5.22 is avilable
Package: mutt Version: 1.5.21+hg20101013-0lxtec4 Severity: wishlist Is there a chance to package 1.5.22 in the near future? -- Elimar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732860: fix java archdir for arm64 and ppc64el
Package: javatools Version: 0.45 please fix the archdir for arm64 and ppc64el. patch at http://launchpadlibrarian.net/160387696/javatools_0.43ubuntu2_0.43ubuntu3.diff.gz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732861: Openbox should not depend on GNOME or KDE.
Package: src:openbox Version: 3.5.2-5 Severity: serious The Openbox package now has recommended GNOME and KDE packages. This behavior violates Debian Policy 7.2: Recommends This declares a strong, but not absolute, dependency. The Recommends field should list packages that would be found together with this one in all but unusual installations. This is opposite in case of Openbox - only unusual installations will have either GNOME or KDE installed together with Openbox. This issue therefore has severity Serious and should be fixed ASAP. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732842: pu: package libotr/3.2.1-1
Hi, Cyril Brulebois wrote (22 Dec 2013 16:51:49 GMT) : intrigeri intrig...@debian.org (2013-12-22): This is why I have proposed to drop support for OTRv1 in libotr in Wheezy. This makes me wonder whether there are some packages only supporting OTRv1 in wheezy. If there are, I suspect they want to get a serious bug since they won't work at all anymore. I kinda doubt there's any such thing in the archive, as libotr 4.x clients (that only support OTRv2 and later) have been around for a while already, so users of clients that only support OTRv1 would have noticed the breakage already. Maybe even maintainers would have noticed :) FTR, testing/sid has libotr 4.x that is not affected by these issues. The BTS wants to be taught that. Done. May I upload libotr 3.2.1-1+deb7u1 to stable? Looks fine to me. Thanks, uploaded. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732377: closed by Nicolas Boulenguez nico...@debian.org (Bug#732377: fixed in oolite 1.77.1-3)
Thank you for the fix. However, just a question: when will be the fix available in testing (Jessie) distro? Regards, Boross Peter 2013-12-18 20:21 keltezéssel, Debian Bug Tracking System írta: This is an automatic notification regarding your Bug report which was filed against the oolite package: #732377: [oolite] Save function is not working It has been closed by Nicolas Boulenguez nico...@debian.org. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Nicolas Boulenguez nico...@debian.org by replying to this email. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#725779: [Tails-dev] Bug#725779: libotr: OTR clients supporting both OTRv1 and v2 are subject to protocol downgrade attacks
Hi, intrigeri wrote (23 Oct 2013 07:29:31 GMT) : I will deal with it. In progress: packages were prepared, tested, and uploaded to s-p-u after the release team ACK'd it (#732842). The patch is in the diff attached to http://bugs.debian.org/732842. I wouldn't mind another pair of eyes to look at it. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732862: Add MariaDB as an alternative dependency
Package: biomaj-watcher Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732866: Add MariaDB as an alternative dependency
Package: gforge-plugin-mediawiki Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732864: Add MariaDB as an alternative dependency
Package: fusionforge-full Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732867: Add MariaDB as an alternative dependency
Package: letodms Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732863: Add MariaDB as an alternative dependency
Package: cqrlog Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732865: Add MariaDB as an alternative dependency
Package: fusionforge-plugin-mediawiki Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732868: Add MariaDB as an alternative dependency
Package: mythtv Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732869: Add MariaDB as an alternative dependency
Package: mythtv-backend-master Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732854: lightdm shows a part of my desktop screen as a part of the background of the login screen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sun, Dec 22, 2013 at 04:54:12PM +0100, Vincent Lefevre wrote: Package: lightdm Version: 1.8.5-2 Severity: grave Tags: security Justification: user security hole Here's what I did: 1. Quit me desktop session. 2. In lightdm (whose screen appeared correctly), clicked on Restart. 3. Waited for the restart, chose the default Linux kernel... First lightdm seemed to be confused by the screen resolution because the display of the login box didn't appear at the right place first. Note that the machine is a laptop, and I use it at home with a larger external screen, but since yesterday morning I'm no longer at home. I wonder whether this is related (but note that in step 2, everything was OK). Then the login box reappeared correctly. However the background was still incorrect, with parts of my desktop screen, i.e. private data accessible to everyone! There was nothing really private here, but there could have been a password visible or other private information or whatever. I'm attaching a photo I took of the laptop screen. Looks like your graphics driver (most likely nvidia/nouveau) doesn't clean the video memory. Definitely not a lightdm issue. Regards, - -- Yves-Alexis Perez -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBCgAGBQJStyRkAAoJEG3bU/KmdcClCQ0H/2zKGEXX5rdiHwdrB7ZgDdQX sNTxhZ9NoQ4YYkzQqKCbsuEqvtSSHERvw6fZXTEbyzqG1lZn90tkoScXKxOWdGT+ OFz6KumwCbLJNP73ZQ/AnXXOSiftQRUcplQr2Rgmcu++twcKVkH7IYe7CiGHy5LT STt+rJmcVX7TQdemAsnO6a5BfFpZdEhGhS9v6r3n2veg6FlwcReURRzx5K5owt3+ 5w2aTGsTbEy93FmZTBbCmCqNZlmjeWJBrlYBFxYb+ecnvTn3aub4qKLPrRSLLvAO 7vB8i/LACgmQt4xPKhrtH4MieOLJdotDCeD5w7HNV1qs/bcWBG0fFQ4WDCnH7L0= =7vwE -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#732874: Add MariaDB as an alternative dependency
Package: zoneminder Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732873: Add MariaDB as an alternative dependency
Package: typo3 Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732872: Add MariaDB as an alternative dependency
Package: smbind Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732870: Add MariaDB as an alternative dependency
Package: obm Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732871: Add MariaDB as an alternative dependency
Package: octopussy Severity: wishlist MariaDB is an drop in replacement for MySQL. As MariaDB has just landed in Debian unstable it would be a good time to include it in the dependencies as an alternative to MySQL. Please change in the debian/control any occurences of mysql-server and mysql-client to mariadb-server | mysql-server and mariadb-client | mysql-client. This way systems that have MariaDB installed instead of MySQL can use this package without problems. While MariaDB is at the moment only in Debian unstable, some users might have installed it from mariadb.org or other sources to jessie or wheezy, so it does not hurt if this package has these dependencies updated for older Debian releases too. This is a very quick and safe change to do, and there is no urgency to upload the package just for this small thing. Just update the dependency (or suggest or recommends) lines in the debian/control file and let the change propagate when there is something else to push too. MariaDB packages in Debian: http://packages.debian.org/search?keywords=mariadbsearchon=namessuite=allsection=all Thanks! - Otto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732854: [Pkg-xfce-devel] Bug#732854: lightdm shows a part of my desktop screen as a part of the background of the login screen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 control: reassign -1 xserver-xorg-video-nouveau control: forcemerge 700235 -1 On Sun, Dec 22, 2013 at 06:42:16PM +0100, Yves-Alexis Perez wrote: On Sun, Dec 22, 2013 at 04:54:12PM +0100, Vincent Lefevre wrote: Package: lightdm Version: 1.8.5-2 Severity: grave Tags: security Justification: user security hole Here's what I did: 1. Quit me desktop session. 2. In lightdm (whose screen appeared correctly), clicked on Restart. 3. Waited for the restart, chose the default Linux kernel... First lightdm seemed to be confused by the screen resolution because the display of the login box didn't appear at the right place first. Note that the machine is a laptop, and I use it at home with a larger external screen, but since yesterday morning I'm no longer at home. I wonder whether this is related (but note that in step 2, everything was OK). Then the login box reappeared correctly. However the background was still incorrect, with parts of my desktop screen, i.e. private data accessible to everyone! There was nothing really private here, but there could have been a password visible or other private information or whatever. I'm attaching a photo I took of the laptop screen. Looks like your graphics driver (most likely nvidia/nouveau) doesn't clean the video memory. Definitely not a lightdm issue. See also #700235 - -- Yves-Alexis Perez -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBCgAGBQJStyY5AAoJEG3bU/KmdcClu04IAIsemd7nAWDtBIJpURTcuZDB LPojRfQmXtCaUt5y0b2ejw43hvsY/oJCRoXS+BowQc0wj2oZOjUGvK7I9VZXC7mu mFhinnJZ8GlDJLRBDxDeoVDIDQdkFkRuK47cm2kIqpfQ5z+PzuIEx9c0ttiUVawq ZlQ1wmtf8fKQpCZXaNoAkHCdgqZsTKrrOM9Uwh5/11I3idM93XfWM3yELt/hE609 h3kAdfzCPkaGisA2TAbHbhh9yGrsXcIqZR0/Oxd3oXGrPKVHwGRNcm5kgD3w6Wva EmyKQj9KOm+lfOn1+trqIIYamo0gQFzfdjvBvzwWMgfqb28FJb80vPHJZe0i8xE= =IvBH -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
