Bug#764988: fixed in javatools 0.49
This change caused a build failure in libjdom1-java and libjdom2-java. libjdom2-java uses mh_install to install the jar in /usr/share/java, and then jh_classpath to tweak the manifest of the jar installed. In the version 0.49 jh_classpath is run before mh_install and fails to find the jar since it hasn't been installed yet. With javahelper 0.48 we had this sequence: dh binary --buildsystem=ant --with maven_repo_helper,javahelper dh_testroot -O--buildsystem=ant dh_prep -O--buildsystem=ant dh_auto_install -O--buildsystem=ant dh_install -O--buildsystem=ant jh_installjavadoc -O--buildsystem=ant dh_installdocs -O--buildsystem=ant dh_installchangelogs -O--buildsystem=ant dh_perl -O--buildsystem=ant dh_link -O--buildsystem=ant mh_install -O--buildsystem=ant jh_installlibs -O--buildsystem=ant jh_classpath -O--buildsystem=ant jh_manifest -O--buildsystem=ant jh_exec -O--buildsystem=ant jh_depends -O--buildsystem=ant dh_compress -O--buildsystem=ant dh_fixperms -O--buildsystem=ant dh_installdeb -O--buildsystem=ant dh_gencontrol -O--buildsystem=ant dh_md5sums -O--buildsystem=ant dh_builddeb -O--buildsystem=ant and we now have: dh binary --buildsystem=ant --with maven_repo_helper,javahelper dh_testroot -O--buildsystem=ant dh_prep -O--buildsystem=ant dh_auto_install -O--buildsystem=ant dh_install -O--buildsystem=ant jh_installjavadoc -O--buildsystem=ant dh_installdocs -O--buildsystem=ant dh_installchangelogs -O--buildsystem=ant dh_perl -O--buildsystem=ant dh_link -O--buildsystem=ant jh_installlibs -O--buildsystem=ant jh_classpath -O--buildsystem=ant jh_manifest -O--buildsystem=ant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788311: Typo present in many suites
Hi, On Wed, Jun 10, 2015 at 09:23:39AM +0200, Orestis Ioannou wrote: This typo is present in many suites. Do you want me to send a patch for each one? Of course not. Development happens in unstable (or experimental). The rest is irrelevant for typo fixes like this (and the patch would apply anywhere as-is, anyways, but it's not used anyway, see below) Please let me know how i can further contribute to resolve this bug. The whole dmake/ stuff will be removed: http://anonscm.debian.org/cgit/pkg-openoffice/libreoffice.git/commit/?id=2e6e271556a8ddd2fec40369f357c6d03d9d0721 That siad, although the debian/copyrightmight be machine-readable, there will be no gurantee this will stay like that. I am happily accepting breaking the forat where it makes sense. I only use this format because it's also more readable for humans than hand-written stuff. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787444: [Reproducible-builds] Bug#787444: Bug#787444: Bug#787444: help2man: support externally-supplied --date for reproducibility
On 10/06/15 12:41, Brendan O'Dea wrote: On 10 June 2015 at 01:59, Ximin Luo infini...@pwned.gg wrote: Given the above, I think it would still be good to define SOURCE_DATE as I originally suggested: SOURCE_DATE = $(date -d $(dpkg-parsechangelog --count 1 -SDate) --iso-8601=seconds) # includes the TZ offset - if the language/tool already has/uses a ISO8601 parser in its standard library, this is as convenient as the previous SOURCE_DATE_UTC - if the language/tool doesn't have/use one, then SOURCE_DATE_UTC doesn't actually give us any benefits: - it's far easier to use SOURCE_DATE_EPOCH, if you want to play with the date programmatically - OTOH if you're just going to take substrings/regex-match it, this works just as easily for SOURCE_DATE vs SOURCE_DATE_UTC, and the former contains more information But I care less about this latter point; the main point of this email is to argue for SOURCE_DATE_EPOCH over SOURCE_DATE_UTC (iso8601 locked to Z timezone). I disagree that SOURCE_DATE_UTC provides no benefit over SOURCE_DATE: at the very least, a program could choose to use it as an uninterpreted string (similar to the proposed --date option at the start of this bug, but from the environment rather than a flag). SOURCE_DATE with an arbitrary offset not so much. The TZ offset is given statically in debian/changelog, and that can also be part of the uninterpreted string. It's no less arbitrary than the rest of the date itself. I'm happy to accept SOURCE_DATE, SOURCE_DATE_UTC, SOURCE_DATE_EPOCH or even SOURCE_DATE_EXTRACTED_FROM_DEBIAN_CHANGELOG_WITH_NO_INTERPRETATION however. Pick one. OK, then let's go with SOURCE_DATE_EPOCH. X -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature
Bug#787444: [Reproducible-builds] Bug#787444: Bug#787444: Bug#787444: Bug#787444: help2man: support externally-supplied --date for reproducibility
On 10/06/15 12:58, Brendan O'Dea wrote: On 10 June 2015 at 20:54, Ximin Luo infini...@pwned.gg wrote: On 10/06/15 12:41, Brendan O'Dea wrote: On 10 June 2015 at 01:59, Ximin Luo infini...@pwned.gg wrote: SOURCE_DATE = $(date -d $(dpkg-parsechangelog --count 1 -SDate) --iso-8601=seconds) # includes the TZ offset The TZ offset is given statically in debian/changelog, and that can also be part of the uninterpreted string. It's no less arbitrary than the rest of the date itself. Your example above will emit the local timezone, and not the one from the changelog. You are right, my bad. I *meant* that it should be the same offset as in debian/changelog. But yes, annoyingly it is hard to get date(1) to do that, because of the same reasons I outlined earlier. But debhelper could do it correctly in one place, and then tools could use it. I guess it's up to me to write a patch for that, and then see if people want it. I suppose we can leave this discussion for now. X -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature
Bug#785514: closed by Bart Martens ba...@quantz.debian.org (closing RFS: ming/1:0.4.7-1 [RC])
On Tue, May 19, 2015 at 08:24:12PM -0700, Vincent Cheng wrote: Control: owner -1 ! On Tue, May 19, 2015 at 5:22 PM, Gabriele Giacone 1o5g4...@gmail.com wrote: On Tue, May 19, 2015 at 04:30:10PM +, Debian Bug Tracking System wrote: Date: Tue, 19 May 2015 16:27:40 + From: Bart Martens ba...@quantz.debian.org To: 785514-d...@bugs.debian.org Subject: closing RFS: ming/1:0.4.7-1 [RC] Package ming has been removed from mentors. Re-uploaded without non-redistributable files. DSC: http://mentors.debian.net/debian/pool/main/m/ming/ming_0.4.7+dfsg-1.dsc Git repo: https://anonscm.debian.org/cgit/pkg-flash/ming.git Changes since the last upload: ming (1:0.4.7+dfsg-1) unstable; urgency=medium * New upstream release. + Change php bindings license from PHP to LGPL-2.1+ (Closes: #752629). * Convert d/copyright to format 1.0. + Update php extension license. * Remove non-redistributable files under java_ext/, see d/README.source. + Fix d/watch, add Files-Excluded to d/copyright, add get-orig-source target. * Remove 04_bison 05_hurd 06_ungif patches, applied upstream. * Switch to 3.0 (quilt) format. * Remove non debian/ changes. * Add Vcs-* fields. * B-D on debhelper = 9. * Switch to Debian Flash Team maintainship. Add myself to Uploaders. * Enable hardening. * Bump Standards-Version to 3.9.6 (no changes). Looks good to me, so I guess the only remaining blocker is to clarify the licensing situation of those php bindings. Please ping me once you hear back from ftpmaster. I just shared a g+ conversation between Sandro Santilli, the only active ming developer and Steve Alberty, the only missing copyright holder. I'd consider his words as an approval. Unfortunately since then May 20th, he's been pinged many times, no replies. https://github.com/libming/libming/issues/42#issuecomment-110694325 Are you ok with it? -- G..e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788335: kannel: wrong license in the copyright file
Package: kannel Version: 1.4.3-2 Severity: serious Justification: Policy 12.5 The LICENSE file of the Kannel source tree contains The Kannel Software License, Version 1.0, which includes some restrictions on the use of the Kannel name. However, /usr/share/doc/kannel/copyright in the binary package is a different license that does not mention these restrictions. The upstream developers apparently relicensed Kannel in November 2003: https://redmine.kannel.org/projects/kannel/repository/revisions/3938 Please update the copyright file in the Debian package.
Bug#788210: Package x42-plugins doesn't build on mipsel arch
Control: reassign -1 g++-4.9 4.9.2-1 Control: retitle -1 g++-4.9: generates invalid assembly building x42-plugins on mipsel Control: affects -1 src:x42-plugins Control: tags -1 unreproducible On Tue, 09 Jun 2015 14:55:49 +0200 (CEST) Jaromír Mikeš mira.mi...@seznam.cz wrote: Package: gcc Version: 4.9_4.9.2-19 Hello, Package x42-plugins doesn't build on mipsel with gcc 4.9_4.9.2-19 https://buildd.debian.org/status/fetch.php?pkg=x42-pluginsarch=mipselver=20150530-1stamp=1433113512 As x42-plugins doesn't contain any assembler code it might be gcc bug. It looks like gcc generates invalid code for that platform I can't reproduce this bug. I tried building x42-plugins on a few different mipsel machines in sid chroots and it worked every time. James signature.asc Description: This is a digitally signed message part
Bug#788106: kpsewhich behavior changed?
Hi, On Wed, Jun 10, 2015 at 04:34:55AM +0300, Ilya Anfimov wrote: On Tue, Jun 09, 2015 at 10:40:48PM +0900, Osamu Aoki wrote: Hi, Was there major change in kpathsearch for jessie? That is the question. If that is the case, I need to fix this in stable=jessie. Nobert, can you elaborate, if you know. (I have noe yopur better address CCed) No, kpathsearch is pretty stable. I see. This is just my host config issue. I see. So this is wishlist bug to make debiandoc-sgml work stable even under non-default configuration. While I think that present behavior is a bug, and that it broke things in a pretty legal configuration, and that fix will not break anything Good. -- I don't think that it is reasonable to push it into stable. OK. Also, discussing this with Nobert may be helpful for getting LaTeX work better. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787404: ntp_intres.request: permission denied
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Mi den 10. Jun 2015 um 12:20 schrieb Roger Lynn: On 01/06/2015 09:16, Klaus Ethgen wrote: This is a successor of bug #571469. All is said there. NTP needs running DNS when it starts. Please add $named to Required-Start in init script. What if a $named is not installed? Shouldn't it be Should-Start? I have no idea. But this error should be handled somehow. But I think you have proper DNS when it is handled via dhcp, so if network is up ... However, I am even not fully convinced that it is working proper when started to shortly after DNS daemon. I tuned that in my local box and still see that errors after some boots until I restart ntpd manually. 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 iQGcBAEBCgAGBQJVeB/hAAoJEKZ8CrGAGfasAs0L/igSfCA7GyuFhqP2pw2IDmGa WTtT28rm4o+FurZv7Tmiu0aCGIHWkN4zxPjLlaI7LuNkD0eIPxH+LAAY0zjv6pDP wm27dswwXZv4e0nz0qt71qwTLtSsjVkpqtEpL+Lb0DJ2rY0XiuJ7CjsynYEYMN8N lCCMWhegrRoLK8hhYSuPnVKStqej5MyoIE49jIo8Ev0UKFzYKi4952vAXS3aPgNh tNUYFxUKoxv5lQ3SYsyF/PeaXH0ZTetOn+WPzA2d4Y3WVz6kW6AW8xh/NKJFFpqZ ocABCZGrUfbQPQVg6DycQXfQjgpMaUhHAfUdGB3aqHYpLzRYPGFs9bUXExV6VUsE g4KaWSyrp8mBAt6jUP15G7Sxzn91nsuq9hhNiLYXqZQAGJlkdJP7oI6QYC1c0XYX xAtKJFQ+Pz0Vlg9Uk4Bkxb7sDk6rlKqLhGqiVSCPfF9GrfCuoCdXddwEH6W/H8Yr 1le5l7Y70MffNk/aAWWmXmAONfMN8orrz6W6MZGWVg== =aw5n -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#765917: [cinnamon] task cinnamon:12709 blocked for more than 120 seconds.
Hi, We have recently learned that there is an issue related to the recently used files. Explained in: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766819#66 Saying this, and rereading your original report, it seems that your system had the external hard drive still mounted, and thus the kernel expected to be able to access it. Happy hacking, -- The use of COBOL cripples the mind; its teaching should, therefore, be regarded as a criminal offense. -- Edsger W. Dijkstra Saludos /\/\ /\ `/ signature.asc Description: OpenPGP digital signature
Bug#788325: easytag: Don't register as default handler for directories
Hi James On 2015-06-10 11:10, James Cowgill james...@cowgill.org.uk wrote: This bug has been reported a few times upstream. … The argument against changing it was that easytag can infact handle the inode/directory MIME type properly so it should be allowed to have it in it's MimeTypes list. On balance (due to the issues it causes) I would probably lean towards removing it, which I see has already been done in git. The MIME type is still present in the desktop file (and in the Nautilus extension for the master branch) in git. David? It is not really a problem of EasyTAG that installing a desktop file, with a valid list of accepted MIME types, causes a different part of the system to adjust its associations. There is no defined way to adjust MIME type associations across all desktop environments, and each environment handles this differently. Modern GNOME versions simply ignore the inode/directory MIME association on anything that is not Nautilus. In this specific case, if gnome-open (an old GNOME2 component) fails and xdg-open succeeds, it simply means that each has a different way of handling a newly-installed desktop file with a MimeType key. If you want to work around the bugs (or unexpected behaviours) in each desktop environment by removing the inode/directory MIME type, that is something that is best done downstream. The root cause of the issue either needs fixing with a freedesktop.org specification for MIME type associations and desktop-specific (as well as desktop-neutral) defaults, or for the current specifications to be updated to do something similar. As far as I know, this problem is not specific to the inode/directory MIME type, so I do not see why it should be singled out as a problematic case. -- http://amigadave.com/ signature.asc Description: Digital signature
Bug#783509: me too :)
Hello, just writing to add that I am having the same problem and /tmp silently became mounted on tmpfs with no warnings and no entries on changelogs. This caused a few hard resets, that I could not explain, because I normally download films into /tmp and then watch them. So I think that right now, this has the potential to cause some unforseen distruption in systems that assume /tmp is on disk. Best -- Salvo Tomaselli Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno. -- Galileo Galilei http://ltworf.github.io/ltworf/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788307: pkg-perl-tools: Alternate dependency on 'mr'
Hi, Damyan Ivanov wrote: Oops, sorry for making the change too fast. Since I don't use the package via backports It's not in backports. But the version from Sid is installable on Wheezy (at least the last version I copied over was :-). I don't think an official backport is worth the effort. (developing for sid on wheezy!?). No, but e.g. dpt push and some other tools are neat when developing (possibly local) backports. Same counts for its included lintian checks. And its function as meta-package pulling in all tools necessary for perl package development is neat on oldstable and oldoldstable, too, even if only used for developing local perl module packages (as I do occassionally at work). And that's the part where the | mr part is neat. :-) .oO( So much discussion about four bytes. :-) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787444: [Reproducible-builds] Bug#787444: Bug#787444: help2man: support externally-supplied --date for reproducibility
On 10 June 2015 at 01:59, Ximin Luo infini...@pwned.gg wrote: Given the above, I think it would still be good to define SOURCE_DATE as I originally suggested: SOURCE_DATE = $(date -d $(dpkg-parsechangelog --count 1 -SDate) --iso-8601=seconds) # includes the TZ offset - if the language/tool already has/uses a ISO8601 parser in its standard library, this is as convenient as the previous SOURCE_DATE_UTC - if the language/tool doesn't have/use one, then SOURCE_DATE_UTC doesn't actually give us any benefits: - it's far easier to use SOURCE_DATE_EPOCH, if you want to play with the date programmatically - OTOH if you're just going to take substrings/regex-match it, this works just as easily for SOURCE_DATE vs SOURCE_DATE_UTC, and the former contains more information But I care less about this latter point; the main point of this email is to argue for SOURCE_DATE_EPOCH over SOURCE_DATE_UTC (iso8601 locked to Z timezone). I disagree that SOURCE_DATE_UTC provides no benefit over SOURCE_DATE: at the very least, a program could choose to use it as an uninterpreted string (similar to the proposed --date option at the start of this bug, but from the environment rather than a flag). SOURCE_DATE with an arbitrary offset not so much. I'm happy to accept SOURCE_DATE, SOURCE_DATE_UTC, SOURCE_DATE_EPOCH or even SOURCE_DATE_EXTRACTED_FROM_DEBIAN_CHANGELOG_WITH_NO_INTERPRETATION however. Pick one. --bod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#784070: mdadm Software RAID1 with GPT on Debian 8.0.0 amd64 - Does not mount/boot on disk removal
I am also hit by this bug in Debian Jessie 8. I got it in a virtualized Virtualbox machine with one virtual disk (VDI file) and one disk attached through USB where the root was located on a md device. The first error message that appeared was: Gave up waiting for root device It is not mentioned in this bug report so if people search for the message they won't find it, until now hopefully. I used the workaround described on serverfault which works for now. Adding bootdegraded=1 and such to the kernel command line does not work. I don't know if it has to do with mdadm but before trying to detach one of the disks (to test an eventual disk failure) I in fact had problems with mdadm not waiting for the slower USB disk to become available. I solved this by adding rootdelay=1 to /etc/default/grub I changed this line: GRUB_CMDLINE_LINUX_DEFAULT=quiet To this: GRUB_CMDLINE_LINUX_DEFAULT=quiet rootdelay=15 And then I ran update-grub. I consider this as a critical bug. RAID1 systems which should be more fail tolerant may currently not boot in Debian Jessie 8 if one of the disks are out of order. r
Bug#788330: WG: Debian 8.1 installation on conga-QA3 machine
Package: debian-installer Version: 8.1.0 Dear Maintainer, I try to install debian 8.1 on a conga-QA3 machine. But the Installation hangs. The installation on a before used machine (conga-QA6) could be completed. Here all available information of the failed installation: Package: installation-reports Boot method: net installation from USB-Stick Image version: http://cdimage.debian.org/debian-cd/8.1.0/i386/iso-cd/debian-8.1.0-i386-neti nst.iso Date: 06/10/2015 06:00 Machine: conga-QA3 Processor: Intel ATOM E3815 Memory: 2 GB RAM / 4 GB eMMC Partitions: listing not possible because installation was not complete Partitions definitions during installation /dev/mmcblk0p1 1,5 GB Linux /dev/mmcblk0p2 2,1 GB Extended /dev/mmcblk0p5 673 MB Linux /var /dev/mmcblk0p6 277 MB Linux swap /dev/mmcblk0p7 109 MB Linux /tmp /dev/mmcblk0p8 1,2 GB Linux /home Output of lspci -knn (or lspci -nn): not possible because installation was not complete Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [E] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The installation hangs on 12 % when installing tasks. Here are the last steps before installation hangs libexpat1 (i386) installiert discover-data (i386) wird konfiguriert libdiscover2 (i386) wird konfiguriert discover (i386) wird konfiguriert discover (i386) installiert Aufruf des Nach-Installation-Triggers libc-bin Ausführen von dpkg After this the system hangs (keyboard without reaction) *** After the installation failed, I have installed the same image on a before used machine. Machine: conga-QA6 Processor: Intel ATOM E640 Memory: 2 GB RAM / 4 GB mSATA This installation could be completed. Mit freundlichen Grüßen / best regards Heino Schäfer ProSign GmbH http://de.wikipedia.org/wiki/Werner_Heisenberg Werner - Heisenberg - Straße 1 D-39106 http://maps.google.de/maps/ms?f=qhl=degeocode=ie=UTF8msa=0msid=1126591 68637196436702.00044839b01c7364882c2ll=52.143939,11.660246spn=0.010653,0.0 19312t=hz=16 Magdeburg Phone: +49 (0)391-56306890 Fax: +49 (0)391-56306899 E-mail: mailto:schae...@pro-sign.de mailto:schae...@pro-sign.de Internet: http://www.pro-sign.de/ http://www.pro-sign.de/ Geschäftsführer: Steffen Mertens Amtsgericht Stendal: HRB 109932
Bug#788325: easytag: Don't register as default handler for directories
Hi, This bug has been reported a few times upstream. https://bugzilla.gnome.org/show_bug.cgi?id=694358 https://bugzilla.gnome.org/show_bug.cgi?id=726092 https://mail.gnome.org/archives/easytag-list/2014-March/msg6.html The argument against changing it was that easytag can infact handle the inode/directory MIME type properly so it should be allowed to have it in it's MimeTypes list. On balance (due to the issues it causes) I would probably lean towards removing it, which I see has already been done in git. David? James On Wed, 2015-06-10 at 10:47 +0200, IOhannes m zmoelnig wrote: Package: easytag Version: 2.2.6-1 Severity: normal Dear Maintainer, * What led up to the situation? installed easytag * What exactly did you do (or not do) that was effective (or ineffective)? open a directory, using $ gnome-open /tmp * What was the outcome of this action? easytag was started. * What outcome did you expect instead? open a directory in a file browser. btw, using $ xdg-open /tmp works as expected. mfgards IOhannes -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages easytag depends on: ii libc6 2.19-18 ii libflac81.3.1-2 ii libgcc1 1:5.1.1-9 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-02.44.1-1 ii libgtk-3-0 3.14.5-1 ii libid3-3.8.3c2a 3.8.3-16 ii libid3tag0 0.15.1b-11 ii libogg0 1.3.2-1 ii libopus01.1-2 ii libopusfile00.6-1 ii libpango-1.0-0 1.36.8-3 ii libspeex1 1.2~rc1.2-1 ii libstdc++6 5.1.1-9 ii libtag1c2a 1.9.1-2.1 ii libvorbis0a 1.3.4-2 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages easytag recommends: ii gnome-icon-theme 3.12.0-1 ii gvfs 1.24.1-2+b1 ii yelp 3.16.1-1 easytag suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#788306: [PKG-Openstack-devel] Bug#788306: horizon: CVE-2015-3219: XSS in Horizon Heat stack creation
On Wed, Jun 10, 2015 at 10:42 AM, Salvatore Bonaccorso car...@debian.org wrote: On Wed, Jun 10, 2015 at 09:10:56AM +0200, László Böszörményi (GCS) wrote: Just checked. The Wheezy version doesn't contain the vulnerable code segment, but the Jessie version does. Mark the bug accordingly. In case you may accept, I attach a debdiff for Jessie. Thanks for the quick followups. Am I right that jessie though is not affected due to https://bugs.launchpad.net/horizon/+bug/1453074/comments/13 The field help_text is always escaped already. Is that right? I think the correct answer would be 'it depends'. If you check the presentation layer when that text used as-is, then yes, it's escaped there already. On the other hand that text may be used in the code for addition to other variables that may not be escaped for the presentation tier. Then the user may have customized his/her installation that use the mentioned text without escaping. Last but not least some plugin or other software may also use that text without filtering. If I think these cases then OpenStack may be vulnerable in other places that can be harder (but not impossible) to take advantage of this CVE. In short, the comment you mention emphasize this: Juno - ASSUME that help text is always safe: (ie, not 100% sure). That can be the reason upstream has an update for Juno which was merged[1]: Branch stable/juno Status Merged I say it's better to be more safe and may escape that string twice than have a risk of a vulnerability remain in some use cases. But of course, you are in the position to choose if a DSA is issued or not. Cheers, Laszlo/GCS [1] https://review.openstack.org/#/c/189821/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#766819: Something to try to make the issue go away
Hi Christoph, I recently came across a machine that was experiencing a very very similar issue as the one you described. This was running Ubuntu Trusty, so no systemd involved at all. It turned out that what was happening was that every time a file was opened or closed, the recently-used.xbel file was read by cinnamon and for some reason that caused cinnamon to freeze. Unfortunately, I didn't keep a copy of the offending recently-used.xbel file, so it's hard to know WHAT is there that is causing this. The next time this happens to you, please do the following: $ mkdir -p ~/.config/gtk-3.0 $ echo -e [Settings]\ngtk-recent-files-max-age=0\ngtk-recent-files-limit=0 ~/.config/gtk-3.0/settings.ini $ cp ~/.local/share/recently-used.xbel /tmp/ $ rm ~/.local/share/recently-used.xbel Then log out and log in. If this gets rid of the symptom, then we know it's the same problem. If that's the case, please look at the copied file and check if there's anything private there and if there's not, attach it to the bug so that we can try to figure out what recently used things can cause this. Thanks! Marga -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788066: unattended-upgrades: Security updates not installed since last upgrade of unattended-upgrades package
On Mon, Jun 08, 2015 at 11:51AM +0200, Hans Yntema wrote: Since this last upgrade, security updates don't get installed automatically. I can confirm this, the fix of #783690 seems to be faulty. It uses Allowed-Origins instead of Origins-Pattern, which does not seem to support codenames (e.g. Jessie) nor matching only security updates. This works: Unattended-Upgrade::Origins-Pattern { origin=${distro_id},codename=${distro_codename},label=Debian-Security; } (drop the ,label=Debian-Security if you want normal updates as well, as suggested in #787945) With Allowed-Origins this works, but installs not only security updates: Unattended-Upgrade::Allowed-Origins { ${distro_id}:stable; } Johannes -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788331: ftpd-ssl: NLST of empty directory results in segfault
Package: ftpd-ssl Severity: important Tags: upstream Dear Maintainer, While upgradings plugins in a customer wordpress installation, the following error occured: Unpacking the update… Could not create directory. Installation Failed Digging down the reason for this error, I came across the following: Jun 10 11:16:07 host ftpd[1766]: command: NLST /home/customer/www/wp-content/upgrade/ Jun 10 11:16:07 host ftpd[1766]: --- 550 No files found. Jun 10 11:16:07 host kernel: [ 3202.656980] in.ftpd[1766]: segfault at 0 ip 7f0239175644 sp 7fff1634ca20 error 4 in libc-2.19.so[7f023910c000+19f000] Manually replaying the FTP session reveals, that the FTP server is unable to retrieve the content of an empty directory using NLST. But there is no problem with LIST. As a consequence the next command send by wordpress (MKD) failed, simply because the daemon died. That's why the misleading error message in the wordpress output. Exchanging the ftpd-ssl packet with inetutils-ftpd solved the problem, while losing the SSL functionality. -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788332: ITP: xfdashboard -- GNOME shell like dashboard for Xfce
Package: wnpp Severity: wishlist Owner: Debian Xfce Maintainers pkg-xfce-de...@lists.alioth.debian.org * Package name: xfdashboard Version : 0.4.2 Upstream Author : Stephan Haller no...@froevel.de * URL : http://archive.xfce.org/src/apps/xfdashboard/ * License : GPL-2+ Description : GNOME shell like dashboard for Xfce xfdashboard provides an overview of applications currently open enabling the user to switch between different applications. The search feature works like Xfce's appfinder which makes it convenient to search for and start applications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787444: [Reproducible-builds] Bug#787444: Bug#787444: Bug#787444: help2man: support externally-supplied --date for reproducibility
On 10 June 2015 at 20:54, Ximin Luo infini...@pwned.gg wrote: On 10/06/15 12:41, Brendan O'Dea wrote: On 10 June 2015 at 01:59, Ximin Luo infini...@pwned.gg wrote: SOURCE_DATE = $(date -d $(dpkg-parsechangelog --count 1 -SDate) --iso-8601=seconds) # includes the TZ offset The TZ offset is given statically in debian/changelog, and that can also be part of the uninterpreted string. It's no less arbitrary than the rest of the date itself. Your example above will emit the local timezone, and not the one from the changelog. OK, then let's go with SOURCE_DATE_EPOCH. Sold. Adding it now. --bod -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788334: libc6: pthread_cond_wait hangs
Source: libc6 Version: 2.13-38+deb7u8 Severity: normal Dear Maintainer, This is a possible regression of #694962 which is present in wheezy. It has been fixed in redhat: https://bugzilla.redhat.com/show_bug.cgi?id=552960 And the reproducers attached to the redhat defect cause the problem in wheezy. -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (990, 'oldstable-updates'), (990, 'oldstable'), (500, 'oldoldstable-updates'), (500, 'oldoldstable'), (500, 'stable'), (500, 'oldstable'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/12 CPU cores) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788333: wget: Segmentation fault after upgrade (libnettle6 installation)
Package: wget Version: 1.16.3-2+b2 Severity: grave Justification: renders package unusable Hi, after today's upgrade which installed libnettle6 as dependency, i get segmentation fault running wget. Here is the gdb output: $ gdb wget (gdb) run Starting program: /usr/bin/wget [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/arm-linux-gnueabihf/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. 0xb6f4a580 in nettle_yarrow256_update () from /usr/lib/arm-linux-gnueabihf/libnettle.so.6 (gdb) bt #0 0xb6f4a580 in nettle_yarrow256_update () from /usr/lib/arm-linux-gnueabihf/libnettle.so.6 #1 0xb6eff76c in ?? () from /usr/lib/arm-linux-gnueabihf/libgnutls-deb0.so.28 Backtrace stopped: previous frame identical to this frame (corrupt stack?) If more infos are needed let me know. Thanks. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (500, 'testing') Architecture: armhf (armv7l) Kernel: Linux 3.8.11 (SMP w/2 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages wget depends on: ii libc6 2.19-18 ii libgnutls-deb0-28 3.3.15-2 ii libidn11 1.30-1 ii libnettle6 3.1.1-3 ii libpcre3 2:8.35-5 ii libpsl00.5.1-1 ii libuuid1 2.26.2-6 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages wget recommends: ii ca-certificates 20150426 wget 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#787404: ntp_intres.request: permission denied
On 01/06/2015 09:16, Klaus Ethgen wrote: This is a successor of bug #571469. All is said there. NTP needs running DNS when it starts. Please add $named to Required-Start in init script. What if a $named is not installed? Shouldn't it be Should-Start? Roger (Not an NTP maintainer or a Debian Developer) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788337: No Graphics on IGEL H 700C thin-client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: installation-reports Version: 2.58 Severity: minor 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? *** End of the template - remove these template lines *** - -- Package-specific info: Boot method: USB Image version: http://cdimage.debian.org/debian-cd/8.0.0/multi-arch/iso-cd/debian-8.0.0-amd64-i386-netinst.iso, 2015-04-25 Date: 2015-06-10, about 12.00 h Machine: IGEL H700C Partitions: Filesystem Type 1K-blocksUsed Available Use% Mounted on /dev/sdb1 xfs6134590 3178676 2955914 52% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 1931524936188216 3% /run tmpfs tmpfs 482876 0482876 0% /dev/shm tmpfs tmpfs 5120 4 5116 1% /run/lock tmpfs tmpfs 482876 0482876 0% /sys/fs/cgroup /dev/sdb2 xfs7154750 16480 7138270 1% /home tmpfs tmpfs96576 4 96572 1% /run/user/119 tmpfs tmpfs96576 0 96576 0% /run/user/1000 Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [e] Install boot loader:[O] Overall install:[o] Comments/Problems: It seems the openchrome graphics-driver from VIA is defective by default, I have not met any device in the recent time, where it works. I will report this separately against the openchrome-video-driver. I think the best solution for this is currently, not to worry, or get upset, or grow grey hair, waiting for a fix, but instead use these boxes as servers. I set up the debian-desktop and mate-desktop tasks here for testing purposes. - -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=8 (jessie) - installer build 20150422 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux dewp 3.16.0-4-586 #1 Debian 3.16.7-ckt9-2 (2015-04-13) i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge [1106:0364] lspci -knn: Subsystem: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge [1106:0364] lspci -knn: Kernel driver in use: agpgart-via lspci -knn: 00:00.1 Host bridge [0600]: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge [1106:1364] lspci -knn: 00:00.2 Host bridge [0600]: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge [1106:2364] lspci -knn: 00:00.3 Host bridge [0600]: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge [1106:3364] lspci - -knn: 00:00.4 Host bridge [0600]: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge [1106:4364] lspci -knn: 00:00.5 PIC [0800]: VIA Technologies, Inc. CN896/VN896/P4M900 I/O APIC Interrupt Controller [1106:5364] lspci -knn: 00:00.6 Host bridge [0600]: VIA Technologies, Inc. CN896/VN896/P4M900 Security Device [1106:6364] lspci -knn: 00:00.7 Host bridge [0600]: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge [1106:7364] lspci -knn: 00:01.0 PCI bridge [0604]: VIA Technologies, Inc. VT8237/VX700 PCI Bridge [1106:b198] lspci -knn: 00:02.0 PCI bridge [0604]: VIA Technologies, Inc. CN896/VN896/P4M900 PCI to PCI Bridge Controller [1106:a364] (rev 80) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:03.0 PCI bridge [0604]: VIA Technologies, Inc. CN896/VN896/P4M900 PCI to PCI Bridge Controller [1106:c364] (rev 80) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:0f.0 IDE interface [0101]: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] (rev 07) lspci -knn:Subsystem: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE [1106:0571] lspci -knn: Kernel driver in use: pata_via lspci -knn: 00:10.0 USB controller [0c03]: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller [1106:3038] (rev b0) lspci -knn: Subsystem: VIA Technologies, Inc. VT82x
Bug#786438: libmp3lame0: general protection error in libmp3lame.so.0.0.0
Am Dienstag, den 09.06.2015, 15:20 +0200 schrieb Fabian Greffrath: With upstream patch application in mind, I'd rather modify Makefile.am. In the per-function variant the attribute intruction would have to be #ifdef'd out of the way for non-GCC compilers, whereas automake is already rather GCC-centric anyway. I have decided to go the per-function way and add __GNUC__ protectors. I will upload a fixed package shortly. Thank you very much for your help with analyzing this bug and your patient suggestions and patches! - Fabian signature.asc Description: This is a digitally signed message part
Bug#721215: The Debian Administration Handbook and https://www.debian.org/doc
Hi El 10/06/15 a las 06:45, Joost van Baal-Ilić escribió: Hi, I can't find any Debian Administrator's Manual which is DFSG-free and packaged in Debian; as mentioned by original bug submitter. (I _did_ find the Debian GNU/Linux System Administrator's Manual (obsolete, Copyright © 1997 Ardo van Rangelrooij Copyright © 1998 Oliver Elphick Copyright © 1998 Tapio Lehtonen); there's an old copy still at http://debian.man.ac.uk/non-debian/LDP/LDP/www.debian.org/doc/manuals/system-administrator .) Indeed, it seems we're talking about The Debian Administration Handbook. I agree with the bug's submitter that that one needs a more prominent place under http://www.debian.org/doc . An entry under Users' manuals, and an entry on https://www.debian.org/doc/user-manuals (which could be renamed from DDP Users' Manuals to Users' Manuals) would be appropriate, imho. Is it important to state whether a piece of documentation belongs to the Debian Documentation Project or not? I think yes (I'm not part of DDP, though...), and I think it's better to create a new section than removing the DDP part of the title in user-manuals and add the handbook there. Any other opinion? https://www.debian.org/doc/books could refer to the new https://www.debian.org/doc/user-manuals#debian-handbook . I would update the entry of books, to reference the page/section where we finally add the Handbook. Thanks Bye, Joost On Wed, Jun 10, 2015 at 01:29:57AM +0200, Laura Arjona Reina wrote: Hi everybody If you refer to The Debian Administration Handbook (the first reference listed in the subpage https://www.debian.org/doc/books), I have no clear idea about what to do. On one side, the reference should stay there even if we add an entry in user manuals, because it's a printed book. On the other side, I'm not sure if user manuals is for the documentation maintained by the Debian Documentation Project (and then, the Handbook shouldn't be there, even if there is a package available, several translations, and it's DFSG-free). Finally, I suppose we could change the title of the section Other, shorter documents to Other, and shorter documents and include a link as first reference in that section, but I think it's not a good solution. CC'ing debian-doc mailing list, I hope they can give advice about how to proceed. Regards -- Laura Arjona https://wiki.debian.org/LauraArjona -- Laura Arjona https://wiki.debian.org/LauraArjona -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788317: [zoneminder] Some sources are not included in your package
Hi Bastien, Thank you for your meticulous fight against source-less files. :) On Wed, 10 Jun 2015 10:19:56 bastien ROUCARIÈS wrote: your package includes some files that seem to lack sources in prefered forms of modification: web/skins/*/js/jquery-1.4.2.min.js Is it really necessary to bug me like this, with severity serious?? :( I am very cautious about such issues. I even left comment about it in lintian- overrides to note that I'm aware of the problem... It is not fixed in the packaging only because I already fixed it upstream [1] so next upstream release will have no source-less files and therefore (hopefully) I will not have to introduce DFSG-repackaging to remove this file just for one minor upload... This file is present only in current version of orig.tar (but not in upcoming release); Current binary packages do not install and do not use this file at all. [1]: https://github.com/ZoneMinder/ZoneMinder/commit/b2f6bfb5 -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B --- Do your duty as you see it, and damn the consequences. -- George S. Patton signature.asc Description: This is a digitally signed message part.
Bug#788336: irrlicht: please make the build reproducible Source: irrlicht
Source: irrlicht Version: 1.8.1+dfsg1-1 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, While working on the “reproducible builds” effort [1], we have noticed that irrlicht could not be built reproducibly. The attached patch removes $datetime from the file footer.html. Once applied irrlicht can be built reproducibly in our current experimental framework. Please also consider forwarding this patch upstream. Thanks! akira [1]: https://wiki.debian.org/ReproducibleBuilds Description: Remove $datetime from footer.html to make package reproducible --- irrlicht-1.8.1+dfsg1.orig/scripts/doc/irrlicht/footer.html +++ irrlicht-1.8.1+dfsg1/scripts/doc/irrlicht/footer.html @@ -7,7 +7,7 @@ td width=0 div align=leftsmalla href=http://irrlicht.sourceforge.net; target=_blankimg src=irrlicht.png alt=The Irrlicht Engine align=middle border=0 width=88 height=31/a/small/div/td td div align=leftsmallemfont size=2The a href=http://irrlicht.sourceforge.net; target=_blankIrrlicht Engine/a Documentation copy; 2003-2010 by Nikolaus Gebhardt. Generated -on $datetime by a href=http://www.doxygen.org; target=_blankDoxygen/a +by a href=http://www.doxygen.org; target=_blankDoxygen/a ($doxygenversion)/font/em/small/div/td /tr /table
Bug#788306: [PKG-Openstack-devel] Bug#788306: horizon: CVE-2015-3219: XSS in Horizon Heat stack creation
Control: found -1 2014.1.3-1 Hi Salvatore, On Wed, Jun 10, 2015 at 7:37 AM, Salvatore Bonaccorso car...@debian.org wrote: Source: horizon Version: 2015.1.0-1 Severity: important Tags: security upstream fixed-upstream [...] CVE-2015-3219[0]: XSS in Horizon Heat stack creation [...] Please adjust the affected versions in the BTS as needed. Just checked. The Wheezy version doesn't contain the vulnerable code segment, but the Jessie version does. Mark the bug accordingly. In case you may accept, I attach a debdiff for Jessie. Regards, Laszlo/GCS diff -Nru horizon-2014.1.3/debian/changelog horizon-2014.1.3/debian/changelog --- horizon-2014.1.3/debian/changelog 2015-01-21 15:47:35.0 +0100 +++ horizon-2014.1.3/debian/changelog 2015-06-10 08:27:18.0 +0200 @@ -1,3 +1,9 @@ +horizon (2014.1.3-7+deb8u1) jessie-security; urgency=high + + * Fix CVE-2015-3219 with upstream patch. + + -- Laszlo Boszormenyi (GCS) g...@debian.org Wed, 10 Jun 2015 08:25:45 +0200 + horizon (2014.1.3-7) unstable; urgency=medium * Fix Moscow timezone check and avoid FTBFS (Closes: #775636). diff -Nru horizon-2014.1.3/debian/patches/CVE-2015-3219_XSS_in_Horizon_Heat_stack_creation.patch horizon-2014.1.3/debian/patches/CVE-2015-3219_XSS_in_Horizon_Heat_stack_creation.patch --- horizon-2014.1.3/debian/patches/CVE-2015-3219_XSS_in_Horizon_Heat_stack_creation.patch 1970-01-01 01:00:00.0 +0100 +++ horizon-2014.1.3/debian/patches/CVE-2015-3219_XSS_in_Horizon_Heat_stack_creation.patch 2015-06-10 08:50:49.0 +0200 @@ -0,0 +1,36 @@ +Description: Escape the description param from heat template + The heat template allows user to define custom parameters, + the fields are then converted to input fields. The description + param maps to the help_text attribute of the field. + . + Since the value comes from the user, the value must be escaped + before rendering. +Origin: upstream, https://review.openstack.org/#/c/189821/ +Bug: https://bugs.launchpad.net/horizon/+bug/1453074 +Bug-Debian: https://bugs.debian.org/788306 +Forwarded: not-needed +Author: Lin Hua Cheng os.lch...@gmail.com +Reviewed-By: David Lyle david.l...@intel.com +Last-Update: 2015-06-09 + +--- + +--- horizon-2014.1.3.orig/openstack_dashboard/dashboards/project/stacks/forms.py horizon-2014.1.3/openstack_dashboard/dashboards/project/stacks/forms.py +@@ -15,6 +15,7 @@ + import json + import logging + ++from django.utils import html + from django.utils.translation import ugettext_lazy as _ + from django.views.decorators.debug import sensitive_variables # noqa + +@@ -307,7 +308,7 @@ class CreateStackForm(forms.SelfHandling + field_args = { + 'initial': param.get('Default', None), + 'label': param_key, +-'help_text': param.get('Description', ''), ++'help_text': html.escape(param.get('Description', '')), + 'required': param.get('Default', None) is None + } + diff -Nru horizon-2014.1.3/debian/patches/series horizon-2014.1.3/debian/patches/series --- horizon-2014.1.3/debian/patches/series 2015-01-21 15:47:35.0 +0100 +++ horizon-2014.1.3/debian/patches/series 2015-06-10 08:47:54.0 +0200 @@ -8,3 +8,4 @@ Update_WSGI_app_creation_to_be_compatible_with_Django_1.7.patch CVE-2014-8124_Horizon_login_page_contains_DOS_attack_mechanism_icehouse_.patch fix-moscow-tz-test.patch +CVE-2015-3219_XSS_in_Horizon_Heat_stack_creation.patch
Bug#788312: Broken ssh-askpass dependency
package: pdsh version: 2.31-3 severity: low Hello, It seems like it is neccesary to have a dependency or a recommend to ssh-askpass. If not this message is show if you have not accepted host key: host: ssh_askpass: exec(/usr/bin/ssh-askpass): No such file or directory host: Host key verification failed. Thank you very much -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788311: [PATCH] libreoffice: Typo in d/copyright file
On Wed, Jun 10, 2015 at 09:03:02AM +0200, Orestis Ioannou wrote: Thanks for your great effort in libreoffice. This is a tiny patch for the d/copyright file. Thanks, but actually this is not needed at all given we don't need dmake (or LO ship a copy) anymore.. Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788311: Typo present in many suites
Hello, This typo is present in many suites. Do you want me to send a patch for each one? So i came across this during my work for Debsources as a GSoC student. One of my tasks was to parse d/copyright files and provide fancy rendering for machine readable ones (using python-debian). While your d/copyright is machine readable this typo causes a lot of trouble (500 error) in the rendering for libreoffice which i find a pity. Please let me know how i can further contribute to resolve this bug. Regards, Orestis signature.asc Description: OpenPGP digital signature
Bug#788324: Unsupported on arches besides i386 and amd64
Source: haskell-criterion Version: 1.1.0.0-2+b3 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, as discussed on https://github.com/bos/criterion/issues/80#issuecomment-110450727 criterion contains assembly code, and upstream does not plan on actively supporting other architectures. We should not pretend that we do, and remove it there. Greetings, Joachim - -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) -BEGIN PGP SIGNATURE- Version: GnuPG v1 iEYEARECAAYFAlV3/dUACgkQ9ijrk0dDIGybNwCeJWYDPoo4xrGqfj/nEXbdZPIp QbkAoKGysvkkY/QiIBa4ZikJ9qOHZFhH =pu5P -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#787689: [armhf] Internal compiler error while building qtbase (qt5)
Control: tags -1 + upstream Control: forwarded -1 https://gcc.gnu.org/PR66483 On 06/09/2015 02:47 PM, Matthias Klose wrote: On 06/09/2015 02:41 PM, Martin Michlmayr wrote: * Matthias Klose d...@debian.org [2015-06-09 13:58]: could you attach the preprocessed source together with the options to trigger this ICE? and maybe ask the ARM porters for help. I'm looking into it. $ g++ -c -std=c++11 -g -O2 -fPIC -fstack-protector-strong -ffunction-sections -fno-exceptions qxml.ii I'm unable to reproduce this with -20 You need these parameters: -g -O2 -fPIC -std=c++0x -fstack-protector-strong -fno-exceptions I've attached the preprocessed source. I'm running creduce but it's taking forever since I don't have a cross compiler. $ g++ -c -std=c++11 -g -O2 -fPIC -fstack-protector-strong -ffunction-sections -fno-exceptions qxml.ii adding -frandom-seed=0 reproduces this with -ffunction-sections too. Building without -g or with -O1 works around the ICE. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788310: zyne: Patch adding dependency
Am Mittwoch, den 10.06.2015, 10:15 +0200 schrieb Fabian Greffrath: There is even something like ${python:Depends}, maybe this helps. From the build log: make[1]: Leaving directory '/home/greffrath/Debian/zyne' dh_install dh_installdocs dh_installchangelogs dh_python2 W: dh_python2:479: Please add dh-python package to Build-Depends dh_installmenu dh_perl dh_link debian/rules override_dh_compress make[1]: Entering directory '/home/greffrath/Debian/zyne' pyversions: missing X(S)-Python-Version in control file, fall back to debian/pyversions pyversions: missing debian/pyversions file, fall back to supported versions dh_compress --exclude=.sg --exclude=.aif --exclude=.aiff make[1]: Leaving directory '/home/greffrath/Debian/zyne' dh_fixperms dh_installdeb dh_gencontrol dpkg-gencontrol: warning: package zyne: unused substitution variable ${python:Versions} dpkg-gencontrol: warning: package zyne: unused substitution variable ${python:Depends} dh_md5sums dh_builddeb signature.asc Description: This is a digitally signed message part
Bug#788326: gddrescue: dpkg-buildflags-missing
Source: gddrescue Version: 1.19-1 Severity: normal Tags: patch Hi Maintainer The attached patch enables hardening and passes CXX, CPPFLAGS, CXXFLAGS and LDFLAGS to ddrescue's configure script. This should clear the Lintian 'hardening-no-relro' warning and the buildd log scanner 'dpkg-buildflags-missing' warning. Regards Graham diff -Nru gddrescue-1.19/debian/rules gddrescue-1.19/debian/rules --- gddrescue-1.19/debian/rules 2014-10-06 15:20:33.0 +0200 +++ gddrescue-1.19/debian/rules 2015-06-10 10:56:16.0 +0200 @@ -1,8 +1,16 @@ #!/usr/bin/make -f +export DEB_BUILD_MAINT_OPTIONS=hardening=+all %: dh $@ +override_dh_auto_configure: + dh_auto_configure -- \ + CXX='$(CXX)' \ + CPPFLAGS='$(CPPFLAGS)' \ + CXXFLAGS='$(CXXFLAGS)' \ + LDFLAGS='$(LDFLAGS)' + override_dh_installinfo: rm -f $(CURDIR)/debian/gddrescue/usr/share/info/dir
Bug#788221: flash-kernel: Cubietruck failed to boot with flash-kernel 3.41
On Tue, 2015-06-09 at 23:35 +0200, Karsten Merker wrote: if test -e ${device} ${partition} ${pathprefix}vmlinuz-${kvers} ^^ Ah yes, well spotted, thanks. I'd switched my system to use the generic script as an experiment (it worked) and then forgotten to switch it back. I tried the obvious change though and it doesn't seem to have helped :-( Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788307: pkg-perl-tools: Alternate dependency on 'mr'
On Wed, Jun 10, 2015 at 9:56 AM, Axel Beckert a...@debian.org wrote: *sigh* I've never understood why Joey changed the name. mr was perfect. myrepos sounds as horrible as myspace. O.o Me neither. I agree. I am sure it's SEO reasons, and that makes sense to some degree, but it will always be mr to me. But anyway: Feel free to do so. The way I understand the archive, I have to. In contrary -- it eases backports. (Which is also the primary reason why I put it in there although the renaming already happened when the first pkg-perl-tools package was uploaded.) I didn't consider that. I will do the same for vcsh, actually. To, you guessed it, ease backports. Thanks! Richard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788317: [zoneminder] Some sources are not included in your package
Package: src:zoneminder Version: 1.28.1-6 user: lintian-ma...@debian.org usertags: source-is-missing severity: serious X-Debbugs-CC: ftpmas...@debian.org Hi, your package includes some files that seem to lack sources in prefered forms of modification: web/skins/*/js/jquery-1.4.2.min.js I have fixed on the lintian side the mootools false positive. According to Debian Free Software Guidelines [1] (DFSG) #2: The program must include source code, and must allow distribution in source code as well as compiled form. In some cases this could also constitute a license violation for some copyleft licenses such as the GNU GPL. (While sometimes the licence allows not to ship the source, the DFSG always mandates source code.) In order to solve this problem, you could: 1. repack the origin tarball and add the missing source files to it. 2 add the source files to debian/missing-sources directory. Both way satisfy the requirement to ship all source code. The second option might be preferable due to the following reasons [2]: - Upstream can do it too and you could even supply a patch to them, thus full filling our social contract [3], see particularly §2. - If source and non-source are in different locations, ftpmasters may miss the source and (needlessly) reject the package. - The source isn't duplicated in every .diff.gz/.debian.tar.* (though this only really matters for larger sources). You could also ask debian...@lists.debian.org or #debian-qa for more guidance. [1] https://www.debian.org/social_contract.en.html#guidelines [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736873#8 [3] https://www.debian.org/social_contract signature.asc Description: This is a digitally signed message part.
Bug#788316: Please allow to switch off translations completly
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: apt Version: 1.0.9.10 Severity: wishlist Tags: l10n Hi, Although for me this is important, I believe that this bugreport goes into wishlist report. Currently when updating apt lists, most of the time is spend in downloading that translations that you seldom want to have for system administration. Per default, it is downloading the users locales (eventually two lists if de and de_DE) _and_ english translations. There seems to be no way to even disable the additional translations. There is a configureation option Acquire::Languages but it does not really help. When you set it to an empty value or to False it default runs crazy and downloads all locales like done when there is no such parameter. So the best that could get archived is setting it to en currently. To emphasize this a bit. Only the english translations counting up to over 170MB for only english. When acquiring also other locales that translations get far bigger than the packages lists itself. And that on every single system! And that translations are downloaded complete every time, what adds a big amount of time to the update procedure. So please switch that translations off per default and only acquire translations if the user opts in for them. Or at least give the user a way to switch them of. I cannot believe that there are that many people out there that care about the translations and just want to have there servers updated. I found even a different ticket about excessive traffic on a server for this translation downloads. This ticket is not about this but this is part of the problem. So, please again, respect your admins to give them a way to switch of that excessive and unneeded translations off completely. - -- Package-specific info: - -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends false; APT::Install-Suggests 0; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.19\.5$; APT::NeverAutoRemove:: ^linux-image-4\.0\.4$; APT::NeverAutoRemove:: ^linux-headers-3\.19\.5$; APT::NeverAutoRemove:: ^linux-headers-4\.0\.4$; APT::NeverAutoRemove:: ^linux-image-extra-3\.19\.5$; APT::NeverAutoRemove:: ^linux-image-extra-4\.0\.4$; APT::NeverAutoRemove:: ^linux-signed-image-3\.19\.5$; APT::NeverAutoRemove:: ^linux-signed-image-4\.0\.4$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.19\.5$; APT::NeverAutoRemove:: ^kfreebsd-image-4\.0\.4$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.19\.5$; APT::NeverAutoRemove:: ^kfreebsd-headers-4\.0\.4$; APT::NeverAutoRemove:: ^gnumach-image-3\.19\.5$; APT::NeverAutoRemove:: ^gnumach-image-4\.0\.4$; APT::NeverAutoRemove:: ^.*-modules-3\.19\.5$; APT::NeverAutoRemove:: ^.*-modules-4\.0\.4$; APT::NeverAutoRemove:: ^.*-kernel-3\.19\.5$; APT::NeverAutoRemove:: ^.*-kernel-4\.0\.4$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.19\.5$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-4\.0\.4$; APT::NeverAutoRemove:: ^linux-tools-3\.19\.5$; APT::NeverAutoRemove:: ^linux-tools-4\.0\.4$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::VersionedKernelPackages:: linux-tools; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 1; APT::Periodic::MaxAge 30; APT::Periodic::MinAge 2; APT::Periodic::MaxSize 500; APT::Update ; APT::Update::Pre-Invoke ; APT::Update::Pre-Invoke:: if [ -x /usr/bin/daptup ]; then /usr/bin/daptup --pre; fi; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: if [ -x /usr/bin/daptup ]; then /usr/bin/daptup --post; fi; APT::Update::Post-Invoke-Success ; APT::Update::Post-Invoke-Success:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Update::Post-Invoke-Success:: test -x /usr/bin/apt-show-versions || exit 0 ; apt-show-versions -i; APT::Get ; APT::Get::Show-Upgraded true; APT::Get::Show-Versions true; APT::Get::Purge true; APT::Cache ; APT::Cache::AllVersions
Bug#788221: flash-kernel: Cubietruck failed to boot with flash-kernel 3.41
On Wed, 2015-06-10 at 09:07 +0100, Ian Campbell wrote: I'll cook something up. I pushed to git which WFM with bootscr.sunxi on Cubietruck as well as bootscr.uboot-generic both with and without fdtfile being set on Jetson. Please take a look, I'll upload tonight unless one of you spots an issue. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788323: snoopy FTBFS on mipsel make[1]: aclocal: Command not found
Package: snoopy Version: 2.3.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, Package is failing to build on buildd. I'm working on a fix and I will attach it as soon as possible. Full log is attached. Build Log tail: make[1]: Entering directory '/«PKGBUILDDIR»' libtoolize -f libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build/aux'. libtoolize: linking file `build/aux/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `build/m4'. libtoolize: linking file `build/m4/libtool.m4' libtoolize: linking file `build/m4/ltoptions.m4' libtoolize: linking file `build/m4/ltsugar.m4' libtoolize: linking file `build/m4/ltversion.m4' libtoolize: linking file `build/m4/lt~obsolete.m4' libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT' aclocal make[1]: aclocal: Command not found make[1]: *** [override_dh_auto_configure] Error 127 debian/rules:10: recipe for target 'override_dh_auto_configure' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [build-arch] Error 2 debian/rules:7: recipe for target 'build-arch' failed dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 sbuild (Debian sbuild) 0.64.0 (17 May 2013) on mipsel-manda-01.debian.org ╔══╗ ║ snoopy 2.3.1-1 (mipsel)28 May 2015 02:13 ║ ╚══╝ Package: snoopy Version: 2.3.1-1 Source Version: 2.3.1-1 Distribution: sid Machine Architecture: mipsel Host Architecture: mipsel Build Architecture: mipsel W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias ‘stable-backports-mipsel-sbuild’ already associated with ‘unknown’ chroot W: line 16 [wheezy-backports-sloppy-mipsel-sbuild] aliases: Alias
Bug#788320: apt: in apt.conf.d/01autoremove Never-MarkAuto-Sections section ubuntu sections are user
Package: apt Version: 1.0.9.8 Severity: minor In /etc/apt/apt.conf.d/01autoremove we can see the following lines: Never-MarkAuto-Sections { metapackages; restricted/metapackages; universe/metapackages; multiverse/metapackages; oldlibs; restricted/oldlibs; universe/oldlibs; multiverse/oldlibs; }; }; however, restricted,universe,multiverse are repository sections used in Ubuntu, not in Debian -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends false; APT::Install-Suggests false; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-headers-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-image-extra-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-signed-image-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^kfreebsd-image-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^kfreebsd-headers-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^gnumach-image-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^.*-modules-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^.*-kernel-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-backports-modules-.*-3\.16\.0-4-amd64$; APT::NeverAutoRemove:: ^linux-tools-3\.16\.0-4-amd64$; APT::VersionedKernelPackages ; APT::VersionedKernelPackages:: linux-image; APT::VersionedKernelPackages:: linux-headers; APT::VersionedKernelPackages:: linux-image-extra; APT::VersionedKernelPackages:: linux-signed-image; APT::VersionedKernelPackages:: kfreebsd-image; APT::VersionedKernelPackages:: kfreebsd-headers; APT::VersionedKernelPackages:: gnumach-image; APT::VersionedKernelPackages:: .*-modules; APT::VersionedKernelPackages:: .*-kernel; APT::VersionedKernelPackages:: linux-backports-modules-.*; APT::VersionedKernelPackages:: linux-tools; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Unattended-Upgrade 1; APT::Periodic::AutocleanInterval 2; APT::Acquire ; APT::Acquire::Retries 2; APT::AutoRemove ; APT::AutoRemove::RecommendsImportant false; APT::AutoRemove::SuggestsImportant false; APT::Clean-Installed false; APT::Get ; APT::Get::Build-Dep-Automatic true; APT::Architectures ; APT::Architectures:: amd64; APT::Compressor ; APT::Compressor::. ; APT::Compressor::.::Name .; APT::Compressor::.::Extension ; APT::Compressor::.::Binary ; APT::Compressor::.::Cost 1; APT::Compressor::gzip ; APT::Compressor::gzip::Name gzip; APT::Compressor::gzip::Extension .gz; APT::Compressor::gzip::Binary gzip; APT::Compressor::gzip::Cost 2; APT::Compressor::gzip::CompressArg ; APT::Compressor::gzip::CompressArg:: -9n; APT::Compressor::gzip::UncompressArg ; APT::Compressor::gzip::UncompressArg:: -d; APT::Compressor::bzip2 ; APT::Compressor::bzip2::Name bzip2; APT::Compressor::bzip2::Extension .bz2; APT::Compressor::bzip2::Binary bzip2; APT::Compressor::bzip2::Cost 3; APT::Compressor::bzip2::CompressArg ; APT::Compressor::bzip2::CompressArg:: -9; APT::Compressor::bzip2::UncompressArg ; APT::Compressor::bzip2::UncompressArg:: -d; APT::Compressor::xz ; APT::Compressor::xz::Name xz; APT::Compressor::xz::Extension .xz; APT::Compressor::xz::Binary xz; APT::Compressor::xz::Cost 4; APT::Compressor::xz::CompressArg ; APT::Compressor::xz::CompressArg:: -6; APT::Compressor::xz::UncompressArg ; APT::Compressor::xz::UncompressArg:: -d; APT::Compressor::lzma ; APT::Compressor::lzma::Name lzma; APT::Compressor::lzma::Extension .lzma; APT::Compressor::lzma::Binary xz; APT::Compressor::lzma::Cost 5; APT::Compressor::lzma::CompressArg ; APT::Compressor::lzma::CompressArg:: --format=lzma; APT::Compressor::lzma::CompressArg:: -9; APT::Compressor::lzma::UncompressArg ; APT::Compressor::lzma::UncompressArg:: --format=lzma; APT::Compressor::lzma::UncompressArg:: -d; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives archives/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::solvers ; Dir::Bin::solvers:: /usr/lib/apt/solvers; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Bin::bzip2 /bin/bzip2; Dir::Bin::xz /usr/bin/xz; Dir::Bin::lzma /usr/bin/xz; Dir::Media ; Dir::Media::MountPath /media/cdrom; Dir::Log
Bug#788321: elinks: FTBFS on arm64
Source: elinks Version: 0.12~pre6-8 Tags: patch It failed to build on arm64: https://buildd.debian.org/status/package.php?p=elinkssuite=sid Mysteriously, I couldn't reproduce the build failure in my chroot. However, you could try the attached patch with your next upload. See https://wiki.debian.org/Autoreconf patch Description: Binary data
Bug#788322: [yui] Some sources are not included in your package
Package: src:yui Version: 2.9.0.dfsg.0.1-0.1 user: lintian-ma...@debian.org usertags: source-is-missing severity: serious X-Debbugs-CC: ftpmas...@debian.org Hi, your package includes some files that seem to lack sources in prefered forms of modification: docs/classmap.js build/yuiloader-dom-event/yuiloader-dom-event.js build/yahoo-dom-event/yahoo-dom-event.js build/utilities/utilities.js According to Debian Free Software Guidelines [1] (DFSG) #2: The program must include source code, and must allow distribution in source code as well as compiled form. In some cases this could also constitute a license violation for some copyleft licenses such as the GNU GPL. (While sometimes the licence allows not to ship the source, the DFSG always mandates source code.) In order to solve this problem, you could: 1. repack the origin tarball and add the missing source files to it. 2 add the source files to debian/missing-sources directory. Both way satisfy the requirement to ship all source code. The second option might be preferable due to the following reasons [2]: - Upstream can do it too and you could even supply a patch to them, thus full filling our social contract [3], see particularly §2. - If source and non-source are in different locations, ftpmasters may miss the source and (needlessly) reject the package. - The source isn't duplicated in every .diff.gz/.debian.tar.* (though this only really matters for larger sources). You could also ask debian...@lists.debian.org or #debian-qa for more guidance. [1] https://www.debian.org/social_contract.en.html#guidelines [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736873#8 [3] https://www.debian.org/social_contract signature.asc Description: This is a digitally signed message part.
Bug#788306: [PKG-Openstack-devel] Bug#788306: horizon: CVE-2015-3219: XSS in Horizon Heat stack creation
Hey Lazlo, On Wed, Jun 10, 2015 at 09:10:56AM +0200, László Böszörményi (GCS) wrote: Control: found -1 2014.1.3-1 Hi Salvatore, On Wed, Jun 10, 2015 at 7:37 AM, Salvatore Bonaccorso car...@debian.org wrote: Source: horizon Version: 2015.1.0-1 Severity: important Tags: security upstream fixed-upstream [...] CVE-2015-3219[0]: XSS in Horizon Heat stack creation [...] Please adjust the affected versions in the BTS as needed. Just checked. The Wheezy version doesn't contain the vulnerable code segment, but the Jessie version does. Mark the bug accordingly. In case you may accept, I attach a debdiff for Jessie. Thanks for the quick followups. Am I right that jessie though is not affected due to https://bugs.launchpad.net/horizon/+bug/1453074/comments/13 The field help_text is always escaped already. Is that right? 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#788325: easytag: Don't register as default handler for directories
Package: easytag Version: 2.2.6-1 Severity: normal Dear Maintainer, * What led up to the situation? installed easytag * What exactly did you do (or not do) that was effective (or ineffective)? open a directory, using $ gnome-open /tmp * What was the outcome of this action? easytag was started. * What outcome did you expect instead? open a directory in a file browser. btw, using $ xdg-open /tmp works as expected. mfgards IOhannes -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages easytag depends on: ii libc6 2.19-18 ii libflac81.3.1-2 ii libgcc1 1:5.1.1-9 ii libgdk-pixbuf2.0-0 2.31.4-2 ii libglib2.0-02.44.1-1 ii libgtk-3-0 3.14.5-1 ii libid3-3.8.3c2a 3.8.3-16 ii libid3tag0 0.15.1b-11 ii libogg0 1.3.2-1 ii libopus01.1-2 ii libopusfile00.6-1 ii libpango-1.0-0 1.36.8-3 ii libspeex1 1.2~rc1.2-1 ii libstdc++6 5.1.1-9 ii libtag1c2a 1.9.1-2.1 ii libvorbis0a 1.3.4-2 ii libvorbisfile3 1.3.4-2 ii libwavpack1 4.70.0-1 Versions of packages easytag recommends: ii gnome-icon-theme 3.12.0-1 ii gvfs 1.24.1-2+b1 ii yelp 3.16.1-1 easytag 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#788321: elinks: FTBFS on arm64
On Wed, Jun 10, 2015 at 09:41:48AM +0100, Edmund Grimley Evans wrote: Source: elinks Version: 0.12~pre6-8 Tags: patch It failed to build on arm64: https://buildd.debian.org/status/package.php?p=elinkssuite=sid Mysteriously, I couldn't reproduce the build failure in my chroot. However, you could try the attached patch with your next upload. See https://wiki.debian.org/Autoreconf Your patch seems to have been made against the debian/rules file from jessie, but it has been migrated to dh in 0.12~pre6-7. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783507: xserver-xorg: segfault on intel hardware
On Mon, Apr 27, 2015 at 11:22:29AM -0400, Daniel Kahn Gillmor wrote: (EE) Backtrace: (EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x7f8a42933d46] (EE) 1: /usr/bin/X (0x7f8a4277d000+0x1baf29) [0x7f8a42937f29] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f8a40471000+0x35180) [0x7f8a404a6180] (EE) 3: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f8a3c87a000+0x25bc5) [0x7f8a3c89fbc5] (EE) 4: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f8a3c87a000+0xb972a) [0x7f8a3c93372a] (EE) 5: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f8a3c87a000+0xc3f03) [0x7f8a3c93df03] (EE) 6: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f8a3c87a000+0x50e03) [0x7f8a3c8cae03] (EE) 7: /usr/bin/X (0x7f8a4277d000+0x13d3b1) [0x7f8a428ba3b1] (EE) 8: /usr/bin/X (0x7f8a4277d000+0x133064) [0x7f8a428b0064] (EE) 9: /usr/bin/X (0x7f8a4277d000+0x573f7) [0x7f8a427d43f7] (EE) 10: /usr/bin/X (0x7f8a4277d000+0x5b596) [0x7f8a427d8596] (EE) 11: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f8a40492b45] (EE) 12: /usr/bin/X (0x7f8a4277d000+0x4590e) [0x7f8a427c290e] (EE) (EE) Segmentation fault at address 0x18 I just had a suspiciously similar segfault on xserver-xorg-video-intel: [266176.619] (EE) Backtrace: [266176.621] (EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x7f08e0cbda36] [266176.621] (EE) 1: /usr/bin/X (0x7f08e0b0b000+0x1b6c29) [0x7f08e0cc1c29] [266176.621] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f08de7fc000+0x35180) [0x7f08de831180] [266176.621] (EE) 3: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f08dabc+0x5e2aa) [0x7f08dac1e2aa] [266176.621] (EE) 4: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f08dabc+0xded57) [0x7f08dac9ed57] [266176.621] (EE) 5: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f08dabc+0x10ba30) [0x7f08daccba30] [266176.621] (EE) 6: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f08dabc+0x10ce3c) [0x7f08daccce3c] [266176.621] (EE) 7: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7f08dabc+0x10d828) [0x7f08daccd828] [266176.621] (EE) 8: /usr/bin/X (DRI2SwapBuffers+0x1d0) [0x7f08e0c905e0] [266176.621] (EE) 9: /usr/bin/X (0x7f08e0b0b000+0x186f5c) [0x7f08e0c91f5c] [266176.621] (EE) 10: /usr/bin/X (0x7f08e0b0b000+0x57f37) [0x7f08e0b62f37] [266176.621] (EE) 11: /usr/bin/X (0x7f08e0b0b000+0x5c0bb) [0x7f08e0b670bb] [266176.621] (EE) 12: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f08de81db45] [266176.621] (EE) 13: /usr/bin/X (0x7f08e0b0b000+0x464be) [0x7f08e0b514be] [266176.621] (EE) [266176.621] (EE) Segmentation fault at address 0x7f08e0f62000 [266176.621] (EE) Fatal server error: [266176.621] (EE) Caught signal 11 (Segmentation fault). Server aborting Enrico -- GPG key: 4096R/E7AD5568 2009-05-08 Enrico Zini enr...@enricozini.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#495795: dropbear: please provide the scp binary
Hi, Now we have no freeze so we can now provide scp. Thanks, Martin signature.asc Description: OpenPGP digital signature
Bug#787731: adds google nameserver without being asked to
Am 09.06.2015 um 13:14 schrieb Marc Haber: On Sat, Jun 06, 2015 at 09:42:37PM +0200, Michael Biebl wrote: This change is imho too invasive for being backported to the stable v215 in jessie. The first Debian version carrying that fix is 217-1, so I'm closing it for this version. How about shipping a /etc/systemd/resolved.conf with a not commented out DNS= line? Compiling with ---with-dns-servers= is better. It doesn't require us to patch the conf file, it also changes the builtin list, and the resulting resolved.conf will actually look pretty similar: [Resolve] #DNS= -- 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#788321: elinks: FTBFS on arm64
On Wed, Jun 10, 2015 at 10:22:03AM +0100, Edmund Grimley Evans wrote: Your patch seems to have been made against the debian/rules file from jessie, but it has been migrated to dh in 0.12~pre6-7. I wonder how that happened. Perhaps I'm using a tardy mirror. Well, referring to https://sources.debian.net/src/elinks/0.12~pre6-8/debian/rules/ ... how about replacing dh $@ with dh $@ --with autoreconf? Ok. I have been holding this back since dh compat level 10 is supposed to do that by default, but if arm64 needs this, I'll fold it into the next upload. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787786: Please depend on pinentry-gtk2 | pinentry-gnome3
Am 10.06.2015 um 00:52 schrieb brian m. carlson: MATE uses gnome-keyring, but a dependency on GNOME 3 is not wanted there. If you're going to depend on a pinentry program, please use pinentry-gtk2 | pinentry-gnome3. Both have libsecret support, and so either one is adequate for that purpose. No, we want pinentry-gnome3 for GNOME, since only that provides a proper UI/replacement for the builtin prompter. -- 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#788317: [zoneminder] Some sources are not included in your package
On Wed, Jun 10, 2015 at 1:27 PM, Dmitry Smirnov only...@debian.org wrote: Hi Bastien, Thank you for your meticulous fight against source-less files. :) On Wed, 10 Jun 2015 10:19:56 bastien ROUCARIÈS wrote: your package includes some files that seem to lack sources in prefered forms of modification: web/skins/*/js/jquery-1.4.2.min.js Is it really necessary to bug me like this, with severity serious?? :( I am very cautious about such issues. I even left comment about it in lintian- overrides to note that I'm aware of the problem... It is not fixed in the packaging only because I already fixed it upstream [1] so next upstream release will have no source-less files and therefore (hopefully) I will not have to introduce DFSG-repackaging to remove this file just for one minor upload... No need to repack add jquery-1.4.2.min.js source to debian/missing-source directory (named jquery-1.4.2.js), and it is ok Do a new debian version and closed. It is serious because it violate a must close of policy Bastien This file is present only in current version of orig.tar (but not in upcoming release); Current binary packages do not install and do not use this file at all. [1]: https://github.com/ZoneMinder/ZoneMinder/commit/b2f6bfb5 -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B --- Do your duty as you see it, and damn the consequences. -- George S. Patton -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788340: xserver-xorg-video-openchrome: No graphics with P4M900/VN896/CN896 Chipset on IGEL H700C thin-client
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: xserver-xorg-video-openchrome Version: 1:0.3.3-1+b2 Severity: normal Dear Maintainer, I have reported this as an installation report: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=788337 For the openchrome-driver it's a normal issue. I tried to set the kernel-boot-options 'video=LVDS-0:d' and 'video=LVDS-1:d', but from my experience so far with the VIA-driver I can tell, it neither takes any boot-options from the kernel, nor is it configurable properly from xorg.conf. VESA would be a workaround, but headless is preferable in my opinion. - -- Package-specific info: X server symlink status: - lrwxrwxrwx 1 root root 13 Jun 10 10:37 /etc/X11/X - /usr/bin/Xorg - -rwxr-xr-x 1 root root 2564976 Feb 11 02:23 /usr/bin/Xorg VGA-compatible devices on PCI bus: - -- 01:00.0 VGA compatible controller [0300]: VIA Technologies, Inc. CN896/VN896/P4M900 [Chrome 9 HC] [1106:3371] (rev 01) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. /etc/modprobe.d contains no KMS configuration files. Kernel version (/proc/version): - --- Linux version 3.16.0-4-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) Xorg X server log files on system: - -- - -rw-r--r-- 1 root root 21028 Jun 10 12:56 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - - [15.303] X.Org X Server 1.16.4 Release Date: 2014-12-20 [15.303] X Protocol Version 11, Revision 0 [15.303] Build Operating System: Linux 3.2.0-4-amd64 i686 Debian [15.303] Current Operating System: Linux dewp 3.16.0-4-686-pae #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) i686 [15.303] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-686-pae root=UUID=1781d5cb-715b-43b0-8e1f-cc424959fe26 ro quiet [15.303] Build Date: 11 February 2015 01:14:26AM [15.303] xorg-server 2:1.16.4-1 (http://www.debian.org/support) [15.303] Current version of pixman: 0.32.6 [15.303]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [15.303] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [15.304] (==) Log file: /var/log/Xorg.0.log, Time: Wed Jun 10 12:56:25 2015 [15.311] (==) Using system config directory /usr/share/X11/xorg.conf.d [15.317] (==) No Layout section. Using the first Screen section. [15.317] (==) No screen section available. Using defaults. [15.317] (**) |--Screen Default Screen Section (0) [15.317] (**) | |--Monitor default monitor [15.324] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [15.324] (==) Automatically adding devices [15.324] (==) Automatically enabling devices [15.324] (==) Automatically adding GPU devices [15.329] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [15.330]Entry deleted from font path. [15.342] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [15.342] (==) ModulePath set to /usr/lib/xorg/modules [15.342] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [15.342] (II) Loader magic: 0xb7742700 [15.342] (II) Module ABI versions: [15.342]X.Org ANSI C Emulation: 0.4 [15.342]X.Org Video Driver: 18.0 [15.342]X.Org XInput driver : 21.0 [15.342]X.Org Server Extension : 8.0 [15.346] (--) PCI:*(0:1:0:0) 1106:3371:1106:3371 rev 1, Mem @ 0xd800/67108864, 0xdd00/16777216, BIOS @ 0x/65536 [15.349] (II) LoadModule: glx [15.355] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [15.445] (II) Module glx: vendor=X.Org Foundation [15.445]compiled for 1.16.4, module version = 1.0.0 [15.445]ABI class: X.Org Server Extension, version 8.0 [15.445] (==) AIGLX enabled [15.445] (==) Matched openchrome as autoconfigured driver 0 [15.445] (==) Matched modesetting as autoconfigured driver 1 [15.445] (==) Matched fbdev as autoconfigured driver 2 [15.445] (==) Matched vesa as autoconfigured driver 3 [15.445] (==) Assigned the driver to the xf86ConfigLayout [15.445] (II) LoadModule: openchrome [15.451] (II) Loading /usr/lib/xorg/modules/drivers/openchrome_drv.so [15.471]
Bug#721215: Please mention Debian Administrator's Manual in the main list of documentation
Hi, https://bugs.debian.org/721215 On Wed, Jun 10, 2015 at 01:29:57AM +0200, Laura Arjona Reina wrote: Hi everybody If you refer to The Debian Administration Handbook (the first reference listed in the subpage https://www.debian.org/doc/books), I have no clear idea about what to do. On one side, the reference should stay there even if we add an entry in user manuals, because it's a printed book. I think we should keep it there in https://www.debian.org/doc/books. Question is where else we should list it and how. On the other side, I'm not sure if user manuals is for the documentation maintained by the Debian Documentation Project (and then, the Handbook shouldn't be there, even if there is a package available, several translations, and it's DFSG-free). Debian Documentation Project is very loose organization. Whoever made any useful DFSG documentation as DD (or DD wannabe) are the member. Raphaël Hertzog and Roland Mas are DDs and sure they can be a member if they wish. URL link from https://www.debian.org/doc/books goes to: git clone git://anonscm.debian.org/debian-handbook/debian-handbook.git https://packages.qa.debian.org/d/debian-handbook.html So we already have the debian-handbook package on our archive. If we wish to publish this on our www.debian.org/doc/ site, all I have to do is add the debian-handbook to the list of documentation published via cron script git clone ssh://git.debian.org/git/debwww/cron.git specifically parts/7docs This unpacks packages and publishes them on our www.debian.org/doc/ site. Then update webwml (CVS?) english file in webwml/english/doc to be included. But isn't it right to ask Raphael if he wishes to be listed? He is asking donation on his page pointed from https://www.debian.org/doc/books and may not wish to be listed on Debian. Finally, I suppose we could change the title of the section Other, shorter documents to Other, and shorter documents and include a link as first reference in that section, but I think it's not a good solution. No not there. That is for obsolete manuals. If we list, it should be above Debian Reference, the primary manual for users or in Manuals specific to Debian Users' manuals H... as for Users' manuals, these are good candidate for the listing in https://www.debian.org/doc/ debian-handbook debian-kernel-handbook apt-doc aptitude-doc-* Maybe we should add them all. Regards, Osamu CC maintainer of debian-kernel-handbook and debian-handbook -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788343: lazarus: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: lazarus Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: Binary data signature.asc Description: Digital signature
Bug#788347: linux-image-4.0.0-1-amd64: rtl8192cu does not work after unplug/replug
Package: src:linux Version: 4.0.2-1 Severity: normal Hello, I noticed an issue with my usb WiFi thumb thingy not returning any networks in scan. After many tries I found that it sometime returns an 802.11b (1mbps+) AP but never returns the newer 6mbps+ APs It turns out that the wifi is an rtl8192cu and 1) this does not happen with zd1211rw 2) this does not happen on the first time the WiFi thumb is plugged in but happens any subsequent time 3) is fixed by unloading rtl8192cu (which is subsequently loaded by plugging in the device or by hand) I have no idea if this happens with Linux 4.1/master/whatever. I might be able to test some more recent kernel version later. Thanks Michal -- Package-specific info: ** Version: Linux version 4.0.0-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.9.2 (Debian 4.9.2-16) ) #1 SMP Debian 4.0.2-1 (2015-05-11) ** Command line: BOOT_IMAGE=/boot/vmlinuz-4.0.0-1-amd64 initrd=/boot/initrd.img-4.0.0-1-amd64 root=UUID=3b8f6a64-5899-462a-aec0-6ddefd878ecf ro fbcon=rotate:3 elevator=deadline console=ttyS0,115200n8 console=tty0 ** Not tainted ** Kernel log: [ 1795.052164] usb 1-6.1: new high-speed USB device number 17 using ehci-pci [ 1795.165659] usb 1-6.1: New USB device found, idVendor=0bda, idProduct=8176 [ 1795.172518] usb 1-6.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1795.179820] usb 1-6.1: Product: [ 1795.183134] usb 1-6.1: Manufacturer: Re\xffc2\xff87tek [ 1795.187482] usb 1-6.1: SerialNumber: 00e04c01 [ 1795.192906] rtl8192cu: Chip version 0x10 [ 1795.273409] rtl8192cu: MAC address: 00:0b:81:88:68:f9 [ 1795.278464] rtl8192cu: Board Type 0 [ 1795.282280] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1 [ 1795.288044] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin [ 1795.294584] ieee80211 phy7: Selected rate control algorithm 'rtl_rc' [ 1795.297077] usb 1-6.1: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin [ 1799.215406] rtl8192cu: MAC auto ON okay! [ 1799.255184] rtl8192cu: Tx queue select: 0x05 [ 1799.658328] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 1830.453307] usbcore: deregistering interface driver rtl8192cu [ 1834.517417] usb 1-6.1: USB disconnect, device number 17 [ 1835.756173] usb 1-6.1: new high-speed USB device number 18 using ehci-pci [ 1835.869794] usb 1-6.1: New USB device found, idVendor=0bda, idProduct=8176 [ 1835.876657] usb 1-6.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1835.883989] usb 1-6.1: Product: [ 1835.887302] usb 1-6.1: Manufacturer: Re\xffc2\xff87tek [ 1835.891657] usb 1-6.1: SerialNumber: 00e04c01 [ 1836.909302] rtl8192cu: Chip version 0x10 [ 1836.984541] rtl8192cu: MAC address: 00:0b:81:88:68:f9 [ 1836.989587] rtl8192cu: Board Type 0 [ 1836.993287] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1 [ 1836.999049] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin [ 1837.005486] usb 1-6.1: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin [ 1837.013545] ieee80211 phy8: Selected rate control algorithm 'rtl_rc' [ 1837.013898] usbcore: registered new interface driver rtl8192cu [ 1842.343539] rtl8192cu: MAC auto ON okay! [ 1842.382291] rtl8192cu: Tx queue select: 0x05 [ 1842.796084] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 1850.133171] usb 1-6.1: USB disconnect, device number 18 [ 1853.420174] usb 1-6.1: new high-speed USB device number 19 using ehci-pci [ 1853.533675] usb 1-6.1: New USB device found, idVendor=0bda, idProduct=8176 [ 1853.540541] usb 1-6.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1853.547859] usb 1-6.1: Product: [ 1853.551203] usb 1-6.1: Manufacturer: Re\xffc2\xff87tek [ 1853.63] usb 1-6.1: SerialNumber: 00e04c01 [ 1853.560918] rtl8192cu: Chip version 0x10 [ 1853.636173] rtl8192cu: MAC address: 00:0b:81:88:68:f9 [ 1853.641226] rtl8192cu: Board Type 0 [ 1853.645039] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1 [ 1853.650835] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin [ 1853.657349] ieee80211 phy9: Selected rate control algorithm 'rtl_rc' [ 1853.657764] usb 1-6.1: firmware: direct-loading firmware rtlwifi/rtl8192cufw_TMSC.bin [ 1856.263418] rtl8192cu: MAC auto ON okay! [ 1856.300052] rtl8192cu: Tx queue select: 0x05 [ 1856.703097] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 1928.069302] usbcore: deregistering interface driver rtl8192cu [ 1931.029312] usb 1-6.1: USB disconnect, device number 19 [ 1932.012066] usb 1-6.1: new high-speed USB device number 20 using ehci-pci [ 1932.125688] usb 1-6.1: New USB device found, idVendor=0bda, idProduct=8176 [ 1932.132555] usb 1-6.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 1932.139857] usb 1-6.1: Product: [ 1932.143171] usb 1-6.1: Manufacturer: Re\xffc2\xff87tek [ 1932.147545] usb 1-6.1: SerialNumber: 00e04c01 [ 1933.166568] rtl8192cu: Chip version 0x10 [ 1933.241815] rtl8192cu: MAC address: 00:0b:81:88:68:f9 [ 1933.246861]
Bug#788341: ooniprobe: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: ooniprobe Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: Binary data signature.asc Description: Digital signature
Bug#788317: [zoneminder] Some sources are not included in your package
On Wed, 10 Jun 2015 13:53:57 roucaries bastien wrote: No need to repack add jquery-1.4.2.min.js source to debian/missing-source directory (named jquery-1.4.2.js), and it is ok Yeah, I know... Do a new debian version and closed. It is serious because it violate a must close of policy No worries, I will fix. Thanks. -- All the best, Dmitry Smirnov. --- Perhaps is is better to be irresponsible and right, than to be responsible and wrong. -- Winston Churchill signature.asc Description: This is a digitally signed message part.
Bug#788335: [PATCH] Update debian/copyright from LICENSE.
Bug-Debian: http://bugs.debian.org/788335 --- This patch is meant to apply on top of the changes that I posted to Bug#786747 new upstream stable version Kannel 1.4.4. debian/changelog | 1 + debian/copyright | 86 +++- 2 files changed, 55 insertions(+), 32 deletions(-) diff --git a/debian/changelog b/debian/changelog index 0e52ab1..d60a31d 100644 --- a/debian/changelog +++ b/debian/changelog @@ -17,6 +17,7 @@ kannel (1.4.4-0~procomp1) UNRELEASED; urgency=low + Include /usr/bin/decode_emimsg in the kannel package. + Although the sqlbox and opensmppbox add-ons are now part of the source tree, this version of the packaging does not build them. + * Update debian/copyright from LICENSE. Closes: bug#788335. -- diff --git a/debian/copyright b/debian/copyright index 16f8e21..b3864ae 100644 --- a/debian/copyright +++ b/debian/copyright @@ -5,35 +5,57 @@ This is Kannel, originally packaged for Debian by Lars Wirzenius Original author is the Kannel project, see http://www.kannel.org, run by Wapit Ltd, see http://www.wapit.com. -Copyright (c) 1998 WAPIT OY LTD. -All rights reserved. - -Redistribution and use in source and binary forms, with or without -modification, are permitted provided that the following conditions -are met: - -1. Redistributions of source code must retain the above copyright notice, -this list of conditions and the following disclaimer. - -2. Redistributions in binary form must reproduce the above copyright -notice, this list of conditions and the following disclaimer in the -documentation and/or other materials provided with the distribution. - -3. All advertising materials mentioning features or use of this software -must display the following acknowledgement: This product includes software -developed by WAPIT OY LTD. - -4. The name of the author may not be used to endorse or promote products -derived from this software without specific prior written permission. - - -THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR -IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES -OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. -IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, -INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, -BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF -USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON -ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT -(INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE -OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. + +The Kannel Software License, Version 1.0 + +Copyright (c) 2001-2014 Kannel Group +Copyright (c) 1998-2001 WapIT Ltd. +All rights reserved. + +Redistribution and use in source and binary forms, with or without +modification, are permitted provided that the following conditions +are met: + +1. Redistributions of source code must retain the above copyright + notice, this list of conditions and the following disclaimer. + +2. Redistributions in binary form must reproduce the above copyright + notice, this list of conditions and the following disclaimer in + the documentation and/or other materials provided with the + distribution. + +3. The end-user documentation included with the redistribution, + if any, must include the following acknowledgment: + This product includes software developed by the + Kannel Group (http://www.kannel.org/). + Alternately, this acknowledgment may appear in the software itself, + if and wherever such third-party acknowledgments normally appear. + +4. The names Kannel and Kannel Group must not be used to + endorse or promote products derived from this software without + prior written permission. For written permission, please + contact o...@kannel.org. + +5. Products derived from this software may not be called Kannel, + nor may Kannel appear in their name, without prior written + permission of the Kannel Group. + +THIS SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED +WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES +OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE +DISCLAIMED. IN NO EVENT SHALL THE KANNEL GROUP OR ITS CONTRIBUTORS +BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, +OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT +OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR +BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, +WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE +OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, +EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
Bug#787827: Broken version comparison in kernel postinst hook (apt-auto-removal)
Control: tags -1 newcomer On Fri, Jun 05, 2015 at 01:58:08PM +0100, Ben Hutchings wrote: Firstly, the script is currently not stripping the architecture from names of foreign kernel packages, so I get these error messages: /etc/kernel/postinst.d/apt-auto-removal: dpkg: error: version '3.16.0-4-amd64:amd64' has bad syntax: epoch in version is not number dpkg: error: version '3.16.0-4-amd64:amd64' has bad syntax: epoch in version is not number dpkg: error: version '3.2.0-4-amd64:amd64' has bad syntax: epoch in version is not number dpkg: error: version '3.2.0-4-amd64:amd64' has bad syntax: epoch in version is not number dpkg: error: version '4.0.0-1-amd64:amd64' has bad syntax: epoch in version is not number dpkg: error: version '4.0.0-1-amd64:amd64' has bad syntax: epoch in version is not number This is caused by 'dpkg-query -l' now printing 'pkg:arch' in the name column since commit d658a8ec1110c9b3b20987cd903a54f59801117f (= 1.18) for packages from a non-native architecture, which was actually one of the things reverted for the MultiArch dpkg implementation in Debian as discussed e.g. here: https://lists.debian.org/debian-dpkg/2011/12/msg5.html At the very least we are a lot closer to having a similar interface in apt and dpkg now, which probably means that decision will be reverted… aka: This only effects stretch and upward, not jessie. Anyway, should be fixed anyhow for the unlikely event of M-A:same kernel packages emerging regardless of what will dpkg do in the end as it always prints the architecture for those. Secondly, version comparisons between kernel release strings should be done using the linux-version command from linux-base, not dpkg. dpkg does not know that e.g. 4.1-rc6 comes before 4.1. linux-base is prio:optional. Even through Debians Kernelpackages depend on it, some derivatives don't (popcon indicates that). The script is also called by kfreebsd and hurd kernel postinsts, where I suspect this package to be found even less likely (even through it is arch:all, so it should be available). I would very much prefer a portable implementation without new dependencies; beside, the script rewrites 4.1-rc6 to 4.1~rc6 for the version comparison so we should be 'fine' here in your example. I guess we are better of finding the debian version of the kernel packages for the sorting instead of deriving the version number from the package name – and we should group kernels by that version rather than avoiding certain matches explicitly (-dbg). I suspect the current implementation to not behave very well on systems with multiple kernel flavours (rt,pae,…) installed for example. That could be an interesting project for a shell¹ scripter with close to zero apt knowledge required to make it happen, but making a difference on millions of computers – hence tagging newcomer. Feel free to contact me by mail, IRC #debian-apt or at DebCamp/Conf15. (I guess I will grab this myself in a few months if we have no volunteer as its a bug(s) which should be fixed, but I have other apt projects until then, so me tagging it 'newcomer' is actually a try to get it fixed faster rather than putting it in the 'never too be touched again' basket most newcomer bugs usually end up in unfortunately. So, grab it…) ¹ sorry, no perl. We have nobody who could review/maintain that. Best regards David Kalnischkies signature.asc Description: Digital signature
Bug#788339: [wxwidgets3.0] Some sources are not included in your package
Package: src:wxwidgets3.0 Version: 3.0.2-1 user: lintian-ma...@debian.org usertags: source-is-missing severity: serious X-Debbugs-CC: ftpmas...@debian.org Hi, your package includes some files that seem to lack sources in prefered forms of modification: samples/flash/form.swf samples/flash/animation.swf According to Debian Free Software Guidelines [1] (DFSG) #2: The program must include source code, and must allow distribution in source code as well as compiled form. In some cases this could also constitute a license violation for some copyleft licenses such as the GNU GPL. (While sometimes the licence allows not to ship the source, the DFSG always mandates source code.) In order to solve this problem, you could: 1. repack the origin tarball and add the missing source files to it. 2 add the source files to debian/missing-sources directory. Both way satisfy the requirement to ship all source code. The second option might be preferable due to the following reasons [2]: - Upstream can do it too and you could even supply a patch to them, thus full filling our social contract [3], see particularly §2. - If source and non-source are in different locations, ftpmasters may miss the source and (needlessly) reject the package. - The source isn't duplicated in every .diff.gz/.debian.tar.* (though this only really matters for larger sources). You could also ask debian...@lists.debian.org or #debian-qa for more guidance. [1] https://www.debian.org/social_contract.en.html#guidelines [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736873#8 [3] https://www.debian.org/social_contract signature.asc Description: This is a digitally signed message part.
Bug#788338: mirror submission for mirrors.muzzy.org.uk
Package: mirrors Severity: wishlist Submission-Type: new Site: mirrors.muzzy.org.uk Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ Backports-ftp: /debian/ Backports-http: /debian/ Backports-rsync: debian/ CDImage-ftp: /debian-cd/ CDImage-http: /debian-cd/ CDImage-rsync: debian-cd/ IPv6: no Archive-upstream: mirrors.kernel.org Backports-upstream: mirrors.kernel.org CDImage-upstream: mirrors.kernel.org Updates: four Maintainer: RENZI EMILIANO mirr...@muzzy.it Country: GB United Kingdom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788345: ipvsadm: SYNCID option not used in init file
Package: ipvsadm Version: 1:1.26-1 Severity: important Dear Maintainer, I've set up a pair of LVS clusters, using the same physical network. I've configured the SYNCID in /etc/default/ipvsadm in order to keep the clusters independent, but I was seeing that the connection on cluster A where replicated on cluster B and viceversa. This is due to the fact that the SYNCID option is not used in the start file /etc/init.d/ipvsadm. I've corrected (it's a simple fix) the init script, and I've noted that the issue is resolved in (at least) the SID version of the package. Anyway, I spent many time debugging the issue, and I think that a fix can be released for wheezy. Here is the output of diff -Naur: --- old/ipvsadm 2015-06-10 14:31:11.569427052 +0200 +++ new/ipvsadm 2015-06-10 14:31:20.402807000 +0200 @@ -29,14 +29,14 @@ case $DAEMON in master|backup) log_daemon_msg Starting IPVS Connection Synchronization Daemon $DAEMON - $IPVSADM --start-daemon $DAEMON --mcast-interface $IFACE || log_end_msg 1 + $IPVSADM --start-daemon $DAEMON --mcast-interface $IFACE --syncid $SYNCID || log_end_msg 1 log_end_msg 0 ;; both) log_daemon_msg Starting IPVS Connection Synchronization Daemon master - $IPVSADM --start-daemon master --mcast-interface $IFACE || FAILURE=1 + $IPVSADM --start-daemon master --mcast-interface $IFACE --syncid $SYNCID || FAILURE=1 log_progress_msg backup - $IPVSADM --start-daemon backup --mcast-interface $IFACE || FAILURE=1 + $IPVSADM --start-daemon backup --mcast-interface $IFACE --syncid $SYNCID || FAILURE=1 if [ $FAILURE -eq 1 ] then log_end_msg 1 -- System Information: Debian Release: 7.8 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ipvsadm depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u8 ii libnl1 1.1-7 ii libpopt0 1.16-7 ii lsb-base 4.1+Debian8+deb7u1 ipvsadm recommends no packages. Versions of packages ipvsadm suggests: ii heartbeat 1:3.0.5-3 pn keepalived none ii ldirectord 1:3.9.2-5+deb7u2 -- Configuration Files: /etc/default/ipvsadm changed: AUTO=true DAEMON=both IFACE=eth1 SYNCID=2 -- debconf information: ipvsadm/kernel_does_not_support_ipvs: ipvsadm/daemon_multicast_interface: eth0 ipvsadm/auto_load_rules: false ipvsadm/daemon_method: none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#777473: Correct link to upstream bug
Hi, I just had a hard time getting up to speed on the matter because I made a typo in the upstream bug report link! Now upstream moved to gitlab and the issue to follow is: https://gitlab.com/embeddable-common-lisp/ecl/issues/58 Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788342: apparmor: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: apparmor Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: Binary data signature.asc Description: Digital signature
Bug#788344: hamlib: please make the build reproducible
Source: hamlib Version: 1.2.15.3-2 Severity: wishlist Tags: patch User: reproducible-bui...@lists.alioth.debian.org Usertags: timestamps Hi, While working on the “reproducible builds” effort [1], we have noticed that hamlib could not be built reproducibly. The attached patch removes $datetime from the file footer.html. Once applied hamlib can be built reproducibly in our current experimental framework. Please also consider forwarding this patch upstream. Thanks! akira [1]: https://wiki.debian.org/ReproducibleBuilds Description: Remove $datetime from footer.html to make package reproducible --- hamlib-1.2.15.3.orig/doc/footer.html +++ hamlib-1.2.15.3/doc/footer.html @@ -1,7 +1,7 @@ !-- Footer for Doxygen HTML files -- hr div class=doxyGenerated bynbsp;a href=http://www.doxygen.org/index.html;img class=footer src=$relpath$doxygen.png alt=doxygen//a $doxygenversion/small/address/div -p style=font-size: 75%Hamlib documentation for version $projectnumber -- $datetimebr / +p style=font-size: 75%Hamlib documentation for version $projectnumber br / Project page: a href=http://www.hamlib.org;http://www.hamlib.org/abr / /p /body
Bug#788346: bash-completion: sh completion only finds files ending in .sh
Package: bash-completion Version: 1:2.1-4 Severity: normal /usr/share/bash-completion/completions/sh only finds files ending in .sh, intentionally. This is unfortunate: sh files often lack a suffix. Completion for the “bash” command doesn’t have this limitation. -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (400, 'trusty-proposed'), (100, 'trusty-backports'), (90, 'wily-updates'), (90, 'wily') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-53-generic (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 bash-completion depends on: ii bash 4.3-7ubuntu1.5 ii dpkg 1.17.5ubuntu5.4 bash-completion recommends no packages. bash-completion 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#721215: Please mention Debian Administrator's Manual in the main list of documentation
Hi Osamu, thanks for the cc. On Wed, 10 Jun 2015, Osamu Aoki wrote: On the other side, I'm not sure if user manuals is for the documentation maintained by the Debian Documentation Project (and then, the Handbook shouldn't be there, even if there is a package available, several translations, and it's DFSG-free). Debian Documentation Project is very loose organization. Whoever made any useful DFSG documentation as DD (or DD wannabe) are the member. Raphaël Hertzog and Roland Mas are DDs and sure they can be a member if they wish. Strictly speaking I am a member of the associated Unix group... due to my work on developers-reference at that time. But I agree with you that the team is very loosely defined and it doesn't make much sense to restrict that page in any such way. If we wish to publish this on our www.debian.org/doc/ site, all I have to do is add the debian-handbook to the list of documentation published via cron script git clone ssh://git.debian.org/git/debwww/cron.git specifically parts/7docs This unpacks packages and publishes them on our www.debian.org/doc/ site. I would prefer if we could keep a simple reference to the main site that I maintain instead of hosting a full copy of it because as you noted the version hosted on my website includes a link towards a download page where readers can also donate. And it's also more regularly updated than the package (in particular for translations). You can still provide individuals links for each translation and possibly also links to the different formats available... But I fully agree that useful documentation should be listed in /doc/ even when it has not been produced under the Debian Doc umbrella. That team has always been a loosely defined team and most of the documents tend to have dedicated maintainers with relatively few overlap between all the documents. So IMO we should find a way to include links in that page. What matters is to make useful DFSG-free content available to our users. Cheers, -- Raphaël Hertzog ◈ Debian Developer Support Debian LTS: http://www.freexian.com/services/debian-lts.html Learn to master Debian: http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788317: [zoneminder] Some sources are not included in your package
On Wed, 10 Jun 2015 13:53:57 roucaries bastien wrote: It is serious because it violate a must close of policy IMHO it doesn't have to be serious because no license is violated (jQuery is permissively licensed). The only thing violated is our best practices... -- Regards, Dmitry Smirnov. --- What can be asserted without proof can be dismissed without proof. -- Christopher Hitchens, 2004 signature.asc Description: This is a digitally signed message part.
Bug#786747: new upstream stable version Kannel 1.4.4
I have been working on packaging Kannel 1.4.4 for my employer. My 1.4.4 packages are currently based on a combination of: * The Debian kannel 1.4.3-2 source package. * Commit f06eabdb677ffe76df1fa99ded318e72ac1435a5 (2013-04-18) at git://git.debian.org/git/collab-maint/kannel.git (see also Bug#648084 kannel: git repository disagrees with the uploaded source package). * Upstream gateway-1.4.4.tar.gz, which I imported to the upstream and pristine-tar branches. I omitted the debian directory from the upstream branch but not from kannel_1.4.4.orig.tar.gz, which then is exactly the same as gateway-1.4.4.tar.gz. * Several local patches, some of which fix Debian bugs. debian/changelog currently looks like this: kannel (1.4.4-0~procomp1) UNRELEASED; urgency=low [ Jonas Smedegaard ] * Drop README.Debian: Contained only outdated or superfluous info. * Ease building with git-buildpackage: + Git-ignore quilt .pc dir. + Add source local-options. * Drop old no longer used clutch from rules file. * Rewrite rules file using CDBS. * Build-depend on cdbs. [ Kalle Niemitalo ] * New upstream release. Closes: bug#786747. + Remove debian/patches/32_va-start-non-null.patch, applied upstream. + Build-depend on docbook-xml and sgml-data, rather than docbook. + Configure with XML_DCL=/usr/share/xml/declaration/xml1n.dcl. + Include /usr/bin/decode_emimsg in the kannel package. + Although the sqlbox and opensmppbox add-ons are now part of the source tree, this version of the packaging does not build them. * Update debian/copyright from LICENSE. Closes: bug#788335. * If $START_WAPBOX or $START_SMSBOX is defined but the value is not 1, then don't start that box. Closes: bug#590544. * Add patch 34 to use sqlite3_libversion(). Closes: bug#717728. * Enable FreeTDS support, needed for DLR storage in Microsoft SQL Server. + Add patch 35 to recognize dead database connections. * Remove soap/Makefile when cleaning the source directory. -- Kalle Niemitalo kalle.niemit...@procomp.fi Wed, 10 Jun 2015 15:02:24 +0300 I intend to file most of the patches to the relevant Debian bugs, and I have permission to do this from my employer. Here is the patch needed for building 1.4.4. First merge the Debian 1.4.3-2 sources with collab-maint/kannel.git and gateway-1.4.4.tar.gz as described above, then apply this patch. You will probably want to change the version number in debian/changelog. --- debian/changelog | 11 ++- debian/control| 2 +- debian/kannel.install | 1 + debian/patches/32_va-start-non-null.patch | 21 - debian/patches/series | 1 - debian/rules | 3 ++- 6 files changed, 14 insertions(+), 25 deletions(-) delete mode 100644 debian/patches/32_va-start-non-null.patch diff --git a/debian/changelog b/debian/changelog index 7257b69..0e52ab1 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,4 +1,4 @@ -kannel (1.4.3-3) UNRELEASED; urgency=low +kannel (1.4.4-0~procomp1) UNRELEASED; urgency=low [ Jonas Smedegaard ] * Drop README.Debian: Contained only outdated or superfluous info. @@ -8,6 +8,15 @@ kannel (1.4.3-3) UNRELEASED; urgency=low * Drop old no longer used clutch from rules file. * Rewrite rules file using CDBS. * Build-depend on cdbs. + + [ Kalle Niemitalo ] + * New upstream release. Closes: bug#786747. ++ Remove debian/patches/32_va-start-non-null.patch, applied upstream. ++ Build-depend on docbook-xml and sgml-data, rather than docbook. ++ Configure with XML_DCL=/usr/share/xml/declaration/xml1n.dcl. ++ Include /usr/bin/decode_emimsg in the kannel package. ++ Although the sqlbox and opensmppbox add-ons are now part of the + source tree, this version of the packaging does not build them. -- diff --git a/debian/control b/debian/control index 2e58937..e570393 100644 --- a/debian/control +++ b/debian/control @@ -4,7 +4,7 @@ Priority: optional Maintainer: Paul Dwerryhouse p...@dwerryhouse.com.au Uploaders: Jonas Smedegaard d...@jones.dk Build-Depends: cdbs (= 0.4.53), debhelper ( 7.0.0), libxml2-dev, libssl-dev (= 0.9.8), openssl, libmysqlclient-dev | libmysqlclient15-dev, libsqlite0-dev, sqlite, libsqlite3-dev, sqlite3, libpq-dev, libpam0g-dev, autoconf, automake, autotools-dev, libpcre3-dev -Build-Depends-Indep: docbook-dsssl, jadetex, transfig, imagemagick, ghostscript, jade, docbook +Build-Depends-Indep: docbook-dsssl, jadetex, transfig, imagemagick, ghostscript, jade, docbook-xml, sgml-data Vcs-Git: git://git.debian.org/git/collab-maint/kannel.git Vcs-Browser: http://git.debian.org/?p=collab-maint/kannel.git;a=summary Homepage: http://www.kannel.org/ diff --git a/debian/kannel.install b/debian/kannel.install index ae972c1..f24cd07 100644 --- a/debian/kannel.install +++ b/debian/kannel.install @@ -2,6 +2,7 @@ usr/bin/wmlsc
Bug#721215: Please mention Debian Administrator's Manual in the main list of documentation
Hi, Very quick :-) On Wed, Jun 10, 2015 at 02:38:35PM +0200, Raphael Hertzog wrote: Hi Osamu, thanks for the cc. On Wed, 10 Jun 2015, Osamu Aoki wrote: On the other side, I'm not sure if user manuals is for the documentation maintained by the Debian Documentation Project (and then, the Handbook shouldn't be there, even if there is a package available, several translations, and it's DFSG-free). Debian Documentation Project is very loose organization. Whoever made any useful DFSG documentation as DD (or DD wannabe) are the member. Raphaël Hertzog and Roland Mas are DDs and sure they can be a member if they wish. Strictly speaking I am a member of the associated Unix group... due to my work on developers-reference at that time. But I agree with you that the team is very loosely defined and it doesn't make much sense to restrict that page in any such way. If we wish to publish this on our www.debian.org/doc/ site, all I have to do is add the debian-handbook to the list of documentation published via cron script git clone ssh://git.debian.org/git/debwww/cron.git specifically parts/7docs This unpacks packages and publishes them on our www.debian.org/doc/ site. I would prefer if we could keep a simple reference to the main site that I maintain instead of hosting a full copy of it because as you noted the version hosted on my website includes a link towards a download page where readers can also donate. And it's also more regularly updated than the package (in particular for translations). You can still provide individuals links for each translation and possibly also links to the different formats available... www.debian.org/doc/ Quick start These are direct link to the document itself on the Debian server. So this is not for The Debian Administrator's Handbook www.debian.org/doc/ Manuals specific to Debian - Users' manuals These are list of actively maintained documentations with indirect link via https://www.debian.org/doc/user-manuals pages. There we can list package or web-page or remote links. Since The Debian Administrator's Handbook has package in archive, listing it in https://www.debian.org/doc/user-manuals page for its package and remote link to URL: http://debian-handbook.info is OK. The text There are also several user-oriented manuals written for Debian GNU/Linux, available as printed books. is too weak in the www.debian.org/doc/ page. Adding some title there may be good idea to point people to https://www.debian.org/doc/books.en.html But I fully agree that useful documentation should be listed in /doc/ even when it has not been produced under the Debian Doc umbrella. That team has always been a loosely defined team and most of the documents tend to have dedicated maintainers with relatively few overlap between all the documents. So IMO we should find a way to include links in that page. What matters is to make useful DFSG-free content available to our users. Yah, DFSG is the good requirement for listing around DDP related pages. What do you think about my plan described in the above. I do not see any conflict of interest for apt-doc aptitude-doc-* and debian-kernel-handbook. So I will be adding them and publishing their contents on www.debian.org, eventually. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788313: makedumpfile does not have an upstart job
Package: makedumpfile Version: 1:1.5.8-1 Severity: normal Dear Maintainer, makedumpfile does not provide a valid upstart job for systems that do make use of upstart. Please provide an upstart job. -- System Information: Debian Release: 8.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages makedumpfile depends on: ii libbz2-1.0 1.0.6-7+b3 ii libc6 2.19-18 ii libdw1 0.159-4.2 ii libelf1 0.159-4.2 ii perl5.20.2-4 ii zlib1g 1:1.2.8.dfsg-2+b1 Versions of packages makedumpfile recommends: ii crash7.0.8-1 ii kexec-tools 1:2.0.7-5.1 makedumpfile 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#788319: [yui3] Some sources are not included in your package
Package: src:yui3 Version: 3.5.1-1 user: lintian-ma...@debian.org usertags: source-is-missing severity: serious X-Debbugs-CC: ftpmas...@debian.org Hi, your package includes some files that seem to lack sources in prefered forms of modification: build/io-xdr/io.swf build/uploader/assets/flashuploader.swf build/uploader-deprecated/assets/uploader.swf api/assets/vendor/prettify/prettify-min.js docs/assets/panel/vendor/prettify/prettify-min.js Please override false positive with comment build/text-data-wordbreak/text-data-wordbreak-debug.js (long line due to enumeration) build/datatype-date-format/lang/*.js (enumeration) build/calendar/lang/* (enumeration) build/calendar-base/lang/* (enumeration) According to Debian Free Software Guidelines [1] (DFSG) #2: The program must include source code, and must allow distribution in source code as well as compiled form. In some cases this could also constitute a license violation for some copyleft licenses such as the GNU GPL. (While sometimes the licence allows not to ship the source, the DFSG always mandates source code.) In order to solve this problem, you could: 1. repack the origin tarball and add the missing source files to it. 2 add the source files to debian/missing-sources directory. Both way satisfy the requirement to ship all source code. The second option might be preferable due to the following reasons [2]: - Upstream can do it too and you could even supply a patch to them, thus full filling our social contract [3], see particularly §2. - If source and non-source are in different locations, ftpmasters may miss the source and (needlessly) reject the package. - The source isn't duplicated in every .diff.gz/.debian.tar.* (though this only really matters for larger sources). You could also ask debian...@lists.debian.org or #debian-qa for more guidance. [1] https://www.debian.org/social_contract.en.html#guidelines [2] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736873#8 [3] https://www.debian.org/social_contract signature.asc Description: This is a digitally signed message part.
Bug#788314: zyne: Zyne is not starting due to import error (No module named zyne.Resources.variables)
Package: zyne Version: 0.1.2-1 Severity: important Dear Maintainer, even with fix in #788310, zyne does not start due to import error: Traceback (most recent call last): File /usr/bin/zyne, line 7, in module import zyne.Resources.variables as vars ImportError: No module named zyne.Resources.variables Kind regards, Petr -- System Information: Debian Release: stretch/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386, armel Kernel: Linux 4.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=cs_CZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages zyne depends on: ii python 2.7.9-1 ii python-pyo 0.7.5-2 zyne recommends no packages. zyne 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#788307: pkg-perl-tools: Alternate dependency on 'mr'
Control: tag -1 + wontfix Control: severity -1 minor Control: retitle -1 pkg-perl-tools: Has an alternate recommendation on 'mr' Hi Richi, Richard Hartmann wrote: I am preparing to get rid of package mr in the stretch cycle. *sigh* I've never understood why Joey changed the name. mr was perfect. myrepos sounds as horrible as myspace. O.o But anyway: Feel free to do so. As 0.19 in jessie already has an alternate dependency JFTR: pkg-perl-tools has that dependency since its very first upload, i.e. since version 0.1. this should be safe to do now. And mr is even only the second alternative, not the first one. And that alternative dependency is only a Recommends and does not hurt at all. In contrary -- it eases backports. (Which is also the primary reason why I put it in there although the renaming already happened when the first pkg-perl-tools package was uploaded.) So I don't see any real issue. If you insist, we can talk about this again when Wheezy is EoL. But I'd prefer to just close this bug report without any further action. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 `-| 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787380: DM application of Andrew Kelley
Control: package debian-maintainers Control: tags -1 + moreinfo Hello Andrew, Thank you for your DM application. On Fri, 2015-05-29 21:52:21 +, Andrew Kelley wrote: My GnuPG key 6D58AAC8 is signed by http://pgp.surfnet.nl:11371/pks/lookup?op=vindexfingerprint=onsearch=0xd21efba1f0472fab1894555b07724e3e6d58aac8 http://pgp.net.nz:11371/pks/lookup?op=vindexfingerprint=onsearch=0xd21efba1f0472fab1894555b07724e3e6d58aac8 The keyservers that I use don't show signatures by other keys. BCF05F6B Filippo Valsorda filippo.valso...@gmail.com 580A80F1 Susan Sons (HedgeMage) hedgem...@binaryredneck.net Neither Filippo Valsorda nor Susan Sons are DDs. https://wiki.debian.org/DebianMaintainer#step_1_:_Identification You need at least one signature by a (but ideally more than one) DD. Check their IDs and sign their keys. https://wiki.debian.org/Keysigning/Offers If you have problems finding DDs, please send me a private mail message. Please let me know when you have at least a signature by a DD. Cheers, Aníbal signature.asc Description: Digital signature
Bug#787404: ntp_intres.request: permission denied
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, please let me add that the problem starts with reboot at 2014-09-09 with a reboot. But as I do not boot my system that often, that doesn't mean that a update short before is the reason. I would just address regressions added by 1:4.2.6.p5+dfsg-3.1 as that is the version right before. 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 iQGcBAEBCgAGBQJVeAI7AAoJEKZ8CrGAGfasbSEL/0oYi7un/PEkEiPc5OvzSMbd 7G0UT1mGOh3GjQT023MrhrbgJIOO+0j+A8epgAHOnSzkqDpdyvWUnx36eVVNmKK7 8PLBzt7FZRsZ2Le782vuBVmHDWjNT7TOx0lh+UX8wttG4P3eEmJImoIDDHCPdJck UeSI2fLyuE3g0CoPiwkr816wgcdHBsblbx39W3OLJCH1iAOXmFNDs7fF9Uyto46O Kb7cJAev6ZoDdXfcLmgLIR6Vy1XHPEdU3/E8zBqwqZ9CoyzpVc7Kmo6uQKn+y4NM FS8dXpwEvEzmgOCV6L1DWwi5j6GfxyoaejIWxAe7uUSOsKFUeaTimNKhzms5W9vi SCL6tT4ZhlITe/LAtIa5gYXqsHvWbS7JZehbkpdU2oifmmM0D9NxkuBTiUXF0Dmf nKVT9WkECLpTel1nVfdBr9q/oEW29OVDO+yh4oCTp4hk8rPlu4cLK/fRRZk5wb9y s5AVchClC3ANY5mv318NvGw+nYGU2rMm7DSiqV5QhA== =5MIh -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#788329: cobbler: [l10n:cs] Initial Czech PO debconf translation
Package: cobbler Version: 2.6.6+dfsg1-3 Severity: wishlist Tags: l10n patch Dear Maintainer, In attachment there is initial Czech translation of PO debconf template (cs.po) for package cobbler, please include it -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=cs_CZ.utf8, LC_CTYPE=cs_CZ.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) # Czech PO debconf template translation of cobbler. # Copyright (C) 2015 Michal Simunek michal.simu...@gmail.com # This file is distributed under the same license as the cobbler package. # Michal Simunek michal.simu...@gmail.com, 2015. # msgid msgstr Project-Id-Version: cobbler 2.6.6+dfsg1-3\n Report-Msgid-Bugs-To: cobb...@packages.debian.org\n POT-Creation-Date: 2015-06-09 18:35+0200\n PO-Revision-Date: 2015-06-10 09:15+0200\n Last-Translator: Michal Simunek michal.simu...@gmail.com\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: password #. Description #: ../cobbler.templates:2001 msgid New password for the \cobbler\ user: msgstr Nové heslo pro uživatele \cobbler\: #. Type: password #. Description #: ../cobbler.templates:2001 msgid It is highly recommended that you set a password for the administrative \cobbler\ user. msgstr Důrazně se doporučuje, abyste nastavili heslo pro správcovského uživatele \cobbler\. #. Type: password #. Description #: ../cobbler.templates:2001 msgid It can be reconfigured later using \dpkg-reconfigure -plow cobbler\, and users can be added to cobbler with msgstr Heslo lze později přenastavit příkazem \dpkg-reconfigure -plow cobbler\, uživatele lze do cobbler přidat pomocí #. Type: password #. Description #: ../cobbler.templates:2001 msgid htdigest /etc/cobbler/users.digest Cobbler USERNAME msgstr htdigest /etc/cobbler/users.digest UŽIVATELSKÉ JMÉNO pro Cobbler #. Type: string #. Description #: ../cobbler.templates:3001 msgid Address of the Cobbler server: msgstr Adresa serveru Cobbler: #. Type: string #. Description #: ../cobbler.templates:3001 msgid Please specify the hostname or IP address that clients will use for this server during installs. msgstr Zadejte prosím název hostitele, nebo IP adresu, kterou klienti budou během instalací pro tento server používat. #. Type: string #. Description #: ../cobbler.templates:3001 msgid This address will be written into \/etc/cobbler/settings\ as the value of the \server\ field. For Kickstart features to work properly, it must be set to something other than localhost. msgstr Tato adresa se zapíše do \/etc/cobbler/settings\ jako hodnota pole \server\. Aby správně fungovaly funkce Kickstart, musí být tato hodnota nastavena na něco jiného, než localhost. #. Type: string #. Description #: ../cobbler.templates:4001 msgid IP address of the boot server: msgstr IP adresa serveru pro zavádění: #. Type: string #. Description #: ../cobbler.templates:4001 msgid Please specify the local IP address of the boot server on the PXE network. msgstr Zadejte prosím místní IP adresu serveru pro zavádění v síti PXE. #. Type: string #. Description #: ../cobbler.templates:4001 msgid This address will be written into \/etc/cobbler/settings\ as the value of the \next_server\ field. For PXE features to work properly, it must be set to something other than 127.0.0.1. msgstr Tato adresa se zapíše do \/etc/cobbler/settings\ jako hodnota pole \next_server\. Aby správně fungovaly funkce PXE, musí být tato hodnota nastavena na něco jiného, než 127.0.0.1.
Bug#788328: libmath-bigint-gmp-perl: FTBFS with perl 5.22: test failures
Source: libmath-bigint-gmp-perl Version: 1.38-2 Severity: important User: debian-p...@lists.debian.org Usertags: perl-5.22-transition Forwarded: https://rt.cpan.org/Public/Bug/Display.html?id=96113 This package FTBFS with perl 5.22: Test Summary Report --- t/bigfltpm.t (Wstat: 512 Tests: 2343 Failed: 2) Failed tests: 1626-1627 Non-zero exit status: 2 Files=11, Tests=6461, 10 wallclock secs ( 0.82 usr 0.10 sys + 6.10 cusr 0.20 csys = 7.22 CPU) Result: FAIL Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787004: FTBFS on amd64
Could I get a link to the SVN repo the fix is in, I can't seem to find it here: http://anonscm.debian.org/viewvc/kernel/dists/trunk/linux/debian/ Also, could we have some clarification on the numbering as the package tracker says linux-image-4.0.0-1-amd64 (4.0.2-1) but the package that doesn't build seems to be called 4.0.0-2 and the changelog seems to say its upstream kernel 4.0.3 Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788307: pkg-perl-tools: Alternate dependency on 'mr'
Control: tag -1 - pending -=| Axel Beckert, 10.06.2015 09:56:07 +0200 |=- this should be safe to do now. And mr is even only the second alternative, not the first one. And that alternative dependency is only a Recommends and does not hurt at all. In contrary -- it eases backports. (Which is also the primary reason why I put it in there although the renaming already happened when the first pkg-perl-tools package was uploaded.) So I don't see any real issue. If you insist, we can talk about this again when Wheezy is EoL. But I'd prefer to just close this bug report without any further action. Oops, sorry for making the change too fast. Since I don't use the package via backports (developing for sid on wheezy!?). Reverted in Git. -- dam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788221: flash-kernel: Cubietruck failed to boot with flash-kernel 3.41
On Wed, 2015-06-10 at 08:41 +0100, Ian Campbell wrote: I tried the obvious change though and it doesn't seem to have helped :-( It looks like the || construct from #78307 used to handle fallback for the DTB on platforms without ${fdtfile} doesn't work as expected. The chain stops after loading the first dtb, I think because || turns out to be higher precedence that . i.e. it is ( load kernel load fdtfile ) || (load dtb load ramdisk boot ) and not load kernel ( load fdtfile || load dtb ) load ramdisk boot as required. My Jetson (my other test system) doesn't set ${fdtfile}, so it falls back ok to loading the second one and then continues. _But_ if I set fdtfile on Jetson then it works, but I think it is falling back to the non-versioned case which the generic version tries if the versioned one fails. u-boot's scripting language doesn't seem to understand () nor {}. I think something using test to see if fdtfile is set might be required here. I'll cook something up. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788310: zyne: Patch adding dependency
Am Mittwoch, den 10.06.2015, 09:06 +0200 schrieb Petr Vorel: there is a patch adding missing python-wxgtk2.8 dependency. There is even something like ${python:Depends}, maybe this helps. https://wiki.debian.org/Python/Policy - Fabian signature.asc Description: This is a digitally signed message part
Bug#788315: linux-image-3.16.0-4-amd64: warnings on /var/log/messages
Package: src:linux Version: 3.16.7-ckt11-1 Severity: important Dear Maintainer, my motherboard is a asus rampage 2 extreme it have a pci-e 2.0 and my graphics card is a geforce gtx 670, pci 3.0. since i have install this graphics card i have this warnings on my /var/log/messages May 19 09:52:26 debian kernel: [8.474107] ACPI Warning: SystemIO range 0x0828-0x082f conflicts with OpRegion 0x0800-0x084f (\PMRG) (20140424/utaddress-258) May 19 09:52:26 debian kernel: [8.474113] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver May 19 09:52:26 debian kernel: [8.474116] ACPI Warning: SystemIO range 0x0530-0x053f conflicts with OpRegion 0x0500-0x053f (\GPS0) (20140424/utaddress-258) May 19 09:52:26 debian kernel: [8.474118] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver May 19 09:52:26 debian kernel: [8.474119] ACPI Warning: SystemIO range 0x0500-0x052f conflicts with OpRegion 0x0500-0x050f (\SBG6) (20140424/utaddress-258) May 19 09:52:26 debian kernel: [8.474122] ACPI Warning: SystemIO range 0x0500-0x052f conflicts with OpRegion 0x0500-0x053f (\GPS0) (20140424/utaddress-258) May 19 09:52:26 debian kernel: [8.474124] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver May 19 09:52:26 debian kernel: [8.474125] lpc_ich: Resource conflict(s) found affecting gpio_ich May 19 09:52:26 debian kernel: [8.512924] EDAC MC: Ver: 3.0.0 -- Package-specific info: ** Version: Linux version 3.16.0-4-amd64 (debian-ker...@lists.debian.org) (gcc version 4.8.4 (Debian 4.8.4-1) ) #1 SMP Debian 3.16.7-ckt11-1 (2015-05-24) ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.16.0-4-amd64 root=UUID=34225ba4-9b9f-4178-877d-43845ae20868 ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [9.937039] input: HDA Intel Line Out CLFE as /devices/pci:00/:00:1b.0/sound/card0/input13 [9.937123] input: HDA Intel Line Out Side as /devices/pci:00/:00:1b.0/sound/card0/input14 [9.937196] input: HDA Intel Front Headphone as /devices/pci:00/:00:1b.0/sound/card0/input15 [9.992159] b2c2-flexcop: ISL6421 successfully attached [ 10.046788] MXM: GUID detected in BIOS [ 10.047130] nouveau [ DEVICE][:02:00.0] BOOT0 : 0x0e4090a2 [ 10.047134] nouveau [ DEVICE][:02:00.0] Chipset: GK104 (NVE4) [ 10.047137] nouveau [ DEVICE][:02:00.0] Family : NVE0 [ 10.047195] nouveau [ VBIOS][:02:00.0] checking PRAMIN for image... [ 10.047201] nouveau [ VBIOS][:02:00.0] ... signature not found [ 10.047203] nouveau [ VBIOS][:02:00.0] checking PROM for image... [ 10.084302] nouveau [ VBIOS][:02:00.0] ... appears to be valid [ 10.084304] nouveau [ VBIOS][:02:00.0] using image from PROM [ 10.084407] nouveau [ VBIOS][:02:00.0] BIT signature found [ 10.084409] nouveau [ VBIOS][:02:00.0] version 80.04.4b.00.24 [ 10.084780] nouveau :02:00.0: irq 70 for MSI/MSI-X [ 10.084788] nouveau [ PMC][:02:00.0] MSI interrupts enabled [ 10.084829] nouveau [ PFB][:02:00.0] RAM type: GDDR5 [ 10.084831] nouveau [ PFB][:02:00.0] RAM size: 2048 MiB [ 10.084832] nouveau [ PFB][:02:00.0]ZCOMP: 0 tags [ 10.084891] EXT4-fs (sda1): re-mounted. Opts: errors=remount-ro [ 10.089121] nouveau [VOLT][:02:00.0] GPU voltage: 987500uv [ 10.117511] nouveau [ PTHERM][:02:00.0] FAN control: PWM [ 10.117521] nouveau [ PTHERM][:02:00.0] fan management: automatic [ 10.117533] nouveau [ PTHERM][:02:00.0] internal sensor: yes [ 10.117563] nouveau [ CLK][:02:00.0] 07: core 324 MHz memory 648 MHz [ 10.117595] nouveau [ CLK][:02:00.0] 0a: core 324-862 MHz memory 1620 MHz [ 10.117676] nouveau [ CLK][:02:00.0] 0d: core 540-1202 MHz memory 6008 MHz [ 10.117774] nouveau [ CLK][:02:00.0] 0f: core 540-1202 MHz memory 6008 MHz [ 10.117850] nouveau [ CLK][:02:00.0] --: core 324 MHz memory 648 MHz [ 10.136202] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci:00/:00:03.0/:02:00.1/sound/card1/input16 [ 10.136300] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci:00/:00:03.0/:02:00.1/sound/card1/input17 [ 10.136387] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci:00/:00:03.0/:02:00.1/sound/card1/input18 [ 10.136492] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci:00/:00:03.0/:02:00.1/sound/card1/input19 [ 10.191972] ITD1000: successfully identified (ID: 0) [ 10.210180] [TTM] Zone kernel: Available graphics memory: 3059660 kiB [ 10.210182] [TTM] Zone dma32: Available graphics memory:
Bug#788321: elinks: FTBFS on arm64
Your patch seems to have been made against the debian/rules file from jessie, but it has been migrated to dh in 0.12~pre6-7. I wonder how that happened. Perhaps I'm using a tardy mirror. Well, referring to https://sources.debian.net/src/elinks/0.12~pre6-8/debian/rules/ ... how about replacing dh $@ with dh $@ --with autoreconf? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788323: snoopy FTBFS on mipsel make[1]: aclocal: Command not found
Added automake as build-dependency. Patch is attached. Gustavo Prado Alkmim Bacharel em Ciência da Computação (UFLA) Doutorando em Ciência da Computação (UNICAMP) -- Do que adianta para o homem ganhar o mundo e perder sua alma??? 2015-06-10 5:52 GMT-03:00 Gustavo Prado Alkmim alk...@ic.unicamp.br: Package: snoopy Version: 2.3.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Dear Maintainer, Package is failing to build on buildd. I'm working on a fix and I will attach it as soon as possible. Full log is attached. Build Log tail: make[1]: Entering directory '/«PKGBUILDDIR»' libtoolize -f libtoolize: putting auxiliary files in AC_CONFIG_AUX_DIR, `build/aux'. libtoolize: linking file `build/aux/ltmain.sh' libtoolize: putting macros in AC_CONFIG_MACRO_DIR, `build/m4'. libtoolize: linking file `build/m4/libtool.m4' libtoolize: linking file `build/m4/ltoptions.m4' libtoolize: linking file `build/m4/ltsugar.m4' libtoolize: linking file `build/m4/ltversion.m4' libtoolize: linking file `build/m4/lt~obsolete.m4' libtoolize: `AC_PROG_RANLIB' is rendered obsolete by `LT_INIT' aclocal make[1]: aclocal: Command not found make[1]: *** [override_dh_auto_configure] Error 127 debian/rules:10: recipe for target 'override_dh_auto_configure' failed make[1]: Leaving directory '/«PKGBUILDDIR»' make: *** [build-arch] Error 2 debian/rules:7: recipe for target 'build-arch' failed dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 snoopy-2.3.1-1.patch Description: Binary data
Bug#788311: [PATCH] libreoffice: Typo in d/copyright file
Source: libreoffice Source-Version: 1:4.4.4~rc1-1 Tags: patch Dear maintainers, Thanks for your great effort in libreoffice. This is a tiny patch for the d/copyright file. Cheers, Orestis --- Index: libreoffice-1:4.4.4~rc1-1/debian/copyright === --- libreoffice-1:4.4.4~rc1-1/debian/copyright +++ libreoffice-1:4.4.4~rc1-1/debian/copyright @@ -247,9 +247,9 @@ */ Files: dmake/dbug/malloc/* Copyright: (c) Copyright 1990 Conor P. Cahill (uunet!virtech!cpcahil). -Licsense: other +License: other /* * (c) Copyright 1990 Conor P. Cahill (uunet!virtech!cpcahil). * You may copy, distribute, and use this software as long as this * copyright statement is not removed. signature.asc Description: OpenPGP digital signature
Bug#769804: jarjar-maven-plugin: FTBFS against rebuilt packages: Failed to resolve artifact ant
Le 17/11/2014 03:16, Daniel Schepler a écrit : By the way, after I built maven-jarjar-plugin with ant added, I got a similar failure building sisu-guice: I confirm this issue with a rebuilt version of velocity without a dependency on Ant. This is caused by the pom of maven-jarjar-plugin referencing ant as an optional dependency, the libmaven-jarjar-plugin-java package doesn't depend on ant and Maven is unable to resolve the dependency. maven-jarjar-plugin contains the jarjar Ant task but it doesn't seem to be used. The Ant task is already provided by the jarjar package, so I don't think libmaven-jarjar-plugin-java should depend on ant. This issue can be solved by marking the ant dependency in maven-jarjar-plugin as provided. Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788318: nano: no escape for /* and */ inside the branches
Package: nano Version: 2.2.6-1+b1 Severity: minor Dear Maintainer, * What led up to the situation? Creating and editing .c file in nano * What exactly did you do (or not do) that was effective (or ineffective)? I had some code, that included some 'comment' symbol combinations inside the branches, like strcpy(tmp, Accept: */*). When commented in like /* strcpy(tmp,Accept: */*) */ , the 'gui' fails to paint the commented text correctly. * What was the outcome of this action? Wrong paining of the part of the text. * What outcome did you expect instead? I expected, that all of the text (and only) inside the '/* ... */' sequence would be painted as 'comented'. -- System Information: Debian Release: jessie/sid APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages nano depends on: ii dpkg 1.17.21 ii install-info 5.2.0.dfsg.1-5 ii libc6 2.19-13 ii libncursesw5 5.9+20140913-1 ii libtinfo5 5.9+20140913-1 nano recommends no packages. Versions of packages nano suggests: pn spell 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#785782: greeter screen appears without login prompt
On Wed, 20 May 2015 09:04:44 +0200 Daniel Pocock dan...@pocock.pro wrote: Hi, After dist-upgrade to jessie, I encountered the problem described here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=724731 Basically, the greeter screen appears but without any login field or list of users. In my case, Lucas's solution was necessary: pam-auth-update --force systemctl restart gdm3 and now I can log in. Well IMHO that was related to a local PAM configuration issue, probably a missing call to pam_systemd or something that was preventing gdm to access the dri device as no session was registered. Not sure that we can do anything for that. Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#787491: Acknowledgement (ITP: sphde -- Shared Persistent Heap Data Environment)
I uploaded a first packaging draft here : https://mentors.debian.net/package/sphde Problem about hyphen should be solved after the doxygen fix comes to debian : https://github.com/albert-github/doxygen/commit/3608a668b3892eaa4f7b2e4b29b833ede24ceee7 binary-from-other-architecture does not happen on my machine. F. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788327: ITP: swiftlang -- Multi-paradigm, compiled programming language
Package: wnpp Severity: wishlist Owner: Sylvestre Ledru sylves...@debian.org * Package name: swiftlang Version : 2.0 Upstream Author : Chris Lattner and others * URL : http://developer.apple.com/swift/ * License : Unknown yet Programming Lang: C++ Description : Multi-paradigm, compiled programming language As part of the pkg-llvm team, I am planning to package it. Any contributions are welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#788098: [patch] Re: dh_usrlocal leaves directories behind
Control: tag -1 + patch Control: found -1 9.20150501 Control: notfound -1 9.20150101 Control: thanks Hi, The attached path sorts the directories in reverse order for prerm. This has the effect that subdirectories are removed first, so that trunk directories have a chance of being empty when we try to remove them. Kind regards, Thibaut. diff --git a/dh_usrlocal b/dh_usrlocal index 193d70d..94940a3 100755 --- a/dh_usrlocal +++ b/dh_usrlocal @@ -103,7 +103,7 @@ foreach my $package (@{$dh{DOPACKAGES}}) { # is parsed by the shell in double-quotes my $dirs = join($ebs\n, sort @dirs); pop @justdirs; # don't remove directories directly in /usr/local - my $justdirs = join($ebs\n, sort @justdirs); + my $justdirs = join($ebs\n, sort {$b cmp $a} @justdirs); if (! $dh{NOSCRIPTS}) { autoscript($package,postinst, postinst-usrlocal, /#DIRS#/ c${ebs}\n${dirs});
Bug#785142: smtube
hello excuse me, first of all for writing to two email, i found them on google First, I thank you, to all of you who made this program, because on my Intel(R) Pentium(R) M processor 1.73GHz, which is more than 10 years old (well not mine, i'm fixing it for someone) playing a video which smplayer says is 1280x720, and mplayer is only using about 48-68% of my resources, the cpu is about 75-80%, which is not the case with flashplugin-nonfree, which uses a lot more and the cpu never comes down from 100% even on 360p, going on higher 720 starts to stagger, 1080p is very bad. So thank you again, the frames are awesome using your player youtube is very watchable with smtube, and now for the second 2nd, I'm using debian jessie, and i installed smtube from stretch repos along with all the dependencies through apt-get. I tried to change the preferred quality but upon exit and open again, the quality goes back to 360 in the settings, but it's ok because the player isn't playing low quality anyway, the picture is good, i just wanted to know if this would go away if i compiled the program myself, would it be different than using stretch repos, and if you know of a way where to change these settings so that they stay at the highest quality, because the gui isn't working for me... you people should build silverlight for linux, cuz the pipelight plugincontainer.exe is using even more than flashplugin-nonfree, and i cant watch netflix not even on my brother's newer computer amd e-300 with two cores, it just staggers. anyway, thank you again, awesome program, i don't see why wold anyone use flash in a browser just for the sake of the awesome framerates in your pgoram
Bug#788348: nginx: $arg_id is always undefined
Package: nginx Version: 1.6.2-5 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? Having a rule like so in the nginx configuration location ^~ /foo/bar/news.php { if ($arg_id ~ [0-9]+) { rewrite ...; } } Please note that in older nginx versions this worked just fine. It seems that it was broken with the introduction of nginx 1.6.2 or the version before that. * What exactly did you do (or not do) that was effective (or ineffective)? I pointed my browser to http://localhost/foo/bar/news.php?id=1234. * What was the outcome of this action? In the error.log it says that the rule could not be applied and that $arg_id was undefined. * What outcome did you expect instead? $arg_id should have had the value 1234 and the rule should have been applied along with also the rewrite directive. *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.18.9-x86_64-jb1 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages nginx depends on: ii nginx-full 1.6.2-5 nginx recommends no packages. nginx 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