Bug#763011: doxygen: uses libclang but does not find it
Control: reassign -1 libclang1-3.5 Control: forcemerge 762959 -1 On Sat, Sep 27, 2014 at 06:47:08AM +0200, Samuel Thibault wrote: Apparently doxygen uses libclang, and depends on it, but it does not seem to be finding it. Perhaps it needs a binNMU? Please file the bug against the correct package next time and check for duplicates. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762323: openjdk-8-jre-headless: OpenJDK 8 returns incorrect TrueType font metrics
Hi, This problem was fixed in upstream of upstream, OpenJDK: http://hg.openjdk.java.net/jdk9/client/jdk/rev/2559e1d816ae The patch attached to #657854 will fix this problem. Or, backporting above patch will also fix. Regards, Nobuhiro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726558: pu: package policykit-1/0.105-3+deb7u1
Hi Michael, On Sat, Sep 20, 2014 at 06:29:52PM +0200, Julien Cristau wrote: Control: tag -1 confirmed On Wed, Oct 16, 2013 at 18:41:29 +0200, Michael Biebl wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu As discussed in [1], I'd like to upload a fix for CVE-2013-4288 for policykit-1 to stable. The patch itself has been applied to the unstable version as well (in 0.105-3+nmu1). Please let me know if I can proceed with the stable upload to get this fix into 7.3. [a year passes...] Hi Michael, if this is still on the cards and the libvirt maintainer is still interested please go ahead with an upload. ping? I was looking into the open CVEs for libvirt, and stumbled over this one. Is this still planned or was there some followup issues? I concretely was looking at CVE-2013-4311/libvirt which since 0.9.12.3-1 has sourcewise support for 3-arg pkcheck syntax, but needs accordingly an updated policykit-1 and an according rebuild to be fixed. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726558: pu: package policykit-1/0.105-3+deb7u1
Hi On Sat, Sep 27, 2014 at 08:20:32AM +0200, Salvatore Bonaccorso wrote: Hi Michael, On Sat, Sep 20, 2014 at 06:29:52PM +0200, Julien Cristau wrote: Control: tag -1 confirmed On Wed, Oct 16, 2013 at 18:41:29 +0200, Michael Biebl wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu As discussed in [1], I'd like to upload a fix for CVE-2013-4288 for policykit-1 to stable. The patch itself has been applied to the unstable version as well (in 0.105-3+nmu1). Please let me know if I can proceed with the stable upload to get this fix into 7.3. [a year passes...] Hi Michael, if this is still on the cards and the libvirt maintainer is still interested please go ahead with an upload. ping? I was looking into the open CVEs for libvirt, and stumbled over this one. Is this still planned or was there some followup issues? As said on IRC, I overlooked the date when Julien had sent the ping. Sorry about that, should have paid more attention to this. Once policykit-1 would be in stable where will be neede a rebuild of libvirt for having that fixed also on libvirt's side. Additionally though a libvirt upload to wheezy-security is also planned for CVE-2014-3633. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763014: geeqie: Version number wrong
Package: geeqie Version: 1:1.2-1 Severity: minor Tags: upstream Hello, in geeqie version 1.2 the Help/About dialog box says Geequie 1.1. This can result in confusion when checking patches, reporting bugs etc. br, Thomas -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages geeqie depends on: ii geeqie-common1:1.2-1 ii libatk1.0-0 2.12.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libexiv2-13 0.24-4 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-14 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.40.0-5 ii libgtk2.0-0 2.24.24-1 ii libjpeg8 8d1-1 ii liblcms2-2 2.6-3 ii liblircclient0 0.9.0~pre1-1.1 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpangoft2-1.0-01.36.7-1 ii libstdc++6 4.9.1-14 ii libtiff5 4.0.3-10 Versions of packages geeqie recommends: ii cups-bsd [lpr] 1.7.5-1 pn exiftran none pn exiv2none ii imagemagick 8:6.8.9.6-4 ii librsvg2-common 2.40.4-1 pn ufraw-batch none pn zenity none Versions of packages geeqie suggests: pn geeqie-dbg none ii gimp 2.8.10-2 ii libjpeg-progs 8d1-1 pn ufraw none pn xpaint 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#763015: /etc/cron.monthly/ieee-data: cron job is verbose
Package: ieee-data Version: 20140828.1 Severity: normal File: /etc/cron.monthly/ieee-data Usertags: verbose Every month I get a report saying that the ieee-data files have been updated. This isn't necessary, please remove it. /etc/cron.monthly/ieee-data: Downloading https://standards.ieee.org/regauth/oui/oui.txt to /var/lib/ieee-data//oui.txt Downloading https://standards.ieee.org/regauth/oui/iab.txt to /var/lib/ieee-data//iab.txt -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ieee-data depends on: ii curl 7.38.0-1 ii libwww-perl 6.08-1 ii wget 1.15-1+b1 ieee-data recommends no packages. ieee-data suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/ieee-data/.lastupdate (from ieee-data package) debsums: changed file /var/lib/ieee-data/iab.txt (from ieee-data package) -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#763016: Crash when establishing connection with Skype
Package: pidgin-skype Version: 20130613+svn660+dfsg-1 Severity: grave Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! Since some time, pidgin-skype is unable to establish communication with Skype and crashes when it tries to. This is 100% reproducible on my setup. This bug seems to be already reported upstream: https://code.google.com/p/skype4pidgin/issues/detail?id=239 Here is a backtrace: #0 0x74764077 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 resultvar = 0 pid = 28522 selftid = 28522 #1 0x74765458 in __GI_abort () at abort.c:89 save_stage = 2 act = { __sigaction_handler = { sa_handler = 0x5622f2b0, sa_sigaction = 0x5622f2b0 }, sa_mask = { __val = {140737307444736, 93825003648256, 140737351949831, 5, 0, 44, 140737294589224, 0, 93825003648256, 93825000110608, 140737351975717, 44, 140737295450653, 44, 140737308113920, 0} }, sa_flags = -189974640, sa_restorer = 0x7541bce0 } sigs = { __val = {32, 0 repeats 15 times} } #2 0x753bb95d in g_mutex_unlock_slowpath (mutex=optimized out, prev=optimized out) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gthread-posix.c:1327 No locals. #3 0x753bc38e in g_mutex_unlock (mutex=optimized out) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gthread-posix.c:1350 prev = optimized out #4 0x753bc5ce in g_cond_wait_until (cond=0x56037500, mutex=0x55cd7a10, end_time=optimized out) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gthread-posix.c:1442 now = { tv_sec = 273990, tv_nsec = 37210622 } span = { tv_sec = 9, tv_nsec = 85378 } sampled = 0 res = optimized out #5 0x7534a8ca in g_cond_timed_wait (cond=optimized out, mutex=optimized out, abs_time=abs_time@entry=0x7fffbfa0) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/deprecated/gthread-deprecated.c:1578 end_time = optimized out #6 0x7fffe5207fbc in skype_send_message (message_format=message_format@entry=0x7fffe520fc7c NAME %s) at skype_messaging.c:235 next_message_num = 1 cur_message_num = 0 message = 0x561cc3e0 \340\304\034VUU return_msg = optimized out args = {{ gp_offset = 8, fp_offset = 48, overflow_arg_area = 0x7fffc090, reg_save_area = 0x7fffbfd0 }} condition_result = optimized out endtime = { tv_sec = 1411799860, tv_usec = 220479 } #7 0x7fffe5209efd in skype_login_part2 (acct=0x55e2dbd0, acct@entry=error reading variable: value has been optimized out) at libskype.c:1747 reply = optimized out gc = 0x561765e0 missedmessagestimout = 0 #8 0x75378613 in g_timeout_dispatch (source=0x5622f2b0, callback=optimized out, user_data=optimized out) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmain.c:4520 timeout_source = 0x5622f2b0 again = optimized out #9 0x75377b6d in g_main_dispatch (context=0x5586ccf0) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmain.c:3111 dispatch = 0x75378600 g_timeout_dispatch prev_source = 0x0 was_in_call = 0 user_data = 0x55e2dbd0 callback = 0x7fffe5209eb0 skype_login_part2 cb_funcs = optimized out cb_data = 0x561cc7d0 need_destroy = optimized out source = 0x5622f2b0 current = 0x56063fc0 i = 12 #10 g_main_context_dispatch (context=context@entry=0x5586ccf0) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmain.c:3710 No locals. #11 0x75377f48 in g_main_context_iterate (context=0x5586ccf0, block=block@entry=1, dispatch=dispatch@entry=1, self=optimized out) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmain.c:3781 max_priority = 0 timeout = 0 some_ready = 1 nfds = optimized out allocated_nfds = 8 fds = 0x55d551e0 #12 0x75378272 in g_main_loop_run (loop=0x561b9360) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmain.c:3975 __FUNCTION__ = g_main_loop_run #13 0x76615bc7 in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 No symbol table info available. #14 0x5558f0d1 in main (argc=1, argv=0x7fffe6c8) at /build/pidgin-lGhYHj/pidgin-2.10.9/./pidgin/gtkmain.c:933 opt_help = -15680 opt_version = 1439729824 opt_config_dir_arg = 0x0 accounts = 0x0 sigset = { __val = {82950, 0 repeats 15 times} } errmsg = '\000' repeats 760 times... signal_channel = 0x0 signal_status = G_IO_STATUS_ERROR error = 0x0 opt = 0
Bug#721778: doxygen: Doxygen in unstable seems not to be compiled against libclang.
On Tue, 03 Sep 2013 17:47:03 -0600 Thomas E. Vaughan tevaug...@gmail.com wrote: Could you compile in support for libclang? Isn't this fixed with version 1.8.8-1? doxygen (1.8.8-1) unstable; urgency=medium * doxygen 1.8.8 release. * Build-depend on python3. * Build using libclang where available. * Really enable sqlite support. -- Matthias Klose d...@debian.org Thu, 21 Aug 2014 20:22:21 +0200 Paul signature.asc Description: OpenPGP digital signature
Bug#763017: Remove: python3-pyelliptic
Package: ftp.debian.org Priority: normal The package python3-pyelliptic needs to be removed. It will be reuploaded soon, but as a binary created by the source package 'pyelliptic'. This is necessary such that a Python 2 version can be created without making duplicates of code already in the archive. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763018: /etc/cron.monthly/ieee-data: cron job modifies files shipped in the package
Package: ieee-data Version: 20140828.1 Severity: serious I got a warning from debsums that the following files in ieee-data had been modified. Packages should not modify files shipped in the deb. These files should be moved to /usr and the maintainer scripts should copy the files to /var if the files in /var are not present or are older than the files in /usr. This is so that people who disable the cron job for privacy reasons can still get updates. The maintainer scripts should also remove the files from /var when the package is removed/purged. pabs@chianamo ~ $ dpkg -L ieee-data | grep /var /var /var/lib /var/lib/ieee-data /var/lib/ieee-data/oui.txt /var/lib/ieee-data/.lastupdate /var/lib/ieee-data/iab.txt pabs@chianamo ~ $ sudo debsums -s ieee-data debsums: changed file /var/lib/ieee-data/.lastupdate (from ieee-data package) debsums: changed file /var/lib/ieee-data/iab.txt (from ieee-data package) debsums: changed file /var/lib/ieee-data/oui.txt (from ieee-data package) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (700, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ieee-data depends on: ii curl 7.38.0-1 ii libwww-perl 6.08-1 ii wget 1.15-1+b1 ieee-data recommends no packages. ieee-data suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/ieee-data/.lastupdate (from ieee-data package) debsums: changed file /var/lib/ieee-data/iab.txt (from ieee-data package) -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#763019: doxygen fails to run on armel, armhf, i386, mipsel, powerpc, ppc64el and s390x
Package: doxygen Version: 1.8.8-3 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 The latest upload of brltty FTBFS on half the archs (armel, armhf, i386, mipsel powerpc, ppc64el and s390x) because doxygen can't find libclang.so.1 I believe this is related to the changes in 1.8.8-1 where doxygen now builds against clang. Unfortunately, I haven't investigated further, but I decided to let you know already. Part of the logs (similar for all failures): mkdir BrlAPIref /usr/bin/doxygen BrlAPIref.doxy /usr/bin/doxygen: error while loading shared libraries: libclang.so.1: cannot open shared object file: No such file or directory Paul - -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (500, 'stable'), (99, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 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 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQEcBAEBCAAGBQJUJmVbAAoJEJxcmesFvXUKUwEH/RJhzpn0kOExNkbNglNlhye+ FPet0h5ZiBHslXKPc2jJONfhll4g3qzw3WApIsD7pivxt9OUIE+Pmxlyrx4II0QG 6d4ScSV0Yjcb3pQUeWonj3Bnt3K6EQnggzHYbRGG5G8sYRVgGIUwf/tiLsgxicvR Bcn8mcqfaWP071XinLuW84/6Aijpy/xhGDzpwgx6xLQNbAek47UoZlrwcRL/rfZy R4aafN7c6+U/fMrkM5GuvUP6+cFUk59SNj8Wvtkme5UaoYvfZXeMpy9EpcyH19sd xknPbMIJQ/6dBR9zMIwIwligl8eAx9qIqvV41fT8+oRK7u+i7OBRFVlT5FwNlWE= =ef5M -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#745135: Top 10 reasons you should sponsor MariaDB 10.0 into Debian this weekend (Re: Bug#745135: RFS: mariadb-10.0/10.0.13-1 [ITP] -- Latest version of worlds most popular non-Oracle database)
Sorry, forgot to CC the BTS. On Wed, 2014-09-24 at 23:14 +0300, Otto Kekäläinen wrote: Hello Tobias and thanks for the review! 2014-09-23 22:49 GMT+03:00 Tobias Frost t...@frost.de: Hi Otto, - d/control: I'd add to mariadb-test as short description what is the test package about.. To avoid the need that the user has to perform an extra search to find out; same with -client and -server. Can be as short as e.g mariadb-10.0-test is the regression test suite for mariadb Both mariadb-test and mariadb-test-10.0 have a good description field. Or did I miss something? You're right, this is ok. - d/copyright: It refers to a README.Source which does not exists. (beside that, I did not a d/copyright review; so thats a TODO) Thanks for spotting. This was copied from the mysql-5.6 package (my mariadb packaging is based on what mysql-5.6 packaging was 1,5 years ago) but it does not apply for MariaDB so I removed it. See git log for details about all the changes I did today: http://anonscm.debian.org/cgit/pkg-mysql/mariadb-10.0.git/log/ I will now start my build script to verify that all is still OK. PS. Note also the stuff in https://wiki.debian.org/Teams/MySQL/MariaDBPlan#TODO - they are all useful and I'll do them in due time, but do you think any of those items is urgent and must be done before 10.0 is uploaded? I saw the the repository is saying UNRELEASED. So we need to agree how to go on: Do you prefer me to fetch from the repository or do you prefer to push finished pacakges to mentors? Let me know. In the meantime I will continue with the git version (6e4...893b203) -- tobi signature.asc Description: This is a digitally signed message part
Bug#763019: doxygen fails to run on armel, armhf, i386, mipsel, powerpc, ppc64el and s390x
Control: reassign -1 libclang1-3.5 Control: forcemerge 762959 -1 On Sat, Sep 27, 2014 at 09:20:59AM +0200, Paul Gevers wrote: Part of the logs (similar for all failures): mkdir BrlAPIref /usr/bin/doxygen BrlAPIref.doxy /usr/bin/doxygen: error while loading shared libraries: libclang.so.1: cannot open shared object file: No such file or directory *sigh* Third duplicate. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763020: libakonadiprotocolinternals1: akonadi fails sync imap folders after sleep resume
Package: libakonadiprotocolinternals1 Version: 1.13.0-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? Atfer resuming (sleep mode), akonadi hangs on a folder, unable to sync *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libakonadiprotocolinternals1 depends on: ii libc62.19-11 ii libgcc1 1:4.9.1-14 ii libqt4-dbus 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libstdc++6 4.9.1-14 libakonadiprotocolinternals1 recommends no packages. Versions of packages libakonadiprotocolinternals1 suggests: ii akonadi-server 1.13.0-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#763021: di-netboot-assistant: support for use in a build environment
Package: di-netboot-assistant Version: 0.38a Severity: wishlist Related to #503359 which added support for running d-n-a as a non-privileged user, I would like support for running as part of a build environment that creates a root of d-i images to be used on a tftp server, usb stick, etc. My goal is to have this build environment in a git repo and have a user clone it on their system and do a build. dkg's original patch using a DI_NETBOOT_ASSISTANT_CONFIG environment variable was actually better in that regard since one could easily override it in build scripts. But I do also like the way #503359 was implemented to look for a ~/.di-netboot-assistant. But the other issue I am running into when trying to create this build environment is absolute paths for things like DL_CACHE and STATUS_LIB. Since I can't know what directory the build will be in, I need some way for these to be relative (or have to resort to complicated hacks). So how about this? 1) a way to override the root of d-n-a variables * if an environment variable is set (DNA_ROOT?), use that as the root for other variables, otherwise check for ~/.di-netboot-assistant and then /etc/di-netboot-assistant * if the variable was set or ~/.di-netboot-assistant was found have the following change to be relative to the root DISOURCELIST, DL_CACHE, STATUS_LIB, and possibly TEMPLATES, and TFTP_ROOT 2) a way to override just the config, like dkg's DI_NETBOOT_ASSISTANT_CONFIG and that would allow for other overrides in addition to the above Thanks, -- Matt Taggart tagg...@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#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP
Hi Eriberto, Sorry, one more fix. I patched the About dialogue so that the license displayed matches that of the COPYING file in the source tree. Thanks, --Shawn On Monday, September 22, 2014 17:20:56 Eriberto wrote: 2014-09-22 4:21 GMT-03:00 Shawn Sörbom sh...@sorbom.com: Hi Eriberto Hi! I was unable to find the broken symlink that lintian was complaining about. Ok. I checked it now and is all right. Your package depends of the kdelibs-bin, that depends of the other packages. One these packages install the directory that will be linked. You can see it installing the kdelibs-bin. So, please, add a lintian override with a comment to these messages. I also haven't uploaded yet because I haven't fixed the spelling error in source files. I will fix these and upload as soon as I can (I am still reading about proper quilt usage). All other errors are fixed. No problem. I can wait. About quilt, if you have a problem in 'Makefile', you can do: quilt new fix_makefile quilt add Makefile edit the Makefile quilt refresh quilt header -e edit the header[1] quilt pop -a Please, read about new, add, refresh, header and pop. [1] A example of the header: Description: fix the Examples path and countries.csv place. Author: Joao Eriberto Mota Filho eribe...@debian.org Last-Update: 2014-07-01 Also, would it be possible for me to use alioth for this kind of project? I am having trouble setting up git via automated tools on github. According to replies I got on deb-mentors, git doesn't have cmdline access needed for the tools to be used. I was wary of setting up an account on Alioth because I wasn't sure if kcm-ufw qualified. If it does, I would much prefer using Alioth. You can use Alioth, but the reply to request can take a bit. You can use an external git, request the access and migrate your repository. Cheers, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740898: chkrootkit: falsely flags Suckit rootkit when systemd or upstart is /sbin/init
Control: merge -1 748048 Still exists in current sid, and also triggered by Upstart: https://bugs.launchpad.net/ubuntu/+source/chkrootkit/+bug/454566 There is a proposed patch there, but I haven't tested it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763010: xchat-guile: debian/control still depends on guile-1.8
On Fri, Sep 26, 2014 at 10:41:15PM -0500, Rob Browning wrote: Package: xchat-guile Version: 0.3-3 Severity: serious I suspect this was just overlooked in the 2.0 migration. Thank you for your bug report. Indeed, this dependency was left there, but xchat-guile was already using guile 2.0. It turns out it doesn't even need the guile-2.0 package (which contains the command-line interface interpreter) since it uses the library directly. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721421: libdevel-bt-perl: FTBFS on armel, hurd-i386, kfreebsd-amd64
tag 721421 patch thanks On Fri, Sep 26, 2014 at 11:12:06PM +0300, Niko Tyni wrote: The problem apparently happens when the timeout in the select loop (one second) triggers before execvp() has been called. I can reproduce a similar race on my x86_64 machine by inserting a sleep(1) call right before the execvp() call. I still haven't got to the bottom of it, but it looks like the gdb output is lost somewhere with select() timeouting (and returning zero) on subsequent calls too even though gdb has happily written to the pipe. Further investigation with strace shows that the fd_set passed into select() becomes empty if execvp() happens after the first select() call. I was able to reproduce this with gdb replaced by a trivial program that just prints to stdout (which greatly helped debugging.) So I suppose the execvp() call somehow invalidates the fd set? I haven't found an explanation for this observed behaviour. The closest thing I was able to find was this in the select_tut(2) Linux manual page (on Debian sid if that matters): 11. Since select() modifies its file descriptor sets, if the call is being used in a loop, then the sets must be reinitialized before each call. Reinitializing the set in the loop fixes it and seems to be the correct thing to do anyway. Patch attached, this makes it work for me on both mips and amd64. -- Niko Tyni nt...@debian.org From 88d953d71051fe45a4983f1cce9810f7ae942c56 Mon Sep 17 00:00:00 2001 From: Niko Tyni nt...@debian.org Date: Sat, 27 Sep 2014 10:35:27 +0300 Subject: [PATCH] Reinitialize the fd set in the select loop This fixes test failures on slow hosts. It looks like execvp() happening in the child after the first select() call invalidates the set. Quoting the Linux select_tut(2) manual page: 11. Since select() modifies its file descriptor sets, if the call is being used in a loop, then the sets must be reinitialized before each call. Bug-Debian: https://bugs.debian.org/721421 --- bt.xs | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/bt.xs b/bt.xs index 6b9fed6..f892c8c 100644 --- a/bt.xs +++ b/bt.xs @@ -88,9 +88,6 @@ stack_trace (char **args) _exit(0); } -FD_ZERO(fdset); -FD_SET(out_fd[0], fdset); - write(in_fd[1], thread apply all backtrace\n, 27); write(in_fd[1], quit\n, 5); @@ -105,6 +102,9 @@ stack_trace (char **args) tv.tv_sec = 1; tv.tv_usec = 0; +FD_ZERO(fdset); +FD_SET(out_fd[0], fdset); + sel = select(FD_SETSIZE, fdset, NULL, NULL, tv); if (sel == -1) break; -- 2.1.1
Bug#762995: RFS: radiotray/0.7.3-2
On Fri, Sep 26, 2014 at 04:23:19PM -0500, Elías Alejandro wrote: * Package name: radiotray Version : 0.7.3-2 Upstream Author : Carlos Ribeiro carlosmribei...@gmail.com * URL : http://radiotray.sourceforge.net/ * License : GPL-3 Section : sound It builds those binary packages: radiotray - online radio streaming player To access further information about this package, please visit the following URL: http://mentors.debian.net/package/radiotray Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/radiotray/radiotray_0.7.3-2.dsc Changes since the last upload: * debian/control + Bump Standards-Version to 3.9.5 The current Policy version is 3.9.6. * Drop lintian override for debian-watch-may-check-gpg-signature It's still present. -- WBR, wRAR signature.asc Description: Digital signature
Bug#669618: Wanted
On Thursday 25 September 2014 11:24:13 Daniele Scasciafratte wrote: This feature will be very useful! michael your script not work for me :-/ Some of the time it hasn't been working for me, either. Right now (on a current sid) it appears to work. I'm not really sure why. In your case, I'm sorry to say, you'll have to do some debugging yourself. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762813: Error mail received hourly
I forgot to mention that I'm receiving the error mail hourly at exactly 00, indifferent of when I receive the Tiger report. Kind 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#762967: XSS in bugs.debian.org/cgi-bin/version.cgi
I'll add to this bug instead of making a new one. /cgi-bin/cookies.cgi contains XSS (persistent via cookie) and Header injection vulnerabilities in vars repeatmerged, terse, reverse, trim, oldview XSS PoC: https://bugs.debian.org/cgi-bin/cookies.cgi?repeatmerged=%3Cscript%3Ealert('xss')%3B%3C/script%3E Header injection PoC: https://bugs.debian.org/cgi-bin/cookies.cgi?repeatmerged=%0aLocation%3A%20http%3A%2F%2Fgoogle.com%2F%0a -v -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763022: xmms2-plugin-curl: timeout trying to play an HTTP stream (curl)
Package: xmms2-plugin-curl Version: 0.8+dfsg-11+b2 Severity: important Dear Maintainer, unfortunately, it is not possible anymore to play HTTP streams with xmms2. I tried a number of internet radio stations; they all played well using curl -L url | mpg123 - (most of them even without -L), but xmms2d reports a curl timeout (see logfile excerpt below). At least the stream 'http://streams.radiobob.de/bob-live/mp3-128/bobmediaplayer' used to work several weeks ago. Steps to reproduce: - add an HTTP stream to the current playlist using 'xmms2 add url' - jump to that playlist entry - play Outcome: - timeout according to logfile - no sound playing I tried the same in a fresh virtual box (with xmms2 and xmms2-plugin-curl installed) with identical outcome. Thank you in advance! Yours sincerely, Maximilian Stein excerpt from ~/.cache/xmms2/xmms2d.log --- Starting new xmms2d --- INFO: ../src/xmms/log.c:49: Initialized logging system :) 09:04:34 INFO: ../src/xmms/ipc.c:817: IPC listening on 'unix:///tmp/xmms-ipc-steiny'. 09:04:34 INFO: ../src/xmms/main.c:561: Using output plugin: pulse ERROR: failed to set up bluetooth server ((2, 'No such file or directory')) (check the log for details) * Hostname was NOT found in DNS cache * Resolving timed out after 15015 milliseconds 09:24:18 ERROR: ../src/plugins/curl/curl_http.c:380: Curl fill_buffer returned error: (28) Timeout was reached 09:24:18 ERROR: ../src/xmms/xform.c:1341: Couldn't set up chain for 'http://streams.radiobob.de/bob-live/mp3-128/bobmediaplayer' (14165) * Hostname was NOT found in DNS cache * Hostname was NOT found in DNS cache * Resolving timed out after 15010 milliseconds 09:33:11 ERROR: ../src/plugins/curl/curl_http.c:380: Curl fill_buffer returned error: (28) Timeout was reached 09:33:11 ERROR: ../src/xmms/xform.c:1341: Couldn't set up chain for 'http://us1.internet-radio.com:11094/' (14298) * Resolving timed out after 15001 milliseconds 09:33:23 ERROR: ../src/plugins/curl/curl_http.c:380: Curl fill_buffer returned error: (28) Timeout was reached 09:33:23 ERROR: ../src/xmms/xform.c:1341: Couldn't set up chain for 'http://us1.internet-radio.com:11094/' (14298) * Hostname was NOT found in DNS cache * Resolving timed out after 15003 milliseconds --- -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xmms2-plugin-curl depends on: ii libc6 2.19-11 ii libcurl3 7.38.0-1 ii libglib2.0-0 2.40.0-5 ii xmms2-core0.8+dfsg-11+b2 Versions of packages xmms2-plugin-curl recommends: ii xmms2-plugin-icymetaint 0.8+dfsg-11+b2 ii xmms2-plugin-mad 0.8+dfsg-11+b2 xmms2-plugin-curl 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#743432: libreoffice-gtk: closing calc under gnome with -gtk installed causes gnome session crash
Package: libreoffice-gtk Version: 1:4.3.1-2 Followup-For: Bug #743432 Dear Maintainer, bug still present after latest apt-get upgrade as of 2014/9/27 bye, M -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-gtk depends on: ii libatk1.0-0 2.12.0-1 ii libc62.19-11 ii libcairo21.12.16-5 ii libdbus-1-3 1.8.6-2 ii libdbus-glib-1-2 0.102-1 ii libfontconfig1 2.11.0-6.1 ii libfreetype6 2.5.2-2 ii libgcc1 1:4.9.1-14 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.40.0-5 ii libgtk2.0-0 2.24.24-1 ii libice6 2:1.0.9-1 ii libicu52 52.1-5 ii libpango-1.0-0 1.36.7-1 ii libpangocairo-1.0-0 1.36.7-1 ii libpangoft2-1.0-01.36.7-1 ii libreoffice-core 1:4.3.1-2 ii libsm6 2:1.2.2-1 ii libstdc++6 4.9.1-14 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.2-1 ii libxml2 2.9.1+dfsg1-4 ii uno-libs34.3.1-2 ii ure 4.3.1-2 Versions of packages libreoffice-gtk recommends: ii libreoffice-style-tango 1:4.3.1-2 libreoffice-gtk 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#762694: partman-partitioning: Partitions are not aligned
On Wed, Sep 24, 2014 at 04:04:01PM +0200, Vladislav Kurz wrote: partitions created by debian installer are not aligned to cylinders (MBR), or 1MiB (GPT). Could you please provide a partman log from a d-i run that fails to do this? (It should be in /var/log/installer/partman after installation.) As far as I knew I'd fixed all this a long time ago ... Please note that partitions should be aligned to 1MiB or more on MBR too. Regardless of the partition table format, cylinder alignment hasn't been necessary for a decade or two now, and it produces suboptimal performance on modern disks. There may of course still be fdisk-style tools that are behind the times on this, but that's their problem. -- 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#763023: The unbound plugin calls dnssec-trigger-script with an incorrect path
Package: network-manager Version: 0.9.10.0-2.1 Severity: important Tags: patch With dns=unbound enabled the 01-dnssec-trigger dispatcher script isn't used, and NM calls dnssec-trigger-script itself. The hardcoded path in NM doesn't match where the script is installed on Debian, and thus the plugin fails. A trivial patch to fix this is attached. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.17.0-rc6 (SMP w/2 CPU cores; PREEMPT) 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 network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.8.8-1 ii init-system-helpers1.21 ii isc-dhcp-client4.3.1-1 ii libc6 2.19-11 ii libdbus-1-31.8.8-1 ii libdbus-glib-1-2 0.102-1 ii libgcrypt111.5.4-3 ii libglib2.0-0 2.42.0-1 ii libgnutls-deb0-28 3.3.8-2 ii libgudev-1.0-0 215-4 ii libmm-glib01.4.0-1 ii libndp01.4-1 ii libnewt0.520.52.17-1 ii libnl-3-2003.2.24-2 ii libnl-genl-3-200 3.2.24-2 ii libnl-route-3-200 3.2.24-2 ii libnm-glib40.9.10.0-2.1 ii libnm-util20.9.10.0-2.1 ii libpam-systemd 215-4 ii libpolkit-gobject-1-0 0.105-7 ii libreadline6 6.3-8 ii libsoup2.4-1 2.48.0-1 ii libsystemd-daemon0 215-4 ii libsystemd-login0 215-4 ii libteamdctl0 1.12-1 ii libuuid1 2.20.1-5.8 ii lsb-base 4.1+Debian13 ii policykit-10.105-7 ii udev 215-4 ii wpasupplicant 2.2-1 Versions of packages network-manager recommends: pn crda none pn dnsmasq-base none ii iptables 1.4.21-2 ii modemmanager 1.4.0-1 ii ppp 2.4.6-2 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-4 pn libteam-utils none -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile dns=unbound [ifupdown] managed=false -- no debconf information From: Arto Jantunen vi...@debian.org Date: Sat, 27 Sep 2014 11:13:32 +0300 Subject: Use the correct path when calling dnssec-trigger-script Debian systems don't have /usr/libexec, so the script is installed in a different path. --- src/dns-manager/nm-dns-unbound.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/dns-manager/nm-dns-unbound.c b/src/dns-manager/nm-dns-unbound.c index 137fd20..439a36d 100644 --- a/src/dns-manager/nm-dns-unbound.c +++ b/src/dns-manager/nm-dns-unbound.c @@ -40,7 +40,7 @@ update (NMDnsPlugin *plugin, * without calling custom scripts. The dnssec-trigger functionality * may be eventually merged into NetworkManager. */ - return nm_spawn_process (/usr/libexec/dnssec-trigger-script --async --update) == 0; + return nm_spawn_process (/usr/lib/dnssec-trigger/dnssec-trigger-script --async --update) == 0; } static gboolean
Bug#762520: Bug report about the package clearlooks-phenix-theme 5.0.2-1 (unstable)
Control: severity -1 normal Hello, I've uploaded 5.0.2-2, it should fix most of the issues. I'm aware of colours not fully matching, minor glitches with scrollbars and pop-over menus, but this is all I can do for now. I'm reducing severity to normal as the package should be useful now (even though bug not fixed yet). -- Cheers, Andrew signature.asc Description: PGP signature
Bug#757379: [ksystemlog]
Package: ksystemlog Version: 4:4.14.0-1 I attach updated information: ksystemlog(31452)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! ksystemlog(31452)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! ksystemlog(31452)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! ksystemlog(31452)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! ksystemlog(31452)/kdeui (kdelibs): Attempt to use QAction with KXMLGUIFactory! ksystemlog(31452) LogManager::isParsingPaused: Log manager is not yet initialized KCrash: Application 'ksystemlog' crashing... KCrash: Attempting to start /usr/lib/kde4/libexec/drkonqi from kdeinit And the backtrace: Application: KSystemlog (ksystemlog), signal: Segmentation fault Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [KCrash Handler] #5 0x7f754c06df98 in QStandardItem::child(int, int) const () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #6 0x7f754c06e1a2 in QStandardItemModel::data(QModelIndex const, int) const () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #7 0x7f754be9a661 in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #8 0x7f754be9e0ff in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #9 0x7f754c773c5c in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #10 0x7f754c7c0054 in QAbstractItemModel::rowsInserted(QModelIndex const, int, int) () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #11 0x7f754c758092 in QAbstractItemModel::endInsertRows() () from /usr/lib/x86_64-linux-gnu/libQtCore.so.4 #12 0x7f754c0708af in ?? () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #13 0x7f754be9f6d9 in QComboBox::insertItem(int, QIcon const, QString const, QVariant const) () from /usr/lib/x86_64-linux-gnu/libQtGui.so.4 #14 0x0042fcb0 in _start () --- System information. --- Architecture: amd64 Kernel: Linux 3.16-1-amd64 Debian Release: jessie/sid 500 testing security.debian.org 500 testing ftp.es.debian.org 500 stable dl.google.com --- Package information. --- Depends (Version) | Installed ==-+-=== kde-runtime( 4:4.10) | 4:4.14.1-1 libc6(= 2.14) | 2.19-11 libkdecore5(= 4:4.11) | 4:4.14.1-1 libkdeui5 (= 4:4.11) | 4:4.14.1-1 libkio5(= 4:4.11) | 4:4.14.1-1 libqtcore4 (= 4:4.7.0~beta1) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libqtgui4 (= 4:4.8.0) | 4:4.8.6+git64-g5dc8b2b+dfsg-2 libstdc++6 (= 4.1.1) | 4.9.1-14 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762984: initramfs-tools: Alert! /dev/vg0/usr does not exist
On Fri, 26 Sep 2014 22:03:29 +0200 Elimar Riesebieter riese...@lxtec.de wrote: Package: initramfs-tools Version: 0.117 Severity: normal LVM2 running on top of RAID1. Running /usr on a separate raid partition is not recognized too. Verified that on an other System: Alert! /dev/md5 does not exist Elimar -- what IMHO then? IMHO - Inhalation of a Multi-leafed Herbal Opiate ;) --posting from alex in debian-user-- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763024: u-boot: Build tools out-of-tree too so as not to dirty the source used for the actual platforms.
Source: u-boot Version: 2014.10~rc2+dfsg1-2~exp1 Severity: minor Tags: patch This is a fairly minor annoyance but it's easy to fix, e.g. the attached patch. Cheers, Ian. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf armel Kernel: Linux 3.14-2-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/bash -- no debconf information From 91b0ef3db5f75c6b08451e92d7487feb5dab5361 Mon Sep 17 00:00:00 2001 From: Ian Campbell i...@debian.org Date: Sat, 27 Sep 2014 09:49:43 +0100 Subject: [PATCH] Build tools out-of-tree too so as not to dirty the source used for the actual platforms. This is a fairly minor annoyance when doing incremental builds for dev. With this it is no longer required to remove include/config/auto.conf on clean. --- debian/changelog| 7 +++ debian/rules| 25 +++-- debian/u-boot-tools.install | 11 +++ 3 files changed, 29 insertions(+), 14 deletions(-) diff --git a/debian/changelog b/debian/changelog index 2d14e23..9252c5b 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +u-boot (2014.10~rc2+dfsg1-2~exp2) UNRELEASED; urgency=medium + + * Build tools out-of-tree too so as not to dirty the source used for the +actual platforms. + + -- Ian Campbell i...@debian.org Sat, 27 Sep 2014 09:48:00 +0100 + u-boot (2014.10~rc2+dfsg1-2~exp1) experimental; urgency=medium * Split u-boot package into u-boot-imx, u-boot-omap and u-boot-sunxi diff --git a/debian/rules b/debian/rules index 49d2cdb..1dd2bd4 100755 --- a/debian/rules +++ b/debian/rules @@ -22,6 +22,7 @@ LDFLAGS := $(patsubst -Wl$(comma)%,%,$(LDFLAGS)) %: dh $@ --parallel +override_dh_auto_build: TOOLSDIR := `pwd`/debian/build/tools override_dh_auto_build: set -e; sed -n 's/^$(DEB_HOST_ARCH)[[:space:]]\+//p' debian/targets \ | while read subarch platform targets; do \ @@ -38,23 +39,27 @@ override_dh_auto_build: done # Avoid requirement for .config - mkdir -p include/config - touch include/config/auto.conf + mkdir -p $(TOOLSDIR)/include/config + touch $(TOOLSDIR)/include/config/auto.conf # Load dummy config - make sandbox_defconfig + make O=$(TOOLSDIR) sandbox_defconfig # board-independent tools - $(MAKE) $(DEB_UBOOT_FLAGS) HOSTCC=$(CROSS_COMPILE)gcc HOSTSTRIP=$(CROSS_COMPILE)strip \ + $(MAKE) O=$(TOOLSDIR) $(DEB_UBOOT_FLAGS) \ + HOSTCC=$(CROSS_COMPILE)gcc \ + HOSTSTRIP=$(CROSS_COMPILE)strip \ tools-only - $(MAKE) $(DEB_UBOOT_FLAGS) HOSTCC=$(CROSS_COMPILE)gcc HOSTSTRIP=$(CROSS_COMPILE)strip env - $(CROSS_COMPILE)strip --remove-section=.comment tools/env/fw_printenv - $(CROSS_COMPILE)strip --remove-section=.comment tools/mkimage - $(CROSS_COMPILE)strip --remove-section=.comment tools/kwboot - $(CROSS_COMPILE)strip --remove-section=.comment tools/mksunxiboot + $(MAKE) O=$(TOOLSDIR) $(DEB_UBOOT_FLAGS) \ + HOSTCC=$(CROSS_COMPILE)gcc \ + HOSTSTRIP=$(CROSS_COMPILE)strip \ + env + $(CROSS_COMPILE)strip --remove-section=.comment $(TOOLSDIR)/tools/env/fw_printenv + $(CROSS_COMPILE)strip --remove-section=.comment $(TOOLSDIR)/tools/mkimage + $(CROSS_COMPILE)strip --remove-section=.comment $(TOOLSDIR)/tools/kwboot + $(CROSS_COMPILE)strip --remove-section=.comment $(TOOLSDIR)/tools/mksunxiboot override_dh_auto_test: # skip tests. override_dh_clean: rm -rf debian/build/ - rm -f include/config/auto.conf dh_clean diff --git a/debian/u-boot-tools.install b/debian/u-boot-tools.install index 11a34c3..5cd1662 100755 --- a/debian/u-boot-tools.install +++ b/debian/u-boot-tools.install @@ -1,8 +1,11 @@ #!/bin/sh -echo tools/mkimage /usr/bin/ -echo tools/mksunxiboot /usr/bin/ -echo tools/kwboot /usr/bin/ -echo tools/env/fw_printenv /usr/bin/ + +builddir=debian/build/tools + +echo ${builddir}/tools/mkimage /usr/bin/ +echo ${builddir}/tools/mksunxiboot /usr/bin/ +echo ${builddir}/tools/kwboot /usr/bin/ +echo ${builddir}/tools/env/fw_printenv /usr/bin/ echo doc/mkimage.1 /usr/share/man/man1/ # manpages -- 2.1.0
Bug#762666: cwidget: please stop writing timestamps in Doxygen generated documentation
Manuel A. Fernandez Montecelo: As part of the “reproducible builds” project [1], we have discovered that the documentation generated by Doxygen during cwidget build process contained timestamps. Together with #762622, this prevents cwidget builds to be reproducible. We believe that these timestamps in the documentation are not really useful, so the attached patch simply setup Doxygen to avoid writing them. [1]: https://wiki.debian.org/ReproducibleBuilds Thanks for the suggestion. Is this needed for some particular date, e.g. before Jessie's freeze? Or is it an ongoing thing that can be left for a bit later? It's a very small change. But please postpone it after Jessie if you feel it's best. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#610451: empathy: Bug still valid in Wheezy
The bug is still present in Wheezy, empathy version 3.4.2.3.
Bug#762306: lockup when accessing cifs-mounted file on 3.17.0-rc1 and later when remote samba server is restarted
I also reproduced the general protection fault with the current Linus git head (3.17-rc6+) and trying each of vers=1.0 and vers=2.0 and vers=3.0. I am really surprised if no-one else has experienced this problem given how I have been able to reproduce it across all the 3.17.0-r1 to 3.17.0-rc6 kernel versions. Arthur. Steve French wrote on 27/09/14 02:02: Am curious whether it also fails with vers=3.0 on mount On Fri, Sep 26, 2014 at 9:32 AM, Steve French smfre...@gmail.com wrote: cifs mount (default mount options) or mount with SMB2 or SMB3 (vers=2.02 or vers=3.0)? On Fri, Sep 26, 2014 at 9:15 AM, Arthur Marsh arthur.ma...@internode.on.net wrote: Arthur Marsh wrote on 16/09/14 03:17: Arthur Marsh wrote, on 14/09/14 21:15: On 3.16.0 kernels, whether compiled by myself or the stock Debian kernel, if I have program accessing a file on a CIFS-mounted file system (specifically playing an audio file), and restart the samba server on the remote machine, I might get a brief pause, but no major problems. On 3.17.0-rc1 and later I get a complete machine lock-up. Illustration: https://pbs.twimg.com/media/BxfPkdgCcAAlpUo.jpg:large Has anyone else experienced similar? I'm happy to supply any further details and try test fixes. Arthur. I'm still getting the problem with kernel 3.17.0-rc5 Has anyone been able to reproduce the problem? Arthur. I was off sick this past week but completed the bisect: git bisect good 66386c08be5d1a2eefc1f7ab8c008561b6c811e5 is the first bad commit commit 66386c08be5d1a2eefc1f7ab8c008561b6c811e5 Author: Pavel Shilovsky pshilov...@samba.org Date: Fri Jun 20 15:48:40 2014 +0400 CIFS: Separate filling pages from iovec write Reviewed-by: Shirish Pargaonkar spargaon...@suse.com Signed-off-by: Pavel Shilovsky pshilov...@samba.org Signed-off-by: Steve French smfre...@gmail.com :04 04 1be960992f3d75b4998082fda3f3c2fca213b9e5 318c46c63c983fe898480e1b88e97b818af1e502 M fs git bisect log: git bisect start # good: [19583ca584d6f574384e17fe7613dfaeadcdc4a6] Linux 3.16 git bisect good 19583ca584d6f574384e17fe7613dfaeadcdc4a6 # bad: [7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9] Linux 3.17-rc1 git bisect bad 7d1311b93e58ed55f3a31cc8f94c4b8fe988a2b9 # good: [ae045e2455429c418a418a3376301a9e5753a0a8] Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next git bisect good ae045e2455429c418a418a3376301a9e5753a0a8 # good: [44c916d58b9ef1f2c4aec2def57fa8289c716a60] Merge tag 'cleanup-for-3.17' of git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc git bisect good 44c916d58b9ef1f2c4aec2def57fa8289c716a60 # skip: [023f78b02c729070116fa3a7ebd4107a032d3f5c] Merge branch 'for-next' of git://git.samba.org/sfrench/cifs-2.6 git bisect skip 023f78b02c729070116fa3a7ebd4107a032d3f5c # skip: [908790fa3b779d37365e6b28e3aa0f6e833020c3] dcache: d_splice_alias mustn't create directory aliases git bisect skip 908790fa3b779d37365e6b28e3aa0f6e833020c3 # bad: [58d08e3b2c2033354b91467da33deffa06360c28] Merge tag 'for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/olof/chrome-platform git bisect bad 58d08e3b2c2033354b91467da33deffa06360c28 # good: [27d438c56009e5ae632de36fe70985d1aab5e344] Revert drm/i915: Enable PSR by default. git bisect good 27d438c56009e5ae632de36fe70985d1aab5e344 # good: [ee34fb97a96ceac3334705ebab8b541ca291699f] ARM: dts: exynos5420: remove disp_pd git bisect good ee34fb97a96ceac3334705ebab8b541ca291699f # good: [d1e458fe671baf1e60afafc88bda090202a412f1] svcrdma: remove rdma_create_qp() failure recovery logic git bisect good d1e458fe671baf1e60afafc88bda090202a412f1 # good: [95484b57265caa671a57efed06e322d56461774b] drm/nouveau/ltc: s/ltcg/ltc/ + cleanup git bisect good 95484b57265caa671a57efed06e322d56461774b # good: [63b12bdb0d21aca527996fb2c547387bfd3e14b8] Merge branch 'signal-cleanup' of git://git.kernel.org/pub/scm/linux/kernel/git/rw/misc git bisect good 63b12bdb0d21aca527996fb2c547387bfd3e14b8 # bad: [96784de59fb35077c2bb33c39328992b836d87d3] Merge branch 'stable-3.17' of git://git.infradead.org/users/pcmoore/selinux git bisect bad 96784de59fb35077c2bb33c39328992b836d87d3 # bad: [25f402598d2c8f0808d93715ad33e43b265c1604] CIFS: Fix rsize usage in user read git bisect bad 25f402598d2c8f0808d93715ad33e43b265c1604 # good: [90ac1387c2dfcd9b4bd302fce03b9ddff73d0093] CIFS: Separate pages initialization from writepages git bisect good 90ac1387c2dfcd9b4bd302fce03b9ddff73d0093 # skip: [6ec0b01b2691d1465bb7219e031e8bf38ccd9397] CIFS: Fix wsize usage in iovec write git bisect skip 6ec0b01b2691d1465bb7219e031e8bf38ccd9397 # bad: [66386c08be5d1a2eefc1f7ab8c008561b6c811e5] CIFS: Separate filling pages from iovec write git bisect bad 66386c08be5d1a2eefc1f7ab8c008561b6c811e5 # good: [66231a47965c551d3056d5104f8b06688065748c] CIFS: Fix wsize usage in writepages git bisect good 66231a47965c551d3056d5104f8b06688065748c # good: [7f6c50086a6f5bc0fee46548afc836070a439313] CIFS: Fix cifs_writev_requeue when wsize changes git bisect
Bug#762377: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#762377: vlc: Videos over HTTP stream very slowly in 2.2.0-pre3)
Control: reopen -1 Control: found -1 2.2.0~pre2-4 Control: notfound -1 1:2.2.0~pre3-dmo2 Control: tags -1 + moreinfo Hi Andoru On 2014-09-22 01:08:38, Andoru Ekkusu wrote: No more dmo versioned codecs, but still this did not change anything, same problems persist. Thank you for checking. I'm reopening the bug report and adjusting the versions accordingly. Is there a publicly accessible stream somewhere that we can use to debug the issue? Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#763027: add top --no-color
Package: procps Version: 1:3.3.10-1 Severity: wishlist File: /usr/bin/top Add a --no-color command line option, even though we can hit z. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763026: unrealistic GRUB_BADRAM example?
Package: grub2-common Version: 2.02~beta2-14 Severity: wishlist 16.3.6 badram - -- Command: badram addr,mask[,addr,mask...] Filter out bad RAM. ... Syntax is the same as provided by the Memtest86+ utility (http://www.memtest.org/): a list of address/mask pairs. Given a page-aligned address and a base address / mask pair, That's three items. I thought you only want two, or four, or six. Also document this from /usr/share/grub/default/grub #GRUB_BADRAM=0x01234567,0xfefefefe,0x89abcdef,0xefefefef This perhaps says mask 0xfefefefe bytes starting at 0x01234567, etc. Wouldn't that use up most of the memory. Also give examples of what parts of the Memtest86+ screen we exactly want to transfer here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763025: paging
Package: grub2-common Version: 2.02~beta2-14 Severity: wishlist One hits c and gets a grub prompt. One then hits TAB and gets a list that flies halfway off the screen. Please implement remedies. One types ls ... and the same problem occurs. Please provide a /p etc. like they did in DOS 40 years ago. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763028: systemd-sysv shutdown and reboot hang system
Package: systemd-sysv Version: 215-4 When I launch shutdown -h now or reboot, I get a black screen immediately and the system hangs so indefinitely. I have to manually power off the computer. This happened after the last dist-upgrade in sid. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763029: RFS: cligh-0.2 console Github manipulation tool
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package cligh: * Package name: cligh Version : 0.2 Upstream Author : Christopher Brannon * URL : http://the-brannons.com/software/cligh.html * License : BSD Section : [fill in] It builds those binary packages: cligh To access further information about this package, please visit the following URL: http://mentors.debian.net/package/cligh It also depends on `pygithub`, which I also packaged and you can access information about it form https://mentors.debian.net/package/pygithub Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763028: systemd-sysv shutdown and reboot hang system
Control: tags -1 moreinfo Am 27.09.2014 um 11:47 schrieb Aquila Rubra: Package: systemd-sysv Version: 215-4 When I launch shutdown -h now or reboot, I get a black screen immediately and the system hangs so indefinitely. How long did you wait? I have to manually power off the computer. This happened after the last dist-upgrade in sid. Does this happen on every reboot, i.e. is the problem reproducible? Can you follow the instructions from [1] and get us a debug log from the shutdown (The debug.sh script needs to be saved under /lib/systemd/system-shutdown/ in Debian, not /usr) If you enable verbose mode, what is the last message you get? If you can access the debug shell on tty9, what processes are running (ps aux) and what's the output of systemctl list-jobs. Thanks. [1] http://freedesktop.org/wiki/Software/systemd/Debugging/#index2h1 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#762855: top grew ugly colors, no obvious way to revert
Package: procps Version: 1:3.3.10-1 Followup-For: Bug #762855 Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** Please add my vote also. (If I had to create the bug I would have titled it Where is the classic top and what have you done to it). *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages procps depends on: ii initscripts 2.88dsf-53.4 ii libc6 2.19-11 ii libncurses5 5.9+20140913-1 ii libncursesw5 5.9+20140913-1 ii libprocps41:3.3.10-1 ii libtinfo5 5.9+20140913-1 ii lsb-base 4.1+Debian13 Versions of packages procps recommends: ii psmisc 22.21-2 procps suggests no packages. -- Configuration Files: /etc/sysctl.conf changed: net.ipv6.conf.all.forwarding=1 net.ipv6.neigh.default.gc_thresh1 = 512 net.ipv6.neigh.default.gc_thresh2 = 1024 net.ipv6.neigh.default.gc_thresh3 = 2048 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762740: [Pkg-utopia-maintainers] Bug#762740: No network devices available
Control: severity -1 important Control: tags -1 moreinfo Am 26.09.2014 um 14:52 schrieb Michal Hocko: On Wed, Sep 24, 2014 at 10:31:41PM +0200, Michal Hocko wrote: Package: network-manager Version: 0.9.4.0-10 Severity: serious Hi, it seems that network-manager stopped being able to handle my lan and wlan devices properly after last series of updates (which don't seem to be directly related to the nm packages). Although I can get connected to both wired and wireless (to the system wide saved networks) nm-applet (network-manager-gnome package) claims that there are No network devices available so it doesn't give me access to neither of the saved networks nor to the saved VPN configurations. What kind of desktop environment is that? How do you start it? Is that problem reproducible after a reboot or after you've re-logged in? Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#761159: squid3: pam_auth does not work - pam_auth seem to work for all users
Package: squid3 Version: 3.1.20-2.2+deb7u2 Followup-For: Bug #761159 Dear Maintainer, I have notice than since the last upgrade of squid3, I can't anymore use my proxy with pam_auth. I've tryed to use /usr/lib/squid3/pam_auth as an other user as per previous post. But all users seem to be able to auth themself with /usr/lib/squid3/pam_auth (so the trick with sitgid or setuid doesn't seem to apply here). Squid give a deny access, and /var/log/auth.log (pam auth) give me the following : Sep 27 12:02:09 mastah unix_chkpwd[8529]: check pass; user unknown Sep 27 12:02:09 mastah unix_chkpwd[8529]: password check failed for user (mastah) Sep 27 12:02:09 mastah (pam_auth): pam_unix(squid:auth): authentication failure; logname= uid=13 euid=13 tty= ruser= rhost= user=mastah Of course, the login and password does exist and are correct. Couldn't it be that some caracters are added (by mistake) at the end on the password and given to /usr/lib/squid3/pam_auth which lead to a deny result from pam auth ? -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages squid3 depends on: ii adduser 3.113+nmu3 ii libc6 2.13-38+deb7u4 ii libcap2 1:2.22-1.2 ii libcomerr21.42.5-1.1 ii libdb5.1 5.1.29-5 ii libexpat1 2.1.0-1+deb7u1 ii libgcc1 1:4.7.2-5 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u2 ii libk5crypto3 1.10.1+dfsg-5+deb7u2 ii libkrb5-3 1.10.1+dfsg-5+deb7u2 ii libldap-2.4-2 2.4.31-1+nmu2 ii libltdl7 2.4.2-1.1 ii libpam0g 1.1.3-7.1 ii libsasl2-22.1.25.dfsg1-6+deb7u1 ii libstdc++64.7.2-5 ii libxml2 2.8.0+dfsg1-7+wheezy1 ii logrotate 3.8.1-4 ii lsb-base 4.1+Debian8+deb7u1 ii netbase 5.0 ii squid3-common 3.1.20-2.2+deb7u2 squid3 recommends no packages. Versions of packages squid3 suggests: pn resolvconf none pn smbclientnone pn squid-cginone pn squidclient none pn ufw none -- Configuration Files: /etc/squid3/squid.conf changed: acl manager proto cache_object acl localhost src 127.0.0.1/32 ::1 acl to_localhost dst 127.0.0.0/8 0.0.0.0/32 ::1 acl SSL_ports port 443 acl Safe_ports port 80 # http acl Safe_ports port 21 # ftp acl Safe_ports port 443 # https acl Safe_ports port 70 # gopher acl Safe_ports port 210 # wais acl Safe_ports port 1025-65535 # unregistered ports acl Safe_ports port 280 # http-mgmt acl Safe_ports port 488 # gss-http acl Safe_ports port 591 # filemaker acl Safe_ports port 777 # multiling http acl CONNECT method CONNECT follow_x_forwarded_for deny all http_access allow manager localhost http_access deny manager http_access deny !Safe_ports http_access deny CONNECT !SSL_ports http_access allow localhost http_access allow all http_access deny all http_port 9856 tcp_outgoing_address 195.154.226.168 all hierarchy_stoplist cgi-bin ? coredump_dir /var/spool/squid3 refresh_pattern ^ftp: 144020% 10080 refresh_pattern ^gopher:14400% 1440 refresh_pattern -i (/cgi-bin/|\?) 0 0% 0 refresh_pattern . 0 20% 4320 via off forwarded_for delete -- 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#763030: makejail: userFiles and groupFiles options are not processed correctly
Package: makejail Version: 0.0.5-10 Severity: normal Dear Maintainer, It seem that the makejail script doesn't really fit to the documentation regarding both, the userFiles and the groupFiles options. Indeed, in the documentation, it's clearly stated that any files which are specified in both of those configuration options are automatically filtered (according value of the users and groups options) and copied in the chroot. Normally, without explicite declaration, the following files are should be automatically filtered and copied: User files /etc/passwd /etc/shadow Group files /etc/group /etc/gshadow But currently, those file are processed only in the context of a missing file and therefore, they are not copied as expected (behavior still undefined so). The only way to for now is to add their path also in the forceCopy option which . Even worse, if you declare the related options in your own makejail configuration file, they are still not copied. My test has been made with the following configuration file ### # clean the jail cleanJailFirst = 1 preserve = [/home] chroot = /var/chroot/instantSSH/vu2004 testCommandsInsideJail = [bash, ls, touch, rm, rmdir, less, cat, rsync, scp, hostname] users = [root, vu2004] groups = [root, vu2004] userFiles = [/etc/passwd, /etc/shadow] packages = [coreutils] ### So here I expect at least to have both the /etc/passwd and /etc/shadow file copied inside the chroot with the entries for both root and vu2004 users/groups. To solve this issue I have patched the makejail script to force processing of both, the userFiles and userGroups options. You can found the attached patch. Thanks you. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages makejail depends on: ii binstats 1.08-8 ii debconf 1.5.53 ii psmisc22.21-2 ii python2.7.8-1 ii strace4.9-2 makejail recommends no packages. makejail suggests no packages. -- no debconf information *** /root/makejail.patch --- /usr/sbin/makejail 2012-03-05 19:17:34.0 +0100 +++ /usr/local/sbin/makejail2014-09-27 11:53:33.33650 +0200 @@ -888,6 +888,22 @@ addFileToJail(file) moveIndent(-1) +# === Copy user files +for globExpression in config.userFiles: +debug(Adding files matching '%s' % globExpression) +moveIndent(1) +for file in glob.glob(globExpression): +addFileToJail(file) +moveIndent(-1) + +# === Copy group files +for globExpression in config.groupFiles: +debug(Adding files matching '%s' % globExpression) +moveIndent(1) +for file in glob.glob(globExpression): +addFileToJail(file) +moveIndent(-1) + chrootCommands=[] if config.testCommandsInsideJail: for command in config.testCommandsInsideJail: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762162: geeqie: segfault on startup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Mattia, It is a luck that you have one system where you can see the crash and one where it don't. That might help in finding the bug. Am Sa den 27. Sep 2014 um 4:58 schrieb Mattia Dongili: - the stack trace is similar to that of all other reporters - top of the stack is #0 append_escaped_text (length=optimized out, text=optimized out, str=0xa60160) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmarkup.c:2163 #1 g_markup_escape_text (text=optimized out, length=optimized out, length@entry=-1) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./glib/gmarkup.c:2239 #2 0x779e0317 in gtk_widget_set_property (object=0x927ef0, prop_id=optimized out, value=0x7fffd590, pspec=optimized out) at /build/gtk+2.0-zztKf7/gtk+2.0-2.24.24/gtk/gtkwidget.c:2739 #3 0x76164bdb in object_set_property (nqueue=optimized out, value=optimized out, pspec=optimized out, object=optimized out) at /build/glib2.0-Dv_k6u/glib2.0-2.42.0/./gobject/gobject.c:1415 - the problematic pointer is: (gdb) print *str $2 = {str = 0x7fffec2f5010 Image profile: sRGB\nScreen profile: +\373\233\320\324\254Æ\367\344\037\021k\251\227, incomplete sequence \344, len = 536268, allocated_len = 1048576} At least that gives some pointer to line 2291 in src/layout_util.c: buf = g_strdup_printf(_(Image profile: %s\nScreen profile: %s), image_profile, screen_profile); Can you paste the output of xprop -root please? Also please tell me which window manager you use on both of your systems. If you find the time, you might set a break point just before that line and print the content of screen_profile variable. I suspect some strange content. That variable gets casted from cmsUInt8Number* to gchar*. which, past Screen profile is probably mostly garbage and looks non terminated. len is also a bit off. True. Lets see where this is coming from. Just for a comparison on package versions, this is from a system where the bug doesn't show. There are no real differences in libraries. Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) That is the only major difference I find over here. In fact that this string is subject to get localized, that might be a hint but we have no locales for that two languages. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUJpCuAAoJEKZ8CrGAGfasRGwMAL7EFP9oc2aYEYDnQ+xHZHZ1 abq1wStJDgWop7v+n5c6mo3TxNe2wYzVnn/YYTP6Zut2C/39VmEzNWrH3ZNXoLVg VRpvA6dfLQWNQ60lwAL9J7JA3Q7w8aaNT9l0YnRsoB5AIy1YBelLZnhSPkuJz9tc k4eD9OpjhMX2wtXE/wzp1gQ/lF+uahkpgZeFdep4B9d07CJDdSOmaAu002tW3fGc 2aYJ2lcLX/20IcQEpdiB8Nadd6VOAsSCWWitin3IZnceyABeK3Hc0XYKX6NShlaS +JbZogJnLtumRf7SxhzlqeBaNhrOPEplgkwfxEBq/c3SMH/z+PZqAPFwQ7NeuXWd 6hkVuwpztDMC0Cs8hCRjJEtm97Mqy/J1/BVsXhoUWCFhN6JFqQUpGUtDldIKmKjs RD2+Ik1GWqLm5Yb5p7IWRETsVzSa8gCNLORLYqp/3oPZGdpQo6c22vs0uXCX8YAF I+kJqfn2knUaDAq79+tM7udUOeP+CiFK980ZNyw1GA== =l0sz -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#763031: makejail: userFiles and groupFiles options are not processed correctly
Package: makejail Version: 0.0.5-10 Severity: normal Dear Maintainer, It seem that the makejail script doesn't really fit to the documentation regarding both, the userFiles and the groupFiles options. Indeed, in the documentation, it's clearly stated that any files which are specified in both of those configuration options are automatically filtered (according value of the users and groups options) and copied in the chroot. Normally, without explicite declaration, the following files are should be automatically filtered and copied: User files /etc/passwd /etc/shadow Group files /etc/group /etc/gshadow But currently, those file are processed only in the context of a missing file and therefore, they are not copied as expected (behavior still undefined so). The only way to for now is to add their path also in the forceCopy option which . Even worse, if you declare the related options in your own makejail configuration file, they are still not copied. My test has been made with the following configuration file ### # clean the jail cleanJailFirst = 1 preserve = [/home] chroot = /var/chroot/instantSSH/vu2004 testCommandsInsideJail = [bash, ls, touch, rm, rmdir, less, cat, rsync, scp, hostname] users = [root, vu2004] groups = [root, vu2004] userFiles = [/etc/passwd, /etc/shadow] packages = [coreutils] ### So here I expect at least to have both the /etc/passwd and /etc/shadow file copied inside the chroot with the entries for both root and vu2004 users/groups. To solve this issue I have patched the makejail script to force processing of both, the userFiles and userGroups options. You can found the attached patch. Thanks you. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages makejail depends on: ii binstats 1.08-8 ii debconf 1.5.53 ii psmisc22.21-2 ii python2.7.8-1 ii strace4.9-2 makejail recommends no packages. makejail suggests no packages. -- no debconf information *** /root/makejail.patch --- /usr/sbin/makejail 2012-03-05 19:17:34.0 +0100 +++ /usr/local/sbin/makejail2014-09-27 11:53:33.33650 +0200 @@ -888,6 +888,22 @@ addFileToJail(file) moveIndent(-1) +# === Copy user files +for globExpression in config.userFiles: +debug(Adding files matching '%s' % globExpression) +moveIndent(1) +for file in glob.glob(globExpression): +addFileToJail(file) +moveIndent(-1) + +# === Copy group files +for globExpression in config.groupFiles: +debug(Adding files matching '%s' % globExpression) +moveIndent(1) +for file in glob.glob(globExpression): +addFileToJail(file) +moveIndent(-1) + chrootCommands=[] if config.testCommandsInsideJail: for command in config.testCommandsInsideJail: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763032: please allow me to have the command line tool without the cgi
Package: ipcalc Version: 0.41-4 Severity: normal Hello, while doing an audit of my server after the shellshock announcement, I was surprised to find an ipcalc CGI script. I then noticed that it was documented in the description, so ok. Still, I would like to be able to have the command line tool in my system without also needing to worry about an extra service potentially being exposed to the internet. I rather such features to need explicit intention to be installed, rather than need explicit attention to avoid. Thanks, Enrico -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-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 ipcalc depends on: ii perl 5.20.1-1 ipcalc recommends no packages. ipcalc 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#755799: No longer affected in tracker version 1.2.2
I am no longer affected by this bug with the latest tracker 1.2.2 available on unstable. I had to refresh the tracker metadata with tracker-control -rcs. Now all my songs have correct durations displayed in gnome-music (3.14), including the songs that were shown as 0:00 before. So it seems to be fixed on my end, but probably need confirmation from other parties affected by this bug. Ghis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762781: security-tracker: Provide list of candidates for dsa-needed.txt/dla-needed.txt
Hi, On Freitag, 26. September 2014, Raphael Hertzog wrote: The annoying part is that the mapping of release = file to use changes over time. There's a one year period where oldstable is the realm of the security team and only afterwards it gets into dla-needed.txt. I wish we could use a unified process. After all dsa-needed.txt already accepts package/stable and package/oldstable for the period where the security team takes care of both. Maybe we could just always use that scheme... in the last month or so I came to realise that the Debian security team doesnt support LTS as a team, only by individual members is not really true / accurate. Or to phrase it differently and more positivly: I thankfully still see many edits to data/CVE/list which refer to squeeze too! Thats awesome! So I think LTS has put a little bit more work on the security teams shoulders. And we should acknowledge / not forget that. (Which I think we do best by working with them, roughly like we have done so far :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#763014: geeqie: Version number wrong
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Sa den 27. Sep 2014 um 7:35 schrieb Thomas Prokosch: in geeqie version 1.2 the Help/About dialog box says Geequie 1.1. This can result in confusion when checking patches, reporting bugs etc. This is already fixed in the pending upload. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUJpTQAAoJEKZ8CrGAGfaswUsL/jbPbW80myuQondlo27nJze5 +sioICQt2uQ7EFIR0sO8AgVUHJORbbMFZbmLkZ67mD/i6gXS5jviIdaaXXCLKPLi bkA/Pbqj1n4hIDfh5VI9Riwi4UbYLR6n0Q0GGrdygW/rj3oFR/yLCZQHooeG52/3 KZFdzxfmIn36eOo8rXucsrdWo9sH4/ewyuMYfLMrvsyUAMINMQP3U5Aepfudazdc Zqh7HbsIk4T+9hTmyjcxdl4hYG0Q/PcMbDbM2PH09j+QAV9J6C5PrRj0emCT0qi0 mpqJI/BISbJZjiM7wXUwnqk5vW2kEAEgSaV6VcJTHAMWF2nZjDC/Wdv5GG0WTk/s S0XZZDfUePmewMyddhSSmYlHOcHGzdYvBkjNnizTIv3bglnTo0PM8VR5/RTHtG24 RAWSpM54CSG6S9njyGKKVltwHV4qg05EYGSDUQW120KSYQ+CLFT8SCqFiF3Xe8dE r9eUKyPwFx7RwuQ40nR15Jnbc/o11mT3yBBmKboUQQ== =adwx -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#763034: libgtk-3-0: Regression in GTK+ 3.12 in handling CSS-defined selected_bg_color
Package: libgtk-3-0 Version: 3.2.3-1 Severity: normal Control: affects -1 wireshark Hi, Wireshark moved to setting selected text's background color via CSS [1] when the method used in GTK+ 2.x stopped working based on the suggestion at [2]. It works fine on wheezy (see first attached image) using GTK+ 3.6 but stopped working on Jessie (see second attached image) with GTK+ 3.12. I tested it using Homebrew and with GTK+ 3.14 this also fails and as I remember GTK+ 3.10 worked OK. Cheers, Balint [1] https://code.wireshark.org/review/#/c/2614/3/ui/gtk/filter_dlg.c [2] https://code.google.com/p/zoncolor/issues/detail?id=1
Bug#753583: gucharmap does not show Unicode 7.0 glyphs
Hello, On Thu, 03 Jul 2014 12:18:08 +0200 Nils Dagsson Moskopp nils+debian-report...@dieweltistgarnichtso.net wrote: recently I have drawn some Unicode glyphs for GNU Unifont. Not all gylphs I have drawn show up when looking at glyphs from “Unifont Upper”. For example, U+1F4F7 CAMERA shows up. But U+1F4F8 CAMERA WITH FLASH does not. The page for U+1F4F8 shows it as “[not a printable character]” and not assigned. I believe this is due to gucharmap not knowing about the Unicode 7.0 release. It seems this has been fixed already (see the attached screenshots). -- Cheers, Andrew signature.asc Description: PGP signature
Bug#762788: [l10n:eu] apt-listbugs 0.1.16: updated Basque translation
On Thu, 25 Sep 2014 23:20:39 +0200 Francesco Poli wrote: On Thu, 25 Sep 2014 09:57:52 +0200 Dooteo wrote: [...] Attached Basque translation. Please, could you add it for us? Hello Iñaki, thanks for the updated translation. I have a question for you. [...] Please let me know, thanks for your time. I received your confirmation via private e-mail. Thank you very much for your contribution. I've just pushed the updated translation to the public git repository: it will be part of the next upload of the package (version 0.1.16). Bye! -- http://www.inventati.org/frx/ fsck is a four letter word... . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpTmdkAzGxR3.pgp Description: PGP signature
Bug#757698: network-manager: Not authorized to control networking
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello guys, I have the same error in my debian jessie amd64 up to date. Both network-manager fails to do any connection management and removable media also gives permission errors. Furthermore I used to have GDM3 as session manager but now it don't list any user on login screen. Using systemd as init on boot (init=/bin/systemd) fix the above problems. Kind regards, - -- Italo Valcy http://wiki.dcc.ufba.br/Main/ItaloValcy -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlQmmNkACgkQfidLqjN6RNFMtACfYMMyRk3bmommqTR/gmCkcWSn KIEAniI0QJIrbKqWQDQstPNDbnLXpl98 =B3lv -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#728347: On packaging Mediawiki 1.23 for Debian jessie
Hi Thorsten Op vrijdag 26 september 2014 15:28:55 schreef Thorsten Glaser: Failure to do so will mean shipping Mediawiki 1.19 in jessie, which is currently upstream’s oldstable and fading LTS. Mediawiki 1.23 is upstream’s current LTS; we have an agreement from upstream to support 1.19 for the lifetime of wheezy, and I guess they’d be willing to extend the same for 1.23 and jessie, but I’d not want to ask them to do that for 1.19. The delivery of the security updates from upstream to Debian (both stable and unstable) has been good so far, with only a few minor bumps on the road (releases come out when I go to bed, roughly, and I do not always have time, and certain people submit unwanted bugreports about new versions nobody asked for), and no concerns from the stable-security team so far, so it’s been productive. Agreed; I think it's required that we ship 1.23 in Jessie in order to keep the current security support strategy sustainable. So this needs to happen. If anyone’s got a rough overview of what changed between 1.19 and 1.23 for/from a packager’s PoV, thank you for pointing it out to me. I cannot help you with testing the packages since I do not use them. However, I'm maintaining one large Mediawiki installation which for hysterical reasons does not use the package, and I can say that upgrading from 1.19 to 1.23 was easy and didn't re quire any infrastructural changes. So I'm rather confident that this will also not present large issues in the packaging. Cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#752116: RFS: drmips/1.2.2-1 [ITP]
Hi Bruno, We have a little issue yet. I d/copyright: Files: src/pc/DrMIPS/src/com/jtattoo/plaf/BaseInternalFrameTitlePane.java src/pc/DrMIPS/src/com/jtattoo/plaf/BaseTabbedPaneUI.java src/pc/DrMIPS/src/com/jtattoo/plaf/BaseTitlePane.java Copyright: 2003 Sun Microsystems, Inc. License: GPL-2.0+ You must list Sun and Software-Entwicklung too because both have copyright rights. Cheers, Eriberto 2014-09-26 16:42 GMT-03:00 Bruno Nova brunomb.n...@gmail.com: I just found and fixed a small error in the .desktop file, so I uploaded a new package. And the upstream changelog is indeed detected in Debian. But you still should check it. 2014-09-26 19:50 GMT+01:00 Bruno Nova brunomb.n...@gmail.com: I uploaded a new package to Mentors (also updated the source tarball). I think I fixed all issues/suggestions. src/pc/DrMIPS/src/com/jtattoo/* was copyrighted in 2002, not 2012. Please, use '2002 and later', not '2012+'. I suggest the original text '2002 and later by MH Software-Entwicklung'. Thank you! Don't know how I failed that. 5.d/links: I didn't understand your intend with this file. I added a patch to the package to install the PDF manuals to /usr/share/doc/drmips/manuals, and used the debian/links file to create a link from /usr/share/drmips/doc to /usr/share/doc/drmips/manuals (this is acceptable, right?). Ok, I understand your concern but it is unusual. All packages put their docs in /usr/share/doc/. I suggest to remove this link. But I won't impose this. I changed to source code of the simulator. Now, if the ./doc folder doesn't exist, it opens the folder where make install installs the manuals to (if it exists). So, debian/links and the patch were removed, and this issue is solved. (Should have done this earlier) Ok! You can remove the d/docs files because upstream changelog will be automaticaly detected by DebHelper. That's interesting. I compiled the package in Ubuntu, and the upstream changelog was not detected automatically. It seems dh_installchangelogs was changed in Ubuntu to not install the upstream changelog: https://bugs.launchpad.net/ubuntu/+source/debhelper/+bug/637176 I still removed the debian/docs file. Please check if the upstream changelog is detected in Debian. I didn't have the time to test this in Debian yet. -- Bruno Nova -- Bruno Nova -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762275: Solution
Hi, I also have the same (or similar) problem. This is what I found. The solution that worked for me is at the end of the mail. # dpkg -i /var/cache/apt/archives/systemd_215-4_amd64.deb (Reading database ... 729731 files and directories currently installed.) Preparing to unpack .../systemd_215-4_amd64.deb ... Unpacking systemd (215-4) over (215-4) ... Setting up systemd (215-4) ... dpkg: error processing package systemd (--install): subprocess installed post-installation script returned error exit status 1 Processing triggers for dbus (1.8.6-2) ... Processing triggers for man-db (2.6.7.1-1) ... Errors were encountered while processing: systemd # dpkg -i -D2 /var/cache/apt/archives/systemd_215-4_amd64.deb (Reading database ... 729731 files and directories currently installed.) Preparing to unpack .../systemd_215-4_amd64.deb ... D02: fork/exec /var/lib/dpkg/info/systemd.prerm ( upgrade 215-4 ) D02: fork/exec /var/lib/dpkg/tmp.ci/preinst ( upgrade 215-4 ) Unpacking systemd (215-4) over (215-4) ... D02: fork/exec /var/lib/dpkg/info/systemd.postrm ( upgrade 215-4 ) D02: process_archive info installed /var/lib/dpkg/tmp.ci/postinst as /var/lib/dpkg/info/systemd.postinst D02: process_archive info installed /var/lib/dpkg/tmp.ci/md5sums as /var/lib/dpkg/info/systemd.md5sums D02: process_archive info installed /var/lib/dpkg/tmp.ci/conffiles as /var/lib/dpkg/info/systemd.conffiles D02: process_archive info installed /var/lib/dpkg/tmp.ci/triggers as /var/lib/dpkg/info/systemd.triggers D02: process_archive info installed /var/lib/dpkg/tmp.ci/preinst as /var/lib/dpkg/info/systemd.preinst D02: process_archive info installed /var/lib/dpkg/tmp.ci/prerm as /var/lib/dpkg/info/systemd.prerm D02: process_archive info installed /var/lib/dpkg/tmp.ci/postrm as /var/lib/dpkg/info/systemd.postrm D02: process_archive tmp.ci script/file '..' contains dot D02: process_archive tmp.ci script/file '/var/lib/dpkg/tmp.ci/control' is control D02: process_archive tmp.ci script/file '.' contains dot Setting up systemd (215-4) ... D02: fork/exec /var/lib/dpkg/info/systemd.postinst ( configure 208-8 ) dpkg: error processing package systemd (--install): subprocess installed post-installation script returned error exit status 1 Processing triggers for dbus (1.8.6-2) ... D02: fork/exec /var/lib/dpkg/info/dbus.postinst ( triggered /usr/share/dbus-1/system-services /etc/dbus-1/system.d ) Processing triggers for man-db (2.6.7.1-1) ... D02: fork/exec /var/lib/dpkg/info/man-db.postinst ( triggered /usr/share/man ) Errors were encountered while processing: systemd # sh -x /var/lib/dpkg/info/systemd.postinst configure 208-8 + set -e + [ configure = triggered ] + dpkg --compare-versions 208-8 lt 214-1 + systemctl enable getty@tty1.service + systemctl enable remote-fs.target + dpkg --compare-versions 208-8 lt 204-1 + dpkg --compare-versions 208-8 lt 33-1 + dpkg --compare-versions 208-8 lt 204-9 + dpkg --compare-versions 208-8 lt 204-8 + dpkg --compare-versions 208-8 lt 40-1 + systemd-machine-id-setup + addgroup --quiet --system systemd-journal After running 'delgroup systemd-journal', it was possible install the package. -Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763035: Ship DTV Scan Tables in v5 format
Package: dtv-scan-tables Version: 0+git20140611.14bd6c7-1 Severity: wishlist Hello, I'm the Debian packager of v4l-utils which ships some DVBv5 related utilities. During an email conversation Mauro Carvalho Chehab asked me the following: On 26/09/14 02:38, Mauro Carvalho Chehab wrote: Ah, btw if you know who maintains the dtv-scan-tables package on Debian, it could be worth to ask him to rebase the package to use the new format. The tables there were fully converted to DVBv5 format, and a Makefile target was added to generate the tables with the old format. I admit I'm not that deep into DVB stuff and don't know which consequences the change would have. Looking at the upstream repo it seems that the Makefile now contains two targets: one for v3 and one for v5 format. So it seems that Mauro would like you to package a current snapshot with the v5 tables. Thanks, Gregor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744964: systemd: should enable coredump handling
With the recent upstream changes [1], I think we can reconsider enabling the coredump feature. This would require v215 (to be released). Michael [1] http://lists.freedesktop.org/archives/systemd-devel/2014-June/020357.html v216 is released now. Will you go ahead? For configuration options see http://www.freedesktop.org/software/systemd/man/coredump.conf.html Best regards Heinrich Schuchardt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762162: geeqie: segfault on startup
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 I found the bug. Thanks all for reporting and help to find it. After the last information that pointed to the correct position where the bug happens, the problem was easy to find. There was even a patch for it dated for 2014-06-17 from Michael Schwendt on the mailing list and I had have marked that mail for review. But I did overseen it in this case. The next build should fix it. Regards Klaus - -- Klaus Ethgen http://www.ethgen.ch/ pub 4096R/4E20AF1C 2011-05-16 Klaus Ethgen kl...@ethgen.de Fingerprint: 85D4 CA42 952C 949B 1753 62B3 79D0 B06F 4E20 AF1C -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQGcBAEBCgAGBQJUJp5qAAoJEKZ8CrGAGfasmdEL/jJxAiLlE2+Di1urb/0yA2rf xllHtiyCgxzfhp3/hJDRYLHCPZPZbOeoS+h6OHqyO+ELIVdwMFZuzVNcUVUDMv96 nr80Zws6m3ThLvY/dVhNsVtUgmnB63Zv+MRDvrmf38VC+p6UsD5v75L6TOF3DGxH hDmFq/Beo1OXwkmYt9tR8vXnTreIfYrQa9Rnfb/Lyh2lyOYf0oW+5sQRJn5eTwlV 1M26ytu+w8uk3Ck5gsduguzeBbhAyYrlm5QlYAKkZOBMq9SVKYAzJRSX4MCXyr8E l0U0NrpKF6xoKV9XDkGyNSwSrCJwov0IYlG/5r44RfmVkaQoz3ew4ZG8XLc0QZwx t1pJESD68bkZwBEJoIvjxyjPFXxhhxwXdG+tYaYuSmZZBLLP6Mc/Gx/Q7M0lPKt1 euP5o1m4Yp1k7LsaxXNXue7ejHUApYHl9WZ58TtiBEwLC0q15BI7A0N+3Qm3SdyB I25PvAW3p7eNGhaook9VT9YhJ9u/OeYnqLaoYtWI3g== =F2r9 -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#752116: RFS: drmips/1.2.2-1 [ITP]
Oops, you're right. I should list both there. I just uploaded a new package to Mentors. The issue should be fixed. 2014-09-27 12:05 GMT+01:00 Eriberto eribe...@eriberto.pro.br: Hi Bruno, We have a little issue yet. I d/copyright: Files: src/pc/DrMIPS/src/com/jtattoo/plaf/BaseInternalFrameTitlePane.java src/pc/DrMIPS/src/com/jtattoo/plaf/BaseTabbedPaneUI.java src/pc/DrMIPS/src/com/jtattoo/plaf/BaseTitlePane.java Copyright: 2003 Sun Microsystems, Inc. License: GPL-2.0+ You must list Sun and Software-Entwicklung too because both have copyright rights. Cheers, Eriberto 2014-09-26 16:42 GMT-03:00 Bruno Nova brunomb.n...@gmail.com: I just found and fixed a small error in the .desktop file, so I uploaded a new package. And the upstream changelog is indeed detected in Debian. But you still should check it. 2014-09-26 19:50 GMT+01:00 Bruno Nova brunomb.n...@gmail.com: I uploaded a new package to Mentors (also updated the source tarball). I think I fixed all issues/suggestions. src/pc/DrMIPS/src/com/jtattoo/* was copyrighted in 2002, not 2012. Please, use '2002 and later', not '2012+'. I suggest the original text '2002 and later by MH Software-Entwicklung'. Thank you! Don't know how I failed that. 5.d/links: I didn't understand your intend with this file. I added a patch to the package to install the PDF manuals to /usr/share/doc/drmips/manuals, and used the debian/links file to create a link from /usr/share/drmips/doc to /usr/share/doc/drmips/manuals (this is acceptable, right?). Ok, I understand your concern but it is unusual. All packages put their docs in /usr/share/doc/. I suggest to remove this link. But I won't impose this. I changed to source code of the simulator. Now, if the ./doc folder doesn't exist, it opens the folder where make install installs the manuals to (if it exists). So, debian/links and the patch were removed, and this issue is solved. (Should have done this earlier) Ok! You can remove the d/docs files because upstream changelog will be automaticaly detected by DebHelper. That's interesting. I compiled the package in Ubuntu, and the upstream changelog was not detected automatically. It seems dh_installchangelogs was changed in Ubuntu to not install the upstream changelog: https://bugs.launchpad.net/ubuntu/+source/debhelper/+bug/637176 I still removed the debian/docs file. Please check if the upstream changelog is detected in Debian. I didn't have the time to test this in Debian yet. -- Bruno Nova -- Bruno Nova -- Bruno Nova
Bug#762685: pyspread: fails to start because SESSION_MANAGER environment variable not defined
On 24. sep. 2014 14:38, giacomo boffi wrote: This behaviour makes pyspread completely unsuitable for my purposes. Is it possible that a desktop environment is REQUIRED to run the program? Thank you in advance, From upstream: Could you ask the OP to try out the following: import wx a = wx.App() i = wx.SYS_COLOUR_GRAYTEXT c = wx.SystemSettings.GetColour(i) rgb = c.GetRGB() If any of these steps fail then it is a wxPython problem. If I could get the error messages and the types and values of i, c and rgb then I would fix the issue in the next release. Could the OP also state the output of wx.version() so that we know exactly which wx version is actually employed? -- Regards Andreas Noteng signature.asc Description: OpenPGP digital signature
Bug#763022: xmms2-plugin-curl: timeout trying to play an HTTP stream (curl)
Hello, Maximilian Stein m...@steiny.biz writes: but xmms2d reports a curl timeout (see logfile excerpt below). At least the stream 'http://streams.radiobob.de/bob-live/mp3-128/bobmediaplayer' used to work several weeks ago. I failed to reproduce your problem on my computer. While checking, it appear that I've libcurl3 7.38.0-2 (from sid) when you have libcurl3 7.38.0-1 that have a bug[1] concerning DNS. could You try to upgrade libcurl3 to the unstable version to check if this solve your problem? [1]: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762014 -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762976: flare 0.18: should be removed from Debian because it is superseded by flare-game 0.19
On 27.09.2014 01:26, Martin Quinson wrote: [...] Should be removed, yes, but 0.19 spent a few months in the NEW queue and I didn't get around to it yet. Thanks for the heads-up. Martin, what do you think of adding 'provides', something like flare-game provides flare and flare-data? I don't know if there's a downside to that, I don't have much experience in that area. Once this is done, I can remove the others. Alternatively, I was thinking on making the 0.18 versions to be just meta-packages (flare - flare-engine, flare-date - flare-game). Looking forward to read your opinions on the matter. I think flare and flare-data should depend on flare-engine and flare-game respectively. It would definitely ensure that users pulled in the new version during an upgrade. That is basically method 2 which is described here: https://wiki.debian.org/Renaming_a_Package Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#763036: bzflag-server: please add provided systemd service file
Package: bzflag-server Version: 2.4.2+ds1-5+b1 Severity: normal Tags: patch Dear Maintainer, Please add provided systemd service files bzflag.service goes in /lib/systemd/system/ bzflag.conf goes in /usr/lib/tmpfiles.d/ Alexandre Detiste -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (110, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-2-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bzflag-server depends on: ii libc-ares2 1.10.0-2 ii libc62.19-11 ii libcurl3-gnutls 7.38.0-1 ii libgcc1 1:4.9.1-14 ii libncurses5 5.9+20140712-2 ii libstdc++6 4.9.1-14 ii libtinfo55.9+20140712-2 ii zlib1g 1:1.2.8.dfsg-2 bzflag-server recommends no packages. bzflag-server suggests no packages. -- no debconf information d /run/bzflag 0770 games games - - [Unit] Description=BZFlag game server Documentation=man:bzfs(6) After=network.target [Service] EnvironmentFile=-/etd/default/bzflag User=games Group=games ExecStart=/usr/games/bzfs -advertise NONE [Install] WantedBy=multi-user.target
Bug#763026: mention where in Memtest86+ the format can be found
In fact we see Syntax is the same as provided by the Memtest86+ utility: needs to say where deep in the Memtest86+ one needs to enable this! http://unix.stackexchange.com/questions/75059/how-to-blacklist-a-correct-bad-ram-sector-according-to-memtest86-error-indicati Press 'c' to reach the configuration dialogue Then '4' for Error Report Mode Then '3' for BadRAM Patterns! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763025: paging
Am 27. September 2014 11:33:01 MESZ, schrieb 積丹尼 Dan Jacobson jida...@jidanni.org: Package: grub2-common Version: 2.02~beta2-14 Severity: wishlist One hits c and gets a grub prompt. One then hits TAB and gets a list that flies halfway off the screen. Please implement remedies. One types ls ... and the same problem occurs. Please provide a /p etc. like they did in DOS 40 years ago. ___ Pkg-grub-devel mailing list pkg-grub-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-grub-devel It's a bit hidden in the docs but you need to set the pager variable to 1 http://www.gnu.org/software/grub/manual/html_node/pager.html#pager -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762798: java.lang.ClassNotFoundException: hudson/matrix/MatrixBuild
Hello Maybe this is related to https://issues.jenkins-ci.org/browse/JENKINS-24864 ? On Thu, 25 Sep 2014 14:00:59 +0200 Emmanuel Bourg ebo...@apache.org wrote: This is the trace for the ClassNotFoundException, do you still have the one for the ClassCastException? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763037: xdrawchem crashes with segfault when leaving the text tool (jessie 64 bit)
Package: xdrawchem Version: 2.0-2 Severity: normal Hi there! :-) The xdrawchem executable crashed with a segmentation fault every time you leave the tool to insert text (no matter if you've entered text or not). Steps to reproduce: * Startup xdrawchem * Close the welcome dialog (if it appears) by clicking OK * Switch to the text tool by clicking on the T icon (description Draw or edit text) in the toolbar * Click on an empty place in the document to start inserting text * Switch back to the selection tool by clicking on the cursor icon (description: Select) in the toolbar - Crash with segmentation fault The last output of the program on the console before the crash is: addText 0 screen paintEvent painter begin drawAll: Drawable(0x14493d30) Text::Render begin !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0//EN http://www.w3.org/TR/REC-html40/strict.dtd; htmlheadmeta name=qrichtext content=1 / style type=text/css p, li { white-space: pre-wrap; } /style/headbody style= font-family:'Helvetica'; font-size:10pt; font-weight:400; font-style:normal; p style=-qt-paragraph-type:empty; margin-top:0px; margin-bottom:0px; margin-left:0px; margin-right:0px; -qt-block-indent:0; text-indent:0px; br //p/body/html Text dimensions = 787 , 21 I installed the Qt debug symbols package and compiled xdrawchem from source with DEB_BUILD_OPTIONS=nostrip in order to get a reasonable backtrace. Here it goes: ==12730== Invalid read of size 4 ==12730==at 0x5852360: QRasterPaintEngine::penChanged() (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.6) ==12730==by 0x57D604D: QPainter::setPen(QColor const) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.6) ==12730==by 0x5193FA: Render2D::drawFillBox(QPoint, QPoint, QColor, bool, QColor, int) (render2d_draw.cpp:642) ==12730==by 0x53C6E4: Text::Render() (text.cpp:554) ==12730==by 0x49AEB7: ChemData::drawAll() (chemdata.cpp:24) ==12730==by 0x529182: Render2D::paintEvent(QPaintEvent*) (render2d_event.cpp:1909) ==12730==by 0x56DF3B7: QWidget::event(QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.6) ==12730==by 0x568C31B: QApplicationPrivate::notify_helper (QObject*, QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.6) ==12730==by 0x5692E17: QApplication::notify(QObject*, QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.6) ==12730==by 0x6687CAC: QCoreApplication::notifyInternal (QObject*, QEvent*) (in /usr/lib/x86_64-linux-gnu/libQtCore.so.4.8.6) ==12730==by 0x56D9A6C: QWidgetPrivate::drawWidget (QPaintDevice*, QRegion const, QPoint const, int, QPainter*, QWidgetBackingStore*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.6) ==12730==by 0x56DA534: QWidgetPrivate::paintSiblingsRecursive (QPaintDevice*, QListQObject* const, int, QRegion const, QPoint const, int, QPainter*, QWidgetBackingStore*) (in /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.6) ==12730== Address 0x2b8 is not stack'd, malloc'd or (recently) free'd Further system information: -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-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 xdrawchem depends on: ii libc6 2.19-11 ii libgcc1 1:4.9.1-4 ii libopenbabel4 2.3.2+dfsg-1.4 ii libqt4-network 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqt4-xml 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libqtgui4 4:4.8.6+git64-g5dc8b2b+dfsg-2 ii libstdc++6 4.9.1-4 xdrawchem recommends no packages. xdrawchem suggests no packages. I hope that helps! :-) Cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762010: same issue found with libpython2.7-stdlib
I found the same issue as described in this bug report and it could be easily reproduced by this: $ /usr/bin/python Python 2.7.8 (default, Sep 9 2014, 22:08:43) [GCC 4.9.1] on linux2 Type help, copyright, credits or license for more information. import ssl help(ssl._ssl.sslwrap) Traceback (most recent call last): File stdin, line 1, in module AttributeError: 'module' object has no attribute 'sslwrap' $ /usr/bin/python Python 2.7.8 (default, Sep 9 2014, 22:08:43) [GCC 4.9.1] on linux2 Type help, copyright, credits or license for more information. import ssl print ssl._ssl.__file__ /usr/lib/python2.7/lib-dynload/_ssl.x86_64-linux-gnu.so $ dpkg -L libpython2.7-stdlib| grep ssl -i /usr/lib/python2.7/lib-dynload/_ssl.x86_64-linux-gnu.so but with another own-complied version of python 2.7.8, these commands are working fine. There is definitely something wrong with this package. Thanks -- Best regards, Patrick
Bug#762275: Solution
Am 27.09.2014 um 13:08 schrieb Michal Sojka: + addgroup --quiet --system systemd-journal After running 'delgroup systemd-journal', it was possible install the package. With the amount of information from the original bug submitter, it's hard to tell if this is the same issue as yours. In your case, you apparently had an existing systemd-journal group, which was not a system group, so addgroup errors out. This is not a bug in the Debian package. Most likely you had created that group yourself in the past. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#763025: paging
FZ == Felix Zielcke fziel...@z-51.de writes: FZ It's a bit hidden in the docs but you need to set the pager variable to 1 FZ http://www.gnu.org/software/grub/manual/html_node/pager.html#pager THIS variable needs very much needs to be mentioned on the greeting screen after one presses c and hits ENTER. There is no way one can even access the manual if one cannot boot. And even TAB's list of commands flies off the screen without it. (I didn't test if it helps with TAB. I will next boot.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749321: Poor transition path
I think the transition to pypdf2 was handled rather poorly. The module name is different, so I would expect a python-pypdf2 package instead of a misleading python-pypdf .. which does not contain a pypdf module. What I would suggest: - add a new python-pypdf2 package - if we really want to stop shipping python-pypdf, at least provide a minimal pypdf/__init__.py which does: from PyPDF2 import * (possibly with a deprecation warning) This would avoid breaking all reverse depends. Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763025: closed by Colin Watson cjwat...@debian.org (Re: Bug#763025: paging)
B set pager=1 B https://www.gnu.org/software/grub/manual/grub.html#pager B HTH, Yes that helps... but not in 99% of the cases, where the user is panicking and can't even boot, nonetheless access any manuals. Therefore kindly put it on the help screen that greets one before the first grub prompt. Or make it the default, and have the pros scour the manuals if they want to figure out how to turn it off. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763038: gparted: fails to show a newly inserted USB and blocks nautilus from mounting it
Package: gparted Version: 0.12.1-2+b1 Severity: important I reproduced this using my Dell Inspiron 3521; it reproduced when using any of my USB ports and two other USB sticks. 1. Open gparted and wait for it to load completly 2. Insert a USB stick. Outcome: O1. After waiting for the USB to show up in gparted's drop-down of available devices for 5 minutes, nothing shows up. O2. When checking in nautilus for new USBs I see a new entry with the corect label but it is not mounted and clicking it (this usually mounts/unmounts a drive) does no more than changing my mouse pointer to the loading one for about 30 seconds - no mount done. Expected: E1. The USB should be available in gparted E2. nauilus should be able to mount/unmount it Notes: N1. All is as expected if steps 1 and 2 are done in reversed order. N2. Purge-ing gparted and reinstalling it does not help. -- System Information: Debian Release: 7.6 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/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 gparted depends on: ii libatkmm-1.6-1 2.22.6-1 ii libc6 2.13-38+deb7u4 ii libgcc1 1:4.7.2-5 ii libglib2.0-02.33.12+really2.32.4-5 ii libglibmm-2.4-1c2a 2.32.1-1 ii libgtk2.0-0 2.24.10-2 ii libgtkmm-2.4-1c2a 1:2.24.2-1 ii libpangomm-1.4-12.28.4-1 ii libparted0debian1 2.3-12 ii libsigc++-2.0-0c2a 2.2.10-0.2 ii libstdc++6 4.7.2-5 ii libuuid12.20.1-5.3 gparted recommends no packages. Versions of packages gparted suggests: pn dmraid none ii dmsetup2:1.02.74-8 ii dosfstools 3.0.13-1 pn gpart none pn jfsutils none pn kpartx none pn ntfsprogs none pn reiser4progs none pn reiserfsprogs none pn xfsprogs none ii yelp 3.4.2-1+b1 -- 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#721421: libdevel-bt-perl: FTBFS on armel, hurd-i386, kfreebsd-amd64
On Sat, Sep 27, 2014 at 9:48 AM, Niko Tyni nt...@debian.org wrote: tag 721421 patch thanks On Fri, Sep 26, 2014 at 11:12:06PM +0300, Niko Tyni wrote: The problem apparently happens when the timeout in the select loop (one second) triggers before execvp() has been called. I can reproduce a similar race on my x86_64 machine by inserting a sleep(1) call right before the execvp() call. I still haven't got to the bottom of it, but it looks like the gdb output is lost somewhere with select() timeouting (and returning zero) on subsequent calls too even though gdb has happily written to the pipe. Further investigation with strace shows that the fd_set passed into select() becomes empty if execvp() happens after the first select() call. I was able to reproduce this with gdb replaced by a trivial program that just prints to stdout (which greatly helped debugging.) So I suppose the execvp() call somehow invalidates the fd set? I haven't found an explanation for this observed behaviour. The closest thing I was able to find was this in the select_tut(2) Linux manual page (on Debian sid if that matters): 11. Since select() modifies its file descriptor sets, if the call is being used in a loop, then the sets must be reinitialized before each call. Reinitializing the set in the loop fixes it and seems to be the correct thing to do anyway. Patch attached, this makes it work for me on both mips and amd64. Right, that is definitely a bug. Haven't used select in such a long time that I had looked over that insanity. Leon
Bug#763023: [Pkg-utopia-maintainers] Bug#763023: The unbound plugin calls dnssec-trigger-script with an incorrect path
Am 27.09.2014 um 10:24 schrieb Arto Jantunen: With dns=unbound enabled the 01-dnssec-trigger dispatcher script isn't used, and NM calls dnssec-trigger-script itself. The hardcoded path in NM doesn't match where the script is installed on Debian, and thus the plugin fails. A trivial patch to fix this is attached. Thanks for the patch, Arto. Unfortunately this replaces one hard-coded location with another hard-coded location so is not upstreamable. Could you raise this issue upstream (like [1]) and see if we can address e.g. via a configure switch. Thanks. [1] https://bugzilla.gnome.org/show_bug.cgi?id=732997 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#753773: consolekit: FTBFS on kfreebsd-any
reassign 753773 src:kfreebsd-kernel-headers affects 753773 consolekit found 753773 kfreebsd-kernel-headers/9.2~8 fixed 753773 kfreebsd-kernel-headers/10.0-7 close 753773 user debian-...@lists.debian.org usertags 753773 + kfreebsd thanks Hi, This was a problem in kfreebsd-kernel-headers fixed long ago. Built successfully when given back for rebuild. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760638: fixed in flashplugin-nonfree 1:3.2+wheezy1
Hello, (reportbug is still borken per Bug #758619 so this will have to do; I can provide more information on my system if necessary.) I ran into this problem today both with flashplugin-nonfree:i386=1:3.5 and =1:3.6 because I have ca-certificates=20140325 installed but set it to ask me for each certificate. And the one that I needed, mozilla/UTN_USERFirst_Hardware_Root_CA.crt was not activated. I can reproduce this by deactivating it again and then: --- # dpkg-reconfigure flashplugin-nonfree ERROR: wget failed to download http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/get-upstream-version.pl.gz.pgp More information might be available at: http://wiki.debian.org/FlashPlayer # wget http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/get-upstream-version.pl.gz.pgp --2014-09-27 13:54:57-- http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/get-upstream-version.pl.gz.pgp Resolving people.debian.org (people.debian.org)... 5.153.231.30, 2001:41c8:1000:21::21:30 Connecting to people.debian.org (people.debian.org)|5.153.231.30|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/get-upstream-version.pl.gz.pgp [following] --2014-09-27 13:54:57-- https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/get-upstream-version.pl.gz.pgp Connecting to people.debian.org (people.debian.org)|5.153.231.30|:443... connected. ERROR: The certificate of ‘people.debian.org’ is not trusted. ERROR: The certificate of ‘people.debian.org’ hasn't got a known issuer. # dpkg-reconfigure ca-certificates […] │[*] mozilla/UTN_USERFirst_Hardware_Root_CA.crt […] […] Processing triggers for ca-certificates (20140325) ... Updating certificates in /etc/ssl/certs... 1 added, 0 removed; done. Running hooks in /etc/ca-certificates/update.d Adding debian:UTN_USERFirst_Hardware_Root_CA.pem done. done. # wget http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/get-upstream-version.pl.gz.pgp --2014-09-27 13:57:14-- http://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/get-upstream-version.pl.gz.pgp Resolving people.debian.org (people.debian.org)... 5.153.231.30, 2001:41c8:1000:21::21:30 Connecting to people.debian.org (people.debian.org)|5.153.231.30|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/get-upstream-version.pl.gz.pgp [following] --2014-09-27 13:57:14-- https://people.debian.org/~bartm/flashplugin-nonfree/D5C0FC14/get-upstream-version.pl.gz.pgp Connecting to people.debian.org (people.debian.org)|5.153.231.30|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 1881 (1.8K) [application/pgp-encrypted] Saving to: ‘get-upstream-version.pl.gz.pgp’ 100%[===] 1'881 --.-K/s in 0s 2014-09-27 13:57:15 (14.9 MB/s) - ‘get-upstream-version.pl.gz.pgp’ saved [1881/1881] # dpkg-reconfigure flashplugin-nonfree # --- (works) I found out which certificate I needed by checking the information in Chromium. (Less security-savvy) users should be made aware which certificate needs to be activated for the install/update to work. In particular, they should be told by the flashplugin-nonfree configure script *why* wget (could have) failed to download the required file. Or that information should be added to https://wiki.debian.org/FlashPlayer#Troubleshooting. This bug being already closed and apt-listbugs being silent about it, I was completely unaware that something went wrong during aptitude upgrade (this package was not the only one), and suddenly found myself without *any* Flash Player plugin (in Chromium). Regards, PointedEars -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760127: initramfs-tools: creating initrd fails
On Fri, 2014-09-26 at 21:39 -0400, westlake wrote: WARNING: missing /lib/modules/3.16.1--std-ipv6-64-vps ^ Already implies the kernel since the first message. I thought the provided information was replicable enough. If someone wants to test this out, be my guest. I'm just going to repeat my questions: You wrote: a booted custom kernel is being used and installing a new kernel package fails as the initramfs script in /etc/kernel/postinst.d/ fails In what way does it fail? What are the error messages? The initramfs-tools maintainers cannot address the bug without this information. apt-get install linux-image-3.14-2-amd64enter was issued , and mkinitramfs also fails ' mkinitramfs -k -o initrd.img-3.14-2-amd64 [...] You didn't specify the kernel version to build for, so mkinitramfs defaulted to the running kernel version. The error handling could definitely be improved here though. I.e. what this command asks for is an initramfs for the running kernel version, called initrd.img-3.14-2-amd64. You presumably wanted to build it for kernel version 3.14-2-amd64, so you need to specify that on the mkinitramfs command line. Ben. -- Ben Hutchings The two most common things in the universe are hydrogen and stupidity. signature.asc Description: This is a digitally signed message part
Bug#763025: pager
OK, I found: There is plenty of room to add a whole line or two at the bottom of the c greeter screen before one gets the grub prompt. Please mention pager=1 there. Glad TAB output is paged too! By the way the greeter screen only appears upon the first time one uses c. Bad. c, ESC, c again will not give one the greeter screen. As a bonus, ? or h at the --More-- prompt might say what keys do what. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763039: src:liblucy-perl: missing hardening compiler flags
Package: src:liblucy-perl Version: 0.3.3-2 Severity: important User: debian-secur...@lists.debian.org Usertags: hardening liblucy-perl is built without hardening flags: $ blhc ../liblucy-perl_0.3.3-2_amd64.build|wc -l 352 Also, https://qa.debian.org/bls/packages/l/liblucy-perl.html Lintian complains too: W: liblucy-perl: hardening-no-relro usr/lib/x86_64-linux-gnu/perl5/5.20/auto/Lucy/Lucy.so I: liblucy-perl: hardening-no-fortify-functions usr/lib/x86_64-linux-gnu/perl5/5.20/auto/Lucy/Lucy.so -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16-2-amd64 (SMP w/4 CPU cores) Locale: LANG=bg_BG.UTF-8, LC_CTYPE=bg_BG.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#760382: tracker.debian.org: versions section shows versions already passed through NEW queue
❦ 3 septembre 2014 15:14 +0200, Gabriele Giacone 1o5g4...@gmail.com : Package: tracker.debian.org Severity: normal Dear Maintainer, https://tracker.debian.org/pkg/gcc-4.9 version section shows: testing: 4.9.1-4 unstable: 4.9.1-12 NEW/unstable: 4.9.1-5 4.9.1-5 passed NEW queue almost one month ago. Another example: https://tracker.debian.org/pkg/linux Also, it says NEW/unstable: 3.17~rc5-1~exp1 while this version has never hit unstable. It also says NEW/experimental: 3.16-1~exp1 while this is not the latest to be in NEW/experimental (this is 3.17~rc5-1~exp1). NEW/sid: 3.14.15-2 is also incorrect (this is 3.16.something). -- panic(bad_user_access_length executed (not cool, dude)); 2.0.38 /usr/src/linux/kernel/panic.c signature.asc Description: PGP signature
Bug#763025: pager
On Sat, Sep 27, 2014 at 08:31:22PM +0800, 積丹尼 Dan Jacobson wrote: There is plenty of room to add a whole line or two at the bottom of the c greeter screen before one gets the grub prompt. Please mention pager=1 there. I don't think this is suitable for a Debian-specific patch since it would require translation work, so please raise this directly upstream: https://savannah.gnu.org/bugs/?group=grub (Sometimes I forward things myself, but in cases where I don't feel particularly strongly about it it's better that you argue your own case.) I would suggest keeping your report short and to the point. Raising several slightly different issues in a single report generally produces less good results. Regards, -- 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#760038: latest upgrade fixed problem
Dear Maintainer, Yesterday I did an apt-get dist-upgrade for Jessie which fixed the problem. Ian
Bug#762798: java.lang.ClassNotFoundException: hudson/matrix/MatrixBuild
Philipp, Do you still get the ClassNotFoundException: hudson.matrix.MatrixBuild error after installing the matrix-project-plugin? The ClassCastException may still occur but this is another issue that will get resolved with #762881 Emmanuel Bourg signature.asc Description: OpenPGP digital signature
Bug#762007: Kernel command line handling change breaks d-i user-params functionality
On Wed, 2014-09-17 at 18:45 +0100, Ian Campbell wrote: Not sure what we can do about this. Perhaps choose another separator (==?) and make user-params support both? Reading the kernel source it seems it only checks for exactly --. So I propose we support --- in addition to --, something like the following (untested) patch. diff --git a/user-params b/user-params index 53677b5..2d41e05 100755 --- a/user-params +++ b/user-params @@ -14,7 +14,7 @@ for item in $(sed -e 's/[^ =]*=[^]*[ ][^]*//g' \ # Remove trailing '?' for debconf variables set with '?=' var=${var%\?} - if [ $item = -- ]; then + if [ $item = -- ] || [ $item = --- ]; then inuser=1 collect= elif [ $inuser ]; then Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763040: npm: npm help cmd is broken
Package: npm Version: 1.4.21+ds-2 Severity: normal npm help cmd is supposed to show the man page npm-cmd, but it only shows the list of more-or-less matching commands (which basically says: type npm help cmd to get more help). AFAIK, npm help install looks for /usr/share/npm/man/*/npm-install.1 but not for /usr/share/npm/man/*/npm-install.1.gz and as the former is not found by npm, npm help does not go on to call man npm-install (which would find the .gz file). According to http://anonscm.debian.org/cgit/pkg-javascript/npm.git/tree/debian/README.source the problem can be worked around by using appropriate symlinks, but the suggested links are not present in the debian package. Instead, /usr/share/npm/man itself is a symlink to /usr/share/man, where only .gz files are found. (Alternatively, npm could be patched to look for .gz man-pages, but this isn't currently done, either). -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 3.16.0-rc5-dirty (SMP w/2 CPU cores; PREEMPT) 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 npm depends on: ii node-abbrev 1.0.4-2 ii node-ansi 0.3.0-2 ii node-ansi-color-table 1.0.0-1 ii node-archy0.0.2-1 ii node-block-stream 0.0.7-1 ii node-fstream 0.1.24-1 ii node-fstream-ignore 0.0.6-2 ii node-github-url-from-git 1.1.1-1 ii node-glob 3.2.6-1 ii node-graceful-fs 2.0.0-2 ii node-gyp 0.10.10-2 ii node-inherits 2.0.0-1 ii node-ini 1.1.0-1 ii node-lockfile 0.4.1-1 ii node-lru-cache2.3.1-1 ii node-minimatch0.2.12-1 ii node-mkdirp 0.3.5-1 ii node-nopt 3.0.1-1 ii node-npmlog 0.0.4-1 ii node-once 1.1.1-1 ii node-osenv0.0.3-1 ii node-read 1.0.4-1 ii node-read-package-json1.1.3-1 ii node-request 2.26.1-1 ii node-retry0.6.0-1 ii node-rimraf 2.2.2-2 ii node-semver 2.1.0-2 ii node-sha 1.2.3-1 ii node-slide1.1.4-1 ii node-tar 0.1.18-1 ii node-underscore 1.4.4-2 ii node-which1.0.5-2 ii nodejs0.10.25~dfsg2-2 npm recommends no packages. npm 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#763025: [bug #43307] make pager=1 default or at least mention it on the greeter screen
URL: http://savannah.gnu.org/bugs/?43307 Summary: make pager=1 default or at least mention it on the greeter screen Project: GNU GRUB Submitted by: jidanni Submitted on: Sat 27 Sep 2014 01:07:17 PM GMT Category: User Interface Severity: Major Priority: 5 - Normal Item Group: Action Request Status: None Privacy: Public Assigned to: None Originator Name: Dan Jacobson Originator Email: jida...@jidanni.org Open/Closed: Open Discussion Lock: Any Release: Release: Git master Reproducibility: Every Time Planned Release: None ___ Details: In the c grub screen kindly make pager=1 or at least mention it on the greeting! There is no way a panicking user can look it up. Full details on this bug, kindly see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=763025 ___ Reply to this item at: http://savannah.gnu.org/bugs/?43307 ___ Message sent via/by Savannah http://savannah.gnu.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763041: udev: Booting much slower after upgrade to testing / no ppp device created
Package: udev Version: 208-8 Severity: normal A while ago I upgraded to testing. During the upgrade I was informed by udev (thanks!!), that my kernel was lacking the prerequisites and thus I compiled an appropriate kernel (I only added config option, I did not remove any: I put the diff of them below). The system now boots (I checked, it would not have booted with the previous kernel), however, with three artifacts (listed in the order of severity): a) the ppp device is not created. When I run pon, I got an error message asking me to mknod the device. I put the following command for now in rc.local: mknod /dev/ppp c 108 0 b) The booting is very slow. I made some real screenshots (please excuse the flash). The first shows the lines after which the booting stops for ~ 10 seconds: http://www.helgefjell.de/data/IMG_4705.JPG Before the upgrade there was no notible pause here. c) Several modules fail to load; these messages are new (and I did not compile anything different for e.g. lp or ppdev) and I could not notice and problems except for a). http://www.helgefjell.de/data/IMG_4708.JPG Before the upgrade those messages did not appear. For b) and c) I'm not 100% sure that they relate to udev, however this seems to be the most likely cause. Please note that I do not use an initrd. -- Diff of kernel config during upgrade --- config-3.2.61-grsec-01 2014-08-18 21:03:46.0 +0200 +++ config-3.2.61-grsec-02 2014-08-18 21:12:11.0 +0200 @@ -80,7 +80,7 @@ CONFIG_POSIX_MQUEUE_SYSCTL=y CONFIG_BSD_PROCESS_ACCT=y # CONFIG_BSD_PROCESS_ACCT_V3 is not set -# CONFIG_FHANDLE is not set +CONFIG_FHANDLE=y CONFIG_TASKSTATS=y CONFIG_TASK_DELAY_ACCT=y CONFIG_TASK_XACCT=y @@ -926,7 +926,8 @@ # Generic Driver Options # CONFIG_UEVENT_HELPER_PATH=/sbin/hotplug -# CONFIG_DEVTMPFS is not set +CONFIG_DEVTMPFS=y +CONFIG_DEVTMPFS_MOUNT=y CONFIG_STANDALONE=y CONFIG_PREVENT_FIRMWARE_BUILD=y CONFIG_FW_LOADER=y @@ -2748,6 +2749,7 @@ # CONFIG_BTRFS_FS is not set # CONFIG_NILFS2_FS is not set CONFIG_FS_POSIX_ACL=y +CONFIG_EXPORTFS=y CONFIG_FILE_LOCKING=y CONFIG_FSNOTIFY=y CONFIG_DNOTIFY=y -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.61sneo.02-grsec (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.53 ii libacl12.2.52-2 ii libblkid1 2.20.1-5.8 ii libc6 2.19-11 ii libkmod2 18-2 ii libselinux12.3-2 ii libudev1 208-8 ii lsb-base 4.1+Debian13 ii procps 1:3.3.9-7 ii util-linux 2.20.1-5.8 udev recommends no packages. udev suggests no packages. -- debconf information: udev/sysfs_deprecated_incompatibility: udev/reboot_needed: udev/new_kernel_needed: false udev/title/upgrade: -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#762275: Solution
On Sat, Sep 27 2014, Michael Biebl wrote: Am 27.09.2014 um 13:08 schrieb Michal Sojka: + addgroup --quiet --system systemd-journal After running 'delgroup systemd-journal', it was possible install the package. With the amount of information from the original bug submitter, it's hard to tell if this is the same issue as yours. In your case, you apparently had an existing systemd-journal group, which was not a system group, so addgroup errors out. This is not a bug in the Debian package. Most likely you had created that group yourself in the past. Yes, that's right. It's a annoying that --quiet suppress the error message in this case. -Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763041: udev: Booting much slower after upgrade to testing / no ppp device created
On Sep 27, Helge Kreutzmann deb...@helgefjell.de wrote: Version: 208-8 Please upgrade and try again. a) the ppp device is not created. When I run pon, I got an error Fixed in a more recent version. b) The booting is very slow. I made some real screenshots (please Maybe fixed in a more recent version. c) Several modules fail to load; these messages are new (and I did not Not udev's fault. -- ciao, Marco signature.asc Description: Digital signature
Bug#763042: linux-image-3.16-2: davfs2 broken with 3.16
Package: src:linux Version: 3.16.3-2 Severity: grave File: linux-image-3.16-2 Justification: causes non-serious data loss Dear Maintainer, since upgrade to 3.16-1, I cannot save files on davfs2 mounted resources. The problem affects only some editors: mcedit, libreoffice writer Does not affect vi and gedit. Files smaller than 21 kylobytes are not affected. Symptoms: open file, edit, save: editor reports that it cannot save file. After quitting editor the file on filesystem has zero size (data is lost if not saved as to another location) Rolling back to 3.14-2 eliminates the problem. 3.16-1 and 3.16-2 do behave in the same way. -- Package-specific info: ** Version: Linux version 3.16-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.3 (Debian 4.8.3-11) ) #1 SMP Debian 3.16.3-2 (2014-09-20) ** Command line: root=/dev/sda1 ip=172.31.251.4::172.31.251.1:255.255.255.0:desktop:eth0:none initrd=linux/initrd.img-3.16-2-amd64 BOOT_IMAGE=linux/vmlinuz-3.16-2-amd64 ** Tainted: PO (4097) * Proprietary module has been loaded. * Out-of-tree module has been loaded. ** Kernel log: [ 31.244783] systemd[1]: Listening on Journal Socket (/dev/log). [ 31.244845] systemd[1]: Starting Syslog Socket. [ 31.245157] systemd[1]: Listening on Syslog Socket. [ 31.245219] systemd[1]: Starting udev Control Socket. [ 31.245529] systemd[1]: Listening on udev Control Socket. [ 31.245592] systemd[1]: Starting udev Kernel Socket. [ 31.245901] systemd[1]: Listening on udev Kernel Socket. [ 31.245964] systemd[1]: Starting Journal Socket. [ 31.246280] systemd[1]: Listening on Journal Socket. [ 31.246348] systemd[1]: Starting System Slice. [ 31.246764] systemd[1]: Created slice System Slice. [ 31.246830] systemd[1]: Starting File System Check on Root Device... [ 31.247471] systemd[1]: Starting system-getty.slice. [ 31.247965] systemd[1]: Created slice system-getty.slice. [ 31.248070] systemd[1]: Mounting Huge Pages File System... [ 31.248629] systemd[1]: Starting udev Coldplug all Devices... [ 31.249315] systemd[1]: Mounting Debug File System... [ 31.905826] systemd[1]: Starting Create list of required static device nodes for the current kernel... [ 31.948218] systemd[1]: Started Set Up Additional Binary Formats. [ 32.708201] systemd[1]: Starting Load Kernel Modules... [ 32.708914] systemd[1]: Mounting POSIX Message Queue File System... [ 32.709555] systemd[1]: Starting Journal Service... [ 32.710491] systemd[1]: Started Journal Service. [ 35.302487] lp: driver loaded but no devices found [ 35.586178] ppdev: user-space parallel port driver [ 36.173568] fuse init (API version 7.23) [ 36.520604] it87: Found IT8720F chip at 0x290, revision 8 [ 36.520671] it87: VID is disabled (pins used for GPIO) [ 36.520730] it87: Routing internal VCCH to in7 [ 36.520784] it87: Beeping is supported [ 37.400326] systemd-udevd[215]: starting version 215 [ 42.276880] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro [ 43.143077] systemd-journald[196]: Received request to flush runtime journal from PID 1 [ 44.465482] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input2 [ 44.465559] ACPI: Power Button [PWRB] [ 44.465689] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 [ 44.465758] ACPI: Power Button [PWRF] [ 44.465952] tsc: Marking TSC unstable due to TSC halts in idle [ 44.466010] ACPI: acpi_idle registered with cpuidle [ 44.466133] Switched to clocksource hpet [ 44.863795] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [ 45.989660] ACPI Warning: SystemIO range 0x0428-0x042f conflicts with OpRegion 0x042c-0x042d (\GP2C) (20140424/utaddress-258) [ 45.989825] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [ 45.989921] lpc_ich: Resource conflict(s) found affecting gpio_ich [ 46.023282] input: PC Speaker as /devices/platform/pcspkr/input/input5 [ 46.038468] i801_smbus :00:1f.3: SMBus using PCI Interrupt [ 46.115239] psmouse serio1: alps: Unknown ALPS touchpad: E7=10 00 64, EC=10 00 64 [ 46.285536] [drm] Initialized drm 1.1.0 20060810 [ 46.670658] input: ImPS/2 Generic Wheel Mouse as /devices/platform/i8042/serio1/input/input4 [ 47.069855] iTCO_vendor_support: vendor-support=0 [ 47.451968] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.11 [ 47.452097] iTCO_wdt: Found a ICH10DO TCO device (Version=2, TCOBASE=0x0460) [ 47.452290] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [ 47.492073] snd_hda_intel :01:00.1: Disabling MSI [ 47.492135] snd_hda_intel :01:00.1: Handle VGA-switcheroo audio client [ 47.492714] snd_hda_intel :00:1b.0: irq 51 for MSI/MSI-X [ 47.776057] floppy0: no floppy controllers found [ 47.812853] sound hdaudioC0D2: autoconfig: line_outs=4 (0x14/0x15/0x16/0x17/0x0) type:line [ 47.812926] sound hdaudioC0D2:speaker_outs=0
Bug#687126: SubDownloader package in Debian
Hi Marco, 2012-11-23 21:38 GMT+01:00 Emilien Klein emilien+deb...@klein.st: Hello Marco Rodrigues, [snip] Since the latest update of the package in Debian is almost 2 years old, I wanted to check if you were still interested in maintaining it, or if I should propose my help in maintaining the SubDownloader package in Debian. I am a Debian Maintainer (i.e. not [yet] a DD), so I can't directly update new packages, but I'd like to help maintain SubDownloader if you need help/don't have time to take care of it anymore. Are you OK if I take maintainer role over from you for SubDownloader in Debian? Cheers, +Emilien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#763041: udev: Booting much slower after upgrade to testing / no ppp device created
Hello Marco, thanks for your ultra-fast reply. On Sat, Sep 27, 2014 at 03:13:32PM +0200, Marco d'Itri wrote: On Sep 27, Helge Kreutzmann deb...@helgefjell.de wrote: Version: 208-8 Please upgrade and try again. This is the latest version in testing. I checked out why the next one was not available and I the RC bug seems not relevant to me, so I enabled sid and upgraded udev to 215-4. I also disabled the mknod in rc.local. I will report back after the next reboot (most likely tomorrow morning). a) the ppp device is not created. When I run pon, I got an error Fixed in a more recent version. Great. I check that tomrorow monring. b) The booting is very slow. I made some real screenshots (please Maybe fixed in a more recent version. I'll report tomorrow morning. c) Several modules fail to load; these messages are new (and I did not Not udev's fault. Ok. Well, this one is only asthetically. Thanks again Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#763043: qemu-user-binfmt: binfmt support broken - package empty, foreign binaries do not run
Package: qemu-user-binfmt Version: 2.1+dfsg-4 Severity: normal Hello, I tried installing qemu-user-binfmt in the hope I will be able to run foreign architecture binaries. This has absolutely no results. THe package is empty and foreign binaries do not run. Interestingly, on machines where this works this plackage is not present. Is this package supposed to do anything? If not what is the preferred way to run foreign binaries? Thanks Michal -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (900, 'stable'), (510, 'unstable'), (505, 'experimental'), (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy-proposed'), (500, 'saucy'), (500, 'raring-updates'), (500, 'raring'), (500, 'testing'), (100, 'saucy-backports') Architecture: armhf (armv7l) Kernel: Linux 3.4.0 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages qemu-user-binfmt depends on: ii binfmt-support 2.0.12 ii qemu-user 2.1+dfsg-4 qemu-user-binfmt recommends no packages. qemu-user-binfmt suggests no packages. -- debconf information: perl: warning: Setting locale failed. perl: warning: Please check that your locale settings: LANGUAGE = (unset), LC_ALL = (unset), LANG = en_US.UTF-8 are supported and installed on your system. perl: warning: Falling back to the standard locale (C). locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#762969: apt-cacher-ng sends incomplete pages or wrong lengths
Hallo, * Julian Andres Klode [Fri, Sep 26 2014, 07:11:05PM]: Package: apt-cacher-ng Version: 0.8.0~rc3-1 Severity: important normal at worst, IMHO. It only affects some users visiting some specific pages with some specific web browsers. In chromium: GET http://localhost:3142/ net::ERR_INCOMPLETE_CHUNKED_ENCODING :3142/:1 And what is that (404 Usage Information does not seem right, nor does the chunked): Code 404 is as good or as as bad as any other code considering the specific usecase of delivering information to the user. I might change it to a redirect to an HTML document in some later version. But the chunked transfer is really not correctly terminated for some of the internally generated responses, i.e. the special EOF chunk was not sent before closing connection. To be fixed ASAP, although none of the web browsers used by me ever complained about that detail. Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#726661: Does not permit login as root from version 1:6.2p2-6
All, Thank you Paul, indeed it helped me, as I too ran into this issue in a fresh Jessie install. I didn't have to downgrade OpenSSH, however, just edit PermitRootLogin as you did. So am I right to conclude that this bug actually concerns the change that changes PermitRootLogin to without-password? I think changing this default makes sense from a security perspective as it provides the best compromise between securing a default install versus the desire to log in as root directly. However, I recognise that there are people that are using password-based root login who may be surprised by this change. The proper solution therefore may be to add a NEWS.Debian entry so everyone is informed about this change, and a release notes item at that. If those are added, this bug could be closed. Colin, what do you think? Cheers, Thijs signature.asc Description: This is a digitally signed message part.
Bug#763045: ITP: libparse-pmfile-perl -- module to parse .pm file as PAUSE does
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libparse-pmfile-perl Version : 0.26 Upstream Author : Kenichi Ishigaki ishig...@cpan.org * URL : https://metacpan.org/release/Parse-PMFile * License : Artistic or GPL-1+ Programming Lang: Perl Description : module to parse .pm file as PAUSE does Most of the code of this module is taken from the PAUSE code as of April 2013 almost verbatim. Thus, the heart of Parse::PMFile should be quite stable. Parse::PMFile doesn't provide features to extract a distribution or parse meta files intentionally. signature.asc Description: Digital Signature