Bug#631807: segfault in libcap-ng0 is back on armel - filecap , bluetoothd etc
Package: libcap-ng0 Version: 0.6.6-1 Followup-For: Bug #631807 This time I rebuild the package libcap-ng vanilla (ie without any tweaks) on the freerunner and it worked. One diff with https://buildd.debian.org/status/fetch.php?pkg=libcap-ngarch=armelver=0.6.6-1stamp=1309007854 is that I do not have those errors: make[2]: Entering directory `/build/buildd-libcap-ng_0.6.6-1-armel-XxXlKD/libcap-ng-0.6.6/src' /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -fPIC -DPIC -W -Wall -Wshadow -Wformat -Wundef -D_GNU_SOURCE -g -O2 -O0 -MT cap-ng.lo -MD -MP -MF .deps/cap-ng.Tpo -c -o cap-ng.lo cap-ng.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -fPIC -DPIC -W -Wall -Wshadow -Wformat -Wundef -D_GNU_SOURCE -g -O2 -O0 -MT cap-ng.lo -MD -MP -MF .deps/cap-ng.Tpo -c cap-ng.c -fPIC -DPIC -o .libs/cap-ng.o cap-ng.c: In function 'get_bounding_set': cap-ng.c:236:70: warning: signed and unsigned type in conditional expression [-Wsign-compare] libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -fPIC -DPIC -W -Wall -Wshadow -Wformat -Wundef -D_GNU_SOURCE -g -O2 -O0 -MT cap-ng.lo -MD -MP -MF .deps/cap-ng.Tpo -c cap-ng.c -o cap-ng.o /dev/null 21 mv -f .deps/cap-ng.Tpo .deps/cap-ng.Plo /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -fPIC -DPIC -W -Wall -Wshadow -Wformat -Wundef -D_GNU_SOURCE -g -O2 -O0 -MT lookup_table.lo -MD -MP -MF .deps/lookup_table.Tpo -c -o lookup_table.lo lookup_table.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -fPIC -DPIC -W -Wall -Wshadow -Wformat -Wundef -D_GNU_SOURCE -g -O2 -O0 -MT lookup_table.lo -MD -MP -MF .deps/lookup_table.Tpo -c lookup_table.c -fPIC -DPIC -o .libs/lookup_table.o libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I. -I.. -fPIC -DPIC -W -Wall -Wshadow -Wformat -Wundef -D_GNU_SOURCE -g -O2 -O0 -MT lookup_table.lo -MD -MP -MF .deps/lookup_table.Tpo -c lookup_table.c -o lookup_table.o /dev/null 21 mv -f .deps/lookup_table.Tpo .deps/lookup_table.Plo /bin/bash ../libtool --tag=CC --mode=link gcc -fPIC -DPIC -W -Wall -Wshadow -Wformat -Wundef -D_GNU_SOURCE -g -O2 -O0 -Wl,-z,relro -Wl,-z,defs -o libcap-ng.la -rpath /usr/lib cap-ng.lo lookup_table.lo libtool: link: gcc -shared .libs/cap-ng.o .libs/lookup_table.o-Wl,-z -Wl,relro -Wl,-z -Wl,defs -Wl,-soname -Wl,libcap-ng.so.0 -o .libs/libcap-ng.so.0.0.0 /usr/bin/ld.bfd.real: .libs/cap-ng.o(.text+0x1dc): R_ARM_REL32 used with TLS symbol m /usr/bin/ld.bfd.real: .libs/cap-ng.o(.text+0x208): R_ARM_REL32 used with TLS symbol m /usr/bin/ld.bfd.real: .libs/cap-ng.o(.text+0x32c): R_ARM_REL32 used with TLS symbol m /usr/bin/ld.bfd.real: .libs/cap-ng.o(.text+0x330): R_ARM_REL32 used with TLS symbol m libtool: link: (cd .libs rm -f libcap-ng.so.0 ln -s libcap-ng.so.0.0.0 libcap-ng.so.0 ie R_ARM_REL32 used with TLS symbol m . Sorry for the lag Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0test0 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcap-ng0 depends on: ii libc6 2.13-21 libcap-ng0 recommends no packages. libcap-ng0 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#685099: VTKConfig-Tcl.cmake appears not only in libvtk5-dev but also in tcl-vtk
Package: libvtk5-dev Version: 5.9.0-1 Followup-For: Bug #685099 Dear Maintainer, Unpacking replacement tcl-vtk ... dpkg: error processing /var/cache/apt/archives/tcl-vtk_5.9.0-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/vtk-5.9/VTKConfig-Tcl.cmake', which is also in package libvtk5-dev 5.9.0-1 configured to not write apport reports Preparing to replace python-vtk 5.8.0-13+b1 (using .../python-vtk_5.9.0-1_amd64.deb) ... Unpacking replacement python-vtk ... dpkg: error processing /var/cache/apt/archives/python-vtk_5.9.0-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/vtk-5.9/VTKConfig-Python.cmake', which is also in package libvtk5-dev 5.9.0-1 so this bug also affect python-vtk even for 5.9.0-1 in experimental. Best regards, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6.0-rc3test0-00207-g318e151-dirty (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvtk5-dev depends on: ii libavcodec-dev 6:0.8.4-1 ii libavformat-dev6:0.8.4-1 ii libavutil-dev 6:0.8.4-1 ii libc6-dev 2.13-36 ii libexpat1-dev [libexpat-dev] 2.1.0-1 ii libfreetype6-dev 2.4.9-1 ii libgl1-mesa-dev [libgl-dev]8.0.5-1 ii libgl2ps-dev 1.3.7-1~exp1 ii libglu1-mesa-dev [libglu-dev] 8.0.5-1 ii libjpeg8-dev [libjpeg-dev] 8d-1 ii libmysqlclient-dev 5.5.28+dfsg-1 ii libnetcdf-dev 1:4.1.3-6+b1 ii libpng12-dev [libpng-dev] 1.2.49-3 ii libpq-dev 9.2.1-1 ii libqt4-dev 4:4.8.2+dfsg-2 ii libswscale-dev 6:0.8.4-1 ii libtiff4-dev [libtiff-dev] 3.9.6-9 ii libvtk5.9 5.9.0-1 ii libx11-dev 2:1.5.0-1 ii libxft-dev 2.3.1-1 ii libxml2-dev2.9.0+dfsg1-3 ii libxss-dev 1:1.2.2-1 ii libxt-dev 1:1.1.3-1 ii mpi-default-dev1.0.1 ii tcl8.5-dev 8.5.12-1 ii tk8.5-dev 8.5.12-1 ii x11proto-core-dev 7.0.23-1 ii zlib1g-dev 1:1.2.7.dfsg-13 libvtk5-dev recommends no packages. Versions of packages libvtk5-dev suggests: ii vtk-doc 5.9.0-1 ii vtk-examples 5.9.0-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#648189: iceweasel: error in browser.xul at startup due to old language pack used (7.0.1 fr)
Package: iceweasel Version: 8.0-2 Severity: important Startup failed due to chrome/content/browser.xul error . This turned out to be the iceweasel-l10n-fr that is still at 7.0.1 and against which there is no versioned conflict. It might affect all language packs. A versioned conflict against older lannguage packs would fix this issue. A temporary workaround is to get back to default language by removing the lnaguage packs: iceweasel-l10n-* until they are updated to match 8.0. Cheers, Alban -- Package-specific info: -- Addons package information -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0test0 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.0.4 ii fontconfig 2.8.0-3 ii libc6 2.13-21 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.30.1-2 ii libgtk2.0-0 2.24.7-1 ii libnspr4-0d 4.8.9-1 ii libstdc++6 4.6.2-4 ii procps 1:3.2.8-11 ii xulrunner-8.0 8.0-2 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii libgssapi-krb5-21.9.1+dfsg-3 ii mathematica-fonts [ttf-mathematica4.1] 13 ii mozplugger none ii ttf-lyx 2.0.1-1 ii xfonts-mathml 4 Versions of packages xulrunner-8.0 depends on: ii libasound21.0.24.1-4 ii libatk1.0-0 2.2.0-2 ii libbz2-1.01.0.5-7 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libdbus-1-3 1.5.8-1 ii libevent-1.4-21.4.14b-stable-1 ii libfontconfig12.8.0-3 ii libfreetype6 2.4.7-2 ii libgcc1 1:4.6.2-4 ii libgdk-pixbuf2.0-02.24.0-1 ii libglib2.0-0 2.30.1-2 ii libgtk2.0-0 2.24.7-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8c-2 ii libmozjs8d8.0-2 ii libnotify40.7.4-1 ii libnspr4-0d 4.8.9-1 ii libnss3-1d3.13.1.with.ckbi.1.88-1 ii libpango1.0-0 1.29.4-2 ii libpixman-1-0 0.24.0-1 ii libreadline6 6.2-7 ii libsqlite3-0 3.7.9-2 ii libstartup-notification0 0.12-1 ii libstdc++64.6.2-4 ii libvpx0 0.9.7.p1-2 ii libx11-6 2:1.4.4-2 ii libxext6 2:1.3.0-3 ii libxrender1 1:0.9.6-2 ii libxt61:1.1.1-2 ii zlib1g1:1.2.5.dfsg-1 Versions of packages xulrunner-8.0 suggests: ii libcanberra0 0.28-3 ii libdbus-glib-1-2 0.98-1 ii libgnomeui-0 2.24.5-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#648560: libclutter-gtk-1.0-dev: should conflict against libclutter-gtk-0.10-dev as provide the same include but different API
Package: libclutter-gtk-1.0-dev Version: 1.0.4-1 Severity: normal libclutter-gtk-0.10-dev provides /usr/include/clutter-1.0/clutter-gtk/clutter-gtk.h as libclutter-gtk-1.0-dev pkgconfig incirectly drag /usr/include/clutter-1.0 then when a program has clutter-gtk/clutter-gtk.h the 0.10 one comes before the 1.0 /usr/include/clutter-gtk-1.0/clutter-gtk/clutter-gtk.h whatever one can attempt. Could 1.0 dev package conflict again the 0.10 one to avoid one compiling evolution 3.4 wondering why everything looks good but still gcc complains of : e-mail-notebook-view.c: In function ‘create_gtk_actor’: e-mail-notebook-view.c:453:3: erreur: implicit declaration of function ‘gtk_clutter_actor_new’ [-Werror=implicit-function-declaration] e-mail-notebook-view.c:453:3: attention : nested extern declaration of ‘gtk_clutter_actor_new’ [-Wnested-externs] e-mail-notebook-view.c:453:13: attention : assignment makes pointer from integer without a cast [enabled by default] e-mail-notebook-view.c:454:3: erreur: implicit declaration of function ‘gtk_clutter_actor_get_widget’ [-Werror=implicit-function-declaration] e-mail-notebook-view.c:454:3: attention : nested extern declaration of ‘gtk_clutter_actor_get_widget’ [-Wnested-externs] e-mail-notebook-view.c:454:3: erreur: implicit declaration of function ‘GTK_CLUTTER_ACTOR’ [-Werror=implicit-function-declaration] e-mail-notebook-view.c:454:3: attention : nested extern declaration of ‘GTK_CLUTTER_ACTOR’ [-Wnested-externs] e-mail-notebook-view.c:454:7: attention : assignment makes pointer from integer without a cast [enabled by default] cc1: some warnings being treated as errors Best regards Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0test0 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libclutter-gtk-1.0-dev depends on: ii gir1.2-gtkclutter-1.0 1.0.4-1 ii libclutter-1.0-dev 1.8.2-1 ii libclutter-gtk-1.0-0 1.0.4-1 ii libgtk-3-dev 3.2.1-1 ii pkg-config 0.26-1 libclutter-gtk-1.0-dev recommends no packages. Versions of packages libclutter-gtk-1.0-dev suggests: ii libclutter-gtk-1.0-doc 1.0.4-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#648709: python-extractor 0.6 depends upon libextractor1c2a instead of libextractor3
Package: python-extractor Version: 1:0.6.2-3 Severity: normal Because python-extractor 0.6.2-3 depends upon libextractor1c2a =0.6 instead of libextractor3 = 0.6 it drag libextractor1c2a 1:0.5.23+dfsg-7.1 which is in conflict with libextractor3 0.6 thus prevents installing itself. I believe replacing the libextractor1c2a = 0.6 by libextractor3 = 0.6 will fix this. Cheers Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages python-extractor depends on: ii libextractor1c2a 1:0.5.23+dfsg-7.1 ii python2.7.2-9 ii python-support1.0.14 Versions of packages python-extractor recommends: ii libextractor-plugins 1:0.5.23+dfsg-7.1 python-extractor 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#648840: gnome-shell: Execution of main.js threw exception: Type Error: imports is undefined
Package: gnome-shell Followup-For: Bug #648840 I fixed this issue locally by rebuilding gjs against the same libmozjs than gnome-shell. ie libmozjs8d instead of libmodjs7d. Weird this issue is not happening on amd64 where both libmozjs mix happilly. This requires a rebuild of gnome-shell and sushi. BR, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-2 ii gconf2 3.2.3-1 ii gir1.2-accountsservice-1.0 0.6.15-1 ii gir1.2-atk-1.0 2.2.0-2 ii gir1.2-caribou-1.0 0.4.1-1 ii gir1.2-clutter-1.0 1.8.2-2 ii gir1.2-cogl-1.0 1.8.2-1 ii gir1.2-coglpango-1.0 1.8.2-1 ii gir1.2-folks-0.6 0.6.5-2 ii gir1.2-freedesktop 1.31.0-1 ii gir1.2-gconf-2.0 3.2.3-1 ii gir1.2-gdkpixbuf-2.0 2.24.0-1 ii gir1.2-gee-1.0 0.6.1-3 ii gir1.2-gkbd-3.0 3.2.0-1 ii gir1.2-glib-2.0 1.31.0-1 ii gir1.2-gmenu-3.0 3.2.0.1-1 ii gir1.2-gnomebluetooth-1.03.2.1-1 ii gir1.2-gtk-3.0 3.2.2-1 ii gir1.2-json-1.0 0.14.0-1 ii gir1.2-mutter-3.03.2.1-1 ii gir1.2-networkmanager-1.00.9.2.0-1 ii gir1.2-pango-1.0 1.29.4-2 ii gir1.2-polkit-1.00.102-1 ii gir1.2-soup-2.4 2.36.0-1 ii gir1.2-telepathyglib-0.120.17.1-1 ii gir1.2-telepathylogger-0.2 0.2.10-2 ii gir1.2-upowerglib-1.00.9.14-3 ii gjs 1.30.0-1.1 ii gnome-bluetooth 3.2.1-1 ii gnome-icon-theme-symbolic3.2.1-1 ii gnome-settings-daemon3.2.2-1 ii gsettings-desktop-schemas3.2.0-2 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libcamel-1.2-29 3.2.1-1 ii libcanberra0 0.28-3 ii libclutter-1.0-0 1.8.2-2 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcroco30.6.2-2 ii libdbus-1-3 1.5.8-1 ii libdbus-glib-1-2 0.98-1 ii libdrm2 2.4.27-1 ii libebook-1.2-12 3.2.1-1 ii libecal-1.2-10 3.2.1-1 ii libedataserver-1.2-153.2.1-1 ii libedataserverui-3.0-1 3.2.1-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.5-2 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.7-2 ii libgconf2-4 3.2.3-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libgee2 0.6.1-3 ii libgirepository-1.0-11.31.0-1 ii libgjs0b [libgjs0-libmozjs8d]1.30.0-1.1 ii libgl1-mesa-glx [libgl1] 7.11-6 ii libglib2.0-0
Bug#682251: libaudit1: fails to upgrade from 'sid' - trying to overwrite /lib/libauparse.so.0.0.0
Package: libaudit1 Version: 1:2.2.1-1 Followup-For: Bug #682251 Dear Maintainer, on guidance from jcristau and wRAR on #debian-devel I made up this debian diff. It split libauparse.so.0 into its own package : If your package contains files whose names do not change with each change in the library shared object version, you must not put them in the shared library package. 8.2 It also move /etc/libaudit.conf - which is the same for two different libraries and both fallback properly if it is missing - into an examples directory. I believe the best would be to also split libauparse.so.0 for libaudit0 too. Currently I have libaudit1 against the libauparse.so.0 from libaudit0, ie I did not install the libauparse0 package. Best regards, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-rc7test0-00124-g8a7298b-dirty (SMP w/2 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 libaudit1 depends on: ii libc6 2.13-35 libaudit1 recommends no packages. libaudit1 suggests no packages. -- no debconf information diff -Nru audit-2.2.1/debian/changelog audit-2.2.1/debian/changelog --- audit-2.2.1/debian/changelog 2012-07-12 01:54:16.0 +0200 +++ audit-2.2.1/debian/changelog 2012-07-31 14:37:58.0 +0200 @@ -1,3 +1,10 @@ +audit (1:2.2.1-1.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * split auparse into its own package and put config in examples directory. + + -- Alban Browaeys pra...@yahoo.com Tue, 31 Jul 2012 14:37:34 +0200 + audit (1:2.2.1-1) experimental; urgency=low * Non-maintainer upload (with maintainer's blessing) diff -Nru audit-2.2.1/debian/control audit-2.2.1/debian/control --- audit-2.2.1/debian/control 2012-07-12 01:53:38.0 +0200 +++ audit-2.2.1/debian/control 2012-07-26 15:07:45.0 +0200 @@ -26,6 +26,15 @@ . Also contains the audit dispatcher audisp. +Package: libauparse0 +Architecture: any +Priority: optional +Depends: ${shlibs:Depends}, ${misc:Depends} +Description: Dynamic library for parsing security auditing + The audit-libs parse package contains the dynamic libraries needed for + applications to use the audit framework. It is used to monitor systems for + security related events. + Package: libaudit1 Architecture: any Priority: optional diff -Nru audit-2.2.1/debian/libaudit1.examples audit-2.2.1/debian/libaudit1.examples --- audit-2.2.1/debian/libaudit1.examples 1970-01-01 01:00:00.0 +0100 +++ audit-2.2.1/debian/libaudit1.examples 2012-07-26 16:53:21.0 +0200 @@ -0,0 +1 @@ +debian/tmp/etc/libaudit.conf diff -Nru audit-2.2.1/debian/libaudit1.install audit-2.2.1/debian/libaudit1.install --- audit-2.2.1/debian/libaudit1.install 2011-07-26 18:34:26.0 +0200 +++ audit-2.2.1/debian/libaudit1.install 2012-07-26 16:40:41.0 +0200 @@ -1,3 +1 @@ usr/lib/libaudit.so.* lib -usr/lib/libauparse.so.* lib -etc/libaudit.conf diff -Nru audit-2.2.1/debian/libaudit1.symbols audit-2.2.1/debian/libaudit1.symbols --- audit-2.2.1/debian/libaudit1.symbols 2012-07-12 01:28:54.0 +0200 +++ audit-2.2.1/debian/libaudit1.symbols 2012-07-26 18:01:49.0 +0200 @@ -73,45 +73,3 @@ audit_value_needs_encoding@Base 1.7.13 get_auditfail_action@Base 1.7.13 set_aumessage_mode@Base 1.7.13 -libauparse.so.0 libaudit1 #MINVER# - auparse_add_callback@Base 1.7.13 - auparse_destroy@Base 1.7.13 - auparse_feed@Base 1.7.13 - auparse_find_field@Base 1.7.13 - auparse_find_field_next@Base 1.7.13 - auparse_first_field@Base 1.7.13 - auparse_first_record@Base 1.7.13 - auparse_flush_feed@Base 1.7.13 - auparse_get_field_int@Base 1.7.13 - auparse_get_field_name@Base 1.7.13 - auparse_get_field_str@Base 1.7.13 - auparse_get_field_type@Base 1.7.13 - auparse_get_filename@Base 1.7.13 - auparse_get_line_number@Base 1.7.13 - auparse_get_milli@Base 1.7.13 - auparse_get_node@Base 1.7.13 - auparse_get_num_fields@Base 1.7.13 - auparse_get_num_records@Base 1.7.13 - auparse_get_record_text@Base 1.7.13 - auparse_get_serial@Base 1.7.13 - auparse_get_time@Base 1.7.13 - auparse_get_timestamp@Base 1.7.13 - auparse_get_type@Base 1.7.13 - auparse_goto_record_num@Base 1.7.13 - auparse_init@Base 1.7.13 - auparse_interpret_field@Base 1.7.13 - auparse_next_event@Base 1.7.13 - auparse_next_field@Base 1.7.13 - auparse_next_record@Base 1.7.13 - auparse_node_compare@Base 1.7.13 - auparse_reset@Base 1.7.13 - auparse_timestamp_compare@Base 1.7.13 - auparse_type_t@Base 1.7.13 - ausearch_add_expression@Base 1.7.13 - ausearch_add_interpreted_item@Base 1.7.13 - ausearch_add_item@Base 1.7.13 - ausearch_add_regex@Base 1.7.13 - ausearch_add_timestamp_item@Base 1.7.13 - ausearch_clear@Base 1.7.13 - ausearch_next_event@Base 1.7.13 - ausearch_set_stop@Base 1.7.13 diff -Nru audit-2.2.1/debian/libauparse0.install audit-2.2.1/debian
Bug#682689: buildcross fails to build gcc-4.7
Package: buildcross Followup-For: Bug #682689 Here is a set of patches for sid to let gcc-4.7 build. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6.0-rc3test0-00207-g318e151-dirty (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages buildcross depends on: ii autoconf 2.69-1 ii autoconf2.13 2.13-62 ii autogen 1:5.16.2-2 ii automake1.4 1:1.4-p6-13.1 ii automake1.9 1.9.6+nogfdl-4 ii bison 1:2.5.dfsg-2.1 ii build-essential 11.5 ii bzip2 1.0.6-4 ii cdbs 0.4.117 ii chrpath 0.13-2 ii dctrl-tools 2.22.2 ii debhelper 9.20120909 ii dejagnu 1.5-3 ii devscripts2.12.3 ii dh-make 0.61 ii dpatch2.0.35 ii dpkg-cross2.6.7 ii fakeroot 1.18.4-2 ii flex 2.5.35-10.1 ii gawk 1:4.0.1+dfsg-2 ii gobjc 4:4.7.1-1 ii gperf 3.0.3-1+b1 ii libcloog-ppl-dev 0.15.11-4 ii libmpfr-dev 3.1.0-5 ii libncurses5-dev [libncurses-dev] 5.9-10 ii libreadline-dev 6.2-8 ii libtool 2.4.2-1.1 ii liburi-perl 1.60-1 ii lsb-release 4.1+Debian7 ii patchutils0.3.2-1.1 ii pbuilder 0.212 ii quilt 0.60-2 ii realpath 1.17 ii reprepro 4.12.4-1 ii sharutils 1:4.11.1-1 ii sudo 1.8.5p2-1 ii texinfo 4.13a.dfsg.1-10 ii time 1.7-24 ii wget 1.14-1 Versions of packages buildcross recommends: ii xapt 2.2.18 buildcross suggests no packages. -- Configuration Files: /etc/buildcross.conf changed: PKGLIST=${PKGLIST:-gcc-4.7 libs binutils gcc-4.6} ARCHLIST=${ARCHLIST:-armel armhf} SRCSUITE=${SRCSUITE:-unstable} SUITE=${SUITE:-unstable} WARNMSG=${WARNMSG:-no} LOCALREPO=${LOCALREPO:-no} VERBOSEMODE=${VERBOSEMODE:-yes} CURDIR=${CURDIR:-$(pwd)} SRCDIR=${SRCDIR:-$CURDIR/cache/src} APTCACHE=${APTCACHE:-$CURDIR/cache/apt} REPOPATH=${REPOPATH:-$CURDIR/cache/repo} BUILDPATH=${BUILDPATH:-$CURDIR/cache/build} CLEANTREE=${CLEANTREE:-yes} CLEANDIRS=${CLEANDIRS:-yes} HOSTARCH=$(dpkg-architecture -qDEB_HOST_ARCH) DPKGFLAGS=--force-overwrite FETCH=${FETCH:-wget} ONLINE=${ONLINE:-no} LOGHTMLPATH=${LOGHTMLPATH:-$CURDIR} LOGPATH=$LOGHTMLPATH/logs/ LOGHTML=index.html MIRROR=${MIRROR:-http://cdn.debian.net/debian/} ROOTCMD=${ROOTCMD:-sudo} FORCE_REBUILD=${FORCE_REBUILD:-yes} FORCE_UPGRADE=${FORCE_UPGRADE:-yes} export DEBIAN_FRONTEND=noninteractive export DEBIAN_PRIORITY=critical export DEBCONF_NONINTERACTIVE_SEEN=true export LANG=C export LANGUAGE=C export LC_ALL=C export LC_PAPER=C export LC_MONETARY=C -- no debconf information From 0dbaf3cd5ac5c7940767058ce149778743c90e3d Mon Sep 17 00:00:00 2001 From: Alban Browaeys pra...@yahoo.com Date: Mon, 3 Sep 2012 00:59:31 +0200 Subject: [PATCH 1/6] up automake dependency . 1.7 is no more in debian testing. --- debian/changelog |8 debian/control |2 +- functions|2 +- 3 files changed, 10 insertions(+), 2 deletions(-) diff --git a/debian/changelog b/debian/changelog index fb954d3..829b1ad 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,11 @@ +buildcross (0.0.12+nmu1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * up automake runtime dependency from 1.7 to automake plain +(1.11 as of now). + + -- Alban Browaeys pra...@yahoo.com Mon, 03 Sep 2012 00:38:46 +0200 + buildcross (0.0.12) experimental; urgency=low * Drop type-handling dependencies (Closes: #639332) diff --git a/debian/control b/debian/control index 17675de..98c5c7f 100644 --- a/debian/control +++ b/debian/control @@ -16,7 +16,7 @@ Recommends: xapt Depends: ${misc:Depends}, dpkg-cross (=2.4.0), fakeroot, dpatch, time, patchutils, bzip2, lsb-release, autoconf, autoconf2.13, automake1.9, libtool, autogen, gawk, bison, flex, realpath, texinfo, devscripts, - automake1.4, automake1.7, dh-make, debhelper, libncurses-dev, + automake1.4, automake, dh-make, debhelper, libncurses-dev, libreadline-dev, gobjc, cdbs, quilt, build-essential, dejagnu, gperf, libmpfr-dev, sharutils, chrpath, liburi
Bug#682689: buildcross fails to build gcc-4.7
Package: buildcross Followup-For: Bug #682689 Sorry previous patchset was not tested with default config (ie building cross libs before gcc-4.7). Please replace 0006-add-gcc-4.7-base-to-the-dependencies-to-strip-from-the.txt with the one attached and add 0007-cross-libs-depends-on-gcc-4.7-now.txt to the serie. BR, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.6.0-rc3test0-00207-g318e151-dirty (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages buildcross depends on: ii autoconf 2.69-1 ii autoconf2.13 2.13-62 ii autogen 1:5.16.2-2 ii automake1.4 1:1.4-p6-13.1 ii automake1.9 1.9.6+nogfdl-4 ii bison 1:2.5.dfsg-2.1 ii build-essential 11.5 ii bzip2 1.0.6-4 ii cdbs 0.4.117 ii chrpath 0.13-2 ii dctrl-tools 2.22.2 ii debhelper 9.20120909 ii dejagnu 1.5-3 ii devscripts2.12.3 ii dh-make 0.61 ii dpatch2.0.35 ii dpkg-cross2.6.7 ii fakeroot 1.18.4-2 ii flex 2.5.35-10.1 ii gawk 1:4.0.1+dfsg-2 ii gobjc 4:4.7.1-1 ii gperf 3.0.3-1+b1 ii libcloog-ppl-dev 0.15.11-4 ii libmpfr-dev 3.1.0-5 ii libncurses5-dev [libncurses-dev] 5.9-10 ii libreadline-dev 6.2-8 ii libtool 2.4.2-1.1 ii liburi-perl 1.60-1 ii lsb-release 4.1+Debian7 ii patchutils0.3.2-1.1 ii pbuilder 0.212 ii quilt 0.60-2 ii realpath 1.17 ii reprepro 4.12.4-1 ii sharutils 1:4.11.1-1 ii sudo 1.8.5p2-1 ii texinfo 4.13a.dfsg.1-10 ii time 1.7-24 ii wget 1.14-1 Versions of packages buildcross recommends: ii xapt 2.2.18 buildcross suggests no packages. -- Configuration Files: /etc/buildcross.conf changed: PKGLIST=${PKGLIST:-libs binutils gcc-4.7 gcc-4.6} ARCHLIST=${ARCHLIST:-armel armhf} SRCSUITE=${SRCSUITE:-unstable} SUITE=${SUITE:-unstable} WARNMSG=${WARNMSG:-no} LOCALREPO=${LOCALREPO:-no} VERBOSEMODE=${VERBOSEMODE:-yes} CURDIR=${CURDIR:-$(pwd)} SRCDIR=${SRCDIR:-$CURDIR/cache/src} APTCACHE=${APTCACHE:-$CURDIR/cache/apt} REPOPATH=${REPOPATH:-$CURDIR/cache/repo} BUILDPATH=${BUILDPATH:-$CURDIR/cache/build} CLEANTREE=${CLEANTREE:-yes} CLEANDIRS=${CLEANDIRS:-yes} HOSTARCH=$(dpkg-architecture -qDEB_HOST_ARCH) DPKGFLAGS=--force-overwrite FETCH=${FETCH:-wget} ONLINE=${ONLINE:-no} LOGHTMLPATH=${LOGHTMLPATH:-$CURDIR} LOGPATH=$LOGHTMLPATH/logs/ LOGHTML=index.html MIRROR=${MIRROR:-http://cdn.debian.net/debian/} ROOTCMD=${ROOTCMD:-sudo} FORCE_REBUILD=${FORCE_REBUILD:-yes} FORCE_UPGRADE=${FORCE_UPGRADE:-yes} export DEBIAN_FRONTEND=noninteractive export DEBIAN_PRIORITY=critical export DEBCONF_NONINTERACTIVE_SEEN=true export LANG=C export LANGUAGE=C export LC_ALL=C export LC_PAPER=C export LC_MONETARY=C -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/buildcross/functions (from buildcross package) From 1ba187b1463d73e1f134f42da55d9867b7c29457 Mon Sep 17 00:00:00 2001 From: Alban Browaeys pra...@yahoo.com Date: Mon, 3 Sep 2012 14:27:25 +0200 Subject: [PATCH 6/7] add gcc-4.7-base to the dependencies to strip from the libs avoid circular dependency while getting build deps for gcc-4.7: gcc-4.7 depends on libc6-dev- which depends on on libgcc1- which itself depends on gcc-4.7-base- (which latest version we build) --- functions |6 -- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/functions b/functions index dfe65a2..d28ca53 100644 --- a/functions +++ b/functions @@ -461,7 +461,8 @@ make-cross-package () { [ -f ${_origfile} ] || wget -nv -nd -N ${MIRROR}/${_origfile2} [ -f ${_crossfile} ] || dpkg-cross -A -M -X gcc-4.3-base \ -X gcc-4.4-base -X debconf -X debconf-2.0 \ --X gcc-4.5-base -X gcc-4.6-base -X multiarch-support \ +-X gcc-4.5-base -X gcc-4.6-base -X gcc-4.7-base \ +-X multiarch-support \ ${_force_dummy} -a ${DEBARCH} -b ${_origfile} ${ROOTCMD} dpkg -i ${_crossfile} ;; @@ -515,7 +516,8 @@ make-cross-arch-package () { [ -f ${_origfile} ] || wget
Bug#692433: /lib/x86_64-linux-gnu/ld-2.13.so: Re: getaddrinfo: Syscall param socketcall.connect(serv_addr.sin6_addr) points to uninitialised byte(s)
Package: libc6 Version: 2.13-36 Followup-For: Bug #692433 Dear Maintainer, Attached is a patch for to fix: patches/kfreebsd/local-getaddrinfo-freebsd-kernel.diff The rationale: q-ai_addr is a pointer hack (it expands beyond sockaddr (q = p , p via gaih_inet(...end) - where end is a pointer to p, where end = pai = pointer to ai where ai-ai_addrlen = socklen change between ipv6 / ipv4 and ai-ai_addr = (void *) (ai + 1); pointer to the variable length addr matching socklen , 28 for ipv6). Thus struct sockaddr sa = q-ai_addr was likely a copy of sizeof (sa) ie 16 instead of q-ai_addr_len equal 28. Best regards Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc4test0-00020-g0e4a43e (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6:amd64 depends on: ii libc-bin 2.13-36 ii libgcc1 1:4.7.2-4 libc6:amd64 recommends no packages. Versions of packages libc6:amd64 suggests: ii debconf [debconf-2.0] 1.5.46 ii glibc-doc 2.13-36 ii locales2.13-36 ii locales-all [locales] 2.13-36 -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: ssh saslauthd samba rsync openbsd-inetd mysql exim4 cups cron atd apache2 libraries/restart-without-asking: false --- a/sysdeps/posix/getaddrinfo.c +++ b/sysdeps/posix/getaddrinfo.c @@ -2267,15 +2267,14 @@ } socklen_t sl = sizeof (results[i].source_addr); - struct sockaddr sa = *q-ai_addr; #ifdef __FreeBSD_kernel__ /* The FreeBSD kernel doesn't allow connections on port 0. Use port 1 instead, as on the FreeBSD libc. */ - if (((struct sockaddr_in *)sa)-sin_port == htons(0)) - ((struct sockaddr_in *)sa)-sin_port = htons(1); + if (((struct sockaddr_in *)q-ai_addr)-sin_port == htons(0)) + ((struct sockaddr_in *)q-ai_addr)-sin_port = htons(1); #endif if (fd != -1 - __connect (fd, sa, q-ai_addrlen) == 0 + __connect (fd, q-ai_addr, q-ai_addrlen) == 0 __getsockname (fd, (struct sockaddr *) results[i].source_addr, sl) == 0)
Bug#657108: FTBS: nm-glib-compat.h translate g_value_set/get_schar to g_value_set/get_char already defined
Package: network-manager Version: 0.9.2.0-2 Severity: normal Dear Maintainer, rebuilding the package locally leads to this failure: # source='nm-vpn-plugin.c' object='libnm_glib_vpn_la-nm-vpn-plugin.lo' libtool=yes /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../libnm-util -I../marshallers -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -I/usr/include/dbus-1.0 -I/usr/lib/i386-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -c -o libnm_glib_vpn_la-nm-vpn-plugin.lo `test -f 'nm-vpn-plugin.c' || echo './'`nm-vpn-plugin.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -I../include -I../libnm-util -I../marshallers -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -pthread -I/usr/include/dbus-1.0 -I/usr/lib/i386-linux-gnu/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -c nm-vpn-plugin.c -fPIC -DPIC -o .libs/libnm_glib_vpn_la-nm-vpn-plugin.o In file included from /usr/include/glib-2.0/glib-object.h:38:0, from nm-vpn-plugin.h:28, from nm-vpn-plugin.c:26: /usr/include/glib-2.0/gobject/gvaluetypes.h:185:13: error: conflicting types for 'g_value_set_char' /usr/include/glib-2.0/gobject/gvaluetypes.h:181:13: note: previous declaration of 'g_value_set_char' was here /usr/include/glib-2.0/gobject/gvaluetypes.h:187:14: error: conflicting types for 'g_value_get_char' /usr/include/glib-2.0/gobject/gvaluetypes.h:183:14: note: previous declaration of 'g_value_get_char' was here I traced it down to the package: include/nm-glib-compat.h #if !GLIB_CHECK_VERSION(2,31,0) #define g_value_set_schar g_value_set_char #define g_value_get_schar g_value_get_char #endif while /usr/include/glib-2.0/gobject/gvaluetypes.h has: #ifndef G_DISABLE_DEPRECATED void g_value_set_char (GValue *value, gchar v_char); gchar g_value_get_char (const GValue *value); #endif void g_value_set_schar (GValue *value, gint8 v_char); gint8 g_value_get_schar (const GValue *value); in debian sid ie ibglib2.0-dev 2.30.2-5. Locally I added around the type redefinition the same check as in gvaluetypes.h, ie the test for G_DISABLE_DEPRECATED: #if !GLIB_CHECK_VERSION(2,31,0) #ifdef G_DISABLE_DEPRECATED #define g_value_set_schar g_value_set_char #define g_value_get_schar g_value_get_char #endif #endif Cheers Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser3.113 ii dbus 1.5.8-1 ii isc-dhcp-client4.2.2-2 ii libc6 2.13-24 ii libdbus-1-31.5.8-1 ii libdbus-glib-1-2 0.98-1 ii libgcrypt111.5.0-3 ii libglib2.0-0 2.30.2-5 ii libgnutls262.12.16-1 ii libgudev-1.0-0 175-3 ii libnl-3-2003.2.3-2 ii libnl-route-3-200 3.2.3-2 ii libnm-glib40.9.2.0-2 ii libnm-util20.9.2.0-2 ii libpolkit-gobject-1-0 0.104-1 ii libuuid1 2.20.1-1.2 ii lsb-base 3.2-28 ii udev 175-3 ii wpasupplicant 0.7.3-6 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.59-4 ii iptables 1.4.12.2-1 ii modemmanager 0.5-1 ii policykit-1 0.104-1 ii ppp 2.4.5-5 Versions of packages network-manager suggests: pn avahi-autoipd none -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657109: network-manager: NM fails to set IPv6 default route when IPv6 details entered manually (fix found on LP)
Package: network-manager Version: 0.9.2.0-2 Severity: normal Dear Maintainer, I setup a box to route the traffic between an adsl router and a lan with NM. To this purpose I used manual mode though there was a drawback. No default route and warn Failed to add route Missing attribute error [1327370425.596871] [nm-system.c:1061] nm_system_replace_default_ip6_route(): (external0): failed to set IPv6 default route: -1 shown up in the logs. Any reports on the net told the above could eb harmless as a next attempt would follow. BUt my conneciton ended up reproducibly without a default route. I tested the fix from : http://bazaar.launchpad.net/~ubuntu-branches/ubuntu/precise/network-manager/precise/view/head:/debian/patches/nl3-default-ip6-route.patch with success. I now get a default route to the external interface. Cheers Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages network-manager depends on: ii adduser3.113 ii dbus 1.5.8-1 ii isc-dhcp-client4.2.2-2 ii libc6 2.13-24 ii libdbus-1-31.5.8-1 ii libdbus-glib-1-2 0.98-1 ii libgcrypt111.5.0-3 ii libglib2.0-0 2.30.2-5 ii libgnutls262.12.16-1 ii libgudev-1.0-0 175-3 ii libnl-3-2003.2.3-2 ii libnl-route-3-200 3.2.3-2 ii libnm-glib40.9.2.0-2 ii libnm-util20.9.2.0-2 ii libpolkit-gobject-1-0 0.104-1 ii libuuid1 2.20.1-1.2 ii lsb-base 3.2-28 ii udev 175-3 ii wpasupplicant 0.7.3-6 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.59-4 ii iptables 1.4.12.2-1 ii modemmanager 0.5-1 ii policykit-1 0.104-1 ii ppp 2.4.5-5 Versions of packages network-manager suggests: pn avahi-autoipd none -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile no-auto-default=7e:3d:91:6f:47:17,8e:7a:26:fa:e2:c9,d2:31:48:5b:7e:71,7a:f7:50:ca:4b:4f,ba:80:04:c0:ae:e9,82:00:f4:e1:09:3a,7a:5c:e0:75:9d:56,0a:74:76:43:ce:2a,76:57:c9:10:67:ee,4e:29:6d:26:58:97,5a:57:05:14:9e:26,66:9d:3b:b8:d4:7a,e2:04:92:a2:40:ef,22:35:c3:a8:9f:0d,3a:36:74:59:7a:9a,22:60:aa:85:e0:4b,e6:db:dd:aa:14:b4,42:15:29:5d:9e:8b,86:98:4e:3a:bc:7f,a6:cd:0a:76:fe:4d,52:7b:bd:4f:85:a8,f2:41:76:63:5f:49,b2:2f:a1:82:a7:e2,aa:27:73:3d:68:78,3e:7e:da:1c:99:47,1a:15:be:b5:7e:f0,a6:1a:d2:00:71:89, [keyfile] unmanaged-devices=mac:00:50:ba:e1:a4:b5;mac:00:18:f3:02:33:79;mac:00:0f:b5:8c:1a:f0;mac:00:c0:49:f4:5b:45;mac:4e:4d:3a:c3:d2:19;mac:c6:a8:f5:9f:22:6c;mac:7A:F7:50:CA:4B:4F [ifupdown] managed=false -- 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#660695: libgstreamer-plugins-base0.11-0: file conflict with libgstreamer-plugins-base0.10-0 (license-translations-dict)
Package: libgstreamer-plugins-base0.11-0 Version: 0.11.1-2 Severity: normal Dear Maintainer, Installing libgstreamer-plugins-base0.11-0 while libgstreamer-plugins-base0.10-0 is installed lead to a failure due to a file conflict on: /usr/share/gst-plugins-base/license-translations.dict A force overwrite overcomes this one. Best regards, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc1test0-00391-g9454d2f (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgstreamer-plugins-base0.11-0 depends on: ii iso-codes 3.32.2-1 ii libc6 2.13-26 ii libglib2.0-02.30.2-6 ii libgstreamer0.11-0 0.11.1-2 ii multiarch-support 2.13-26 ii zlib1g 1:1.2.6.dfsg-1 libgstreamer-plugins-base0.11-0 recommends no packages. Versions of packages libgstreamer-plugins-base0.11-0 suggests: ii gnome-codec-install0.4.7+nmu1 ii libvisual-0.4-plugins 0.4.0.dfsg.1-6 -- 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#660740: buildcross: vcs link (git) broken
Package: buildcross Version: 0.0.11 Severity: normal Dear Maintainer, the link to git upstream is dangling: http://emdebian.org/git/?p=debian/buildcross;a=summary I will send my patches as simple diff following this report. Best regards, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc1test0-00391-g9454d2f (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages buildcross depends on: ii autoconf 2.68-1 ii autoconf2.13 2.13-61 ii autogen 1:5.12-0.1 ii automake1.4 1:1.4-p6-13.1 ii automake1.7 1.7.9-9.1 ii automake1.9 1.9.6+nogfdl-3.1 ii bison 1:2.5.dfsg-2.1 ii build-essential 11.5 ii bzip2 1.0.6-1 ii cdbs 0.4.102 ii chrpath 0.13-2 ii dctrl-tools 2.20.1 ii debhelper 9.20120115 ii dejagnu 1.5-3 ii devscripts2.11.4 ii dh-make 0.60 ii dpatch2.0.35 ii dpkg-cross2.6.5 ii fakeroot 1.18.2-1 ii flex 2.5.35-10 ii gawk 1:3.1.8+dfsg-0.1 ii gobjc 4:4.6.2-4 ii gperf 3.0.3-1+b1 ii libcloog-ppl-dev 0.15.11-4 ii libmpfr-dev 3.1.0-3 ii libncurses5-dev [libncurses-dev] 5.9-4 ii libreadline-dev 6.2-8 ii libtool 2.4.2-1 ii liburi-perl 1.59-1 ii lsb-release 3.2-28.1 ii patchutils0.3.2-1.1 ii pbuilder 0.206 ii quilt 0.51-1 ii realpath 1.16 ii reprepro 4.9.0-1 ii sharutils 1:4.11-1 ii sudo 1.8.3p2-1 ii texinfo 4.13a.dfsg.1-8 ii time 1.7-23.1 ii type-handling 0.2.23 ii wget 1.13.4-2 Versions of packages buildcross recommends: ii xapt 2.2.18 buildcross suggests no packages. -- Configuration Files: /etc/buildcross.conf changed: PKGLIST=${PKGLIST:-libs} ARCHLIST=${ARCHLIST:-armel} SRCSUITE=${SRCSUITE:-unstable} SUITE=${SUITE:-unstable} WARNMSG=${WARNMSG:-no} LOCALREPO=${LOCALREPO:-no} VERBOSEMODE=${VERBOSEMODE:-yes} CURDIR=${CURDIR:-$(pwd)} SRCDIR=${SRCDIR:-$CURDIR/cache/src} APTCACHE=${APTCACHE:-$CURDIR/cache/apt} REPOPATH=${REPOPATH:-$CURDIR/cache/repo} BUILDPATH=${BUILDPATH:-$CURDIR/cache/build} CLEANTREE=${CLEANTREE:-yes} CLEANDIRS=${CLEANDIRS:-yes} HOSTARCH=$(dpkg-architecture -qDEB_HOST_ARCH) DPKGFLAGS=--force-overwrite FETCH=${FETCH:-wget} ONLINE=${ONLINE:-no} LOGHTMLPATH=${LOGHTMLPATH:-$CURDIR} LOGPATH=$LOGHTMLPATH/logs/ LOGHTML=index.html MIRROR=${MIRROR:-http://cdn.debian.net/debian/} ROOTCMD=${ROOTCMD:-sudo} FORCE_REBUILD=${FORCE_REBUILD:-yes} FORCE_UPGRADE=${FORCE_UPGRADE:-yes} export DEBIAN_FRONTEND=noninteractive export DEBIAN_PRIORITY=critical export DEBCONF_NONINTERACTIVE_SEEN=true export LANG=C export LANGUAGE=C export LC_ALL=C export LC_PAPER=C export LC_MONETARY=C -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/buildcross/functions (from buildcross package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660741: buildcross: breakage in the apt-db init due to missing sources.list.d (probably new requirement)
Package: buildcross Version: 0.0.11 Severity: important Dear Maintainer, I get an error in the init of the cache/apt/apt-db directory hierarchy. Namely sources.list.d is not created and failure ensue (it seems it is also the root cause for cache/repo/incoming missing, ie it breaks the initialization in the middle of the process). Patch attached BR, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc1test0-00391-g9454d2f (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages buildcross depends on: ii autoconf 2.68-1 ii autoconf2.13 2.13-61 ii autogen 1:5.12-0.1 ii automake1.4 1:1.4-p6-13.1 ii automake1.7 1.7.9-9.1 ii automake1.9 1.9.6+nogfdl-3.1 ii bison 1:2.5.dfsg-2.1 ii build-essential 11.5 ii bzip2 1.0.6-1 ii cdbs 0.4.102 ii chrpath 0.13-2 ii dctrl-tools 2.20.1 ii debhelper 9.20120115 ii dejagnu 1.5-3 ii devscripts2.11.4 ii dh-make 0.60 ii dpatch2.0.35 ii dpkg-cross2.6.5 ii fakeroot 1.18.2-1 ii flex 2.5.35-10 ii gawk 1:3.1.8+dfsg-0.1 ii gobjc 4:4.6.2-4 ii gperf 3.0.3-1+b1 ii libcloog-ppl-dev 0.15.11-4 ii libmpfr-dev 3.1.0-3 ii libncurses5-dev [libncurses-dev] 5.9-4 ii libreadline-dev 6.2-8 ii libtool 2.4.2-1 ii liburi-perl 1.59-1 ii lsb-release 3.2-28.1 ii patchutils0.3.2-1.1 ii pbuilder 0.206 ii quilt 0.51-1 ii realpath 1.16 ii reprepro 4.9.0-1 ii sharutils 1:4.11-1 ii sudo 1.8.3p2-1 ii texinfo 4.13a.dfsg.1-8 ii time 1.7-23.1 ii type-handling 0.2.23 ii wget 1.13.4-2 Versions of packages buildcross recommends: ii xapt 2.2.18 buildcross suggests no packages. -- Configuration Files: /etc/buildcross.conf changed: PKGLIST=${PKGLIST:-libs} ARCHLIST=${ARCHLIST:-armel} SRCSUITE=${SRCSUITE:-unstable} SUITE=${SUITE:-unstable} WARNMSG=${WARNMSG:-no} LOCALREPO=${LOCALREPO:-no} VERBOSEMODE=${VERBOSEMODE:-yes} CURDIR=${CURDIR:-$(pwd)} SRCDIR=${SRCDIR:-$CURDIR/cache/src} APTCACHE=${APTCACHE:-$CURDIR/cache/apt} REPOPATH=${REPOPATH:-$CURDIR/cache/repo} BUILDPATH=${BUILDPATH:-$CURDIR/cache/build} CLEANTREE=${CLEANTREE:-yes} CLEANDIRS=${CLEANDIRS:-yes} HOSTARCH=$(dpkg-architecture -qDEB_HOST_ARCH) DPKGFLAGS=--force-overwrite FETCH=${FETCH:-wget} ONLINE=${ONLINE:-no} LOGHTMLPATH=${LOGHTMLPATH:-$CURDIR} LOGPATH=$LOGHTMLPATH/logs/ LOGHTML=index.html MIRROR=${MIRROR:-http://cdn.debian.net/debian/} ROOTCMD=${ROOTCMD:-sudo} FORCE_REBUILD=${FORCE_REBUILD:-yes} FORCE_UPGRADE=${FORCE_UPGRADE:-yes} export DEBIAN_FRONTEND=noninteractive export DEBIAN_PRIORITY=critical export DEBCONF_NONINTERACTIVE_SEEN=true export LANG=C export LANGUAGE=C export LC_ALL=C export LC_PAPER=C export LC_MONETARY=C -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/buildcross/functions (from buildcross package) --- patches/orig/functions 2012-02-21 14:12:10.042724664 +0100 +++ patches/functions 2012-02-21 05:51:12.702713086 +0100 @@ -427,6 +427,7 @@ dircheck $APTCACHE/apt-db dircheck $APTCACHE/apt-db/preferences.d dircheck $APTCACHE/apt-db/trusted.gpg.d + dircheck $APTCACHE/apt-db/sources.list.d dircheck $APTCACHE/apt-db/archives dircheck $APTCACHE/apt-db/archives/partial dircheck $APTCACHE/apt-db/lists
Bug#660742: buildcross: format 3 quilt packages not supported (gdb)
Package: buildcross Version: 0.0.11 Severity: important Dear Maintainer, gdb fails to build due to dpkg-source -b gdb-7.3 failing with unable to find orig tar. Attach patch fixes that by copying also package_* (ie orig.tar, dsc) instead of only package-* . BR, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc1test0-00391-g9454d2f (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages buildcross depends on: ii autoconf 2.68-1 ii autoconf2.13 2.13-61 ii autogen 1:5.12-0.1 ii automake1.4 1:1.4-p6-13.1 ii automake1.7 1.7.9-9.1 ii automake1.9 1.9.6+nogfdl-3.1 ii bison 1:2.5.dfsg-2.1 ii build-essential 11.5 ii bzip2 1.0.6-1 ii cdbs 0.4.102 ii chrpath 0.13-2 ii dctrl-tools 2.20.1 ii debhelper 9.20120115 ii dejagnu 1.5-3 ii devscripts2.11.4 ii dh-make 0.60 ii dpatch2.0.35 ii dpkg-cross2.6.5 ii fakeroot 1.18.2-1 ii flex 2.5.35-10 ii gawk 1:3.1.8+dfsg-0.1 ii gobjc 4:4.6.2-4 ii gperf 3.0.3-1+b1 ii libcloog-ppl-dev 0.15.11-4 ii libmpfr-dev 3.1.0-3 ii libncurses5-dev [libncurses-dev] 5.9-4 ii libreadline-dev 6.2-8 ii libtool 2.4.2-1 ii liburi-perl 1.59-1 ii lsb-release 3.2-28.1 ii patchutils0.3.2-1.1 ii pbuilder 0.206 ii quilt 0.51-1 ii realpath 1.16 ii reprepro 4.9.0-1 ii sharutils 1:4.11-1 ii sudo 1.8.3p2-1 ii texinfo 4.13a.dfsg.1-8 ii time 1.7-23.1 ii type-handling 0.2.23 ii wget 1.13.4-2 Versions of packages buildcross recommends: ii xapt 2.2.18 buildcross suggests no packages. -- Configuration Files: /etc/buildcross.conf changed: PKGLIST=${PKGLIST:-libs} ARCHLIST=${ARCHLIST:-armel} SRCSUITE=${SRCSUITE:-unstable} SUITE=${SUITE:-unstable} WARNMSG=${WARNMSG:-no} LOCALREPO=${LOCALREPO:-no} VERBOSEMODE=${VERBOSEMODE:-yes} CURDIR=${CURDIR:-$(pwd)} SRCDIR=${SRCDIR:-$CURDIR/cache/src} APTCACHE=${APTCACHE:-$CURDIR/cache/apt} REPOPATH=${REPOPATH:-$CURDIR/cache/repo} BUILDPATH=${BUILDPATH:-$CURDIR/cache/build} CLEANTREE=${CLEANTREE:-yes} CLEANDIRS=${CLEANDIRS:-yes} HOSTARCH=$(dpkg-architecture -qDEB_HOST_ARCH) DPKGFLAGS=--force-overwrite FETCH=${FETCH:-wget} ONLINE=${ONLINE:-no} LOGHTMLPATH=${LOGHTMLPATH:-$CURDIR} LOGPATH=$LOGHTMLPATH/logs/ LOGHTML=index.html MIRROR=${MIRROR:-http://cdn.debian.net/debian/} ROOTCMD=${ROOTCMD:-sudo} FORCE_REBUILD=${FORCE_REBUILD:-yes} FORCE_UPGRADE=${FORCE_UPGRADE:-yes} export DEBIAN_FRONTEND=noninteractive export DEBIAN_PRIORITY=critical export DEBCONF_NONINTERACTIVE_SEEN=true export LANG=C export LANGUAGE=C export LC_ALL=C export LC_PAPER=C export LC_MONETARY=C -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/buildcross/functions (from buildcross package) --- patches/orig/functions 2012-02-21 14:12:10.042724664 +0100 +++ patches/functions 2012-02-21 05:51:12.702713086 +0100 @@ -405,7 +405,7 @@ ;; esac mcd $BUILDPATH/$DEBARCH/$1 - cp -Rp $SRCDIR/$1-* $BUILDPATH/$DEBARCH/$1/ + cp -Rp $SRCDIR/$1{-,_}* $BUILDPATH/$DEBARCH/$1/ } debug 2-a
Bug#650139: /lib/udev/rules.d/19-ifrename.rules: udev rule incorrect with at least udev 175
Package: ifrename Version: 30~pre9-7 Severity: normal File: /lib/udev/rules.d/19-ifrename.rules Dear Maintainer, /lib/udev/rules.d/19-ifrename.rules uses IMPORT without attribute which fails at least with udev 175. add {program} as attributes fixes this and prevent random interfaces names at boot. From: SUBSYSTEM==net, ACTION==add, IMPORT=/sbin/ifrename -u -i %k, NAME:=$env{INTERFACE} to: SUBSYSTEM==net, ACTION==add, IMPORT{program}=/sbin/ifrename -u -i %k, NAME:=$env{INTERFACE} This let my flow rules for openvswitch work . Otherwise with random interfaces names the flows are unmanageable. Thanks Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.1.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages ifrename depends on: ii libc62.13-21 ii libiw30 30~pre9-7 ifrename recommends no packages. ifrename suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /lib/udev/rules.d/19-ifrename.rules (from ifrename package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646288: apt-get build-dep -a $arch: wrong tradeoff for the default?
Package: apt Version: 0.8.16~exp13 Followup-For: Bug #646288 I had one issue with the previous patch with debhelper:all . Empty InstVerIter and CandidateVersionIter. I fixed it by not applying the FindPkg(hostArch) for :All packages (ie this call replace the Pkg iterator with a non existant arch versoin of the package). Attached is the fix above the patch http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=30;filename=apt-646288.patch;att=1;bug=646288 . Best regards, Alban -- Package-specific info: -- (no /etc/apt/preferences present) -- -- /etc/apt/sources.list -- # deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot amd64 NETINST Binary-1 20100322-03:31]/ squeeze main # deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot amd64 NETINST Binary-1 20100322-03:31]/ squeeze main deb http://ftp.uk.debian.org/debian/ experimental main non-free contrib deb-src http://ftp.uk.debian.org/debian/ experimental main non-free contrib deb http://ftp.fr.debian.org/debian/ unstable main non-free contrib deb-src http://ftp.fr.debian.org/debian/ unstable main non-free contrib deb http://ftp.fr.debian.org/debian/ wheezy main deb-src http://ftp.fr.debian.org/debian/ wheezy main deb http://security.debian.org/ wheezy/updates main deb-src http://security.debian.org/ wheezy/updates main # deb http://archive.canonical.com/ubuntu/ hardy partner -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc1test0-00391-g9454d2f (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2011.10.23 ii gnupg 1.4.11-3 ii libc6 2.13-27 ii libgcc1 1:4.6.2-16 ii libstdc++6 4.6.2-16 ii zlib1g 1:1.2.6.dfsg-2 apt recommends no packages. Versions of packages apt suggests: ii apt-doc none ii aptitude0.6.5-1 ii bzip2 1.0.6-1 ii dpkg-dev1.16.2~wipmultiarch ii lzma9.22-2 ii python-apt 0.8.4~exp1 ii synaptic0.75.5~exp6 -- no debconf information === modified file 'cmdline/apt-get.cc' --- cmdline/apt-get.cc 2012-01-29 12:24:17 + +++ cmdline/apt-get.cc 2012-02-27 22:44:55 + @@ -2863,13 +2863,14 @@ if ((BADVER(Ver)) == false) { string forbidden; - if (Ver-MultiArch == pkgCache::Version::None || Ver-MultiArch == pkgCache::Version::All) + if (Ver-MultiArch == pkgCache::Version::None) { if (colon == string::npos) { Pkg = Ver.ParentPkg().Group().FindPkg(hostArch); } } + else if (Ver-MultiArch == pkgCache::Version::All); else if (Ver-MultiArch == pkgCache::Version::Same) { if (colon == string::npos)
Bug#662438: keystone: cannot upgrade/install - configure_db false + priority low - breakage
Package: keystone Version: 2012.1~e4-1 Severity: important Dear Maintainer, installing the package fails because the default value for keystone/configure_db is now false. As the priority is low by default false is used (default priority behing medium). Thus no db is created and keystone fails to start thus postinst fails. CHeers, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3.0-rc3+ (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages keystone depends on: ii adduser3.113+nmu1 ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.41 ii lsb-base 3.2+Debian29 ii python 2.7.2-10 ii python-keystone2012.1~e4-1 ii python-keystoneclient 2012.1~e4-1 keystone recommends no packages. keystone suggests no packages. -- Configuration Files: /etc/keystone/default_catalog.templates [Errno 13] Permission non accordée: u'/etc/keystone/default_catalog.templates' /etc/keystone/keystone.conf [Errno 13] Permission non accordée: u'/etc/keystone/keystone.conf' /etc/keystone/logging.conf.sample [Errno 13] Permission non accordée: u'/etc/keystone/logging.conf.sample' -- debconf information: keystone/internal/skip-preseed: false keystone/missing-db-package-error: abort * keystone/database-type: mysql keystone/install-error: abort keystone/upgrade-backup: true keystone/upgrade-error: abort keystone/configure_db: true keystone/remote/host: keystone/pgsql/method: unix socket keystone/pgsql/changeconf: false keystone/internal/reconfiguring: false keystone/dbconfig-upgrade: * keystone/dbconfig-install: true keystone/mysql/admin-user: root keystone/pgsql/authmethod-user: keystone/purge: false keystone/remote/port: keystone/db/dbname: keystone keystone/dbconfig-remove: keystone/passwords-do-not-match: keystone/pgsql/authmethod-admin: ident keystone/db/basepath: keystone/pgsql/admin-user: postgres keystone/remote/newhost: keystone/db/app-user: keystone keystone/mysql/method: unix socket keystone/dbconfig-reinstall: false keystone/remove-error: abort keystone/pgsql/no-empty-passwords: keystone/pgsql/manualconf: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662458: keystone: no debconf keystone/auth-token though requested by default - fails to install
Package: keystone Version: 2012.1~e4-1 Severity: important Dear Maintainer, by default $2 is empty . The postinst test -z $2 then db_get keystone/auth-token if the keystone.conf contains an admin_token equal to ADMIN (the initial value). As keystone/auth-token is not defined this always fails. I am not confident as to how this issue should be fixed . I noted the ubuntu package does not have this auth-token grab. Though I wonder if it can simply be discarded in the debian package, if what was meant was to test ! -z $2 or if keystone/auth-token is supposed to exists in the template for the debian package. Cheers, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3.0-rc3+ (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages keystone depends on: ii adduser3.113+nmu1 ii dbconfig-common1.8.47+nmu1 ii debconf [debconf-2.0] 1.5.41 ii lsb-base 3.2+Debian29 ii python 2.7.2-10 ii python-keystone2012.1~e4-1 ii python-keystoneclient 2012.1~e4-1 keystone recommends no packages. keystone suggests no packages. -- Configuration Files: /etc/keystone/default_catalog.templates [Errno 13] Permission non accordée: u'/etc/keystone/default_catalog.templates' /etc/keystone/keystone.conf [Errno 13] Permission non accordée: u'/etc/keystone/keystone.conf' /etc/keystone/logging.conf.sample [Errno 13] Permission non accordée: u'/etc/keystone/logging.conf.sample' -- debconf information: keystone/internal/skip-preseed: false keystone/missing-db-package-error: abort * keystone/database-type: mysql keystone/install-error: abort keystone/upgrade-backup: true keystone/upgrade-error: abort keystone/configure_db: true keystone/remote/host: keystone/pgsql/method: unix socket keystone/pgsql/changeconf: false keystone/internal/reconfiguring: false keystone/dbconfig-upgrade: * keystone/dbconfig-install: true keystone/mysql/admin-user: root keystone/pgsql/authmethod-user: keystone/purge: false keystone/remote/port: keystone/db/dbname: keystone keystone/dbconfig-remove: keystone/passwords-do-not-match: keystone/pgsql/authmethod-admin: ident keystone/db/basepath: keystone/pgsql/admin-user: postgres keystone/remote/newhost: keystone/db/app-user: keystone keystone/mysql/method: unix socket keystone/dbconfig-reinstall: false keystone/remove-error: abort keystone/pgsql/no-empty-passwords: keystone/pgsql/manualconf: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659466: valac-0.16: postinst fails due to valac.1.gz slave behing used twice in same command (typo I guess)
Package: valac-0.16 Version: 0.15.1-1 Severity: normal Dear Maintainer, install of the package fails with : update-alternatives: valac.1.gz est un nom secondaire dupliqué namely update-alternatives: vala.1.gz is a duplicate secondary name. Attached patch fixes this. My bet is that the second valac.1.gz bound to /usr/share/man/man1/vala.1.gz was supposed to be vala.1.gz. Best regards Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc1test0-00391-g9454d2f (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages valac-0.16 depends on: ii libc62.13-26 ii libglib2.0-0 2.30.2-6 ii libglib2.0-dev 2.30.2-6 ii libvala-0.16-0 0.15.1-1 ii valac-0.16-vapi 0.15.1-1 valac-0.16 recommends no packages. valac-0.16 suggests no packages. -- no debconf information --- vala-0.16.postinst.orig 2012-02-11 12:15:59.941577606 +0100 +++ vala-0.16.postinst 2012-02-11 12:15:42.385222876 +0100 @@ -8,7 +8,7 @@ --slave /usr/bin/vapicheck vapicheck /usr/bin/vapicheck-0.16 \ --slave /usr/bin/vapigen vapigen /usr/bin/vapigen-0.16 \ --slave /usr/share/man/man1/valac.1.gz valac.1.gz /usr/share/man/man1/valac-0.16.1.gz \ ---slave /usr/share/man/man1/valac.1.gz vala.1.gz /usr/share/man/man1/vala-0.16.1.gz \ +--slave /usr/share/man/man1/vala.1.gz vala.1.gz /usr/share/man/man1/vala-0.16.1.gz \ --slave /usr/share/man/man1/vala-gen-introspect.1.gz vala-gen-introspect.1.gz /usr/share/man/man1/vala-gen-introspect-0.16.1.gz \ --slave /usr/share/man/man1/vapigen.1.gz vapigen.1.gz /usr/share/man/man1/vapigen-0.16.1.gz
Bug#659838: kmod: v5 acts like a fork bomb
Package: kmod Version: 5-1 Severity: important Dear Maintainer, The version 5 of kmod forks tenth of time to attempt to load one module. Notwithstanding I miss the point (does anything need a module loaded 40 times per milliseconds ?) it render a box nearly unusable. This is with a custom kernel (I have been workign on a few kernel patches but currently am on vanilla). Should happens also on debian ones as for example loading snd-hda-intel trigger the load of snd which loads snd-seq. Here I have no snd-seq-oss (I did not build it) so this fork forever happens while modprobe snd-seq. But it also happens because snd-ioctl32 is not there and I have been unable to find this module in the i686 conf. So it might well happens to all i386 users. Reverting to libkmod1 and kmod 3-1 fixed the issue. I now get Fatal: Module snd-seq-oss messages but no more fork bombs. Best regards Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3.0-rc3+ (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kmod depends on: ii libc6 2.13-26 ii libkmod1 3-1 ii lsb-base 3.2-28.1 kmod recommends no packages. kmod 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#658504: siproxd: issues with debian packaging (conf and init)
Package: siproxd Version: 1:0.8.1-2 Severity: normal Dear Maintainer, The init fails to stop and restart siproxd due to the PIDFILE path missing the directory name: origin: PIDFILE=/var/run/$NAME.pid fixed: PIDFILE=/var/run/$NAME/$NAME.pid Otherwise the pid file cannot be created in /var/run with siproxd user (or nobody user). Only in /var/run/siproxd/ it could. This fixes the stop and restart from init scripts. In the default conf /etc/siproxd.conf there is a mismatch with the init script. The later starts siproxd as user siproxd but the default conf ship with user nobody used. Last the .la removal has brokne the default config for plugins . Ie they are called with .la while .la are removed. Disregarding the commentin the config file I changed the suffix to .so in the conf and it seems to work (and avoiding filling the error log with plugin*.la not found). All looks fine after those changes. Best regards Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.3.0-rc2+ (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages siproxd depends on: ii adduser 3.113+nmu1 ii libc6 2.13-25 ii libltdl72.4.2-1 ii libosip2-4 3.3.0-1 siproxd recommends no packages. siproxd suggests no packages. -- Configuration Files: /etc/default/siproxd changed: ENABLED=1 /etc/init.d/siproxd changed: set -e PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/sbin/siproxd NAME=siproxd DESC=SIP proxy ENABLED=0 PIDFILE=/var/run/$NAME/$NAME.pid SCRIPTNAME=/etc/init.d/$NAME test -x $DAEMON || exit 0 test -d /var/run/$NAME || install -d -o siproxd -g siproxd /var/run/$NAME if [ -r /etc/default/$NAME ] then . /etc/default/$NAME fi if [ $ENABLED = 0 ] then echo To enable siproxd, the sip proxy, modify /etc/default/siproxd exit 0 fi start() { echo -n Starting $DESC: $NAME start-stop-daemon --start --quiet --pidfile $PIDFILE \ --exec $DAEMON -- -p $PIDFILE echo . } stop() { echo -n Stopping $DESC: $NAME if test -e $PIDFILE; then start-stop-daemon --stop --quiet --pidfile $PIDFILE fi echo . rm -f $PIDFILE } case $1 in start) start ;; stop) stop ;; restart|force-reload) stop start ;; *) echo Usage: $SCRIPTNAME {start|stop|restart|force-reload} 2 exit 1 ;; esac exit 0 /etc/siproxd.conf changed: if_inbound = maison0 if_outbound = external0 sip_listen_port = 5060 daemonize = 1 silence_log = 1 user = siproxd registration_file = /var/lib/siproxd/siproxd_registrations autosave_registrations = 300 pid_file = /var/run/siproxd/siproxd.pid rtp_proxy_enable = 1 rtp_port_low = 7070 rtp_port_high = 7089 rtp_timeout = 300 rtp_dscp = 46 sip_dscp = 0 rtp_input_dejitter = 0 rtp_output_dejitter = 0 tcp_timeout = 600 tcp_connect_timeout = 500 tcp_keepalive = 20 debug_level = 0x debug_port = 0 plugindir=/usr/lib/siproxd/ load_plugin=plugin_logcall.so plugin_demo_string = This_is_a_string_passed_to_the_demo_plugin plugin_shortdial_akey = *00 plugin_shortdial_entry = 17474743246 plugin_shortdial_entry = 17474745000 plugin_defaulttarget_log = 1 plugin_defaulttarget_target = sip:internal@:port plugin_fix_bogus_via_networks = 10.0.0.0/8,172.16.0.0/12,192.168.0.0/16 plugin_stun_server = stun.xten.com plugin_stun_port = 3478 plugin_stun_period = 300 plugin_prefix_akey = 0 plugin_regex_desc= Test Regex 1 plugin_regex_pattern = ^sip:00 plugin_regex_replace = + plugin_regex_desc= Test Regex 2 plugin_regex_pattern = ^sip:01 plugin_regex_replace = +a plugin_regex_desc= Test Regex 3 plugin_regex_pattern = ^(sips?):01 plugin_regex_replace = \1:001 -- 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#651036: update-rc.d: error: insserv rejected the script header
Package: console-common Version: 0.7.86 Followup-For: Bug #651036 Dear Maintainer, This issue comes from adding $remote_fs to the required start in the lsb header. Indeed checkroot init script has keymap in its should start. This means adding $remote_fs makes a loop if anything provides a remote fs, here nfs . Thus local_fs use keymap but keymap uses remote_fs which itself start after local_fs. A local workaround is to edit /etc/init.d/keymap.sh and remove $remote_fs from Required-Start and Required-Stop. I guess there was a rationale for adding those $remote_fs but the way the relationship are laid out this cannot be achieved by simply adding $remote_fs to the required start and stop. Though I am not confident it is not a simple mistake as there is nothing in the debian changelog about this. BR, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0test0 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages console-common depends on: ii console-data 2:1.12-1 ii console-tools 1:0.2.3dbs-70 ii debconf [debconf-2.0] 1.5.41 ii debianutils4.1 ii lsb-base 3.2-28 console-common recommends no packages. console-common suggests no packages. -- Configuration Files: /etc/init.d/keymap.sh changed: if type setupcon /dev/null 21; then exit 0 fi . /lib/lsb/init-functions CONSOLE_TYPE=`fgconsole 2/dev/null` || CONSOLE_TYPE=unknown QUIT=0 command -v loadkeys /dev/null 21 || QUIT=1 CONFDIR=/etc/console CONFFILEROOT=boottime EXT=kmap CONFFILE=${CONFDIR}/${CONFFILEROOT}.${EXT}.gz reset_kernel() { # On Mac PPC machines, we may need to set kernel vars first # We need to mount /proc to do that; not optimal, as its going to # be mounted in S10checkroot, but we need it set up before sulogin # may be run in checkroot, which will need the keyboard to log in... [ -x /sbin/sysctl ] || return [ -r /etc/sysctl.conf ] || return grep -v '^\#' /etc/sysctl.conf | grep -q keycodes if [ $? = 0 ] ; then grep keycodes /etc/sysctl.conf | grep -v ^# | while read d ; do /sbin/sysctl -w $d 2 /dev/null || true done fi } unicode_start_stop() { # Switch unicode mode by checking the locale. # This will be needed before loading the keymap. [ -x /usr/bin/unicode_start ] || [ -x /bin/unicode_start ] || return [ -x /usr/bin/unicode_stop ] || [ -x /bin/unicode_stop ] || return ENV_FILE= [ -r /etc/environment ] ENV_FILE=/etc/environment [ -r /etc/default/locale ] ENV_FILE=/etc/default/locale [ $ENV_FILE ] CHARMAP=$(set -a . $ENV_FILE locale charmap) if [ $CHARMAP = UTF-8 ]; then unicode_start 2 /dev/null || true else unicode_stop 2 /dev/null || true fi } if [ ! $QUIT = '1' ] ; then case $1 in start | restart | force-reload | reload) # Set kernel variables if required reset_kernel # First mount /proc if necessary...and if it is there (#392798) unmount_proc=no if [ -d /proc ]; then if [ ! -x /proc/$$ ]; then unmount_proc=yes mount -n /proc fi if [ -f /proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes ] ; then linux_keycodes=`cat /proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes` else linux_keycodes=1; fi else linux_keycodes=1; fi # load new map if [ $linux_keycodes -gt 0 ] ; then if [ -r ${CONFFILE} ] ; then # Switch console mode to UTF-8 or ASCII as necessary unicode_start_stop if [ $CONSOLE_TYPE = serial ] ; then loadkeys -q ${CONFFILE} 21 /dev/null else loadkeys -q ${CONFFILE} fi if [ $? -gt 0 ] then # if we've a serial console, we may not have a keyboard, so don't # complain if we fail. if [ ! $CONSOLE_TYPE = serial ]; then log_warning_msg Problem when loading ${CONFDIR}/${CONFFILEROOT}.${EXT}.gz, use install-keymap sleep 10 fi fi fi fi # unmount /proc if we mounted it [ $unmount_proc = no ] || umount -n /proc ;; stop) ;; status) exit 0 ;; *) log_warning_msg Usage: $0 {start|stop|restart|reload|force-reload|status} ;; esac fi -- debconf information:
Bug#651036: update-rc.d: error: insserv rejected the script header
Package: console-common Version: 0.7.86 Followup-For: Bug #651036 Dear Maintainer, orry there must have been a mixup in transmission. I meant $remote_fs is in the package debian/keymap.sh and have to be removed to let insserv proceed the upgrade. Not that it should be added. I agree in the conclusion that console-common is not in need for $remote_fs. BR, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0test0 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages console-common depends on: ii console-data 2:1.12-1 ii console-tools 1:0.2.3dbs-70 ii debconf [debconf-2.0] 1.5.41 ii debianutils4.1 ii lsb-base 3.2-28 console-common recommends no packages. console-common suggests no packages. -- Configuration Files: /etc/init.d/keymap.sh changed: if type setupcon /dev/null 21; then exit 0 fi . /lib/lsb/init-functions CONSOLE_TYPE=`fgconsole 2/dev/null` || CONSOLE_TYPE=unknown QUIT=0 command -v loadkeys /dev/null 21 || QUIT=1 CONFDIR=/etc/console CONFFILEROOT=boottime EXT=kmap CONFFILE=${CONFDIR}/${CONFFILEROOT}.${EXT}.gz reset_kernel() { # On Mac PPC machines, we may need to set kernel vars first # We need to mount /proc to do that; not optimal, as its going to # be mounted in S10checkroot, but we need it set up before sulogin # may be run in checkroot, which will need the keyboard to log in... [ -x /sbin/sysctl ] || return [ -r /etc/sysctl.conf ] || return grep -v '^\#' /etc/sysctl.conf | grep -q keycodes if [ $? = 0 ] ; then grep keycodes /etc/sysctl.conf | grep -v ^# | while read d ; do /sbin/sysctl -w $d 2 /dev/null || true done fi } unicode_start_stop() { # Switch unicode mode by checking the locale. # This will be needed before loading the keymap. [ -x /usr/bin/unicode_start ] || [ -x /bin/unicode_start ] || return [ -x /usr/bin/unicode_stop ] || [ -x /bin/unicode_stop ] || return ENV_FILE= [ -r /etc/environment ] ENV_FILE=/etc/environment [ -r /etc/default/locale ] ENV_FILE=/etc/default/locale [ $ENV_FILE ] CHARMAP=$(set -a . $ENV_FILE locale charmap) if [ $CHARMAP = UTF-8 ]; then unicode_start 2 /dev/null || true else unicode_stop 2 /dev/null || true fi } if [ ! $QUIT = '1' ] ; then case $1 in start | restart | force-reload | reload) # Set kernel variables if required reset_kernel # First mount /proc if necessary...and if it is there (#392798) unmount_proc=no if [ -d /proc ]; then if [ ! -x /proc/$$ ]; then unmount_proc=yes mount -n /proc fi if [ -f /proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes ] ; then linux_keycodes=`cat /proc/sys/dev/mac_hid/keyboard_sends_linux_keycodes` else linux_keycodes=1; fi else linux_keycodes=1; fi # load new map if [ $linux_keycodes -gt 0 ] ; then if [ -r ${CONFFILE} ] ; then # Switch console mode to UTF-8 or ASCII as necessary unicode_start_stop if [ $CONSOLE_TYPE = serial ] ; then loadkeys -q ${CONFFILE} 21 /dev/null else loadkeys -q ${CONFFILE} fi if [ $? -gt 0 ] then # if we've a serial console, we may not have a keyboard, so don't # complain if we fail. if [ ! $CONSOLE_TYPE = serial ]; then log_warning_msg Problem when loading ${CONFDIR}/${CONFFILEROOT}.${EXT}.gz, use install-keymap sleep 10 fi fi fi fi # unmount /proc if we mounted it [ $unmount_proc = no ] || umount -n /proc ;; stop) ;; status) exit 0 ;; *) log_warning_msg Usage: $0 {start|stop|restart|reload|force-reload|status} ;; esac fi -- debconf information: console-data/keymap/powerpcadb: console-data/keymap/ignored: * console-data/keymap/full: fr-latin9 console-data/keymap/template/keymap: * console-data/keymap/policy: Select keymap from full list console-data/bootmap-md5sum: 9bf7007411ee9c240c894e3f5ee134e2 console-data/keymap/template/layout: * console-data/keymap/family: azerty console-data/keymap/template/variant: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of
Bug#651554: totem-plugins: totem segfault in gdata via grilo
Package: totem-plugins Version: 3.2.1-1 Severity: normal Dear Maintainer, I fixed this segfault : Program received signal SIGSEGV, Segmentation fault. 0x7fffc5009c14 in gdata_youtube_service_new () from /usr/lib/libgdata.so.13 (gdb) bt #0 0x7fffc5009c14 in gdata_youtube_service_new () from /usr/lib/libgdata.so.13 #1 0x7fffc0a4ad6c in grl_youtube_plugin_init () from /usr/lib/grilo-0.1/libgrlyoutube.so #2 0x7fffc146a29f in grl_plugin_registry_load () from /usr/lib/libgrilo-0.1.so.0 #3 0x7fffc146a529 in ?? () from /usr/lib/libgrilo-0.1.so.0 #4 0x7fffc146a6bd in grl_plugin_registry_load_all () from /usr/lib/libgrilo-0.1.so.0 #5 0x7fffc168dfb0 in ?? () from /usr/lib/totem/plugins/grilo/libgrilo.so #6 0x71437804 in g_closure_invoke (closure=0x613310, return_value=0x0, n_param_values=3, param_values=0x1c754f0, invocation_hint=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gobject/gclosure.c:774 #7 0x7144978a in signal_emit_unlocked_R (node=optimized out, detail=0, instance=0x7fffdc0350c0, emission_return=0x0, instance_and_params=0x1c754f0) at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3272 #8 0x71452e11 in g_signal_emit_valist (instance=optimized out, signal_id=optimized out, detail=optimized out, var_args=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3003 #9 0x71452fb2 in g_signal_emit (instance=optimized out, signal_id=optimized out, detail=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3060 #10 0x71437804 in g_closure_invoke (closure=0x141d300, return_value=0x0, n_param_values=2, param_values=0x1ccf190, invocation_hint=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gobject/gclosure.c:774 #11 0x71449955 in signal_emit_unlocked_R (node=optimized out, detail=0, instance=0x118c820, emission_return=0x0, instance_and_params= 0x1ccf190) at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3342 #12 0x71452e11 in g_signal_emit_valist (instance=optimized out, signal_id=optimized out, detail=optimized out, var_args=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3003 #13 0x71452fb2 in g_signal_emit (instance=optimized out, signal_id=optimized out, detail=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gobject/gsignal.c:3060 #14 0x718b181a in peas_engine_set_loaded_plugins () from /usr/lib/libpeas-1.0.so.0 #15 0x7143fe72 in object_set_property (nqueue=0x7fffdc042200, value=0x7fffd5f0, pspec=0x118ced0, object=0x118c820) at /tmp/buildd/glib2.0-2.30.2/./gobject/gobject.c:1199 #16 g_object_set_property (object=0x118c820, property_name=optimized out, value=0x7fffd5f0) at /tmp/buildd/glib2.0-2.30.2/./gobject/gobject.c:1929 #17 0x730dabed in g_settings_binding_key_changed (settings=optimized out, key=optimized out, user_data=0x135aaa0) at /tmp/buildd/glib2.0-2.30.2/./gio/gsettings.c:2615 #18 0x730dd55f in g_settings_bind_with_mapping (settings=0x118cf20, key=0x77bc614f active-plugins, object=0x118c820, property= 0x77bc6140 loaded-plugins, flags=optimized out, get_mapping=0, set_mapping=0, user_data=0x0, destroy=0) at /tmp/buildd/glib2.0-2.30.2/./gio/gsettings.c:2921 #19 0x730dd91c in g_settings_bind (settings=optimized out, key=optimized out, object=optimized out, property=optimized out, flags=optimized out) at /tmp/buildd/glib2.0-2.30.2/./gio/gsettings.c:2742 #20 0x77ba61b1 in totem_plugins_engine_get_default () from /usr/lib/libtotem.so.0 ---Type return to continue, or q return to quit--- #21 0x77b8f185 in totem_object_plugins_init () from /usr/lib/libtotem.so.0 #22 0x00402fc2 in _start () by rebuilding grilo-plugins-0.1 against libgdata13 (0.10) . Current grilo plugins are compiled against libgdata11 (0.8) while totem-plugins 3.2.1 is compiled against liibgdata13. (I have both libgdata11 and 13 installed). From the above trace we see that libgdata13 is used by grilo on the above setup when called via totem-plugins even though as seen grilo plugins are build against libgdata11. Segfault ensue. Would there be a mean to avoid totem-plugins and grilo to mix conflicting api at least for gdata ? Is this an issue in libgdata , totem-plugins, grilo-plugins or else ? Again a rebuild of grilo-plugins against libgdata13 and the issue vanish. Totem 3.2 no longer segfault. Best regards, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0test0 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages totem-plugins depends on: ii gir1.2-gdkpixbuf-2.0 2.24.0-1 ii gir1.2-glib-2.0 1.31.0-2 ii gir1.2-gtk-3.0 3.2.2-3 ii gir1.2-pango-1.0
Bug#652073: a11y: Fix crash in treeview
Package: libgtk-3-0 Version: 3.2.2-3 Severity: normal Dear Maintainer, One iteration of this segfault is button press event (mouse click) on an evolution account item in the mail sidebar (right or left click). Crash or corruption which leads to crash ensue, valgrind gives; ==8654== Invalid read of size 4 ==8654==at 0x9AD2865: model_row_changed (gtktreeviewaccessible.c:2001) ==8654==by 0xD1F6803: g_closure_invoke (gclosure.c:774) ==8654==by 0xD208789: signal_emit_unlocked_R (gsignal.c:3272) ==8654==by 0xD211E10: g_signal_emit_valist (gsignal.c:3003) ==8654==by 0xD211FB1: g_signal_emit (gsignal.c:3060) ==8654==by 0x9A4D1A2: gtk_tree_store_set_valist (gtktreestore.c:1164) ==8654==by 0x9A4D236: gtk_tree_store_set (gtktreestore.c:1193) ==8654==by 0x1E0DFED2: folder_tree_model_set_unread_count (em-folder-tree-model.c:456) ==8654==by 0xD1F6803: g_closure_invoke (gclosure.c:774) ==8654==by 0xD208789: signal_emit_unlocked_R (gsignal.c:3272) ==8654==by 0xD211E10: g_signal_emit_valist (gsignal.c:3003) ==8654==by 0xD211FB1: g_signal_emit (gsignal.c:3060) ==8654==by 0x1E0FFF37: flush_updates_idle_cb (mail-folder-cache.c:263) ==8654==by 0xDA8E0CE: g_main_context_dispatch (gmain.c:2442) ==8654==by 0xDA8E8C7: g_main_context_iterate.isra.19 (gmain.c:3076) ==8654==by 0xDA8EE01: g_main_loop_run (gmain.c:3284) ==8654==by 0x994BEEC: gtk_main (gtkmain.c:1362) ==8654==by 0x403079: main (main.c:688) ==8654== Address 0x42207770 is 32 bytes inside a block of size 40 free'd ==8654==at 0x4C26BCE: free (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so) ==8654==by 0xDA7C239: g_hash_table_insert_internal (ghash.c:1108) ==8654==by 0x9AD3BAC: refresh_cell_index (gtktreeviewaccessible.c:3279) ==8654==by 0x9ABE6B3: gtk_cell_accessible_get_index_in_parent (gtkcellaccessible.c:99) ==8654==by 0x18539C37: ??? (in /usr/lib/gtk-3.0/modules/libatk-bridge.so) ==8654==by 0xD2080D8: signal_emit_unlocked_R (gsignal.c:3238) ==8654==by 0xD211E10: g_signal_emit_valist (gsignal.c:3003) ==8654==by 0xD21219C: g_signal_emit_by_name (gsignal.c:3097) ==8654==by 0x9AD3048: focus_in (gtktreeviewaccessible.c:1957) ==8654==by 0x994CF67: _gtk_marshal_BOOLEAN__BOXED (gtkmarshalers.c:85) ==8654==by 0xD1F6803: g_closure_invoke (gclosure.c:774) ==8654==by 0xD208789: signal_emit_unlocked_R (gsignal.c:3272) ==8654==by 0xD211BE2: g_signal_emit_valist (gsignal.c:3013) ==8654==by 0xD211FB1: g_signal_emit (gsignal.c:3060) ==8654==by 0x9A79A98: gtk_widget_event_internal (gtkwidget.c:6132) ==8654==by 0x9A85F41: gtk_widget_send_focus_change (gtkwidget.c:14218) ==8654==by 0x9A8B36F: do_focus_change (gtkwindow.c:5978) ==8654==by 0x9A8C699: gtk_window_real_set_focus (gtkwindow.c:6217) ==8654==by 0xD1F6803: g_closure_invoke (gclosure.c:774) ==8654==by 0xD2085BE: signal_emit_unlocked_R (gsignal.c:3310) ==8654==by 0xD211E10: g_signal_emit_valist (gsignal.c:3003) ==8654==by 0xD211FB1: g_signal_emit (gsignal.c:3060) ==8654==by 0x9A60C95: gtk_tree_view_grab_focus (gtktreeview.c:8432) ==8654==by 0xD1F6803: g_closure_invoke (gclosure.c:774) ==8654==by 0xD2085BE: signal_emit_unlocked_R (gsignal.c:3310) ==8654==by 0xD211E10: g_signal_emit_valist (gsignal.c:3003) ==8654==by 0xD211FB1: g_signal_emit (gsignal.c:3060) ==8654==by 0x9A7ABC9: gtk_widget_grab_focus (gtkwidget.c:6415) ==8654==by 0x9A503C3: grab_focus_and_unset_draw_keyfocus (gtktreeview.c:2811) ==8654==by 0x9A61870: gtk_tree_view_button_press (gtktreeview.c:3171) ==8654==by 0x1E0E30F0: folder_tree_button_press_event (em-folder-tree.c:1292) ==8654==by 0x994CF67: _gtk_marshal_BOOLEAN__BOXED (gtkmarshalers.c:85) ==8654==by 0xD1F6803: g_closure_invoke (gclosure.c:774) ==8654==by 0xD2085BE: signal_emit_unlocked_R (gsignal.c:3310) ==8654==by 0xD211BE2: g_signal_emit_valist (gsignal.c:3013) ==8654==by 0xD211FB1: g_signal_emit (gsignal.c:3060) ==8654==by 0x9A79A98: gtk_widget_event_internal (gtkwidget.c:6132) ==8654==by 0x994C709: gtk_propagate_event (gtkmain.c:2624) ==8654==by 0x994CB0A: gtk_main_do_event (gtkmain.c:1889) ==8654==by 0x9E8F6A1: gdk_event_source_dispatch (gdkeventsource.c:360) ==8654== ^Z (evolution:8654): GLib-WARNING **: Failed to read from child watch wake up pipe: Appel système interrompu ==8654== Invalid read of size 8 ==8654==at 0x9AD3199: gtk_tree_view_accessible_ref_child (gtktreeviewaccessible.c:3252) ==8654==by 0x9AD3084: idle_cursor_changed (gtktreeviewaccessible.c:1889) ==8654==by 0x9E624DE: gdk_threads_dispatch (gdk.c:754) ==8654==by 0xDA8E0CE: g_main_context_dispatch (gmain.c:2442) ==8654==by 0xDA8E8C7: g_main_context_iterate.isra.19 (gmain.c:3076) ==8654==by 0xDA8EE01: g_main_loop_run (gmain.c:3284) ==8654==by 0x994BEEC: gtk_main (gtkmain.c:1362) ==8654==by 0x403079: main (main.c:688) ==8654== Address 0x42207750 is 0 bytes inside a
Bug#652078: libatk-adaptor: gnome-shell fails to read atk bridge location - too old libatk-adaptor
Package: libatk-adaptor Version: 2.0.2-1 Severity: normal Dear Maintainer, Starting gnome-shell from experimental, 3.2.1-7+b1 : (gnome-shell:5328): GLib-CRITICAL **: g_variant_get_bytestring: assertion `g_variant_is_of_type (value, G_VARIANT_TYPE_BYTESTRING)' failed ** (gnome-shell:5328): WARNING **: Accessibility: invalid module path (NULL) ** (gnome-shell:5328): WARNING **: Accessibility: error loading the atk-bridge. Although the accessibility on the system is enabled and clutter accessibility is also enabled, accessibility support on GNOME Shell will not work This boils down to gnome-shell expecting newest libatk-adaptor which provide org.a11y.atspi atk-bridge-location as an array of bytes instead of a string (type=ay). This changes happend in at-spi-atk upstream at 2.2.0. Could libatk-adaptor be upgraded to 2.2.0 or 2.3.0 in experimental ? Best regards, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-rc5test0-00038-g373da0a (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libatk-adaptor depends on: ii dconf-gsettings-backend [gsettings-backend] 0.10.0-3 ii libatk1.0-0 2.2.0-2 ii libatspi2.0-02.0.2-2 ii libc62.13-23 ii libdbus-1-3 1.5.8-1 ii libglib2.0-0 2.30.2-4 ii libice6 2:1.0.7-2 ii libsm6 2:1.2.0-2 ii libx11-6 2:1.4.4-4 libatk-adaptor recommends no packages. libatk-adaptor 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#667470: systemd: breaks sudo
Package: systemd Version: 44-1 Followup-For: Bug #667470 I found adding pam_loginuid.so fixes the problem in all cases, except obvously for already running user sessions. I have plain added it to common-session and common-session-noninteractive. Is there an issue with adding it to common-session ? I saw you told to add it in gdm pam file but would not this let the login console sessions without a working sudo ? BR, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc5test0-00204-gae942ae (SMP w/2 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 systemd depends on: ii dpkg 1.16.2 ii initscripts 2.88dsf-22.1 ii libacl1 2.2.51-5 ii libaudit01:1.7.18-1.1 ii libc62.13-27 ii libcap2 1:2.22-1 ii libcryptsetup4 2:1.4.1-2 ii libdbus-1-3 1.5.12-1 ii libkmod2 6-2 ii liblzma5 5.1.1alpha+20110809-3 ii libpam0g 1.1.3-7 ii libselinux1 2.1.9-4 ii libsystemd-daemon0 44-1 ii libsystemd-id128-0 44-1 ii libsystemd-journal0 44-1 ii libsystemd-login044-1 ii libudev0 175-3.1 ii libwrap0 7.6.q-23 ii udev 175-3.1 ii util-linux 2.20.1-4 Versions of packages systemd recommends: ii libpam-systemd 44-1 Versions of packages systemd suggests: ii python 2.7.2-10 ii systemd-gui 44-1 -- Configuration Files: /etc/systemd/system.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668314: calibre: crash on start - python-sip api change related
Package: calibre Version: 0.8.41+dfsg-1 Severity: important Dear Maintainer, starting calibre crashes with : gdb --args python2.7 /usr/bin/calibre GNU gdb (GDB) 7.4-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/python2.7...Reading symbols from /usr/lib/debug/usr/bin/python2.7...done. done. (gdb) r Starting program: /usr/bin/python2.7 /usr/bin/calibre [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. Python Exception class 'gdb.error' There is no member named ma_mask.: createClassType (client=0x7fffe2ae9e80, ctd=0x7fffe2aea000, mod_dict=) at /build/buildd-sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c:5502 5502/build/buildd-sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c: Aucun fichier ou dossier de ce type. (gdb) bt Python Exception class 'gdb.error' There is no member named ma_mask.: #0 createClassType (client=0x7fffe2ae9e80, ctd=0x7fffe2aea000, mod_dict=) at /build/buildd-sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c:5502 Python Exception class 'gdb.error' There is no member named ma_mask.: #1 0x72231698 in sip_api_init_module (client=0x7fffe2ae9e80, mod_dict=) at /build/buildd-sip4_4.13.2-1-amd64-oTGNAQ/sip4-4.13.2/siplib/siplib.c:1418 #2 0x7fffe28dc737 in initpictureflow () from /usr/lib/calibre/calibre/plugins/pictureflow.so #3 0x00504454 in _PyImport_LoadDynamicModule () #4 0x005370ab in import_submodule.39132 () #5 0x0046e18f in load_next.39137 () #6 0x00537974 in import_module_level.isra.3.39158 () #7 0x004d682b in builtin___import__.32813 () #8 0x005228cc in PyEval_EvalFrameEx () #9 0x00529c42 in PyEval_EvalCodeEx () #10 0x00522e68 in PyEval_EvalFrameEx () #11 0x005230b2 in PyEval_EvalFrameEx () #12 0x00529c42 in PyEval_EvalCodeEx () #13 0x0057e740 in function_call.15047 () #14 0x0049d1e6 in PyObject_Call () #15 0x004e4baa in instancemethod_call.8523 () #16 0x0049d1e6 in PyObject_Call () #17 0x00502e97 in call_method.25480 () #18 0x00523aed in PyEval_EvalFrameEx () #19 0x00529c42 in PyEval_EvalCodeEx () #20 0x0057dd98 in PyImport_ExecCodeModuleEx () #21 0x005366b8 in load_source_module.39078 () #22 0x005370ab in import_submodule.39132 () #23 0x0046e18f in load_next.39137 () #24 0x00537b31 in import_module_level.isra.3.39158 () #25 0x004d682b in builtin___import__.32813 () #26 0x0049d1e6 in PyObject_Call () #27 0x0049d7f6 in PyEval_CallObjectWithKeywords () #28 0x00524e2e in PyEval_EvalFrameEx () #29 0x00529c42 in PyEval_EvalCodeEx () #30 0x0057dd98 in PyImport_ExecCodeModuleEx () #31 0x005366b8 in load_source_module.39078 () #32 0x005370ab in import_submodule.39132 () #33 0x0046e18f in load_next.39137 () #34 0x00537b31 in import_module_level.isra.3.39158 () #35 0x004d682b in builtin___import__.32813 () #36 0x0049d1e6 in PyObject_Call () #37 0x0049d7f6 in PyEval_CallObjectWithKeywords () #38 0x00524e2e in PyEval_EvalFrameEx () #39 0x005230b2 in PyEval_EvalFrameEx () #40 0x00529c42 in PyEval_EvalCodeEx () #41 0x00522e68 in PyEval_EvalFrameEx () #42 0x00529c42 in PyEval_EvalCodeEx () #43 0x0057ee71 in PyRun_FileExFlags () #44 0x0057f533 in PyRun_SimpleFileExFlags () ---Type return to continue, or q return to quit--- #45 0x005345e6 in Py_Main () #46 0x76977ead in __libc_start_main (main=optimized out, argc=optimized out, ubp_av=optimized out, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffdc98) at libc-start.c:228 #47 0x0041dfd1 in _start () which looks like a python sip api breakage. The changes shown in the bugreport are both due to me rebuilding the package against latest python-sip ie 4.13.2-1 via pdebuild with an up to date pbuilder base.tgz and me installing the binary install from the calibre site (thus the calibre bin points to /opt/calibre) after taking the above backtrace. Best regards, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc5test0-00204-gae942ae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Bug#712225: scilab: cannot upgrade : circular overwrite issue scilab-minimal-bin vs scilab-full-bin
Package: scilab Version: 5.4.1-2 Severity: important Dear Maintainer, Upgrade leads to this circular overwrite errors: Preparing to replace scilab-full-bin 5.4.1-1 (using .../scilab-full-bin_5.4.1-2_amd64.deb) ... Unpacking replacement scilab-full-bin ... dpkg: error processing /var/cache/apt/archives/scilab-full-bin_5.4.1-2_amd64.deb (--unpack): trying to overwrite '/usr/lib/scilab/libscitypes.so.5.4.1', which is also in package scilab-minimal-bin 5.4.1-1 configured to not write apport reports Preparing to replace scilab-minimal-bin 5.4.1-1 (using .../scilab-minimal-bin_5.4.1-2_amd64.deb) ... Unpacking replacement scilab-minimal-bin ... dpkg: error processing /var/cache/apt/archives/scilab-minimal-bin_5.4.1-2_amd64.deb (--unpack): trying to overwrite '/usr/lib/scilab/libscixml.so.5.4.1', which is also in package scilab-full-bin 5.4.1-1 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/scilab-full-bin_5.4.1-2_amd64.deb /var/cache/apt/archives/scilab-minimal-bin_5.4.1-2_amd64.deb Error: Timeout was reached E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of libscilab2-java: libscilab2-java depends on scilab-full-bin (= 5.4.1-2); however: Version of scilab-full-bin on system is 5.4.1-1. dpkg: error processing libscilab2-java (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of scilab-cli: scilab-cli depends on scilab-minimal-bin (= 5.4.1-2); however: Version of scilab-minimal-bin on system is 5.4.1-1. dpkg: error processing scilab-cli (--configure): dependency problems - leaving unconfigured dpkg: dependency problems prevent configuration of scilab: scilab depends on scilab-cli (= 5.4.1-2); however: Package scilab-cli is not configured yet. dpkg: error processing scilab (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libscilab2-java scilab-cli scilab Best regards, Alban -- 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.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages scilab depends on: iu scilab-cli 5.4.1-2 ii scilab-full-bin 5.4.1-1 Versions of packages scilab recommends: ii scilab-doc 5.4.1-2 Versions of packages scilab suggests: ii scilab-doc-fr 5.4.1-2 pn scilab-doc-ja none pn scilab-doc-pt-br none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712697: ruby-railties-3.2: conflict with rails 3:3.2.0 while rails is at 2:3.2.13+1
Package: ruby-railties-3.2 Version: 3.2.13-4 Severity: normal Dear Maintainer, ruby-railties-3.2: conflict with rails 3:3.2.0 while rails is at 2:3.2.13+1 which prevents the whole rails upgrade. locally I rebuilt the package with conflict 2:3.2.0 instead of 3:3.2.0. Best regards Alban -- 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.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (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#709856: imagemagick: fails to install: update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't exist
Package: imagemagick Version: 8:6.8.5.6-2 Followup-For: Bug #709856 Dear Maintainer, I ended up switching imagemagick main package from architecture any too all thus making effective the binary-indep debian rule for imagemagick package. Otherwise indeed I was lacking the /usr/bin/*-im6 symbolic links. Attach is a patch against the git debian repository. Build and installed fine. Best regards, Alban -- Package-specific info: ImageMagick program version --- animate: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org compare: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org convert: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org composite: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org conjure: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org display: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org identify: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org import: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org mogrify: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org montage: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org stream: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org -- 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.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii imagemagick-6.q16 8:6.8.5.6-2 imagemagick recommends no packages. imagemagick suggests no packages. -- no debconf information From 4759a182ad10311617fe71df1186fc5462d0d314 Mon Sep 17 00:00:00 2001 From: Alban Browaeys pra...@yahoo.com Date: Tue, 28 May 2013 15:45:22 +0200 Subject: [PATCH] Fix imagemagick package missing binary-indep files. override_dh_install-indep is not run on non indep packages. Thus switch imagemagick from Archicture: any to all as it does not ship any architecture dependent bits and thus makes it a binary indep package. --- debian/control | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/debian/control b/debian/control index 8bd193c..725dc58 100644 --- a/debian/control +++ b/debian/control @@ -106,7 +106,7 @@ Description: object-oriented C++ interface to ImageMagick - header files programs using Magick++. Package: imagemagick -Architecture: any +Architecture: all Multi-Arch: foreign Depends: ${misc:Depends}, imagemagick-6.q16 Description: image manipulation programs -- binaries -- 1.8.3.rc3
Bug#709856: imagemagick: fails to install: update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't exist
Ok. From commit eccd15b20e14a737b662e1b9e21f6cda015250aa I thought the move from the symlinks from imagemagick-6.q16 to imagemagick (including postinst, prerm, menu, and so forth) was done as to include the symlinks in the non arch imagemagick . Leaving them in the binary-indep dh_install override and keeping imagemagick arch dependent leads to them not shipping at all. Do you wish to keep them in binary indep override and move them back to imagemagick-6 or move the symlinks into the arch override ? Alban ---BeginMessage--- On Tue, May 28, 2013 at 3:56 PM, Alban Browaeys pra...@yahoo.com wrote: Package: imagemagick Version: 8:6.8.5.6-2 Followup-For: Bug #709856 Dear Maintainer, I ended up switching imagemagick main package from architecture any too all thus making effective the binary-indep debian rule for imagemagick package. Otherwise indeed I was lacking the /usr/bin/*-im6 symbolic links. Attach is a patch against the git debian repository. Build and installed fine. Best regards, Alban Thanks for the patch the problem is that the symlink are not arch neutral and point to /usr/lib/arch Bastien -- Package-specific info: ImageMagick program version --- animate: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org compare: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org convert: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org composite: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org conjure: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org display: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org identify: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org import: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org mogrify: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org montage: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org stream: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org -- 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.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii imagemagick-6.q16 8:6.8.5.6-2 imagemagick recommends no packages. imagemagick suggests no packages. -- no debconf information ---End Message---
Bug#709856: imagemagick: fails to install: update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't exist
I got: make[2] : on entre dans le répertoire « /home/prahal/Projects/Devel/Gnome/jhbuild/imagemagick/imagemagick/debian/build-quantum-indep » doxygen config/MagickCore.dox error: tag OUTPUT_DIRECTORY: Output directory `www/api' does not exist and cannot be created Exiting... make[2]: *** [html] Erreur 1 make[2] : on quitte le répertoire « /home/prahal/Projects/Devel/Gnome/jhbuild/imagemagick/imagemagick/debian/build-quantum-indep » dh_auto_build: make -j1 html V=1 returned exit code 2 I revert commit 33747a8812d17492b1eb68cc810204d10ccc3464 (remove not needed mkdir) and retry. Best regards Alban ---BeginMessage--- Alban could you try thé last debian branch on gît? Le 28 mai 2013 18:46, Bastien ROUCARIES roucaries.bastien+imagemag...@gmail.com a écrit : On Tue, May 28, 2013 at 5:47 PM, Alban Browaeys pra...@yahoo.com wrote: Ok. From commit eccd15b20e14a737b662e1b9e21f6cda015250aa I thought the move from the symlinks from imagemagick-6.q16 to imagemagick (including postinst, prerm, menu, and so forth) was done as to include the symlinks in the non arch imagemagick . Leaving them in the binary-indep dh_install override and keeping imagemagick arch dependent leads to them not shipping at all. Do you wish to keep them in binary indep override and move them back to imagemagick-6 or move the symlinks into the arch override ? Hi all, they are two solutions and it is a trade-off between multiarch and a new package indeed I could reproduce the bug with dpkg-buildpackage -B imagemagick is set to arch any whereas it is it not builded in arch all. I have corrected it, but it set every man pages that are arch all to a package arch any Bastien Alban -- Forwarded message -- From: Bastien ROUCARIES roucaries.bastien+imagemag...@gmail.com To: Alban Browaeys pra...@yahoo.com, 709...@bugs.debian.org Cc: Date: Tue, 28 May 2013 16:33:58 +0200 Subject: Re: Bug#709856: imagemagick: fails to install: update-alternatives: error: alternative path /usr/bin/compare-im6 doesn't exist On Tue, May 28, 2013 at 3:56 PM, Alban Browaeys pra...@yahoo.com wrote: Package: imagemagick Version: 8:6.8.5.6-2 Followup-For: Bug #709856 Dear Maintainer, I ended up switching imagemagick main package from architecture any too all thus making effective the binary-indep debian rule for imagemagick package. Otherwise indeed I was lacking the /usr/bin/*-im6 symbolic links. Attach is a patch against the git debian repository. Build and installed fine. Best regards, Alban Thanks for the patch the problem is that the symlink are not arch neutral and point to /usr/lib/arch Bastien -- Package-specific info: ImageMagick program version --- animate: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org compare: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org convert: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org composite: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org conjure: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org display: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org identify: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org import: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org mogrify: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org montage: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org stream: ImageMagick 6.8.5-6 2013-05-28 Q16 http://www.imagemagick.org -- 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.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages imagemagick depends on: ii imagemagick-6.q16 8:6.8.5.6-2 imagemagick recommends no packages. imagemagick suggests no packages. -- no debconf information ---End Message---
Bug#639300: please build against unixodbc-dev instead of libiodbc2-dev
Package: soprano-daemon Followup-For: Bug #639300 Just to tell that unixodbc 2.3.1 has support for driver library name in connection string (though debian ships 2.2.14). Thus if a connection manager is wished and also wished is the ability to provide the library name via connection string it is reachable. The only issue with the first patch to get the testsuite completing to the same level as with iodbc is to provide an odbcinst template that is lacking from virtuoso. Updated version of the connection manager and virtuoso odbcinst template attached. -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-rc2test0-00197-ge364127 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages soprano-daemon depends on: ii libc6 2.16-0experimental1 ii libgcc1 1:4.8-20130105-1 ii libodbc12.2.14p2-5 ii libqt4-dbus 4:4.8.2+dfsg-9 ii libqt4-network 4:4.8.2+dfsg-9 ii libqtcore4 4:4.8.2+dfsg-9 ii libraptor2-02.0.8-2 ii librdf0 1.0.15-1+b1 ii libstdc++6 4.8-20130105-1 ii unixodbc2.2.14p2-5 Versions of packages soprano-daemon recommends: pn libsoprano4 none Versions of packages soprano-daemon suggests: ii virtuoso-minimal 6.1.4+dfsg1-2 -- no debconf information -- debsums errors found: debsums: changed file /usr/lib/soprano/libsoprano_virtuosobackend.so (from soprano-daemon package) [Virtuoso ANSI] Description = Virtuoso ODBC driver (ANSI version) Driver = virtodbc_r.so Setup = virtodbc_r.so Debug = 0 CommLog = 1 [Virtuoso Unicode] Description = Virtuoso ODBC driver (Unicode version) Driver = virtodbcu_r.so Setup = virtodbcu_r.so Debug = 0 CommLog = 1 --- a/CMakeLists.txt +++ b/CMakeLists.txt @@ -90,7 +90,7 @@ include(CheckIncludeFiles) check_include_files(windows.h;sql.h HAVE_SQL_H) else(WIN32) - find_package(IODBC) + find_package(ODBC) endif(WIN32) endif(NOT SOPRANO_DISABLE_VIRTUOSO_BACKEND) @@ -119,9 +119,9 @@ set(BUILD_DBUS_SUPPORT TRUE) endif(NOT SOPRANO_DISABLE_DBUS AND QT_QTDBUS_FOUND) if(NOT SOPRANO_DISABLE_VIRTUOSO_BACKEND) - if(IODBC_FOUND OR HAVE_SQL_H) + if(ODBC_FOUND OR HAVE_SQL_H) set(BUILD_VIRTUOSO_BACKEND TRUE) - endif(IODBC_FOUND OR HAVE_SQL_H) + endif(ODBC_FOUND OR HAVE_SQL_H) endif(NOT SOPRANO_DISABLE_VIRTUOSO_BACKEND) set(HAVE_DBUS BUILD_DBUS_SUPPORT) @@ -307,7 +307,7 @@ if(WIN32) message( * Virtuoso storage backend (missing ODBC headers - http://msdn.microsoft.com/en-us/windows/bb980924.aspx)) else(WIN32) -message( * Virtuoso storage backend (missing libiodbc - http://www.iodbc.org)) +message( * Virtuoso storage backend (missing unixodbc - http://www.unixodbc.org/)) endif(WIN32) endif(NOT BUILD_VIRTUOSO_BACKEND) --- a/backends/virtuoso/CMakeLists.txt +++ b/backends/virtuoso/CMakeLists.txt @@ -10,7 +10,7 @@ ${soprano_SOURCE_DIR} ${soprano_SOURCE_DIR}/server ${virtuoso_BINARY_DIR} - ${IODBC_INCLUDE_DIR} + ${ODBC_INCLUDE_DIR} ) set(SRC @@ -36,7 +36,7 @@ if(WIN32) target_link_libraries(soprano_virtuosobackend odbc32) else(WIN32) -target_link_libraries(soprano_virtuosobackend ${IODBC_LIBRARIES}) +target_link_libraries(soprano_virtuosobackend ${ODBC_LIBRARIES}) endif(WIN32) if(WIN32) --- a/backends/virtuoso/virtuosobackend.cpp +++ b/backends/virtuoso/virtuosobackend.cpp @@ -117,14 +117,18 @@ #ifdef Q_OS_WIN const QString odbcDriver = QLatin1String( {Virtuoso (Open Source)} ); #else +#if 0 /* library name require unixodbc 2.3.1 */ const QString odbcDriver = findVirtuosoDriver(); if ( odbcDriver.isEmpty() ) { setError( Could not find Virtuoso ODBC driver ); return 0; } +#else + const QString odbcDriver = QLatin1String( {Virtuoso ANSI} ); +#endif #endif -const QString connectString = QString::fromLatin1( host=%1:%2;uid=%3;pwd=%4;driver=%5 ) +const QString connectString = QString::fromLatin1( host=%1:%2;uid=%3;pwd=%4;DRIVER=%5 ) .arg( host, QString::number( port ), uid, pwd, odbcDriver ); QStringList connectionSetupCommands; if ( queryTimeout 1000 ) { --- /dev/null +++ b/cmake/modules/FindODBC.cmake @@ -0,0 +1,22 @@ +# Taken from gammu project +# Find ODBC (or UnixODBC) + +find_path(ODBC_INCLUDE_DIR NAMES sql.h + DOC The ODBC include directory +) + +find_library(ODBC_LIBRARY NAMES odbc odbc32 + DOC The ODBC library +) + +# handle the QUIETLY and REQUIRED arguments and set ODBC_FOUND to TRUE if +# all listed variables are TRUE +include(FindPackageHandleStandardArgs) +FIND_PACKAGE_HANDLE_STANDARD_ARGS(ODBC DEFAULT_MSG ODBC_LIBRARY ODBC_INCLUDE_DIR) + +if(ODBC_FOUND) + set( ODBC_LIBRARIES ${ODBC_LIBRARY} ) + set(
Bug#705414: system-config-printer: install scp-dbus-service and related files - upgrade to 1.4.0 for 1.6 API
Package: system-config-printer Version: 1.3.7-4 Severity: normal Dear Maintainer, Apr 08 07:48:24 penelope /opt/gnome/etc/gdm/Xsession[4592]: (gnome-control-center:30104): printers-cc-panel-WARNING **: Install system-config-printer which provides DBus method GroupPhysicalDevices to group duplicates in device list. Apr 08 07:48:24 penelope /opt/gnome/etc/gdm/Xsession[4592]: (gnome-control-center:30104): printers-cc-panel-WARNING **: Install system-config-printer which provides DBus method GroupPhysicalDevices to group duplicates in device list. Apr 08 07:48:25 penelope /opt/gnome/etc/gdm/Xsession[4592]: (gnome-control-center:30104): printers-cc-panel-WARNING **: Install system-config-printer which provides DBus method GroupPhysicalDevices to group duplicates in device list. Apr 08 07:48:25 penelope /opt/gnome/etc/gdm/Xsession[4592]: (gnome-control-center:30104): printers-cc-panel-WARNING **: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.fedoraproject.Config.Printing was not provided by any .service files Apr 08 07:48:25 penelope /opt/gnome/etc/gdm/Xsession[4592]: (gnome-control-center:30104): GLib-GIO-CRITICAL **: g_bus_get_sync: assertion `error == NULL || *error == NULL' failed Apr 08 07:48:25 penelope /opt/gnome/etc/gdm/Xsession[4592]: (gnome-control-center:30104): printers-cc-panel-WARNING **: Failed to get session bus: (null) Apr 08 07:48:25 penelope /opt/gnome/etc/gdm/Xsession[4592]: (gnome-control-center:30104): printers-cc-panel-WARNING **: Installation of the new printer failed. This comes from system-config-printer not installing /usr/share/dbus-1 and scp-dbus-service. I added a dbus force-reload in postinst to cope with the install of the service. The attached patch is kind of a blob that fixes various issues (sorry, I mangled it with debdiff). Ie it fixes above dbus service missing but also upgrade to 1.4.0 of system-config-printer to cope with cups 1.6 api breakage on its udev/udev-configure-printer.c . To end up I modified the debian/rules cleanbuilddir/python-cupshelpers:: as to remove cupshelpers/debug.py that the rules files add instead of non existant cupshelpers/options.py. Best regards Alban -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0test0-06549-ga519a70 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages system-config-printer depends on: ii gnome-icon-theme3.7.91-1 ii python 2.7.3-13 ii python-cups 1.9.62-1 ii python-cupshelpers 1.4.0-1 ii python-dbus 1.1.1-1 ii python-glade2 2.24.0-3+b1 ii python-gnome2 2.28.1+dfsg-1 ii python-gtk2 2.24.0-3+b1 ii python-libxml2 2.9.0+dfsg1-4 ii python-notify 0.1.1-3 ii python-support 1.0.15 Versions of packages system-config-printer recommends: ii cups-pk-helper 0.2.3-3 ii system-config-printer-udev 1.4.0-1 Versions of packages system-config-printer suggests: ii python-gnomekeyring 2.32.0+dfsg-2+b1 ii python-smbc 1.0.6-1+b1 pn sessioninstaller none -- no debconf information -- debsums errors found: debsums: changed file /usr/share/system-config-printer/jobviewer.py (from system-config-printer package) debsums: changed file /usr/share/system-config-printer/printerproperties.py (from system-config-printer package) debsums: changed file /usr/share/system-config-printer/statereason.py (from system-config-printer package) diff -Nru system-config-printer-1.3.7/debian/changelog system-config-printer-1.4.0/debian/changelog --- system-config-printer-1.3.7/debian/changelog 2013-01-25 21:53:20.0 +0100 +++ system-config-printer-1.4.0/debian/changelog 2013-04-08 08:26:06.0 +0200 @@ -1,3 +1,15 @@ +system-config-printer (1.4.0-1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Add /usr/share/dbus-1 to install to get the dbus services +and reload dbus in postinst. +Also add scp-dbus-service called by those dbus services. + + * Upgrade to 1.4.0 (udev/udev-configure-printer.c to match cups 1.6 +API). + + -- Alban Browaeys pra...@yahoo.com Mon, 08 Apr 2013 08:25:11 +0200 + system-config-printer (1.3.7-4) unstable; urgency=low * debian/control.in: Add missing Depends against python-dbus diff -Nru system-config-printer-1.3.7/debian/install system-config-printer-1.4.0/debian/install --- system-config-printer-1.3.7/debian/install 2011-12-13 20:17:22.0 +0100 +++ system-config-printer-1.4.0/debian/install 2013-04-08 07:54:29.0 +0200 @@ -1,8 +1,10 @@ debian/tmp/etc/xdg/ debian/tmp/etc/dbus-1/ +debian/tmp/usr/share/dbus-1/ debian/tmp/usr/share/applications debian/tmp/usr/share/locale debian/tmp/usr/share/man debian/tmp/usr/share/system-config-printer/system-config-printer.py /usr/bin
Bug#698435: lilypond-doc-html-fr: duplicate Document name betwee -doc-* and -doc-*-language - doc-base concatenation failure
Package: lilypond-doc-html-fr Version: 2.16.0-1~exp+2 Severity: normal Dear Maintainer, Installing any -doc-format-lang of lilypond ends up with a doc-base trigger concatenation failure. It boils down to doc-base does not accept more than one document with the same format and same identifier (here document name is always lilypond. Thus installing a doc-format-lang plus the base doc-format they depends upon fails) - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=610018 The error message is a bit cryptic (I'll work to make it more user-friendly), but it means that doc-base failed to merge two different doc-base files having the same value of the `Document' field (i.e. debian-history.lt), because both files provide documentation in the same format (i.e. html). Such merging is allowed only for documentation in different formats - please see section 2.5.1 of `Debian doc-base Manual'. Here I switched from Document: lilypond to Document: lilypond.fr. That deal with the doc-base concatenate error. Best regards, Alban -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-rc2test0-00197-ge364127 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lilypond-doc-html-fr depends on: ii dpkg 1.16.9 ii install-info 4.13.93.dfsg.1-1 ii lilypond-doc-html 2.16.0-1~exp+2 lilypond-doc-html-fr recommends no packages. Versions of packages lilypond-doc-html-fr suggests: ii lilypond 2.16.0-1~exp+2 -- no debconf information -- debsums errors found: debsums: changed file /usr/share/doc-base/lilypond-doc-html-fr (from lilypond-doc-html-fr package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694962: libc6:amd64: pulseaudio hangs in pthread_cond_wait
Package: libc6 Version: 2.16-0experimental1 Severity: important Dear Maintainer, http://sourceware.org/bugzilla/show_bug.cgi?id=14417 libcanberra and gstreamer hangs on pulseaudio calls. Upstream fixed this only in master at : http://sourceware.org/git/?p=glibc.git;a=commit;h=c30e8edf7c56e55a81173da39f3e721ab17b9db6 Seems like debian handled it by reverting an upstream commit via: debian/patches/i386/local-pthread_cond_wait.diff but only for x86 arch (I am on x86_64 here). Thus I hacked down this patch for debian from former upstream fix to debian 2.16 experimental1 quilt patched sources. Ie the i386 fix is partially missing as the latter debian i386 change removed one of the files it patched. It works but I have not done a review yet. Might serve as a starting point. All in all I guess the debian revert i386/local-pthread_cond_wait.diff should be added back and the upstream fixe used instead. But sadly upstream did not backported this patch to release/2.16/master so it is hard to tell if there are former diff in master that might fixes others issues than this pulseaudio hang. Best regards, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc4test0-00020-g0e4a43e (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6:amd64 depends on: ii debconf [debconf-2.0] 1.5.46 ii libgcc11:4.7.2-12 libc6:amd64 recommends no packages. Versions of packages libc6:amd64 suggests: pn glibc-doc none pn localesnone -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: spamassassin ssh saslauthd samba openbsd-inetd mysql exim4 cups cron atd apache2 * libraries/restart-without-asking: false From c30e8edf7c56e55a81173da39f3e721ab17b9db6 Mon Sep 17 00:00:00 2001 From: Siddhesh Poyarekar siddh...@redhat.com Date: Fri, 5 Oct 2012 18:52:35 +0530 Subject: [PATCH] Unlock mutex before going back to waiting for PI mutexes [BZ #14417] A futex call with FUTEX_WAIT_REQUEUE_PI returns with the mutex locked on success. If such a successful thread is pipped to the cond_lock by another spuriously woken waiter, it could be sent back to wait on the futex with the mutex lock held, thus causing a deadlock. So it is necessary that the thread relinquishes the mutex before going back to sleep. --- NEWS |6 +- nptl/ChangeLog | 19 ++ nptl/Makefile |4 +- .../sysv/linux/i386/i486/pthread_cond_timedwait.S | 38 +++- .../unix/sysv/linux/i386/i486/pthread_cond_wait.S | 117 +++--- .../sysv/linux/x86_64/pthread_cond_timedwait.S | 51 - .../unix/sysv/linux/x86_64/pthread_cond_wait.S | 121 -- nptl/tst-cond24.c | 249 8 files changed, 430 insertions(+), 175 deletions(-) create mode 100644 nptl/tst-cond24.c --- a/nptl/Makefile +++ b/nptl/Makefile @@ -210,7 +210,7 @@ tst-cond1 tst-cond2 tst-cond3 tst-cond4 tst-cond5 tst-cond6 tst-cond7 \ tst-cond8 tst-cond9 tst-cond10 tst-cond11 tst-cond12 tst-cond13 \ tst-cond14 tst-cond15 tst-cond16 tst-cond17 tst-cond18 tst-cond19 \ - tst-cond20 tst-cond21 tst-cond22 tst-cond23 \ + tst-cond20 tst-cond21 tst-cond22 tst-cond23 tst-cond24 \ tst-robust1 tst-robust2 tst-robust3 tst-robust4 tst-robust5 \ tst-robust6 tst-robust7 tst-robust8 tst-robust9 \ tst-robustpi1 tst-robustpi2 tst-robustpi3 tst-robustpi4 tst-robustpi5 \ @@ -288,6 +288,7 @@ LDFLAGS-pthread.so = -Wl,--enable-new-dtags,-z,nodelete,-z,initfirst +LDFLAGS-tst-cond24 = -lrt include ../Makeconfig --- a/nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_timedwait.S +++ b/nptl/sysdeps/unix/sysv/linux/i386/i486/pthread_cond_timedwait.S @@ -214,8 +214,23 @@ sete 24(%esp) je 41f - /* Normal and PI futexes dont mix. Use normal futex functions only - if the kernel does not support the PI futex functions. */ + /* When a futex syscall with FUTEX_WAIT_REQUEUE_PI returns + successfully, it has already locked the mutex for us and the + pi_flag (24(%esp)) is set to denote that fact. However, if another + thread changed the futex value before we entered the wait, the + syscall may return an EAGAIN and the mutex is not locked. We go + ahead with a success anyway since later we look at the pi_flag to + decide if we got the mutex or not. The sequence numbers then make + sure that only one of the threads actually wake up. We retry using + normal FUTEX_WAIT only if the kernel returned ENOSYS, since normal + and PI futexes don't mix. + + Note that we don't check for EAGAIN specifically; we assume that the + only other error the
Bug#694964: libc6:amd64: binary debian target fails - /usr/include/locale.h cannot be removed
Package: libc6 Version: 2.16-0experimental1 Severity: normal Dear Maintainer, A local dpkg-buildpackage of the 2.16 package leads to this error: make[3]: Entering directory `/home/prahal/checkout/glibc6/eglibc-2.16/locale' /usr/bin/install -c -m 644 locale.h /usr/include/locale.h /usr/bin/install: cannot remove '/usr/include/locale.h': Permission denied make[3]: *** [/usr/include/locale.h] Error 1 make[3]: Leaving directory `/home/prahal/checkout/glibc6/eglibc-2.16/locale' make[2]: *** [locale/subdir_install] Error 2 make[2]: Leaving directory `/home/prahal/checkout/glibc6/eglibc-2.16' make[1]: *** [install] Erreur 2 make[1] : on quitte le répertoire « /home/prahal/checkout/glibc6/eglibc-2.16/build-tree/amd64-libc » make: *** [/home/prahal/checkout/glibc6/eglibc-2.16/stamp-dir/install_libc] Erreur 2 dpkg-buildpackage: erreur: fakeroot debian/rules binary a produit une erreur de sortie de type 2 It turns out the locale/Makefile is missing: include ../Makeconfig Attached patch fixes that issue. Regards, Alban -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.7.0-rc4test0-00020-g0e4a43e (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libc6:amd64 depends on: ii debconf [debconf-2.0] 1.5.46 ii libgcc11:4.7.2-12 libc6:amd64 recommends no packages. Versions of packages libc6:amd64 suggests: pn glibc-doc none pn localesnone -- debconf information: * glibc/upgrade: true glibc/disable-screensaver: glibc/restart-failed: * glibc/restart-services: spamassassin ssh saslauthd samba openbsd-inetd mysql exim4 cups cron atd apache2 * libraries/restart-without-asking: false --- locale/Makefile.orig 2012-12-02 19:28:18.071115539 +0100 +++ locale/Makefile 2012-12-02 10:45:54.588268235 +0100 @@ -23,6 +23,8 @@ subdir := locale +include ../Makeconfig + headers = locale.h bits/locale.h langinfo.h xlocale.h # catnames is needed by OPTION_EGLIBC_LOCALE_CODE and by the 'intl' code. # If we put the latter in an option group, too, we can omit catnames
Bug#717401: sosreport: fails to install: SyntaxError: invalid syntax
Package: sosreport Version: 2.3~git20130509-1 Followup-For: Bug #717401 The enclosing is starting with ([ and ends with )] line 35 of /usr/lib/python2.7/dist-packages/sos/plugins/logs.py, I switched the end of the enclosure. and all is fine now. BR, Alban -- 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.9-1-amd64 (SMP w/2 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 sosreport depends on: ii python 2.7.5-2 sosreport recommends no packages. sosreport suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/share/pyshared/sos/plugins/logs.py (from sosreport package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705857: libfontforge1: all .so are in libfontforge1 but libgdraw4 one is also in libgdraw4 - conflict
Package: libfontforge1 Version: 0.0.20120101+git-3 Severity: important Dear Maintainer, Preparing to replace libfontforge1 0.0.20120101+git-2 (using .../libfontforge1_0.0.20120101+git-4_amd64.deb) ... Unpacking replacement libfontforge1 ... dpkg: error processing /var/cache/apt/archives/libfontforge1_0.0.20120101+git-4_amd64.deb (--unpack): trying to overwrite '/usr/lib/libgdraw.so.4.0.10', which is also in package libgdraw4 0.0.20120101+git-4 configured to not write apport reports dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libfontforge1_0.0.20120101+git-4_amd64.deb It turns out that since 0.0.20120101+git-3 all .so files are installed in libfontforge1 including libgdraw4 ones: debian/rules: override_dh_install: $(MAKE) install prefix=$(CURDIR)/debian/tmp/usr libdir=$(CURDIR)/debian/libfontforge1/usr/lib I do not know how libgdraw4 finds its own library so file (as it should not be in debian/tmp but only in debian/libfontforge1/ ) , but it turns out that it also has it. As fontforge depends on libgdraw4 and libfontforge1 this is unfixable on the user end side thus the high severity . I believe libgdraw4 was intended to become a transitional empty package. Only a guess though. Best regards Alban -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfontforge1 depends on: ii libc6 2.17-0experimental2 ii libfreetype6 2.4.9-1.1 ii libgif4 4.1.6-10 ii libjpeg8 8d-1 ii libpng12-01.2.49-3 ii libpython2.7 2.7.4-2 ii libspiro0 20071029-4 ii libtiff4 3.9.6-11 ii libuninameslist0 0.0.20091231-4 ii libxml2 2.9.0+dfsg1-4 ii zlib1g1:1.2.7.dfsg-13 libfontforge1 recommends no packages. libfontforge1 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#729976: wims: postinst stuck waiting after exit 0 - debconf db_stop fixes this
Package: wims Version: 1:4.07a~dfsg1-4 Severity: normal Tags: patch Dear Maintainer, I was able to reproduce with: DEBCONF_DEBUG=developer /var/lib/dpkg/info/wims.postinst configure 1 the transactions are fine, exit 0 of the wims.postinst execute, then deconf parent script wait forever with the wims.postinst child zombie. I added dn_stop (at end at first then after the $RET grab of db_get). Attached patch is the latter. Best regards Alban -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages wims depends on: ii adduser3.113+nmu3 ii bsd-mailx [mailx] 8.1.2-0.20131005cvs-1 ii chemeq 2.11-1 ii cpp4:4.8.1-3 ii debconf [debconf-2.0] 1.5.52 ii fortunes 1:1.99.1-7 ii gnuplot4.6.4-1 ii graphviz 2.26.3-15+b1 ii imagemagick8:6.7.7.10-6 ii ldap-utils 2.4.31-1+nmu2+b1 ii libc6 2.17-96 ii libgcc11:4.8.2-5 ii libgd3 2.1.0-3 ii libjs-edit-area0.8.2-1 ii libjs-jquery 1.7.2+dfsg-3 ii libjs-jquery-metadata 8-2 ii libjs-mootools 1.4.5~debian1-2.1 ii libjs-prototype1.7.1-3 ii libstdc++6 4.8.2-5 ii maxima 5.31.3-5 ii maxima-share 5.31.3-5 ii octave 3.6.4-4 ii pari-gp2.5.5-1 ii texlive-base 2013.20131112-1 ii texlive-fonts-recommended 2013.20131112-1 ii texlive-latex-base 2013.20131112-1 ii units-filter 3.5-3 ii wims-modules 1:4.07a~dfsg1-4 Versions of packages wims recommends: ii apache2 2.4.6-3 ii apache2-bin [httpd] 2.4.6-3 ii gap 4r6p5-3 ii wims-help4.01-2 ii wims-java-applets1:4.07a~dfsg1-4 ii yacas1.3.3-2 wims suggests no packages. -- debconf information: * wims/reconfigure-webserver: apache2 * wims/restart-webserver: true --- wims.postinst.old 2013-11-19 20:34:23.0 +0100 +++ wims.postinst.new 2013-11-19 20:36:14.0 +0100 @@ -105,6 +105,7 @@ # reconfigure the webserver if necessary db_get wims/reconfigure-webserver webservers=$RET + db_stop || true restart= # remove a previous file if existing for apache2.2 rm -f /etc/apache2/conf.d/wims.conf
Bug#678897: console-setup: setupcon hangs
Package: console-setup Version: 1.98 Followup-For: Bug #678897 Dear Maintainer, Upgrading via ssh (using aptitude as root), the postinst of console-setup hang forever. From same ssh session I found that setupcon -k succeed but setupcon -f hang: # setupcon -f -v Configuring /dev/tty1 /dev/tty2 /dev/tty3 /dev/tty4 /dev/tty5 /dev/tty6 The charmap is UTF-8 BackSpace is ^? Executing utf_start /dev/tty1. Configuring /dev/tty1 in Unicode mode. - hang I did setupcon -f when logging in tty1 , now hang on tty2: write(1, Executing utf_start /dev/tty2.\n, 31Executing utf_start /dev/tty2. ) = 31 dup2(10, 1) = 1 fcntl64(10, F_GETFD)= 0x1 (flags FD_CLOEXEC) close(10) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 faccessat(AT_FDCWD, /dev/tty2, W_OK) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_BLOCK, NULL, [], 8) = 0 rt_sigprocmask(SIG_SETMASK, [], NULL, 8) = 0 fcntl64(1, F_GETFD) = 0 fcntl64(1, F_DUPFD, 10) = 10 fcntl64(1, F_GETFD) = 0 fcntl64(10, F_SETFD, FD_CLOEXEC)= 0 dup2(2, 1) = 1 fcntl64(2, F_GETFD) = 0 write(1, Configuring /dev/tty2 in Unicode..., 39Configuring /dev/tty2 in Unicode mode. ) = 39 dup2(10, 1) = 1 fcntl64(10, F_GETFD)= 0x1 (flags FD_CLOEXEC) close(10) = 0 open(/dev/tty2, O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 3 fcntl64(1, F_GETFD) = 0 fcntl64(1, F_DUPFD, 10) = 10 fcntl64(1, F_GETFD) = 0 fcntl64(10, F_SETFD, FD_CLOEXEC)= 0 dup2(3, 1) = 1 close(3)= 0 write(1, \33%G, 3^C unfinished ... first tty1 , if I login to tty1 physically and run setupcon, all is fine and then via ssh setupcon succeed for tty1 but fails for tty2 I found that tty2 was a maanged by login binary: tty2 0:00 /bin/login -- I killed the login process on tty2, now: tty2 Ss+0:00 /sbin/getty -f /etc/issue.linuxlogo 38400 tty2 and now via the same initial ssh session + su to root, setupcon succeed so I bet when one has ctrl+alt+fn , the n tty is handled by login , which breaks setupcon. Best regards, Alban -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages console-setup depends on: ii console-setup-linux 1.98 ii debconf 1.5.51 ii keyboard-configuration 1.98 ii xkb-data2.5.1-3 console-setup recommends no packages. Versions of packages console-setup suggests: ii locales2.17-92 ii locales-all [locales] 2.17-92+b1 ii lsb-base 4.1+Debian12 Versions of packages keyboard-configuration depends on: ii debconf 1.5.51 ii initscripts 2.88dsf-43 ii liblocale-gettext-perl 1.05-7+b2 Versions of packages console-setup-linux depends on: ii kbd 1.15.5-1 ii keyboard-configuration 1.98 console-setup-linux suggests no packages. Versions of packages console-setup is related to: pn console-common none ii console-data2:1.12-2 pn console-tools none ii kbd 1.15.5-1 -- debconf information: * console-setup/layout: France console-setup/toggle: No toggling * keyboard-configuration/model: Generic 105-key (Intl) PC * console-setup/codeset47: # Latin1 and Latin5 - western Europe and Turkic languages * console-setup/model: Generic 105-key (Intl) PC console-setup/unsupported_config_layout: true * console-setup/variant: France console-setup/dont_ask_layout: * console-setup/ctrl_alt_bksp: false keyboard-configuration/switch: No temporary switch keyboard-configuration/other: console-setup/unsupported_layout: true keyboard-configuration/unsupported_layout: true console-setup/layoutcode: fr console-setup/guess_font: keyboard-configuration/layoutcode: fr * console-setup/fontsize-fb47: 8x16 * keyboard-configuration/altgr: Right Alt (AltGr) keyboard-configuration/store_defaults_in_debconf_db: true keyboard-configuration/variantcode: console-setup/fontsize-text: 16 * console-setup/fontface47: Terminus console-setup/fontsize: 8x16 * keyboard-configuration/variant: French debian-installer/console-setup-udeb/title: debian-installer/console-setup-udeb/title: keyboard-configuration/toggle: No toggling console-setup/unsupported_options: true * console-setup/charmap: UTF-8 * console-setup/compose: No compose key * keyboard-configuration/compose: No compose key * console-setup/altgr: Right Alt
Bug#734876: libmozjs-dev: include file RequiredDefines.h ends up a symlink to build area - broken
Package: libmozjs-dev Version: 26.0-1 Severity: normal Dear Maintainer, $ ls -l /usr/include/mozjs/js/RequiredDefines.h lrwxrwxrwx 1 root root 54 déc. 15 10:12 /usr/include/mozjs/js/RequiredDefines.h - /tmp/buildd/iceweasel-26.0/js/public/RequiredDefines.h as the build area is not available here it is a broken symlink. This file is marked by libmozjs pkgconfig as need include so it breaks at least local builds of gnome-shell git master. BR, Alban -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libmozjs-dev depends on: ii libmozjs26d 26.0-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#732207: tvtime: Fails to install + segfault
Package: tvtime Followup-For: Bug #732207 Dear Maintainer, I rebuild with dh_strip off. Which gives: gdb --args tvtime-configure --configfile=/etc/tvtime/tvtime.xml --norm=SECAM --frequencies=france --device=/dev/video0 --vbidevice=/dev/vbi0 --priority=-10 Program received signal SIGSEGV, Segmentation fault. __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:42 42 ../sysdeps/x86_64/multiarch/../strlen.S: Aucun fichier ou dossier de ce type. (gdb) bt #0 __strlen_sse2 () at ../sysdeps/x86_64/multiarch/../strlen.S:42 #1 0x00401a1e in main (argc=7, argv=0x7fffbce8) at tvtime-configure.c:39 (gdb) up #1 0x00401a1e in main (argc=7, argv=0x7fffbce8) at tvtime-configure.c:39 39 if( strlen( getenv( HOME ) ) 230 ) { fprintf( stderr, HOME is too long\n ); exit( 1 ); } It turns out that getenv always fails here (amd64), quick test for to reproduce: $ gdb bash (gdb) b main (gdb) r (gdb) p/s (char *)getenv(HOME) $1 = 0xea8a Address 0xea8a out of bounds Definitely looks like libc6 is broken on amd64 for its 2.17-97 deb at least (I tested with same libc6 version, on debian sid too on arm 32 (cortex A9) and i386 also 32 all is fine. critical indeed , you might want to reassign to libc6 (or I will tomorrow) BR, Alban -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tvtime depends on: ii debconf [debconf-2.0] 1.5.52 ii fonts-freefont-ttf [ttf-freefont] 20120503-1 ii libc6 2.17-97 ii libfreetype6 2.5.1-1 ii libgcc11:4.8.2-10 ii libice62:1.0.8-2 ii libpng12-0 1.2.49-5 ii libsm6 2:1.2.1-2 ii libstdc++6 4.8.2-10 ii libx11-6 2:1.6.2-1 ii libxext6 2:1.3.2-1 ii libxinerama1 2:1.1.3-1 ii libxml22.9.1+dfsg1-3 ii libxtst6 2:1.2.2-1 ii libxv1 2:1.0.9-1 ii libxxf86vm11:1.1.3-1 ii perl-modules 5.18.1-5 ii ttf-freefont 20120503-1 ii ucf3.0027+nmu1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages tvtime recommends: ii xmltv-util 0.5.63-2 Versions of packages tvtime suggests: ii lirc-x 0.9.0~pre1-1 ii oss-compat 4 -- debconf information: * tvtime/frequencies-pal: France * tvtime/norm: SECAM tvtime/vbidevice: /dev/vbi0 tvtime/frequencies-ntsc: tvtime/frequencies-jp: tvtime/v4ldevice: /dev/video0 tvtime/processpriority: -10 tvtime/setuid: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742777: grisbi: qif export - wrong amount format (french while should be english in all cases)
Package: grisbi Version: 0.8.9-1 Severity: normal Dear Maintainer, I wanted to move back to gnucash and thus though export from grisbi via qif is the best option. Though I faced a localization issue : namely the amount are exported with a french locale which conflict with what is expected by the software that import the qif (here gnucash). That is should be : comma could be used to separate thousands and dot is the decimal separtor. while grisbi does: comma as decimal separator and space as thousands separator. I made use of sed and all is fine with the abovementionned fixes. I cannot tell if grisbi 1.0.0 still suffer this issue (will try asap though it is medium priority only now that I manage to import the fixes qif into gnucash). the sed scripts : - thousands separator (here removal) sed -ie 's/\(T[^ ]*\) /\1/' *.qif - the decimal separator : sed -ie 's/\(T[^,]*\),/\1./' *.qif NB: it also could be that grisbi export with the current used locale (which here is fr_FR.UTF-8 Best regards Alban -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 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 grisbi depends on: ii grisbi-common 0.8.9-1 ii libatk1.0-0 2.11.90-1 ii libc6 2.18-4 ii libcairo2 1.12.16-2 ii libfontconfig1 2.11.0-5 ii libfreetype62.5.2-1 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-02.39.92-2 ii libgtk2.0-0 2.24.22-1 ii libofx4 1:0.9.4-2.1 ii libpango1.0-0 1.36.3-1 ii libssl1.0.0 1.0.2~beta1-1 ii libxml2 2.9.1+dfsg1-3 ii xdg-utils 1.1.0~rc1+git20111210-7 ii zlib1g 1:1.2.8.dfsg-1 grisbi recommends no packages. Versions of packages grisbi suggests: ii chromium [www-browser] 33.0.1750.152-1 ii elinks [www-browser]0.12~pre6-4 ii epiphany-browser [www-browser] 3.10.1-1 ii google-chrome-stable [www-browser] 33.0.1750.152-1 ii iceweasel [www-browser] 27.0.1-1 ii konqueror [www-browser] 4:4.11.5-2 ii links2 [www-browser]2.8-1+b1 ii lynx-cur [www-browser] 2.8.8pre5-1 ii texlive 2013.20140314-1 ii w3m [www-browser] 0.5.3-15 -- 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#729982: sssd not starting via systemd
Package: sssd Version: 1.11.4-1 Followup-For: Bug #729982 Dear Maintainer, Just to pinpoint the issue in the previous report : ExecStart=${exec_prefix}/sbin/sssd -D -f in sssd.service since a while now breaks the unit execution. ie I replace locally ${exec_prefix} with /usr and am back on trail. Though at each upgrade I have to redo the fix. Mind the offending src/sysv/systemd/sssd.service is part of the orig.tar.gz and well also the upstream tarball for 1.11.4 at least. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 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 sssd depends on: ii python-sss 1.11.4-1 ii sssd-ad 1.11.4-1 ii sssd-common 1.11.4-1 ii sssd-ipa 1.11.4-1 ii sssd-krb51.11.4-1 ii sssd-ldap1.11.4-1 ii sssd-proxy 1.11.4-1 sssd recommends no packages. sssd 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#743296: realmd: segfault due to glib max allowed issue with private data before 2.39.1
Package: realmd Version: 0.15.0-1 Severity: important Dear Maintainer, To sum up a rebuild I tested with a rebuild vs 2.38.2-5 from sid (via pdebuild) and above 2.39.1 (from commit log of the fix ) and rebuild vs glib git master (native build in mix of of sid,experimenhtal and jhbuild) fixes the issue. To sump up: # realmd --replace via gdb with -d : (realmd:26801): DEBUG: holding daemon: startup (realmd:26801): DEBUG: starting service [New Thread 0x731f3700 (LWP 26808)] [New Thread 0x729f2700 (LWP 26809)] [New Thread 0x721f1700 (LWP 26810)] (realmd:26801): DEBUG: connected to bus Program received signal SIGSEGV, Segmentation fault. magazine_chain_pop_head (magazine_chunks=0x64b680) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/gslice.c:539 539 /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/gslice.c: Aucun fichier ou dossier de ce type. (gdb) bt #0 magazine_chain_pop_head (magazine_chunks=0x64b680) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/gslice.c:539 #1 thread_memory_magazine1_alloc (tmem=optimized out, ix=5) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/gslice.c:842 #2 g_slice_alloc (mem_size=mem_size@entry=88) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/gslice.c:998 #3 0x773a317e in g_hash_table_new_full (hash_func=hash_func@entry=0x4096e0 g_str_hash@plt, key_equal_func=key_equal_func@entry=0x40b240 g_str_equal@plt, key_destroy_func=key_destroy_func@entry=0x0, value_destroy_func=value_destroy_func@entry=0x0) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/ghash.c:656 #4 0x773a3219 in g_hash_table_new (hash_func=hash_func@entry=0x4096e0 g_str_hash@plt, key_equal_func=key_equal_func@entry=0x40b240 g_str_equal@plt) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/ghash.c:626 #5 0x76eb7bda in g_dbus_interface_info_cache_build (info=0x438160) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./gio/gdbusintrospection.c:2105 #6 0x76ea726c in g_dbus_connection_register_object (connection=connection@entry=0x65d070, object_path=optimized out, interface_info=0x438160, vtable=0x663db0, user_data=user_data@entry=0x660ad0, user_data_free_func=user_data_free_func@entry=0x0, error=error@entry=0x7fffe858) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./gio/gdbusconnection.c:5203 #7 0x76ebbac0 in add_connection_locked (error=0x7fffe858, connection=0x65d070, interface_=0x660ad0) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./gio/gdbusinterfaceskeleton.c:703 #8 g_dbus_interface_skeleton_export (interface_=0x660ad0, connection=0x65d070, object_path=optimized out, error=0x7fffe858) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./gio/gdbusinterfaceskeleton.c:932 #9 0x0040cb2b in ?? () #10 0x0040e843 in ?? () #11 0x0040eb1e in ?? () #12 0x76e4cef7 in g_simple_async_result_complete (simple=0x659440) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./gio/gsimpleasyncresult.c:763 #13 0x76e4cf59 in complete_in_idle_cb (data=optimized out) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./gio/gsimpleasyncresult.c:775 #14 0x773b3ce5 in g_main_dispatch (context=0x654f00) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/gmain.c:3064 #15 g_main_context_dispatch (context=context@entry=0x654f00) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/gmain.c:3663 #16 0x773b4048 in g_main_context_iterate (context=0x654f00, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/gmain.c:3734 #17 0x773b430a in g_main_loop_run (loop=0x65e490) at /build/glib2.0-V5GbKs/glib2.0-2.39.92/./glib/gmain.c:3928 #18 0x0040b6fc in ?? () #19 0x7569cb45 in __libc_start_main (main=0x40b3a0, argc=1, argv=0x7fffec38, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffec28) at libc-start.c:287 #20 0x0040b8ef in ?? () It turns out that : when glib max version is 2.36 in configure.ac as realmd has, build complains but does not error out. But the binary ends up not allocating the parent_instance private structure. Valgrind complains so at least and switching from GLIB_MAX=GLIB_VERSION_2_36 to GLIB_MAX=GLIB_VERSION_2_38 in configture.ac makes it quiet and also phase out the various segfault and sigill I had (on x86 , x86_64 and armhf) . Follows the relevant part of the build log, the first valgrind lines of output and an extract of the gdb session that shows the parent_instance GDBusInterfaceSkeleton GMutex internals field __kind with the same address as the object itself - RealmDbusServiceSkeleton - context field. Then in realm_dbus_service_skeleton_init when context is assigned, the value of the parent_instance lock is corrupted (equals the address of the context instead of 3). Build: make[2] : on entre dans le répertoire « /home/prahal/Projects/Devel/Gnome/jhbuild/build/realmd/dbus » CC librealm_dbus_a-realm-dbus-generated.o
Bug#756657: transmageddon: generated appdata.xml is wrong - translatable items not
Package: transmageddon Version: 1.3-1 Severity: normal Dear Maintainer, /usr/share/appdata/transmageddin.appdata.xml contains _p and _li and their close counterparts. Those were meant to be substituted by translation. Attached patch from upstream (author Richard Hughes) fixes the generation of the appdata.xml to substitude _tag, ie _p, _li, etc to translated instances. Though it is not yet in debian (thus normal severity of this bug) appstream-glib is broken by such artifacts (thus gnome-software too). Best regards, Alban -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-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 transmageddon depends on: ii gir1.2-gst-plugins-base-1.0 1.4.0-1 ii gir1.2-gstreamer-1.0 1.4.0-1 ii gir1.2-gtk-3.0 3.12.2-1+b1 ii gir1.2-gudev-1.0 208-6 ii gir1.2-notify-0.70.7.6-2 ii gstreamer1.0-libav 1.4.0-1 ii gstreamer1.0-plugins-bad 1.4.0-1 ii gstreamer1.0-plugins-base1.4.0-1 ii gstreamer1.0-plugins-good1.4.0-1 ii gstreamer1.0-plugins-ugly1.4.0-1 ii python3-gi 3.12.1-1+b1 pn python3:any none Versions of packages transmageddon recommends: ii gnome-codec-install 0.4.7+nmu2 transmageddon suggests no packages. -- no debconf information From 3ebfd967b12f94d6d32fdc3e70ed79f403367db0 Mon Sep 17 00:00:00 2001 From: Alban Browaeys pra...@yahoo.com Date: Thu, 31 Jul 2014 22:10:13 +0200 Subject: [PATCH] build: fix i18n, especially appdata.xml generation. --- ...-AppData-file-with-intltool-rather-than-au.patch | 21 + debian/patches/series | 1 + 2 files changed, 22 insertions(+) create mode 100644 debian/patches/0001-Create-the-AppData-file-with-intltool-rather-than-au.patch create mode 100644 debian/patches/series diff --git a/debian/patches/0001-Create-the-AppData-file-with-intltool-rather-than-au.patch b/debian/patches/0001-Create-the-AppData-file-with-intltool-rather-than-au.patch new file mode 100644 index 000..059b7b3 --- /dev/null +++ b/debian/patches/0001-Create-the-AppData-file-with-intltool-rather-than-au.patch @@ -0,0 +1,21 @@ +From: Richard Hughes rich...@hughsie.com +Date: Mon, 7 Jul 2014 13:08:18 +0100 +Subject: Create the AppData file with intltool rather than autoconf + +The former will not merge in translations... +--- + configure.ac | 1 - + 1 file changed, 1 deletion(-) + +diff --git a/configure.ac b/configure.ac +index b7e2304..5efe2da 100644 +--- a/configure.ac b/configure.ac +@@ -63,7 +63,6 @@ AC_CONFIG_FILES([bin/transmageddon], [chmod +x bin/transmageddon]) + dnl output stuff + AC_CONFIG_FILES([ + Makefile +-appdata/transmageddon.appdata.xml + appdata/Makefile + bin/Makefile + common/Makefile diff --git a/debian/patches/series b/debian/patches/series new file mode 100644 index 000..2ed37a8 --- /dev/null +++ b/debian/patches/series @@ -0,0 +1 @@ +0001-Create-the-AppData-file-with-intltool-rather-than-au.patch -- 2.0.1.570.gc6b0718
Bug#757689: Segfault in new amd64 laptop
Package: lshw Version: 02.17-1 Followup-For: Bug #757689 Dear Maintainer, It turns out that on my amd64 box, lshw segfaults too. I sorted it to a stack corruption which happens only while lshw is built wiht optimisations (at least -O2). And a patch is already in lshw-development upstream. I attach this upstream commit (revision 2528). In src/core/fat.cc scan_fat, the call to readlogicalblocks pass struct vfat_super_block which currently can be sized lower than 512 bytes. The issue is that readlogicalblocks (in src/core/blockio.cc) memset this pointer to zero a whole block at a time (here 512 bytes) thus overflowing the buffer. The stack is showned corrupted from there on (in gdb it gives: #0 scan_fat (n=..., id=...) at fat.cc:156 #1 0xc2fef1f766184eb7 in ?? () #2 0xeac166d08b66ca8a in ?? () #3 0x568ad6861a76f710 in ?? () #4 0xcc0a06e4c0e88a40 in ?? () #5 0x0f616613cd0201b8 in ?? () #6 0x660200c381ff7482 in ?? () #7 0x4f4f42c394754940 in ?? () #8 0x2020202052474d54 in ?? () #9 0x in ?? () The 512 bytes of extra padding added to the struct vfat_super_block fixes the overflow. Best regards, Alban Browaeys System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lshw depends on: ii libc6 2.19-11 ii libgcc1 1:4.9.1-14 ii libstdc++6 4.9.1-14 Versions of packages lshw recommends: ii pciutils 1:3.2.1-3 ii usbutils 1:007-2 lshw suggests no packages. -- no debconf information Import buffer overflow fix from lshw-development : svn commit 2528. Index: src/core/fat.cc === --- a/src/core/fat.cc (révision 2527) +++ b/src/core/fat.cc (révision 2528) @@ -81,6 +81,7 @@ uint8_t dummy2[164]; uint8_t pmagic[2]; } __attribute__((__packed__)) fat32; + char sector[512]; // to make sure the whole struct is at least 512 bytes long } __attribute__((__packed__)) type; } __attribute__((__packed__));
Bug#756657: transmageddon: generated appdata.xml is wrong - translatable items not
Le jeudi 23 octobre 2014 à 11:02 +0200, Fabian Greffrath a écrit : [sorry, resent with submitter in CC] On Thu, 31 Jul 2014 22:50:31 +0200 Alban Browaeys pra...@yahoo.com wrote: Attached patch from upstream (author Richard Hughes) fixes the generation of the appdata.xml to substitude _tag, ie _p, _li, etc to translated instances. So, this means this bug can be closed with the next upstream release? Indeed the fix is included in v1.4 Thank you Alban -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766994: systemtap-mode.el:62:1:Error: Symbol's function definition is void: cl-macroexpand-all
Package: systemtap-common Version: 2.6-0.1 Severity: normal Dear Maintainer, emacs24 fails to upgrade upon the systemtap item. Doing the systemtap-common upgrade on its own gives: # LC_ALL=C dpkg -i /var/cache/apt/archives/systemtap-common_2.6-0.1_all.deb (Reading database ... 580754 files and directories currently installed.) Preparing to unpack .../systemtap-common_2.6-0.1_all.deb ... ERROR: systemtap-common is broken - called emacs-package-remove as a new-style add-on, but has no compat file. Remove systemtap-common for emacs24 remove/systemtap-common: Purging byte-compiled files for emacs24 Unpacking systemtap-common (2.6-0.1) over (2.6-0.1) ... Setting up systemtap-common (2.6-0.1) ... ERROR: systemtap-common is broken - called emacs-package-install as a new-style add-on, but has no compat file. Install systemtap-common for emacs Install systemtap-common for emacs24 install/systemtap-common: Handling install of emacsen flavor emacs24 Byte-compilation failed: Loading 00debian-vars... Loading /etc/emacs/site-start.d/50autoconf.el (source)... Loading /etc/emacs/site-start.d/50cmake-data.el (source)... Loading /etc/emacs/site-start.d/50devhelp.el (source)... Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)... Info: Skip debian-el loading if run under dpkg control. Loading /etc/emacs/site-start.d/50gtk-doc-tools.el (source)... Loading /etc/emacs/site-start.d/50psvn.el (source)... Loading /etc/emacs/site-start.d/50pylint.el (source)... Loading pylint... Loading /etc/emacs/site-start.d/50python-docutils.el (source)... Loading /etc/emacs/site-start.d/50systemtap-common.el (source)... Loading /usr/share/emacs/site-lisp/systemtap-common/systemtap-init.el (source)... Loading /etc/emacs/site-start.d/50xcscope-el.el (source)... Wrote /usr/share/emacs24/site-lisp/systemtap-common/systemtap-init.elc In toplevel form: systemtap-mode.el:62:1:Error: Symbol's function definition is void: cl-macroexpand-all ERROR: install script from systemtap-common package failed dpkg: error processing package systemtap-common (--install): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: systemtap-common I fixed it locally by add (require 'cl) to /usr/share/emacs24/site-lisp/systemtap-common/systemtap-mode.el I took this idea from : https://github.com/senny/emacs-eclim/issues/95 even though they deem it obsolete a fix (at least for the issue they had). As I am unable to sort out if cl-lib could do. It could also be an alias was removed from a common lib as I noticed while upgrading emacs24, not systemtap-common per se. Regards, Alban -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-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 systemtap-common depends on no packages. Versions of packages systemtap-common recommends: ii systemtap 2.6-0.1 systemtap-common 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#766994: systemtap-mode.el:62:1:Error: Symbol's function definition is void: cl-macroexpand-all
Package: systemtap-common Version: 2.6-0.1 Followup-For: Bug #766994 Dear Maintainer, the issue remains with this patch. cl require cl-lib and define the cl-macroexpand-all but with an obsolete mark against 24.3. I have not been way further yet. I believe this is alike https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766868 . css-mode: apropos-macrop removed in Emacs 24.4 but for cc-mode (c-lang-defconst seems like the one affected , ie cc-defs.el) Regards Alban # /usr/lib/emacsen-common/emacs-package-install --postinst systemtap-common ERROR: systemtap-common is broken - called emacs-package-install as a new-style add-on, but has no compat file. Install systemtap-common for emacs Install systemtap-common for emacs24 install/systemtap-common: Handling install of emacsen flavor emacs24 Byte-compilation failed: Loading 00debian-vars... Loading /etc/emacs/site-start.d/50autoconf.el (source)... Loading /etc/emacs/site-start.d/50cmake-data.el (source)... Loading /etc/emacs/site-start.d/50devhelp.el (source)... Loading /etc/emacs/site-start.d/50dictionaries-common.el (source)... Loading debian-ispell... Loading /var/cache/dictionaries-common/emacsen-ispell-default.el (source)... Loading /var/cache/dictionaries-common/emacsen-ispell-dicts.el (source)... Loading /etc/emacs/site-start.d/50gtk-doc-tools.el (source)... Loading /etc/emacs/site-start.d/50psvn.el (source)... Loading /etc/emacs/site-start.d/50pylint.el (source)... Loading pylint... Loading /etc/emacs/site-start.d/50python-docutils.el (source)... Loading /etc/emacs/site-start.d/50systemtap-common.el (source)... Loading /usr/share/emacs/site-lisp/systemtap-common/systemtap-init.el (source)... Loading /etc/emacs/site-start.d/50xcscope-el.el (source)... Wrote /usr/share/emacs24/site-lisp/systemtap-common/systemtap-init.elc In toplevel form: systemtap-mode.el:63:1:Error: Symbol's function definition is void: cl-macroexpand-all ERROR: install script from systemtap-common package failed -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash systemtap-common depends on no packages. Versions of packages systemtap-common recommends: ii systemtap 2.6-0.1 systemtap-common 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#766994: systemtap-mode.el:62:1:Error: Symbol's function definition is void: cl-macroexpand-all
Package: systemtap-common Version: 2.6-0.1 Followup-For: Bug #766994 Dear Maintainer, Got it ! http://debbugs.gnu.org/cgi/bugreport.cgi?bug=17463 If i add (eval-when-compile (require 'cl)) to cc-langs instead of plain commenting out the require 'cl, all is fine. ie I ungzip /usr/share/emacs/24.4/lisp/progmodes/cc-langs.el.gz, add (eval-when-compile (require 'cl)) like so: ;; This file is not always loaded. See note above. ;; Except it is always loaded - see bug#17463. ;;;(cc-external-require 'cl) (eval-when-compile (require 'cl)) (require 'cl-lib) then move the cc-langs.elc out of the way then : # /usr/lib/emacsen-common/emacs-package-install --postinst systemtap-common ERROR: systemtap-common is broken - called emacs-package-install as a new-style add-on, but has no compat file. Install systemtap-common for emacs Install systemtap-common for emacs24 install/systemtap-common: Handling install of emacsen flavor emacs24 Regards, Alban -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-3-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash systemtap-common depends on no packages. Versions of packages systemtap-common recommends: ii systemtap 2.6-0.1 systemtap-common 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#774024: libglib2.0-dev: glib python macros not enabled - wrong location gdb autoload directory
Package: libglib2.0-dev Version: 2.43.2-1 Severity: minor Dear Maintainer, current glib/gobject gdb python macros are not in effect as they are at the wrong location : /usr/share/gdb/auto-load instead of: /usr/share/gdb/auto-load/usr/lib/x86_64-linux-gnu/ For instance a gdb trace of evolution email MUA shows: gtk_window_compute_configure_request (window=window@entry=0x7f426631c3e0 [EShellWindow] after the move of the existing files to the latter location. Best regards, Alban -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libglib2.0-dev depends on: ii libc6 2.19-13 ii libglib2.0-02.43.2-1 ii libglib2.0-bin 2.43.2-1 ii libpcre3-dev2:8.35-3.3 ii pkg-config 0.28-1 pn python:any none ii zlib1g-dev 1:1.2.8.dfsg-2+b1 libglib2.0-dev recommends no packages. Versions of packages libglib2.0-dev suggests: ii libglib2.0-doc 2.43.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#768185: mesa-opencl-icd,beignet: installing together breaks all ICDs
Package: beignet Version: 1.0.0-1 Followup-For: Bug #768185 Not confident I have the hardware you asked to test on . To be on the safe side mine is: - graphic 00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 09) - cpu model name : Intel(R) Core(TM) i7-4500U CPU @ 1.80GHz I have : $ ls /etc/OpenCL/vendors/ intel-beignet.icd mesa.icd pocl.icd I rebuilt beignet with the patch provided in message #78. It do fix the : Pass 'SPIR backend: custom loop unrolling pass' is not initialized. Verify if there is a pass dependency cycle. Required Passes: Segmentation fault issue that I had with 1.0.0-1 and also the : ERROR: clGetKernelWorkGroupInfo(-33) that I have with 0.9.3~really.0.8+dfsg-1 0, both of which with debian clinfo. With mesa forced I get: $ OCL_ICD_VENDORS=mesa.icd clinfo Number of platforms: 1 Platform Profile: FULL_PROFILE Platform Version: OpenCL 1.1 MESA 10.4.2 Platform Name: Clover Platform Vendor: Mesa Platform Extensions: cl_khr_icd Platform Name: Clover ERROR: clGetDeviceIDs(-1) Same error if beignet is removed (leaving pocl and mesa). Also same error if I remove : libpoclu1 libpoclu-dev pocl-opencl-icd and beignet. leaving only mesa. Regards, Alban -- System Information: Debian Release: 8.0 APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.18.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages beignet depends on: ii libc6 2.19-15 ii libdrm-intel1 2.4.58-2 ii libdrm2 2.4.58-2 ii libedit2 3.1-20141030-1~exp2 ii libffi6 3.2.1-1 ii libgcc1 1:5-20150205-1 ii libgl1-mesa-glx [libgl1] 10.4.2-2 ii libice6 2:1.0.9-1+b1 ii libsm62:1.2.2-1+b1 ii libstdc++65-20150205-1 ii libtinfo5 5.9+20140913-1+b1 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxfixes31:5.0.1-2+b2 ii zlib1g1:1.2.8.dfsg-2+b1 beignet recommends no packages. beignet 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#778256: clang: fail to use the wrong gnu libstdc++ include directory this directory is one digit only (here 5)
Package: clang Version: 1:3.5-26 Severity: normal Dear Maintainer, I tried to compile a c++ with clang (3.5, 3.7) which worked before I installed libstdc++ libstdc++-5-dev:amd64 5-20150205-1 libstdc++6:amd645-20150205-1 from experimental (thus the normal severity as the tool the package ship is broken, higher would be expected when 5 enters unstable). The verbose output of clang++ (3.5 here) follows. What helper me was: ignoring nonexistent directory /usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0/../../../../include/x86_64-linux-gnu/c++/5.0.0 that is there is an /usr/include/x86_64-linux-gnu/c++/5 but no /usr/include/x86_64-linux-gnu/c++/5.0.0 which is fine and was same scheme with 4.X serie. But the initial guess is wrong: Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.0.0 as with 4.9 , 4.9 is sorted before 4.9.2 thus include/c++/4.9 is used instead of non existent include/c++/4.9.2 ... but 5.0.0 is sorted before 5 , or 5 is bypassed altogether ! My guess is this is the root of bug. Debian clang version 3.5.0-9 (tags/RELEASE_350/final) (based on LLVM 3.5.0) Target: x86_64-pc-linux-gnu Thread model: posix Found candidate GCC installation: /usr/bin/../lib/gcc/i586-linux-gnu/4.9 Found candidate GCC installation: /usr/bin/../lib/gcc/i586-linux-gnu/4.9.2 Found candidate GCC installation: /usr/bin/../lib/gcc/i586-linux-gnu/5.0.0 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.7.4 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.8.4 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/4.9.2 Found candidate GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0 Found candidate GCC installation: /usr/lib/gcc/i586-linux-gnu/4.9 Found candidate GCC installation: /usr/lib/gcc/i586-linux-gnu/4.9.2 Found candidate GCC installation: /usr/lib/gcc/i586-linux-gnu/5.0.0 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.7.4 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.8.4 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/4.9.2 Found candidate GCC installation: /usr/lib/gcc/x86_64-linux-gnu/5.0.0 Selected GCC installation: /usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0 Candidate multilib: .;@m64 Candidate multilib: 32;@m32 Candidate multilib: x32;@mx32 Selected multilib: .;@m64 /usr/lib/llvm-3.5/bin/clang -cc1 -triple x86_64-pc-linux-gnu -emit-obj -mrelax-all -disable-free -disable-llvm-verifier -main-file-name main.cpp -mrelocation-model static -mdisable-fp-elim -fmath-errno -masm-verbose -mconstructor-aliases -munwind-tables -fuse-init-array -target-cpu x86-64 -target-linker-version 2.24.90 -v -dwarf-column-info -coverage-file /home/prahal/SandBoxes/uva.onlinejudge.org/429_wordtransformation-build2/CMakeFiles/429_wordtransformation.dir/main.cpp.o -resource-dir /usr/lib/llvm-3.5/bin/../lib/clang/3.5.0 -internal-isystem /usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0/../../../../include/c++/5.0.0 -internal-isystem /usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0/../../../../include/x86_64-linux-gnu/c++/5.0.0 -internal-isystem /usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0/../../../../include/x86_64-linux-gnu/c++/5.0.0 -internal-isystem /usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0/../../../../include/c++/5.0.0/backward -internal-isystem /usr/include/clang/3.5.0/include/ - internal-isystem /usr/local/include -internal-isystem /usr/lib/llvm-3.5/bin/../lib/clang/3.5.0/include -internal-externc-isystem /usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0/include -internal-externc-isystem /usr/include/x86_64-linux-gnu -internal-externc-isystem /include -internal-externc-isystem /usr/include -std=c++11 -fdeprecated-macro -fdebug-compilation-dir /home/prahal/SandBoxes/uva.onlinejudge.org/429_wordtransformation-build2 -ferror-limit 19 -fmessage-length 212 -mstackrealign -fobjc-runtime=gcc -fcxx-exceptions -fexceptions -fdiagnostics-show-option -fcolor-diagnostics -o CMakeFiles/429_wordtransformation.dir/main.cpp.o -x c++ /home/prahal/SandBoxes/uva.onlinejudge.org/429_wordtransformation/main.cpp clang -cc1 version 3.5.0 based upon LLVM 3.5.0 default target x86_64-pc-linux-gnu ignoring nonexistent directory /usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0/../../../../include/x86_64-linux-gnu/c++/5.0.0 ignoring nonexistent directory /usr/bin/../lib/gcc/x86_64-linux-gnu/5.0.0/../../../../include/x86_64-linux-gnu/c++/5.0.0 ignoring nonexistent directory /include ignoring duplicate directory
Bug#788391: gnome-control-center: debian/watch regexp does handle above or equal ten minor in version
Package: gnome-control-center Version: 1:3.16.2-1.1 Severity: normal Dear Maintainer, svn-buildpackage -rfakeroot -b -uc -us --svn-download-orig fails to find 3.14 and 3.16 due to too narrow regexp in debian/watch I changed : http://download.gnome.org/sources/gnome-control-center/([\d\.]+[02468])/gnome-control-center-([\d\.]+)\.tar\.xz to http://download.gnome.org/sources/gnome-control-center/([\d\.]+\d*[02468])/gnome-control-center-([\d\.]+)\.tar\.xz ie note the \d* before [02468] to cope with ten, twenty and so forth. Best regards, Alban PS: I switch to 3.16 gnome-control-center to fix mulitmedia keys and a crash in gnome control center 3.14 when mixed with gnome-settings-daemon 3.16 mouse panel and keyboard panel (crash on missing org.gnome.settings-daemon.peripherals.touchpad which is gone in 3.16). The upgrade was staightforward : debian changelog entry and above fix. -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-control-center depends on: ii accountsservice0.6.40-2 ii apg2.2.3.dfsg.1-2 ii colord 1.2.1-1+b2 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.16.2-1.1 ii gnome-desktop3-data3.16.2-2 ii gnome-icon-theme 3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii gnome-settings-daemon 3.16.2-1 ii gsettings-desktop-schemas 3.16.1-1 ii libaccountsservice00.6.40-2 ii libatk1.0-02.16.0-2 ii libc6 2.19-18 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libcheese-gtk233.16.1-1 ii libcheese7 3.16.1-1 ii libclutter-1.0-0 1.22.2-2 ii libclutter-gtk-1.0-0 1.6.0-1 ii libcolord-gtk1 0.1.25-1.1+b1 ii libcolord2 1.2.1-1+b2 ii libcups2 2.0.2-2 ii libdbus-glib-1-2 0.104-1 ii libfontconfig1 2.11.0-6.3 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libgl1-mesa-glx [libgl1] 10.5.5-1 ii libglib2.0-0 2.45.1-2 ii libgnome-bluetooth13 3.16.1-1 ii libgnome-desktop-3-10 3.16.2-2 ii libgoa-1.0-0b 3.16.2-1 ii libgoa-backend-1.0-1 3.16.2-1 ii libgrilo-0.2-1 0.2.12-2 ii libgtk-3-0 3.16.3-2 ii libgtop2-7 2.28.5-2+b1 ii libgudev-1.0-0 230-1 ii libibus-1.0-5 1.5.9-1 ii libkrb5-3 1.13~alpha1+dfsg-1 ii libmm-glib01.4.8-1 ii libnm-glib-vpn11.0.2-2 ii libnm-glib41.0.2-2 ii libnm-gtk0 1.0.2-1 ii libnm-util21.0.2-2 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-01.36.8-3 ii libpolkit-gobject-1-0 0.112-5 ii libpulse-mainloop-glib06.0-2 ii libpulse0 6.0-2 ii libpwquality1 1.2.3-1 ii libsmbclient 2:4.1.17+dfsg-4 ii libsoup2.4-1 2.50.0-2 ii libupower-glib30.99.3-1+b1 ii libwacom2 0.8-1.2 ii libx11-6 2:1.6.3-1 ii libxi6 2:1.7.4-1+b2 ii libxml22.9.2+dfsg1-3 Versions of packages gnome-control-center recommends: ii cracklib-runtime 2.9.2-1 ii cups-pk-helper 0.2.5-2+b1 ii gkbd-capplet 3.6.0-1 ii gnome-online-accounts 3.16.2-1 ii gnome-user-guide 3.16.1-1 ii gnome-user-share 3.14.0-2 ii iso-codes 3.58-1 ii libnss-myhostname 220-5 ii mesa-utils 8.2.0-1 ii mousetweaks3.12.0-1 ii network-manager-gnome 1.0.2-1 ii policykit-1-gnome 0.105-2 ii realmd 0.16.0-1 ii rygel 0.26.1-3 ii rygel-tracker 0.26.1-3 ii system-config-printer 1.4.6-1 Versions of packages gnome-control-center suggests: ii gstreamer1.0-pulseaudio 1.5.0.1+git20150513-1 ii libcanberra-gtk-module 0.30-2.1 ii libcanberra-gtk3-module 0.30-2.1 ii x11-xserver-utils7.7+4 -- 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#788391: gnome-control-center: debian/watch regexp does handle above or equal ten minor in version
Package: gnome-control-center Version: 1:3.16.2-1.1 Followup-For: Bug #788391 Indeed my regexp was wrong ... and yours matches well. Still I reproduced the issue. The log tells on first run : $ LC_ALL=C svn-buildpackage -rfakeroot -b -uc -us --svn-download-orig Importing layout information via Subversion properties... tagsUrl: svn+ssh://svn.debian.org/svn/pkg-gnome/tags/gnome-control-center Complete layout information: buildArea=/home/prahal/Projects/Admin/Frontend/gnome-control-center/build-area origDir=/home/prahal/Projects/Admin/Frontend/gnome-control-center/tarballs tagsUrl=svn+ssh://svn.debian.org/svn/pkg-gnome/tags/gnome-control-center trunkDir=/home/prahal/Projects/Admin/Frontend/gnome-control-center/gnome-control-center-trunk trunkUrl=svn://anonscm.debian.org/pkg-gnome/desktop/unstable/gnome-control-center dpkg-checkbuilddeps Orig tarball not found (expected /home/prahal/Projects/Admin/Frontend/gnome-control-center/tarballs/gnome-control-center_3.14.4.orig.tar.gz) Trying to download tarball using apt Reading package lists... Done Building dependency tree Reading state information... Done NOTICE: 'gnome-control-center' packaging is maintained in the 'Svn' version control system at: svn://anonscm.debian.org/pkg-gnome/desktop/unstable/gnome-control-center/ Need to get 6938 kB of source archives. Get:1 http://ftp.debian.org/debian/ sid/main gnome-control-center 1:3.14.4-1 (tar) [6938 kB] Fetched 6938 kB in 1min 16s (91.2 kB/s) Trying to download tarball using uscan uscan warning: In debian/watch no matching hrefs for version 3.14.4 in watch line http://download.gnome.org/sources/gnome-control-center/([\d\.]+[02468])/gnome-control-center-([\d\.]+)\.tar\.xz Couldn't find a tarball /home/prahal/Projects/Admin/Frontend/gnome-control-center/build-area/gnome-control-center-3.14.4 exists, renaming to /home/prahal/Projects/Admin/Frontend/gnome-control-center/build-area/gnome-control-center-3.14.4.obsolete.0.910717743988247 mergeWithUpstream mode detected, looking for /home/prahal/Projects/Admin/Front I: mergeWithUpstream property set, looking for upstream source tarball... E: Could not find the upstream source file! (should be /home/prahal/Projects/Admin/Frontend/gnome-control-center/tarballs/gnome-control-center_3.14.4.orig.tar.gz) Then on second run all is fine (.xz is detected early on): $ LC_ALL=C svn-buildpackage -rfakeroot -b -uc -us --svn-download-orig Importing layout information via Subversion properties... tagsUrl: svn+ssh://svn.debian.org/svn/pkg-gnome/tags/gnome-control-center Complete layout information: buildArea=/home/prahal/Projects/Admin/Frontend/gnome-control-center/build-area origDir=/home/prahal/Projects/Admin/Frontend/gnome-control-center/tarballs tagsUrl=svn+ssh://svn.debian.org/svn/pkg-gnome/tags/gnome-control-center trunkDir=/home/prahal/Projects/Admin/Frontend/gnome-control-center/gnome-control-center-trunk trunkUrl=svn://anonscm.debian.org/pkg-gnome/desktop/unstable/gnome-control-center dpkg-checkbuilddeps /home/prahal/Projects/Admin/Frontend/gnome-control-center/build-area/gnome-control-center-3.14.4 exists, renaming to /home/prahal/Projects/Admin/Frontend/gnome-control-center/build-area/gnome-control-center-3.14.4.obsolete.0.639145979265781 mergeWithUpstream mode detected, looking for /home/prahal/Projects/Admin/Frontend/gnome-control-center/tarballs/gnome-control-center_3.14.4.orig.tar.xz I: mergeWithUpstream property set, looking for upstream source tarball... tar --no-same-owner --no-same-permissions --extract --xz --file /home/prahal/Projects/Admin/Frontend/gnome-control-center/tarballs/gnome-control-center_3.14.4.orig.tar.xz 2 more arguments mv /home/prahal/Projects/Admin/Frontend/gnome-control-center/build-area/tmp-0.12353050787/gnome-control-center-3.14.4 /home/prahal/Projects/Admin/Frontend/gnome-control-center/build-area/gnome-control-center-3.14.4 Thus now I believe the bug is not gnome-control-center related. More about tooling. Thanks for all, Alban -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gnome-control-center depends on: ii accountsservice0.6.40-2 ii apg2.2.3.dfsg.1-2 ii colord 1.2.1-1+b2 ii desktop-file-utils 0.22-1 ii gnome-control-center-data 1:3.16.2-1.1 ii gnome-desktop3-data
Bug#793647: autoconf2.13: fixup autoconf2.13 2.13-64 fails to upgrade
Package: autoconf2.13 Followup-For: Bug #793647 Dear Maintainer, upgrade from 2.13-63 to 2.13-64 fails with: Preparing to unpack .../autoconf2.13_2.13-64_all.deb ... Removing 'diversion of /usr/bin/autoconf to /usr/bin/autoconf2.50 by autoconf2.13' dpkg-divert: error: rename involves overwriting '/usr/bin/autoconf' with different file '/usr/bin/autoconf2.50', not allowed dpkg: error processing archive /var/cache/apt/archives/autoconf2.13_2.13-64_all.deb (--unpack): subprocess new pre-installation script returned error exit status 2 Errors were encountered while processing: /var/cache/apt/archives/autoconf2.13_2.13-64_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) more verbose: $ sudo LC_ALL=C dpkg -i -D73 /var/cache/apt/archives/autoconf2.13_2.13-64_all.deb D01: ensure_diversions: new, (re)loading D01: ensure_statoverrides: new, (re)loading D10: path_remove_tree '/var/lib/dpkg/tmp.ci' (Reading database ... 421258 files and directories currently installed.) Preparing to unpack .../autoconf2.13_2.13-64_all.deb ... D20: process_archive conffile '/etc/autoconf2.13/acconfig.h' package=autoconf2.13:all same hash=b86bc90ec8a3227ae049b1935397ef2c D01: process_archive oldversionstatus=installed D02: maintscript_fallback nonexistent prerm '/var/lib/dpkg/info/autoconf2.13.prerm' D02: fork/exec /var/lib/dpkg/tmp.ci/preinst ( upgrade 2.13-63 ) Removing 'diversion of /usr/bin/autoconf to /usr/bin/autoconf2.50 by autoconf2.13' dpkg-divert: error: rename involves overwriting '/usr/bin/autoconf' with different file '/usr/bin/autoconf2.50', not allowed dpkg: error processing archive /var/cache/apt/archives/autoconf2.13_2.13-64_all.deb (--install): subprocess new pre-installation script returned error exit status 2 D01: ensure_diversions: same, skipping D02: maintscript_new nonexistent postrm '/var/lib/dpkg/tmp.ci/postrm' D02: vmaintscript_installed nonexistent postinst D10: path_remove_tree '/var/lib/dpkg/tmp.ci' D10: path_remove_tree running rm -rf '/var/lib/dpkg/tmp.ci' D10: path_remove_tree '/var/lib/dpkg/reassemble.deb' Errors were encountered while processing: /var/cache/apt/archives/autoconf2.13_2.13-64_all.deb A purge then install anew workaround this issue. The new 2.13-64 fixes the systemd build failure. Best regards, Alban -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: armhf (armv7l) Kernel: Linux 4.2.0-rc4-next-20150803-00173-gaa42236-dirty (SMP w/4 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 Init: systemd (via /run/systemd/system) Versions of packages autoconf2.13 depends on: ii autoconf 2.69-8 ii debianutils4.5.1 ii dpkg 1.18.2 ii install-info 6.0.0.dfsg.1-3 ii m4 1.4.17-4 ii perl 5.20.2-6 ii perl-base [libfile-temp-perl] 5.20.2-6 autoconf2.13 recommends no packages. Versions of packages autoconf2.13 suggests: ii gnu-standards 2010.03.11-1 -- debconf-show failed
Bug#795999: totem: new vaapidecodebin breaks thumbnailer
Package: totem Version: 3.16.2-1 Tags: upstream, patch Followup-For: Bug #795999 Dear Maintainer, The upstream bug report: https://bugzilla.gnome.org/show_bug.cgi?id=749605 I did and had forgotten about. Best regards, Alban -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages totem depends on: ii gnome-icon-theme3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii grilo-plugins-0.2 0.2.14-5+b1 ii gsettings-desktop-schemas 3.16.1-1 ii gstreamer1.0-clutter-3.03.0.8-1 ii gstreamer1.0-plugins-bad1.5.2-1 ii gstreamer1.0-plugins-base 1.5.2-1 ii gstreamer1.0-plugins-good 1.5.2-1 ii gstreamer1.0-x 1.5.2-1 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-19 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libclutter-1.0-01.22.4-1 ii libclutter-gst-3.0-03.0.8-1 ii libclutter-gtk-1.0-01.6.2-1 ii libcogl-pango20 1.20.0-2.1 ii libcogl-path20 1.20.0-2.1 ii libcogl20 1.20.0-2.1 ii libdrm2 2.4.63-1 ii libegl1-mesa [libegl1-x11] 10.6.3-1 ii libgbm1 10.6.3-1 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libgirepository-1.0-1 1.44.0-1+b2 ii libglib2.0-02.45.4-2 ii libgnome-desktop-3-10 3.16.2-2 ii libgrilo-0.2-1 0.2.12-2 ii libgstreamer-plugins-base1.0-0 1.5.2-1 ii libgstreamer1.0-0 1.5.2-1 ii libgtk-3-0 3.16.6-1 ii libjson-glib-1.0-0 1.0.4-1 ii libnautilus-extension1a 3.14.2-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpeas-1.0-0 1.12.1-2 ii libtotem-plparser18 3.10.5-1 ii libtotem0 3.16.2-1.1 ii libwayland-client0 1.8.1-1 ii libwayland-cursor0 1.8.1-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.6.3-1 ii libwayland-server0 1.8.1-1 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxkbcommon0 0.5.0-1 ii libxml2 2.9.2+dfsg1-3 ii libxrandr2 2:1.5.0-1 ii totem-common3.16.2-1.1 Versions of packages totem recommends: ii gstreamer1.0-libav 1.5.2-1 ii gstreamer1.0-plugins-ugly 1.5.2-1 ii gstreamer1.0-pulseaudio1.5.2-1 ii totem-plugins 3.16.2-1.1 Versions of packages totem suggests: ii gnome-codec-install 0.4.7+nmu2 -- no debconf information
Bug#795999: totem: new vaapidecodebin breaks thumbnailer
Package: totem Version: 3.16.2-1 Severity: normal Dear Maintainer, totem blacklist vaapidecode as : /* Disable the vaapi plugin as it will not work with the * fakesink we use: * See: https://bugzilla.gnome.org/show_bug.cgi?id=700186 */ as gstreamer-vaapi added vaapidecodebin, vaapidecodebin requires a new blacklist entry. attached patch does so and restore thumbnailer ability. NB: the issue is not yet reported upstream but exists there too. I plan to. Best regards, Alban -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages totem depends on: ii gnome-icon-theme3.12.0-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii grilo-plugins-0.2 0.2.14-5+b1 ii gsettings-desktop-schemas 3.16.1-1 ii gstreamer1.0-clutter-3.03.0.8-1 ii gstreamer1.0-plugins-bad1.5.2-1 ii gstreamer1.0-plugins-base 1.5.2-1 ii gstreamer1.0-plugins-good 1.5.2-1 ii gstreamer1.0-x 1.5.2-1 ii libatk1.0-0 2.16.0-2 ii libc6 2.19-19 ii libcairo-gobject2 1.14.2-2 ii libcairo2 1.14.2-2 ii libclutter-1.0-01.22.4-1 ii libclutter-gst-3.0-03.0.8-1 ii libclutter-gtk-1.0-01.6.2-1 ii libcogl-pango20 1.20.0-2.1 ii libcogl-path20 1.20.0-2.1 ii libcogl20 1.20.0-2.1 ii libdrm2 2.4.63-1 ii libegl1-mesa [libegl1-x11] 10.6.3-1 ii libgbm1 10.6.3-1 ii libgdk-pixbuf2.0-0 2.31.5-1 ii libgirepository-1.0-1 1.44.0-1+b2 ii libglib2.0-02.45.4-2 ii libgnome-desktop-3-10 3.16.2-2 ii libgrilo-0.2-1 0.2.12-2 ii libgstreamer-plugins-base1.0-0 1.5.2-1 ii libgstreamer1.0-0 1.5.2-1 ii libgtk-3-0 3.16.6-1 ii libjson-glib-1.0-0 1.0.4-1 ii libnautilus-extension1a 3.14.2-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpeas-1.0-0 1.12.1-2 ii libtotem-plparser18 3.10.5-1 ii libtotem0 3.16.2-1.1 ii libwayland-client0 1.8.1-1 ii libwayland-cursor0 1.8.1-1 ii libwayland-egl1-mesa [libwayland-egl1] 10.6.3-1 ii libwayland-server0 1.8.1-1 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.4-1+b2 ii libxkbcommon0 0.5.0-1 ii libxml2 2.9.2+dfsg1-3 ii libxrandr2 2:1.5.0-1 ii totem-common3.16.2-1.1 Versions of packages totem recommends: ii gstreamer1.0-libav 1.5.2-1 ii gstreamer1.0-plugins-ugly 1.5.2-1 ii gstreamer1.0-pulseaudio1.5.2-1 ii totem-plugins 3.16.2-1.1 Versions of packages totem suggests: ii gnome-codec-install 0.4.7+nmu2 -- no debconf information Index: totem-3.16.2/src/totem-video-thumbnailer.c === --- totem-3.16.2.orig/src/totem-video-thumbnailer.c +++ totem-3.16.2/src/totem-video-thumbnailer.c @@ -415,6 +415,13 @@ thumb_app_setup_play (ThumbApp *app) * See: https://bugzilla.gnome.org/show_bug.cgi?id=700186 */ registry = gst_registry_get (); feature = gst_registry_find_feature (registry, + vaapidecodebin, + GST_TYPE_ELEMENT_FACTORY); + if (!feature) + return; + gst_registry_remove_feature (registry, feature); + + feature = gst_registry_find_feature (registry, vaapidecode, GST_TYPE_ELEMENT_FACTORY); if (!feature)
Bug#775255: provide possibility to disable sslv3 or remove completely
Package: fetchmail Followup-For: Bug #775255 Dear Maintainer, libssl-dev in testing has migrated to the new libssl (with a different version) and the libssl-dev build dependency bring the latest version in. Thus I had to import the a2ae6f8d15d7caf815d7bdd13df833fd1b2af5cc commit from upstream legacy_64 branch (it is not in the master branch !) to rebuild the package from source (testing). With a little changes it applied, built and is now performing well. -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 4.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages fetchmail depends on: ii adduser 3.113+nmu3 ii debianutils 4.5.1 ii libc6 2.19-22 ii libcomerr21.42.13-1 ii libgssapi-krb5-2 1.13.2+dfsg-3 ii libk5crypto3 1.13.2+dfsg-3 ii libkrb5-3 1.13.2+dfsg-3 ii libssl1.0.2 1.0.2d-3 ii lsb-base 9.20150917 Versions of packages fetchmail recommends: ii ca-certificates 20150426 Versions of packages fetchmail suggests: pn fetchmailconf ii postfix [mail-transport-agent] 2.11.3-1+b1 ii resolvconf 1.78 -- Configuration Files: /etc/default/fetchmail [Errno 13] Permission non accordée: u'/etc/default/fetchmail' /etc/init.d/fetchmail changed [not included] /etc/logcheck/ignore.d.server/fetchmail [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.server/fetchmail' /etc/logcheck/ignore.d.workstation/fetchmail [Errno 13] Permission non accordée: u'/etc/logcheck/ignore.d.workstation/fetchmail' /etc/ppp/ip-down.d/fetchmail [Errno 2] Aucun fichier ou dossier de ce type: u'/etc/ppp/ip-down.d/fetchmail' /etc/ppp/ip-up.d/fetchmail [Errno 2] Aucun fichier ou dossier de ce type: u'/etc/ppp/ip-up.d/fetchmail' -- debconf information: * fetchmail/runasroot: false * fetchmail/confwarn: fetchmail/fetchidswarn: * fetchmail/systemwide: true fetchmail/initdefaultswarn:
Bug#805595: libgtk-3-0: gnome-disks segfault - gdk wayland bug
Package: libgtk-3-0 Followup-For: Bug #805595 Dear Maintainer, Here it went in: https://git.gnome.org/browse/gtk+/commit/?h=gtk-3-18=1e30fe1c3bd8cac32cfdbc112e94f5417a433777 It will wait for a patch release I guess. Best regards, Alban -- System Information: Debian Release: stretch/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.3.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libgtk-3-0 depends on: ii libatk-bridge2.0-0 2.18.1-1 ii libatk1.0-0 2.18.0-1 ii libc6 2.19-22 ii libcairo-gobject2 1.14.4-1 ii libcairo2 1.14.4-1 ii libcolord2 1.2.12-1 ii libcups22.1.0-6 ii libepoxy0 1.3.1-1 ii libfontconfig1 2.11.0-6.3 ii libfreetype62.6.1-0.1 ii libgdk-pixbuf2.0-0 2.32.2-1 ii libglib2.0-02.47.1-1 ii libgtk-3-common 3.18.5-1.1 ii libjson-glib-1.0-0 1.0.4-2 ii libpango-1.0-0 1.38.1-1 ii libpangocairo-1.0-0 1.38.1-1 ii libpangoft2-1.0-0 1.38.1-1 ii librest-0.7-0 0.7.93-1 ii libsoup2.4-12.52.2-1 ii libwayland-client0 1.9.0-1 ii libwayland-cursor0 1.9.0-1 ii libwayland-egl1-mesa [libwayland-egl1] 11.0.5-1 ii libx11-62:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1+b1 ii libxdamage1 1:1.1.4-2+b1 ii libxext62:1.3.3-1 ii libxfixes3 1:5.0.1-2+b2 ii libxi6 2:1.7.5-1 ii libxinerama12:1.1.3-1+b1 ii libxkbcommon0 0.5.0-1 ii libxml2 2.9.2+zdfsg1-4 ii libxrandr2 2:1.5.0-1 ii shared-mime-info1.5-2 Versions of packages libgtk-3-0 recommends: ii libgtk-3-bin 3.18.5-1.1 Versions of packages libgtk-3-0 suggests: ii gvfs 1.26.2-1 ii librsvg2-common 2.40.11-2 -- no debconf information
Bug#822863: evolution: Selection is white on white background
Package: evolution Version: 3.20.2-2 Followup-For: Bug #822863 Dear Maintainer, Per https://bugzilla.gnome.org/show_bug.cgi?id=757503 " Make sure that webkitgtk3 is built using gtk 3.20 - we had that problem too in openSUSE while gtk3 was updated, webkitgtk3 had not been rebuilt using gtk3 3.20 " A rebuild of webkitgtk fixes this issue. On amd64 debian buildd logs shows latest webkitgtk build was on libgtk3 3.18.9-1. https://buildd.debian.org/status/fetch.php?pkg=webkitgtk=amd64=2.4.11-1=1460381568 I did a local build (pdebuild+cowdancer) of webkitgtk against gtk 3.20 (I tweaked "Source" "Build-Depends" and "Package" libwebkitgtk-3.0-dev "Depends" from "libgtk-3-dev (>= 3.10.0)" to "libgtk-3-dev (>= 3.20.0)"). and confirm the white on white selection is gone, at least on evolution 3.20.2-2. Cheers Alban -- System Information: Debian Release: stretch/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.5.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages evolution depends on: ii dbus 1.11.2-1 ii evolution-common 3.20.2-2 ii evolution-data-server 3.20.2-2 ii libc6 2.22-9 ii libcamel-1.2-573.20.2-2 ii libclutter-gtk-1.0-0 1.8.0-1 ii libecal-1.2-19 3.20.2-2 ii libedataserver-1.2-21 3.20.2-2 ii libevolution 3.20.2-2 ii libglib2.0-0 2.48.1-1 ii libgtk-3-0 3.20.4-1 ii libical2 2.0.0-0.4 ii libicu55 55.1-7 ii libnotify4 0.7.6-2 ii libsoup2.4-1 2.54.1-1 ii libwebkitgtk-3.0-0 2.4.11-1 ii libxml22.9.3+dfsg1-1 ii psmisc 22.21-2.1+b1 Versions of packages evolution recommends: ii evolution-plugins 3.20.2-2 ii spamassassin 3.4.1-4 ii yelp 3.20.1-1 Versions of packages evolution suggests: pn evolution-ews pn evolution-plugins-experimental ii gnupg 1.4.20-6 ii network-manager 1.2.2-1 -- debconf information: evolution/needs_shutdown: evolution/kill_processes:
Bug#835289: gnome-session: Bad fd number
Package: gnome-session-bin Version: 3.21.90-1 Followup-For: Bug #835289 Dear Maintainer, The issue boils down to a bashism that is >& . x-session-manager ends up on /usr/bin/gnome-session . Editing this file and setting the shell from sh (dash here) to bash or replacing ">& /dev/null" by " 2>&1 > /dev/null " fixes the issue. Best regards Alban -- System Information: Debian Release: stretch/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.8.0-rc2prahal+ (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 Init: systemd (via /run/systemd/system) Versions of packages gnome-session-bin depends on: ii dbus-x11 1.11.4-1 ii dconf-gsettings-backend [gsettings-backend] 0.26.0-1 ii gsettings-desktop-schemas3.21.4-1 ii libc62.23-5 ii libegl1-mesa [libegl1-x11] 12.0.1-3 ii libgl1-mesa-glx [libgl1] 12.0.1-3 ii libgles2-mesa [libgles2] 12.0.1-3 ii libglib2.0-0 2.49.5-2 ii libgnome-desktop-3-123.20.2-1 ii libgtk-3-0 3.21.4-1 ii libice6 2:1.0.9-1+b1 ii libjson-glib-1.0-0 1.2.2-1 ii libsm6 2:1.2.2-1+b1 ii libsystemd0 231-5 ii libx11-6 2:1.6.3-1 ii libxcomposite1 1:0.4.4-1 ii upower 0.99.4-3 ii xwayland 2:1.18.4-1 Versions of packages gnome-session-bin recommends: ii libpam-systemd 231-5 gnome-session-bin suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /usr/bin/gnome-session (from gnome-session-bin package)
Bug#835648: wpasupplicant: suspend takes very long due to problematic system-sleep hook
Package: wpasupplicant Version: 2.5-2+v2.4-3+b1 Followup-For: Bug #835648 Adding : " RuntimeDirectory=wpa_supplicant RuntimeDirectoryMode=0750 " to the [Service] section of wpa_supplicant.service file fixed it for me. The rationale behind this change is that I observed on resume /run/wpa_supplicant is there but deleted soon afterwards. This by mean of "ls -l /run". I hastily checked tmpfiles.d for tmpclean but got not further. The above change was suggested by tmpfiles.d man page. Alban -- System Information: Debian Release: stretch/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-rc5prahal+ (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wpasupplicant depends on: ii adduser 3.115 ii libc6 2.24-5 ii libdbus-1-3 1.11.6-1 ii libnl-3-200 3.2.27-1 ii libnl-genl-3-200 3.2.27-1 ii libpcsclite1 1.8.18-1 ii libreadline7 7.0-1 ii libssl1.0.2 1.0.2j-4 ii lsb-base 9.20161101 wpasupplicant recommends no packages. Versions of packages wpasupplicant suggests: pn libengine-pkcs11-openssl pn wpagui -- Configuration Files: /etc/wpa_supplicant/ifupdown.sh changed: set -x if [ -n "$IF_WPA_MAINT_DEBUG" ]; then set -x fi if [ "$IFACE" = lo ]; then exit 0 fi if [ -n "$IF_WPA_IFACE" ]; then WPA_IFACE="$IF_WPA_IFACE" else WPA_IFACE="$IFACE" fi if [ -f /etc/wpa_supplicant/functions.sh ]; then . /etc/wpa_supplicant/functions.sh else exit 0 fi if [ ! -x "$WPA_SUP_BIN" ] || [ ! -x "$WPA_CLI_BIN" ]; then exit 0 fi do_start () { if test_wpa_cli; then # if wpa_action is active for this IFACE, do nothing ifupdown_locked && exit 0 # if the administrator is calling ifup, say something useful if [ "$PHASE" = "pre-up" ]; then wpa_msg stderr "wpa_action is managing ifup/ifdown state of $WPA_IFACE" wpa_msg stderr "execute \`ifdown --force $WPA_IFACE' to stop wpa_action" fi exit 1 elif ! set | grep -q "^IF_WPA"; then # no wpa- option defined for IFACE, do nothing exit 0 fi # ensure stale ifupdown_lock marker is purged ifupdown_unlock # preliminary sanity checks for roaming daemon if [ -n "$IF_WPA_ROAM" ]; then if [ "$METHOD" != "manual" ]; then wpa_msg stderr "wpa-roam can only be used with the \"manual\" inet METHOD" exit 1 fi if [ -n "$IF_WPA_MAPPING_SCRIPT" ]; then if ! type "$IF_WPA_MAPPING_SCRIPT" >/dev/null; then wpa_msg stderr "wpa-mapping-script \"$IF_WPA_MAPPING_SCRIPT\" is not valid" exit 1 fi fi if [ -n "$IF_WPA_MAPPING_SCRIPT_PRIORITY" ] && [ -z "$IF_WPA_MAPPING_SCRIPT" ]; then wpa_msg stderr "\"wpa-mapping-script-priority 1\" is invalid without a wpa-mapping-script" exit 1 fi IF_WPA_CONF="$IF_WPA_ROAM" WPA_ACTION_SCRIPT="/sbin/wpa_action" fi # master function; determines if ifupdown.sh should do something or not if [ -n "$IF_WPA_CONF" ] && [ "$IF_WPA_CONF" != "managed" ]; then if [ ! -s "$IF_WPA_CONF" ]; then wpa_msg stderr "cannot read contents of $IF_WPA_CONF" exit 1 fi WPA_SUP_CONF_CTRL_DIR=$(sed -n -e 's/[[:space:]]*#.*//g' -e 's/[[:space:]]\+.*$//g' \ -e 's/^ctrl_interface=\(DIR=\)\?\(.*\)/\2/p' "$IF_WPA_CONF") if [ -n "$WPA_SUP_CONF_CTRL_DIR" ]; then WPA_CTRL_DIR="$WPA_SUP_CONF_CTRL_DIR" WPA_SUP_CONF="-c $IF_WPA_CONF" else # specify the default ctrl_interface since none was defined in # the given IF_WPA_CONF WPA_SUP_CONF="-c $IF_WPA_CONF -C $WPA_CTRL_DIR" fi else # specify the default ctrl_interface WPA_SUP_CONF="-C $WPA_CTRL_DIR" fi } do_stop () { if test_wpa_cli; then # if wpa_action is active for this IFACE and calling ifdown, # do nothing ifupdown_locked && exit 0 elif test_wpa_supplicant; then # wpa_supplicant process exists for this IFACE, but wpa_cli
Bug#814558: gdb python framefilter wrongly get address as long instead of unsigned long
reassign 814558 gdb thanks I did not set a version on gdb (this issue predates the git history). Oldest git commit about this section of code is affected and is = 1e611234ee3f4a1d2434f3fe7530cab87c936e0d "2013-05-10 Phil Muldoon " The issue is already fixed upstream https://sourceware.org/git/gitweb.c gi?p=binutils-gdb.git;a=commit;f=gdb/python/py- framefilter.c;h=30a7bb833cbd848b1814f18b91dfdafba4e86839 that is commit 30a7bb833cbd848b1814f18b91dfdafba4e86839 "Fix some error-handling bugs in python frame filters" but not yet in a release (20161031). upstream fix switches to get_addr_from_python and is more complete a fix than my previous patch that only fix the current issue.
Bug#847136: emdebian-archive-keyring: cannot upgrade - gpg: no valid OpenPGP data found.
Package: emdebian-archive-keyring Version: 2.1 Severity: important Dear Maintainer, Upgrading from 2.0.5 to 2.1 I get this error in postinst: Setting up emdebian-archive-keyring (2.1) ... Warning: apt-key should not be used in scripts (called from postinst maintainerscript of the package emdebian-archive-keyring) gpg: no valid OpenPGP data found. dpkg: error processing package emdebian-archive-keyring (--configure): subprocess installed post-installation script returned error exit status 2 Errors were encountered while processing: emdebian-archive-keyring needrestart is being skipped since dpkg has failed E: Sub-process /usr/bin/dpkg returned an error code (1) A by-hand run of apt-key add /usr/share/emdebian-tools/emdebian-archive-keyring.gpg also outputs: "gpg: no valid OpenPGP data found" as file /usr/share/keyrings/debian-keyring.gpg /usr/share/keyrings/debian-keyring.gpg: GPG key public ring, created Tue Jul 5 05:06:24 2011 vs file /usr/share/emdebian-tools/emdebian-archive-keyring.gpg /usr/share/emdebian-tools/emdebian-archive-keyring.gpg: GPG keybox database version 1, created-at Mon Dec 5 04:47:53 2016, last-maintained Mon Dec 5 04:47:53 2016 I so believe the issue is apt-key add supports only old gpg binary keyring format , and the latter is in new keybox format. Regards, Alban -- System Information: Debian Release: stretch/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.9.0-rc7prahal+ (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages emdebian-archive-keyring depends on: ii apt1.4~beta1 ii gnupg 2.1.16-2 emdebian-archive-keyring recommends no packages. emdebian-archive-keyring suggests no packages. -- no debconf information
Bug#846241: Upstream commit d81eb812e679d3f2b4f025cc729b415203889377 breaks bustle
Package: libpcap0.8 Version: 1.8.1-3 Followup-For: Bug #846241 Dear Maintainer, Maybe libpcap could add the check for snaplen below MAXIMUM_SNAPLEN in pcap_setup_dump (or sf_write_header) too ... but this issue is a bustle one. In c-sources/pcap-monitor.c bustle set pcap_t structure (with a call to pcap_opend_dead) with a snaplen of "1 <<<27" ie 134217728, which bigger than maximum of 262144 allowed by libpcap. When one read those file with bustle libpcap complains. I reported the issue upstream at: https://bugs.freedesktop.org/show_bug.cgi?id=100220 NB: there might be an issue in the libghc-pcap-dev package per the error reported looks like the latter try to convert the error from libpcap and fails at it. Adding a trace into this binding ( in withErrBuf of Network/Pcap/Base.hsc) made the issue obvious: invalid file capture length 134217728, bigger than maximum of 262144 -- System Information: Debian Release: 9.0 APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.10.0-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 Init: systemd (via /run/systemd/system) Versions of packages libpcap0.8:amd64 depends on: ii libc6 2.24-9 libpcap0.8:amd64 recommends no packages. libpcap0.8:amd64 suggests no packages. -- no debconf information
Bug#866400: ifupdown: networking.service fails to start allow-hotplug interfaces at boot
Package: ifupdown Version: 0.8.19 Followup-For: Bug #866400 Dear Maintainer, same issue on transion from jessie to stretch ... The bdidge interface that was allow-hotplug never raise, boot is slowed down two minutes and when up the box has no connectivity. Serial console to the rescue. If the behaviour is on purpose (hotplug deprectated ?), could this get a note in the release and/or upgrade notes for stretch ? Otherwise my local hack was to copy networking.service to /etc/systemd/system and replaces the ExecStartPre and ExecStart with: ExecStartPre=-/bin/sh -c '[ "$CONFIGURE_INTERFACES" != "no" ] && ( [ -n "$(ifquery --read-environment --list --exclude=lo)" ] || [ -n "$(ifquery --read-environment --list --allow=hotplug)" ] ) && udevadm settle' ExecStart=/bin/sh -c '/sbin/ifup -a --read-environment && /sbin/ifup -a --allow=hotplug --read-environment' Another venue could be to define a networking-hotplug.service and depends upon it. Willing to test any option to push for a fix in debian. Best regards Alban -- Package-specific info: --- /etc/network/interfaces: # This file is managed remotely, all changes will be lost # This file describes the network interfaces available on your system # # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # Read interface configuration from other files source /etc/network/interfaces.d/* --- /etc/network/interfaces.d/*: # This file is managed remotely, all changes will be lost allow-hotplug eth0 iface eth0 inet manual # This file is managed remotely, all changes will be lost allow-boot br0 allow-hotplug br0 iface br0 inet dhcp bridge_fd 0 bridge_maxwait 0 bridge_ports eth0 iface br0 inet6 auto --- up and down scripts installed: /etc/network/if-down.d: total 8 -rwxr-xr-x 1 root root 256 Jan 27 2015 resolvconf -rwxr-xr-x 1 root root 332 Jan 6 2013 upstart /etc/network/if-post-down.d: total 0 lrwxrwxrwx 1 root root 29 Feb 11 00:16 bridge -> /lib/bridge-utils/ifupdown.sh /etc/network/if-pre-up.d: total 4 lrwxrwxrwx 1 root root 29 Feb 11 00:16 bridge -> /lib/bridge-utils/ifupdown.sh -rwxr-xr-x 1 root root 344 Sep 22 2014 ethtool /etc/network/if-up.d: total 32 -rwxr-xr-x 1 root root 817 Jan 27 2015 000resolvconf -rwxr-xr-x 1 root root 1685 Sep 22 2014 ethtool -rwxr-xr-x 1 root root 201 Mar 12 00:18 ferm-forward -rwxr-xr-x 1 root root 4958 Apr 6 2015 mountnfs -rwxr-xr-x 1 root root 168 Nov 11 2016 openntpd -rwxr-xr-x 1 root root 972 Mar 30 12:18 openssh-server -rwxr-xr-x 1 root root 1483 Jan 6 2013 upstart -- System Information: Debian Release: 9.0 APT prefers stable APT policy: (500, 'stable') Architecture: armhf (armv7l) Kernel: Linux 4.9.0-3-armmp (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages ifupdown depends on: ii adduser 3.115 ii init-system-helpers 1.48 ii iproute2 4.9.0-1 ii libc62.24-11+deb9u1 ii lsb-base 9.20161125 Versions of packages ifupdown recommends: ii isc-dhcp-client [dhcp-client] 4.3.5-3 Versions of packages ifupdown suggests: pn ppp ii rdnssd 1.0.3-3 -- no debconf information
Bug#870807: apparmor: new /run/user/*/wayland-cursor-* missing - breaks evince
Package: apparmor Version: 2.11.0-6+b2 Severity: important apparmor wayland cursor's users need a new item: /run/user/*/wayland-cursor-* I applied it to the whole wayland abstraction. On my box I appended it to the list in /etc/apparmor.d/abstractions/wayland : owner /run/user/*/{mesa,mutter,sdl,weston,xwayland,wayland-cursor}-shared-* rw, now all is fine. Best regards Alban journald: août 05 10:23:32 cyclope audit[3141]: AVC apparmor="DENIED" operation="mknod" profile="/usr/bin/evince" name="/run/user/1000/wayland-cursor-shared-1UbRJA" pid=3141 comm="evince" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 août 05 10:23:32 cyclope audit[3141]: SYSCALL arch=c03e syscall=2 success=no exit=-13 a0=c7bd6462a0 a1=800c2 a2=180 a3=1774627f0ba103 items=0 ppid=27393 pid=3141 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 tty=pts0 ses=18 comm="evince" exe="/usr/bin/evince" key=(null) août 05 10:23:32 cyclope audit: PROCTITLE proctitle=6576696E6365002E2F72656375705F6469722E342F66313839393337355F6D6F64656C652D67657374696F6E2D657863657074696F6E732E5044462E706466 août 05 10:23:32 cyclope kernel: audit: type=1400 audit(1501921412.393:72475): apparmor="DENIED" operation="mknod" profile="/usr/bin/evince" name="/run/user/1000/wayland-cursor-shared-1UbRJA" pid=3141 comm="evince" requested_mask="c" denied_mask="c" fsuid=1000 ouid=1000 août 05 10:23:32 cyclope kernel: audit: type=1300 audit(1501921412.393:72475): arch=c03e syscall=2 success=no exit=-13 a0=c7bd6462a0 a1=800c2 a2=180 a3=1774627f0ba103 items=0 ppid=27393 pid=3141 auid=1000 uid=1000 gid=1000 euid=1000 suid=1000 fsuid=1000 egid=1000 sgid=1000 fsgid=1000 tty=pts0 ses=18 comm="evince" exe="/usr/bin/evince" key=(null) août 05 10:23:32 cyclope kernel: audit: type=1327 audit(1501921412.393:72475): proctitle=6576696E6365002E2F72656375705F6469722E342F66313839393337355F6D6F64656C652D67657374696F6E2D657863657074696F6E732E5044462E706466 Running evince I get a segfault: Gdk:ERROR:/build/gtk+3.0-uqUKHM/gtk+3.0-3.22.17/./gdk/wayland/gdkdisplay-wayland.c:1039:_gdk_wayland_display_get_scaled_cursor_theme: assertion failed: (display_wayland->cursor_theme_name) Abandon (core dumped) also reported at: https://bugs.launchpad.net/ubuntu/+source/evince/+bug/1708753 -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages apparmor depends on: ii debconf 1.5.63 ii init-system-helpers 1.49 ii libapparmor-perl 2.11.0-6+b2 ii libc62.24-14 ii lsb-base 9.20161125 ii python3 3.5.3-3 apparmor recommends no packages. Versions of packages apparmor suggests: ii apparmor-profiles2.11.0-6 ii apparmor-profiles-extra 1.12 ii apparmor-utils 2.11.0-6+b2 -- Configuration Files: /etc/apparmor.d/abstractions/wayland changed: owner /var/run/user/*/weston-shared-* rw, owner /run/user/*/wayland-[0-9]* rw, owner /run/user/*/{mesa,mutter,sdl,weston,xwayland,wayland-cursor}-shared-* rw, -- debconf information: apparmor/homedirs:
Bug#876207: /etc/cups/cups-files.conf: root not in JobPrivateAccess - cannot access jobs private attributes
Package: cups-daemon Version: 2.2.4-7 Severity: important File: /etc/cups/cups-files.conf Dear Maintainer, Since cups 1.5 job-originating-user-name is a JobPrivateValues. JobPrivateAccess gives access to @OWNER and @SYSTEM by default. Since Debian cups /etc/cups/cups-files.conf set @SYSTEM to lpadmin only root is not allowed. And cups-pk-helper which gnome-control-center printers panel jobs-dialog makes use of to edit job (stop/resume and purge) fails. Its job status routine always ask as root for the job-originating-user-name attribute and fails with invalid a status. The cups-files.conf man page suggests default for SystemGroup to be: "admin", "lpadmin", "root", "sys", and/or "system". which would fix the issue. A local workaround is to add root to lpadmin group. Setting as important as it breaks unrelated packages. Changelog tell "root" group should be added back when: "As soon as bug #50620 gets fixed, I'll set up to add root to the group," ... well this bug is nowadays fixed or at least closed. Best regards Alban -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.12.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cups-daemon depends on: ii adduser 3.116 ii bc 1.06.95-9+b3 ii dpkg 1.18.24 ii init-system-helpers 1.49 ii libavahi-client3 0.7-3 ii libavahi-common3 0.7-3 ii libc62.24-17 ii libcups2 2.2.4-7 ii libcupsmime1 2.2.4-7 ii libdbus-1-3 1.11.16+really1.10.22-1 ii libgssapi-krb5-2 1.15.1-2 ii libpam0g 1.1.8-3.6 ii libpaper11.1.24+nmu5 ii libsystemd0 234-3 ii lsb-base 9.20170808 ii procps 2:3.3.12-3 ii ssl-cert 1.0.39 Versions of packages cups-daemon recommends: ii avahi-daemon 0.7-3 ii colord1.3.3-2 ii cups-browsed 1.16.4-1+b1 Versions of packages cups-daemon suggests: ii cups 2.2.4-7 ii cups-bsd 2.2.4-7 ii cups-client2.2.4-7 ii cups-common2.2.4-7 ii cups-filters [foomatic-filters]1.16.4-1+b1 ii cups-ppdc 2.2.4-7 ii cups-server-common 2.2.4-7 ii foomatic-db-compressed-ppds [foomatic-db] 20170723-1 ii ghostscript9.21~dfsg-1 ii hplip 3.17.7+repack0-3 ii poppler-utils 0.57.0-2 ii printer-driver-cups-pdf [cups-pdf] 3.0.1-4 ii printer-driver-gutenprint 5.2.13-1 ii printer-driver-hpcups 3.17.7+repack0-3 ii smbclient 2:4.6.7+dfsg-1 ii udev 234-3 -- no debconf information
Bug#873623: sudo: occasionally stalls infinitely instead of running command
Package: sudo Version: 1.8.21-1 Followup-For: Bug #873623 This is likely sssd related. I upgraded both today (sssd to 1.15.3-1) and "sudo ls" output was empty. Local workaround was to comment out "sss" on /etc/nsswitch.conf "sudoers:" sudoers:files sss to sudoers:files #sss Hinted from "pkexec strace -f sudo ls" output: connect(4, {sa_family=AF_UNIX, sun_path="/var/lib/sss/pipes/sudo"}, 110) = -1 ECONNREFUSED (Connection refused) Best regards, Alban -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.11.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages sudo depends on: ii libaudit1 1:2.7.7-1+b2 ii libc6 2.24-17 ii libpam-modules 1.1.8-3.6 ii libpam0g1.1.8-3.6 ii libselinux1 2.6-3+b2 ii lsb-base9.20170808 sudo recommends no packages. sudo suggests no packages. -- Configuration Files: /etc/sudoers [Errno 13] Permission non accordée: '/etc/sudoers' /etc/sudoers.d/README [Errno 13] Permission non accordée: '/etc/sudoers.d/README' -- no debconf information
Bug#881617: wine-development: wine32 creates win64 prefixes: wine prefer win32 on amd64 while wineserver prefer win64
Package: wine-development Version: 2.20-1.1 Severity: normal Dear Maintainer, creating a wine prefix on amd64 with wine-development:i386 create a win64 prefix. This as wine-development wrapper has a bias on win32 but when it launch wineserver-development wrapper this one set the bias on win64. The patch fixes the inconsistency by switching bias from win64 to win32 in debian/script/wineserver.in. The issue affect wine-development 2.21-1 sources and wine 2.0.3-1 stable wrappers too. Best regards Alban -- Package-specific info: /usr/bin/wine points to /usr/bin/wine-stable. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-rc7prahal+intel+ (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wine-development depends on: ii wine32-development 2.20-1.1 wine-development recommends no packages. Versions of packages wine-development suggests: pn dosbox ii playonlinux 4.2.12-1 ii winbind 2:4.7.1+dfsg-1 ii wine-binfmt 2.13.1-1.2 ii winetricks 0.0+20171018-1 Versions of packages wine-development is related to: ii fonts-wine 2.13.1-1.2 ii wine-development2.20-1.1 ii wine32-development 2.20-1.1 pn wine64-development -- no debconf information
Bug#881619: /etc/cups/cups-files.conf: cannot job-edit as root: root missing from SystemGroup
Package: cups-daemon Version: 2.2.6-2 Severity: normal File: /etc/cups/cups-files.conf Dear Maintainer, per the man page root should be in cups-files.conf SystemGroup. JobPrivateAccess requires @SYSTEM or @OWNER but root in not in any of those. Thus root cannot job-edit (cancel jobs) This forbid cups-pk-helper from cancelling jobs as it run as root. A workaround is adding "root" to "SystemGroup" (which includes only lpadmin on debian). We might want to include more following man page which tells: The default contains "admin", "lpadmin", "root", "sys", and/or "system". This affect cups >= 1.5 since the introduction of "private job values". One such consumer of cups-pk-helper is gnome-control-center printer panel. Best regards, Alban -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-rc7prahal+intel+ (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages cups-daemon depends on: ii adduser 3.116 ii bc1.06.95-9+b3 ii dpkg 1.19.0.4 ii libavahi-client3 0.7-3 ii libavahi-common3 0.7-3 ii libc6 2.24-17 ii libcups2 2.2.6-2 ii libcupsmime1 2.2.6-2 ii libdbus-1-3 1.12.0-1 ii libgssapi-krb5-2 1.15.2-2 ii libpam0g 1.1.8-3.6 ii libpaper1 1.1.24+nmu5 ii libsystemd0 235-2 ii lsb-base 9.20170808 ii procps2:3.3.12-3 ii ssl-cert 1.0.39 Versions of packages cups-daemon recommends: ii avahi-daemon 0.7-3 ii colord1.3.3-2 ii cups-browsed 1.17.9-1 Versions of packages cups-daemon suggests: ii cups 2.2.6-2 ii cups-bsd 2.2.6-2 ii cups-client2.2.6-2 ii cups-common2.2.6-2 ii cups-filters [foomatic-filters]1.17.9-1 ii cups-ppdc 2.2.6-2 ii cups-server-common 2.2.6-2 ii foomatic-db-compressed-ppds [foomatic-db] 20171012-1 ii ghostscript9.22~dfsg-1 ii hplip 3.17.10+repack0-1 ii poppler-utils 0.57.0-2 ii printer-driver-cups-pdf [cups-pdf] 3.0.1-4 ii printer-driver-gutenprint 5.2.13-1 ii printer-driver-hpcups 3.17.10+repack0-1 ii smbclient 2:4.7.1+dfsg-1 ii udev 235-2 -- no debconf information
Bug#881617: wine-development: wine32 creates win64 prefixes: wine prefer win32 on amd64 while wineserver prefer win64
Package: wine-development Version: 2.20-1.1 Followup-For: Bug #881617 and the patch to fix win32 prefix creation in amd64 ... -- Package-specific info: /usr/bin/wine points to /usr/bin/wine-stable. -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.14.0-rc7prahal+intel+ (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wine-development depends on: ii wine32-development 2.20-1.1 wine-development recommends no packages. Versions of packages wine-development suggests: pn dosbox ii playonlinux 4.2.12-1 ii winbind 2:4.7.1+dfsg-1 ii wine-binfmt 2.13.1-1.2 ii winetricks 0.0+20171018-1 Versions of packages wine-development is related to: ii fonts-wine 2.13.1-1.2 ii wine-development2.20-1.1 ii wine32-development 2.20-1.1 pn wine64-development -- no debconf information --- a/debian/scripts/wineserver.in 2017-11-05 01:15:28.0 +0100 +++ b/debian/scripts/wineserver.in 2017-11-08 18:38:48.424536385 +0100 @@ -3,10 +3,10 @@ wineserver32=/BINDIR/wineserver32 wineserver64=/BINDIR/wineserver64 -if test -x "$wineserver64"; then -wineserver=$wineserver64 -elif test -x "$wineserver32"; then +if test -x "$wineserver32"; then wineserver=$wineserver32 +elif test -x "$wineserver64"; then +wineserver=$wineserver64 else echo "error: unable to find wineserver executable. this shouldn't happen." >&2 exit 1
Bug#881619: /etc/cups/cups-files.conf: cannot job-edit as root: root missing from SystemGroup
The links points to weird findings. Does cups-pk-helper let one deletes jobs from other users ? gnome-control-center does not show jobs from other users. So I cannot see how could we guess we can delete their jobs from there. Running cups-pk-helper as lpadmin will also fix the issue. >From cups point of view, SystemGroup is "root" access. We forbid the "root" account from managing jobs. But we let cups-pk- helper have SystemGroup access. Here is my old attempt to do what was suggested by the links, ie run the cups api call as calling user, not root. I now believe cups-pk- helper aims is to manage accesses to cups. Running it out of SystemGroup is against its purpose. NB: this patch is pretty lame. It only copes with default JobPrivateValues cups setting value. When admin change this setting it will break. Managing this grew out of bounds and I went back adding root to SystemGroup :) >From 94f985ffdc902b4b35cef1dd5dac967c8e49f49c Mon Sep 17 00:00:00 2001 From: Alban Browaeys <alban.browa...@gmail.com> Date: Tue, 19 Sep 2017 16:10:30 +0200 Subject: [PATCH] Fix job status always set to invalid with cups 1.5 and forward Set requesting user on job status request. This since job-originating-user-name is JobPrivateValues since cups 1.5.0 with default JobPrivateValues cupsd.conf policy. Set it to cups-pk-helper caller. The cups-pk-helper cupsUser is root while only the job owner has access to this attribute now. --- src/cups.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/cups.c b/src/cups.c index a2cb9f4..e39fe56 100644 --- a/src/cups.c +++ b/src/cups.c @@ -2968,7 +2968,7 @@ cph_cups_job_get_status (CphCups*cups, /* Request attributes explicitly as the user running the process (as * opposed to the user doing the dbus call). This is root in general, * so we'll be authorized to get attributes for all jobs. */ -_cph_cups_add_requesting_user_name (request, NULL); +_cph_cups_add_requesting_user_name (request, user); resource_char = _cph_cups_get_resource (CPH_RESOURCE_ROOT); reply = cupsDoRequest (cups->priv->connection, -- 2.14.1 Le mardi 14 novembre 2017 à 19:08 +0100, Didier 'OdyX' Raboud a écrit : > Control: tags -1 +wontfix > > Le lundi, 13 novembre 2017, 15.34:25 h CET Alban Browaeys a écrit : > > per the man page root should be in cups-files.conf SystemGroup. > > JobPrivateAccess requires @SYSTEM or @OWNER but root in not in any > > of > > those. Thus root cannot job-edit (cancel jobs) > > This forbid cups-pk-helper from cancelling jobs as it run as root. > > > > A workaround is adding "root" to "SystemGroup" (which includes > > only lpadmin on debian). > > This was discussed last year: > https://lists.debian.org/debian-printing/2016/11/msg00045.html > > > In other words, letting cups-pk-helper run as 'root' (but accept > > commands > > from any allowed users) leads to a user-to-lpadmin privilege > > escalation. At > > least, it defers access control away from CUPS to cups-pk-helper. > > See also > https://bugs.debian.org/698504 > https://bugs.launchpad.net/ubuntu/+source/gnome-control-center/ > +bug/934291 > > The point is that we don't want to let anyone with access to cups-pk- > helper > delete jobs through it as that defeats the security mechanism put in > place by > CUPS. > > The solution is to get cups-pk-helper run as root but use the > requesting user > when using the CUPS API (so that it respects the "system group" > restrictions > of CUPS). In other words, I think this is a bug in how cups-pk-helper > runs in > Debian. > > Cheers, > OdyX
Bug#541156: virtualbox-ose-guest-x11: clutter-using apps no longer work
This bug is tagged as fixed in 3.1.6 upstream per https://www.virtualbo x.org/ticket/4598. This version has long hit debian wheezy (oldoldstable). Alban
Bug#880176: gtk-doc-tools: crashes if a devhelp2.gz file is present
Package: gtk-doc-tools Version: 1.26-2.1 Severity: important May you apply upstream patches: https://git.gnome.org/browse/gtk-doc/commit/?id=d6a75bdf26f61889e5d01e8af499b59b2de011b0 https://git.gnome.org/browse/gtk-doc/commit/?id=6c7c1e571f91997d0895ac6a87f3a417376d0536 I also attach a local patch to fix the testsuite (not yet sent upstream). I add 18 to the expected log lines count to account for the upstream patches restored 6 warnings: " Please fix https://bugs.launchpad.net/ubuntu/+source/gtk-doc/+bug/1466210 . For now run: gunzip /usr/share/gtk-doc/html/ogmrip/ogmdvd-gtk/ogmdvd-gtk.devhelp2.gz " Local NetworkManager build fails with: gtkdoc-fixxref --module=libnm --module-dir=html --html-dir=/usr/share/gtk-doc/html Traceback (most recent call last): File "/usr/bin/gtkdoc-fixxref", line 57, in fixxref.Run(options) File "/usr/share/gtk-doc/python/gtkdoc/fixxref.py", line 96, in Run ScanIndices(options.html_dir, 0) File "/usr/share/gtk-doc/python/gtkdoc/fixxref.py", line 153, in ScanIndices ScanIndices(subdir, use_absolute_links) File "/usr/share/gtk-doc/python/gtkdoc/fixxref.py", line 148, in ScanIndices ''' % full_entry) TypeError: %d format: a number is required, not str Makefile:869 : la recette pour la cible « html-build.stamp » a échouée make[3]: *** [html-build.stamp] Erreur 1 make[3] : on quitte le répertoire « /home/prahal/nm-online/network-manager-1.8.4/docs/libnm » Makefile:15802 : la recette pour la cible « all-recursive » a échouée make[2]: *** [all-recursive] Erreur 1 make[2] : on quitte le répertoire « /home/prahal/nm-online/network-manager-1.8.4 » Makefile:6532 : la recette pour la cible « all » a échouée make[1]: *** [all] Erreur 2 make[1] : on quitte le répertoire « /home/prahal/nm-online/network-manager-1.8.4 » dh_auto_build: make -j10 returned exit code 2 debian/rules:8 : la recette pour la cible « build » a échouée make: *** [build] Erreur 2 dpkg-buildpackage: erreur: debian/rules build subprocess returned exit status 2 -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages gtk-doc-tools depends on: ii docbook-to-man 1:2.0.0-39 ii docbook-xml 4.5-8 ii docbook-xsl 1.79.1+dfsg-2 ii highlight 3.39-1 ii libglib2.0-dev 2.54.2-1.1 ii pkg-config 0.29-4+b1 ii python 2.7.14-1 ii python-mock 2.0.0-3 ii python-six 1.11.0-1 ii xsltproc1.1.29-2.2 gtk-doc-tools recommends no packages. Versions of packages gtk-doc-tools suggests: ii dblatex 0.3.10-2 -- no debconf information --- a/tests/sanity.sh +++ b/tests/sanity.sh @@ -82,15 +82,17 @@ tested=`expr $tested + 1` # check that log files have only one line (the command) +# and the 6 references to launchapd bug 1466210 +# which makes up 19 lines nok=0 for file in $dir/*/docs/gtkdoc-*.log; do - expected_lines="1" + expected_lines="19" # adjust for known files if test $file = "$dir/fail/docs/gtkdoc-mkdb.log"; then -expected_lines="16" +expected_lines="34" fi if test $file = "$dir/gobject/docs/gtkdoc-fixxref.log"; then -expected_lines="2" +expected_lines="20" fi case $file in *gtkdoc-fixxref.log)
Bug#865975: docker.io breaks (bridged) network for VMs
Package: docker.io Followup-For: Bug #865975 The FORWARD chain policy is set to DROP by docker since 1.13. The verbose (-V) iptables output (which gives interfaces and packet counters) is: # iptables -L -v -n Chain INPUT (policy ACCEPT 281 packets, 14176 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy DROP 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 0 0 DOCKER-ISOLATION all -- * * 0.0.0.0/0 0.0.0.0/0 0 0 DOCKER all -- * docker0 0.0.0.0/00.0.0.0/0 0 0 ACCEPT all -- * docker0 0.0.0.0/00.0.0.0/0 ctstate RELATED,ESTABLISHED 0 0 ACCEPT all -- docker0 !docker0 0.0.0.0/00.0.0.0/0 0 0 ACCEPT all -- docker0 docker0 0.0.0.0/00.0.0.0/0 Chain OUTPUT (policy ACCEPT 225 packets, 27980 bytes) pkts bytes target prot opt in out source destination Chain DOCKER (1 references) pkts bytes target prot opt in out source destination Chain DOCKER-ISOLATION (1 references) pkts bytes target prot opt in out source destination 0 0 RETURN all -- * * 0.0.0.0/00.0.0.0/0 I reproduced the network setup but not the KVM one.I cannot confirm that forwarding is broken. Upstream provides: - a command line switch to docker daemon "--iptables=false" or a config item in /etc/docker/daemon.json: { "iptables": false } - upstream also tell to revert the FORWARD policy to ACCEPT byhand ... but I tested and it stay so on docker restart (even stop and start). If the box is rebooted the change is lost as confirmed by https://docs.docker.com/engine/userguide/networking/default_network/container-communication/ "The iptables settings are lost when the system reboots. If you want the change to be permanent, refer to your Linux distribution’s documentation." Mind we cannot apply it from /etc/rc.local or anything boot related as it has to be applied after docker is started ... with socket activation we activate docker daemon long after boot. references: - https://docs.docker.com/engine/userguide/networking/default_network/container-communication/ Container communication between hosts For security reasons, Docker configures the iptables rules to prevent containers from forwarding traffic from outside the host machine, on Linux hosts. Docker sets the default policy of the FORWARD chain to DROP. (...) Note: In Docker 1.12 and earlier, the default FORWARD chain policy was ACCEPT. When you upgrade to Docker 1.13 or higher, this default is automatically changed for you. - Also from https://docs.docker.com/engine/userguide/networking/default_network/container-communication/ Communication between containers (...) Docker will never make changes to your system iptables rules if you set --iptables=false when the daemon starts. Otherwise the Docker server will add a default rule to the FORWARD chain with a blanket ACCEPT policy if you retain the default --icc=true, or else will set the policy to DROP if --icc=false. Best regards Alban -- System Information: Debian Release: buster/sid APT prefers unstable-debug APT policy: (500, 'unstable-debug'), (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages docker.io depends on: ii adduser 3.116 ii docker-containerd 0.2.3+git+docker1.13.1~ds1-1 ii docker-runc 1.0.0~rc2+git+docker1.13.1~ds1-2 ii golang-libnetwork 0.8.0-dev.2+git20170202.599.45b4086-3 ii iptables1.6.1-2+b1 ii libapparmor12.11.0-11 ii libc6 2.24-17 ii libdevmapper1.02.1 2:1.02.142-1 ii libsqlite3-03.20.1-2 ii libsystemd0 235-2 ii lsb-base9.20170808 Versions of packages docker.io recommends: ii ca-certificates 20170717 ii cgroupfs-mount 1.4 ii git 1:2.15.0~rc1-1 ii xz-utils 5.2.2-1.3 Versions of packages docker.io suggests: ii aufs-tools 1:4.1+20161219-1 ii btrfs-progs 4.13.3-1 ii debootstrap 1.0.91 pn docker-doc ii rinse3.2 pn zfs-fuse | zfsutils -- no debconf information
Bug#1053979: chkrootkit: ignore or lower to info for files owned by installed debian packages and unchanged
Package: chkrootkit Version: 0.57-2+b1 Severity: wishlist Dear Maintainer, when chkrootkit-daily runs (was with old /etc/ckrootkit.conf thus diff mode false and "-q -n" flags) I get reports for files owned by Debian packages and that are iso with their installation state: WARNING: The following suspicious files and directories were found: /usr/lib/debug/.build-id /usr/lib/jvm/.java-1.17.0-openjdk-amd64.jinfo /usr/lib/jvm/.java-1.11.0-openjdk-amd64.jinfo /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/basic/authz_owner/.htaccess /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/basic/authz_owner/.htpasswd /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/basic/file/.htaccess /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/basic/file/.htpasswd /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/digest/.htaccess /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/digest/.htpasswd /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/digest_anon/.htaccess /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/digest_anon/.htpasswd /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/digest_time/.htaccess /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/digest_time/.htpasswd /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/digest_wrongrelm/.htaccess /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/digest_wrongrelm/.htpasswd /usr/lib/python3/dist-packages/fail2ban/tests/files/config/apache-auth/noentry/.htaccess /usr/lib/python3/dist-packages/glances/outputs/static/.prettierrc.js /usr/lib/python3/dist-packages/matplotlib/backends/web_backend/.eslintrc.js /usr/lib/python3/dist-packages/matplotlib/backends/web_backend/.prettierignore /usr/lib/python3/dist-packages/matplotlib/backends/web_backend/.prettierrc /usr/lib/python3/dist-packages/matplotlib/tests/baseline_images/.keep /usr/lib/python3/dist-packages/matplotlib/tests/tinypages/_static/.gitignore /usr/lib/python3/dist-packages/matplotlib/tests/tinypages/.gitignore /usr/lib/python3/dist-packages/numpy/core/include/numpy/.doxyfile /usr/lib/python3/dist-packages/numpy/f2py/tests/src/assumed_shape/.f2py_f2cmap /usr/lib/python3/dist-packages/numpy/f2py/tests/src/f2cmap/.f2py_f2cmap /usr/lib/ruby/gems/3.1.0/gems/typeprof-0.21.2/vscode/.vscode /usr/lib/ruby/gems/3.1.0/gems/typeprof-0.21.2/vscode/.gitignore /usr/lib/ruby/gems/3.1.0/gems/typeprof-0.21.2/vscode/.vscodeignore /usr/lib/ruby/vendor_ruby/rubygems/ssl_certs/.document /usr/lib/ruby/vendor_ruby/rubygems/optparse/.document /usr/lib/ruby/vendor_ruby/rubygems/tsort/.document Could chkrootkit check these files are owned by an installed Debian package and unmodified and at least lower the status from WARNING to INFO in the logged output (maybe we do not want them ignored altogether in the case where a Debian package could be compromised and ship the dangerous file?) (ala "dpkg --search /usr/lib/ruby/vendor_ruby/rubygems/tsort/.document") and that this file is unchanged from its Debian package state (against /var/lib/dpkg/info/.md5sums)? I cooked such a script: for file in $(grep /usr/lib /var/log/chkrootkit/log.today); do for pkg in $(set -o pipefail; dpkg -S $file 2>/dev/null | sed 's/: .*//' | tr ',' '\n'); do for md5pkgfile in $(ls /var/lib/dpkg/info/$pkg.md5sums 2> /dev/null); do [ -f "$file" ] && grep ${file:1} $md5pkgfile | ( read -r md5filepkg filepkgpath; md5file="$(md5sum "/$filepkgpath" | cut -d' ' -f1)"; [ "x$md5filepkg" = "x$md5file" ] && echo "Debian unmodified $file" || echo "non Debian or modified $file"); done; done ;done gives: Debian unmodified /usr/lib/jvm/.java-1.17.0-openjdk-amd64.jinfo (...) It does not handles directories like /usr/lib/debug/.build-id. Maybe chkrootkit could check none of the files in such a dot directory are non Debian packages installed files unmodified and owned by still installed packages? Cheers, Alban -- System Information: Debian Release: 12.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'oldstable-debug'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.1.0-13-amd64 (SMP w/2 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages chkrootkit depends on: ii libc6 2.36-9+deb12u3 Versions of packages chkrootkit recommends: ii binutils2.40-2 ii bsd-mailx [mailx] 8.1.2-0.20220412cvs-1 ii cron [cron-daemon] 3.0pl1-162 ii iproute26.1.0-3 ii mailutils [mailx] 1:3.15-4 ii net-tools 2.10-0.1 ii
Bug#1052299: gnome-boxes: Cannot install "GNOME OS Nightly" - secure-boot set by ovmf while gnome os efi seems not signed
Package: gnome-boxes Version: 45.0-1 Severity: normal Dear Maintainer, If I attempt to create a GNOME OS guest I end up on the edkII console. If inhte console I try to boot the EFI (in FS0: be it bootx64.efi in \EFI\BOOT or systemd-bootx64.efi in EFI\systemd) I get a "Command Error Status: Access Denied" error. I got he clue it might be secure boot related by https://forum.proxmox.com/threads/vm-always-going-into-uefi-interactive-shell.119215/ I also learned that the install was fine with the flatpak, so I compared the VM configurations for GNOME OS: Debian gome-boxes 45: hvm /usr/share/OVMF/OVMF_CODE_4M.ms.fd /home/prahal/.config/libvirt/qemu/nvram/gnomenightly_VARS.fd > Flatpak gnome-boxes 44: hvm Grepping where this secure-boot feature comes from, I ended up on: /usr/share/qemu/firmware/40-edk2-x86_64-secure-enrolled.json Scrambling the target (for example, replacing in "machines", "pc-q35-*" by "pc-q35xxx-*") in this file to avoid its settings being added to (all?) the guest VM I now can install "GNOME OS Nightly x86_64" (ie edk2 boots into the installer and the installer proceeds). This might well be an ovmf bug. Still, as I don' know if gnome-boxes or qemu have flags to avoid ovmf bringing in this secure-boot for all guest setups, I start up the stack. Cheers, Alban -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'oldstable-debug'), (500, 'testing'), (500, 'stable'), (90, 'unstable-debug'), (90, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0+ (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages gnome-boxes depends on: ii dconf-gsettings-backend [gsettings-backend] 0.40.0-4 ii genisoimage 9:1.1.11-3.4 ii libarchive13 3.6.2-1 ii libc62.37-8 ii libcairo21.17.8-3 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.78.0-1 ii libgtk-3-0 3.24.38-5 ii libgudev-1.0-0 238-2 ii libhandy-1-0 1.8.2-2 ii libosinfo-1.0-0 1.10.0-2 ii libosinfo-bin1.10.0-2 ii libsoup-3.0-03.4.3-1 ii libspice-client-glib-2.0-8 0.42-2 ii libspice-client-gtk-3.0-50.42-2 ii libusb-1.0-0 2:1.0.26-1 ii libvirt-clients 9.7.0-1 ii libvirt-daemon 9.7.0-1 ii libvirt-glib-1.0-0 4.0.0-3 ii libwebkit2gtk-4.1-0 2.40.5-1 ii libxml2 2.9.14+dfsg-1.3 ii tracker 3.6.0-1 ii user-session-migration 0.4.1 Versions of packages gnome-boxes recommends: ii qemu-system-x86 1:8.0.4+dfsg-3+b1 Versions of packages gnome-boxes suggests: ii gnome-connections 45~rc-1 -- no debconf information
Bug#1014890: ITP: python3-looseversion -- Version numbering for anarchists and software realists
Thank you. I admit I lowered this packaging priority, as openmediavault did the python-looseversion and salt 3006 on their side (on https://github.com/openmediavault/packages/tree/master/pool/main/p/python-looseversion and https://github.com/openmediavault/packages/tree/master/pool/main/s/salt ). At the same time I have low level bugs on the related box and will attempt to resolve them first as the box is in a specific state where I can reproduce the bug. Cheers, Alban Le lundi 19 juin 2023 à 16:54 -0400, Yaroslav Halchenko a écrit : > Thank you Alban, > > done -- join/finish up > https://salsa.debian.org/python-team/packages/python-looseversion > please > > On Mon, 19 Jun 2023, Alban Browaeys wrote: > > > on January 4th of 2023 you retitled this RFP to ITP. > > > > ITP: python3-looseversion -- Version numbering for anarchists and > > software realists > > > Do you have an early package code or python3-looseversion to share > > (on > > debian salsa or else)? > > > I will have to create such a package otherwise as salt 3006 depends > > upon python3 looseversion (I am building it based upon the salt > > 3005 > > deb pacakging from > > openmediavault > > https://github.com/openmediavault/packages/tree/master/pool/main/s/ > > salt > > ). > > So even if you only did an early frame of it that would avoid > > duplicate > > effort.
Bug#1053306: libxapp1: xapp-sn-watcher.desktop file should be in the xapp-sn-watcher debian package
Package: libxapp1 Version: 2.6.1-1 Severity: normal Dear Maintainer, I get this error in my logs: oct. 01 12:19:15 hermes systemd-xdg-autostart-generator[501717]: Exec binary '/usr/lib/x86_64-linux-gnu/xapps/sn-watcher/xapp-sn-watcher' does not exist: No such file or directory oct. 01 12:19:15 hermes systemd-xdg-autostart-generator[501717]: /etc/xdg/autostart/xapp-sn-watcher.desktop: not generating unit, error parsing Exec= line: No such file or directory it turns out I have libxapp1:amd64 2.6.1-1 installed but not xapp-sn-watcher. I believe the xapp-sn-watcher.desktop shipped by libxapp1 should be shipped by the xapp-sn-watcher package. Cheers, Alban -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'oldstable-debug'), (500, 'testing'), (500, 'stable'), (90, 'unstable-debug'), (90, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages libxapp1 depends on: ii libc62.37-10 ii libcairo-gobject21.17.8-3 ii libcairo21.17.8-3 ii libgdk-pixbuf-2.0-0 2.42.10+dfsg-1+b1 ii libglib2.0-0 2.78.0-2 ii libgnomekbd8 3.28.1-1 ii libgtk-3-0 3.24.38-5 ii libpango-1.0-0 1.51.0+ds-2 ii libx11-6 2:1.8.6-1 ii xapps-common 2.6.1-1 Versions of packages libxapp1 recommends: pn libxapp-gtk3-module pn xapp-sn-watcher libxapp1 suggests no packages. -- no debconf information
Bug#1053377: ghostscript-x: ghostscript 10.02.0~dfsg-2 does not remove ghostscript-x 10.01.2~dfsg-1 automatically
Package: ghostscript-x Version: 10.01.2~dfsg-1 Severity: normal Dear Maintainer, when I attempt an upgrade, the ghostscript upgrade from 10.01.2~dfsg-1 to 10.02.0~dfsg-2 is on hold. This is because I have ghostscript-x 10.01.2~dfsg-1 installed. Looking at the dependencies in aptitude I see that 10.02.0~dfsg-2 conflict with any "ghostscript" package != 10.01.2~dfsg-1 Also ghostscript 10.02.0~dfsg-2 does not conflict with ghostscript-x, only replaces ghostscript-x (< 10.02.0~dfsg-1). This is for unstable and testing. I bet teh aim was to get rid of the ghostscript-x transitional package. Best regards, Alban -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'oldstable-debug'), (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (90, 'unstable-debug'), (90, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.4.0-4-amd64 (SMP w/4 CPU threads; PREEMPT) Kernel taint flags: TAINT_BAD_PAGE Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages ghostscript-x depends on: ii ghostscript 10.01.2~dfsg-1 ghostscript-x recommends no packages. ghostscript-x suggests no packages. -- no debconf information
Bug#1053306: libxapp1: xapp-sn-watcher.desktop file should be in the xapp-sn-watcher debian package
On Sun, 1 Oct 2023 13:49:56 +0200 Fabio Fantoni wrote: > Il 01/10/2023 12:33, Alban Browaeys ha scritto: > > Package: libxapp1 > > Version: 2.6.1-1 > > Severity: normal > > > > Dear Maintainer, > > I get this error in my logs: > > oct. 01 12:19:15 hermes systemd-xdg-autostart-generator[501717]: Exec binary '/usr/lib/x86_64-linux-gnu/xapps/sn-watcher/xapp-sn- watcher' does not exist: No such file or directory > > oct. 01 12:19:15 hermes systemd-xdg-autostart-generator[501717]: /etc/xdg/autostart/xapp-sn-watcher.desktop: not generating unit, error parsing Exec= line: No such file or directory > > > > it turns out I have libxapp1:amd64 2.6.1-1 installed but not xapp- sn-watcher. > > > > I believe the xapp-sn-watcher.desktop shipped by libxapp1 should be shipped by > > the xapp-sn-watcher package. > > Hi, from the version you are reporting xapp-sn-watcher.desktop is > already in xapp-sn-watcher package: > https://packages.debian.org/sid/amd64/xapp-sn-watcher/filelist > > file was moved latest time in 2.4.2-1 (from xapp package) and first time > in 2.2.6-1 (from libxapp1) > > I suppose the issue you spotted is related to old conffile moved (in > case your system was upgraded and was installed intially with version < > 2.2.6-1, where there was the first move from libxapp1), relating to it > there is https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=983441 but is > blocked by another bug in dpkg (that I'm unable to fix it) and as wrote > in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=886389 is > impossible use rm_conffile in case of move from one binary package to > another of the same source or the file of the new package will be > removed broking it > > since the unexpected case you spotted is more that simply "mark as > obsolete" I think is good to reply on bug #886389 that now seems > considered minor and without progress > I reported to both bug reports because there is something specific to my issue. In my case the desktop file is not only marked as obsolete in the database. It is also still marked as owned by the old package libxapp1 ... weird: $ dpkg -L libxapp1 /. /usr /usr/lib /usr/lib/x86_64-linux-gnu /usr/lib/x86_64-linux-gnu/libxapp.so.2.6.1 /usr/share /usr/share/doc /usr/share/doc/libxapp1 /usr/share/doc/libxapp1/changelog.Debian.gz /usr/share/doc/libxapp1/changelog.gz /usr/share/doc/libxapp1/copyright /usr/lib/x86_64-linux-gnu/libxapp.so.1 /etc/xdg/autostart/xapp-sn-watcher.desktop $ apt policy libxapp1 libxapp1: Installé : 2.6.1-1 Candidat : 2.6.1-1 Table de version : *** 2.6.1-1 500 90 http://ftp.debian.org/debian sid/main amd64 Packages 500 http://deb.debian.org/debian trixie/main amd64 Packages 100 /var/lib/dpkg/status 2.4
Bug#1053538: kexec-tools: kexec reboot even if "systemctl reboot" via initscripts - Debian stable and testing
LOAD_KEXEC=true note that this is from a copy of the file I made yesterday, since then I upgrade to the unstable kexec-tools. I can confirm that this bug is not there with the unstable version 1:2.0.27-1 (as the initscripts are no more this was expected). debconf entry: * kexec-tools/load_kexec: true Cheers, Alban Le vendredi 06 octobre 2023 à 10:01 -0600, Khalid Aziz a écrit : > On 10/5/23 3:05 PM, Alban Browaeys wrote: > > Package: kexec-tools > > Version: 1:2.0.25-3+b1 > > Severity: normal > > > > Dear Maintainer, > > When I call "reboot" or "systemctl reboot" I ends up with a kexec > > reboot. > > > > I expect a cold reboot. > > What is the value for LOAD_KEXEC in /etc/default/kexec? > > -- > Khalid > > > > > > > > > I have enabled kexec-tools as it is a dependency of kdump-tools. > > I supposed enabling a kexec kernel was a requirement to get kdump > > tools > > to dump to /var/crash. Maybe I misunderstood. > > > > In the journal I get after systemd telling it is rebooting: > > " > > oct. 05 21:59:59 cyclope systemd-logind[1954]: The system will > > reboot now! > > (...) > > oct. 05 21:59:59 cyclope systemd-logind[1954]: System is rebooting. > > (...) > > oct. 05 22:00:00 cyclope systemd[1]: Stopping kexec-load.service - > > LSB: Load kernel image with kexec... > > (...) > > oct. 05 22:00:02 cyclope kexec-load[6144]: Loading new kernel image > > into memory...done. > > oct. 05 22:00:02 cyclope systemd[1]: kexec-load.service: > > Deactivated successfully. > > oct. 05 22:00:02 cyclope systemd[1]: Stopped kexec-load.service - > > LSB: Load kernel image with kexec. > > oct. 05 22:00:02 cyclope systemd[1]: kexec-load.service: Consumed > > 1.208s CPU time. > > (...) > > oct. 05 22:00:02 cyclope systemd[1]: Stopping kexec.service - LSB: > > Execute the kexec -e command to reboot system... > > (...) > > oct. 05 22:00:02 cyclope kexec[6439]: Will now restart with kexec. > > " > > > > This even though the kexec-tools Debian REAME tells: > > /usr/share/doc/kexec-tools/README.Debian > > "reboot" command with ystemd will by default do a cold reboot. To > > kexec > > a new kernel with systemd, use "systemctl kexec". > > > > I believe this is a new issue maybe from my upgrade in June of > > kexec-tools > > from 1:2.0.20-2.1, 1:2.0.25-3+b1. > > That is I did not change my kexec-tools config and I believe > > monthes ago > > systemctl reboot gave me a cold reboot, not a kexec one. > > Note that it does not means the setup was fine beforehand as I do > > not > > have a single kdump crash file in /var/crash. > > I do not know if kexec reboot was even working with the previous > > version. Now it kexec reboots fine ... but even when I ask > > systemctl for > > a default coldreboot. > > > > I don't believe this affects unstable as kexec-tools 1:2.0.27-1 > > removed the > > initscripts that are called by systemd at reboot. > > > > Maybe this is expected behavior with systemd-sysv installed? > > > > > > Cheers, > > Alban > > > > > > -- System Information: > > Debian Release: trixie/sid > > APT prefers testing-debug > > APT policy: (500, 'testing-debug'), (500, 'stable-updates'), > > (500, 'stable-security'), (500, 'stable-debug'), (500, 'oldstable- > > debug'), (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), > > (90, 'unstable-debug'), (90, 'unstable'), (1, 'experimental- > > debug'), (1, 'experimental') > > Architecture: amd64 (x86_64) > > Foreign Architectures: i386 > > > > Kernel: Linux 6.5.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) > > Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), > > LANGUAGE not set > > Shell: /bin/sh linked to /usr/bin/dash > > Init: systemd (via /run/systemd/system) > > LSM: AppArmor: enabled > > > > Versions of packages kexec-tools depends on: > > ii debconf [debconf-2.0] 1.5.82 > > ii dpkg 1.22.0 > > ii libc6 2.37-12 > > ii libxenmisc4.17 4.17.2-1 > > ii lsb-base 11.6 > > ii sysvinit-utils [lsb-base] 3.08-1 > > > > kexec-tools recommends no packages. > > > > kexec-tools suggests no packages. > > > > -- debconf information: > > * kexec-tools/load_kexec: true > > kexec-tools/use_grub_config: false >
Bug#1053538: kexec-tools: kexec reboot even if "systemctl reboot" via initscripts - Debian stable and testing
Package: kexec-tools Version: 1:2.0.25-3+b1 Severity: normal Dear Maintainer, When I call "reboot" or "systemctl reboot" I ends up with a kexec reboot. I expect a cold reboot. I have enabled kexec-tools as it is a dependency of kdump-tools. I supposed enabling a kexec kernel was a requirement to get kdump tools to dump to /var/crash. Maybe I misunderstood. In the journal I get after systemd telling it is rebooting: " oct. 05 21:59:59 cyclope systemd-logind[1954]: The system will reboot now! (...) oct. 05 21:59:59 cyclope systemd-logind[1954]: System is rebooting. (...) oct. 05 22:00:00 cyclope systemd[1]: Stopping kexec-load.service - LSB: Load kernel image with kexec... (...) oct. 05 22:00:02 cyclope kexec-load[6144]: Loading new kernel image into memory...done. oct. 05 22:00:02 cyclope systemd[1]: kexec-load.service: Deactivated successfully. oct. 05 22:00:02 cyclope systemd[1]: Stopped kexec-load.service - LSB: Load kernel image with kexec. oct. 05 22:00:02 cyclope systemd[1]: kexec-load.service: Consumed 1.208s CPU time. (...) oct. 05 22:00:02 cyclope systemd[1]: Stopping kexec.service - LSB: Execute the kexec -e command to reboot system... (...) oct. 05 22:00:02 cyclope kexec[6439]: Will now restart with kexec. " This even though the kexec-tools Debian REAME tells: /usr/share/doc/kexec-tools/README.Debian "reboot" command with ystemd will by default do a cold reboot. To kexec a new kernel with systemd, use "systemctl kexec". I believe this is a new issue maybe from my upgrade in June of kexec-tools from 1:2.0.20-2.1, 1:2.0.25-3+b1. That is I did not change my kexec-tools config and I believe monthes ago systemctl reboot gave me a cold reboot, not a kexec one. Note that it does not means the setup was fine beforehand as I do not have a single kdump crash file in /var/crash. I do not know if kexec reboot was even working with the previous version. Now it kexec reboots fine ... but even when I ask systemctl for a default coldreboot. I don't believe this affects unstable as kexec-tools 1:2.0.27-1 removed the initscripts that are called by systemd at reboot. Maybe this is expected behavior with systemd-sysv installed? Cheers, Alban -- System Information: Debian Release: trixie/sid APT prefers testing-debug APT policy: (500, 'testing-debug'), (500, 'stable-updates'), (500, 'stable-security'), (500, 'stable-debug'), (500, 'oldstable-debug'), (500, 'oldoldstable'), (500, 'testing'), (500, 'stable'), (90, 'unstable-debug'), (90, 'unstable'), (1, 'experimental-debug'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 6.5.0-1-amd64 (SMP w/4 CPU threads; PREEMPT) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8), LANGUAGE not set Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled Versions of packages kexec-tools depends on: ii debconf [debconf-2.0] 1.5.82 ii dpkg 1.22.0 ii libc6 2.37-12 ii libxenmisc4.17 4.17.2-1 ii lsb-base 11.6 ii sysvinit-utils [lsb-base] 3.08-1 kexec-tools recommends no packages. kexec-tools suggests no packages. -- debconf information: * kexec-tools/load_kexec: true kexec-tools/use_grub_config: false
Bug#897975: [gdm3]
The wayland issue should be gone in bookworm/sid. As stated in https://gitlab.gnome.org/GNOME/gdm/-/issues/103, https://gitlab.gnome.org/GNOME/gdm/-/merge_requests/128 is merged (in gdm 40). It supersedes https://gitlab.gnome.org/GNOME/gdm/merge_requests/37 I cannot tell about the initial gdm3 "ICELockAuthFile fail: Already exists" Xorg related issue. It seems unrelated. Cheers, Alban
Bug#1008296: Workaround for my machine
On Fri, 8 Apr 2022 18:19:06 -0300 =?UTF-8?Q?Sebasti=C3=A1n_Lacuesta?= wrote: > Overwritting 61-gdm.rules with > > ln -s /dev/null /etc/udev/rules.d/61-gdm.rules > > solves the issue for me. regarding this file disables wayland if nvidia driver below 510 (which is not your case) or modesetting is disabled, could you confirm you have the nvidia_drm driver with modesetting disabled ? cat /sys/module/nvidia_drm/parameters/modeset and grep nomodeset /proc/cmdline > Let me know if I can help testing new defaults so this can be solved. > > Regards > Sebastián Cheers, Alban
Bug#993806: kodi: No audio on DVD playback, AC3 Support
On Wed, 8 Sep 2021 15:30:46 +0200 Markus Koller wrote: > This is probably related to the ffmpeg 4.4 update, which in my case > broke AC3 transcoding for AAC audio. Downgrading to 4.3 fixed it for > now. How did you do AC3 to AAC transcoding (playing DVD with kodi 19?). Sadly you did not provide the ffmpeg debian version you reverted to. Because I with current bullseye ffmpeg 7:4.3.4-0+deb11u1 dvd playback does not work in debian kodi 19 2:19.4+dfsg2-2~bpo11+1. >From https://forum.kodi.tv/showthread.php?tid=359403 it seems DVD audio debian/ubuntu in kodi has been borken since 18 Leia (or maybe it was an ffmpeg upgrade at around that time). Mind that upstream kodi ships ffmpeg 4.3.2 so maybe ffmpeg version above that one has a regression (since fixed in ffmpeg 5.1 because debian kodi 20 with debian ffmpeg 5.1 has DVD audio working). So maybe it was this debian ffmpeg 4.3.2 that you reverted to back then, hard to tell. What would help is knowing if buster with kodi 19 from buster-backports also suffers the missing audio streams in DVD playback. Because the streams are not only not playbacked but even not detected (the audio settings when a dvd is playing back has no stream). > > Kodi master has some changes to fix this, but 19.1 doesn't include > them yet: https://github.com/xbmc/xbmc/pull/19558 > > Could this be added as a patch in Debian? I made a quick port of this patchset but saw no improvement. But as I do not know your use case maybe it would help with yours. I will not send the patchset without an even very rough test case to show it has an effect (this is ment for stable as testing already ships kodi 20 with ffmpeg 5.1 which already has this patchset). Maybe from https://forum.kodi.tv/showthread.php?tid=362843 it means playing a file with AC3 (E-AC3 track ?) in it with kodi setting "AC3 / DTS passthrough enabled" with pulseaudio as a backend (maybe pipewire supports passwthrough nowadays, hard to tell). I only have a stereo setup, I do not know yet if I am able to test. I even doubt this patchset could get into stable as it is not a security issue, merely a regression bug. Mind that ffmpeg 4.4 is not available in a debian release anymore. Testing ships ffmpeg 5.1. > Some related discussions: > - https://forum.kodi.tv/showthread.php?tid=362843 > - https://bugzilla.rpmfusion.org/show_bug.cgi?id=6000 > - https://www.deb-multimedia.org/lurker/message/20210715.125358.efbe51b3.en.html > > Thanks, > Markus > So thre may be two bugs, the bug the initial report reported here (that kodi 19 has no audio stream, and the one that on a plain file with AC3 audio the playback is broken. We might need both fixed to have DVD audio playback. But this bug report one is firstly about the dvd audio no stream. Kind regards, Alban
Bug#1005264: gnome-control-center: touchpad options in gnome conrol center not work atall and not respond to chaning settings
On Thu, 10 Feb 2022 08:09:44 +0330 alireza wrote: > Package: gnome-control-center > Version: 1:41.2-1 > Severity: important > X-Debbugs-Cc: alireza...@gmail.com > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > > * What led up to the situation? upgrading > * What exactly did you do (or not do) that was effective (or > ineffective)? upwidgetgrading to gnome 41 > * What was the outcome of this action? disabling touchpad > settings > * What outcome did you expect instead? that settings on touchapd take effect Could it be a duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821352, that is xorg synaptics driver is not compatibale with GNOME anymore. Could you tell if you are running a Gnome Xorg session or a Wayland one ? If Xorg a session do you have xserver-xorg-input-synaptics installed? gnome has removed support for this synaptics driver around 2016 and only supports changing settings to the xserver-xorg-input-libinput driver. Kind regards, Alban
Bug#1013171: gnome-control-center does not start on gnome Wayland
On Sat, 18 Jun 2022 11:13:43 +0200 Giacomo Mulas wrote: > Package: gnome-control-center > Version: 1:42.2-1 > Severity: important > > Dear Maintainer, > > after some recent upgrade (I cannot pin down which one exactly, I have an up > to date sid system), gnome-control-center does not display any window any > more when running in a gnome wayland session. It still does work properly > in a gnome on Xorg session. It is not the only one showing this behaviour, > the same happens (to me) with at least gnome-software, gnome- extensions-app, > extension-manager. The problem is identical even with all gnome extensions > disabled, so it does not depend on this. This was likely not a gnome-control-center issue if it also affect other gnome-software. Was this fixed by an upgrade since then? From the strace I see you have an nvidia graphic card. Could you try wayland with nouveau? The bug is probably in the nvidia code. > I attach at the end environment and strace for both gnome-control- center on > wayland (which shows no window) and on xorg (which works correctly). Please > let me know if there is some test I may run to help track this problem down. > > Thanks in advance, best regards > Giacomo Mulas > > -- System Information: > Debian Release: bookworm/sid > APT prefers unstable > APT policy: (401, 'unstable'), (10, 'experimental') > Architecture: amd64 (x86_64) > Foreign Architectures: i386 > > Kernel: Linux 5.18.0-1-amd64 (SMP w/12 CPU threads; PREEMPT) > Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE > Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8), LANGUAGE not set > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages gnome-control-center depends on: > ii accountsservice 22.08.8-1 > ii apg 2.2.3.dfsg.1-5+b2 > ii colord 1.4.6-1 > ii desktop-base 11.0.3 > ii desktop-file-utils 0.26-1 > ii gnome-control-center-data 1:42.2-1 > ii gnome-desktop3-data 42.2-1 > ii gnome-settings-daemon 42.2-1 > ii gsettings-desktop-schemas 42.0-1 > ii libaccountsservice0 22.08.8-1 > ii libadwaita-1-0 1.1.2-1 > ii libc6 2.33-7 > ii libcairo2 1.16.0-5 > ii libcolord-gtk4-1 0.3.0-3 > ii libcolord2 1.4.6-1 > ii libcups2 2.4.2-1 > ii libepoxy0 1.5.10-1 > ii libfontconfig1 2.13.1-4.4 > ii libgcr-base-3-1 3.41.0-4 > ii libgdk-pixbuf-2.0-0 2.42.8+dfsg-1 > ii libglib2.0-0 2.72.2-2 > ii libgnome-bg-4-1 42.2-1 > ii libgnome-bluetooth-ui-3.0-13 42.1-1 > ii libgnome-desktop-4-1 42.2-1
Bug#873197: gnome-control-center: touchpad lost functionality after debian 8 -> 9 upgrade
On Fri, 25 Aug 2017 15:05:48 +0200 Rafal Pietrak wrote: > Package: gnome-control-center > Version: 1:3.22.2-3 > Severity: important > > Dear Maintainer, > > * What led up to the situation? > > upgrade from debian jessie to debian stretch > > * What exactly did you do (or not do) that was effective (or > ineffective)? > > gnome-control-center settings are ineffective > > * What was the outcome of this action? > > none control-center does not effect the scrolling-mode > > * What outcome did you expect instead? > > 1. "natural scrolling" (following the "paper", istead of "window") > 2. tap2click - no such option, and does not work by default (e.g there > is no way to switch it on) > This is a duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821352. That is you have to check that xserver-xorg-input-synaptics is removed and xserver- xorg-input-libinput is installed. GNOME does not support xserver-xorg- input-synaptics anymore. If you still have the issue could you confirm this fixes it? Could you close this bug report if you are still on GNOME Xorg and do not experience the issue anymore? Kind regards, Alban > > -- System Information: > Debian Release: 9.1 > APT prefers stable > APT policy: (500, 'stable') > Architecture: amd64 (x86_64) > > Kernel: Linux 4.9.0-3-amd64 (SMP w/4 CPU cores) > Locale: LANG=pl_PL.utf8, LC_CTYPE=pl_PL.utf8 (charmap=UTF-8), LANGUAGE=pl_PL.utf8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > Init: systemd (via /run/systemd/system) > > Versions of packages gnome-control-center depends on: > ii accountsservice 0.6.43-1 > ii apg 2.2.3.dfsg.1-4+b1 > ii colord 1.3.3-2 > ii desktop-file-utils 0.23-1 > ii gnome-control-center-data 1:3.22.2-3 > ii gnome-desktop3-data 3.22.2-1 > ii gnome-settings-daemon 3.22.2-2+deb9u2 > ii gsettings-desktop-schemas 3.22.0-1 > ii libaccountsservice0 0.6.43-1 > ii libatk1.0-0 2.22.0-1 > ii libc6 2.24-11+deb9u1 > ii libcairo-gobject2 1.14.8-1 > ii libcairo2 1.14.8-1 > ii libcanberra-gtk3-0 0.30-3 > ii libcanberra0 0.30-3 > ii libcheese-gtk25 3.22.1-1+b1 > ii libcheese8 3.22.1-1+b1 > ii libclutter-1.0-0 1.26.0+dfsg-3 > ii libclutter-gtk-1.0-0 1.8.2-2 > ii libcolord-gtk1 0.1.26-1.1 > ii libcolord2 1.3.3-2
Bug#1001362: gnome-control-center: Please Suggest or Recommend power-profiles-daemon
package gnome-control-center fixed 1001362 1:42.0-2 thanks power-profiles-daemon was added as a recommand in https://salsa.debian.org/gnome-team/gnome-control-center/-/commit/cbcba952c8a7801da2290e90b95746082721a0da which was first shipped in Debian in 1:42.0-2. On Thu, 09 Dec 2021 09:34:39 +0100 =?utf-8?b?SsOpcsOpbXkgTGFs?= wrote: > Package: gnome-control-center > Version: 1:41.2-1 > Severity: wishlist > > Hi, > > if power-profiles-daemon is installed, gnome-control-center displays controls > for choosing power profile. > > However gnome-settings-daemon also makes use of power-profiles- daemon, > so maybe the dependency should be on it or on some other gnome package. > > > -- System Information: > Debian Release: bookworm/sid > APT prefers stable-security > APT policy: (500, 'stable-security'), (500, 'unstable'), (101, 'testing') > Architecture: amd64 (x86_64) > > Kernel: Linux 5.15.0-2-amd64 (SMP w/4 CPU threads) > Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8), LANGUAGE not set > Shell: /bin/sh linked to /usr/bin/dash > Init: systemd (via /run/systemd/system) > LSM: AppArmor: enabled > > Versions of packages gnome-control-center depends on: > ii accountsservice 0.6.55-3 > ii apg 2.2.3.dfsg.1-5+b2 > ii colord 1.4.5-3 > ii desktop-base 11.0.3 > ii desktop-file-utils 0.26-1 > ii gnome-control-center-data 1:41.2-1 > ii gnome-desktop3-data 41.1-1 > ii gnome-settings-daemon 41.0-2 > ii gsettings-desktop-schemas 41.0-2 > ii libaccountsservice0 0.6.55-3 > ii libatk1.0-0 2.36.0-2 > ii libc6 2.32-5 > ii libcairo2 1.16.0-5 > ii libcheese-gtk25 41.1-1 > ii libcheese8 41.1-1 > ii libcolord-gtk1 0.1.26-2+b1 > ii libcolord2 1.4.5-3 > ii libcups2 2.3.3op2-7 > ii libepoxy0 1.5.9-2 > ii libfontconfig1 2.13.1-4.2 > ii libgcr-base-3-1 3.40.0-3+b1 > ii libgdk-pixbuf-2.0-0 2.42.6+dfsg-2 > ii libglib2.0-0 2.70.2-1 > ii libgnome-bluetooth13 3.34.5-4 > ii libgnome-desktop-3-19 41.1-1 > ii libgoa-1.0-0b 3.40.1-2 > ii libgoa-backend-1.0-1 3.40.1-2 > ii libgsound0 1.0.3-2 > ii libgtk-3-0 3.24.30-4 > ii libgtop-2.0-11 2.40.0-2 > ii libgudev-1.0-0 237-2 > ii libhandy-1-0 1.5.0-1 > ii libibus-1.0-5 1.5.25-3 > ii libkrb5-3 1.18.3-7
Bug#1005264: gnome-control-center: touchpad options in gnome conrol center not work atall and not respond to chaning settings
On Thu, 10 Feb 2022 08:09:44 +0330 alireza wrote: > Package: gnome-control-center > Version: 1:41.2-1 > Severity: important > X-Debbugs-Cc: alireza...@gmail.com > > Dear Maintainer, > > *** Reporter, please consider answering these questions, where appropriate *** > > * What led up to the situation? upgrading > * What exactly did you do (or not do) that was effective (or > ineffective)? upwidgetgrading to gnome 41 > * What was the outcome of this action? disabling touchpad settings > * What outcome did you expect instead? that settings on touchapd take effect Could it be a duplicate of https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=821352, that is xorg synaptics driver is not compatibale with GNOME anymore. Could you tell if you are running a Gnome Xorg session or a Wayland one ? If Xorg a session do you have xserver-xorg-input-synaptics installed? gnome has removed support for this synaptics driver around 2016 and only supports changing settings to the xserver-xorg-input-libinput driver. Kind regards, Alban
Bug#1010088: gdm3 - Login fails and returns to login or blank screen
On Sun, 24 Apr 2022 04:23:21 +0100 Philip Wyett wrote: > Package: gdm3 > Version: 42.0-1 > Severity: serious > Tags: bookworm sid > > Login fails and returns to login or a blank screen. > > Platform is VM with virtio graphics. Could you share your VM settings? sudo virsh dumpxml Kind regards, Alban > Regards > > Phil > > -- > *** Playing the game for the games own sake. *** > > Associations: > > * Debian Maintainer (DM) > * Fedora/EPEL Maintainer. > * Contributor member of the AlmaLinux foundation. > > WWW: https://kathenas.org > > Twitter: @kathenasorg > > Instagram: @kathenasorg > > IRC: kathenas > > GPG: 724AA9B52F024C8B
Bug#1008296: Workaround for my machine
On Thu, 8 Sep 2022 17:22:00 -0300 =?UTF-8?Q?Sebasti=C3=A1n_Lacuesta?= wrote: > Hi Alban, > > My nvidia driver version: 510.85.02-1 > > cat /sys/module/nvidia_drm/parameters/modeset > N the gdm udev rules work how they ought to, ie: /lib/udev/rules.d/61-gdm.rules " # disable wayland if nvidia-drm modeset is not enabled ATTR{parameters/modeset}!="Y", GOTO="gdm_disable_wayland" " a way around is https://wiki.archlinux.org/title/GDM#Wayland_and_the_proprietary_NVIDIA_driver ie https://wiki.archlinux.org/title/NVIDIA#DRM_kernel_mode_setting, that is, add in /etc/default/grub to "GRUB_CMDLINE_LINUX_DEFAULT": "nvidia_drm.modeset=1" the run update-grub as root. > > grep nomodeset /proc/cmdline > > > Cheers, > > Sebastián > > El sáb, 27 ago 2022 a las 3:20, escribió: > > > On Fri, 8 Apr 2022 18:19:06 -0300 =?UTF- 8?Q?Sebasti=C3=A1n_Lacuesta?= > > wrote: > > > Overwritting 61-gdm.rules with > > > > > > ln -s /dev/null /etc/udev/rules.d/61-gdm.rules > > > > > > solves the issue for me. > > About drm modeset https://ubuntuforums.org/showthread.php?t=1613132 " The newest kernels have moved the video mode setting into the kernel. So all the programming of the hardware specific clock rates and registers on the video card happen in the kernel rather than in the X driver when the X server starts.. This makes it possible to have high resolution nice looking splash (boot) screens and flicker free transitions from boot splash to login screen. Unfortunately, on some cards this doesnt work properly and you end up with a black screen. Adding the nomodeset parameter instructs the kernel to not load video drivers and use BIOS modes instead until X is loaded. " So enabling Kernel Mode Setting might lead to a black screen before the nvidia driver is loaded (gdm start) if the nvidia driver is broken (or not loaded). >From https://wiki.archlinux.org/title/Wayland#XWayland 5.1 tells enabling DRM KMS is required (for XWayland application only ?, ie most games). For early loading (console with optional "high resolution nice looking splash (boot) screens and flicker free transitions from boot splash to login screen") add in /etc/initramfs-tools/modules: "nvidia nvidia_modeset nvidia_uvm nvidia_drm" then run: update-initramfs -u (this only update the latest installed kernel), or for all kernels: update-initramfs -u -k all This if you want o try plymouth or want to set "GRUB_GFXMODE=" in /etc/default/grub. https://wiki.archlinux.org/title/kernel_mode_setting 2.1 tells that NVIDIA kms has to be manually enabled (what we saw above). All in all I do not believe this is software gdm bug that you cannot start gdm in wayland mode with nvidia modesetting disabled (even if it is disabled by default). Can you confirm that with nvidia modeset enabled you do not need any hack to start GDM in wayland mode (ie as i GDM shows gnome xorg and wayland options)? This is still an issue but a note on /usr/share/doc/gdm3/README.Debian might be enough to clarify that on nvidia setups one has to enable modeset on grub? Kind regards, Alban PS: I still do not know if current NVIDIA driver default to not enable modeset is really an issue for gnome wayland or if only helps with screen flickers when switching from wyaland to console and helps with advanced graphics on boot console. Maybe this requirement could be removed, and in this case this bug should be forwarded upstream.