Bug#708322: ITP: fcitx-qt5 -- Fcitx's Qt5 IM Module
Package: wnpp Severity: wishlist * Package name: fcitx-qt5 Version : 0.1.1 Upstream Author : Weng Xuetian (csslayer) wen...@gmail.com * URL : http://fcitx-im.org * License : GPL-2+ Programming Lang: C++ Description : Fcitx D-Bus client library for Qt5 -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708324: freezes after a few minutes
Package: pidgin Version: 2.10.7-2 Severity: grave Hello, Since this morning (after a reboot), Pidgin started to freeze after a few minutes. It doesn't respond to SIGTERM, one has to use SIGKILL to kill it. And there is no error message when it is run from a terminal. strace output ends with (~325k lines): [...] 15430 open(/etc/dconf/profile/user, O_RDONLY) = -1 ENOENT (No such file or directory) 15430 access(/home, F_OK) = 0 15430 stat(/home, {st_mode=S_IFDIR|0755, st_size=4096, ...}) = 0 15430 access(/home/steph, F_OK) = 0 15430 stat(/home/steph, {st_mode=S_IFDIR|0755, st_size=16384, ...}) = 0 15430 access(/home/steph/.cache, F_OK) = 0 15430 stat(/home/steph/.cache, {st_mode=S_IFDIR|0700, st_size=12288, ...}) = 0 15430 access(/home/steph/.cache/dconf, F_OK) = 0 15430 stat(/home/steph/.cache/dconf, {st_mode=S_IFDIR|0700, st_size=4096, ...}) = 0 15430 open(/home/steph/.cache/dconf/user, O_RDWR|O_CREAT, 0600) = 4 15430 ftruncate(4, 1) = 0 15430 mmap(NULL, 1, PROT_READ, MAP_SHARED, 4, 0) = 0x7fdc5f80b000 15430 close(4) = 0 15430 open(/home/steph/.config/dconf/user, O_RDONLY) = 4 15430 fstat(4, {st_mode=S_IFREG|0644, st_size=20374, ...}) = 0 15430 mmap(NULL, 20374, PROT_READ, MAP_PRIVATE, 4, 0) = 0x7fdc5f806000 15430 close(4) = 0 15430 eventfd2(0, O_NONBLOCK|O_CLOEXEC) = 4 15430 write(4, \1\0\0\0\0\0\0\0, 8) = 8 15430 mmap(NULL, 8392704, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_STACK, -1, 0) = 0x7fdc5ccb7000 15430 mprotect(0x7fdc5ccb7000, 4096, PROT_NONE) = 0 15430 clone(child_stack=0x7fdc5d4b6f30, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CH 15430 fstat(1, {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0 15430 mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7fdc5f805000 15430 write(1, 'none'\n, 7 unfinished ... 13670 ... select resumed )= 1 (in [22]) 15430 ... write resumed ) = 7 13670 read(22, unfinished ... 15430 exit_group(0) = ? 13670 ... read resumed 'none'\n, 4096) = 7 13670 select(27, [22 26], NULL, NULL, NULL) = 1 (in [22]) 13670 read(22, , 4096)= 0 13670 close(22) = 0 13670 select(27, [26], NULL, NULL, NULL) = 1 (in [26]) 13670 read(26, , 4096)= 0 13670 close(26) = 0 13670 eventfd2(0, O_NONBLOCK|O_CLOEXEC) = 19 13670 write(19, \1\0\0\0\0\0\0\0, 8) = 8 13670 wait4(15430, 0x7f260c26e7e4, WNOHANG, NULL) = 0 13670 poll([{fd=19, events=POLLIN}], 1, 4294967295) = 1 ([{fd=19, revents=POLLIN}]) 13670 poll([{fd=19, events=POLLIN}], 1, 4294967295) = 1 ([{fd=19, revents=POLLIN}]) 13670 read(19, \1\0\0\0\0\0\0\0, 16) = 8 13670 poll([{fd=19, events=POLLIN}], 1, 4294967295) = ? ERESTART_RESTARTBLOCK (To be restarted) 13670 --- SIGCHLD (Child exited) @ 0 (0) --- 13670 write(3, \21\0\0\0, 4) = 4 13670 rt_sigreturn(0x2) = -1 EINTR (Interrupted system call) 13670 read(19, 0x7fff02be7fc0, 16) = -1 EAGAIN (Resource temporarily unavailable) 13670 poll([{fd=19, events=POLLIN}], 1, 4294967295) = ? ERESTART_RESTARTBLOCK (To be restarted) 13670 --- SIGINT (Interrupt) @ 0 (0) --- 13670 write(3, \2\0\0\0, 4) = 4 13670 rt_sigreturn(0x2) = -1 EINTR (Interrupted system call) 13670 poll([{fd=19, events=POLLIN}], 1, 4294967295) = ? ERESTART_RESTARTBLOCK (To be restarted) 13670 --- SIGINT (Interrupt) @ 0 (0) --- 13670 write(3, \2\0\0\0, 4) = 4 13670 rt_sigreturn(0x2) = -1 EINTR (Interrupted system call) 13670 poll([{fd=19, events=POLLIN}], 1, 4294967295) = ? ERESTART_RESTARTBLOCK (To be restarted) 13670 --- SIGINT (Interrupt) @ 0 (0) --- [... the above 4 lines repeated many times ...] 13670 write(3, \2\0\0\0, 4) = 4 13670 rt_sigreturn(0x2) = -1 EINTR (Interrupted system call) 13670 poll([{fd=19, events=POLLIN}], 1, 4294967295) = ? ERESTART_RESTARTBLOCK (To be restarted) 13670 --- SIGTERM (Terminated) @ 0 (0) --- 13670 write(3, \17\0\0\0, 4) = 4 13670 rt_sigreturn(0x2) = -1 EINTR (Interrupted system call) 13670 poll([{fd=19, events=POLLIN}], 1, 4294967295) = ? ERESTART_RESTARTBLOCK (To be restarted) 13670 --- SIGTERM (Terminated) @ 0 (0) --- 13670 write(3, \17\0\0\0, 4) = 4 13670 rt_sigreturn(0x2) = -1 EINTR (Interrupted system call) 13670 poll([{fd=19, events=POLLIN}], 1, 4294967295 unfinished ... 13672 +++ killed by SIGKILL +++ 13670 +++ killed by SIGKILL +++ Cheers, -- Stéphane -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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
Bug#708323: tt-rss: Syntaxo in logrotate script.
Package: tt-rss Version: 1.7.8+dfsg-2 Severity: normal Dear Maintainer, The fix suggested in #705559 has not been applied fully, the endscript is missing. Here's what logrotate says: reading config file rsyslog reading config file samba Ignoring .svn because it's not a regular file. reading config file tt-rss error: tt-rss:prerotate or postrotate without endscript error: found error in file tt-rss, skipping removing last 1 log configs reading config file webfs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707851: debian-policy: soften the wording recommending menu files
(Your last mail was not sent to the BTS but to the ML directly) On Tue, 14 May 2013, Wouter Verhelst wrote: I didn't mean to imply someone other than the relevant UI maintainers would need to write code for this to happen; we could simply add some wording along the lines of packages that install desktop files must emit the ``desktop-files-installed'' trigger from their postinst (e.g., by running ``dpkg-trigger desktop-files-installed''), so that user interfaces which don't support desktop files directly can listen to this trigger and update their menus. A file trigger on /usr/share/applications does exactly that. There's no need to formalize anything more IMO. Cheers, -- Raphaël Hertzog ◈ Debian Developer Get the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708325: icedove: FTBFS on kfreebsd-* due to missing sys/prctl.h
Package: icedove Version: 17.0.5-1 Severity: normal https://buildd.debian.org/status/fetch.php?pkg=icedovearch=kfreebsd-amd64ver=17.0.5-1stamp=1365881205 suggests that icedove FTBFS on kfreebsd-amd64 dues to a missing header file: c++ -o platform_thread_posix.o -c -I../../dist/stl_wrappers -I../../dist/system_wrappers -include ../../config/gcc_hidden.h -DMOZ_GLUE_IN_PROGRAM -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DMOZ_THUNDERBIRD=1 -DEXCLUDE_SKIA_DEPENDENCIES -DOS_LINUX=1 -DOS_POSIX=1 -I../../dist -I../../ipc/chromium/src -I../../ipc/glue -I../../ipc/ipdl/_ipdlheaders -I../../ipc/chromium -I. -I../../dist/include -I/usr/include/nspr -I/usr/include/nss -I/usr/include -I/usr/include -fPIC -D_FORTIFY_SOURCE=2 -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wtype-limits -Wempty-body -Wno-ctor-dtor-privacy -Wno-overlength-strings -Wno-invalid-offsetof -Wno-variadic-macros -Wcast-align -Wno-long-long -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections -fno-ex ceptions -std=gnu++0x -pthread -pipe -DNDEBUG -DTRIMMED -g -I../../widget/gtk2/compat -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-unix-print-2.0 -O -fomit-frame-pointer -D_FORTIFY_SOURCE=2 -DMOZILLA_CLIENT -include ../../mozilla-config.h -MD -MF .deps/platform_thread_posix.o.pp /build/buildd-icedove_17.0.5-1-kfreebsd-amd64-BMX_pr/icedove-17.0.5/mozilla/ipc/chromium/src/base/platform_thread_posix.cc process_posix.cc In file included from /build/buildd-icedove_17.0.5-1-kfreebsd-amd64-BMX_pr/icedove-17.0.5/mozilla/ipc/chromium/src/base/platform_thread_posix.cc:15:0: .../../dist/system_wrappers/sys/prctl.h:3:28: fatal error: sys/prctl.h: No such file or directory compilation terminated. c++ -o process_posix.o -c -I../../dist/stl_wrappers -I../../dist/system_wrappers -include ../../config/gcc_hidden.h -DMOZ_GLUE_IN_PROGRAM -DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API -DEXPORT_XPTC_API -D_IMPL_NS_GFX -D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES -DMOZ_THUNDERBIRD=1 -DEXCLUDE_SKIA_DEPENDENCIES -DOS_LINUX=1 -DOS_POSIX=1 -I../../dist -I../../ipc/chromium/src -I../../ipc/glue -I../../ipc/ipdl/_ipdlheaders -I../../ipc/chromium -I. -I../../dist/include -I/usr/include/nspr -I/usr/include/nss -I/usr/include -I/usr/include -fPIC -D_FORTIFY_SOURCE=2 -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wtype-limits -Wempty-body -Wno-ctor-dtor-privacy -Wno-overlength-strings -Wno-invalid-offsetof -Wno-variadic-macros -Wcast-align -Wno-long-long -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall -fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -std=gnu++0x -pthread -pipe -DNDEBUG -DTRIMMED -g -I../../widget/gtk2/compat -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/x86_64-kfreebsd-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtk-unix-print-2.0 -O -fomit-frame-pointer -D_FORTIFY_SOURCE=2 -DMOZILLA_CLIENT -include ../../mozilla-config.h -MD -MF .deps/process_posix.o.pp /build/buildd-icedove_17.0.5-1-kfreebsd-amd64-BMX_pr/icedove-17.0.5/mozilla/ipc/chromium/src/base/process_posix.cc process_util_posix.cc this is a little funny since platform_thread_posix.c shows: 14 #if !defined(__FreeBSD__) !defined(__NetBSD__) !defined(__OpenBSD__) !defined(__DragonFly__) 15 #include sys/prctl.h 16 #elif !defined(__NetBSD__) 17 #include pthread_np.h 18 #endif so the tests there to avoid sys/prctl.h on the *BSDs are not getting triggered appropriately. i note that comparing the ipc module between iceweasel 17.0.5esr-1 and icedove 17.0.5-1 shows only a single-line difference: 0 dkg@alice:/tmp/cdtemp.wpE8SL$ diff -ruN icedove-17.0.5/mozilla/ipc iceweasel-17.0.5esr/ipc/ diff -ruN icedove-17.0.5/mozilla/ipc/chromium/src/base/platform_thread_posix.cc iceweasel-17.0.5esr/ipc/chromium/src/base/platform_thread_posix.cc --- icedove-17.0.5/mozilla/ipc/chromium/src/base/platform_thread_posix.cc 2013-05-15 02:20:19.0 -0400 +++ iceweasel-17.0.5esr/ipc/chromium/src/base/platform_thread_posix.cc 2013-05-15 02:29:20.0 -0400 @@ -9,7
Bug#708326: ITP: node-require-all -- Require all Node.js module files within a directory
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: node-require-all Version : 0.0.6 Upstream Author : Felix Geisendörfer fe...@debuggable.com * URL : https://github.com/felixge/node-require-all * License : Expat Programming Lang: Javascript Description : Require all Node.js module files within a directory This Node.js module provides an easy way to require all module files within a directory. . The require-all call also traverses subdirectories, an exclude regexp for subdirs can be specified. Additionally, a regexp filter can be given, so that only module files matching the filter pattern get included. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708327: kmail: fails to launch IMAP and POP slaves
Package: kmail Version: 4:4.4.11.1+l10n-3+b1 Severity: important Dear Maintainer, I updated to unstable yesterday, and opened Kmail today. Now I can not see my mail: user@host:~$ kmail QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. KGlobal::locale::Warning your global KLocale is being recreated with a valid main component instead of a fake component, this usually means you tried to call i18n related functions before your main component was created. You should not do that since it most likely will not work /usr/bin/kmail(3918) Soprano: org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files /usr/bin/kmail(3918) Soprano: QLocalSocket::connectToServer: Invalid name /usr/bin/kmail(3918) Soprano: org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files /usr/bin/kmail(3918) Soprano: QLocalSocket::connectToServer: Invalid name /usr/bin/kmail(3918) Soprano: org.freedesktop.DBus.Error.ServiceUnknown - The name org.kde.nepomuk.services.nepomukstorage was not provided by any .service files /usr/bin/kmail(3918) Soprano: QLocalSocket::connectToServer: Invalid name kmail(3918)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: kmail(3918)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: user@host:~$ kmail(3918)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! kmail(3918)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! kmail(3918): couldn't create slave: Imposible crear esclavo de E/S: Klauncher devolvió: Error al cargar «kio_imap4». kmail(3918): couldn't create slave: Imposible crear esclavo de E/S: Klauncher devolvió: Error al cargar «kio_imap4». kmail(3918): couldn't create slave: Imposible crear esclavo de E/S: Klauncher devolvió: Error al cargar «kio_pop3». kmail(3918): couldn't create slave: Imposible crear esclavo de E/S: Klauncher devolvió: Error al cargar «kio_pop3». -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kmail depends on: ii kde-runtime 4:4.8.4-2 ii kdepim-runtime 4:4.4.11.1-6 ii kdepimlibs-kio-plugins 4:4.8.4-2 ii libakonadi-contact4 4:4.8.4-2 ii libakonadi-kde4 4:4.8.4-2 ii libc6 2.17-2 ii libgcc1 1:4.7.2-5 ii libgpgme++2 4:4.8.4-2 ii libkabc44:4.8.4-2 ii libkcal44:4.8.4-2 ii libkcmutils44:4.8.4-4 ii libkde3support4 4:4.8.4-4 ii libkdecore5 4:4.8.4-4 ii libkdepim4 4:4.4.11.1+l10n-3+b1 ii libkdeui5 4:4.8.4-4 ii libkhtml5 4:4.8.4-4 ii libkimap4 4:4.8.4-2 ii libkio5 4:4.8.4-4 ii libkldap4 4:4.8.4-2 ii libkleo44:4.4.11.1+l10n-3+b1 ii libkmime4 4:4.8.4-2 ii libknotifyconfig4 4:4.8.4-4 ii libkontactinterface44:4.8.4-2 ii libkparts4 4:4.8.4-4 ii libkpgp44:4.4.11.1+l10n-3+b1 ii libkpimidentities4 4:4.8.4-2 ii libkpimtextedit44:4.8.4-2 ii libkpimutils4 4:4.8.4-2 ii libkresources4 4:4.8.4-2 ii libksieve4 4:4.4.11.1+l10n-3+b1 ii libktnef4 4:4.8.4-2 ii libmailtransport4 4:4.8.4-2 ii libmessagecore4 4:4.4.11.1+l10n-3+b1 ii libmessagelist4 4:4.4.11.1+l10n-3+b1 ii libmimelib4 4:4.4.11.1+l10n-3+b1 ii libnepomuk4 4:4.8.4-4 ii libphonon4 4:4.6.0.0-3 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-network 4:4.8.2+dfsg-11 ii libqt4-qt3support 4:4.8.2+dfsg-11 ii libqt4-xml 4:4.8.2+dfsg-11 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libstdc++6 4.7.2-5 ii libthreadweaver44:4.8.4-4 ii perl5.14.2-21 ii phonon 4:4.6.0.0-3 Versions of packages kmail recommends: ii gnupg-agent 2.0.19-2 ii gnupg22.0.19-2 ii pinentry-gtk2 [pinentry-x11] 0.8.1-1 Versions of packages kmail suggests: ii bogofilter 1.2.2+dfsg1-2 pn clamav | f-prot-installer none ii kaddressbook 4:4.4.11.1+l10n-3+b1 ii kleopatra 4:4.4.11.1+l10n-3+b1 ii procmail 3.22-20 ii spamassassin
Bug#708298: libsnmp30: unversioned file in shared library package
Package: libsnmp30 Followup-For: Bug #708298 -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! net-snmp-config is also used to create SNMPv3 users. This is quite unfortunate but this means it needs to be moved into libsnmp-bin or something like this. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRky5LAAoJEJWkL+g1NSX5DM0P/jYXFQyopMG4XPRhpuw2DMWl qIkJPNyIQKZQLYdTFM/NSjWdxicTSnRjjyC2853hdFPIiXHI5X1YFtNw2EhK1OzJ qO8Dvl6yKklGtY8wIs/JYPrybQFOF37gj1stXX4xBJAL8CjMxbIFsJH10D40Iszs +cD4mi6JnQaQuR8ESfXJX0xikuNlS8K2WMTk9AV9QlMkJh2p8nwg3xP2sfmw2Su/ LdEVUW2DXkB/W1nflKqoyUrdRvwkAQz+q/vlsD+0WKz20Afbuj9bEhoomBfWC0fX zQrNkhRN7itbUIXyZu9jtZxW9q6cmbxsIaDfiG+zPLTOxwe3+7gEpJRpT4h8vpYa UCIOiT7sJxVQuWLO9BVdU2j/os/Mv0yxPKE02mQF/gDWBP7O8MjxAudObWp2g1JO 1ecHUSq5nqcZpcbuRAdo494Jd8mAm0eFAROhC2aY7Xi9xx5ce4JyvxnVwdg+uzzF 5f88m/45NBUEVwcJgQq27r1gLBVHNnG2mHNbBbkg9eX+m4g/P2bzaiJa9xqEImbB KRt5pJN4++Du0wowIc/+APQAo3ck+6Z0ljydQxDbeuFeszhxkJCV4kaIqT3wBWeg Z2LIDYZDSwYO7PiYvudGOm7JqTL2GdY0UB24H1Bc3YbsxAVmgyESsNr3IIjkAS9g YopcHBjSe2/QOVGgWFz7 =aSL8 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706862: Database destroyed during upgrade from squeeze
Ben, I would be interested to hear if you can apply this fix and re-run the upgrade in testing environment. Agustín, thank you very much for the analysis. Just out of the interest – your /bin/sh is dash or some other shell? Ondrej On Tue, May 14, 2013 at 5:42 PM, Agustín Eijo ae...@mpba.gov.ar wrote: The possible solution is: while read -r OLD_DBKEY OLD_DBVALUE ; do ... done $OLD_LIST for: cat $OLD_LIST | \ while read -r OLD_DBKEY OLD_DBVALUE ; do ... done This creates a new child process with diferent variables Source: http://serverfault.com/questions/259339/bash-variable-loses-value-at-end-of-while-read-loop Agu El 13/05/2013 10:44 a.m., Agustín Eijo escribió: Sorry, Had he made a mistake in the form of restore and The error is not db4.7_recover: Build signature doesn't match environment Now I think the problem is in the script upgrade-db with the variable BERKELEY_DB_FOUND The BERKELEY_DB_FOUND is set into the while .. done but out of while BERKELEY_DB_FOUND is unset and then run: # Remove empty environment rm -rf $CONFIG_DIR/db This is the output upgrade-db of with -x /usr/lib/cyrus/bin/upgrade-db + export PATH=/sbin:/usr/sbin:/bin:/usr/bin + LC_ALL=C gawk /^configdirectory:[[:blank:]]/ { print $2 } + CONFIG_DIR=/var/lib/cyrus + date +%Y%m%d-%H%M%S + BACKUP_DIR=/var/backup/cyrus-imapd/20130513-103004 + mkdir -p /var/backup/cyrus-imapd/20130513-103004 + upgradealldb /usr/lib/cyrus/cyrus-db-types.txt /usr/lib/cyrus/cyrus-db-types.active + OLD_LIST=/usr/lib/cyrus/cyrus-db-types.active + NEW_LIST=/usr/lib/cyrus/cyrus-db-types.txt + DO_UPGRADE_BDB= + sed -e s/BerkeleyDB// + LC_ALL=C gawk /^DBENGINE[[:blank:]]/ { print $2 } /usr/lib/cyrus/cyrus-db-types.active + OLD_DBVERSION=4.7 + sed -e s/BerkeleyDB// + LC_ALL=C gawk /^DBENGINE[[:blank:]]/ { print $2 } /usr/lib/cyrus/cyrus-db-types.txt + NEW_DBVERSION=5.1 + [ 4.7 != 5.1 ] + DO_UPGRADE_BDB=yes + DB_UTIL_NOT_FOUND= + [ ! -x /usr/bin/db4.7_recover ] + [ ! -x /usr/bin/db5.1_upgrade ] + [ -n ] + BERKELEY_DB_FOUND= + read -r OLD_DBKEY OLD_DBVALUE + cat /usr/lib/cyrus/cyrus-db-types.active + LC_ALL=C gawk /^ANNOTATION[[:blank:]]/ { print $2 } /usr/lib/cyrus/cyrus-db-types.txt + NEW_DBVALUE=skiplist + [ -z skiplist ] + DO_UPGRADE_DB= + [ skiplist != skiplist ] + DBFILE= + DBFILE=annotations.db + [ -n ] + [ -f /var/lib/cyrus/annotations.db ] + [ -n -o -n yes ] + backupdb annotations.db skiplist 4.7 + cp -a /var/lib/cyrus/annotations.db /var/backup/cyrus-imapd/20130513-103004 + [ -n yes ] + [ -n ] + read -r OLD_DBKEY OLD_DBVALUE + LC_ALL=C gawk /^DBENGINE[[:blank:]]/ { print $2 } /usr/lib/cyrus/cyrus-db-types.txt + NEW_DBVALUE=BerkeleyDB5.1 + [ -z BerkeleyDB5.1 ] + DO_UPGRADE_DB= + [ BerkeleyDB5.1 != BerkeleyDB4.7 ] + DO_UPGRADE_DB=yes + DBFILE= + continue + read -r OLD_DBKEY OLD_DBVALUE + LC_ALL=C gawk /^DUPLICATE[[:blank:]]/ { print $2 } /usr/lib/cyrus/cyrus-db-types.txt + NEW_DBVALUE=skiplist + [ -z skiplist ] + DO_UPGRADE_DB= + [ skiplist != berkeley-nosync ] + DO_UPGRADE_DB=yes + DBFILE= + DBFILE=deliver.db + [ -n yes ] + [ -f /var/lib/cyrus/deliver.db ] + [ -n yes -o -n yes ] + backupdb deliver.db berkeley-nosync 4.7 + cp -a /var/lib/cyrus/deliver.db /var/backup/cyrus-imapd/20130513-103004 + [ ! -d /var/backup/cyrus-imapd/20130513-103004/db -a -d /var/lib/cyrus/db ] + mkdir -p /var/backup/cyrus-imapd/20130513-103004/db + su cyrus -c db4.7_recover -h /var/lib/cyrus/db + read log_file + su cyrus -c db4.7_archive -h /var/lib/cyrus/db -l + cp -a /var/lib/cyrus/db/log.01 /var/backup/cyrus-imapd/20130513-103004/db + read log_file + [ -n yes ] + BERKELEY_DB_FOUND=yes + upgradebdb deliver.db 5.1 + su cyrus -c db5.1_upgrade -h /var/lib/cyrus/db /var/lib/cyrus/deliver.db + [ -n yes ] + upgradedb deliver.db berkeley-nosync skiplist + mktemp /tmp/deliver.db. + TMPFILE=/tmp/deliver.db.mypy2OBF + /usr/sbin/cvt_cyrusdb /var/lib/cyrus/deliver.db berkeley-nosync /tmp/deliver.db.mypy2OBF skiplist Converting from /var/lib/cyrus/deliver.db (berkeley-nosync) to /tmp/deliver.db.mypy2OBF (skiplist) + rm -f /var/lib/cyrus/deliver.db + mv /tmp/deliver.db.mypy2OBF /var/lib/cyrus/deliver.db + chown cyrus:mail /var/lib/cyrus/deliver.db + read -r OLD_DBKEY OLD_DBVALUE + LC_ALL=C gawk /^MBOX[[:blank:]]/ { print $2 } /usr/lib/cyrus/cyrus-db-types.txt + NEW_DBVALUE=skiplist + [ -z skiplist ] + DO_UPGRADE_DB= + [ skiplist != skiplist ] + DBFILE= + DBFILE=mailboxes.db + [ -n ] + [ -f /var/lib/cyrus/mailboxes.db ] + [ -n -o -n yes ] + backupdb mailboxes.db skiplist 4.7 + cp -a /var/lib/cyrus/mailboxes.db /var/backup/cyrus-imapd/20130513-103004 + [ -n yes ] + [ -n ] + read -r OLD_DBKEY OLD_DBVALUE + LC_ALL=C gawk /^PTS[[:blank:]]/ { print $2 } /usr/lib/cyrus/cyrus-db-types.txt + NEW_DBVALUE=skiplist + [ -z skiplist ] + DO_UPGRADE_DB= + [ skiplist != berkeley ] +
Bug#708328: snmpd: On upgrade: mkdir: cannot create directory ‘/var/run/agentx’: File exists
Package: snmpd Version: 5.7.2~dfsg-3 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, When upgrading snmpd from 5.4, I get this error: Setting up snmpd (5.7.2~dfsg-3) ... mkdir: cannot create directory ‘/var/run/agentx’: File exists dpkg: error processing snmpd (--configure): subprocess installed post-installation script returned error exit status 1 /var/run/agentx is a symlink: ls -l /var/run/agentx lrwxrwxrwx 1 root root 18 mai 15 08:47 /var/run/agentx - /var/agentx/master Also, I fail to understand why it should be changed to a directory. This may break software expecting to find the socket in /var/run/agentx. - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-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 snmpd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-2 ii libmysqlclient18 5.5.31+dfsg-1 ii libsnmp-base 5.7.2~dfsg-3 ii libsnmp30 5.7.2~dfsg-3 ii libwrap0 7.6.q-24 ii lsb-base 4.1+Debian9 ii zlib1g 1:1.2.8.dfsg-1 snmpd recommends no packages. snmpd suggests no packages. - -- Configuration Files: /etc/snmp/snmpd.conf [Errno 13] Permission denied: u'/etc/snmp/snmpd.conf' /etc/snmp/snmptrapd.conf [Errno 13] Permission denied: u'/etc/snmp/snmptrapd.conf' - -- debconf information: snmpd/upgradefrom521: -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJRkzKeAAoJEJWkL+g1NSX5tVgP/03A3nGPR6he7SIdgGm3jlVw ZwwgK+AggC2HL7CyTEkO1FVn2aM5ccYmdO6aaUs+KIR60wtY9HsCanlxKVrwgP4H 0AHfaMGOjheJxmjLhbnVUWbyCEjceH3T8Lz+HBuCJldr50/Vt4XNimloH0e7VTQm CL5OtgrpsQx8SU2Z2mxjAL26JldUouVY3OYah+Yodr5dFfSiKaNUt7Z6/bTJvbJE l9uBLHR/vLU0Ww7HJoa1Ob9FVIjBbqPf6v1KzQtQ+psF2fh4Mqzd7A97xr6b5HGh 88vaRoL9Hq9rF4iZs9QGTVk8k562R1SOI92dZlgi414cQsu/+0GSW4Q8Wkk1bpJO p7CaCgN/FGmEhGJg9YaWRo4nED0eW9qltzcqT8f3vnhfDVZ0yOaCOL6hk3j9HQY3 4umTir0s3XhHmitsCaO/gRMA2viFlZl4p/A2hzhIcnjAZpUPr4R6zq9/aosc295p 0/fAJ/mOOceyeex3ZQWccwTieq4Q1h0Gbz1HoqD16qB4dqPNiz95EaNRhsl2RR1O Pb95e7XWbTMblcyysC/dU5ucVJdy+CHRzPQe+wWuVVxD/YD9g+diNhoEWM7fv+DP nqaV2ff1G20QAaHN7OLi8UgixsIw7OVgH8idcMIJQ5mqDM1WlmrgSrZvfsceOxOK vguL3awQ4SKXslDhpUOJ =3Luy -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708248: Acknowledgement (transition: json-c)
JFTR I got ACK from current maintainer, so I am ready to upload whenever release team seems fit. O. -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708242: [l10n:cs] Initial Czech translation of PO debconf template for sipml5 0.0.20130314.2030-2
Sorry for that, now it is. 2013/5/14 Christian PERRIER bubu...@debian.org Quoting Michal Šimůnek (michal.simu...@gmail.com): Package: sipml5 Version: 0.0.20130314.2030-2 Severity: wishlist Tags: l10n, patch In attachment there is initial Czech translation of PO debconf template (cs.po) for package sipml5, please include it. No, there is not..:-) -- cs.po Description: Binary data
Bug#708329: ITP: php-yac -- YAC (Yet Another Cache) for PHP 5
Package: wnpp Severity: wishlist Owner: Ondřej Surý ond...@debian.org * Package name: php-yac Version : 0~gitf7e74e Upstream Author : Xinchen Hui * URL : https://github.com/laruence/yac * License : The PHP License, version 3.01 Programming Lang: C Description : YAC (Yet Another Cache) for PHP 5 The Yet Another Cache (YAC) is a shared memory user data cache for PHP, which provides framework for caching user variables locally. This framework completes the missing parts of the Zend OpCache that was introduced in PHP 5.5. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708330: APC is dead with upcoming PHP 5.5
Package: php-apc Version: 3.1.13-1 Severity: grave Tags: upstream Dear maintainers, unfortunatelly the APC was superseded with PHP 5.5 Zend OpCache. For user caching there are several alternative solutions available: - APCu [*] - YAC [*] - XCache Not packaged yet, but I have filled ITPs for both under pkg-php umbrella. Pietro you are most welcome to join the team if you want to take care of APCu in the future. This bug should be reassinged as RM: to ftp.debian.org as soon as PHP 5.5 hits the unstable (which will be very soon, we are coordinating with Apache 2.4 transition). Ondrej -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708331: icedove 17.0.5-1 to FTBFS on mipsel, armel, sparc, ia64 due to segfault when zipping
Package: icedove Version: 17.0.5-1 Severity: normal looking at, for example, the armel build log https://buildd.debian.org/status/fetch.php?pkg=icedovearch=armelver=17.0.5-1stamp=1366372226 i see that icedove compilation fails during the creation of a zip file that will eventually be placed in /usr/share/icedove/omni.ja [...] adding: hyphenation/hyph_sv.dic (deflated 51%) Segmentation fault make[2]: *** [install] Error 139 make[2]: Leaving directory `/build/buildd-icedove_17.0.5-1-armel-mgxbg8/icedove-17.0.5/mail/installer' the line leading into this is: cd ../../mozilla/dist/icedove rm -f omni.ja components/binary.manifest grep -h '^binary-component' components/*.manifest binary.manifest ; for m in components/*.manifest; do sed -e 's/^binary-component/#binary-component/' $m tmp.manifest mv tmp.manifest $m; done; /usr/bin/zip -r9m omni.ja chrome chrome.manifest components/*.js components/*.xpt components/*.manifest modules res defaults greprefs.js jsloader jssubloader hyphenation update.locale -x defaults/messenger/mailViews.dat chrome/icons/\* defaults/pref/channel-prefs.js defaults/pref/channel-prefs.js res/cursors/\* res/MainMenu.nib/\* \*/.mkdir.done /build/buildd-icedove_17.0.5-1-armel-mgxbg8/icedove-17.0.5/mail/installer/../../mozilla/dist/bin/run-mozilla.sh /build/buildd-icedove_17.0.5-1-armel-mgxbg8/icedove-17.0.5/mozilla/dist/bin/xpcshell -g $PWD -a $PWD -f /build/buildd-icedove_17.0.5-1-armel-mgxbg8/icedove-17.0.5/mail/installer/../../mozilla/toolkit/mozapps/installer/precompile_cache.js -e po pulate_startupcache('GreD', 'omni.ja', 'startupCache.zip'); rm -rf jsloader jssubloader /usr/bin/unzip -q startupCache.zip rm startupCache.zip /usr/bin/zip -r9m omni.ja jsloader/resource/gre jssubloader/*/resource/gre rm -rf jsloader jssubloader /usr/bin/python2.7 /build/buildd-icedove_17.0.5-1-armel-mgxbg8/icedove-17.0.5/mail/installer/../../mozilla/config/optimizejars.py --optimize /build/buildd-icedove_17.0.5-1-armel-mgxbg8/icedove-17.0.5/mail/installer/../../jarlog//en-US ./ ./ mv binary.manifest components printf manifest components/binary.manifest\n chrome.manifest I believe it's failing after the first invocation of /usr/bin/zip -r9m omni.ja ..., which appears to succeed with adding 35 hyphenation files to the archive. I'm not sure if the build is dying inside python or xpcshell or run-mozilla.sh or somewhere else. the same failure point seems to be happening during builds on ia64, mipsel, sparc, and armel: https://buildd.debian.org/status/package.php?p=icedovesuite=experimental mipsel, sparc, and ia64 all also give the following message before the segfault: jemallocCompile-time page size does not divide the runtime one. Searching for this brings me to: https://bugzilla.redhat.com/show_bug.cgi?id=852698 which suggests that the problem is indeed happening after the zip, but the patches in there only seem to adjust things for powerpc (which appears to build 17.0.5-1 without failing), so i'm not sure what the issue is. comparing iceweasel 17.0.5esr-1's jemalloc to icedove 17.0.5-1's jemalloc shows: 0 dkg@alice:/tmp/cdtemp.c5tgG7$ diff -ruN icedove-17.0.5/mozilla/memory iceweasel-17.0.5esr/memory diff -ruN icedove-17.0.5/mozilla/memory/mozjemalloc/jemalloc.c iceweasel-17.0.5esr/memory/mozjemalloc/jemalloc.c --- icedove-17.0.5/mozilla/memory/mozjemalloc/jemalloc.c2013-03-28 14:09:00.0 -0400 +++ iceweasel-17.0.5esr/memory/mozjemalloc/jemalloc.c 2013-05-15 03:12:22.0 -0400 @@ -1091,7 +1091,9 @@ * controlling the malloc behavior are defined as compile-time constants * for best performance and cannot be altered at runtime. */ +#if !defined(__ia64__) !defined(__sparc__) #define MALLOC_STATIC_SIZES 1 +#endif #ifdef MALLOC_STATIC_SIZES 1 dkg@alice:/tmp/cdtemp.c5tgG7$ and iceweasel contains the following patch that icedove does not: 0 dkg@alice:/tmp/cdtemp.c5tgG7$ cat iceweasel-17.0.5esr/debian/patches/porting/Don-t-hardcode-page-size-on-ia64-or-sparc.patch From: Mike Hommey m...@glandium.org Date: Fri, 23 Mar 2012 09:57:04 +0100 Subject: Don't hardcode page size on ia64 or sparc --- memory/mozjemalloc/jemalloc.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/memory/mozjemalloc/jemalloc.c b/memory/mozjemalloc/jemalloc.c index 631e736..ba78597 100644 --- a/memory/mozjemalloc/jemalloc.c +++ b/memory/mozjemalloc/jemalloc.c @@ -1091,7 +1091,9 @@ static unsigned ncpus; * controlling the malloc behavior are defined as compile-time constants * for best performance and cannot be altered at runtime. */ +#if !defined(__ia64__) !defined(__sparc__) #define MALLOC_STATIC_SIZES 1 +#endif #ifdef MALLOC_STATIC_SIZES 0 dkg@alice:/tmp/cdtemp.c5tgG7$ that said, iceweasel 17.0.5esr-1 doesn't appear to build for these architectures either, showing segfaults in the same places: https://buildd.debian.org/status/package.php?p=iceweaselsuite=sid Maybe a porter will have some
Bug#708332: ITP: php-apcu -- APC (Alternative PHP Cache) User Cache
Package: wnpp Severity: wishlist Owner: Ondřej Surý ond...@debian.org * Package name: php-apcu Version : 4.0.1 Upstream Author : Joe Watkins pthre...@pthreads.org * URL : http://pecl.php.net/package/APCu * License : The PHP License, version 3.01 Programming Lang: C Description : APC (Alternative PHP Cache) User Cache for PHP 5 The APCu is userland caching: APC (Alternative PHP Cache) stripped of opcode caching after the deployment of Zend OpCache in PHP 5.5 as the primary solution to opcode caching in future versions of PHP. . The APCu is a fast solution for userland caching (and dumping) of PHP variables locally, it is not distributed like MemcacheD, but they can be used together for optimal caching. NOTE: This package will replace php-apc. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708333: ITP: view3dscene -- 3D scene viewer written with FreePascal Lazarus
Package: wnpp Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org Package name: castle-game Version: 1.0.0 Upstream Author: Michalis Kamburelis ka...@users.sf.net URL: http://castle-engine.sourceforge.net/castle.php License: GPL-2 Description: 3D Castle Game - 3D game based on Castle Game Engine Castle Game Engine is a set of LGPL licenced libraries that are inteded to ease developing 3D games with FreePascal / Lazarus. It provides an excellent support for the VRML / X3D 3D data format. Other 3D formats are also supported. It features many advanced graphic effects and easy to use API on top of OpenGL The Castle Game is a game developed on top of Castle Game Engine and features multi-levels attack scenario. Cheers, signature.asc Description: This is a digitally signed message part
Bug#708334: cinnamon settings: public applets list is not downloaded
Package: cinnamon Version: 1.7.4-2 Severity: important Tags: patch Step to reproduce: - Open cinnamon-settings - go to applets - Get more online - Refresh list Result: the progress windows remain there forever until closed Expected Result: the list of Applets is downloaded and made available Executing cinnamon-settings from the command line give this stack trace: Traceback (most recent call last): File /usr/lib/cinnamon-settings/modules/cs_applets.py, line 288, in lambda reload_button.connect(clicked, lambda x: self.load_spices(True)) File /usr/lib/cinnamon-settings/modules/cs_applets.py, line 582, in load_spices self.spices.load(self.on_spice_load, force) File /usr/lib/cinnamon-settings/bin/Spices.py, line 251, in load self.refresh_cache() File /usr/lib/cinnamon-settings/bin/Spices.py, line 262, in refresh_cache self.download(f, filename) File /usr/lib/cinnamon-settings/bin/Spices.py, line 469, in download self.url_retrieve(url, outfd, self.reporthook) File /usr/lib/cinnamon-settings/bin/Spices.py, line 505, in url_retrieve urlobj = urllib2.urlopen(url) File /usr/lib/python2.7/urllib2.py, line 127, in urlopen return _opener.open(url, data, timeout) File /usr/lib/python2.7/urllib2.py, line 407, in open response = meth(req, response) File /usr/lib/python2.7/urllib2.py, line 520, in http_response 'http', request, response, code, msg, hdrs) File /usr/lib/python2.7/urllib2.py, line 445, in error return self._call_chain(*args) File /usr/lib/python2.7/urllib2.py, line 379, in _call_chain result = func(*args) File /usr/lib/python2.7/urllib2.py, line 528, in http_error_default raise HTTPError(req.get_full_url(), code, msg, hdrs, fp) urllib2.HTTPError: HTTP Error 404: Not Found This can be easily solved by editing file /usr/lib/cinnamon- settings/bin/Spices.py around line 37 and changing: URL_SPICES_HOME = http://cinnamon-spices.linuxmint.com; URL_SPICES_APPLET_LIST = URL_SPICES_HOME + /applets/json URL_SPICES_THEME_LIST = URL_SPICES_HOME + /themes/list_json URL_SPICES_DESKLET_LIST = URL_SPICES_HOME + /desklets/list_json URL_SPICES_EXTENSION_LIST = URL_SPICES_HOME + /extensions/list_json into URL_SPICES_HOME = http://cinnamon-spices.linuxmint.com; URL_SPICES_APPLET_LIST = URL_SPICES_HOME + /json/applets.json URL_SPICES_THEME_LIST = URL_SPICES_HOME + /json/themes.json URL_SPICES_DESKLET_LIST = URL_SPICES_HOME + /json/desklets.json URL_SPICES_EXTENSION_LIST = URL_SPICES_HOME + /json/extensions.json Url have changed upstream and in website: https://github.com/linuxmint/Cinnamon/commit/5ac824bdc169aae19d408f9b08f7ebb1c8af39a8 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cinnamon depends on: ii cinnamon-common 1.7.4-2 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii gconf2 3.2.5-1+build1 ii gir1.2-accountsservice-1.0 0.6.21-8 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.4-1 ii gir1.2-clutter-1.0 1.10.8-2 ii gir1.2-cogl-1.0 1.10.2-7 ii gir1.2-coglpango-1.0 1.10.2-7 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1+build1 ii gir1.2-gdesktopenums-3.0 3.4.2-3 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-7 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gnomedesktop-3.0 3.4.2-1 ii gir1.2-gtk-3.0 3.4.2-6 ii gir1.2-javascriptcoregtk-3.0 1.8.1-3.4 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-muffin-3.01.7.3-1 ii gir1.2-networkmanager-1.00.9.4.0-10 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-3 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-upowerglib-1.00.9.17-1 ii gir1.2-webkit-3.01.8.1-3.4 ii gjs 1.32.0-5 ii gkbd-capplet 3.4.0.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-session-bin3.4.2.1-4 ii gnome-settings-daemon3.4.2+git20121218.7c1322-3 ii gsettings-desktop-schemas3.4.2-3 ii
Bug#708335: snmpd: Fails to install in post-installation stage
Package: snmpd Version: 5.7.2~dfsg-3 Severity: grave Justification: renders package unusable Dear Maintainer, I submit that bug as grave as I think it affects all users. If not feel free to downgrade. Today I upgraded from snmpd 5.4.3~dfsg-3 to 5.7.2~dfsg-3. The installation fails in postin stage: Installing new version of config file /etc/init.d/snmpd ... Installing new version of config file /etc/default/snmpd ... mkdir: cannot create directory `/var/run/agentx': File exists dpkg: error processing snmpd (--configure): subprocess installed post-installation script returned error exit status 1 This is reproducible: sid:~# dpkg --configure snmpd Setting up snmpd (5.7.2~dfsg-3) ... mkdir: cannot create directory `/var/run/agentx': File exists dpkg: error processing snmpd (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: snmpd That file indeed does exist and is a soft link to a non-existing dir/file: hille@sid:~ $ ls -l /var/run/agentx lrwxrwxrwx 1 root root 18 May 15 09:24 /var/run/agentx - /var/agentx/master hille@sid:~ $ ls -l /var/agentx/master ls: cannot access /var/agentx/master: No such file or directory As that link has a time stamp of today I guess it was created during upgrade of libsnmp-base I've done before. Hilmar -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.8-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages snmpd depends on: ii adduser3.113+nmu3 ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-2 ii libmysqlclient18 5.5.31+dfsg-1 ii libsnmp-base 5.7.2~dfsg-3 ii libsnmp30 5.7.2~dfsg-3 ii libwrap0 7.6.q-24 ii lsb-base 4.1+Debian9 ii zlib1g 1:1.2.8.dfsg-1 snmpd recommends no packages. snmpd suggests no packages. -- Configuration Files: /etc/snmp/snmpd.conf changed [not included] /etc/snmp/snmptrapd.conf [Errno 13] Permission denied: u'/etc/snmp/snmptrapd.conf' -- debconf information: snmpd/upgradefrom521: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708336: linux: FTBFS on powerpcspe due to missing module tms380tr
Source: linux Version: 3.8.12-1 Severity: wishlist Tags: sid patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, linux FTBFS on powerpcspe[1] like this: ... dh_prep kernel-wedge install-files 3.8-1 install -D -m 644 debian/linux-image-3.8-1-powerpcspe/boot/vmlinux-3.8-1-powerpcspe debian/kernel-image-3.8-1-powerpcspe-di/boot/vmlinux install -d debian/kernel-image-3.8-1-powerpcspe-di/lib/modules/3.8-1-powerpcspe install -m 644 debian/linux-image-3.8-1-powerpcspe/lib/modules/3.8-1-powerpcspe/modules.builtin debian/linux-image-3.8-1-powerpcspe/lib/modules/3.8-1-powerpcspe/modules.order debian/kernel-image-3.8-1-powerpcspe-di/lib/modules/3.8-1-powerpcspe/ install -D -m 644 debian/linux-image-3.8-1-powerpcspe/boot/System.map-3.8-1-powerpcspe debian/kernel-image-3.8-1-powerpcspe-di/boot/System.map install -d debian/kernel-image-3.8-1-powerpcspe-di/usr/lib cp -a debian/linux-image-3.8-1-powerpcspe/usr/lib/linux-image-3.8-1-powerpcspe debian/kernel-image-3.8-1-powerpcspe-di/usr/lib/linux-image-3.8-1-powerpcspe kernel-wedge copy-modules 3.8-1 powerpcspe 3.8-1-powerpcspe missing module tms380tr command exited with status 1 make[2]: *** [install-udeb_powerpcspe] Error 2 make[1]: *** [binary-arch_powerpcspe] Error 2 ... This is due to a module referenced in the di module lists which is not available anymore in 3.8. Attaching a patch that fixes this. The module is now only referenced by powerpcspe. (The issue surfaces when #708094 is fixed.) Thanks in advance, Roland [1] http://wiki.debian.org/PowerPCSPEPort -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.8.0 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash --- debian/installer/powerpcspe/modules/powerpcspe/nic-extra-modules.orig 2013-05-14 16:01:10.836962816 +0200 +++ debian/installer/powerpcspe/modules/powerpcspe/nic-extra-modules 2013-05-14 16:01:22.068972821 +0200 @@ -1,3 +1,2 @@ #include nic-extra-modules -tms380tr --- debian/installer/powerpcspe/modules/powerpcspe-powerpcspe-miboot/nic-extra-modules.orig 2013-05-14 16:01:41.624968756 +0200 +++ debian/installer/powerpcspe/modules/powerpcspe-powerpcspe-miboot/nic-extra-modules 2013-05-14 16:01:55.000968207 +0200 @@ -11,7 +11,6 @@ abyss lanstreamer olympic -tms380tr tmspci de2104x dmfe
Bug#708337: lsb: Please revert unnecessary use of /bin/echo -n
Package: lsb Version: 4.1+Debian9 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch Hi guys, In response to bug #602038, the init-functions scripts in lsb-base have been changed to use /bin/echo -n instead of echo -n. This results in a lot of added forks which are unnecessary and inappropriate: 'echo -n' is guaranteed by Debian policy to be supported by the shell. Please revert this change, improving the efficiency of this boot-performance-sensitive shell library. I've attached a patch to do this. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org === modified file 'init-functions' --- init-functions 2012-11-12 08:58:04 + +++ init-functions 2013-05-15 07:40:53 + @@ -280,7 +280,7 @@ if [ -z ${1:-} ]; then return 1 fi -/bin/echo -n $@ || true +echo -n $@ || true log_begin_msg_post $@ } @@ -305,11 +305,11 @@ log_daemon_msg_pre $@ if [ -z ${2:-} ]; then -/bin/echo -n $1: || true +echo -n $1: || true return fi -/bin/echo -n $1: $2 || true +echo -n $1: $2 || true log_daemon_msg_post $@ } @@ -332,7 +332,7 @@ if [ -z ${1:-} ]; then return 1 fi -/bin/echo -n $@ || true +echo -n $@ || true } @@ -379,12 +379,12 @@ log_action_begin_msg () { log_action_begin_msg_pre $@ -/bin/echo -n $@... || true +echo -n $@... || true log_action_begin_msg_post $@ } log_action_cont_msg () { -/bin/echo -n $@... || true +echo -n $@... || true } log_action_end_msg () {
Bug#700835: Please build Kazakh language pack
Hi, On Wed, May 15, 2013 at 09:04:40AM +0600, Baurzhan Muftakhidinov wrote: Kazakh UI language pack for LibreOffice 4 is now at 75%. In 4.0.3 already or only in 4.0.4? Check here https://translations.documentfoundation.org/kk/libo_ui/ Could you please enable Kazakh UI language pack for LibreOffice 4 to be built in Debian? OK. will do it whenever I for whatever reason need to go through NEW (assuming the above is also valid for 4.0.3) or for 4.0.4. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706062: contains IMAGE:=(DPm image,
tags 706062 -patch thanks I cannot apply this patch to dcmtk 3.6.0. This will have to wait for the next release. $ wget -O /tmp/1.patch http://git.dcmtk.org/web?p=dcmtk.git;a=patch;h=0df7cbcbe71fb0ee31ffd5a53ea003b9c1efdb0e; $ patch -p1 --dry-run /tmp/1.patch patching file CHANGES.361 Hunk #1 FAILED at 1. 1 out of 1 hunk FAILED -- saving rejects to file CHANGES.361.rej patching file dcmsr/include/dcmtk/dcmsr/dsrtypes.h Hunk #1 succeeded at 329 with fuzz 2 (offset -27 lines). patching file dcmsr/libsrc/dsrcomvl.cc Hunk #1 FAILED at 1. Hunk #2 succeeded at 96 (offset 6 lines). 1 out of 2 hunks FAILED -- saving rejects to file dcmsr/libsrc/dsrcomvl.cc.rej patching file dcmsr/libsrc/dsrimgvl.cc Hunk #1 FAILED at 1. Hunk #2 succeeded at 126 with fuzz 1 (offset -8 lines). 1 out of 2 hunks FAILED -- saving rejects to file dcmsr/libsrc/dsrimgvl.cc.rej patching file dcmsr/libsrc/dsrtypes.cc Hunk #1 FAILED at 134. 1 out of 1 hunk FAILED -- saving rejects to file dcmsr/libsrc/dsrtypes.cc.rej patching file dcmsr/libsrc/dsrwavvl.cc Hunk #1 FAILED at 1. Hunk #2 succeeded at 89 (offset 6 lines). 1 out of 2 hunks FAILED -- saving rejects to file dcmsr/libsrc/dsrwavvl.cc.rej -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708264: gmp: mpn_sqrtrem is broken on ia64
On Tue, May 14, 2013 at 11:19:52 -0500, Steve M. Robbins wrote: On Tue, May 14, 2013 at 05:20:35PM +0200, Bill Allombert wrote: Package: libgmp10 Version: 2:5.1.1+dfsg-3 Severity: important Dear maintainers, On ia64 it seems that mpn_sqrtrem fails to preserve the hardware registers, leading to difficult to track down bugs. Please see the attached file. on merulo.debian.org running sid (gcc is 4.6.3-15) A quick question: is merulo realy ia64 hardware or is it emulated? I ask because gmp has issues with the kvm emulation of some hardware. If you have access to physical hardware (I don't), can you run your test there, please? Pretty sure it's actual ia64 hw. Cheers, Julien -- Julien Cristau julien.cris...@logilab.fr Logilab http://www.logilab.fr/ Informatique scientifique gestion de connaissances -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708323: Dupe of #707212
Sorry, missed #707212 when submitting. Please close. - Intel Corporation (UK) Limited Registered No. 1134945 (England) Registered Office: Pipers Way, Swindon SN3 1RJ VAT No: 860 2173 47 This e-mail and any attachments may contain confidential material for the sole use of the intended recipient(s). Any review or distribution by others is strictly prohibited. If you are not the intended recipient, please contact the sender and delete all copies.
Bug#700835: Please build Kazakh language pack
Hello, On Wed, May 15, 2013 at 1:45 PM, Rene Engelhard r...@debian.org wrote: Hi, On Wed, May 15, 2013 at 09:04:40AM +0600, Baurzhan Muftakhidinov wrote: Kazakh UI language pack for LibreOffice 4 is now at 75%. In 4.0.3 already or only in 4.0.4? Not in 4.0.3 for sure, because Kazakh translation reached 75% yesterday only. I assume it will be updated in next LibreOffice pre- or release. Check here https://translations.documentfoundation.org/kk/libo_ui/ Could you please enable Kazakh UI language pack for LibreOffice 4 to be built in Debian? OK. will do it whenever I for whatever reason need to go through NEW (assuming the above is also valid for 4.0.3) or for 4.0.4. 4.0.4 is fine for us, let's target that, if possible. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708338: RM: nvidia-graphics-drivers-legacy-71xx -- ROM; RIP; this has been long dead, time to let it rest forever
Package: ftp.debian.org Severity: normal This driver was last working in lenny. Wheezy finally got a good set of cleanup packages ensuring all diversions, unowned files, conffiles, ... are gone from a users system. I just uploaded to sid a final version that revives the package content and gets the packaging in sync again with the other nvidia-graphics-drivers* packages and drops all the transitional packages. But I don't want to send this through NEW again for the upcoming package renames. This shall be the final version available from snapshot.d.o, just in case anyone still has a use for it. And uses Xorg from lenny. The module still compiles up to kernel 3.8. Not sure if it still works. Well, I'm done with it. No need to have the cleanup packages in another stable release. And the current sid packages won't ever migrate to testing due to unsatisfiable dependencies. Bye Bye 71xx! Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708339: roundcube-core: db upgrade issues going from squeeze to wheezy
Package: roundcube Version: 0.7.2-9 Severity: important Dear Maintainer, I've upgraded my squeeze system to wheezy and faced problems during the roundcube mysql update. Detailed sequence: * The first upgrade failed because I had modified the mysql permissions of root@localhost. This is not a bug in itself, I just let you know for the context: Creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.3.1-6.mysql. ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO). unable to connect to mysql server. error encountered backing up the old database: ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO) * once I had modified the permissions back, I retried the upgrade (in don't ask questions mode) but this failed again: creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.3.1-6.mysql. applying upgrade sql for 0.3.1-6 - 0.5-1. applying upgrade sql for 0.3.1-6 - 0.6+dfsg-1. applying upgrade sql for 0.3.1-6 - 0.7-1. applying upgrade sql for 0.3.1-6 - 0.7.1-1. dbconfig-common: flushing administrative password applying upgrade sql for 0.3.1-6 - 0.5-1. error encountered processing /usr/share/dbconfig-common/data/roundcube/upgrade/mysql/0.5-1: mysql said: ERROR 1146 (42S02) at line 5: Table 'roundcube.messages' doesn't exist I'm surprised to see that the 0.3.1-6 - 0.5-1 step took place twice. The failure is caused by the messages table being dropped in the 0.3.1-6 - 0.7-1 update. I then started hacking my way through it, and noticed that the backup in /var/cache was actually in a strange mixed state. Turns out that the backup is recreated at _every_ attempt. So, after the first failed attempt, the backup is replaced with a half-backed one, which means that even if I had fixed the duplicate application of the update script, I wouldn't have been able to go smoothly through the whole process. Luckily I had another pristine backup, and used that to get out of it (along with changing the upgrade script to succeeded). I didn't look into the reason why the script was applied multiple times, but the last attempt looked like: creating database backup in /var/cache/dbconfig-common/backups/roundcube_0.3.1-6.mysql. applying upgrade sql for 0.3.1-6 - 0.5-1. applying upgrade sql for 0.3.1-6 - 0.6+dfsg-1. applying upgrade sql for 0.3.1-6 - 0.7-1. applying upgrade sql for 0.3.1-6 - 0.7.1-1. dbconfig-common: flushing administrative password applying upgrade sql for 0.3.1-6 - 0.7.1-1. dbconfig-common: flushing administrative password applying upgrade sql for 0.3.1-6 - 0.7.1-1. dbconfig-common: flushing administrative password Let me know if there are additional bits of information you'd find useful. -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32.33-kvm-i386-2028-dirty (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages roundcube-core depends on: ii apache2-mpm-prefork [httpd] 2.2.22-13 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0]1.5.49 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-ui 1.8.ooops.21+dfsg-2 ii libmagic15.11-2 ii php-auth 1.6.2-1 ii php-mail-mime1.8.4-1 ii php-mdb2 2.5.0b3-2 ii php-net-smtp 1.6.1-1 ii php-net-socket 1.0.9-2 ii php5 5.4.4-14 ii php5-gd 5.4.4-14 ii php5-intl5.4.4-14 ii php5-mcrypt 5.4.4-14 ii php5-pspell 5.4.4-14 ii roundcube-mysql 0.7.2-9 ii tinymce 3.4.8+dfsg0-1 ii ucf 3.0025+nmu3 roundcube-core recommends no packages. Versions of packages roundcube-core suggests: ii php-auth-sasl 1.0.4-1 pn php-crypt-gpg none pn roundcube-plugins none roundcube depends on no packages. -- debconf information: roundcube/dbconfig-install: true roundcube/db/dbname: roundcube roundcube/pgsql/authmethod-admin: ident roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false * roundcube/upgrade-error: retry (skip questions) roundcube/pgsql/authmethod-user: password roundcube/purge: false roundcube/language: en_US roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts:
Bug#708303: [Pkg-nagios-devel] Bug#708303: nagios3-cgi: Don't Miss and Latest News result in insecure page warning from some browsers
On Tue, 14 May 2013, David North wrote: Package: nagios3-cgi Version: 3.4.1-3 Severity: normal Tags: upstream (1) Install nagios3-cgi (2) Tweak apache config to mount the web interface on an https URL, that is, with SSL (3) Visit the web interface at https://yourserver At this point, the browser warns that some elements of the page are not encrypted. This warning can take the form of a modal dialog in some browsers and is annoying and confusing. Looking at the 'net' panel in firebug reveals this URL being fetched: http://assets.nagios.com/images/corepromos/2012-01-26-trainingsplash.jpg The 'Latest News' RSS feed appears to be including images over plain HTTP I've commented out lines 19-24 of /usr/share/nagios3/htdocs/main.php to work around this. Can we persuade upstream to serve this stuff over HTTPS? Or have an option to disable these feeds? Happy to work on a patch for upstream or Debian depending on what you think best. best would be a patch that patches this rss *censored* out. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#706425: libglib2.0-0: libglib-2.0.so.0.3600.1 segfault and logging out of xfce4-session
Package: xfce4-session Version: 4.8.3-3 Followup-For: Bug #706425 it seems like i am hit by this bug as well: random X-server restarts when a new application gets launched $ dmesg | grep segfault [ 3736.412169] xfce4-session[5008]: segfault at ip 7f242b9e001f sp 7fffe161bfd0 error 5 in libglib-2.0.so.0.3600.1[7f242b97c000+fa000] [ 4067.878553] xfce4-session[5260]: segfault at ip 7f4da43c501f sp 7fff85e6dcd0 error 5 in libglib-2.0.so.0.3600.1[7f4da4361000+fa000] i did not have this problem on the same machine with wheezy/sid. now that wheezy is released, i re-installed the system (upgrading bricked it, but that's another story): - netinstall wheezy (with EFI) - upgrade to jessie - added sid sources, and upgrade apropriately - jessie/sie system gfx-card: ATI Wrestler [Radeon HD 6310] using the proprietary fglrx driver (1:13.4-2) -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages xfce4-session depends on: ii dpkg1.16.10 ii libatk1.0-0 2.8.0-2 ii libc6 2.17-2 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.10-1 ii libdbus-glib-1-20.100.2-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.1-1 ii libglib2.0-02.36.1-2build1 ii libgtk2.0-0 2.24.17-2 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.30.0-1 ii libsm6 2:1.2.1-2 ii libwnck22 2.30.7-1 ii libx11-62:1.5.0-1 ii libxfce4ui-1-0 4.8.1-1 ii libxfce4util4 4.8.2-1 ii libxfconf-0-2 4.8.1-1 ii multiarch-support 2.17-2 ii xfce4-settings 4.8.3-2 ii xfconf 4.8.1-1 Versions of packages xfce4-session recommends: ii consolekit 0.4.5-3.1 ii dbus-x11 1.6.10-1 ii upower 0.9.17-1 ii x11-xserver-utils 7.7~3 ii xfce4-panel4.8.6-4 ii xfce4-utils4.8.3-2 ii xfdesktop4 4.8.3-2 ii xfwm4 4.8.3-2 Versions of packages xfce4-session suggests: pn fortunes-mod none ii sudo 1.8.5p2-1+nmu1 -- 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#673586: FTBFS if Python 3.2 is installed in chroot
Package: lsb Version: 4.1+Debian9 Followup-For: Bug #673586 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch Hi guys, The latest version of lsb is /almost/ compatible with python3 at build-time. Just one test still fails under python3.x, because initdutils.py has not been ported to python3. It's fairly easy to fix this up for python3 compatibility (via 2to3 or otherwise). Please find attached the patch that fixes the remaining problem. As Ubuntu uses python3, not python2, in its base system, we are building lsb against python3. So this patch will be included in Ubuntu shortly. Thanks for considering the patch. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org === modified file 'initdutils.py' --- initdutils.py 2008-08-18 16:34:24 + +++ initdutils.py 2013-05-15 07:57:15 + @@ -1,13 +1,10 @@ # Support for scanning init scripts for LSB info -import re, sys, os, cStringIO -import cPickle +# Python3-compatible print() function +from __future__ import print_function -try: -assert True -except: -True = 1 -False = 0 +import re, sys, os, io +import pickle class RFC822Parser(dict): A dictionary-like object. @@ -15,14 +12,14 @@ def __init__(self, fileob=None, strob=None, startcol=0, basedict=None): if not fileob and not strob: -raise ValueError, 'need a file or string' +raise ValueError('need a file or string') if not basedict: basedict = {} super(RFC822Parser, self).__init__(basedict) if not fileob: -fileob = cStringIO.StringIO(strob) +fileob = io.StringIO(strob) key = None for line in fileob: @@ -108,7 +105,7 @@ if facility.startswith('$'): continue for (scriptname, pri) in entries.items(): start, stop = pri -print fh, %(scriptname)s %(facility)s %(start)d %(stop)d % locals() +print(%(scriptname)s %(facility)s %(start)d %(stop)d % locals(), file=fh) fh.close() def load_facilities(): @@ -119,8 +116,8 @@ scriptname, name, start, stop = line.strip().split() facilities.setdefault(name, {})[scriptname] = (int(start), int(stop)) -except ValueError, x: -print sys.stderr, 'Invalid facility line', line +except ValueError as x: +print('Invalid facility line', line, file=sys.stderr) return facilities @@ -143,7 +140,7 @@ fh = file(DEPENDS, 'w') for initfile, facilities in depends.iteritems(): -print fh, '%s: %s' % (initfile, ' '.join(facilities)) +print('%s: %s' % (initfile, ' '.join(facilities)), fh) fh.close() # filemap entries are mappings, { (package, filename) : instloc } @@ -152,7 +149,7 @@ return {} fh = open(LSBINSTALL, 'rb') -filemap = cPickle.load(fh) +filemap = pickle.load(fh) fh.close() # Just in case it's corrupted somehow @@ -170,8 +167,8 @@ return fh = open(LSBINSTALL, 'wb') -cPickle.dump(fh, filemap) +pickle.dump(fh, filemap) fh.close() if __name__ == '__main__': -print scan_initfile('init-fragment') +print(scan_initfile('init-fragment'))
Bug#590170: point number 6
I have noticed this issue as well, and upon starting the installer removed the usb device and procceded with the install as normal. when i got to the bootloader and started installing it i quickly switched over to tty4 and noticed that during the install its forcing it to be installed at /dev/sda which in my case the internal hard disk is ignored even if selected as the option to install it. for me it was sdb. there is a very unwarrented behaviour -- Jonathan Aquilina
Bug#708340: RFS: module-assistant/0.11.4+nmu1 [NMU] – tool to make module package creation easier
Package: sponsorship-requests Severity: normal X-Debbugs-CC: bl...@debian.org Dear mentors (and hi Eduard Bloch), I am looking for a sponsor for the package module-assistant to get the needed patches for compatibility with = 3.7 kernel into Debian. The package is marked by Eduard as LowNMU and the patches (by others) are in the BTS for a while now, so hopefully without stepping on anyone’s toes: Package name: module-assistant Version : 0.11.4+nmu1 Upstream Author : Eduard Bloch bl...@debian.org License : GPL-2+ Section : kernel It builds those binary packages: module-assistant - tool to make module package creation easier To access further information about this package, please visit the following URL: http://mentors.debian.net/package/module-assistant Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/m/module-assistant/module-assistant_0.11.4+nmu1.dsc I have a git repo based on the one on collab-maint temporary pushed to https://github.com/DonKult/module-assistant.git if you prefer that. (collab-maint misses at least the tag for 0.11.4 though) Changes since the last upload: module-assistant (0.11.4+nmu1) UNRELEASED; urgency=low * Non-maintainer upload. * try to open new (Linux = 3.7) location for version.h aswell as the old location(s), thanks to Evgeni Golov (Closes: #697269) * fix xgettext 'invalid variable interpolation at $' error in strings, thanks to Stefan Lippers-Hollmann (also in #697269) * add Portuguese translation by Américo Monteiro (Closes: #591421) * change from (implicit) source format v1 to v3 (native) * fix useful-typo in manpage (found by lintian) * bump Standards-Version to 3.9.4 (no changes needed) * remove \w from the dpkg-deb matching regex as utf-8 characters like »« 'qualify' as such so that m-a isn't extracting the path correctly: The regex is now '[^./]' to eat everything as needed. I did slightly more than strictly needed (shut-up lintian/dpkg changes) as I simply couldn't resists. I hope you don't mind, otherwise I am fine with whatever you want me to do instead. ;) Note: I have left the suite at UNRELEASED, intended is unstable of course, but I couldn't really find a consensus in this or the other direction here. Disclaimer (just in case): My perl knowledge is nearly non-existent, which in turn means that I am not able to help with maintaining m-a in the long-term. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#703715:
I have the same issue in Debian Wheezy 7.0 release. The random freezes can only reverted by restarting X in tty. I have an ivybridge Lenovo Y580 system. lspci 00:00.0 Host bridge: Intel Corporation 3rd Gen Core processor DRAM Controller (rev 09) 00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port (rev 09) 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) 00:14.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB xHCI Host Controller (rev 04) 00:16.0 Communication controller: Intel Corporation 7 Series/C210 Series Chipset Family MEI Controller #1 (rev 04) 00:1a.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #2 (rev 04) 00:1b.0 Audio device: Intel Corporation 7 Series/C210 Series Chipset Family High Definition Audio Controller (rev 04) 00:1c.0 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 1 (rev c4) 00:1c.1 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 2 (rev c4) 00:1c.3 PCI bridge: Intel Corporation 7 Series/C210 Series Chipset Family PCI Express Root Port 4 (rev c4) 00:1d.0 USB controller: Intel Corporation 7 Series/C210 Series Chipset Family USB Enhanced Host Controller #1 (rev 04) 00:1f.0 ISA bridge: Intel Corporation HM76 Express Chipset LPC Controller (rev 04) 00:1f.2 SATA controller: Intel Corporation 7 Series Chipset Family 6-port SATA Controller [AHCI mode] (rev 04) 00:1f.3 SMBus: Intel Corporation 7 Series/C210 Series Chipset Family SMBus Controller (rev 04) 01:00.0 VGA compatible controller: NVIDIA Corporation Device 0fd4 (rev ff) 02:00.0 Ethernet controller: Atheros Communications Inc. AR8161 Gigabit Ethernet (rev 08) 03:00.0 Network controller: Intel Corporation Centrino Wireless-N 2200 (rev c4) 04:00.0 System peripheral: JMicron Technology Corp. SD/MMC Host Controller (rev 30) 04:00.2 SD Host controller: JMicron Technology Corp. Standard SD Host Controller (rev 30) 04:00.3 System peripheral: JMicron Technology Corp. MS Host Controller (rev 30) 04:00.4 System peripheral: JMicron Technology Corp. xD Host Controller (rev 30) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707562: [ITR] templates://b43-fwcutter/{b43-fwcutter.templates}
Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in b43-fwcutter. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for b43-fwcutter. The first step of the process is to review the debconf source template file(s) of b43-fwcutter. This review will start on Saturday, May 18, 2013, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitely ask for it, no upload nor NMU will happen for b43-fwcutter. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- signature.asc Description: Digital signature
Bug#706986: [Pkg-bluetooth-maintainers] Bug#706986: bluez: New upstream release: BlueZ 5
Hi Nobuhiro, On 15/05/13 01:32, Nobuhiro Iwamatsu wrote: Hi, Thank you for your report. I am working about this. I will upload bluez 5 to expermental in this week. Cool! In the meanwhile I prepared a package myself. It's still very rough but just in case it's useful to you I'm attaching a debdiff here. Thanks, Emilio diff -ruNp bluez-4.101/debian/bluez.bluetooth.init bluez-5.4/debian/bluez.bluetooth.init --- bluez-4.101/debian/bluez.bluetooth.init 2011-06-03 06:09:01.0 +0200 +++ bluez-5.4/debian/bluez.bluetooth.init 2013-05-08 11:37:51.775753988 +0200 @@ -36,7 +36,7 @@ RFCOMM=/usr/bin/$RFCOMM_NAME RFCOMM_CONF=/etc/bluetooth/$RFCOMM_NAME.conf SDPTOOL=/usr/bin/sdptool -SSD_OPTIONS=--oknodo --quiet --exec $DAEMON +SSD_OPTIONS=--oknodo --quiet --background --exec $DAEMON test -f $DAEMON || exit 0 diff -ruNp bluez-4.101/debian/bluez.install bluez-5.4/debian/bluez.install --- bluez-4.101/debian/bluez.install2012-07-23 05:47:58.0 +0200 +++ bluez-5.4/debian/bluez.install 2013-05-15 10:12:39.868271245 +0200 @@ -1,35 +1,36 @@ -etc/bluetooth/main.conf -etc/bluetooth/rfcomm.conf -input/input.conf etc/bluetooth -audio/audio.conf etc/bluetooth -network/network.conf etc/bluetooth -serial/serial.conf etc/bluetooth -proximity/proximity.conf etc/bluetooth +src/main.conf etc/bluetooth +#etc/bluetooth/rfcomm.conf +profiles/input/input.conf etc/bluetooth +profiles/audio/audio.conf etc/bluetooth +profiles/network/network.conf etc/bluetooth +#serial/serial.conf etc/bluetooth +profiles/proximity/proximity.conf etc/bluetooth etc/dbus-1 -usr/sbin +usr/lib/bluez +usr/bin/bluetoothctl +usr/bin/bccmd +usr/bin/btmon usr/bin/rctest +usr/bin/hciattach +usr/bin/hciconfig +usr/bin/hcidump usr/bin/hcitool usr/bin/sdptool -usr/bin/dfutool usr/bin/ciptool -usr/bin/gatttool usr/bin/l2ping usr/bin/l2test usr/bin/rfcomm lib/udev/hid2hci -lib/udev/rules.d/97-bluetooth-hid2hci.rules +lib/udev/rules.d/97-hid2hci.rules lib/systemd -# usr/share/dbus-1 +usr/lib/systemd +usr/share/dbus-1 usr/share/man/man1/sdptool.1 +usr/share/man/man1/bccmd.1 +usr/share/man/man1/hciattach.1 +usr/share/man/man1/hciconfig.1 +usr/share/man/man1/hcidump.1 usr/share/man/man1/hcitool.1 -usr/share/man/man1/dfutool.1 usr/share/man/man1/ciptool.1 -usr/share/man/man1/hciemu.1 usr/share/man/man1/rfcomm.1 usr/share/man/man1/rctest.1 -usr/share/man/man8/bluetoothd.8 -usr/share/man/man8/hid2hci.8 -usr/share/man/man8/hciattach.8 -usr/share/man/man8/l2ping.8 -usr/share/man/man8/hciconfig.8 -usr/share/man/man8/bccmd.8 diff -ruNp bluez-4.101/debian/bluez.links bluez-5.4/debian/bluez.links --- bluez-4.101/debian/bluez.links 1970-01-01 01:00:00.0 +0100 +++ bluez-5.4/debian/bluez.links2013-05-08 11:50:17.015724969 +0200 @@ -0,0 +1 @@ +usr/lib/bluez/bluetooth/bluetoothd usr/sbin/bluetoothd diff -ruNp bluez-4.101/debian/changelog bluez-5.4/debian/changelog --- bluez-4.101/debian/changelog2012-07-24 05:36:26.0 +0200 +++ bluez-5.4/debian/changelog 2013-05-15 10:13:32.384270347 +0200 @@ -1,3 +1,9 @@ +bluez (5.4-1) UNRELEASED; urgency=low + + * New upstream release. + + -- Emilio Pozuelo Monfort po...@debian.org Mon, 06 May 2013 10:04:11 +0200 + bluez (4.101-1) experimental; urgency=low * New upstream release. Update to 4.101. diff -ruNp bluez-4.101/debian/control bluez-5.4/debian/control --- bluez-4.101/debian/control 2012-03-22 05:19:58.0 +0100 +++ bluez-5.4/debian/control2013-05-08 11:39:32.699750058 +0200 @@ -3,16 +3,14 @@ Section: admin Priority: optional Maintainer: Debian Bluetooth Maintainers pkg-bluetooth-maintain...@lists.alioth.debian.org Uploaders: Nobuhiro Iwamatsu iwama...@debian.org -Build-Depends: debhelper (= 8.1.3), cdbs (= 0.4.97), quilt, +Build-Depends: debhelper (= 8.1.3), cdbs (= 0.4.97), autotools-dev, flex, bison, - gstreamer-tools, libasound2-dev (= 1.0.24.1), + libdbus-1-dev (= 1.4), libdbus-glib-1-dev, libglib2.0-dev (= 2.16), - libgstreamer0.10-dev (= 0.10.30), - libgstreamer-plugins-base0.10-dev (= 0.10.30), libnl-dev, libsndfile1-dev, libusb-dev, @@ -95,75 +93,75 @@ Description: Bluetooth tools and daemons . This package contains the debugging symbols. -Package: bluez-alsa -Replaces: bluez-audio -Architecture: linux-any -Multi-Arch: same -Depends: ${shlibs:Depends}, ${misc:Depends}, bluez -Description: Bluetooth ALSA support - This package contains a driver operate with the ALSA stack. - . - BlueZ is the official Linux Bluetooth protocol stack. It is an Open Source - project distributed under GNU General Public License (GPL). - -Package: bluez-gstreamer -Architecture: linux-any -Depends: ${shlibs:Depends}, ${misc:Depends}, bluez -Replaces: bluez-audio -Description: Bluetooth GStreamer support - This package contains a plugin to
Bug#708341: libglide3: fails to install: subprocess installed post-installation script returned error exit status 10
Package: libglide3 Version: 2002.04.10ds1-8 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to install. As per definition of the release team this makes the package too buggy for a release, thus the severity. From the attached log (scroll to the bottom...): Selecting previously unselected package libglide3. (Reading database ... 7002 files and directories currently installed.) Unpacking libglide3 (from .../libglide3_2002.04.10ds1-8_amd64.deb) ... Setting up libglide3 (2002.04.10ds1-8) ... dpkg: error processing libglide3 (--configure): subprocess installed post-installation script returned error exit status 10 Errors were encountered while processing: libglide3 This sounds a little bit like debconf and DEBIAN_FRONTEND=noninteractive ... probably needing some db_foo bar || true cheers, Andreas libglide3_2002.04.10ds1-8.log.gz Description: GNU Zip compressed data
Bug#683884: qucs: no installation candidate
Hi, On Sun, Aug 05, 2012 at 05:17:46PM +0200, José Luis Redrejo Rodríguez wrote: I'm afraid I don't understand what the bug is. qucs was removed because upstream didn't port it to qt4, and qt3 is not maintained anymore, so qucs can not be run or compiled in Debian. from http://qucs.sourceforge.net/index.shtml 23 Dec 2012 Qucs ported to qt4, code can be found on Sourceforge / Git I would appreciate if you package qucs again. Regards Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708342: glibc_2.14 and glibc_2.15 not found
Package: glibc-doc Severity: critical glibc_2.14 and glibc_2.15 not found -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=sk_SK.utf8, LC_CTYPE=sk_SK.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#590170: point number 6
Jonathan Aquilina eagles051...@gmail.com (15/05/2013): I have noticed this issue as well, and upon starting the installer removed the usb device and procceded with the install as normal. when i got to the bootloader and started installing it i quickly switched over to tty4 and noticed that during the install its forcing it to be installed at /dev/sda which in my case the internal hard disk is ignored even if selected as the option to install it. for me it was sdb. there is a very unwarrented behaviour This is unfortunate, but documented: http://www.debian.org/releases/wheezy/debian-installer/ Mraw, KiBi. signature.asc Description: Digital signature
Bug#699208: moreinfo
Control: reopen -1 Hi! Still seeing, th pid file appears to be correct christoph@mitoraj {1} ~ 10:23 0 % ps aux | grep 2200 1000 7219 0.0 0.0 9108 1564 ?S+ 10:23 0:00 grep 2200 mpd 2200 0.0 0.1 22 11240 ?Ss 10:05 0:00 /usr/bin/mpd /etc/mpd.conf christoph@mitoraj {1} ~ 10:23 0 % cat /run/mpd/pid 2200 christoph@mitoraj {1} ~ 10:23 0 % sudo service mpd stop [ ok ] Stopping Music Player Daemon: mpd. christoph@mitoraj {1} ~ 10:24 0 % ps aux | grep 2200 1000 7344 0.0 0.0 9108 1564 ?S+ 10:24 0:00 grep 2200 mpd 2200 0.0 0.1 22 11240 ?Ss 10:05 0:00 /usr/bin/mpd /etc/mpd.conf Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708331: icedove 17.0.5-1 to FTBFS on mipsel, armel, sparc, ia64 due to segfault when zipping
Hello Daniel, thanks for investigating time around the builderrors. On Wed, May 15, 2013 at 03:19:19AM -0400, Daniel Kahn Gillmor wrote: Package: icedove Version: 17.0.5-1 Severity: normal looking at, for example, the armel build log https://buildd.debian.org/status/fetch.php?pkg=icedovearch=armelver=17.0.5-1stamp=1366372226 i see that icedove compilation fails during the creation of a zip file that will eventually be placed in /usr/share/icedove/omni.ja [...] 0 dkg@alice:/tmp/cdtemp.c5tgG7$ diff -ruN icedove-17.0.5/mozilla/memory iceweasel-17.0.5esr/memory diff -ruN icedove-17.0.5/mozilla/memory/mozjemalloc/jemalloc.c iceweasel-17.0.5esr/memory/mozjemalloc/jemalloc.c --- icedove-17.0.5/mozilla/memory/mozjemalloc/jemalloc.c 2013-03-28 14:09:00.0 -0400 +++ iceweasel-17.0.5esr/memory/mozjemalloc/jemalloc.c 2013-05-15 03:12:22.0 -0400 @@ -1091,7 +1091,9 @@ * controlling the malloc behavior are defined as compile-time constants * for best performance and cannot be altered at runtime. */ +#if !defined(__ia64__) !defined(__sparc__) #define MALLOC_STATIC_SIZES 1 +#endif #ifdef MALLOC_STATIC_SIZES [...] and iceweasel contains the following patch that icedove does not: 0 dkg@alice:/tmp/cdtemp.c5tgG7$ cat iceweasel-17.0.5esr/debian/patches/porting/Don-t-hardcode-page-size-on-ia64-or-sparc.patch From: Mike Hommey m...@glandium.org Date: Fri, 23 Mar 2012 09:57:04 +0100 Subject: Don't hardcode page size on ia64 or sparc --- memory/mozjemalloc/jemalloc.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/memory/mozjemalloc/jemalloc.c b/memory/mozjemalloc/jemalloc.c index 631e736..ba78597 100644 --- a/memory/mozjemalloc/jemalloc.c +++ b/memory/mozjemalloc/jemalloc.c @@ -1091,7 +1091,9 @@ static unsigned ncpus; * controlling the malloc behavior are defined as compile-time constants * for best performance and cannot be altered at runtime. */ +#if !defined(__ia64__) !defined(__sparc__) #define MALLOC_STATIC_SIZES 1 +#endif #ifdef MALLOC_STATIC_SIZES 0 dkg@alice:/tmp/cdtemp.c5tgG7$ that said, iceweasel 17.0.5esr-1 doesn't appear to build for these architectures either, showing segfaults in the same places: https://buildd.debian.org/status/package.php?p=iceweaselsuite=sid Maybe a porter will have some insight? Regards, --dkg we ported the patch from Mike some days ago [1] and Christoph has prepared a new version of Icedove 17.0.5-2 localy. Yesterday the version 17.0.6 was released by Mozilla, so propably the skip the Debian Package for 17.0.5-2 and Christoph will push the new released 17.0.6 in a few days. With this new version we will take a deeper look at this builderrors on a Sparc machine for example. [1] http://anonscm.debian.org/gitweb/?p=pkg-mozilla/icedove.git;a=commitdiff;h=40d68d56f663f3159bda67231a70488f021442fa Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708343: patch check_apt to output perfdata
Package: nagios-plugins Version: 1.4.16-1 Severity: normal Tags: patch Hello, for some reason, upstream didn't incorporate the longstanding patch to output perfdata to check_apt yet. May I suggest to add it to the Debian package in the meantime? Below the links to some related messages on the nagiosplug-devel mailinglist (including the patch): http://article.gmane.org/gmane.network.nagios.plugins.devel/4381/ http://article.gmane.org/gmane.network.nagios.plugins.devel/4846/ http://sourceforge.net/tracker/?func=detailatid=397599aid=1614553group_id=29880 Kind regards, jonas -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#708344: xen: serial passthrough broken in Debian Wheezy
Package: src:linux Version: 3.2.41-2 Severity: important Hello, I just discovered a strange bug with serial passthrough in xen 4.1 on Debian Wheezy. The Dom0 has a GSM modem connected to serial port. The serial port is passed through to a DomU with options 'irq = [ 4 ]' and 'ioports = [ '3f8-3ff ]'. This worked as expected on Debian Squeeze with Xen 4.0 and Linux kernel 2.6.32 (both for Dom0 and DomU). On Debian Wheezy with Xen 4.1 and Linux kernel 3.2.0 the passthrough seems to work as well (/dev/ttyS0 appears in dmesg of DomU), but something is wrong. The GSM modem doesn't behave as expected. The smstools daemon errors out with 'Cannot open serial port /dev/ttyS0, error: Function not implemented'. It took me hours to find the difference, but it seems like the guest (domU) kernel is the problem. The setup keeps working when Dom0 is upgraded to Debian Wheezy with Xen 4.1 and linux kernel 3.2.0. It even keeps working if the DomU userland is upgraded to Debian Wheezy. Only if I upgrade the DomU linux kernel to 3.2.0 from Wheezy as well, smstools stops working. I don't expect this to be a smstools bug. More likely, something regarding serial pass through functions of xen is broken in 3.2.0 kernel from Debian Wheezy. Please give me advice on how to provide additional information. Kind regards, jonas -- Package-specific info: ** Version: Linux version 3.2.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.35-2 -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#708345: aptitude: Aptitude fails to download changelogs for many packages
Package: aptitude Version: 0.6.9.1-1 Severity: normal Dear Maintainer, for around a month now, aptitude fails to download changelogs for many packages, including most (of not all) packages which have been updated since then. First I suspected this a bug in the Debian websites, but according to the BTS [1] [2], these have been fixed, and indeed the links on packages.qa.debian.org and packages.debian.org work fine. Aptitude however uses a disfunctional URL. Kind regards Ralf [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=706403 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=705829 -- Package-specific info: Terminal: xterm $DISPLAY is set. which aptitude: /usr/bin/aptitude aptitude version information: aptitude 0.6.9.1 compiled at Jul 21 2012 14:11:01 Compiler: g++ 4.7.1 Compiled against: apt version 4.12.0 NCurses version 5.9 libsigc++ version: 2.2.10 Ept support disabled. Gtk+ support disabled. Qt support disabled. Current library versions: NCurses version: ncurses 5.9.20110404 cwidget version: 0.5.16 Apt version: 4.12.0 aptitude linkage: linux-vdso.so.1 (0x7fff03f53000) libapt-pkg.so.4.12 = /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 (0x7f07c6963000) libncursesw.so.5 = /lib/x86_64-linux-gnu/libncursesw.so.5 (0x7f07c6733000) libtinfo.so.5 = /lib/x86_64-linux-gnu/libtinfo.so.5 (0x7f07c6509000) libsigc-2.0.so.0 = /usr/lib/x86_64-linux-gnu/libsigc-2.0.so.0 (0x7f07c6304000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f07c6004000) libsqlite3.so.0 = /usr/lib/x86_64-linux-gnu/libsqlite3.so.0 (0x7f07c5d54000) libboost_iostreams.so.1.49.0 = /usr/lib/libboost_iostreams.so.1.49.0 (0x7f07c5d39000) libxapian.so.22 = /usr/lib/libxapian.so.22 (0x7f07c5954000) libpthread.so.0 = /lib/x86_64-linux-gnu/libpthread.so.0 (0x7f07c5737000) libstdc++.so.6 = /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x7f07c542f000) libm.so.6 = /lib/x86_64-linux-gnu/libm.so.6 (0x7f07c5131000) libgcc_s.so.1 = /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x7f07c4f1a000) libc.so.6 = /lib/x86_64-linux-gnu/libc.so.6 (0x7f07c4b6d000) libutil.so.1 = /lib/x86_64-linux-gnu/libutil.so.1 (0x7f07c496a000) libdl.so.2 = /lib/x86_64-linux-gnu/libdl.so.2 (0x7f07c4765000) libz.so.1 = /lib/x86_64-linux-gnu/libz.so.1 (0x7f07c454e000) libbz2.so.1.0 = /lib/x86_64-linux-gnu/libbz2.so.1.0 (0x7f07c433e000) librt.so.1 = /lib/x86_64-linux-gnu/librt.so.1 (0x7f07c4135000) libuuid.so.1 = /lib/x86_64-linux-gnu/libuuid.so.1 (0x7f07c3f3) /lib64/ld-linux-x86-64.so.2 (0x7f07c7305000) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aptitude depends on: ii aptitude-common 0.6.9.1-1 ii libapt-pkg4.120.9.7.8 ii libboost-iostreams1.49.0 1.49.0-3.2 ii libc6 2.17-2 ii libcwidget3 0.5.16-3.4 ii libgcc1 1:4.7.2-5 ii libncursesw5 5.9-10 ii libsigc++-2.0-0c2a2.2.10-0.2 ii libsqlite3-0 3.7.16.2-1 ii libstdc++64.8.0-7 ii libtinfo5 5.9-10 ii libxapian22 1.2.12-2 Versions of packages aptitude recommends: ii apt-xapian-index0.45 ii aptitude-doc-en [aptitude-doc] 0.6.8.2-1 ii libparse-debianchangelog-perl 1.2.0-1 ii sensible-utils 0.0.7 Versions of packages aptitude suggests: pn debtags none pn tasksel 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#708346: firmware-realtek: Add RTL8723AE firmware to the package
Package: firmware-realtek Version: 0.38 Severity: wishlist Since linux 3.8.0 the rtl8723ae driver is distributed with the upstream source; I still have to submit a bug to ask the kernel team to enable the module compilation for the debian kernels, but once it is available users will also need the firmware files `rtlwifi/rtl8723fw.bin` and `rtlwifi/rtl8723fw_B.bin` which are already available on the upstream repository: http://git.kernel.org/cgit/linux/kernel/git/firmware/linux-firmware.git/tree/rtlwifi I'll be grateful if they are included on this package when possible. Thanks in advance, Sergio. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Sergio Talens-Oliag s...@debian.org http://people.debian.org/~sto/ Key fingerprint = 29DF 544F 1BD9 548C 8F15 86EF 6770 052B B8C1 FA69 signature.asc Description: Digital signature
Bug#708121: trac-accountmanager: new upstream versions
Leo and I are working on it: http://anonscm.debian.org/gitweb/?p=collab-maint/trac-accountmanager.git;a=summary Any help is more than welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708347: Please package latest upstream
Package: python-cvxopt Version: 1.1.4-1 Severity: wishlist Hi, upstream version 1.1.6 is out ; could you please package it? Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708325: icedove: FTBFS on kfreebsd-* due to missing sys/prctl.h
Hello Daniel, one more builderror on a rare system :-) On Wed, May 15, 2013 at 02:35:03AM -0400, Daniel Kahn Gillmor wrote: Package: icedove Version: 17.0.5-1 Severity: normal https://buildd.debian.org/status/fetch.php?pkg=icedovearch=kfreebsd-amd64ver=17.0.5-1stamp=1365881205 [...] this is a little funny since platform_thread_posix.c shows: 14 #if !defined(__FreeBSD__) !defined(__NetBSD__) !defined(__OpenBSD__) !defined(__DragonFly__) 15 #include sys/prctl.h 16 #elif !defined(__NetBSD__) 17 #include pthread_np.h 18 #endif so the tests there to avoid sys/prctl.h on the *BSDs are not getting triggered appropriately. Yes, there is just one of this variables that has to be defined and the compiler will try to include this header that doesn't exist. i note that comparing the ipc module between iceweasel 17.0.5esr-1 and icedove 17.0.5-1 shows only a single-line difference: 0 dkg@alice:/tmp/cdtemp.wpE8SL$ diff -ruN icedove-17.0.5/mozilla/ipc iceweasel-17.0.5esr/ipc/ diff -ruN icedove-17.0.5/mozilla/ipc/chromium/src/base/platform_thread_posix.cc iceweasel-17.0.5esr/ipc/chromium/src/base/platform_thread_posix.cc --- icedove-17.0.5/mozilla/ipc/chromium/src/base/platform_thread_posix.cc 2013-05-15 02:20:19.0 -0400 +++ iceweasel-17.0.5esr/ipc/chromium/src/base/platform_thread_posix.cc 2013-05-15 02:29:20.0 -0400 @@ -9,7 +9,7 @@ #if defined(OS_MACOSX) #include mach/mach.h -#elif defined(OS_LINUX) || defined(__GLIBC__) || defined(__GNU__) +#elif defined(OS_LINUX) #include sys/syscall.h #if !defined(__FreeBSD__) !defined(__NetBSD__) !defined(__OpenBSD__) !defined(__DragonFly__) #include sys/prctl.h 1 dkg@alice:/tmp/cdtemp.wpE8SL$ I don't currently have any kFreeBSD machines handy to try this fix on though. We plan to setup a local FreeBSD machine and try to catch it on a native system. So we can hopefully see which one of this variables is defined. Regards Carsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708348: linux: Please enable CONFIG_RTL8723AE=m
Package: linux Version: 3.8.12-1 Severity: wishlist Tags: patch Dear Maintainer, Please enable the CONFIG_RTL8723AE=m option for 3.8, the module has been included in upstream in this version. Thanks in advance, Sergio -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Sergio Talens-Oliag s...@debian.org http://people.debian.org/~sto/ Key fingerprint = 29DF 544F 1BD9 548C 8F15 86EF 6770 052B B8C1 FA69 Index: linux-3.8.12/debian/config/config === --- linux-3.8.12.orig/debian/config/config 2013-05-04 04:44:45.0 +0200 +++ linux-3.8.12/debian/config/config 2013-05-13 17:35:38.173195255 +0200 @@ -2506,6 +2506,7 @@ CONFIG_RTL8192CE=m CONFIG_RTL8192SE=m CONFIG_RTL8192DE=m +CONFIG_RTL8723AE=m CONFIG_RTL8192CU=m # CONFIG_RTLWIFI_DEBUG is not set signature.asc Description: Digital signature
Bug#474876: possible fix
Hello, looging at the sources, seems that this problem is caused by releasing cache file lock before and calling apt_reload_cache(p-get_progress().unsafe_get_ref(), true); after the dpkg-reconfigure command is executed. This is apparently to allow changes to be done by dpkg-reconfigure. Could this be solved either by saving the changes prior to releasing lock, or only by reloading status database? -- Matus UHLAR - fantomas, uh...@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. Fucking windows! Bring Bill Gates! (Southpark the movie) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667906: transition: libffi6
Am 13.05.2013 17:18, schrieb Joachim Breitner: Hi, just wondering if we can help with the Debian side of this transition. I guess that all Haskell packages need to be rebuild in unstable. If you want, I can schedule the binNMUs and take care of any build failures. Or are you waiting with rebuilding Haskell for a reason? you could help by finally addressing #639015. These dependencies are wrong in the first place. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667906: transition: libffi6
Hi, Am Mittwoch, den 15.05.2013, 11:24 +0200 schrieb Matthias Klose: Am 13.05.2013 17:18, schrieb Joachim Breitner: Hi, just wondering if we can help with the Debian side of this transition. I guess that all Haskell packages need to be rebuild in unstable. If you want, I can schedule the binNMUs and take care of any build failures. Or are you waiting with rebuilding Haskell for a reason? you could help by finally addressing #639015. These dependencies are wrong in the first place. I’m not sure what there is left to be done: The authors of GHC have indicated that it possibly unsafe to remove these dependencies¹, and the risk of broken packages at our users installation clearly outweigh the nuisance of having a bunch of buildds churn on the packages. ¹ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639015#57 Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#699059: [Piuparts-devel] Bug#699059: Elevate broken symlinks to error status
Hi Dave, On Mittwoch, 27. Februar 2013, Dave Steele wrote: If we want to make this error visible, we should enable it at some point *and* recycle the logs immediately *and* have a mass-bug-filing prepared (i.e. discussed+agreed on debian-devel) beforehand, and someone should be ready to file the bugs. Agreed, except I consider a gradual mass migration to dependency-failed-testing to be a good thing. I plan to work on the discussion intro. I believe a good time to do this is now. Please start the discussion on debian-devel! Thanks, Holger signature.asc Description: This is a digitally signed message part.
Bug#704032: transition: boost-defaults
Am 14.05.2013 09:00, schrieb Steve M. Robbins: On Sun, May 12, 2013 at 11:30:58PM -0500, Steve M. Robbins wrote: On Wed, May 08, 2013 at 07:05:39PM +0200, Julien Cristau wrote: On Tue, Mar 26, 2013 at 23:08:15 -0500, Steve M. Robbins wrote: I would like to change Debian's default boost version from 1.49 to 1.53 or later -- likely to the most current Boost at the time the transition is scheduled. This change does not directly impact any binary packages. However, it will affect the buildability of source packages. Do we know how many (and which) packages would start FTBFS if the change was done now? The final tally is that 86/299 fail to build. I'll start filing bugs. Note also that gcc 4.8 is going to break Boost 1.49 so my suggestion is that Boost transition before gcc does. GCC 4.8 will add a handful of build failures to boost 1.49 based packages, but not the 89 you mention above. So this should be independent of each other, or be done at the same time. Now that GCC 4.8 has almost complete c++11 support, how many packages could even avoid using boost at all, or can be configured without using boost? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708345: aptitude: Aptitude fails to download changelogs for many packages
Control: found -1 0.6.8.2-1 Control: tags -1 + confirmed On 15 May 2013 16:45, Ralf Jung p...@ralfj.de wrote: Package: aptitude Version: 0.6.9.1-1 Severity: normal Dear Maintainer, for around a month now, aptitude fails to download changelogs for many packages, including most (of not all) packages which have been updated since then. Download fails for all changelogs due to relocation of data on debian web sites. You notice that changelog works for some packages because aptitude will use the local copy when it is the most recent. First I suspected this a bug in the Debian websites, but according to the BTS [1] [2], these have been fixed, and indeed the links on packages.qa.debian.org and packages.debian.org work fine. Aptitude however uses a disfunctional URL. For a long time changelogs are accessible under http://packages.debian.org/changelogs/. As indicated by the new PTS links these are now under http://ftp-master.metadata.debian.org/changelogs/ and, unfortunately, not using a compatible path. Had the paths been compatible you could workaround by setting Apt::Changelogs::Server in apt.conf. As the structure of the old URIs is hardcoded in many places, hopefully the old paths will be setup to redirect soon. Anyway, confirming as path construction in aptitude must be fixed. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708349: libglapi-mesa: overwrite shared file
Package: libglapi-mesa Version: 8.0.5-4+b1 Severity: serious Trying to upgrade libglapi-mesa fails with: Preparing to replace libgl1-mesa-glx:amd64 8.0.5-4 (using .../libgl1-mesa-glx_8.0.5-4+b1_amd64.deb) ... Unpacking replacement libgl1-mesa-glx:amd64 ... dpkg: error processing /var/cache/apt/archives/libgl1-mesa-glx_8.0.5-4+b1_amd64.deb (--unpack): trying to overwrite shared '/usr/share/doc/libgl1-mesa-glx/changelog.Debian.gz', which is different from other instances of package libgl1-mesa-glx:amd64 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace libglapi-mesa:i386 8.0.5-4 (using .../libglapi-mesa_8.0.5-4+b1_i386.deb) ...Unpacking replacement libglapi-mesa:i386 ... dpkg: error processing /var/cache/apt/archives/libglapi-mesa_8.0.5-4+b1_i386.deb (--unpack): trying to overwrite shared '/usr/share/doc/libglapi-mesa/changelog.Debian.gz', which is different from other instances of package libglapi-mesa:i386 Errors were encountered while processing: /var/cache/apt/archives/libgl1-mesa-glx_8.0.5-4+b1_amd64.deb /var/cache/apt/archives/libglapi-mesa_8.0.5-4+b1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) It seems binNMU are not compatible with Multi-Arch: same. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683884: qucs: no installation candidate
I'll check it , last time I checked the qt4 port it was half done and not usable. 2013/5/15 Daniel Maier nu...@teamidiot.de Hi, On Sun, Aug 05, 2012 at 05:17:46PM +0200, José Luis Redrejo Rodríguez wrote: I'm afraid I don't understand what the bug is. qucs was removed because upstream didn't port it to qt4, and qt3 is not maintained anymore, so qucs can not be run or compiled in Debian. from http://qucs.sourceforge.net/index.shtml 23 Dec 2012 Qucs ported to qt4, code can be found on Sourceforge / Git I would appreciate if you package qucs again. Regards Daniel
Bug#708350: transition: java7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition jessie won't ship anymore with OpenJDK 6, so we have to build and run using OpenJDK 7. The good thing is that almost everything will continue to run, we just have to fix build failures with OpenJDK 7. See [1] for the discussion of the transition, and [2] for the list of issues which need to get addressed. Planning to do the transition in two steps: - Change the jre/jdk defaults to OpenJDK 7 from OpenJDK 6 which do have a working OpenJDK 7. Keep OpenJDK 6 as the default for architectures with a non-working OpenJDK 7. This decouples the transition from having to change build dependencies in packages building bindings. From my point of view this can happen anytime soon, and is mostly independent from other transitions. - When done, drop java support for architectures not having OpenJDK 7 anymore (mips, mipsel, maybe s390). Nothing needs to be done if these architectures don't qualify as release architectures anymore. Matthias [1] https://lists.debian.org/debian-java/2013/05/msg00020.html [2] http://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=openjdk-7-transition;users=ubuntu-de...@lists.ubuntu.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708349: libglapi-mesa: overwrite shared file
Control: forcemerge -1 708055 Bill Allombert ballo...@debian.org (15/05/2013): Trying to upgrade libglapi-mesa fails with: Preparing to replace libgl1-mesa-glx:amd64 8.0.5-4 (using .../libgl1-mesa-glx_8.0.5-4+b1_amd64.deb) ... Unpacking replacement libgl1-mesa-glx:amd64 ... dpkg: error processing /var/cache/apt/archives/libgl1-mesa-glx_8.0.5-4+b1_amd64.deb (--unpack): trying to overwrite shared '/usr/share/doc/libgl1-mesa-glx/changelog.Debian.gz', which is different from other instances of package libgl1-mesa-glx:amd64 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Preparing to replace libglapi-mesa:i386 8.0.5-4 (using .../libglapi-mesa_8.0.5-4+b1_i386.deb) ...Unpacking replacement libglapi-mesa:i386 ... dpkg: error processing /var/cache/apt/archives/libglapi-mesa_8.0.5-4+b1_i386.deb (--unpack): trying to overwrite shared '/usr/share/doc/libglapi-mesa/changelog.Debian.gz', which is different from other instances of package libglapi-mesa:i386 Errors were encountered while processing: /var/cache/apt/archives/libgl1-mesa-glx_8.0.5-4+b1_amd64.deb /var/cache/apt/archives/libglapi-mesa_8.0.5-4+b1_i386.deb E: Sub-process /usr/bin/dpkg returned an error code (1) It seems binNMU are not compatible with Multi-Arch: same. O'RLY? See https://lists.debian.org/debian-devel/2013/05/msg00738.html and various other threads on -policy and half a dozen other mailing lists. Mraw, KiBi. signature.asc Description: Digital signature
Bug#708351: Missing buiddep on libdb-dev
Source: c-icap-modules Version: 1:0.1.6-1 libdb-dev is necessary to have SquidGuard lists support in urlcheck. Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708352: [dia] Segfaults on startup
Package: dia Version: 0.97.2-8 Severity: normal Just crashes (even after deleting ~/.dia and just starting the program without argument). Unfortunatelly, this package has no debug information. Here is the remaining ouput sys:1: Warning: attempting to add an interface (DiaInteractiveRendererInterface) to class (DiaGdkRenderer) after class_init ** (dia-normal:27167): CRITICAL **: dia_renderer_set_size: assertion `irenderer != NULL' failed ** (dia-normal:27167): CRITICAL **: dia_renderer_set_size: assertion `irenderer != NULL' failed Program received signal SIGSEGV, Segmentation fault. 0x00432a3d in ?? () (gdb) bt #0 0x00432a3d in ?? () #1 0x75356f25 in g_main_dispatch (context=0x6c35f0) at /tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3054 #2 g_main_context_dispatch (context=context@entry=0x6c35f0) at /tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3630 #3 0x75357268 in g_main_context_iterate (context=0x6c35f0, block=block@entry=1, dispatch=dispatch@entry=1, self=error reading variable: Unhandled dwarf expression opcode 0xfa) at /tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3701 #4 0x753576da in g_main_loop_run (loop=0x6e1d30) at /tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3895 #5 0x7764fcc7 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #6 0x0041e215 in main () --- System information. --- Architecture: amd64 Kernel: Linux 3.8-1-amd64 Debian Release: jessie/sid 500 unstablehttp.debian.net 500 testing www.deb-multimedia.org 500 stable security.debian.org 500 stable http.debian.net 1 experimentalhttp.debian.net --- Package information. --- Depends(Version) | Installed -+-== libart-2.0-2 (= 2.3.18) | 2.3.21-2 libatk1.0-0 (= 1.12.4) | 2.8.0-2 libc6 (= 2.7) | libcairo2 (= 1.2.4) | libfontconfig1(= 2.8.0) | libfreetype6 (= 2.2.1) | libgdk-pixbuf2.0-0 (= 2.22.0) | libglib2.0-0 (= 2.24.0) | libgtk2.0-0 (= 2.12.0) | libpango1.0-0(= 1.18.0) | libpng12-0 (= 1.2.13-4) | libxml2 (= 2.7.4) | zlib1g (= 1:1.1.4) | dia-common (= 0.97.2-8) | dia-libs(= 0.97.2-8) | Recommends (Version) | Installed ==-+-=== gsfonts-x11| 0.22 Package's Suggests field is empty. -- Franz Schrober -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708264: bumping severity
severity 708264 serious tags 708264 patch affects 708264 libpari-gmp3 quit Now that it is established this is the root cause for PARI/GP FTBFS, I raise the severity. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#667906: transition: libffi6
Am 15.05.2013 11:29, schrieb Joachim Breitner: Hi, Am Mittwoch, den 15.05.2013, 11:24 +0200 schrieb Matthias Klose: Am 13.05.2013 17:18, schrieb Joachim Breitner: Hi, just wondering if we can help with the Debian side of this transition. I guess that all Haskell packages need to be rebuild in unstable. If you want, I can schedule the binNMUs and take care of any build failures. Or are you waiting with rebuilding Haskell for a reason? you could help by finally addressing #639015. These dependencies are wrong in the first place. I’m not sure what there is left to be done: The authors of GHC have indicated that it possibly unsafe to remove these dependencies¹, and the risk of broken packages at our users installation clearly outweigh the nuisance of having a bunch of buildds churn on the packages. ¹ http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=639015#57 So you burden Debian with extra work without knowing whether this extra work is needed or not. You claim to throw broken packages at your users, but you really don't know. It is not just buildd time, it's man power involved with such rebuilds, and getting it rebuilt on all architectures it did build before. Please could you come up with a concrete example what exactly would be broken in a haskell library package not itself using libffi? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708352: [dia] Segfaults on startup
On Wednesday 15 May 2013 11:50:20 Schrober wrote: Package: dia Version: 0.97.2-8 Severity: normal Just crashes (even after deleting ~/.dia and just starting the program without argument). Unfortunatelly, this package has no debug information. Here is the remaining ouput It seems the bug is fixed in experimental. Please upload to unstable because the glib introducing this problem is now also in unstable. Thanks -- Franz Schrober -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708353: alsa-utils-udeb: Uninstallable: Depends: libasound2 but it is not installable
Package: alsa-utils-udeb Version: 1.0.25-4 Severity: grave Tags: d-i Justification: renders package unusable Hi, trying to build d-i against unstable udebs, I'm getting alsa-utils-udeb pulled by espeakup-udeb, and the former can't be installed, since it depends on libasound2. There's a libasound2-udeb package available though. Actually, looking at it, it seems like alsa-lib “lost” the --add-udeb call between wheezy (1.0.25-4) and sid (1.0.27-3). Could be: 1.0.25-1 = Adapt call to dh_makeshlibs […] 1.0.26-1 = Rewrite debian/rules using dh. (git svn is slow, and don't want to look at the snapshots manually.) So I guess you want to fix that in alsa-lib and get alsa-utils rebuilt once it's fixed. Feel free to track that as two different bugs if you like, I'll let you play with the BTS as you see fit. Opening against the unusable package for now. Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707851: debian-policy: soften the wording recommending menu files
On 15-05-13 08:23, Raphael Hertzog wrote: (Your last mail was not sent to the BTS but to the ML directly) On Tue, 14 May 2013, Wouter Verhelst wrote: I didn't mean to imply someone other than the relevant UI maintainers would need to write code for this to happen; we could simply add some wording along the lines of packages that install desktop files must emit the ``desktop-files-installed'' trigger from their postinst (e.g., by running ``dpkg-trigger desktop-files-installed''), so that user interfaces which don't support desktop files directly can listen to this trigger and update their menus. A file trigger on /usr/share/applications does exactly that. There's no need to formalize anything more IMO. Ah, yes, hadn't thought of that. How about this then: Packages providing a menu system should preferably support the desktop format (see section xref). When such support is absent, as an alternative the package should preferably register a file trigger on /usr/share/applications and use the desktop files there as a basis to be converted to their native menu format. Should, so as to not make such packages insta-buggy, but still strong enough that it is clearly something these packages should look into. I think we should encourage shared menu systems; whether they are menu files are desktop files does not matter as much. -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708137: H.264 playback problems: `main decoder error: no suitable decoder module for fourcc `h264'.` (works with Totem and MPlayer)
Am Montag, den 13.05.2013, 16:34 +0200 schrieb Paul Menzel: Am Montag, den 13.05.2013, 15:20 +0200 schrieb Benjamin Drung: Am Montag, den 13.05.2013, 15:06 +0200 schrieb Paul Menzel: (By the way, is the above a mediathekview bug to not use `cvlc`? I think that you want the full VLC player with all the controls. Should I install another package or VLC fall back to use the FFmpeg codecs too? Have you installed the vlc package that ships the libavcodec plugin? Looking at mediathekview it recommends the package `vlc` and therefore it should have been installed. Installing the package `vlc` manually fixes the problem and I can play the videos just fine. Not sure how I ended up with `vlc-nox`. I’ll check when I have access to the system again. So `vlc-nox` was installed already due to the package `k3b`. Does `vlc-nox` provide `vlc` in any way? I only could find Replaces: vlc ( 1.1.0) which should not have to do anything with it, right? PS: Yes, the libavcodec plugin should be in vlc-nox (see bug #671407). Good to know. So either this bug is about mediathekview for some reason just pulling in `vlc-nox` instead of `vlc` or about the issue you referenced. I’ll report back in the next days. So, I would make this bug about the problem, that `vlc` is not installed, when `vlc-nox` is already installed. Looking at the recommends again, I see `mplayer` in there. I also have the MPlayer package installed. Might that be the reason? Then the bug is about, that when `vlc-nox` and `mplayer` is installed, mediatheview does not use MPlayer but VLC. Then this bug should be reassigned to mediathekview. Some solutions might be, to try MPlayer before VLC by default or just recommend the package `vlc` and demote `mplayer` and `mplayer2` as suggests(?), so mediathekview works out of the box. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#707851: debian-policy: soften the wording recommending menu files
On 14-05-13 23:31, Bill Allombert wrote: On Tue, May 14, 2013 at 12:50:14PM -0700, Russ Allbery wrote: Wouter Verhelst wou...@debian.org writes: On 13-05-13 10:02, Josselin Mouette wrote: Packages can, to be compatible with Debian additions to some legacy window managers, also provide a menu file. Such menu entries should follow the Debian menu policy, which can be found in the menu-policy files in the debian-policy package. It is also available from the Debian web mirrors at /doc/packaging-manuals/menu-policy/. If we're going to suggest desktop files in policy, I would rather prefer that we change window managers to read desktop files instead of menu files, and remove this suggestion altogether. Having two ways to specify menu entries means you'll get two half menus rather than one whole, which isn't a good idea. So would everyone else, but no one has done the work. I think enough years have gone by that it doesn't make sense to keep waiting for someone to volunteer to do this work for the less common window managers like fvwm. Because this is not possible. The XDG menu specification requires funky stuff like XSLT processing which are not compatible with the spirit of a lightweight window manager. Do you have any reference to that? Also, I don't think the requirement should be anything like you must implement the desktop format to the letter; more like you should distill a usable menu from things in /usr/share/applications. Sometimes this may mean losing information, but that's probably fine. -- This end should point toward the ground if you want to go to space. If it starts pointing toward space you are having a bad problem and you will not go to space today. -- http://xkcd.com/1133/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708354: [claws-mail] The html viewer does not work properly
Package: claws-mail Version: 3.9.1-1 Severity: normal --- Please enter the report below this line. --- Hello maintainers, When i click on html icon, i read the message like a text and i can not see any images. I have also tried to change the setting in preference but i have not resolved the problem. Maybe there is a problem with integration of html2-viewer in 3.9.1-1 release. Kindly, Davide Governale. --- System information. --- Architecture: i386 Kernel: Linux 3.8-1-686-pae Debian Release: jessie/sid 500 unstablewww.deb-multimedia.org 500 unstableftp.de.debian.org 1 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== libarchive12 | 3.0.4-3+nmu1 libatk1.0-0 (= 1.12.4) | 2.8.0-2 libc6 (= 2.15) | 2.17-2 libcairo2 (= 1.2.4) | 1.12.14-4 libcompfaceg1 | 1:1.5.2-5 libcurl3-gnutls (= 7.16.2) | 7.30.0-2 libdb5.1 | 5.1.29-5 libdbus-1-3(= 1.0.2) | 1.6.10-1 libdbus-glib-1-2(= 0.78) | 0.100.2-1 libenchant1c2a (= 1.6) | 1.6.0-7 libetpan15 (= 1.0) | 1.0-5 libexpat1 (= 2.0.1) | 2.1.0-3 libfontconfig1 (= 2.9.0) | 2.9.0-7.1 libfreetype6 (= 2.2.1) | 2.4.9-1.1 libgdk-pixbuf2.0-0(= 2.22.0) | 2.28.1-1 libglib2.0-0 (= 2.31.8) | 2.36.1-2build1 libgnutls26(= 2.12.17-0) | 2.12.23-3 libgpg-error0 (= 1.10) | 1.10-3.1 libgpgme11 (= 1.1.2) | 1.2.0-1.4 libgtk2.0-0 (= 2.24.0) | 2.24.17-2 libice6 (= 1:1.0.0) | 2:1.0.8-2 libldap-2.4-2 (= 2.4.7) | 2.4.31-1+nmu2 liblockfile1 (= 1.0) | 1.09-5 libpango1.0-0 (= 1.14.0) | 1.30.0-1 libpisock9| 0.12.5-5 libsasl2-2(= 2.1.24) | 2.1.25.dfsg1-6 libsm6| 2:1.2.1-2 xdg-utils | 1.1.0~rc1+git20111210-7 Recommends(Version) | Installed ===-+-=== claws-mail-i18n | 3.9.1-1 xfonts-100dpi | 1:1.0.3 OR xfonts-75dpi| 1:1.0.3 OR xfonts-100dpi-transcoded| OR xfonts-75dpi-transcoded | aspell-en | OR aspell-dictionary | Suggests (Version) | Installed -+- claws-mail-doc (= 3.9.1-1) | www-browser | gedit| 3.4.2-1+b1 OR kwrite | OR mousepad | OR nedit| claws-mail-tools | signature.asc Description: PGP signature
Bug#708355: debmirror: confusing output with --precleanup
Package: debmirror Version: 1:2.14 Severity: minor Tags: patch If you use the --precleanup option, debmirror says: Will clean up before mirroring. Will NOT clean up. This is pretty confusing; but it looks cosmetic. diff --git a/debmirror b/debmirror index ca9abd6..872825b 100755 --- a/debmirror +++ b/debmirror @@ -826,8 +826,7 @@ say(Download at most $max_batch files.) if ($max_batch 0); say(Download at most $rsync_batch files per rsync call.) if ($download_method eq rsync); if ($pre_cleanup) { say(Will clean up before mirroring.); -} -if ($post_cleanup) { +} elsif ($post_cleanup) { say(Will clean up after mirroring.); } else { say(Will NOT clean up.); Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708002: sylpheed: ignores gtk-can-change-accels = 1
reopen 708002 thanks On Tue, 14 May 2013 12:42:34 +0200 Ricardo Mones mo...@debian.org wrote: Sylpheed is ignoring gtk-can-change-accels = 1 in ~/.gtkrc-2.0. The config file is read: You have to launch dconf and enable can-change-accels in org.gnome.desktop.interface, they're disabled by default. This doesn't work for me. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687491 I see it doesn't for other people, too. Like them, I don't have GNOME installed, but XFCE. I have libdconf0 installed though, as a dependency to other programs. Interestingly I don't see dconf nor anything resembling it in Sylpheed's dependencies, so don't understand how can it fetch the options. Besides, I could understand Nautilus supporting just dconf since it's a GNOME application, but Sylpheed isn't (one of its biggest advantages). It should support gtkrc-2.0 when GNOME isn't installed. but the option is ignored. I can't change any of the accelerators on the menus. It is also ignoring gtk-key-theme-name = Emacs. I haven't tried any other option. This should work considering it's a GTK+ 2 application, and it's prescribed in the FAQ as one of the three official ways to change key bindings: http://sylpheed.sraoss.jp/doc/faq/en/sylpheed-faq-3.html#d0e1841 Probably another nicety from upstream, see: https://bugs.launchpad.net/ubuntu/+source/gtk+3.0/+bug/1131919 Thanks for the pointers. Interestingly this last report is for GTK+ 3.0 while Sylpheed uses 2.24 where gtkrc-2.0 is available. I tried changing the same option in dconf-editor, as suggested, but it doesn't work, like the accels. AFAICS none of these are Sylpheed bugs so closing this report. Reopening since the proposed solutions don't work for me. I am at your disposal for debugging anything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708345: aptitude: Aptitude fails to download changelogs for many packages
Control: tags -1 - confirmed On 15 May 2013 17:30, Daniel Hartwig mand...@gmail.com wrote: For a long time changelogs are accessible under http://packages.debian.org/changelogs/. As indicated by the new PTS links these are now under http://ftp-master.metadata.debian.org/changelogs/ and, unfortunately, not using a compatible path. Had the paths been compatible you could workaround by setting Apt::Changelogs::Server in apt.conf. As the structure of the old URIs is hardcoded in many places, hopefully the old paths will be setup to redirect soon. See http://lists.debian.org/debian-www/2013/05/msg4.html. Anyway, confirming as path construction in aptitude must be fixed. Deconfirming for the moment, until the situation stabalizes and it is decided which should be the canonical URI. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708356: cups: Unable to set options, Broken pipe
Package: cups Version: 1.5.3-5 Severity: important When I update the 'Default Options' over the Cups Web Interface I always get this error Unable to set options, Broken pipe It is not possible to change 'Default Options' for a printer over the Web Interface -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii adduser3.113+nmu3 ii bc 1.06.95-2+b1 ii cups-client1.5.3-5 ii cups-common1.5.3-5 ii cups-filters 1.0.18-2.1 ii cups-ppdc 1.5.3-5 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.10 ii ghostscript9.05~dfsg-6.3 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libc-bin 2.13-38 ii libc6 2.13-38 ii libcups2 1.5.3-5 ii libcupscgi11.5.3-5 ii libcupsimage2 1.5.3-5 ii libcupsmime1 1.5.3-5 ii libcupsppdc1 1.5.3-5 ii libdbus-1-31.6.8-1 ii libgcc11:4.7.2-5 ii libgnutls262.12.20-6 ii libgssapi-krb5-2 1.10.1+dfsg-5 ii libkrb5-3 1.10.1+dfsg-5 ii libldap-2.4-2 2.4.31-1+nmu2 ii libpam0g 1.1.3-7.1 ii libpaper1 1.1.24+nmu2 ii libslp11.2.1-9 ii libstdc++6 4.7.2-5 ii libusb-1.0-0 2:1.0.11-1 ii lsb-base 4.1+Debian8 ii poppler-utils 0.18.4-6 ii procps 1:3.3.3-3 ii ssl-cert 1.0.32 Versions of packages cups recommends: ii avahi-daemon 0.6.31-2 ii colord 0.1.21-1 ii foomatic-filters 4.0.17-1 ii ghostscript-cups 9.05~dfsg-6.3 ii printer-driver-gutenprint 5.2.9-1 Versions of packages cups suggests: pn cups-bsd none pn cups-pdf none ii foomatic-db-compressed-ppds [foomatic-db] 20120523-1 ii hplip 3.12.6-3.1 ii printer-driver-hpcups 3.12.6-3.1 ii smbclient 2:3.6.6-6 ii udev 175-7.2 -- debconf information: cupsys/raw-print: true cupsys/backend: ipp, lpd, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708342: glibc_2.14 and glibc_2.15 not found
On Wed, May 15, 2013 at 10:37:19AM +0200, Dávid Grochal wrote: Package: glibc-doc Severity: critical glibc_2.14 and glibc_2.15 not found I'm not sure, precisely, what this is a bug report about. Could you elaborate on what the problem is that you're seeing? ... Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627820: compass-susy-plugin
Hi, I'm trying to figure out how to use this plug-in. I'm having similar issues as Micah reported earlier. I have installed compass-susy-plugin I have successfully used susy before by breaking Debian ruby install, installing it from tar.gz and using gem after that. Now I try to use it the Debian way, but simply do not know enough how this package is supposed to be used. For me it seems that this package is broken, because I cannot follow getting started instruction described here: http://susy.oddbird.net/guides/getting-started/#start-compass Can someone point me to right direction, I just want to be able to add require 'susy' to my compass project and start hacking CSS Regards Toni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707580: Re[2]: Bug#707580: RFS: hyphen-ru/20030310-1 [ITP]
Hi Anton, On Tue, 14 May, 2013 at 21:56:48 +0200, Anton Gladky wrote: Use VCS for packaging; Sorry, I didn't get it. Do you mean, use source format like 3.0 (git) instead of 3.0 (quilt)? rus-ispell.tgz, which is in a homepage of the source, does not seem contains any files in your tarball. There is another link below, pointing at ruhyphal.tgz. The latter is the file I used in my source. Thank you and regards, Ilyas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708092: transition: eglibc
On Mon, May 13, 2013 at 08:08:16 +0200, Aurelien Jarno wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition The eglibc transition has already started, but given a few packages have to be rebuilt against the new libc, I thought it was a good idea to open a bug. The packages using private glibc symbols (with GLIBC_PRIVATE versioning) get a strong dependency on the major libc version, ie something like libc6 ( 2.13), libc6 ( 2.14). These packages should be rebuild against the new eglibc to get the new dependency libc6 ( 2.17), libc6 ( 2.18). binNMUs scheduled. Cheers, Julien signature.asc Description: Digital signature
Bug#708354: [claws-mail] The html viewer does not work properly
Hi Davide, On Wed, May 15, 2013 at 12:07:07PM +0200, Davide Governale wrote: Package: claws-mail Version: 3.9.1-1 Severity: normal --- Please enter the report below this line. --- Hello maintainers, When i click on html icon, i read the message like a text and i can not see any images. I have also tried to change the setting in preference but i have not resolved the problem. Maybe there is a problem with integration of html2-viewer in 3.9.1-1 release. Fact is that the plugin has been dropped upstream in 3.9.1 release, and hence removed from the Debian packaging. Maybe you missed it wasn't being upgraded. Did you see some warning on Claws Mail startup about plugins not loaded? Anyway, I think it's probably better to add some debconf warning when upgrading from a pre-3.9.1 version. If you missed it others could. regards, -- Ricardo Mones ~ Quantity derives from measurement, figures from quantities, comparisons from figures, and victories from comparisons. Sun Tzu signature.asc Description: Digital signature
Bug#708357: alsa-lib: Broken shlibs for udeb
Source: alsa-lib Version: 1.0.27-3 Severity: serious Tags: d-i patch Justification: broken shlibs Control: block 708353 by -1 Hi, just checked that the attached patch fixes the broken shlibs file WRT udebs (see #708353): --add-udeb was lost, and -V is needed to ensure a proper version is used for udebs (no symbols file support for those). I picked the last upstream version to make sure, but in theory you could lower it to the last version that introduced symbols exposed in the udeb. Doesn't matter much at this early stage of the release cycle, I think. I also checked a random deb package gets a “low” dependency on libasound2, thanks to the symbols file. I'm getting other dependencies to fix, so I couldn't check yet whether everything still works fine (hello, new -data package ;)). (1.0.27-4 doesn't seem uploaded yet, but looked finalized in svn, so I versioned the attached patch as an NMU against it.) Feel free to Cc debian-boot@ if you have further questions. Mraw, KiBi. Index: debian/changelog === --- debian/changelog (revision 2747) +++ debian/changelog (working copy) @@ -1,3 +1,15 @@ +alsa-lib (1.0.27-4.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Fix dh_makeshlibs call: +- Reintroduce --add-udeb=libasound2-udeb (broken dependencies for udebs + otherwise: #708353 for alsa-utils-udeb). +- Restore -V'libasound2 (= 1.0.27)' as well, since symbols files don't + work for udebs. Regular debs will keep on picking the most relaxed + dependency, as usual. + + -- Cyril Brulebois k...@debian.org Wed, 15 May 2013 12:16:56 +0200 + alsa-lib (1.0.27-4) unstable; urgency=low * Add double_dlclose.patch: from Git; avoid a double call of dlclose() Index: debian/rules === --- debian/rules (revision 2747) +++ debian/rules (working copy) @@ -24,7 +24,7 @@ dh_strip --dbg-package=libasound2-dbg override_dh_makeshlibs: - dh_makeshlibs --exclude=usr/lib/$(DEB_HOST_MULTIARCH)/alsa-lib/smixer -- -c4 + dh_makeshlibs --exclude=usr/lib/$(DEB_HOST_MULTIARCH)/alsa-lib/smixer -V'libasound2 (= 1.0.27)' --add-udeb=libasound2-udeb -- -c4 override_dh_install: dh_install --list-missing
Bug#707851: debian-policy: soften the wording recommending menu files
On Wed, May 15, 2013 at 12:05:11PM +0200, Wouter Verhelst wrote: On 14-05-13 23:31, Bill Allombert wrote: On Tue, May 14, 2013 at 12:50:14PM -0700, Russ Allbery wrote: Wouter Verhelst wou...@debian.org writes: On 13-05-13 10:02, Josselin Mouette wrote: Packages can, to be compatible with Debian additions to some legacy window managers, also provide a menu file. Such menu entries should follow the Debian menu policy, which can be found in the menu-policy files in the debian-policy package. It is also available from the Debian web mirrors at /doc/packaging-manuals/menu-policy/. If we're going to suggest desktop files in policy, I would rather prefer that we change window managers to read desktop files instead of menu files, and remove this suggestion altogether. Having two ways to specify menu entries means you'll get two half menus rather than one whole, which isn't a good idea. So would everyone else, but no one has done the work. I think enough years have gone by that it doesn't make sense to keep waiting for someone to volunteer to do this work for the less common window managers like fvwm. Because this is not possible. The XDG menu specification requires funky stuff like XSLT processing which are not compatible with the spirit of a lightweight window manager. Do you have any reference to that? http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#menu-file-format http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#merge-algorithm http://standards.freedesktop.org/menu-spec/menu-spec-1.0.html#query-algorithm The menu layout files are XML. While the standard does not mandate the use of XSLT, it requires manipulation of XML files which are equivalent to XSLT processing. implement the desktop format to the letter; more like you should distill a usable menu from things in /usr/share/applications. Sometimes this may mean losing information, but that's probably fine. This means we would lose the consistent menu layout across window manager that menu bring. This would also be an admittance that the XDG menu specification is overblown. I see that none of the issues with the specification have been fixed in the last ten years, and that GNOME have been drifting away without any update to the specification. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708116:
There is an XSL which could help: http://www.opengl.org/wiki/Getting_started/XML_Toolchain_and_Man_Pages#Output_manual_pages_to_man_format -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708357: alsa-lib: Broken shlibs for udeb
Cyril Brulebois k...@debian.org (15/05/2013): I'm getting other dependencies to fix, so I couldn't check yet whether everything still works fine (hello, new -data package ;)). FYI: Speech synthesis seems to start just fine in a freshly-built netboot-gtk image. Mraw, KiBi. signature.asc Description: Digital signature
Bug#708358: baio_unix.cxx:36:40: error: 'O_RDONLY' was not declared in this scope
Package: vxl Severity: grave Tags: upstream VXL currently FTBFS. It fails with: make -f contrib/brl/bseg/boxm/tests/CMakeFiles/boxm_tests.dir/build.make contrib/brl/bseg/boxm/tests/CMakeFiles/boxm_tests.dir/build /tmp/buildd/vxl-1.17.0/contrib/brl/bbas/baio/baio_unix.cxx: In member function 'bool baio::read(std::string, char*, long int)': /tmp/buildd/vxl-1.17.0/contrib/brl/bbas/baio/baio_unix.cxx:36:40: error: 'O_RDONLY' was not declared in this scope /tmp/buildd/vxl-1.17.0/contrib/brl/bbas/baio/baio_unix.cxx:36:48: error: 'open' was not declared in this scope /tmp/buildd/vxl-1.17.0/contrib/brl/bbas/baio/baio_unix.cxx: In member function 'bool baio::write(std::string, char*, long int)': /tmp/buildd/vxl-1.17.0/contrib/brl/bbas/baio/baio_unix.cxx:70:40: error: 'O_WRONLY' was not declared in this scope /tmp/buildd/vxl-1.17.0/contrib/brl/bbas/baio/baio_unix.cxx:70:51: error: 'O_CREAT' was not declared in this scope /tmp/buildd/vxl-1.17.0/contrib/brl/bbas/baio/baio_unix.cxx:70:64: error: 'open' was not declared in this scope /usr/bin/cmake -E cmake_progress_report /tmp/buildd/vxl-1.17.0/obj-x86_64-linux-gnu/CMakeFiles /usr/bin/cmake -E cmake_progress_report /tmp/buildd/vxl-1.17.0/obj-x86_64-linux-gnu/CMakeFiles /usr/bin/cmake -E cmake_progress_report /tmp/buildd/vxl-1.17.0/obj-x86_64-linux-gnu/CMakeFiles make[3]: *** [contrib/brl/bbas/baio/CMakeFiles/baio.dir/baio_unix.o] Error 1 -- System Information: Debian Release: 6.0.7 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable'), (500, 'stable'), (200, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708359: Spice-vdagentd will not start, failing to find .service file
Package: spice-vdagent Version: 0.10.1-1 Severity: important Tags: upstream Dear Maintainer, This bug was found on a system running as a qemu-kvm virtual machine. The system does not have systemd or a desktop environment. It has the fluxbox window manager. When I would run invoke-rc.d spice-vdagent start the daemon would try but fail to start. Noting that spice-vdagent-0.14.0 had been released at spice-space.org with a fix for this problem, I built the 0.14.0 binaries and replaced the 0.10.1-1 binaries. The vdagentd daemon started and worked as expected. Perhaps it is time to introduce the updated 0.14.0 release to Debian. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.8-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages spice-vdagent depends on: ii libc6 2.17-2 ii libdbus-1-31.6.10-1 ii libpciaccess0 0.13.1-2 ii libx11-6 2:1.5.0-1 ii libxfixes3 1:5.0-4 ii libxinerama1 2:1.1.2-1 ii libxrandr2 2:1.3.2-2 spice-vdagent recommends no packages. spice-vdagent suggests no packages. -- Configuration Files: /etc/init.d/spice-vdagent changed: exec=/usr/sbin/spice-vdagentd prog=spice-vdagentd pidfile=/var/run/spice-vdagentd/spice-vdagentd.pid port=/dev/virtio-ports/com.redhat.spice.0 [ -e /etc/default/$prog ] . /etc/default/$prog [ ! -d /var/run/spice-vdagentd ] mkdir -p /var/run/spice-vdagentd .. /lib/lsb/init-functions lockfile=/var/lock/$prog start() { [ -x $exec ] || exit 5 [ -c $port ] || exit 0 modprobe uinput /dev/null 21 # In case the previous running vdagentd crashed rm -f /var/run/spice-vdagentd/spice-vdagent-sock log_daemon_msg Starting Agent daemon for Spice guests spice-vdagent if start-stop-daemon --start --quiet --oknodo --pidfile $pidfile --exec $exec -- $options; then log_end_msg 0 else log_end_msg 1 fi } stop() { log_daemon_msg Stopping Agent daemon for Spice guests spice-vdagent if start-stop-daemon --stop --quiet --oknodo --pidfile $pidfile; then log_end_msg 0 else log_end_msg 1 fi } restart() { stop start } reload() { restart } force_reload() { restart } status() { status_of_proc -p $pidfile $exec $prog exit 0 || exit $? } case $1 in start) $1 ;; stop) $1 ;; restart) $1 ;; reload) $1 ;; force-reload) force_reload ;; status) status ;; condrestart|try-restart) status || exit 0 restart ;; *) echo $Usage: $0 {start|stop|status|restart|condrestart|try-restart|reload|force-reload} exit 2 esac exit $? /etc/xdg/autostart/spice-vdagent.desktop changed: [Desktop Entry] Name=Spice vdagent Comment=Agent for Spice guests Exec=/usr/bin/spice-vdagent -d Terminal=false Type=Application Categories= X-GNOME-Autostart-Phase=Initialization X-GNOME-AutoRestart=true -- 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#708354: [claws-mail] The html viewer does not work properly
Hi Ricardo, No i have not seen any warning message; i read now your changelog file → http://ftp-master.metadata.debian.org/changelogs/main/c/claws-mail/unstable_changelog in particular this: ...]Some of them were also dropped in the process: dillo viewer (removed from packaging time ago), html2-viewer and trayicon plugin.[.. How can i solve the problem? Maybe i can solve the problem by installing some plugin? Or viewing pictures has been deleted in new release? I did not understand well. kindly, Davide Governale. signature.asc Description: PGP signature
Bug#708360: tiger: check_known doesn't detect 3.x kernels properly (/usr/lib/tiger/scripts/check_known: 129: [: Illegal number: 8-1-amd64)
Package: tiger Version: 1:3.2.3-10 Severity: normal Tags: patch On a 3.x kernel, the check for promiscuous mode in check_known leads to this cron error: To: root@hostname Subject: Cron root@hostnametest -x /usr/sbin/tigercron { [ -r $DEFAULT ] . $DEFAULT ; nocache ionice -c3 nice -n$NICETIGER /usr/sbin/tigercron -q ; } /usr/lib/tiger/scripts/check_known: 129: [: Illegal number: 8-1-amd64 I have attached a patch to remove the broken check. It's not really needed anymore given that sid only has 3.x kernels. Francois -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.8-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CA.utf8, LC_CTYPE=fr_CA.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tiger depends on: ii binutils 2.22-8 ii bsdmainutils 9.0.5 ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-2 ii net-tools 1.60-25 ii ucf3.0025+nmu3 Versions of packages tiger recommends: ii chkrootkit 0.49-4.1 pn johnnone ii postfix [mail-transport-agent] 2.10.0-3 pn tripwire | aide none Versions of packages tiger suggests: ii lsof 4.86+dfsg-1 -- Configuration Files: /etc/cron.d/tiger changed [not included] /etc/tiger/tigerrc changed [not included] -- debconf information: * tiger/mail_rcpt: root tiger/remove_mess: true * tiger/policy_adapt: -- debsums errors found: debsums: changed file /usr/lib/tiger/scripts/check_known (from tiger package) --- /usr/lib/tiger/scripts/check_known.orig 2013-05-15 08:58:30.462683842 +1200 +++ /usr/lib/tiger/scripts/check_known 2013-05-15 08:58:50.963199121 +1200 @@ -125,8 +125,7 @@ # (maybe should be moved to systems/Linux/2/check_known) [ ! -x $IP -o $OS != Linux ] message INFO kisXXX Using $IFCONFIG instead of $IP, promiscuous mode detection incomplete. Installing $IP adds libpcap/libnet-based sniffer detection capabilities. - VER=`echo $REV | $CUT -f 2 -d .` - if [ -x $IP -a $VER -ge 4 ] + if [ -x $IP ] then echo # Testing for promiscuous interfaces with $IP $IP link show |
Bug#708361: pciutils: update-pciids should not be in /usr/bin
Package: pciutils Version: 1:3.1.9-6 Severity: normal (FHS compliance is a Debian Policy must, but since it's only one minor executable out of a set I'll leave the bug at normal.) The executable update-pciids requires root privileges to work, keeps its manpage in section 8, and is obviously not something unprivileged users should ever need to have on their PATH. Please move it from /usr/bin to /usr/sbin where it belongs. Fixing this would also close the minor bug #646509. Note the comments in the upstream version of this script: it only expects to find the file unwritable if it's on a read-only file system. -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pciutils depends on: ii libc62.13-38 ii libpci3 1:3.1.9-6 pciutils recommends no packages. Versions of packages pciutils suggests: ii bzip2 1.0.6-4 ii curl 7.26.0-1+wheezy2 ii wget 1.13.4-3 -- no debconf information -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708362: roundcube: after dist-upgrading from Debian 6 to 7, roundcube was unusable
Package: roundcube Version: 0.7.2-9 Severity: important Dear Maintainer, after dist-upgrading from Debian 6 to 7, roundcube was unusable, login failed always. Even purging and reinstalling it did not help. Error message: == mail.log == May 15 13:07:08 binky dovecot: imap-login: Aborted login (auth failed, 1 attempts in 2 secs): user=olaf, method=DIGEST-MD5, rip=127.0.0.1, lip=127.0.0.1, secured, session=PFkTwL/cjQB/AAAB == roundcube/errors == [15-May-2013 13:07:08 +0200]: IMAP Error: Login failed for olaf from 10.2.3.9. Authentication failed. in /usr/share/roundcube/program/include/rcube_imap.php on line 205 (POST /?_task=login_action=login) using IMAP with another IMAP client (Thunderbird) works fine. -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages roundcube depends on: ii roundcube-core 0.7.2-9 roundcube recommends no packages. roundcube suggests no packages. Versions of packages roundcube-core depends on: ii apache2 2.2.22-13 ii apache2-mpm-prefork [httpd] 2.2.22-13 ii dbconfig-common 1.8.47+nmu1 ii debconf [debconf-2.0]1.5.49 ii libjs-jquery 1.7.2+dfsg-1 ii libjs-jquery-ui 1.8.ooops.21+dfsg-2 ii libmagic15.11-2 ii php-auth 1.6.2-1 ii php-mail-mime1.8.4-1 ii php-mdb2 2.5.0b3-2 ii php-net-smtp 1.6.1-1 ii php-net-socket 1.0.9-2 ii php5 5.4.4-14 ii php5-gd 5.4.4-14 ii php5-intl5.4.4-14 ii php5-mcrypt 5.4.4-14 ii php5-pspell 5.4.4-14 ii roundcube-mysql 0.7.2-9 ii tinymce 3.4.8+dfsg0-1 ii ucf 3.0025+nmu3 Versions of packages roundcube-core suggests: ii php-auth-sasl 1.0.4-1 pn php-crypt-gpg none pn roundcube-plugins none -- debconf information: roundcube/password-confirm: (password omitted) roundcube/pgsql/app-pass: (password omitted) roundcube/mysql/admin-pass: (password omitted) roundcube/mysql/app-pass: (password omitted) roundcube/pgsql/admin-pass: (password omitted) roundcube/app-password-confirm: (password omitted) roundcube/upgrade-error: abort roundcube/pgsql/authmethod-user: password roundcube/purge: false * roundcube/dbconfig-install: true roundcube/language: en_US roundcube/db/dbname: roundcube roundcube/remote/newhost: roundcube/pgsql/changeconf: false roundcube/upgrade-backup: true roundcube/install-error: abort roundcube/mysql/admin-user: root roundcube/hosts: roundcube/pgsql/authmethod-admin: ident roundcube/dbconfig-remove: roundcube/pgsql/admin-user: postgres roundcube/internal/skip-preseed: false roundcube/db/app-user: roundcube roundcube/dbconfig-reinstall: false roundcube/mysql/method: unix socket roundcube/remove-error: abort roundcube/restart-webserver: true roundcube/dbconfig-upgrade: true roundcube/remote/port: roundcube/pgsql/method: unix socket roundcube/pgsql/manualconf: roundcube/db/basepath: roundcube/pgsql/no-empty-passwords: roundcube/passwords-do-not-match: roundcube/internal/reconfiguring: false roundcube/reconfigure-webserver: apache2, lighttpd * roundcube/database-type: mysql roundcube/remote/host: roundcube/missing-db-package-error: abort -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708363: pciutils: cobwebby package description
Package: pciutils Version: 1:3.1.9-6 Severity: wishlist Tags: patch The package descriptions for the pciutils package family have a number of minor flaws. Package: pciutils [...] Description: Linux PCI Utilities There is no reason to mention Linux here; as the upstream project page points out, these utilities work on various other Operating Systems including Debian GNU/kFreeDSD. Of course, that leaves you with a synopsis that basically just repeats the package name. Just to make it less obvious, let's make Utilities lowercase, and let it stand as a description: Description: PCI utilities Alternatively, you've got room for something like: Description: tools for inspecting and configuring PCI devices But that's too long to use as a basis for libpci3-udeb, so my patch sticks to the simpler version. Then the long description: This package contains various utilities for inspecting and setting of devices connected to the PCI bus. That of is subtly unidiomatic English, and you don't set devices (unless maybe they're clocks, or beartraps, or something). I would recommend using something closer to the text on the upstream webpage, but taking the opportunity to expand the TLA in passing: The PCI Utilities are a collection of programs for inspecting and manipulating configuration of devices connected to the Peripheral Component Interconnect hardware bus. Making this paragraph a general description of The PCI Utilities has the useful side-effect that we can use it as a boilerplate intro for all the other packages in the family (which for a start ought to make life easier for translators). You might add a package-specific paragraph along the lines of . This package provides the executables lspci, setpci, pcimodules, and update-pciids. but listing them just means more work if pcimodules has to be thrown out now that modules.pcimap is gone, so my patch leaves this out. Package: libpci-dev [...] Description: Linux PCI Utilities (development files) Likewise: Description: PCI utilities - development files (Using a dash so we can reserve parentheses for the udebs.) This package contains the pci/pci.h, pci/config.h and pci/header.h header files, as well as the /usr/lib/libpci.a library. Lies - these days it's /usr/lib/multiarch-triplet/libpci.a! But why specify the full path for this one case anyhow? I would recommend using (the boilerplate plus) a package-specific paragraph like this: . This package contains the pci/pci.h, pci/config.h and pci/header.h header files, as well as the libpci.a library. Next: Package: libpci3 [...] Description: Linux PCI Utilities (shared library) This becomes: Description: PCI utilities - shared library This package contains the libpci shared library files. . The libpci library provides portable access to configuration registers of devices connected to the PCI bus. Library files, plural? I only see /lib/triplet/libpci.so.3.1.9 (and a symlink). Replace the first paragraph with the boilerplate, and tweak the second to fit (making it less repetitive): The PCI Utilities are a collection of programs for inspecting and manipulating configuration of devices connected to the Peripheral Component Interconnect hardware bus. . The libpci library provides portable access to configuration registers of PCI devices. Next: Package: pciutils-udeb [...] Description: Linux PCI Utilities (udeb) [...] This just becomes a version of the full-size package with appended mentions of udebs on the short and long descriptions. Likewise for libpci3-udeb. -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pciutils depends on: ii libc62.13-38 ii libpci3 1:3.1.9-6 pciutils recommends no packages. Versions of packages pciutils suggests: ii bzip2 1.0.6-4 ii curl 7.26.0-1+wheezy2 ii wget 1.13.4-3 -- no debconf information -- JBR with qualifications in linguistics, experience as a Debian sysadmin, and probably no clue about this particular package diff -ru pciutils-3.1.9.pristine/debian/control pciutils-3.1.9/debian/control --- pciutils-3.1.9.pristine/debian/control 2012-06-14 02:48:50.0 +0100 +++ pciutils-3.1.9/debian/control 2013-05-15 11:36:34.684307528 +0100 @@ -13,9 +13,10 @@ Depends: ${shlibs:Depends}, ${misc:Depends}, libpci3 (= ${binary:Version}) Multi-Arch: foreign Suggests: bzip2, wget | curl | lynx -Description: Linux PCI Utilities - This package contains various utilities for inspecting and setting of - devices connected to the PCI bus. +Description: PCI utilities + The PCI Utilities are a collection of programs for inspecting and + manipulating configuration of devices connected to the
Bug#708364: pu: package pcsc-lite/1.8.4-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hello, The package failed to upgrade from squeeze to wheezy. See bug #707756. This was because the user made local changes. But the fix in the package is easy. I also include 2 important bug fixes from upstream (I am also the upstream maintainer). May I proceed with an upload? diff -Nru pcsc-lite-1.8.4/debian/changelog pcsc-lite-1.8.4/debian/changelog --- pcsc-lite-1.8.4/debian/changelog2012-06-26 21:14:20.0 +0200 +++ pcsc-lite-1.8.4/debian/changelog2013-05-15 13:12:56.0 +0200 @@ -1,3 +1,15 @@ +pcsc-lite (1.8.4-1+deb7u1) unstable; urgency=low + + * Fix failed upgrade squeeze - wheezy by removing addgroup call +(Closes: #707756) +The pcscd group was instroduced in pcsc-lite 1.6.0 no more used +since pcsc-lite 1.8.0 + * Correctly check systemd is running (backport from change in 1.8.8-3) + * debian/patches/{readerfactory,winscard_clnt}: two important fixes from +upstream newer versions. + + -- Ludovic Rousseau rouss...@debian.org Sat, 11 May 2013 11:49:01 + + pcsc-lite (1.8.4-1) unstable; urgency=high * New upstream release diff -Nru pcsc-lite-1.8.4/debian/patches/readerfactory pcsc-lite-1.8.4/debian/patches/readerfactory --- pcsc-lite-1.8.4/debian/patches/readerfactory1970-01-01 01:00:00.0 +0100 +++ pcsc-lite-1.8.4/debian/patches/readerfactory2013-05-15 11:47:20.0 +0200 @@ -0,0 +1,14 @@ +From: Ludovic Rousseau rouss...@debian.org +Subject: RFAddReader(): fix a off-by-one bug +Origin: upstream, http://anonscm.debian.org/viewvc/pcsclite/?view=revisionrevision=6384 +--- a/src/readerfactory.c b/src/readerfactory.c +@@ -120,7 +120,7 @@ + return SCARD_E_INVALID_VALUE; + + /* allocate memory that is automatically freed */ +- readerName = alloca(strlen(readerNameLong)); ++ readerName = alloca(strlen(readerNameLong)+1); + strcpy(readerName, readerNameLong); + + /* Reader name too long? also count 00 00*/ diff -Nru pcsc-lite-1.8.4/debian/patches/series pcsc-lite-1.8.4/debian/patches/series --- pcsc-lite-1.8.4/debian/patches/series 1970-01-01 01:00:00.0 +0100 +++ pcsc-lite-1.8.4/debian/patches/series 2013-05-15 11:48:08.0 +0200 @@ -0,0 +1,2 @@ +readerfactory +winscard_clnt diff -Nru pcsc-lite-1.8.4/debian/patches/winscard_clnt pcsc-lite-1.8.4/debian/patches/winscard_clnt --- pcsc-lite-1.8.4/debian/patches/winscard_clnt1970-01-01 01:00:00.0 +0100 +++ pcsc-lite-1.8.4/debian/patches/winscard_clnt2013-05-15 13:10:15.0 +0200 @@ -0,0 +1,13 @@ +From: Ludovic Rousseau rouss...@debian.org +Subject: SCardBeginTransaction(): remove an extra line +Origin: upstream, http://anonscm.debian.org/viewvc/pcsclite/?view=revisionrevision=6385 +--- a/src/winscard_clnt.c b/src/winscard_clnt.c +@@ -1200,7 +1200,6 @@ + (void)pthread_mutex_unlock(currentContextMap-mMutex); + (void)SYS_USleep(PCSCLITE_LOCK_POLL_RATE); + } +- while (SCARD_E_SHARING_VIOLATION == rv); + + (void)pthread_mutex_unlock(currentContextMap-mMutex); + diff -Nru pcsc-lite-1.8.4/debian/pcscd.postinst pcsc-lite-1.8.4/debian/pcscd.postinst --- pcsc-lite-1.8.4/debian/pcscd.postinst 2011-11-27 20:36:59.0 +0100 +++ pcsc-lite-1.8.4/debian/pcscd.postinst 2013-05-15 11:19:54.0 +0200 @@ -16,10 +16,7 @@ rm -rf $CFGDIR fi -# create the pcscd group -addgroup --system pcscd --quiet - # enable pcscd for systemd -[ -x /bin/systemctl ] [ -d /sys/fs/cgroup/systemd ] systemctl enable pcscd.socket +[ -x /bin/systemctl ] [ -d /run/systemd/system ] systemctl enable pcscd.socket #DEBHELPER# #DEBHELPER# -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708365: pike7.8: please build-depend on unversioned libtiff-dev
Package: pike7.8 Version: 7.8.700-2 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch saucy When the libtiff transition happens in jessie, it'll be helpful not to have to do sourceful uploads of lots of packages that explicitly build-depend on libtiff4-dev. I suggest build-depending on libtiff-dev instead; you don't need a real alternative as only one package provides libtiff-dev at any one time, and this allows your package to be transitioned by release-team binNMUs. * Build-depend on libtiff-dev rather than libtiff4-dev. diff -Nru pike7.8-7.8.700/debian/control pike7.8-7.8.700/debian/control --- pike7.8-7.8.700/debian/control 2013-05-07 22:10:42.0 +0100 +++ pike7.8-7.8.700/debian/control 2013-05-15 11:15:43.0 +0100 @@ -10,7 +10,7 @@ libpq-dev, libsqlite3-dev, libpcre3-dev, libsdl-mixer1.2-dev, libsdl1.2-dev, libsane-dev, x11proto-gl-dev, libxpm-dev, libglade2-dev, libfreetype6-dev, freeglut3-dev, libjpeg-dev, - libtiff4-dev, librsvg2-dev (= 2.7), libgnomeui-dev, + libtiff-dev, librsvg2-dev (= 2.7), libgnomeui-dev, libfuse-dev, libfftw3-dev, libavahi-compat-libdnssd-dev Build-Conflicts: libutahglx-dev Homepage: http://pike.ida.liu.se/ Thanks, -- Colin Watson [cjwat...@ubuntu.com] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707195: Also breaks krb5 build
control: affects -1 krb5 Hi. I'm trying to get a security update of krb5 into sid, and this issue is breaking that build. I'm not thrilled at the concept of making significant documentation changes to the upstream docs in order to get this to build. --Sam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708366: pike7.8: FTBFS due to conflicting REG_* definitions
Package: pike7.8 Version: 7.8.700-2 Severity: serious User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy pike7.8 fails to build in unstable as follows: Compiling pikecode.c In file included from /«PKGBUILDDIR»/src/pikecode.c:25:0: /«PKGBUILDDIR»/src/code/ia32.c:22:16: error: redeclaration of enumerator 'REG_EAX' In file included from /usr/include/signal.h:360:0, from /usr/include/i386-linux-gnu/sys/param.h:28, from /«PKGBUILDDIR»/src/pike_macros.h:14, from /«PKGBUILDDIR»/src/program.h:12, from /«PKGBUILDDIR»/src/pikecode.c:15: /usr/include/i386-linux-gnu/sys/ucontext.h:180:3: note: previous definition of 'REG_EAX' was here In file included from /«PKGBUILDDIR»/src/pikecode.c:25:0: /«PKGBUILDDIR»/src/code/ia32.c:22:29: error: redeclaration of enumerator 'REG_EBX' In file included from /usr/include/signal.h:360:0, from /usr/include/i386-linux-gnu/sys/param.h:28, from /«PKGBUILDDIR»/src/pike_macros.h:14, from /«PKGBUILDDIR»/src/program.h:12, from /«PKGBUILDDIR»/src/pikecode.c:15: /usr/include/i386-linux-gnu/sys/ucontext.h:174:3: note: previous definition of 'REG_EBX' was here In file included from /«PKGBUILDDIR»/src/pikecode.c:25:0: /«PKGBUILDDIR»/src/code/ia32.c:22:42: error: redeclaration of enumerator 'REG_ECX' In file included from /usr/include/signal.h:360:0, from /usr/include/i386-linux-gnu/sys/param.h:28, from /«PKGBUILDDIR»/src/pike_macros.h:14, from /«PKGBUILDDIR»/src/program.h:12, from /«PKGBUILDDIR»/src/pikecode.c:15: /usr/include/i386-linux-gnu/sys/ucontext.h:178:3: note: previous definition of 'REG_ECX' was here In file included from /«PKGBUILDDIR»/src/pikecode.c:25:0: /«PKGBUILDDIR»/src/code/ia32.c:22:55: error: redeclaration of enumerator 'REG_EDX' In file included from /usr/include/signal.h:360:0, from /usr/include/i386-linux-gnu/sys/param.h:28, from /«PKGBUILDDIR»/src/pike_macros.h:14, from /«PKGBUILDDIR»/src/program.h:12, from /«PKGBUILDDIR»/src/pikecode.c:15: /usr/include/i386-linux-gnu/sys/ucontext.h:176:3: note: previous definition of 'REG_EDX' was here WARNING: Compiler failure! Trying without optimization! In file included from /«PKGBUILDDIR»/src/pikecode.c:25:0: /«PKGBUILDDIR»/src/code/ia32.c:22:16: error: redeclaration of enumerator 'REG_EAX' In file included from /usr/include/signal.h:360:0, from /usr/include/i386-linux-gnu/sys/param.h:28, from /«PKGBUILDDIR»/src/pike_macros.h:14, from /«PKGBUILDDIR»/src/program.h:12, from /«PKGBUILDDIR»/src/pikecode.c:15: /usr/include/i386-linux-gnu/sys/ucontext.h:180:3: note: previous definition of 'REG_EAX' was here In file included from /«PKGBUILDDIR»/src/pikecode.c:25:0: /«PKGBUILDDIR»/src/code/ia32.c:22:29: error: redeclaration of enumerator 'REG_EBX' In file included from /usr/include/signal.h:360:0, from /usr/include/i386-linux-gnu/sys/param.h:28, from /«PKGBUILDDIR»/src/pike_macros.h:14, from /«PKGBUILDDIR»/src/program.h:12, from /«PKGBUILDDIR»/src/pikecode.c:15: /usr/include/i386-linux-gnu/sys/ucontext.h:174:3: note: previous definition of 'REG_EBX' was here In file included from /«PKGBUILDDIR»/src/pikecode.c:25:0: /«PKGBUILDDIR»/src/code/ia32.c:22:42: error: redeclaration of enumerator 'REG_ECX' In file included from /usr/include/signal.h:360:0, from /usr/include/i386-linux-gnu/sys/param.h:28, from /«PKGBUILDDIR»/src/pike_macros.h:14, from /«PKGBUILDDIR»/src/program.h:12, from /«PKGBUILDDIR»/src/pikecode.c:15: /usr/include/i386-linux-gnu/sys/ucontext.h:178:3: note: previous definition of 'REG_ECX' was here In file included from /«PKGBUILDDIR»/src/pikecode.c:25:0: /«PKGBUILDDIR»/src/code/ia32.c:22:55: error: redeclaration of enumerator 'REG_EDX' In file included from /usr/include/signal.h:360:0, from /usr/include/i386-linux-gnu/sys/param.h:28, from /«PKGBUILDDIR»/src/pike_macros.h:14, from /«PKGBUILDDIR»/src/program.h:12, from /«PKGBUILDDIR»/src/pikecode.c:15: /usr/include/i386-linux-gnu/sys/ucontext.h:176:3: note: previous definition of 'REG_EDX' was here Compilation command was: /«PKGBUILDDIR»/bin/smartlink gcc -DPIKE_SRC_ROOT=/«PKGBUILDDIR» -I. -I/«PKGBUILDDIR»/src -D_FORTIFY_SOURCE=2 -DDEBIAN -I/«PKGBUILDDIR»/build/linux-3.9.0-0-generic-i686/bundles/include -DPIKE_CORE -g -g --param=ssp-buffer-size=4 -Wformat -Werror=format-security -ggdb3 -mtune=i686 -D_FORTIFY_SOURCE=2 -DDEBIAN -I/«PKGBUILDDIR»/build/linux-3.9.0-0-generic-i686/bundles/include -W -Wall -Wno-unused -Wcomment -Wformat -Wformat-security -Wimplicit-function-declaration -Wmultichar -Wswitch
Bug#708367: [embedded-libs]: SONAME bump in libgd2 - libgd3
Package: lintian Version: 2.5.10.4 Severity: important Filling as important as this is in ftp-master-auto-reject. libgd has bumped SOVERSION to 3, thus the checks need modification 1. in error message it need to print libgd3 2. it would be nice to have the check SONAME agnostic, so libgdSONAME would never fail with error Thank you, Ondrej -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.22-8 ii bzip2 1.0.6-4 ii diffstat 1.55-3 ii file 5.11-2 ii gettext0.18.1.1-9 ii hardening-includes 2.2 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.26+b1 ii libarchive-zip-perl1.30-6 ii libc-bin 2.13-38 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.31-1+b2 ii libdigest-sha-perl 5.71-2 ii libdpkg-perl 1.16.9 ii libemail-valid-perl0.190-1 ii libipc-run-perl0.92-1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii locales2.13-38 ii locales-all [locales] 2.13-38 ii man-db 2.6.2-1 ii patchutils 0.3.2-1.1 ii perl [libdigest-sha-perl] 5.14.2-20 lintian recommends no packages. Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.16.9 ii libhtml-parser-perl3.69-2 pn libperlio-gzip-perlnone ii libtext-template-perl 1.45-2 ii lzma 9.22-2 ii man-db 2.6.2-1 ii xz-utils [lzma]5.1.1alpha+20120614-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#679543: I also have this problem
I think this is not he problem of the vnc client side, it must be in the server site. I have already change my client and change the system setting, but the up arrow key still make the window max-sized. -- 程颖宇 Winguse Ching(kagi...@gmail.com)
Bug#707756: pcscd: failed upgrade squeeze - wheezy
Le 12/05/13 12:58, Holger Burkhardt a écrit : Nevertheless, I believe it is highly desireable that the postinstall script can properly handle an existing non-system pcscd-group or that it gives at least a meaningful error message. :) I proposed a patch for the next stable point release 7.0.1. See bug #708364 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=708364 Bye -- Dr. Ludovic Rousseau -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708369: release-notes: Please mention ipset
Package: release-notes Severity: normal Ipset is probably used by several servers, since there are articles explaining how to compile it on Debian/Ubuntu and how to use it, for example with Spamhaus DROP list. Xtables-addons 1.42 won't compile for existing 2.6.32 kernels (undefined struct flowi6 in xt_ECHO.c) and one needs to remove xtables-addons-dkms. Wheezy's ipset won't work with the old kernel. Then one needs to find out if any addons are needed for running ipset with the 3.2 kernel. Apparently not, but I haven't done it yet. -- System Information: Debian Release: 7.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 2.6.32ale18 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708370: Static library unusable with g++ 4.7
Package: libcrypto++-dev Version: 5.6.1-6 Severity: important Try to link this sample program: #include crypto++/filters.h int main(){ CryptoPP::StringSource(); return 0; } with /usr/lib/libcrypto++.a using g++ 4.7. It will spew the following errors: `.text._ZN8CryptoPP22BufferedTransformationD2Ev' referenced in section `.text._ZN8CryptoPP22BufferedTransformationD1Ev[_ZN8CryptoPP22BufferedTransformationD1Ev]' of /usr/lib/libcrypto++.a(cryptlib.o): defined in discarded section `.text._ZN8CryptoPP22BufferedTransformationD2Ev[_ZN8CryptoPP22BufferedTransformationD5Ev]' of /usr/lib/libcrypto++.a(cryptlib.o) `.text._ZN8CryptoPP14InputRejectingINS_22BufferedTransformationEED2Ev' referenced in section `.text._ZN8CryptoPP14InputRejectingINS_22BufferedTransformationEED1Ev[_ZN8CryptoPP14InputRejectingINS_22BufferedTransformationEED1Ev]' of /usr/lib/libcrypto++.a(dll.o): defined in discarded section `.text._ZN8CryptoPP14InputRejectingINS_22BufferedTransformationEED2Ev[_ZN8CryptoPP14InputRejectingINS_22BufferedTransformationEED5Ev]' of /usr/lib/libcrypto++.a(dll.o) `.text._ZN8CryptoPP13AutoSignalingINS_14InputRejectingINS_22BufferedTransformationD2Ev' referenced in section `.text._ZN8CryptoPP13AutoSignalingINS_14InputRejectingINS_22BufferedTransformationD1Ev[_ZN8CryptoPP13AutoSignalingINS_14InputRejectingINS_22BufferedTransformationD1Ev]' of /usr/lib/libcrypto++.a(dll.o): defined in discarded section `.text._ZN8CryptoPP13AutoSignalingINS_14InputRejectingINS_22BufferedTransformationD2Ev[_ZN8CryptoPP13AutoSignalingINS_14InputRejectingINS_22BufferedTransformationD5Ev]' of /usr/lib/libcrypto++.a(dll.o) `.text._ZN8CryptoPP6FilterD2Ev' referenced in section `.text._ZN8CryptoPP6FilterD1Ev[_ZN8CryptoPP6FilterD1Ev]' of /usr/lib/libcrypto++.a(dll.o): defined in discarded section `.text._ZN8CryptoPP6FilterD2Ev[_ZN8CryptoPP6FilterD5Ev]' of /usr/lib/libcrypto++.a(dll.o) `.text._ZN8CryptoPP14InputRejectingINS_6FilterEED2Ev' referenced in section `.text._ZN8CryptoPP14InputRejectingINS_6FilterEED1Ev[_ZN8CryptoPP14InputRejectingINS_6FilterEED1Ev]' of /usr/lib/libcrypto++.a(dll.o): defined in discarded section `.text._ZN8CryptoPP14InputRejectingINS_6FilterEED2Ev[_ZN8CryptoPP14InputRejectingINS_6FilterEED5Ev]' of /usr/lib/libcrypto++.a(dll.o) `.text._ZN8CryptoPP14SourceTemplateINS_11StringStoreEED2Ev' referenced in section `.text._ZN8CryptoPP14SourceTemplateINS_11StringStoreEED1Ev[_ZN8CryptoPP14SourceTemplateINS_11StringStoreEED1Ev]' of /usr/lib/libcrypto++.a(dll.o): defined in discarded section `.text._ZN8CryptoPP14SourceTemplateINS_11StringStoreEED2Ev[_ZN8CryptoPP14SourceTemplateINS_11StringStoreEED5Ev]' of /usr/lib/libcrypto++.a(dll.o) `.text._ZN8CryptoPP12StringSourceD2Ev' referenced in section `.text._ZN8CryptoPP12StringSourceD1Ev[_ZN8CryptoPP12StringSourceD1Ev]' of /usr/lib/libcrypto++.a(dll.o): defined in discarded section `.text._ZN8CryptoPP12StringSourceD2Ev[_ZN8CryptoPP12StringSourceD5Ev]' of /usr/lib/libcrypto++.a(dll.o) `.text._ZN8CryptoPP5StoreD2Ev' referenced in section `.text._ZN8CryptoPP5StoreD1Ev[_ZN8CryptoPP5StoreD1Ev]' of /usr/lib/libcrypto++.a(filters.o): defined in discarded section `.text._ZN8CryptoPP5StoreD2Ev[_ZN8CryptoPP5StoreD5Ev]' of /usr/lib/libcrypto++.a(filters.o) `.text._ZN8CryptoPP11StringStoreD2Ev' referenced in section `.text._ZN8CryptoPP11StringStoreD1Ev[_ZN8CryptoPP11StringStoreD1Ev]' of /usr/lib/libcrypto++.a(filters.o): defined in discarded section `.text._ZN8CryptoPP11StringStoreD2Ev[_ZN8CryptoPP11StringStoreD5Ev]' of /usr/lib/libcrypto++.a(filters.o) `.text._ZN8CryptoPP6SourceD2Ev' referenced in section `.text._ZN8CryptoPP6SourceD1Ev[_ZN8CryptoPP6SourceD1Ev]' of /usr/lib/libcrypto++.a(filters.o): defined in discarded section `.text._ZN8CryptoPP6SourceD2Ev[_ZN8CryptoPP6SourceD5Ev]' of /usr/lib/libcrypto++.a(filters.o) collect2: error: ld returned 1 exit status It works with gcc 4.6, it works with the dynamic library, it may work if the program doesn't use certain classes. I couldn't test versions older than 5.6.1-6 because older headers can't be compiled with g++ 4.7. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-1-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libcrypto++-dev depends on: ii libcrypto++9 5.6.1-6 libcrypto++-dev recommends no packages. libcrypto++-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#708002: sylpheed: ignores gtk-can-change-accels = 1
On Wed, 15 May 2013 12:09:15 +0200 José Luis González jlgon...@ya.com wrote: On Tue, 14 May 2013 12:42:34 +0200 Ricardo Mones mo...@debian.org wrote: Sylpheed is ignoring gtk-can-change-accels = 1 in ~/.gtkrc-2.0. The config file is read: You have to launch dconf and enable can-change-accels in org.gnome.desktop.interface, they're disabled by default. This doesn't work for me. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687491 I see it doesn't for other people, too. Like them, I don't have GNOME installed, but XFCE. I have libdconf0 installed though, as a dependency to other programs. Interestingly I don't see dconf nor anything resembling it in Sylpheed's dependencies, so don't understand how can it fetch the options. I found out in XFCE this can be changed in the XFCE Settings editor (xfce4-settings-editor). It's under xsettings - Gtk - CanChangeAccels. You can also be change the key theme in KeyThemeName, same section. It works for me. Since this is not obvious, and goes against what is said in the FAQ, could you please add a note to README.Debian pointing out how to store these settings with GNOME (dconf-editor) and XFCE (xfce4-settings-editor) including the relevant sections? It would also be nice if you made sure the FAQ is updated to reflect usage of dconf if this is what is used now, and to add a fourth case for XFCE. AFAICS none of these are Sylpheed bugs so closing this report. Reopening since the proposed solutions don't work for me. I have no problem if this is closed when README.Debian gets updated and the FAQ corrected. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org