Bug#784863: [MoM] kmer-tools status update
Hi, Andreas, I tried to go ahead with packaging shared libraries, but it looks like I have to read three to five more manuals before I can proceed and know what I'm doing. The package is otherwise ready to go. I have man pages for all the executables and I believe everything is in order. My lintian is complaining about a leading space on the description field for the meryl and libmeryl-dev binary packages. I put the the description immediately after the colon and rebuild and still get this warning. Moreover, the spacing is the same for the other two generated packages and I don't get this warning for them. Otherwise, the package is lintian clean. How does this look to you? Thanks and regards Afif -- Afif Elghraoui | عفيف الغراوي http://afif.ghraoui.name -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785072: [RFR] templates://cobbler/{cobbler.templates}
Please find, for review, the debconf templates and packages descriptions for the cobbler source package. This review will last from Monday, May 25, 2015 to Thursday, June 04, 2015. Please send reviews as unified diffs (diff -u) against the original files. Comments about your proposed changes will be appreciated. Your review should be sent as an answer to this mail. When appropriate, I will send intermediate requests for review, with [RFRn] (n=2) as a subject tag. When we will reach a consensus, I send a Last Chance For Comments mail with [LCFC] as a subject tag. Finally, a summary will be sent to the review bug report, and a mail will be sent to this list with [BTS] as a subject tag. Rationale: --- cobbler.old/debian/cobbler.templates2015-05-12 07:41:05.726393726 +0200 +++ cobbler/debian/cobbler.templates2015-05-25 08:03:28.835716244 +0200 @@ -1,22 +1,25 @@ Template: cobbler/password Type: password +#flag:translate!:5 _Description: New password for the cobbler user: It is highly recommended that you set a password for the administrative cobbler user. . You can also run password reconfiguration later by executing - 'dpkg-reconfigure -plow cobbler'. + dpkg-reconfigure -plow cobbler. + . + Note that you can easily add users to cobbler later with the + following command, executed with root privileges: . - Note that you can easily add users to cobbler later with: sudo htdigest /etc/cobbler/users.digest Cobbler USERNAME Unbutuize...:-) Also add double quotes in place of single ones and separate the untranslatable string from the rest of the paragraph Template: cobbler/server_and_next_server Type: string Default: 127.0.0.1 -_Description: Set the Boot and PXE server IP address: +_Description: Boot and PXE server IP address: For kickstart and PXE features to work properly, it is important to set the correct IP addresses in the fields - server and next_server in /etc/cobbler/settings. + server and next_server in /etc/cobbler/settings. . The server field must be set to something other than localhost, or kickstart features will not work. This should @@ -27,5 +30,5 @@ 127.0.0.1, and should match the IP address of the boot server on the PXE network. . - Note that these values will try to be automatically detected, - however they can be manually edited in /etc/cobbler/settings. + Note that these values should be automatically detected, + however they can be manually edited in /etc/cobbler/settings. Do not quote file names (this is debian-l10n-english housestyle). Make the synopsis shorter by dropping Set the. --- cobbler.old/debian/control 2015-05-12 07:41:05.726393726 +0200 +++ cobbler/debian/control 2015-05-25 08:04:38.577321366 +0200 Minor changes: just double quotes and replacing cotnains by provides (dle housestyle). @@ -44,13 +44,13 @@ Description: network boot, install and update server - Python modules Cobbler is a network install server. Cobbler supports PXE, virtualized installs, and reinstalling existing Linux machines. The last two modes use a - helper tool, 'koan', that integrates with cobbler. Cobbler's advanced features + helper tool, koan, that integrates with cobbler. Cobbler's advanced features include importing distributions from DVDs and rsync mirrors, kickstart templating, integrated yum mirroring, and built-in DHCP/DNS Management. Cobbler has a Python and XMLRPC API for integration with other applications. There is also a web interface. . - This package contains the Python code. + This package provides the Python code. Package: cobbler-common Architecture: all @@ -60,13 +60,13 @@ Description: network boot, install and update server - Common files Cobbler is a network install server. Cobbler supports PXE, virtualized installs, and reinstalling existing Linux machines. The last two modes use a - helper tool, 'koan', that integrates with cobbler. Cobbler's advanced features + helper tool, koan, that integrates with cobbler. Cobbler's advanced features include importing distributions from DVDs and rsync mirrors, kickstart templating, integrated yum mirroring, and built-in DHCP/DNS Management. Cobbler has a Python and XMLRPC API for integration with other applications. There is also a web interface. . - This package contains the common files. + This package provides the common files. Package: cobbler-web Architecture: all @@ -79,7 +79,7 @@ Description: network boot, install and update server - web interface Cobbler is a network install server. Cobbler supports PXE, virtualized installs, and reinstalling existing Linux machines. The last two modes use a - helper tool, 'koan', that integrates with cobbler. Cobbler's advanced features + helper tool, koan, that integrates with cobbler. Cobbler's advanced features include importing distributions from DVDs and rsync mirrors, kickstart templating, integrated yum mirroring, and built-in DHCP/DNS Management. Cobbler has a Python and XMLRPC
Bug#784678: closed by Alberto Garcia be...@igalia.com (Bug#784678: fixed in grilo-plugins 0.2.14-1)
On Sat, May 23, 2015 at 08:07:05PM +0200, Michael Biebl wrote: After pochu has acked the libmediaart transition, I've uploaded libmediaart 1.9.0-2 to unstable. Would be great if you can upload grilo-plugins from experimental to unstable as well. Hey, I just realized that grilo requires valac = 0.27 so I have to see if I can upload it to unstable first (the lastest grilo-plugins requires the latest grilo). Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783707: closed by Michael Gilbert mgilb...@debian.org (Bug#783707: fixed in doomsday 1.14.5-1)
Hi, First thanks for adopting this package ! Please upload your changes to Alioth ( http://anonscm.debian.org/cgit/pkg-games/deng.git or http://anonscm.debian.org/cgit/pkg-games/doomsday.git , they are symlinked) The stuff in /usr/lib/games should have gone in /usr/lib/games/doomsday. I see here a trailing backslash on last line... did the file get chopped off ? https://sources.debian.net/src/doomsday/1.14.5-1/debian/rules/ DENG_PLUGIN_LIB_DIR=/usr/lib/games/doomsday/plugins This is an automatic notification regarding your Bug report which was filed against the doomsday package: #783707: doomsday: please install in /usr/share/games/doomsday /usr/lib/games/doomsday It has been closed by Michael Gilbert mgilb...@debian.org. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786747: new upstream stable version Kannel 1.4.4
Source: kannel Version: 1.4.3-2+b2 Severity: wishlist http://kannel.org/news.shtml#1.4.4 says that the stable version Kannel 1.4.4 was released on 1 August 2014. Debian currently has Kannel 1.4.3-2+b2 in stable, testing, and unstable. Please consider packaging 1.4.4, which fixes several upstream bugs.
Bug#786748: bugs.debian.org: some SOAP requests to bugs.debian.org hang
Package: bugs.debian.org Severity: important Some SOAP requests to bugs.debian.org (but not all) hang. This happens with apt-listbugs, e.g. on: ! CONNECT TO bugs.debian.org:80 ! CONNECTION ESTABLISHED POST /cgi-bin/soap.cgi HTTP/1.1 Content-Type: text/xml; charset=utf-8 SOAPAction: User-Agent: SOAP4R/1.6.1-SNAPSHOT (2.3.3, ruby 2.1.5 (2014-11-13)) Accept: */* Date: Mon, 25 May 2015 09:01:29 GMT Content-Length: 1264 Host: bugs.debian.org ?xml version=1.0 encoding=utf-8 ? env:Envelope xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance; xmlns:xsd=http://www.w3.org/2001/XMLSchema; xmlns:env=http://schemas.xmlsoap.org/soap/envelope/; env:Body n1:get_bugs env:encodingStyle=http://schemas.xmlsoap.org/soap/encoding/; xmlns:n1=Debbugs/SOAP/ keyvalue xmlns:n2=http://schemas.xmlsoap.org/soap/encoding/; n2:arrayType=xsd:anyType[4] xsi:type=n2:Array item xsi:type=xsd:stringseverity/item item n2:arrayType=xsd:anyType[7] xsi:type=n2:Array item xsi:type=xsd:stringcritical/item item xsi:type=xsd:stringgrave/item item xsi:type=xsd:stringserious/item item xsi:type=xsd:stringimportant/item item xsi:type=xsd:stringnormal/item item xsi:type=xsd:stringminor/item item xsi:type=xsd:stringwishlist/item /item item xsi:type=xsd:stringpackage/item item n2:arrayType=xsd:anyType[1] xsi:type=n2:Array item xsi:type=xsd:stringiucode-tool/item /item /keyvalue /n1:get_bugs /env:Body /env:Envelope but also when I've tried to report this problem with reportbug, which hangs at: Querying Debian BTS for reports on bugs.debian.org (source)... (I had to use the --no-query-bts option). -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786750: pavucontrol: Can't change the output device for some games
Package: pavucontrol Version: 2.0-3 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I wanted to change the output device because I recognized I had no sound. * What exactly did you do (or not do) that was effective (or ineffective)? I tried to change the output device to the one that I use. * What was the outcome of this action? Nothing happened like the output device for this application has been resetted to the Internal Audio. * What outcome did you expect instead? That I can change the sound device to my USB-Headset. *** End of the template - remove these template lines *** -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-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) Versions of packages pavucontrol depends on: ii libatk1.0-0 2.14.0-1 ii libatkmm-1.6-1 2.22.7-2.1 ii libc62.19-18 ii libcairo-gobject21.14.0-2.1 ii libcairo21.14.0-2.1 ii libcairomm-1.0-1 1.10.0-1.1 ii libcanberra-gtk3-0 0.30-2.1 ii libcanberra0 0.30-2.1 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-0 2.31.1-2+b1 ii libglib2.0-0 2.42.1-1 ii libglibmm-2.4-1c2a 2.42.0-1 ii libgtk-3-0 3.14.5-1 ii libgtkmm-3.0-1 3.14.0-1 ii libpango-1.0-0 1.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangomm-1.4-1 2.34.0-1.1 ii libpulse-mainloop-glib0 5.0-13 ii libpulse05.0-13 ii libsigc++-2.0-0c2a 2.4.0-1 ii libstdc++6 4.9.2-10 ii libx11-6 2:1.6.2-3 Versions of packages pavucontrol recommends: ii pulseaudio 5.0-13 pavucontrol 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#781892: (Hardware?) problem with denormal values on mipsel
On Fri, May 22, 2015 at 04:41:51PM +0200, Ole Streicher wrote: Dear Mailing list, a few weeks ago, I found a problem that I thought is related to gfortran; however I am unsure whether this is really the case. http://bugs.debian.org/781892 Basically it burns down to the following minimal code on eder.debian.org: (sid_mipsel-dchroot)olebole@eder:~$ cat aini.f PROGRAM AINI R=1.1342362e-39 R=SQRT(R) STOP END (sid_mipsel-dchroot)olebole@eder:~$ gfortran -Wall -o aini aini.f (sid_mipsel-dchroot)olebole@eder:~$ ./aini Program received signal SIGILL: Illegal instruction. FYI this does not fail on my 2F box running pure 64 bit OpenBSD with gfortran 4.2.1. (The above program is obviously not valuable other than as a reproducer since the default real is not big enough to carry enough precision.) /jl -- ASCII ribbon campaign ( ) Powered by Lemote Fuloong against HTML e-mail X Loongson MIPS and OpenBSD and proprietary/ \http://www.mutt.org attachments / \ Code Blue or Go Home! Encrypted email preferred PGP Key 2048R/DA65BC04 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785353: lintian: RfC: retiring hyphen-used-as-minus-sign
Control: tags -1 pending On 2015-05-16 03:21, Russ Allbery wrote: [...] Pedantic would be the appropriate spot for this. However Jakub Wilk wrote: Yeah, these days even upstream groff renders both - and \- as HYPHEN-MINUS. Then again, this sounds as if it's indeed obsolete. Actually I can imagine easily the semantic difference, but I've never noticed any different rendering. But then again I'd expect no difference with any rendering in text-mode and I never read man-pages in graphical tools. ...basically, historically, there was a difference between - and \-. But I think absolutely everyone has given up on this, including groff upstream, and at this point we're just poking random upstreams about something that they don't care about and don't have any real defensible reason to care about. Or carrying really tedious and hard-to-maintain diffs. I think we should just drop it. However, copying Colin, as I think he should weigh in on this as man-db maintainer and groff maintainer. Hi, Given Colin did not seem to have any remarks to this, I have decided to commit the change. Thanks, ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786752: drraw: CGI::param called in list contex, this can lead to vulnerabilities.
Package: drraw Version: 2.2b2-4 Severity: normal Tags: patch Hello, I get a lot of log lines in my /var/log/apache2/error.log file: [Fri May 01 09:01:08.407652 2015] [cgi:error] [pid 29697] [client a.b.c.d:64395] AH01215: [Fri May 1 09:01:08 2015] drraw.cgi: CGI::param called in list context from package main line 1455, this can lead to vulnerabilities. See the warning in Fetching the value or values of a single named parameter at /usr/share/perl5/CGI.pm line 436., referer: https://xxx.yyy.fr/ it looks like the solution is available at https://metacpan.org/pod/CGI#Fetching-the-value-or-values-of-a-single-named-parameter My proposed patch is to just ignore the warning. A better patch (untested) would be to solve the problem using scalar param('foo') instead of param('foo') as proposed in the URL above. --- drraw.cgi 2015-05-25 11:33:41.0 +0200 +++ /usr/lib/cgi-bin/drraw/drraw.cgi2015-05-25 11:43:27.904119485 +0200 @@ -55,6 +55,8 @@ # in tainted mode. $ENV{'PATH'} = '/bin:/usr/bin'; +$CGI::LIST_CONTEXT_WARN = 0; + ### ## STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP STOP ## ## ## -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (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 drraw depends on: ii librrds-perl 1.4.8-1.2 Versions of packages drraw recommends: ii apache2 [httpd] 2.4.10-10 ii apache2-mpm-prefork [httpd] 2.4.10-10 ii librcs-perl 1.05-4 Versions of packages drraw suggests: pn collectd 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#783374: last NMU patch breaks gparted completely (on my system)
On Fri, 2015-05-01 05:05:10 +0200, Guillem Jover wrote: Control: tag -1 - patch Hi! On Sun, 2015-04-26 at 12:09:16 -0400, Michael Gilbert wrote: On Sun, Apr 26, 2015 at 9:46 AM, Felix Zielcke wrote: Just tried out the newest upload of gparted. Which fails completely The one before which is in jessie works fine. I.e. 0.19.0-2 without the NMU fix gparted needs a newer udisks2, see #782838. Proposed patch attached. diff -Nru gparted-0.19.0/debian/control gparted-0.19.0/debian/control --- gparted-0.19.0/debian/control2014-06-11 14:50:55.0 + +++ gparted-0.19.0/debian/control2015-04-26 16:02:28.0 + @@ -11,7 +11,7 @@ Package: gparted Architecture: any -Depends: ${shlibs:Depends}, ${misc:Depends} +Depends: ${shlibs:Depends}, ${misc:Depends}, udisks2 (= 2.1.5-1) Suggests: xfsprogs, reiserfsprogs, reiser4progs, jfsutils, ntfs-3g, dosfstools, mtools, yelp, kpartx, dmraid, dmsetup, gpart Description: GNOME partition editor As pointed out in #783397 this fix is incorrect. The correct fix is to use a Breaks, so that there's no unnecessary Depends introduced. Thanks, Guillem Hello Guillem, Just to clarify this. ;) I agree there is no need for an unnecessary dependency. As I can see, gparted doesn't break udisks2. Do you mean to add Breaks: udisks2 ( 2.1.5) to gparted's debian/control? Regards, Aníbal signature.asc Description: Digital signature
Bug#786367: flash-kernel: support BeagleBone Black with u-boot 2015.04+
Ian Campbell i...@debian.org (2015-05-25): On Mon, 2015-05-25 at 03:37 +0200, Cyril Brulebois wrote: Uploading now looks good to me, but I don't want to stomp on anyone's toes. Ian, are you fine with my uploading a new version with these changes? Sure, go ahead. Thanks, pushed the following commit for it: https://anonscm.debian.org/cgit/d-i/flash-kernel.git/commit/?id=c585656 and uploaded afterwards. Mraw, KiBi. signature.asc Description: Digital signature
Bug#786680: libmasonx-request-withapachesession-perl: Build-Depends on obsolete perl5
Sure, i should be more active in group starting from August. eloy W dni nie 24 maj, 2015 o 16∶19 użytkownik gregor herrmann gre...@debian.org napisał: On Sun, 24 May 2015 13:20:19 +0200, Dominic Hargreaves wrote: Source: libmasonx-request-withapachesession-perl Version: 0.30-3.1 Severity: important User: debian-p...@lists.debian.org Usertags: bcn2015 perl-5.22-transition Hello, As part of the upcoming perl 5.22 transition we are removing the Provides for a long-obsolete virtual package 'perl5', which this package Build-Depends on. Most likely the correct fix is to just Build-Depend on 'perl' instead. This bug will become RC when perl 5.22 enters unstable in the upcoming weeks/months. Hi eloy, I'm moving the package under the Debian Perl Group umbrella and fixing this bug there, I guess that's okay for you :) Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `-
Bug#774074: dh-make-perl: Recursive option does not check version of existing packages
On Sat, 2015-05-23 at 16:18 +, Damyan Ivanov wrote: I like the patch, though it needs DPKG::Parse::Available in Debian before it could be applied as is. Maybe make that part conditional on DPKG::Parse::Available being present? That's fine. Is the correct way to do this by doing a require, and removing the use? Do you plan to package that in Debian? Yes, that's fine, I can do that, I just need to spend a bit of time reading up on how to package correctly. I'll update this ticket once I've done that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786751: gxmessage - new upstream release
Package: gxmessage Version: 2.20.0-1 Hi, just letting you know that the latest gxmessage (3.4.3) is available from http://ftp.gnu.org/gnu/gxmessage/ The jump in version number reflects porting to GTK3 = 3.4.0. (The GTK2 version of gxmessage is still maintained in case anyone wants it - the latest of those is 2.20.4) Thanks, Tim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786680: libmasonx-request-withapachesession-perl: Build-Depends on obsolete perl5
On Mon, 25 May 2015 08:59:58 +0200, Krzysztof Krzyżaniak wrote: Sure, i should be more active in group starting from August. Cool, thanks! The package is already in out git namespace and uploaded. Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - https://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- signature.asc Description: Digital Signature
Bug#786741: horizon: CVE-2015-3988: Persistent XSS in Horizon metadata dashboard
Hi I have updated the severity to it due to An authenticated user may conduct a persistent XSS attack by setting a malicious metadata to a Glance image, a Nova flavor or a Host Aggregate and tricking an administrator to load the update metadata page. Once executed in a legitimate context this attack may result in a privilege escalation.. I'm not too familiar with horizon, so please correct me if you disagree. 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#786745: game-data-packager: parental control / rating
Package: game-data-packager Version: 42 Severity: minor When you use g-d-p, at the last step you'll need root password to install the .deb . To buy most rated games, you'll need a credit card too (or leet warez skilzz). And G-D-P is just a mean to automatize the data-locating, unzipping, etc... thing. So parental control in GDP seems pointless or could be easily worked around. --- But, this control could well happen a runtime if deemed usefull: The data in /usr/share/games/game are either owned root:rated 0640 (user white-listing) or root:child 0604 (user black-listing). The .desktop file could also include a similarly owned Try-Exec. The groups would need to be created in package pre-inst. --- This problem is not G-D-P specific at all, the retail box of Ultimate Doom I own states: BBFC - Suitable only for persons of 15 years and over. So this could likely apply to doom-wad-shareware too. Maybe just documenting this would be enough. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (501, 'testing'), (450, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages game-data-packager depends on: ii fakeroot1.20.2-1 ii python3 3.4.2-2 ii python3-debian 0.1.27 ii python3-yaml3.11-2 pn python3:any none game-data-packager recommends no packages. Versions of packages game-data-packager suggests: ii arj 3.10.22-13 ii binutils 2.25-7 ii cabextract1.6-1 ii cdparanoia3.10.2+debian-11 ii dynamite 0.1.1-2 ii gcc 4:4.9.2-4 ii gir1.2-gtk-3.03.14.5-1 ii gir1.2-pango-1.0 1.36.8-3 ii innoextract 1.4-1+b1 ii lgc-pg1.2.6-1 ii lhasa [lzh-archiver] 0.3.0-2 ii make 4.0-8.1 ii p7zip-full9.20.1~dfsg.1-4.1 ii python3-gi3.14.0-1 ii unace-nonfree 2.5-8 pn unrar-nonfree none ii unshield 1.0-1 ii unzip 6.0-17 ii vorbis-tools 1.4.0-6 -- Configuration Files: /etc/game-data-packager.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786744: jessie-pu: package libvncserver/0.9.9+dfsg-6.1
Package: release.debian.org Severity: normal Tags: patch User: release.debian@packages.debian.org Usertags: pu Dear release team! The current version of libvncserver in stable has an annoying bug [1], which is already fixed upstream and in sid. I think it would be very useful to have it also fixed in stable. The fixing patch is attached. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782570 -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 'stable'), (200, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.19.0-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) From 4674d4632b9ffc6779d9c9f79b8ebb53c12e29b2 Mon Sep 17 00:00:00 2001 From: Floris Bos b...@je-eigen-domein.nl Date: Fri, 2 Jan 2015 16:36:05 +0100 Subject: [PATCH] Initialize libgcrypt before use https://www.gnupg.org/documentation/manuals/gcrypt/Initializing-the-library.html Before the library can be used, it must initialize itself. This is achieved by invoking the function gcry_check_version Closes issue #45 Tested with krdc + libgcrypt 1.6.1 (libgcrypt20-dev Ubunutu package) connecting to a Mac Mini. Signed-off-by: Floris Bos b...@je-eigen-domein.nl --- libvncclient/rfbproto.c | 10 ++ 1 file changed, 10 insertions(+) diff --git a/libvncclient/rfbproto.c b/libvncclient/rfbproto.c index f653850..aa74c23 100644 --- a/libvncclient/rfbproto.c +++ b/libvncclient/rfbproto.c @@ -857,6 +857,16 @@ HandleARDAuth(rfbClient *client) rfbCredential *cred = NULL; rfbBool result = FALSE; + if (!gcry_control(GCRYCTL_INITIALIZATION_FINISHED_P)) + { +/* Application did not initialize gcrypt, so we should */ +if (!gcry_check_version(GCRYPT_VERSION)) +{ + /* Older version of libgcrypt is installed on system than compiled against */ + rfbClientLog(libgcrypt version mismatch.\n); +} + } + while (1) { if (!ReadFromRFBServer(client, (char *)gen, 2)) -- 2.1.4
Bug#786743: obnam: ftbfs, git command not found
source: obnam version: 1.8-1 Severity: serious x-debbugs-cc: reproducible-bui...@lists.alioth.debian.org Hi Lars, While working on the “reproducible builds” effort [1], we have noticed that obnam fails to build from source: [...] running build_scripts creating build/scripts-2.7 copying and adjusting obnam - build/scripts-2.7 copying and adjusting obnam-viewprof - build/scripts-2.7 changing mode of build/scripts-2.7/obnam from 644 to 755 changing mode of build/scripts-2.7/obnam-viewprof from 644 to 755 building manpages make -C manual make[2]: Entering directory '/tmp/buildd/obnam-1.8/manual' /bin/sh: 1: git: not found ./format-pdf obnam-manual.en.pdf Backups with Obnam Lars Wirzenius (l...@liw.fi) Version 1.8 en/010-introduction.mdwn en/020-concepts.mdwn en/040-installing.mdwn en/050-quick-tour.mdwn en/060-backing-up.mdwn en/070-restoring.mdwn en/080-forgetting.mdwn en/090-verifiying.mdwn en/100-many-clients.mdwn en/110-encryption.mdwn en/120- misc.mdwn en/130-case-studies.mdwn en/140-troubleshooting.mdwn en/150-config.mdwn en/900-see-also.mdwn en/980-legalese.mdwn en/990-blurb.mdwn pandoc: Duplicate link reference `[libgfshare]' source (line 1237, column 1) ! LaTeX Error: Command \textquotesingle unavailable in encoding T1. See the LaTeX manual or LaTeX Companion for explanation. Type H return for immediate help. ... l.709 ...\textbackslash{}.mp3\$\textquotesingle{}} pandoc: Error producing PDF from TeX source Makefile:36: recipe for target 'obnam-manual.en.pdf' failed make[2]: *** [obnam-manual.en.pdf] Error 43 make[2]: Leaving directory '/tmp/buildd/obnam-1.8/manual' debian/rules:6: recipe for target 'override_dh_auto_build' failed make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory '/tmp/buildd/obnam-1.8' debian/rules:3: recipe for target 'build' failed make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 The full log is available at https://reproducible.debian.net/rbuild/unstable/amd64/obnam_1.8-1.rbuild.log I could also reproduce this issue locally on my laptop with pbuilder. cheers, Holger [1]: https://wiki.debian.org/ReproducibleBuilds signature.asc Description: This is a digitally signed message part.
Bug#786746: ITP: bmt -- software analysis benchmarking toolkit
Package: wnpp Severity: wishlist Owner: Michael Tautschnig m...@debian.org * Package name: bmt Version : 0.6 Upstream Author : Michael Tautschnig * URL : https://github.com/tautschnig/bmt * License : 4-clause BSD Programming Lang: Perl, Bash Description : software analysis benchmarking toolkit The benchmarking toolkit consists of three main components: - Patch set management tools to track changes over the original source of a set of benchmarks; - Benchmark execution helpers to prepare benchmarks for various tools, run benchmarks in parallel, and limit execution; - Result evaluation and presentation, generating LaTeX tables, HTML output, and LaTeX/TikZ plots. Best regards, Michael pgpFGfL3V8o1n.pgp Description: PGP signature
Bug#784924: transition: openconnect
Control: tags -1 = confirmed On 24/05/15 16:14, Mike Miller wrote: On Sun, May 10, 2015 at 20:10:03 +0100, Jonathan Wiltshire wrote: Ok, please come back to us when it's all ready. The blockers for this bug have all been fixed, ok to upload openconnect to unstable now? So the two rdeps can just be binNMU'ed, right? If so, please go ahead and upload openconnect to unstable. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785305: keepass2: option to lock workspace on suspend does not work
Hi! Is there any progress on this bug? I really loose Keepass2 a lot and I saw that is marked for removal because of this bug. Can I help you somehow? Has it been forwared to upstream yet? Greetings Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786749: libdist-zilla-plugin-podspellingtests-perl: Has been deprecated and replaced upstream, should be replaced with libdist-zilla-plugin-test-podspelling-perl
Package: libdist-zilla-plugin-podspellingtests-perl Version: 1.111520-1 Severity: serious Justification: Maintainer's opinion, deprecated and replaced upstream User: debian-p...@lists.debian.org Usertags: bcn2015 DUCK reports for libdist-zilla-plugin-podspellingtests-perl that https://metacpan.org/release/Dist-Zilla-Plugin-PodSpellingTests as listed in debian/copyright no more exists. The home page of the package already points to https://metacpan.org/release/Dist-Zilla-Plugin-Test-PodSpelling which is the successor module. But this package does not contain the successor modules, they don't seem to be packaged yet. There seem to be no reverse dependencies and popcon is rather low ( 30 installed), so migrating to Dist::Zilla::Plugin::Test::PodSpelling in form of libdist-zilla-plugin-test-podspelling-perl should cause no harm. I'll soon file the according ITP for libdist-zilla-plugin-test-podspelling-perl. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/4 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 libdist-zilla-plugin-podspellingtests-perl depends on: ii libdist-zilla-perl 5.020-2 ii libmoose-perl 2.1213-1 ii libpod-wordlist-hanekomu-perl 1.132680-2 ii libtest-spelling-perl 0.20-1 ii perl 5.20.2-6 libdist-zilla-plugin-podspellingtests-perl recommends no packages. libdist-zilla-plugin-podspellingtests-perl 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#786367: flash-kernel: support BeagleBone Black with u-boot 2015.04+
On Mon, 2015-05-25 at 03:37 +0200, Cyril Brulebois wrote: Hello, Vagrant Cascadian vagr...@debian.org (2015-05-20): Package: flash-kernel Version: 3.37 Severity: wishlist Tags: patch The version of u-boot in experimental, 2015.04+dfsg1-1 contains a patch to the u-boot environment to support distro_bootcmd, but is incompatible with the current bootscript in flash-kernel. The following patch should fix this by setting device, partition and image_locations variables using values provided by distro_bootcmd, falling back to the old default values. […] I intend to upload a newer version of u-boot to unstable sometime soonish, so it would be ideal if this patch could be included in flash-kernel before or at the same time as u-boot is uploaded to unstable. Uploading now looks good to me, but I don't want to stomp on anyone's toes. Ian, are you fine with my uploading a new version with these changes? Sure, go ahead. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785614: apt-setup-udeb: add comment out backports line by default
Control: tag -1 - d-i patch Hideki Yamane henr...@debian.org (2015-05-18): Package: apt-setup-udeb Severity: normal Tags: d-i patch No need to tag d-i bug reports on packages that are part of d-i. ;) Dear Maintainer, As Bug#764982, backports is not enabled by default, but adding backports apt line with comment out is handy for users. Could you check attached patch, please? I don't think that's a good idea. It's certainly OK for people who do understand all pros and cons of having backports enabled to have “backports” set here (be it by preseeding or by opting for an expert installation), and to have uncommented backports line as a result. Mraw, KiBi. signature.asc Description: Digital signature
Bug#786757: /etc/cron.daily/logrotate: Unrecognized command
Package: logrotate Version: 3.8.7-1+b1 Severity: normal Dear maintainer, since upgrade from Wheezy to Jessie on my server VM I occasionaly get this: Cron root@mondschein test -x /usr/sbin/anacron || ( cd / run-parts --report /etc/cron.daily ) From: Cron Daemon r...@mondschein.lichtvoll.de To: r...@mondschein.lichtvoll.de Date: Heute 06:25:58 /etc/cron.daily/logrotate: Unrecognized command Yet the commend runs just fine: mondschein:/etc/cron.daily test -x /usr/sbin/anacron || ( cd / run-parts --report /etc/cron.daily ) mondschein:/etc/cron.daily Manually. Of course it could happen that it fails once if I run it often. And of course it can happen if I run the logrotate script more often, lets see: mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ /etc/cron.daily/logrotate mondschein:~ Doesn´t seems so. Any idea? I will attach all logrotate.d script, as it appears they do not contain any passwords or so. Thanks, Martin -- Package-specific info: Contents of /etc/logrotate.d total 60 -rw-r--r-- 1 root root 433 Apr 23 12:57 apache2 -rw-r--r-- 1 root root 327 Jan 31 13:26 apache2-vhosts -rw-r--r-- 1 root root 173 Aug 24 2010 apt -rw-r--r-- 1 root root 79 Apr 7 2005 aptitude -rw-r--r-- 1 root root 304 Apr 10 18:16 chrony -rw-r--r-- 1 root root 113 Jul 11 2008 cron-apt -rw-r--r-- 1 root root 232 Aug 13 2010 dpkg -rw-r--r-- 1 root root 1575 Jun 16 2012 mailman -rw-r--r-- 1 root root 859 Feb 3 10:28 mysql-server -rw-r--r-- 1 root root 110 May 18 2014 owncloud -rw-r--r-- 1 root root 1061 Aug 3 2011 psaccs_atop -rw-r--r-- 1 root root 512 Aug 3 2011 psaccu_atop -rw-r--r-- 1 root root 160 Sep 10 2011 quassel-core -rw-r--r-- 1 root root 162 Apr 6 2010 rkhunter -rw-r--r-- 1 root root 515 Sep 26 2012 rsyslog -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (150, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.16.0-4-686-pae (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: sysvinit (via /sbin/init) Versions of packages logrotate depends on: ii base-passwd 3.5.37 ii cron [cron-daemon] 3.0pl1-127 ii libacl1 2.2.52-2 ii libc6 2.19-18 ii libpopt01.16-10 ii libselinux1 2.3-2 Versions of packages logrotate recommends: ii mailutils [mailx] 1:2.99.98-2 logrotate suggests no packages. -- Configuration Files: /etc/logrotate.conf changed: weekly rotate 8 create include /etc/logrotate.d /var/log/wtmp { missingok monthly create 0664 root utmp rotate 1 } /var/log/btmp { missingok monthly create 0660 root utmp rotate 1 } -- no debconf information apache2:/var/log/apache2/*.log { apache2:daily apache2:missingok apache2:rotate 14 apache2:compress apache2:delaycompress apache2:notifempty apache2:create 640 root adm apache2:sharedscripts apache2:postrotate apache2:if /etc/init.d/apache2 status /dev/null ; then \ apache2:/etc/init.d/apache2 reload /dev/null; \ apache2:fi; apache2:endscript apache2:prerotate apache2:if [ -d /etc/logrotate.d/httpd-prerotate ]; then \ apache2:run-parts /etc/logrotate.d/httpd-prerotate; \ apache2:fi; \ apache2:endscript apache2:} apache2-vhosts:/var/log/apache2/*/*.log { apache2-vhosts: weekly apache2-vhosts: missingok apache2-vhosts: rotate 2 apache2-vhosts: compress apache2-vhosts: delaycompress apache2-vhosts: notifempty apache2-vhosts:
Bug#786758: doomsday: segfault on startup
Package: doomsday Version: 1.14.5-1 Severity: grave Justification: renders package unusable When trying to start doomsday, it pops up a dialog which says: .[ Doomsday Engine ] App init failed: [NotFoundError] (Record::subrecord) Subrecord 'alert' not found ` then crashes with a segmentation fault. I've tried on three different machines (one armhf), same results, which means it's not something related to a particular machine's setup. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-x32 (SMP w/6 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages doomsday depends on: ii libc6 2.19-18 ii libfluidsynth11.1.6-2 ii libgcc1 1:5.1.1-7 ii libgl1-mesa-glx [libgl1] 10.5.5-1 ii libqt4-network4:4.8.6+git155-g716fbae+dfsg-2 ii libqt4-opengl 4:4.8.6+git155-g716fbae+dfsg-2 ii libqtcore44:4.8.6+git155-g716fbae+dfsg-2 ii libqtgui4 4:4.8.6+git155-g716fbae+dfsg-2 ii libsdl-mixer1.2 1.2.12-11+b1 ii libsdl1.2debian 1.2.15-11 ii libstdc++65.1.1-7 ii libx11-6 2:1.6.3-1 ii libxrandr22:1.4.2-1+b1 ii libxxf86vm1 1:1.1.4-1 ii zlib1g1:1.2.8.dfsg-2+b1 Versions of packages doomsday recommends: pn fluid-soundfont-gm none ii game-data-packager 41 doomsday 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#786718: libmpg123: incorrect check/decoding for utf-16 surrogates in id3 parser
Hi Yuriy! Am Sun, 24 May 2015 23:08:12 +0300 schrieb Yuriy M. Kaminskiy yum...@gmail.com: utf-16 decoder in id3 parser improperly identifies surrogate pairs, resulting in improper identification of characters in 0xf800-0xfffe range as leading surrogate and decoding failure. E.g. attempt to decode title 「x」~y~ results in: [id3.c:1065] error: Invalid UTF16 surrogate pair at 0 (0xff62). and empty parsed title. Could you please send me (mpg123 upstream maintainer) a little (piece of an) example file to add as regression test for this? As ID3 tag writers also have a history of messing up encoding, I'd like to use the original and not a fake I did myself;-) Regarding the patch: Oh, yes, I see stupid me not getting the proper idea about bit masks back in 2006/2007 in this case. Let's recap to be on the safe side: high surrogate range: 0xD800 to 0xDBFF low suggogate range: 0xDC00 to 0xDFFF Do we agree on that or is my knowledge of UTF-16 outdated? I sense that the mask 0xf800 doesn't cover the first range properly, neither. We need to detect bit sequences between 0b11011000 0b11011011 We don't want to catch 0b110111xx in there. So a proper mask should be 0b1100 which is 0xfc00 in hex, too. Verifying the low surrogate range: 0b11011100 0b1101 The mask 0b1100 seems appropriate here, too. How convenient. This smells of intelligent design, doesn't it? ;-) So 0xfc00 should be used both for low and high surrogates to properly tell them apart with the additional bit. I'm attaching a revised patch that should enter mpg123 trunk shortly. Feel free to yell and show the error in my current reasoning … Alrighty then, Thomas Index: src/libmpg123/id3.c === --- src/libmpg123/id3.c (Revision 3642) +++ src/libmpg123/id3.c (Arbeitskopie) @@ -1051,10 +1051,10 @@ for(i=0; i n; i+=2) { unsigned long point = ((unsigned long) s[i+high]8) + s[i+low]; - if((point 0xd800) == 0xd800) /* lead surrogate */ + if((point 0xfc00) == 0xd800) /* lead surrogate */ { unsigned short second = (i+3 l) ? (s[i+2+high]8) + s[i+2+low] : 0; - if((second 0xdc00) == 0xdc00) /* good... */ + if((second 0xfc00) == 0xdc00) /* good... */ { point = FULLPOINT(point,second); length += UTF8LEN(point); /* possibly 4 bytes */ @@ -1077,7 +1077,7 @@ for(i=0; i n; i+=2) { unsigned long codepoint = ((unsigned long) s[i+high]8) + s[i+low]; - if((codepoint 0xd800) == 0xd800) /* lead surrogate */ + if((codepoint 0xfc00) == 0xd800) /* lead surrogate */ { unsigned short second = (s[i+2+high]8) + s[i+2+low]; codepoint = FULLPOINT(codepoint,second); pgpNizo58qS9m.pgp Description: Digitale Signatur von OpenPGP
Bug#786759: util-linux: mkfs can't find mkfs.btrfs
Package: util-linux Version: 2.26.2-5 Severity: normal Dear Maintainer, As of btrfs-tools 4.0-1, mkfs.btrfs has been moved from /sbin to /bin. However, mkfs doesn't seem to be searching in /bin. # mkfs.btrfs --version mkfs.btrfs, part of btrfs-progs v4.0 # which mkfs.btrfs /bin/mkfs.btrfs # mkfs -t btrfs /dev/mapper/loop0p1 mkfs: failed to execute mkfs.btrfs: No such file or directory If I create a symlink /sbin/mkfs.btrfs with target /bin/mkfs.btrfs, then the problem goes away. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/12 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: systemd (via /run/systemd/system) Versions of packages util-linux depends on: ii initscripts 2.88dsf-59.2 ii libblkid1 2.26.2-5 ii libc6 2.19-18 ii libfdisk1 2.26.2-5 ii libmount1 2.26.2-5 ii libncurses5 5.9+20150516-2 ii libpam0g1.1.8-3.1 ii libselinux1 2.3-2 ii libslang2 2.3.0-2 ii libsmartcols1 2.26.2-5 ii libtinfo5 5.9+20150516-2 ii libuuid12.26.2-5 ii lsb-base4.1+Debian13+nmu1 ii sysvinit-utils 2.88dsf-59.2 ii tzdata 2015d-1 ii zlib1g 1:1.2.8.dfsg-2+b1 util-linux recommends no packages. Versions of packages util-linux suggests: ii dosfstools 3.0.27-1 ii kbd 1.15.5-2 ii util-linux-locales 2.26.2-5 -- no debconf information signature.asc Description: OpenPGP digital signature
Bug#786760: dovecot: New upstream release available 2.2.18
Package: dovecot-core Version: 1:2.2.13-11 Severity: wishlist There is a new upstream version available: http://dovecot.org/list/dovecot-news/2015-May/000294.html and uploading this for unstable would be a good step towards fixing mbox corruption Bug #776094. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786761: duck: False positive for INFORMATION on http://fsf.org/
Package: duck Version: 0.7 Severity: normal User: debian-p...@lists.debian.org Usertags: bcn2015 Dear Simon, if a package refers to http://fsf.org/, DUCK reports it as follows: I: debian/copyright:22: URL: http://fsf.org/: INFORMATION (Certainty:wild-guess) Curl:0 HTTP:200 No error Website seems to be outdated, is probably a parked domain or for sale. Please update your links! Matching regular expression: m/new homepage/i It's triggered by these lines: !-- Commented out these divs to make the main content area take up the space that the sidebar occupied before I commented it out for the new homepage design. - Zak Rogoff 1/6/2014 !-- Commented out these two divs to make the main content area take up the space that the sidebar occupied before I commented it out for the new homepage design. - Zak Rogoff 1/6/2014 !-- Removed sidebar for new homepage design. - Zak Rogoff 1/6/2014 Commented out sidebar for new homepage design. - Zak Rogoff 1/6/2014-- Please skip HTML comments when checking for such information. TIA! -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (990, 'unstable'), (600, 'testing'), (111, 'buildd-unstable'), (111, 'buildd-experimental'), (110, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/4 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 duck depends on: ii libconfig-inifiles-perl 2.83-3 ii libfile-which-perl 1.18-1 ii libmailtools-perl2.13-1 ii libnet-dns-perl 0.81-2 ii libparse-debcontrol-perl 2.005-4 ii libpath-class-perl 0.35-1 ii libregexp-common-email-address-perl 1.01-4 ii libregexp-common-perl2013031301-1 ii libstring-similarity-perl1.04-1+b2 ii libwww-curl-perl 4.17-1+b1 ii libxml-xpath-perl1.13-7 ii libyaml-libyaml-perl 0.41-6 ii perl 5.20.2-6 duck recommends no packages. Versions of packages duck suggests: ii bzr 2.6.0+bzr6602-2 ii git 1:2.1.4-2.1 ii mercurial 3.1.2-2 ii subversion 1.8.13-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786763: redmine: error messages during update of ruby-rails packages
Package: redmine Version: 3.0~20140825-7 Severity: normal Dear Maintainer(s), updating to the ruby-rails packages 2:4.1.10-1 with aptitude shows the following error messages: -%- # aptitude -t sid install ~Upcap ~Uqpdf ~Uruby~V4\\.1\\. The following packages will be upgraded: libpcap0.8 libqpdf13 ruby-actionmailer ruby-actionpack ruby-actionview ruby-activemodel ruby-activerecord ruby-activesupport ruby-rails ruby-railties The following packages are RECOMMENDED but will NOT be installed: qpdf ruby-coffee-rails ruby-jbuilder ruby-sass-rails ruby-sdoc ruby-spring ruby-turbolinks ruby-uglifier 10 packages upgraded, 0 newly installed, 0 to remove and 75 not upgraded. Need to get 1478 kB of archives. After unpacking 355 kB will be freed. Do you want to continue? [Y/n/?] . snip . Setting up ruby-activesupport (2:4.1.10-1) ... dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: redmine - redmine packages' pending triggers which are or may be unresolvable: libc-bin: ldconfig redmine: /usr/lib/ruby/vendor_ruby dpkg: error processing package libc-bin (--configure): triggers looping, abandoned dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: redmine - redmine - redmine packages' pending triggers which are or may be unresolvable: redmine: /usr/lib/ruby/vendor_ruby dpkg: error processing package redmine (--configure): triggers looping, abandoned Setting up ruby-actionview (2:4.1.10-1) ... Setting up ruby-actionpack (2:4.1.10-1) ... Setting up ruby-actionmailer (2:4.1.10-1) ... Setting up ruby-activemodel (2:4.1.10-1) ... Setting up ruby-activerecord (2:4.1.10-1) ... Setting up ruby-railties (2:4.1.10-1) ... Setting up ruby-rails (2:4.1.10-1) ... Setting up redmine (3.0~20140825-7) ... dbconfig-common: writing config to /etc/dbconfig-common/redmine/instances/default.conf Creating config file /etc/redmine/default/database.yml.new with new version creating database redmine.sqlite: already exists. Populating database for redmine instance default. This may take a while. Done. Some configuration data is already loaded. Clearing the cache directory for redmine instance default. This may take a while. Errors were encountered while processing: libc-bin redmine E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up libc-bin (2.19-18) ... -%- I'm not quite sure if the redmine package really is to blame, and I'm not sure if the system is o.k. Although, dpkg -C doesn't complain and the redmine server can be started served by unicorn. -- Best regards, jvp. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (5, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.4 Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages redmine depends on: ii bundler 1.7.4-1 ii dbconfig-common 1.8.47+nmu3 ii debconf [debconf-2.0] 1.5.56 ii libjs-scriptaculous 1.9.0-2 ii redmine-sqlite 3.0~20140825-7 ii ruby1:2.1.5+z ii ruby-actionpack-action-caching 1.1.1-3 ii ruby-awesome-nested-set 3.0.0-1 ii ruby-coderay1.1.0-2 ii ruby-i18n 0.6.11-2 ii ruby-jquery-rails 3.1.2-6 ii ruby-mime-types 1.25-2 ii ruby-net-ldap 0.8.0-1 ii ruby-openid 2.5.0debian-1 ii ruby-protected-attributes 1.0.8-2 ii ruby-rack 1.5.2-3 ii ruby-rack-openid1.4.2-1 ii ruby-rails 2:4.1.10-1 ii ruby-rails-observers0.1.1-1 ii ruby-redcarpet 3.2.3-1 ii ruby-request-store 1.1.0-1 ii ruby-rmagick2.13.2-4+b1 ii ruby2.1 [ruby-interpreter] 2.1.5-3 Versions of packages redmine recommends: pn libfcgi-ruby1.9.1 | libfcgi-ruby none pn ruby-passengernone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786762: libreoffice-core: PDF Export breaks transparent backgrounds
Package: libreoffice-core Version: 1:4.3.3-2 Severity: important Dear Maintainer, I've noticed that when exporting to PDF from libreoffice 4.3.3 (Stable version) the background of objects that ought to be transparent ( e.g. a frame with transparent background) get rendered with a solid background. This bug has been acknolowdged in the upstream bug 84294 (https://bugs.documentfoundation.org/show_bug.cgi?id=84294) and was solved and fix incorporated to the upstream 4.3.7 release. As this is stable package, i don't know if the procedure would be to update the whole version to 4.3.7 or cherrypicking the fix. The fix is detailed in this commmit: http://cgit.freedesktop.org/libreoffice/core/commit/?id=2b32cb7a06e89a86e4a961541b453df31410c126 It is a very simple one-liner, so it should be possible to cherry-pick this in case changing the whole version is considered inappropiate for stable. Greetings -- Package-specific info: All deployed bundled extensions: none All deployed shared extensions: none All deployed user extensions: none Experimental features enabled: item oor:path=/org.openoffice.Office.Common/Miscprop oor:name=ExperimentalMode oor:op=fusevaluefalse/value/prop/item -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) Versions of packages libreoffice-core depends on: ii fontconfig2.11.0-6.3 ii fonts-opensymbol 2:102.6+LibO4.4.0~alpha1-1 ii libatk1.0-0 2.14.0-1 ii libboost-date-time1.55.0 1.55.0+dfsg-3 ii libc6 2.19-18 ii libcairo2 1.14.0-2.1 ii libclucene-contribs1 2.3.3.4-4 ii libclucene-core1 2.3.3.4-4 ii libcmis-0.4-4 0.4.1-7 ii libcups2 1.7.5-11 ii libcurl3-gnutls 7.38.0-4+deb8u2 ii libdbus-1-3 1.8.16-1 ii libdbus-glib-1-2 0.102-1 ii libeot0 0.01-3 ii libexpat1 2.1.0-6+b3 ii libexttextcat-2.0-0 3.4.4-1 ii libfontconfig12.11.0-6.3 ii libfreetype6 2.5.2-4 ii libgcc1 1:4.9.2-10 ii libgdk-pixbuf2.0-02.31.1-2+b1 ii libgl1-mesa-glx [libgl1] 10.4.2-2 ii libglew1.10 1.10.0-3 ii libglib2.0-0 2.42.1-1 ii libgltf-0.0-0 0.0.2-3 ii libglu1-mesa [libglu1]9.0.0-2 ii libgraphite2-31.2.4-3 ii libgtk2.0-0 2.24.25-3 ii libharfbuzz-icu0 0.9.35-2 ii libharfbuzz0b 0.9.35-2 ii libhunspell-1.3-0 1.3.3-3 ii libhyphen02.8.8-2 ii libice6 2:1.0.9-1+b1 ii libicu52 52.1-8 ii libjpeg62-turbo 1:1.3.1-12 ii liblangtag1 0.5.1-3 ii liblcms2-22.6-3+b3 ii libldap-2.4-2 2.4.40+dfsg-1 ii libmythes-1.2-0 2:1.2.4-1 ii libneon27-gnutls 0.30.1-1 ii libnspr4 2:4.10.8-1 ii libnspr4-0d 2:4.10.8-1 ii libnss3 2:3.17.2-1.1 ii libnss3-1d2:3.17.2-1.1 ii libodfgen-0.1-1 0.1.1-2 ii libpango-1.0-01.36.8-3 ii libpangocairo-1.0-0 1.36.8-3 ii libpangoft2-1.0-0 1.36.8-3 ii libpng12-01.2.50-2+b2 ii librdf0 1.0.17-1+b1 ii libreoffice-common1:4.3.3-2+deb8u1 ii librevenge-0.0-0 0.0.1-3 ii libsm62:1.2.2-1+b1 ii libssl1.0.0 1.0.1k-3 ii libstdc++64.9.2-10 ii libx11-6 2:1.6.2-3 ii libxext6 2:1.3.3-1 ii libxinerama1 2:1.1.3-1+b1 ii libxml2 2.9.2+dfsg1-3 ii libxrandr22:1.4.2-1+b1 ii libxrender1 1:0.9.8-1+b1 ii libxslt1.11.1.28-2+b2 ii libxt61:1.1.4-1+b1 ii uno-libs3 4.4.0~alpha1-1 ii ure 4.4.0~alpha1-1 ii zlib1g1:1.2.8.dfsg-2+b1 libreoffice-core recommends no packages. libreoffice-core suggests no packages. Versions of packages libreoffice-common depends on: ii dpkg 1.17.25 ii libreoffice-style-crystal [libreoffice-style] 1:4.3.3-2+deb8u1 ii libreoffice-style-galaxy [libreoffice-style-default] 1:4.3.3-2+deb8u1 ii libreoffice-style-oxygen [libreoffice-style] 1:4.3.3-2+deb8u1 ii libreoffice-style-sifr [libreoffice-style]1:4.4.0~alpha1-1 ii ure 4.4.0~alpha1-1 Versions of packages libreoffice-common recommends: ii libexttextcat-data 3.4.4-1 ii python3-uno 1:4.3.3-2 ii
Bug#785510: jessie-pu: package smstools/3.1.15-1.1
Hi Adam, Am 25.05.2015 um 00:37 schrieb Adam D. Barratt: On Sun, 2015-05-24 at 23:45 +0200, Jonas Meurer wrote: Hi, is there a particular reason, why RMs didn't comment on this bugreport yet? It would be awesome to have a fixed smstools in proposed-updates in time for the first Jessie point release :) Because people are busy and simply haven't got to it yet in the week since you originally submitted the request? Oh, then I'd like to appologize for the noise. My question was not meant as critisicm. I merely had the impression that usually requests were processed within few days and feared that my bugreport had somehow slipped below the radar. In any case, it appears that you've decided to go ahead and upload anyway without waiting for an ack, so it'll get processed at some point. Yes, I read your announcement regarding the deadline for the first Jessie point release just after I sent the mail yesterday. Thus I decided to upload smstools to proposed-updates straight away as it will stay in the NEW queue until you process it anyway. Sorry again if my behaviour was inappropriate. I didn't intend to be rude or offensive. Cheers, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786764: RFS: python-spur/0.3.14-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package python-spur * Package name: python-spur Version : 0.3.14-1 Upstream Author : Michael Williamson * URL : https://github.com/mwilliamson/spur.py * License : BSD-2-clause Section : python It builds those binary packages: python-spur - Run commands easily over SSH python3-spur - Run commands easily over SSH (Python3) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/python-spur Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-spur/python-spur_0.3.14-1.dsc More information about python-spur can be obtained from https://github.com/balloob/pychromecast. Changes since the last upload: - Initial release Regards, Ruben Undheim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786765: RFS: python-zeroconf/0.17.1-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package python-zeroconf * Package name: python-zeroconf Version : 0.17.1-1 Upstream Author : Jakub Stasiak * URL : https://github.com/jstasiak/python-zeroconf * License : LGPL-2.1+ Section : python It builds those binary packages: python-zeroconf - Pure Python implementation of multicast DNS service discovery python3-zeroconf - Pure Python implementation of multicast DNS service discovery (Python3) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/python-zeroconf Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/python-zeroconf/python-zeroconf_0.17.1-1.dsc More information about python-zeroconf can be obtained from https://github.com/jstasiak/python-zeroconf. Changes since the last upload: - Initial release Regards, Ruben Undheim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#785356: xrdp Oh no! Something has gone wrong. is back
Hi Bernhard and Joachim, Am 24.05.2015 um 18:58 schrieb Bernhard Übelacker: Hello Joachim, just another small addition to the workaround: There already exists a more debian like package of Xtigervnc. With this version there are still some issues: - this version does not provide the Xvnc link I have fixed this. I also updated to tigervnc 1.4.3. - gnome still tries to do maximum resolution / monitors.xml needs adjustment I don't think that falls into the responsibility of the tigervnc package. Following are the commands to build that version. mkdir tigervnc; cd tigervnc git clone git://anonscm.debian.org/pkg-tigervnc/pkg-tigervnc.git cd pkg-tigervnc/ dpkg-buildpackage -b cd .. su dpkg -i tigervnc-standalone-server_1.4.1-1_i386.deb tigervnc-common_1.4.1-1_i386.deb update-alternatives --install /usr/bin/Xvnc Xvnc /usr/bin/Xtigervnc 0 # is needed, because unfortunately tigervnc-standalone-server does not provide the Xvnc link, but xrdp relies on it. # make sure vnc4server or tightvncserver is not installed I bumped the priority of my alternatives such that they should now override the ones provided by tightvncserver and vnc4server. exit Kind regards, Bernhard Regards Joachim signature.asc Description: OpenPGP digital signature
Bug#786369: debian-installer: Updates for cubox-i/wandboard with u-boot 2015.04+
Vagrant Cascadian vagr...@debian.org (2015-05-24): On 2015-05-24, Cyril Brulebois wrote: Vagrant Cascadian vagr...@debian.org (2015-05-20): The version of u-boot in experimental requires some changes for debian-installer to generate appropriate u-boot images. The mx6_cubox-i target which was not previously upstream, is now named mx6cuboxi upstream; I've updated the u-boot package accordingly with patches from mainline u-boot. It also supports the hummingboard-i1 and hummingboard-i2ex, not sure how to make that clear. I suppose I'm a bit surprised that there are no added lines for hummingboard-*? Both hummingboard and cubox-i use the new mx6cuboxi u-boot target, not sure where exactly to document that. They're nearly identical hardware, largely differing in physical form-factor; cubox-i is crammed into a tiny cube, hummingboard is your more typical dev board (in fact, virtually identical footprint to the raspberry pi). Sorry, I was a bit lazy yesterday… Now that I've looked at board/solidrun/mx6cuboxi/mx6cuboxi.c it seems one is supposed to distinguish between boards by toying with GPIOs (mx6cuboxi.c in u-boot), so nothing for d-i to worry about, as long as the user picks the right bits for the relevant device (e.g. the right SD-Card concatenateable images)? This means this list (including board → devices mapping) should be kept uptodate: https://www.debian.org/releases/jessie/armhf/ch02s01.html#armhf-armmp-supported-platforms Does that make sense, or did I just lose myself in (h)arm-land? Mraw, KiBi. signature.asc Description: Digital signature
Bug#786755: [Reproducible-builds] Bug#786755: devscripts: please include a reproducible builds script
user reproducible-bui...@lists.alioth.debian.org usertag 786755 + infrastructure thanks Antonio Terceiro: Please include a script that will take a source package and build it twice in a row in a way that is as similar as possible to the way it is done by the Reproducible Builds initiative. I am cc'ing the Reproducible Builds mailing list; they seem to have at least 2 versions of such a script. It would be nice if the command used to do the actual build (dpkg-buildpackage/debuild/cowbuilder/sbuild etc) could be a parameter with a sensible default. For the record, here's the one that can currently be used on user systems: https://anonscm.debian.org/cgit/reproducible/misc.git/tree/prebuilder Setup is documented on the wiki: https://wiki.debian.org/ReproducibleBuilds/ExperimentalToolchain#Usage_example My guts say that until we need a custom repository for core packages (e.g. dpkg), it's not worth being included in devscripts. -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#785072: [RFR] templates://cobbler/{cobbler.templates}
Christian PERRIER wrote: Rationale: --- cobbler.old/debian/cobbler.templates 2015-05-12 07:41:05.726393726 +0200 +++ cobbler/debian/cobbler.templates 2015-05-25 08:03:28.835716244 +0200 @@ -1,22 +1,25 @@ Template: cobbler/password Type: password +#flag:translate!:5 _Description: New password for the cobbler user: It is highly recommended that you set a password for the administrative cobbler user. . You can also run password reconfiguration later by executing - 'dpkg-reconfigure -plow cobbler'. + dpkg-reconfigure -plow cobbler. (Doesn't dpkg-reconfigure cobbler use '-plow' automatically? I've never understood why you'd need to specify it here. But I'll leave it.) + . + Note that you can easily add users to cobbler later with the + following command, executed with root privileges: . - Note that you can easily add users to cobbler later with: sudo htdigest /etc/cobbler/users.digest Cobbler USERNAME Unbutuize...:-) Also add double quotes in place of single ones and separate the untranslatable string from the rest of the paragraph If you're going to say with root privileges, you can take off the prefixed sudo, too. Or come to that, since we didn't mention root for dpkg-reconfigure, why mention it here? So we could trim this down to: It can be reconfigured later using dpkg-reconfigure -plow cobbler, and users can be added to cobbler with . htdigest /etc/cobbler/users.digest Cobbler USERNAME Template: cobbler/server_and_next_server Type: string Default: 127.0.0.1 -_Description: Set the Boot and PXE server IP address: +_Description: Boot and PXE server IP address: The expression boot and PXE server confuses me. There are non-boot PXE servers? It's particularly confusing when the description below goes on to ask me for two server IP addresses rather than the singular address referred to in the synopsis. Is it asking in bad English for a boot server IP address and a PXE server IP address? (The general rule in English is that one each goes with plural.) For kickstart and PXE features to work properly, it is important to set the correct IP addresses in the fields - server and next_server in /etc/cobbler/settings. + server and next_server in /etc/cobbler/settings. . The server field must be set to something other than localhost, or kickstart features will not work. This should be a resolvable hostname or IP for the boot server as reachable by all machines that will use it. Okay, apparently it does want addresses, plural (though they don't need to both be IP addresses) and when it says boot server it means Kickstart server. So it should have been: _Description: Kickstart and PXE server addresses: And then: For Kickstart and PXE features to work properly, it is important to set the correct addresses in the fields server and next_server in /etc/cobbler/settings. . The server field must be set to something other than localhost, or Kickstart features will not work. This should be a resolvable hostname or IP address for the boot server as reachable by all machines that will use it. . The next_server field must be set to something other than 127.0.0.1, and should match the IP address of the boot server on the PXE network. I'm still not sure what this means by the boot server. Is it now referring to a different machine by that name? Apparently so, given that it has a different address. So in effect it's saying the PXE server on the network that the PXE server is on? Ah, as in, its local IP address, not the one facing the Internet. The next_server field must be set to something other than 127.0.0.1, and should match the local IP address of the PXE server. - Note that these values will try to be automatically detected, - however they can be manually edited in /etc/cobbler/settings. + Note that these values should be automatically detected, + however they can be manually edited in /etc/cobbler/settings. A run-on sentence, and an unnecessary Note. These values should be automatically detected, but they can be manually edited in /etc/cobbler/settings. Do not quote file names (this is debian-l10n-english housestyle). I don't think we've been consistent about it, but in this case we were getting a slight quote overdose. --- cobbler.old/debian/control2015-05-12 07:41:05.726393726 +0200 +++ cobbler/debian/control2015-05-25 08:04:38.577321366 +0200 Minor changes: just double quotes and replacing cotnains by provides (dle housestyle). (I think our logic is that provides lets you talk about the functionality gained by installing this package and its dependencies, while contains only works on the level of items in this .deb file.) I don't much like the way it has so many short sentences that awkwardly repeat the word cobbler cobbler cobbler: @@ -44,13 +44,13 @@ Description: network boot, install and update server - Python
Bug#786741: [PKG-Openstack-devel] Bug#786741: horizon: CVE-2015-3988: Persistent XSS in Horizon metadata dashboard
Hi, On Mon May 25, 2015 at 07:36:15 +0200, Salvatore Bonaccorso wrote: Source: horizon Version: 2015.1.0-1 Severity: important Tags: security upstream Hi, the following vulnerability was published for horizon. CVE-2015-3988[0]: | Multiple cross-site scripting (XSS) vulnerabilities in OpenStack | Dashboard (Horizon) 2015.1.0 allow remote authenticated users to | inject arbitrary web script or HTML via the metadata to a (1) Glance | image, (2) Nova flavor or (3) Host Aggregate. The patch seems to be https://git.openstack.org/cgit/openstack/horizon/commit/?id=6c944b5013acb0dce7cf3d8717e58f7f2427be07 Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786718: libmpg123: incorrect check/decoding for utf-16 surrogates in id3 parser
Control: forwarded -1 https://sourceforge.net/p/mpg123/bugs/216/ Control: tags -1 + upstream patch Hi Yuriy On 2015-05-24 23:08:12, Yuriy M. Kaminskiy wrote: Package: libmpg123-0 Version: 1.20.1-2 Severity: normal Dear Maintainer, utf-16 decoder in id3 parser improperly identifies surrogate pairs, resulting in improper identification of characters in 0xf800-0xfffe range as leading surrogate and decoding failure. E.g. attempt to decode title 「x」~y~ results in: [id3.c:1065] error: Invalid UTF16 surrogate pair at 0 (0xff62). and empty parsed title. Attempt to decode title xy&zte results in: [id3.c:1065] error: Invalid UTF16 surrogate pair at 4 (0xff06). and xy in parsed title. Patch attached, verified to work. This bug still present in the latest upstream version (1.22.2). Thank you for your bug report. I've forwarded it upstream including your patch. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#785305: [pkg-cli-apps-team] Bug#785305: keepass2: option to lock workspace on suspend does not work
On Mon, May 25, 2015 at 11:13:02AM +0200, Peter Spiess-Knafl wrote: Hi! Is there any progress on this bug? I really loose Keepass2 a lot and I saw that is marked for removal because of this bug. Can I help you somehow? Has it been forwared to upstream yet? Odd, isn't this the role of GNOME, rather than Keepass2? I'm on Ubuntu and my screen is locked when going into sleep mode under normal circumstances. This is without using Keepass2. -- Kind regards, Loong Jin signature.asc Description: Digital signature
Bug#786754: vtun crash with ppp interfaces
Package: vtun Version: 3.0.3-2 When I try to make vtun connection using pppN interface (this is my 4G modems), vtun crash with segfault # vtund vpn1 vtunserver.mydomain.ru -n vtund[589]: VTun client ver 3.X 05/15/2013 started Segmentation fault Syslog: May 22 18:14:01 kserv vtund[589]: VTun client ver 3.X 05/15/2013 started May 22 18:14:01 kserv kernel: vtund[589]: segfault at 0 ip 004088a0 sp 7ffeee426e20 error 4 in vtund[40+12000] The crash take place if only I use srcaddr option for pppN interface in vtund.conf, and if ppp interface specified exists in system For example, for ppp0 interface: srcaddr { iface ppp0; }; Without this option, or if I use iface ethN vtun work normally. On Debian GNU/Linux 7.0.8 vtun don't crash and work correctly with the same vtund.conf and iface ppp0 option. I am using Debian GNU/Linux 8.0, kernel 3.16.7-ckt9-3~deb8u1 and libc6 2.19-18. Best Regards, Victor
Bug#786753: ITP: libdist-zilla-plugin-test-podspelling-perl -- Author tests for POD spelling
Package: wnpp Owner: Axel Beckert a...@debian.org Severity: wishlist User: debian-p...@lists.debian.org Usertags: bcn2015 Control: block 786749 by -1 * Package name: libdist-zilla-plugin-test-podspelling-perl Version : 2.006009 Upstream Author : Caleb Cushing xenoterrac...@gmail.com, Marcel Gruenauer hanek...@gmail.com * URL or Web page : https://metacpan.org/release/Dist-Zilla-Plugin-Test-PodSpelling * License : Artistic-2.0 Programming Lang: Perl Description : Author tests for POD spelling The Dist::Zilla plugin Dist::Zilla::Plugin::Test::PodSpelling adds author tests to spell-check all POD in a distribution. It's the successor of Dist::Zilla::Plugin::PodSpellingTests (libdist-zilla-plugin-podspellingtests-perl) and will contain a transitional package. See https://bugs.debian.org/786749 and https://metacpan.org/pod/Dist::Zilla::Plugin::PodSpellingTests for details. The package will be maintained under the umbrella of the Debian Perl Group. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786755: devscripts: please include a reproducible builds script
Package: devscripts Version: 2.15.4 Severity: wishlist Please include a script that will take a source package and build it twice in a row in a way that is as similar as possible to the way it is done by the Reproducible Builds initiative. I am cc'ing the Reproducible Builds mailing list; they seem to have at least 2 versions of such a script. It would be nice if the command used to do the actual build (dpkg-buildpackage/debuild/cowbuilder/sbuild etc) could be a parameter with a sensible default. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#785305: [pkg-cli-apps-team] Bug#785305: keepass2: option to lock workspace on suspend does not work
On 05/25/2015 12:02 PM, Chow Loong Jin wrote: On Mon, May 25, 2015 at 11:13:02AM +0200, Peter Spiess-Knafl wrote: Hi! Is there any progress on this bug? I really loose Keepass2 a lot and I saw that is marked for removal because of this bug. Can I help you somehow? Has it been forwared to upstream yet? Odd, isn't this the role of GNOME, rather than Keepass2? I'm on Ubuntu and my screen is locked when going into sleep mode under normal circumstances. This is without using Keepass2. I think there is a misunderstanding of the word workspace. An opened keepass file is also called workspace. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786756: geoclue-2.0: provide development headers
Package: geoclue-2.0 Version: 2.1.10-2 Severity: normal redshift recently got support for geoclue 2. But I can't seem to find any developer package for geoclue-2. If it isn't done yet, can you please introduce one ? Otherwise, if I'm missing something, any help will be great. -- System Information: Debian Release: stretch/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.4+ (SMP w/4 CPU cores) Locale: LANG=en_IN.utf8, LC_CTYPE=en_IN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages geoclue-2.0 depends on: ii adduser 3.113+nmu3 ii libc6 2.19-18 ii libglib2.0-02.44.1-1 ii libjson-glib-1.0-0 1.0.2-1 ii libmm-glib0 1.4.8-1 ii libsoup2.4-12.48.0-1 Versions of packages geoclue-2.0 recommends: ii modemmanager 1.4.8-1 ii wpasupplicant 2.3-2 geoclue-2.0 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#786741: [PKG-Openstack-devel] Bug#786741: Bug#786741: horizon: CVE-2015-3988: Persistent XSS in Horizon metadata dashboard
Hi, On Mon May 25, 2015 at 11:47:17 +0200, Martin Zobel-Helas wrote: Hi, On Mon May 25, 2015 at 07:36:15 +0200, Salvatore Bonaccorso wrote: Source: horizon Version: 2015.1.0-1 Severity: important Tags: security upstream Hi, the following vulnerability was published for horizon. CVE-2015-3988[0]: | Multiple cross-site scripting (XSS) vulnerabilities in OpenStack | Dashboard (Horizon) 2015.1.0 allow remote authenticated users to | inject arbitrary web script or HTML via the metadata to a (1) Glance | image, (2) Nova flavor or (3) Host Aggregate. The patch seems to be https://git.openstack.org/cgit/openstack/horizon/commit/?id=6c944b5013acb0dce7cf3d8717e58f7f2427be07 The above link was for Juno, which is not in Debian. The correct link is https://review.openstack.org/#/c/183656/ Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#780610: Intent to NMU python-potr [Was: Bug#780610: python-potr: convertkey.py is missing]
Hi, intrigeri wrote (16 May 2015 10:39:55 GMT) : I've pushed my proposed changes to the bug780610 branch in the packaging Git repository, and am attaching the corresponding diff. Should I go ahead with a NMU, or do the maintainers prefer to handle it themselves? I've gone ahead and uploaded to sid. I've pushed my changes to the Vcs-Git as well. Cheers! -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786756: Acknowledgement (geoclue-2.0: provide development headers)
Control: retitle -1 GeoClue 2 not accessible by normal user over the bus Okay. There's no need for any headers. Hence retitled accordingly. But can you guys please shed some light on who is currently consuming geoclue2 ? From what I investigated so far, it registers on the system bus, but no one is allowed to invoke its methods. As my normal user creds, I tried to invoke the dbus methods and it timed out. But as per the dbus policy for geoclue, it states that such method invocation should be allowed. Second, redshift for example, is using the o.f.GeoClue2.Location path, where as Debian's geoclue2 is providing o.f.GeoClue2.Client.Location path. Is it expected ? On Monday 25 May 2015 03:42 PM, Debian Bug Tracking System wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Laurent Bigonville bi...@debian.org If you wish to submit further information on this problem, please send it to 786...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#786375: about gRPC packaging
Hi Andrew, On Thu, May 21, 2015 at 1:20 PM, Andrew Pollock apoll...@debian.org wrote: I don't mind you joining in. I'm doing the work on Github, as I'm trying to help the gRPC guys maintain it themselves to some degree (I work for Google). OK, good plan. I assume you don't work at the same place where gRPC is being developed. It means the packaging will be refreshed in their tree from time to time, right? https://github.com/grpc/grpc/pull/1696 is what I've done so far. If you can help get protobuf3 into experimental, I can flesh the package out more there. As I see, it was merged. As such, I add my changes over yours. In my next pull request, I can add you as an Uploader. Thanks. How to go on from now? May I get commit access to your tree or just send pull requests? Just done the latter. Cheers, Laszlo/GCS -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786436: ncurses FTBFS: configure loops
On 2015-05-24 03:26 +0200, Thomas Dickey wrote: - Original Message - | From: Helmut Grohne hel...@subdivi.de | To: 786...@bugs.debian.org | Sent: Thursday, May 21, 2015 1:48:24 PM | Subject: Bug#786436: ncurses FTBFS: configure loops | | Control: tags -1 - moreinfo | Control: severity -1 serious | | On Thu, May 21, 2015 at 07:24:18PM +0200, Helmut Grohne wrote: | | Looking for ncursesw-config | | checking for ncursesw-config... no | | checking for ncursesw6-config... no | | checking for ncursesw5-config... no | | There is a notable difference to successful builds here. Those say: | | | checking for ncursesw5-config... ncursesw5-config | | Now where does that come from? ncurses-bin. Well, it came from there, | but it no longer does. On the other hand, I have the impression that Debian packagers would prefer to use .pc files. The log shows that there is no suitable pkg-config for the cross-compiler, so it falls through to the script looking for ncurses*-config Cross-compiler or not, the pkg-config files only work correctly for a library that's already installed in the right place. I did that recently, and verified that the script works with the pkg-config which is part of the MinGW cross-compilers. (If there is something I've overlooked, that would be nice to know). Perhaps the proper fix for your build is to ensure that there is a pkg-config for the cross-build, rather than restoring the ncurses*-config scripts to your build-environment. Since the pkg-config files are only created at make install.libs, we currently need to install the library into a temporary location. I've come up with the following patch: --8---cut here---start-8--- diff --git a/debian/rules b/debian/rules index a52135b..c3b7d6e 100755 --- a/debian/rules +++ b/debian/rules @@ -275,8 +275,9 @@ $(wobjdir-32)/config.status: config.guess-stamp $(objdir-test)/config.status: build-wide config.guess-stamp test -d $(objdir-test) || mkdir $(objdir-test) - cd $(objdir-test) CFLAGS=$(CFLAGS) $(srcdir)/test/configure \ - $(CONFARGS-TEST) + cd $(objdir-test) CFLAGS=$(CFLAGS) \ + PKG_CONFIG_LIBDIR=$(wobjdir)/usr/lib/$(DEB_HOST_MULTIARCH)/pkgconfig \ + $(srcdir)/test/configure $(CONFARGS-TEST) build-arch build-indep: build @@ -308,8 +309,7 @@ build-debug: $(objdir-debug)/config.status build-wide: $(wobjdir)/config.status cd $(wobjdir) $(MAKE) # needed for building the examples - mv $(wobjdir)/lib/libncursesw.so $(wobjdir)/lib/libncursesw.so.saved - echo INPUT(libncursesw.so.5 -ltinfo) $(wobjdir)/lib/libncursesw.so + $(MAKE) -C $(wobjdir) DESTDIR=$(wobjdir) install.libs touch $@ build-wide-static: $(wobjdir-static)/config.status --8---cut here---end---8--- Only tested that debian/rules build-test works in a native build, will need to check full native and cross builds later on. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786762: libreoffice-core: PDF Export breaks transparent backgrounds
forwarded 786762 https://bugs.documentfoundation.org/show_bug.cgi?id=84294 tag 786762 + upstream tag 786762 + fixed-upstream tag 786762 + patch # mark fixed versions (testing/unstable/to-be-experimental) according to the bug close 786762 1:4.4.3-1 close 786762 1:5.0.0~alpha1-1 thanks Hi, On Mon, May 25, 2015 at 01:18:18PM +0200, Alejandro Lorenzo Gallego wrote: I've noticed that when exporting to PDF from libreoffice 4.3.3 (Stable version) the background of objects that ought to be transparent ( e.g. a frame with transparent background) get rendered with a solid background. This bug has been acknolowdged in the upstream bug 84294 (https://bugs.documentfoundation.org/show_bug.cgi?id=84294) and was solved and fix incorporated to the upstream 4.3.7 release. Thanks for pointing to the bug/patch. As this is stable package, i don't know if the procedure would be to update the whole version to 4.3.7 or cherrypicking the fix. The fix is detailed in this commmit: http://cgit.freedesktop.org/libreoffice/core/commit/?id=2b32cb7a06e89a86e4a961541b453df31410c126 It is a very simple one-liner, so it should be possible to cherry-pick this in case changing the whole version is considered inappropiate for stable. Version update is definitely inappropriate. So the procedure would be a cherry-pick, yes... 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#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it
Jaldhar, Jelmer: This is serious data corruption bug, and we have a fix for it since 12 days ago. Is there any hope that a fix for this bug is included in Debian 8.1? Release managers say the queue for fixes will be frozen next weekend. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786436: ncurses FTBFS: configure loops
On Mon, May 25, 2015 at 01:37:17PM +0200, Sven Joachim wrote: Since the pkg-config files are only created at make install.libs, we currently need to install the library into a temporary location. I've come up with the following patch: --8---cut here---start-8--- diff --git a/debian/rules b/debian/rules index a52135b..c3b7d6e 100755 --- a/debian/rules +++ b/debian/rules @@ -275,8 +275,9 @@ $(wobjdir-32)/config.status: config.guess-stamp $(objdir-test)/config.status: build-wide config.guess-stamp test -d $(objdir-test) || mkdir $(objdir-test) - cd $(objdir-test) CFLAGS=$(CFLAGS) $(srcdir)/test/configure \ - $(CONFARGS-TEST) + cd $(objdir-test) CFLAGS=$(CFLAGS) \ + PKG_CONFIG_LIBDIR=$(wobjdir)/usr/lib/$(DEB_HOST_MULTIARCH)/pkgconfig \ + $(srcdir)/test/configure $(CONFARGS-TEST) build-arch build-indep: build @@ -308,8 +309,7 @@ build-debug: $(objdir-debug)/config.status build-wide: $(wobjdir)/config.status cd $(wobjdir) $(MAKE) # needed for building the examples - mv $(wobjdir)/lib/libncursesw.so $(wobjdir)/lib/libncursesw.so.saved - echo INPUT(libncursesw.so.5 -ltinfo) $(wobjdir)/lib/libncursesw.so + $(MAKE) -C $(wobjdir) DESTDIR=$(wobjdir) install.libs touch $@ build-wide-static: $(wobjdir-static)/config.status --8---cut here---end---8--- If ncurses uses any external pkg-config files, then this patch breaks cross building, because the pkg-config cross wrapper only sets PKG_CONFIG_LIBDIR when it is unset. Given that libgpm-dev does not ship a .pc file, it seems likely that this is not the case. Arguably, it is a limitation in the cross wrapper that you cannot extend PKG_CONFIG_LIBDIR. So if ncurses needs this functionality, then a new bug against pkg-config needs to be raised to accommodate this. Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786763: redmine: error messages during update of ruby-rails packages
Hi, On Mon, May 25, 2015 at 01:19:50PM +0200, Jörg-Volker Peetz wrote: Package: redmine Version: 3.0~20140825-7 Severity: normal Dear Maintainer(s), updating to the ruby-rails packages 2:4.1.10-1 with aptitude shows the following error messages: -%- # aptitude -t sid install ~Upcap ~Uqpdf ~Uruby~V4\\.1\\. The following packages will be upgraded: libpcap0.8 libqpdf13 ruby-actionmailer ruby-actionpack ruby-actionview ruby-activemodel ruby-activerecord ruby-activesupport ruby-rails ruby-railties The following packages are RECOMMENDED but will NOT be installed: qpdf ruby-coffee-rails ruby-jbuilder ruby-sass-rails ruby-sdoc ruby-spring ruby-turbolinks ruby-uglifier 10 packages upgraded, 0 newly installed, 0 to remove and 75 not upgraded. Need to get 1478 kB of archives. After unpacking 355 kB will be freed. Do you want to continue? [Y/n/?] I'm sorry but I cannot see what is the problem; did you forget to include the actual error messages? -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#786715: stellarium: Uses private copies of external headers
Hi, thanks for the report. The upstream is already looking at this. I'll also mention a relevant bug: https://bugreports.qt.io/browse/QTBUG-3897 Tomasz signature.asc Description: Digital signature
Bug#780423: dput: add resume support
On Sunday 24 May 2015 08:35 PM, Ritesh Raj Sarraf wrote: On Sunday 24 May 2015 08:33 PM, Ritesh Raj Sarraf wrote: On Friday 22 May 2015 04:31 PM, Ritesh Raj Sarraf wrote: And I just revised the patch (attached). Actually, please use the newer one attached. Some minor import cleanups. And I just did a real upload with it to ftp-masters. Have a look. rrs@learner:/var/tmp/Debian-Build/Result$ dput -f sftp-upload virtualbox-guest-additions-iso_4.3.28-1_amd64.changes Checking signature on .changes gpg: Signature made Monday 25 May 2015 03:31:27 PM IST using RSA key ID F2E17569 gpg: Good signature from Ritesh Raj Sarraf r...@researchut.com gpg: aka Ricky Goldsmith gpg: aka Ritesh Raj Sarraf (Debian) r...@debian.org gpg: aka [jpeg image of size 17465] Good signature on /media/SSHD/var/tmp/Debian-Build/Result/virtualbox-guest-additions-iso_4.3.28-1_amd64.changes. Checking signature on .dsc gpg: Signature made Monday 25 May 2015 03:31:27 PM IST using RSA key ID F2E17569 gpg: Good signature from Ritesh Raj Sarraf r...@researchut.com gpg: aka Ricky Goldsmith gpg: aka Ritesh Raj Sarraf (Debian) r...@debian.org gpg: aka [jpeg image of size 17465] Good signature on /media/SSHD/var/tmp/Debian-Build/Result/virtualbox-guest-additions-iso_4.3.28-1.dsc. Uploading to sftp-upload (via sftp-new to ssh.upload.debian.org): WARNING: Host ssh.upload.debian.org not in known_hosts WARNING: Continue? Type 'YES' to add ssh.upload.debian.org to known_hosts: YES Transferring file virtualbox-guest-additions-iso_4.3.28-1.dsc to ssh.upload.debian.org virtualbox-guest-additions-iso_4.3.28-1.dsc of size 2219 tranferred to ssh.upload.debian.org Transferring file virtualbox-guest-additions-iso_4.3.28.orig.tar.gz to ssh.upload.debian.org virtualbox-guest-additions-iso_4.3.28.orig.tar.gz of size 44375281 tranferred to ssh.upload.debian.org Transferring file virtualbox-guest-additions-iso_4.3.28-1.debian.tar.xz to ssh.upload.debian.org virtualbox-guest-additions-iso_4.3.28-1.debian.tar.xz of size 7536 tranferred to ssh.upload.debian.org Transferring file virtualbox-guest-additions-iso_4.3.28-1_all.deb to ssh.upload.debian.org virtualbox-guest-additions-iso_4.3.28-1_all.deb of size 39961972 tranferred to ssh.upload.debian.org Transferring file virtualbox-guest-additions-iso_4.3.28-1_amd64.changes to ssh.upload.debian.org virtualbox-guest-additions-iso_4.3.28-1_amd64.changes of size 2795 tranferred to ssh.upload.debian.org Successfully uploaded packages. 17:29 ♒♒♒ ☺ -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#786436: ncurses FTBFS: configure loops
Am 25.05.2015 um 13:43 schrieb Helmut Grohne: On Mon, May 25, 2015 at 01:37:17PM +0200, Sven Joachim wrote: Since the pkg-config files are only created at make install.libs, we currently need to install the library into a temporary location. I've come up with the following patch: --8---cut here---start-8--- diff --git a/debian/rules b/debian/rules index a52135b..c3b7d6e 100755 --- a/debian/rules +++ b/debian/rules @@ -275,8 +275,9 @@ $(wobjdir-32)/config.status: config.guess-stamp $(objdir-test)/config.status: build-wide config.guess-stamp test -d $(objdir-test) || mkdir $(objdir-test) -cd $(objdir-test) CFLAGS=$(CFLAGS) $(srcdir)/test/configure \ -$(CONFARGS-TEST) +cd $(objdir-test) CFLAGS=$(CFLAGS) \ + PKG_CONFIG_LIBDIR=$(wobjdir)/usr/lib/$(DEB_HOST_MULTIARCH)/pkgconfig \ +$(srcdir)/test/configure $(CONFARGS-TEST) build-arch build-indep: build @@ -308,8 +309,7 @@ build-debug: $(objdir-debug)/config.status build-wide: $(wobjdir)/config.status cd $(wobjdir) $(MAKE) # needed for building the examples -mv $(wobjdir)/lib/libncursesw.so $(wobjdir)/lib/libncursesw.so.saved -echo INPUT(libncursesw.so.5 -ltinfo) $(wobjdir)/lib/libncursesw.so +$(MAKE) -C $(wobjdir) DESTDIR=$(wobjdir) install.libs touch $@ build-wide-static: $(wobjdir-static)/config.status --8---cut here---end---8--- If ncurses uses any external pkg-config files, then this patch breaks cross building, because the pkg-config cross wrapper only sets PKG_CONFIG_LIBDIR when it is unset. Given that libgpm-dev does not ship a .pc file, it seems likely that this is not the case. It surely is not, but the cross build is broken anyway: , | checking for specific curses-directory... /tmp/ncurses-5.9+20150516/obj-wide | checking for specified curses library type... ncursesw | checking for multibyte character support... yes | checking pkg-config for ncursesw... yes | checking if the ncursesw package files work... configure: error: cannot run test program while cross compiling ` Sounds like something for Thomas to look at. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786703: gtk3-engines-unico
gtk3-engines-unico has version: 1.0.2-1. Versions of dependencies: libatk1.0-0 Version: 2.16.0-2 libc6 Version: 2.19-18 libcairo-gobject2 Version: 1.14.2-2 libcairo2 Version: 1.14.2-2 libgdk-pixbuf-2.0-0 Version: 2.31.4-1 libglib2.0-0 Version: 2.44.1-1 libgtk-3-0 Version: 3.14.5-1 libpango1.0-0 Version: 1.36.8-3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786772: [dhcpcd5] please package a newer version
Package: dhcpcd5 Version: 6.0.5-2 Severity: wishlist --- Please enter the report below this line. --- A new upstream version (currently 6.9.0) is available with many bug fixes, improvements and features. The version currently in Debian (6.0.5, upstream release Aug 2013) is quite old and for me has problems with IPv6 support. It would be nice if Debian could ship a more recent version. --- System information. --- Architecture: amd64 Kernel: Linux 4.0.0-1-amd64 Debian Release: stretch/sid 500 testing security.debian.org 500 testing httpredir.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part.
Bug#786491: libgit2: Fails to build for the second time
Dmitry Smirnov only...@debian.org writes: Why not add both files to debian/clean? That would be the easiest. Thanks, I was using a rm in the rules file. But the debian/clean method is better. I didn't know about the clean files but I find it mentioned in the dh_auto_clean man page. Doesn't seem to be covered in the new maintainers guide though. -- Cheers, Russell -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786766: RFS: pychromecast/0.6+20150327git9d14219-1 [ITP]
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package pychromecast * Package name: pychromecast Version : 0.6+20150327git9d14219-1 Upstream Author : Paulus Schoutsen * URL : https://github.com/balloob/pychromecast * License : MIT Section : python It builds those binary packages: python-pychromecast - Library to communicate with Google Chromecast (python3-pychromecast) - currently not built because of upstream problems with Python3 To access further information about this package, please visit the following URL: http://mentors.debian.net/package/pychromecast Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/pychromecast/pychromecast_0.6+20150327git9d14219-1.dsc More information about python-zeroconf can be obtained from https://github.com/balloob/pychromecast . Changes since the last upload: - Initial release Regards, Ruben Undheim -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786767: vmdebootstrap: i386 arch kernel package not found
Package: vmdebootstrap Version: 0.7-1 Severity: normal Tags: patch Dear Maintainer, Building an image with i386 arch leads to this error: E: Couldn't find these debs: linux-image-486 linux-image-486 isn't available in sid. It appears to have been replaced with linux-image-586. The attached patch will change the kernel_arch to 586 for i386 builds. After this change, i386 image builds are successful. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 4.0.0-1-amd64 (SMP w/12 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: systemd (via /run/systemd/system) Versions of packages vmdebootstrap depends on: ii debootstrap1.0.70 ii extlinux 3:6.03+dfsg-7 ii kpartx 0.5.0-6 ii mbr1.1.11-5+b1 ii parted 3.2-7 ii python 2.7.9-1 ii python-cliapp 1.20140719-1 ii python2.7 2.7.10~rc1-1 pn python:any none ii qemu-utils 1:2.3+dfsg-4 Versions of packages vmdebootstrap recommends: ii grub2-common 2.02~beta2-23 ii python-guestfs1:1.28.10-1 ii qemu-system 1:2.3+dfsg-4 ii qemu-user-static 1:2.3+dfsg-4 ii squashfs-tools1:4.2+20130409-2 Versions of packages vmdebootstrap suggests: pn u-boot:armhf none -- no debconf information diff --git a/vmdebootstrap b/vmdebootstrap index 49c21c8..5ec2dfc 100755 --- a/vmdebootstrap +++ b/vmdebootstrap @@ -424,7 +424,7 @@ class VmDebootstrap(cliapp.Application): # pylint: disable=too-many-public-meth if not self.settings['no-kernel']: if self.settings['arch'] == 'i386': -kernel_arch = '486' +kernel_arch = '586' elif self.settings['arch'] == 'armhf': kernel_arch = 'armmp' else: signature.asc Description: OpenPGP digital signature
Bug#786670: ffmpeg: too many dependencies?
Hi Alessandro, 2015-05-24 12:50 GMT+02:00 Alessandro Ghedini gh...@debian.org: Source: ffmpeg Version: 7:2.6.3-1+b1 Severity: wishlist Hello, I was looking at the various dependencies of the -ffmpeg packages, and it seems to me some of them are a bit superfluous. For example: - Do we really need 2 different MP3 encoders (libmp3lame and libshine)? - Given the libmp3lame support, what's the purpose of libtwolame? - What is the purpose of the libopenjpeg support given that ffmpeg has its own built-in JPEG2000 encoder/decoder? Other stuff seems a bit niche to me (e.g. the libzmq thing in libavfilter), but I guess someone could find that useful. I mean, if people actually ask for these features then I see no problem, but you might want to reduce the number of dependencies otherwise, to reduce the attack surface of the ffmpeg packages. Any thought? As the maintainer of xbmc/kodi I prefer to ffmpeg to provide all codecs rather than having to handle ones implemented in other packages separately. Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786768: typo in init script; copies cafile to wrong location in chroot
Package: postfix Version: 2.11.3-1 Severity: normal Tags: patch A simple typo in the init script causes it to copy the $smtp_tls_CAfile to the wrong location in the chroot. Patch attached. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: sysvinit (via /sbin/init) Versions of packages postfix depends on: ii adduser3.113+nmu3 ii cpio 2.11+dfsg-4.1 ii debconf [debconf-2.0] 1.5.56 ii dpkg 1.18.0 ii libc6 2.19-18 ii libdb5.3 5.3.28-9 ii libsasl2-2 2.1.26.dfsg1-13 ii libsqlite3-0 3.8.10.2-1 ii libssl1.0.01.0.2a-1 ii lsb-base 4.1+Debian13+nmu1 ii netbase5.3 ii ssl-cert 1.0.36 Versions of packages postfix recommends: ii python 2.7.9-1 Versions of packages postfix suggests: ii bsd-mailx [mail-reader] 8.1.2-0.20150408cvs-1 pn dovecot-common none ii icedove [mail-reader]33.0~b1-1 ii libsasl2-modules 2.1.26.dfsg1-13 ii mutt [mail-reader] 1.5.23-3 pn postfix-cdb none pn postfix-doc none pn postfix-ldap none pn postfix-mysqlnone pn postfix-pcre none pn postfix-pgsqlnone ii procmail 3.22-25 pn resolvconf none pn sasl2-binnone pn ufw none -- debconf information excluded --- init.d/postfix 2014-06-16 16:14:59.0 + +++ /home/jelmer/postfix 2015-05-25 11:47:15.790628164 + @@ -135,7 +135,7 @@ ;; *) if test -f $ca_file; then - dest_dir=$queue_dir/${ca_path#/} + dest_dir=$queue_dir/${ca_file#/} mkdir --parent $dest_dir cp -L $ca_file $dest_dir fi
Bug#786513: jessie-pu: package fai/4.3.1+deb8u1
On Fri, 22 May 2015 17:13:19 +0100, Adam D. Barratt a...@adam-barratt.org.uk said: Control: tags -1 + moreinfo On 2015-05-22 13:55, Thomas Lange wrote: I like to get fai 4.3.1+deb8u1 into the next point release for jessie. It fixes the grave bug #785804 which could cause data loss and an important bug #780144. Additionally the copyright date was changed in two files. According to the BTS, #785804 also affects the version on fai in unstable. If that's correct, please fix the bug in unstable; if it's not, please fix the metadata. Yes, it also affects unstable. My plan was to fix this in unstable when I upload FAI 4.4 (currently in development) to unstable, which still may take a month or two. Or shoud I prepare a version 4.3.3 for unstable to fix this? -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744278: Packaging of Scala 2.10.4
Hi, Is it possible to package scala with update-alternatives so that we can install scala-2.10 and scala-2.11 at the same time? I found myself need scala-2.10 and scala-2.11 for different projects. -- ChangZhuo Chen (陳昌倬) czc...@gmail.com http://czchen.info/ Key fingerprint = EC9F 905D 866D BE46 A896 C827 BE0C 9242 03F4 552D signature.asc Description: Digital signature
Bug#786770: ITP: libodb-pgsql -- ODB Runtime Library for PostgreSQL
Package: wnpp Severity: wishlist * Package name: libodb-pgsql Version : 2.4.0 Upstream Author : Code Synthesis * URL : http://www.codesynthesis.com/products/odb/ * License : GPL-2 Programming Lang: C++ Description : ODB Runtime Library for PostgreSQL ODB is an object-relational mapping (ORM) system for C++. It provides tools, APIs, and library support that allow you to persist C++ objects to a relational database (RDBMS) without having to deal with tables, columns, or SQL and without manually writing any of the mapping code. This package contains the PostgreSQL ODB runtime library. Every application that includes code generated for the PostgreSQL database will need to link to this library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it
Hi Santiago, On Mon, May 25, 2015 at 01:43:10PM +0200, Santiago Vila wrote: Jaldhar, Jelmer: This is serious data corruption bug, and we have a fix for it since 12 days ago. Is there any hope that a fix for this bug is included in Debian 8.1? Release managers say the queue for fixes will be frozen next weekend. Agreed that we should really try to get this fixed for 8.1. I've just uploaded 2.2.18. I will try to do a stable update as well, but am unfortunately low on Debian time. Help welcome. Cheers, Jelmer signature.asc Description: Digital signature
Bug#786769: ITP: libodb-mysql -- ODB Runtime Library for MySQL
Package: wnpp Severity: wishlist * Package name: libodb-mysql Version : 2.4.0 Upstream Author : Code Synthesis * URL : http://www.codesynthesis.com/products/odb/ * License : GPL-2 Programming Lang: C++ Description : ODB Runtime Library for MySQL ODB is an object-relational mapping (ORM) system for C++. It provides tools, APIs, and library support that allow you to persist C++ objects to a relational database (RDBMS) without having to deal with tables, columns, or SQL and without manually writing any of the mapping code. This package contains the MySQL ODB runtime library. Every application that includes code generated for the MySQL database will need to link to this library. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786763: redmine: error messages during update of ruby-rails packages
Antonio Terceiro wrote on 05/25/2015 13:48: snip I'm sorry but I cannot see what is the problem; did you forget to include the actual error messages? Hi Antonio, it's further down: Setting up ruby-activesupport (2:4.1.10-1) ... dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: redmine - redmine packages' pending triggers which are or may be unresolvable: libc-bin: ldconfig redmine: /usr/lib/ruby/vendor_ruby dpkg: error processing package libc-bin (--configure): triggers looping, abandoned dpkg: cycle found while processing triggers: chain of packages whose triggers are or may be responsible: redmine - redmine - redmine packages' pending triggers which are or may be unresolvable: redmine: /usr/lib/ruby/vendor_ruby dpkg: error processing package redmine (--configure): triggers looping, abandoned ... Errors were encountered while processing: libc-bin redmine E: Sub-process /usr/bin/dpkg returned an error code (1) Failed to perform requested operation on package. Trying to recover: Setting up libc-bin (2.19-18) ... -- Regards, Jörg. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786771: e2fsprogs: No automatic fsck on ext4 fs after checktime reached
Package: e2fsprogs Version: 1.42.12-1.1 Severity: normal Hi! During boot, I see this: [6.131592] EXT4-fs (sdb1): warning: checktime reached, running e2fsck is recommended And: sid:~# tune2fs -l /dev/sdb1 tune2fs 1.42.12 (29-Aug-2014) Filesystem volume name: ssdroot Last mounted on: / Filesystem UUID: 6332a26f-7e6f-490f-84dc-fd13893ea803 Filesystem magic number: 0xEF53 Filesystem revision #:1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery extent flex_bg sparse_super large_file huge_file uninit_bg dir_nlink extra_isize Filesystem flags: signed_directory_hash Default mount options:user_xattr Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 2318336 Block count: 9257984 Reserved block count: 462899 Free blocks: 3785535 Free inodes: 1660551 First block: 0 Block size: 4096 Fragment size:4096 Reserved GDT blocks: 1021 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 RAID stripe width:128 Flex block group size:16 Filesystem created: Wed Aug 18 12:34:51 2010 Last mount time: Fri May 22 17:00:45 2015 Last write time: Fri May 22 17:00:44 2015 Mount count: 8 Maximum mount count: 21 Last checked: Wed Nov 19 00:54:22 2014 Check interval: 15552000 (6 months) Next check after: Mon May 18 01:54:22 2015 Lifetime writes: 326 GB Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode:8 First orphan inode: 1182231 Default directory hash: half_md4 Directory Hash Seed: db41d842-55bd-409f-81ac-fa8d063a6427 Journal backup: inode blocks sid:~# Why is just a warning given, why isn't the filesystem checked automatically? This seems like the same bug as https://bugzilla.novell.com/show_bug.cgi?id=866283 . / Anders -- System Information: Debian Release: 8.0 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates'), (94, 'proposed-updates'), (60, 'testing'), (45, 'testing-proposed-updates'), (40, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.utf8, LC_CTYPE=sv_SE.utf8 (charmap=UTF-8) (ignored: LC_ALL set to sv_SE.UTF8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages e2fsprogs depends on: ii e2fslibs1.42.12-1.1 ii libblkid1 2.25.2-6 ii libc6 2.19-18 ii libcomerr2 1.42.12-1.1 ii libss2 1.42.12-1.1 ii libuuid12.25.2-6 ii util-linux 2.25.2-6 e2fsprogs recommends no packages. Versions of packages e2fsprogs suggests: pn e2fsck-static none ii gpart 0.1h-11+b1 ii parted 3.2-7 -- 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#786760: closed by Jelmer Vernooij jel...@debian.org (Bug#786760: fixed in dovecot 1:2.2.18-1)
Wow. This has been the fastest new upstream bug I've ever seen fixed. Thanks a lot! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786760: closed by Jelmer Vernooij jel...@debian.org (Bug#786760: fixed in dovecot 1:2.2.18-1)
On Mon, May 25, 2015 at 02:13:37PM +0200, Santiago Vila wrote: Wow. This has been the fastest new upstream bug I've ever seen fixed. Thanks a lot! You're welcome. That was mostly because I had already made some progress on it earlier, but I appreciated the reminder. :-) signature.asc Description: Digital signature
Bug#786688: xbmc: CVE-2015-3885
Control: forwarded -1 https://github.com/xbmc/xbmc/pull/7188 Control: tags -1 confirmed upstream 2015-05-24 14:44 GMT+02:00 Moritz Muehlenhoff j...@inutil.org: Package: xbmc Severity: important Tags: security Please see http://www.ocert.org/advisories/ocert-2015-006.html Could you report this upstream? IMO doesn't warrant an update for XBMC in stable. I agree. Thanks for the report! Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786774: [xul-ext-https-everywhere] a newer upstream version is available
Package: xul-ext-https-everywhere Version: 4.0.3-1 Severity: wishlist --- Please enter the report below this line. --- Upstream currently ships version 5.0.4 while Debian still has 4.0.3. It probably makes sens to update to the latest upstream version. --- System information. --- Architecture: amd64 Kernel: Linux 4.0.0-1-amd64 Debian Release: stretch/sid 500 testing security.debian.org 500 testing httpredir.debian.org --- Package information. --- Depends (Version) | Installed ==-+-= iceweasel (= 20) | 38.0.1-1 OR icedove (= 17.0.5) | OR iceape (= 2.17) | OR conkeror | Package's Recommends field is empty. Package's Suggests field is empty. signature.asc Description: This is a digitally signed message part.
Bug#786773: ruby-activesupport: Tries to overwrite files from `ruby-activesupport-3.2`
Package: ruby-activesupport Version: 4.1.10-1 Severity: normal Dear Debian folks, Having the package `ruby-activesupport-3.2` (3.2.19-1) installed, installing the package `ruby-activesupport` (4.1.10-1) fails. Entpacken von ruby-activesupport (2:4.1.10-1) ... dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/ruby-activesupport_2%3a4.1.10-1_all.deb (--unpack): Versuch, »/usr/lib/ruby/vendor_ruby/active_support.rb« zu überschreiben, welches auch in Paket ruby-activesupport-3.2 3.2.19-1 ist dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet (Tries to overwrite `/usr/lib/ruby/vendor_ruby/active_support.rb` also present in package ruby-activesupport-3.2 3.2.19-1.) Please add the corresponding lines to `Breaks` and `Conflicts` meta data(?). Thanks, Paul -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.19.0-trunk-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Init: systemd (via /run/systemd/system) signature.asc Description: This is a digitally signed message part
Bug#735357: vsftpd: seccomp generates audit syslog messages
Control: reopen -1 Control: found -1 3.0.2-17 On Mon, 03 Feb 2014 10:47:02 +0100 Jakob Hirsch j...@plonk.de wrote: Daniel Baumann, 2014-02-01 06:11: close 735357 thanks this doesn't happen with recent enough kernel (=3.11). I have kernel 3.12.6-2 (from jessie) running and it still happens unless I disable seccomp (seccomp_sandbox=NO). I don't this is a kernel issue... under jessie 3.16 kernel it still happens, we have LOTS of messages like this: [1810012.373516] audit: type=1326 audit(1432556478.946:47): \ auid=0 uid=65534 gid=65534 ses=2931 pid=28974 comm=vsftpd \ exe=/usr/sbin/vsftpd sig=31 syscall=37 compat=0 ip=0x7fc9ea051497 \ code=0x0 Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786361: sysv-rc: pre-configuration error messages when /tmp is mounted noexec
Control: reassign -1 debconf Control: merge -1 223683 Control: thanks Okay apparently it's a bug in debconf, present since 2003... I guess noexec isn't supposed to be an option on /tmp then? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786773: ruby-activesupport: Tries to overwrite files from `ruby-activesupport-3.2`
On Mon, May 25, 2015 at 02:37:37PM +0200, Paul Menzel wrote: Package: ruby-activesupport Version: 4.1.10-1 Severity: normal Dear Debian folks, Having the package `ruby-activesupport-3.2` (3.2.19-1) installed, installing the package `ruby-activesupport` (4.1.10-1) fails. Entpacken von ruby-activesupport (2:4.1.10-1) ... dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/ruby-activesupport_2%3a4.1.10-1_all.deb (--unpack): Versuch, »/usr/lib/ruby/vendor_ruby/active_support.rb« zu überschreiben, welches auch in Paket ruby-activesupport-3.2 3.2.19-1 ist dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet (Tries to overwrite `/usr/lib/ruby/vendor_ruby/active_support.rb` also present in package ruby-activesupport-3.2 3.2.19-1.) Please add the corresponding lines to `Breaks` and `Conflicts` meta data(?). ruby-activesupport used to have Conflicts/Breaks against ruby-activesupport-3.2; but ruby-activesupport-3.2 is only present in wheezy, and the `ruby` from jessie already conflicts with it so ruby-activesupport-3.2 should have been removed during some upgrade. How up to date is your system? -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#786773: ruby-activesupport: Tries to overwrite files from `ruby-activesupport-3.2`
Dear Antonio, Am Montag, den 25.05.2015, 10:00 -0300 schrieb Antonio Terceiro: On Mon, May 25, 2015 at 02:37:37PM +0200, Paul Menzel wrote: Package: ruby-activesupport Version: 4.1.10-1 Severity: normal Having the package `ruby-activesupport-3.2` (3.2.19-1) installed, installing the package `ruby-activesupport` (4.1.10-1) fails. Entpacken von ruby-activesupport (2:4.1.10-1) ... dpkg: Fehler beim Bearbeiten des Archivs /var/cache/apt/archives/ruby-activesupport_2%3a4.1.10-1_all.deb (--unpack): Versuch, »/usr/lib/ruby/vendor_ruby/active_support.rb« zu überschreiben, welches auch in Paket ruby-activesupport-3.2 3.2.19-1 ist dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet (Tries to overwrite `/usr/lib/ruby/vendor_ruby/active_support.rb` also present in package ruby-activesupport-3.2 3.2.19-1.) Please add the corresponding lines to `Breaks` and `Conflicts` meta data(?). ruby-activesupport used to have Conflicts/Breaks against ruby-activesupport-3.2; but ruby-activesupport-3.2 is only present in wheezy, and the `ruby` from jessie already conflicts with it so ruby-activesupport-3.2 should have been removed during some upgrade. I see. How up to date is your system? It’s up to date. But as I still have some RoR 3.2 applications, I put the RoR/Active* packages on hold to stay at 3.2. Thanks, Paul signature.asc Description: This is a digitally signed message part
Bug#786396: [reproducible-builds] Classify issue by toolchain or package fix needed
Christoph Berg: An open question would be what to do for issues that need action on both sides, like the toolchain needs some reproducible option implemented, but then the package would need to invoke it as well, like it was the case for the doxygen html timestamps. (Though that very example is moot now, as the toolchain part is fixed, and there is only package-side action left, which is a clear package fix needed tag for this issue.) I think the “block” feature of the BTS can be used in these cases. At least, this is how I've handled fontforge related issues: https://bugs.debian.org/774148 https://bugs.debian.org/774274 https://bugs.debian.org/774275 -- Lunar.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#776094: dovecot-imapd: corrupts mailbox after trying to retrieve it
Ok. This is my proposal to fix this in stable: https://people.debian.org/~sanvila/dovecot/ Try: debdiff dovecot_2.2.13-11.dsc dovecot_2.2.13-11~deb8u1.dsc and of course feel free to add anything I may have missed. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786759: util-linux: mkfs can't find mkfs.btrfs
Control: tags -1 + fixed-upstream Hello James Valleroy. On Mon, May 25, 2015 at 06:49:09AM -0400, James Valleroy wrote: [...] As of btrfs-tools 4.0-1, mkfs.btrfs has been moved from /sbin to /bin. However, mkfs doesn't seem to be searching in /bin. [...] ... which seems like a mistake on the btrfs-tools side. Fortunately though, an upcoming change in upstream util-linux will likely help out here: https://git.kernel.org/cgit/utils/util-linux/util-linux.git/commit/disk-utils/mkfs.c?id=07b5156790f329835d7351aa4e803f3d623cde5d Until that is actually released btrfs-tools should likely revert their change (or atleast keep a compat symlink). Once they want to rely on the new behaviour of util-linux they should add the relevant versioned Depends/Breaks to their package to make sure the upgrade path is smooth. Not providing correct package dependency declarations is a potential serious issue (RC-severity). Please contact the btrfs-tools maintainers for further discussion. Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681315: still not fixed?!
Control: tags -1 wheezy jessie stretch This utterly absurd issue has been fixed in Ubuntu almost 3 years ago [1] by committing a simple patch, but the bug is still here, in all Debian releases. Is this package even maintained these days? [1] https://bugs.launchpad.net/bugs/1071915
Bug#786762: libreoffice-core: PDF Export breaks transparent backgrounds
On Monday 25 May 2015 13:43:35 Rene Engelhard wrote: Version update is definitely inappropriate. So the procedure would be a cherry-pick, yes... Will this be done in the repository for stable or should i work in my own packages? signature.asc Description: This is a digitally signed message part.
Bug#786775: rustc: `cargo build` is broken
Package: rustc Version: 1.0.0+dfsg1-1 Severity: normal Dear Maintainer, The `cargo build` is broken, here is the output of this command An unknown error occurred Process didn't exit successfully: `rustc - --crate-name - --crate-type dylib --crate-type bin --print-file-name` (status=101) --- stderr error: Unrecognized option: 'print-file-name'. You can easily reproduce this by following this steps cargo new lala cd lala cargo build -- System Information: Debian Release: 8.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (350, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages rustc depends on: ii libc6 2.19-18 ii libffi6 3.1-2+b2 ii libgcc1 1:4.9.2-10 ii libstdc++6 4.9.2-10 ii libtinfo5 5.9+20140913-1+b1 ii zlib1g 1:1.2.8.dfsg-2+b1 rustc recommends no packages. Versions of packages rustc suggests: ii rust-doc 1.0.0+dfsg1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#764204: apt-cache calls fcntl() on 65536 FDs
2015-05-20 18:16 GMT+02:00 Sebastian Boehm sebast...@sometimesfood.org: Hi, just looked into this, apparently the calls originate in the ExecFork function in apt-pkg/contrib/fileutl.cc, lines 760-792 (as of commit 15901516). Michael Vogt seems to have increased the number of file descriptors that are closed from 40 to sysconf(_SC_OPEN_MAX) in Git commit 61f954bf. (While the 65535 calls to getrlimit have been reduced to 1 in the latest Git version, the fcntl problem remains.) The code fragment in question seems to have been introduced in the early days of apt (April 1999) by Jason Gunthorpe: commit 54676e1a82f400e37879bc931b6db0c13b8ebb3f Author: Arch Librarian a...@canonical.com Date: Mon Sep 20 16:53:38 2004 + Working apt-get source build stuff Author: jgg Date: 1999-04-20 05:02:09 GMT Working apt-get source build stuff // Close all of our FDs - just in case for (int K = 3; K != 40; K++) fcntl(K,F_SETFD,FD_CLOEXEC); I am not familiar enough with the apt codebase to understand the need to close all file descriptors. Would it be ok to only close the fds listed in /proc/self/fd/ as suggested by Julian Andres Klode? Yes, of course it's possible to do this. It might be a bit more racy in multi-threaded code, but that's not really an issue. I don't really see the performance issue here, though. I don't know why the submitter thinks that there is a performance issue here. The closing takes a few milliseconds. An apt-cache show runs in 0.040s here, and has never taken longer for me. It's not even a performance issue on slow ARM platforms. stracing the binary might give the impression, because it has a significant overhead per-call. So I'd prefer to just close this, as it's not worth the extra effort to read out /proc/self/fd. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786777: ruby-fog: circular dependency with ruby-fog-radosgw
Package: ruby-fog Version: 1.28.0-2 Severity: important Hello Debian Ruby Extras Maintainers, There is a circular dependency between ruby-fog and ruby-fog-radosgw: ruby-fog:Depends: ruby-fog-radosgw (= 0.0.2) ruby-fog-radosgw:Depends: ruby-fog Complex circular dependencies are known to cause problems during upgrade, so we should try to get rid of them. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786776: minidlna: logs to custom DB-dir instead of default log-dir
Package: minidlna Version: 1.1.4+dfsg-3 Severity: minor Dear Maintainer, I have the db_dir set to /tmp because the minidlna instance on my computer is only for development purposes, the actual minidlna instance I use is on another machine. I've noticed that I no longer get logs in /var/log/minidlna.log. It turns out that this is caused by the db_dir=/tmp setting: If a db_dir is set, but the log_dir is unchanged (commented out), minidlna does not log to the default log location /var/log, but creates a log file in db_dir. So I have a /tmp/minidlna.log file now, even though one would probably assume that changing the db_dir has no influence on the log file directory. Upstream might not consider this behaviour to be a bug, since minidlna targets mainly special embedded systems (Netgear devices). Having a common directory for everything minidlna writes to disk is probably expected there. For a general purpose OS with special system-wide directories for logging and caching, the behaviour is unexpected and surprising. I see two solutions: document the behaviour in minidlna.conf, or patch minidlna.c to not use the db_dir for logging. It's in lines 744-747: If both log_dir and db_dir are unset, the default log dir /var/log is used for logging and /var/cache for caching (can be overwritten through ./configure flags). However, if only db_dir is set and log_dir unset, then db_dir is used for both, logging and caching. It should be easy to patch, i.e. remove the nested if and just copy DEFAULT_LOG_PATH into log_path. Cheers, Florian -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 4.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages minidlna depends on: ii adduser 3.113+nmu3 ii initscripts 2.88dsf-59.2 ii libavformat566:11.3-3+b3 ii libavutil54 6:11.3-3+b3 ii libc62.19-18 ii libexif120.6.21-2 ii libflac8 1.3.1-2 ii libid3tag0 0.15.1b-11 ii libjpeg62-turbo 1:1.4.0-7 ii libogg0 1.3.2-1 ii libsqlite3-0 3.8.10.2-1 ii libvorbis0a 1.3.4-2 ii lsb-base 4.1+Debian13+nmu1 minidlna recommends no packages. minidlna suggests no packages. -- Configuration Files: /etc/minidlna.conf changed: media_dir=/var/lib/minidlna db_dir=/tmp port=8200 serial=681019810597110 album_art_names=Cover.jpg/cover.jpg/AlbumArtSmall.jpg/albumartsmall.jpg album_art_names=AlbumArt.jpg/albumart.jpg/Album.jpg/album.jpg album_art_names=Folder.jpg/folder.jpg/Thumb.jpg/thumb.jpg -- 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#786778: zendframework: HTTP Client component doesn't work after security upgrade
Package: zendframework Version: 1.12.9+dfsg-2+deb8u2 Severity: critical Justification: breaks unrelated software Dear Maintainer, After upgrading to version 1.12.9+dfsg-2+deb8u2 following security issue in CVE-2015-3154 (https://security-tracker.debian.org/tracker/CVE-2015-3154), the HTTP Client component of the framework throws exceptions after executing a request. These crashes didn't occur before the security upgrade. Code snippet to reproduce the issue: ?php //test.php $httpClient = new \Zend_Http_Client(); $httpClient-setUri('https://www.debian.org/Bugs/'); $response = $httpClient-request('POST'); var_dump($response); Results in: Fatal error: Uncaught exception 'Zend_Http_Exception' with message 'Invalid header value detected' in /debian/zend/library/Zend/Http/Client.php:1597 Stack trace: #0 /debian/zend/library/Zend/Http/Client.php(467): Zend_Http_Client-_validateHeaderValue(0) #1 /debian/zend/library/Zend/Http/Client.php(1358): Zend_Http_Client-setHeaders('Content-Length', 0) #2 /debian/zend/library/Zend/Http/Client.php(1061): Zend_Http_Client-_prepareBody() #3 /debian/test.php(15): Zend_Http_Client-request('POST') #4 {main} thrown in /debian/zend/library/Zend/Http/Client.php on line 1597 In preparebody or setRawData method in Zend_Http_Client.php, there are some calls $this-setHeaders(self::CONTENT_LENGTH, strlen($this-raw_post_data)); the length value is a numeric, but the _validateHeaderValue method that you added in the patch doesn't accept numeric value as argument. This throw the Zend_Http_Exception('Invalid header value detected'); maybe you can cast the value before calling _validateHeaderValue. Best regards, m. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786780: metastudent has circular Depends on metastudent-data
Package: metastudent Version: 2.0.1-1 Severity: important Hello Debian Med Packaging Team, There is a circular dependency between metastudent and metastudent-data: metastudent :Depends: metastudent-data (= 2.0.0) metastudent-data:Depends: metastudent (= 2.0.0) Circular dependencies are known to cause problems during upgrade, so we should try to get rid of them. Since metastudent is a data package, it is quite likely it does not need actually to depend on metastudent-data and removing this dependency would remove the circular dependency, so I would suggest you do so. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786703: gtk-theme
Also, gsettings get org.gnome.desktop.interface gtk-theme already returns Adwaita and gsettings set org.gnome.desktop.interface gtk-theme 'Adwaita' does not seem to do anything; however, in [Menu] Settings User Interface Settings (lxappearance), the selected theme is waldorf from CrunchBang. Choosing another theme with lxappearance indeed circumvents this issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#783034: [Pkg-octave-devel] Bug#783034: octave-ltfat breaks Octave rcond. Yields segmentation fault
On Mon, Apr 20, 2015 at 5:29 PM, Charlie Hagedorn charlie.haged...@gmail.com wrote: I've had inconsistent Octave seg-faults on several jessie machines that I've traced to at least the octave-ltfat package. The seg-faults are triggered calls to the Octave function rcond. Installing octave-ltfat makes it break, uninstalling restores expected behavior (i.e. not crashing Octave). I am unable to reproduce this problem either. % echo 'which rcond' | octave -q 'rcond' is a built-in function from the file libinterp/corefcn/rcond.cc % echo 'rcond(magic(31))' | octave -q ans = 0.030391 I get the same output whether octave-ltfat package is installed or not. Could the OP please show the output of % echo 'which rcond' | octave -q both before and after the octave-ltfat package is insalled? That would at least confirm which rcond is being called. FWIW, here are the packages I have installed. ii libatlas3-base [liblapack.so.3] 3.10.1-4 ii libblas3 [libblas.so.3] 1.2.20110419-7 ii libc62.19-15 ii libfftw3-double3 3.3.4-1 ii libfftw3-single3 3.3.4-1 ii libgcc1 1:4.9.1-19 ii libgfortran3 4.9.1-19 ii liblapack3 [liblapack.so.3] 3.5.0-2 ii liboctave2 3.8.2-4 ii libquadmath0 4.9.1-19 ii libstdc++6 4.9.1-19 ii octave 3.8.2-4 ii octave-ltfat-common 2.0.1-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#768983: [Pkg-graphite-maint] ITP: carbon-c-relay -- status?
Hello Bernd, I'll add some dpkg-maint-helper stuff for a smooth migration from the old/inofficial package / config file location to the new one. I need it anyway. Should I upload it when I'm done? if you wish, you can change the Maintainer to Debian Graphite Group pkg-graphite-ma...@lists.alioth.debian.org and use the Alioth project with the Git repos. So the graphite ecosystem is found in one place. I have added you to the Graphite project on Alioth. I have created a new git repo for you, feel free to use it: ssh://git.debian.org/git/pkg-graphite/packages/carbon-c-relay.git Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786380: transition: armadillo
On Sat, May 23, 2015 at 07:21:18PM +0200, Emilio Pozuelo Monfort wrote: On 23/05/15 12:04, Kumar Appaiah wrote: I have uploaded armadillo_5.100.2+dfsg-4. I have verified that mlpack builds with this version. Sorry for missing this earlier. Please give back at an appropriate time. Thanks, that's looking good again. FWIW gdal is building without armadillo support: checking whether we should include Armadillo support... no In case you want to take a look. Might be because of the missing dependency, that could have caused pkg-config to fail on armadillo. Indeed, it's due to the previous error. If you look at the gdal build on spontini (sparc), it uses armadillo 1:5.100.2+dfsg-4, and armadillo is detected there. So, just a rebuild ought to fix it on other architectures as well. Thanks. Kumar -- Kumar Appaiah -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#786794: Very slow display of SVG file
Package: librsvg2-bin Version: 2.40.9-2 Hi, Part of the SVG file display is very slow: $ wget http://svn.debianart.org/themes/spacefun/wallpaper/wallpaper.svg $ rsvg-view-3 wallpaper.svg In version 2.40.5-1 it will be displayed immediately. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org