Bug#791150: liborigin: diff for NMU version 20080225-2.2

Hi Johathan Sorry for my silence. > Dear maintainer, > > I've prepared an NMU for liborigin (versioned as 20080225-2.2) and > uploaded it to DELAYED/2. Please feel free to tell me if I > should delay it longer. Thanks a lot for the patch. Do you use the library? When I packaged it I used it for Q

Bug#794995: lintian: false positive in non-consecutive-debian-revision

Package: lintian Version: 2.5.35 Severity: normal Dear Maintainer, After rename a binary inside a package (in debian/control), I received a message from lintian saying about non-consecutive-debian-revision. The package is afflib and the binary libafflib0 was renamed to libafflib0v5. This package

Bug#794994: graphite2: FTBFS on !linux archs

Source: graphite2 Version: 1.3.0-1 Severity: important Tags: patch Hi, graphite2 1.3.0-1 fails to build on kFreeBSD [1][2] and Hurd [3]. The problem is that tests/graphite.py does not have any library item for these platforms registered in the grfiles dictionary, so the script will fail with a K

Bug#793939: [RFR] templates://publicfile-installer/{templates}

Quoting Justin B Rye (justin.byam@gmail.com): > But why does it need a special script to install a package? (Goes and > looks...) Yipe! It just checks I'm root and then runs > > dpkg -i /tmp/publicfile-installer/publicfile*_*.deb > > Does the build really leave its output in a predictab

Bug#765567: xsltproc: bus error on some architectures

See later comments in https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1471029 The depth of recursion is not excessive, but the kernel is laying out the memory in a way that squishes the stack into the heap. This (from memory of tests I don't have right now) was fixed between 4.0 and 4.1.

Bug#794993: libsnappy1: library transition may be needed when GCC 5 is the default

Package: src:snappy Version: 1.1.3-1 Severity: serious Tags: sid stretch patch User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Control: block 794931 with -1 The short note. Background [1]: libstdc++6 introduces a new ABI to conform to the C++11 standard, but keeps the old ABI to not b

Bug#794835: assimp: FTBFS with g++-5

control: tag -1 patch Hi, Here is a trivial patch. Updating the symbols file is a better solution since neither of the reverse dependencies rely on the changed symbols. I've tested that doomsday builds fine after this patch. mrpt does fail to build with g++ 5 (I've submitted bug #794990 about t

Bug#794992: RM: neutron-vpnaas/2015.1.0-2

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm The python-sqlalchemy transition was all set to finish today when the maintainer (zigo) uploaded neutron-vpnaas and so set the whole thing back by five days (at least, who knows what else he uplo

Bug#794991: libsixel: upstream bug fixes

Package: libsixel Version: 1.4.2-1 New upstream v1.4.13 is available which includes many bug fixes. Please package it. Thanks, -- Tatsuya Kinoshita pgp3aNSQJqvAY.pgp Description: PGP signature

Bug#794990: mrpt: ftbfs with new libstdc++ ABI

Source: mrpt Version: 1:1.2.2-1.1 Severity: serious Justification: fails to build from source (but built successfully in the past) User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 This package fails to build with the new libstdc++ ABI (with updated libassimp3, #794835). The error has t

Bug#794989: nmu: xsdcxx_4.0.0-1

Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu xsdcxx_4.0.0-1 . ALL . unstable . -m "Rebuild for new libstdc++6" This is happening because of the libstdc++6 transition. Technically this is only happening because libstdc++6 declared

Bug#794688: marked as pending

Hi! On Sat, 2015-08-08 at 10:13:50 +0200, Sven Joachim wrote: > On 2015-08-06 04:16 +0200, Guillem Jover wrote: > > Control: tag 794688 pending > > > > Bug #794688 reported by you has been fixed in the Git repository. You can > > see the changelog below, and you can check the diff of the fix at: >

Bug#783478: texi2html: [PATCH] Please make the build reproducible

You are right, Johannes. I changed the flag name without notice it. With the change done by Maria (#783475) now we can remove the --build-date flag (i hope) Also, now the reproducible build fails due the date in copied files, (dist_images_DATA in Makefile.am, etc). Please, give me some days to figu

Bug#794881: My mistake

Hi, Really sorry for the noise - ERRNOCOFFEE - I had a typo in the key file names. Once again, sorry. Celejar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#794988: node-htmlparser2: throws "Cannot find module 'domhandler'"

Package: node-htmlparser2 Version: 3.7.3-1 Severity: important Dear Maintainer, I tried the example in the htmlparser2 readme, and it throws an error while trying to load the module: $ cat test.js var htmlparser = require("htmlparser2"); var parser = new htmlparser.Parser

Bug#780177: Still occurs with 24.5+1-1

This problem still occurs with the 24.5+1-1 package currently in unstable. Trying to build it on Ubuntu Trusty, I get: debian/patch-to-news: line 9: 0001-Prefer-usr-share-info-emacs-24-over-usr-share-info.patch: No such file or directory debian/patch-to-news: line 9: 0002-Run-debian-startup-and-s

Bug#794987: mercurial-git: failed to import extension hgext.git: No module named ignore

Package: mercurial-git Version: 0.8.1-2 Severity: important In a repository using hg-git: $ hg status *** failed to import extension hgext.git: No module named ignore ** unknown exception encountered, please report by visiting ** http://mercurial.selenic.com/wiki/BugTracker ** Python 2.7.10 (defa

Bug#717778: checkinstall: mkdir -p fails (fstrans broken again?)

Hi. I also confim I get this error. It seems to happen in both Debian Testing, and Ubuntu Vivid chroots on Kernel 3.19 I get these errors libtool: install: /usr/bin/install -c .libs/libwayland-server.a /opt/lib/i386-linux-gnu/libwayland-server.a libtool: install: chmod 644 /opt/lib/i386-linu

Bug#794986: Does not scale up fonts on a high-DPI display (Xft.dpi)

Package: stellarium Version: 0.13.3-2 Severity: normal On a high-DPI display, with Xft.dpi set to a large value, stellarium does not scale up the fonts in its rendering window to match, making them unreadably small. Please scale these fonts up based on Xft.dpi. Thanks, Josh Triplett -- System I

Bug#794985: Fonts not scaled up on high-DPI display

Source: celestia Severity: normal On a high-DPI display, with Xft.dpi set to a large value, the fonts used in the rendering window don't scale up, making them unreadably small. Please scale the rendering fonts up proportionally to the DPI. Thanks, Josh Triplett -- System Information: Debian Rele

Bug#794984: On high-DPI display, does not scale up all fonts

Package: gitk Version: 1:2.5.0+next.20150727-1 Severity: normal On a high-DPI display, with Xft.dpi set to a large value, gitk scales up some but not all of its fonts. For instance, the menus and content fonts seem to be scaled up, but the UI font for "Find ... commit containing" and the fonts in

Bug#794983: vlc does weird things with the .lock file

Package: vlc Version: 2.2.1-2+b2 Architecture: i386 Severity: minor Somehow (it may have been a transient error caused by C++ ABI upgrades), I ended up with: $ ls ~/.config/vlc/ vlc-qt-interface.conf vlc-qt-interface.conf.lock vlc-qt-interface.conf.lock.rmlock vlc-qt-interface.conf.lock.rmlock.rm

Bug#794937: Applications crash with phonon-backend-vlc

tag 794937 moreinfo thanks Hi Michael! I have just uploaded a new version, can you check it works for you? (and yes, you might need to wait for the gcc5 transition to be in a more advanced state :-/ ) Kinds regards, Lisandro. -- Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ h

Bug#732723: cegui-mk2: Please upgrade OGRE dependency to 1.9 when upstream ready

Hi, This package is apparently not installable on sid now. 1. libcegui-mk2-0.7.6 requires libogre-1.8.0 2. libstdc++6 "Breaks" libogre-1.8.0 <= 1.8.0+dfsg1-7+b1 Updating libogre-1.8.0 is apparently a wontfix: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=791222 Can you please prepare a new

Bug#794967: zsh: please enhance /etc/zshrc

* Frank Terbeck [2015-08-08 23:46 +0200]: > Carsten Hey wrote: > [...] > > >- Maybe F1 could invoke run-help? But then the output of run-help > > w/o arguments should be more useful for new users. > > > >- Red Hat maps or mapped space to magic-space, I think Debian should > > _no

Bug#794982: alarm-clock: doesn't play any sound while "Play sound during event" is ticked

Package: alarm-clock Version: 1.2.5-1.2 Severity: important "Play sound during event" is ticked (this is the default), and when there's an alarm, a "Stop the sound" button appears, but no sound is played (ogg123 shows that the sound is working on the machine). -- System Information: Debian Releas

Bug#794967: zsh: please enhance /etc/zshrc

* Frank Terbeck [2015-08-08 23:46 +0200]: > Carsten Hey wrote: > [...] > > * Please add some additional keybindings, at least for the emacs keymap: > > > >- bind PageUp "${terminfo[kpp]}" to history-search-backward > >- bind PageDown "${terminfo[knp]}" to history-search-forward > >- bi

Bug#787892: realmd: Suffers from bug #735255 - missing /var/lib/samba/private

Control: reassign -1 samba-common-bin Control: found -1 2:4.1.17+dfsg-2 On Sat, 06 Jun 2015 14:55:21 +1000 Jason Lingohr wrote: > Package: realmd > Version: 0.15.1-1+b2 > Severity: important > > Dear Maintainer, > > Hi, fresh install of jessie. Installed realmd and get: > > root@debian8:~# re

Bug#794981: libnet-xmpp-perl: Please recommend/suggest libdigest-hmac-perl

Package: libnet-xmpp-perl Version: 1.02-4 Severity: wishlist Dear Maintainer, after spending literally hours trying to provide a reproducer for #794963 but all I got was the dreaded ... | No SASL mechanism found | at /usr/share/perl5/Authen/SASL.pm line 77. | at /usr/share/perl5/XML/Stream.pm

Bug#794977: dselect: no access methods are available

Hi! On Sat, 2015-08-08 at 23:52:38 +0200, Daniel Leidert wrote: > Package: dselect > Version: 1.18.2 > Severity: normal > Since a short time (not sure, since when), dselect refuses to work with > the error mentioned in the subject. Even if I start it to choose an > access method, this error is gi

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

Santiago Vila dixit: >The library was included in gettext-base but it was splitted to its >own package in version 0.18.1.1-6 and a compatibility dependency was >added. Ah. >We could drop this dependency for stretch, yes, but even in such case OK. >I don't have an answer for that, but for very

Bug#794968: zsh: please clear console on logout (if recommended config is used)

* Frank Terbeck [2015-08-08 23:51 +0200]: > Carsten Hey wrote: > > Please clear console on logout if the recommended config for new users > > is used. > > I think this should be doable with a zshexit hook like this: > > function debian_clear_upon_exit () { > clear > } > add-zsh-

Bug#794895: chromium: Segmentation fault for some website

control: tag -1 unreproducible, moreinfo control: severity -1 minor > The current release crashes regularly. For example the following link > reproducibly crashes the browser: > >ftp://www.kernel.org/pub/linux/utils/kernel/hotplug/libudev/libudev-udev-monitor.html I'm not able to reproduce this w

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

On Sat, Aug 08, 2015 at 10:21:23PM +, Thorsten Glaser wrote: > Santiago Vila dixit: > > >In the meantime there is nothing to fix because there is not a *single* > >package in debian linked against this library. > > … wait, what? Why is the package then installed on all systems, even > in the

Bug#790125: RFS: dropbear/2015.67-1.1 NMU

Hi Helmut, On Fri, 31 Jul 2015 at 07:46:26 +0200, Helmut Grohne wrote: > That was quick. Let me answer some of your comments already. I intend > to take another stab at the upload when I find more time, but that > shall not prevent other interested sponsors from uploading it earlier. > Possibly Ge

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

Santiago Vila dixit: >Ports that do not even exist yet will definitely need a working gcc-5 >if they ever expect to be released architectures some day. > >So the natural thing to do (which I think it is what we have always done, >but I may be wrong) is to use unstable as their starting point, not

Bug#794974:

control: tag -1 moreinfo, unreproducible This isn't enough information to debug the problem. Please attach your ~/.steam/error.log file. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.d

Bug#791486: /usr/bin/rkhunter: 7439: [: Binary: unexpected operator

Package: rkhunter Version: 1.4.2-3 Followup-For: Bug #791486 It's not actually the version check, it is how the verison is extracted by the program. Looking in the logs: [08:06:10] Info: This version : Binary file /var/lib/rkhunter/db/i18n/zh matches

Bug#794980: ITP: python-gssapi, python3-gssapi -- Python & Python3 interfaces to GSSAPI

Package: wnpp Version: N/A; reported 2015-08-08 Severity: wishlist * Package name : python-gssapi, python3-gssapi Version : 1.1.2 Upstream Author : The Python GSSAPI Team * URL : https://github.com/pythongssapi/python-gssapi/ * License : ISC Programmi

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

Santiago Vila dixit: >In the meantime there is nothing to fix because there is not a *single* >package in debian linked against this library. … wait, what? Why is the package then installed on all systems, even in the supposedly clean and minimal buildd chroot? bye, //mirabilos -- >> Why don't

Bug#794911: bind9: bind9 update does not work, impossible to install

control: tag -1 moreinfo, unreproducible, -security control: severity -1 important On Fri, Aug 7, 2015 at 7:08 PM, reinhard wrote: > Package: bind9-host > Version: 1:9.8.4.dfsg.P1-6+nmu2+deb7u4 > Severity: serious > File: bind9 > Tags: security > Justification: fails to build from source (but buil

Bug#781927: RFS: qemuctl/0.3.1-4 [ITA] -- control gui for qemu

Hi Antti, >Not changed yet, but inquiry sent to >http://lists.alioth.debian.org/cgi-bin/mailman/private/pkg-qemu-devel/2015-August/006604.html >so if they have good suggestions, then one more upload to mentors >will be needed. I can't/won't read, but ok, it is good as-is, let me know if you

Bug#790796: sensord: RRD data loss

Hi, On 2015-08-08 23:30:26 +0200, Aurelien Jarno wrote: > From what I have been able to get the problem is that when using a > single rrd file for all data, the number of columns (ie sensors) is > defined when the file is created. Therefore the upgrade of your kernel > changed the number of sensor

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

Santiago Vila dixit: >In the meantime there is nothing to fix because there is not a *single* >package in debian linked against this library. Ah, okay then. Then I agree with the severity downgrade, too. (Still… building GCC takes about a week, so we could not have been earlier. Plus it’s about

Bug#794979: Should probably depend on packagekit

Package: gnome-software Version: 3.16.5-2 Severity: important gnome-software uses the PackageKit (D-Bus) API, so we should probably add a dependency on the "packagekit" package. -- System Information: Debian Release: stretch/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'expe

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

On Sat, Aug 08, 2015 at 09:45:33PM +, Thorsten Glaser wrote: > including ports that don’t yet exist. Hmm. I don't think we should really worry about that case. Ports that do not even exist yet will definitely need a working gcc-5 if they ever expect to be released architectures some day. So

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

On Sat, Aug 08, 2015 at 09:45:33PM +, Thorsten Glaser wrote: > I would like to hear from either of you two how we can fixup the > situation for m68k in the meantime. In the meantime there is nothing to fix because there is not a *single* package in debian linked against this library. This is

Bug#794978: python-cobra: Package new release 0.4.0b2

Package: python-cobra Severity: normal Control: block -1 by 794511 Packaging of 0.4.0b2 is delayed until cython again becomes installable in unstable. -- Afif Elghraoui | عفيف الغراوي http://afif.ghraoui.name -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject

Bug#794977: dselect: no access methods are available

Package: dselect Version: 1.18.2 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Since a short time (not sure, since when), dselect refuses to work with the error mentioned in the subject. Even if I start it to choose an access method, this error is given. A downgrade of dpkg to

Bug#781927: RFS: qemuctl/0.3.1-4 [ITA] -- control gui for qemu

Hello Gianfranco and thank you for your review, > 1) d/changelog: please update the changelog to point to unstable suite > (maybe also refresh the timestamp) Ok. > 2) d/changelog might benefit of a "\n" in the first comment line > (after a full stop it is good to go in a new line) Ok. > 3) d

Bug#794968: zsh: please clear console on logout (if recommended config is used)

Carsten Hey wrote: > Please clear console on logout if the recommended config for new users > is used. I think this should be doable with a zshexit hook like this: function debian_clear_upon_exit () { clear } add-zsh-hook zshexit debian_clear_upon_exit That hook could be inst

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

Matthias Klose dixit: >the package maintainers. Halt the buildds and re-enable them once you have >updated your buildds. Erm. This is so wrong on several counts. • What builds gcc-5 if not the buildds? • There *will* be people later who build packages for other, e.g. new (think arm64) archite

Bug#794967: zsh: please enhance /etc/zshrc

Carsten Hey wrote: [...] > * Please add some additional keybindings, at least for the emacs keymap: > >- bind PageUp "${terminfo[kpp]}" to history-search-backward >- bind PageDown "${terminfo[knp]}" to history-search-forward >- bind BackTabKey "${terminfo[kcbt]}" to reverse-menu-comple

Bug#794466: Virtualbox might not be suitable for Stretch

Hi Debian Security Team, (Dear Jonathan, thanks for the heads-up, I tried to avoid cross-posting, and I thought release was a better place then security, so dropping -release from the mail cc, let me know if I have to readd it) I would like to ask you whether is possible to have an exception fo

Bug#794976: nagios3: loads remote web resources

Package: nagios3-cgi Version: 3.5.1.dfsg-2+b1 Severity: wishlist The main nagios webpage /usr/share/nagios3/htdocs/index.php loads /usr/share/nagios3/htdocs/main.php which cotains some javascript that loads /usr/share/nagios3/htdocs/rss-feed.php /usr/share/nagios3/htdocs/rss-newsfeed.php w

Bug#794466: Virtualbox might not be suitable for Stretch

On Sat, Aug 08, 2015 at 09:23:31PM +, Gianfranco Costamagna wrote: > Virtualbox suffers of many security issues in Debian, > specially because Upstream (Oracle) refuses to give > patches for CVEs, and (you can see in the Debian bug > 794466 an analysis of the Oracle policy and discussion) > th

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

Control: severity -1 wishlist On 08/08/2015 09:25 PM, Thorsten Glaser wrote: > Source: gettext > Version: 0.19.5.1-1 > Severity: grave > Justification: renders package unusable > > I just noticed we already have libasprintf0v5 in Debian/m68k unstable. > This cannot be, because we haven’t started

Bug#794466: I: Bug#794466: Virtualbox might not be suitable for Stretch

Hi Frank and Release Team, >Oracle at this moment maintains a 4.0.x 4.1.x 4.2.x 4.3.x 5.0.x >branches where security fixes seems to be addressed all. > >(virtualbox-ose from o-o-s still needs some pinpoint fixes) virtualbox-ose is at version 3.2.10, and the last release from [1] is 3.2.28, and

Bug#794975: mixxx: will FTBFS with unsatisfiable dependencies due to libstdc++ transition

Package: mixxx Version: 1.11.0~dfsg-4 Severity: serious Justification: fails to build from source (but built successfully in the past) User: debian-...@lists.debian.org Usertags: libstdc++-cxx11 Tags: patch A binNMU of mixxx failed to build from source prior to the transition from libvamp-hostsdk3

Bug#790796: sensord: RRD data loss

Hi, On 2015-07-01 21:08, Vincent Lefevre wrote: > Package: sensord > Version: 1:3.3.5-2 > Severity: grave > Justification: causes non-serious data loss > > It seems that sensord uses an inconsistent set of data for its > RRD update, yielding data loss. "rrd update" no longer updates > the sensord

Bug#794466: Virtualbox might not be suitable for Stretch

Hi Debian Release Team, TLTR: Virtualbox suffers of many security issues in Debian, specially because Upstream (Oracle) refuses to give patches for CVEs, and (you can see in the Debian bug 794466 an analysis of the Oracle policy and discussion) this makes difficult to handle security uploads i

Bug#794973: Upgrade to Jessie kernel 3.16 breaks Xserver early in boot process with old nVidia card[Quadro NVS 440]

Package: linux-image-3.16 Version: 3.16.7 Upgrading to Jessie (kernel 3.16) lost my display. Early in the boot process, (when the resolution changes) no further output occurs. The boot process is successful in that I can access via ssh. Reverting to kernel 3.2 avoids the problem. An installati

Bug#794974: steam : commande introuvable - steam : command not found

Package:steam Version:1.0.0.50 Severity:important Dear Maintainer, When I launch steam, the application say "bash: steam : commande introuvable". I do an "apt-get remove steam", an "apt-purge steam" and delete the "./steam" folder in my home folder before re-installing steam. $ dpkg --sta

Bug#794933: apache2-suexec-custom: prompting due to modified conffiles which were not modified by the user: /etc/apache2/conf-available/security.conf

On 2015-08-08 22:34, Stefan Fritsch wrote: > On Saturday 08 August 2015 11:38:14, Andreas Beckmann wrote: >> This was observed while doing a wheezy -> jessie -> stretch upgrade >> test. I did not see such behavior while testing the other apache >> packages. This now shows up on all (or at least a

Bug#794972: gksu: Environment variable XDG_RUNTIME_DIR is not reset, renders gnome unusable.

Package: gksu Version: 2.0.2-9 Severity: important After upgrading to Jessie sometimes Gnome got unusable as /run/user/1000/steink/dconf was suddenly owned by root and not writeable by steink (Gnome hangs, /var/log/messages grew to some GB etc.). According to

Bug#794971: lvm2: Volume group not found, unable to find LVM during boot

Package: lvm2 Version: 2.02.111-2.2 Severity: normal Dear Maintainer, During every boot time after a fresh installation of debian jessie, I get following errors after grub screen passes: Volume group "ert-debian-vg" not found. Skipping volume group "ert-debian-vg" Unable to find LVM "volume ert

Bug#794933: apache2-suexec-custom: prompting due to modified conffiles which were not modified by the user: /etc/apache2/conf-available/security.conf

On Saturday 08 August 2015 11:38:14, Andreas Beckmann wrote: > during a test with piuparts I noticed your package failed the > piuparts upgrade test because dpkg detected a conffile as being > modified and then prompted the user for an action. As there is no > user input, this fails. But this is no

Bug#768815: apache2.2-common: debsums reports missing conffiles after wheezy -> jessie upgrade

On Saturday 08 August 2015 09:34:52, Andreas Beckmann wrote: > > With apache2.2-common being gone this should be rather easy. > > IIRC these conffiles were taken over by the apache2 package, so > > all that should be needed are unversioned > > > > Breaks+Replaces: apache2.2-common > > > > in the a

Bug#768815: apache2.2-common: debsums reports missing conffiles after wheezy -> jessie upgrade

On 2015-08-08 22:36, Stefan Fritsch wrote: > Do you know if there is any practical difference between conflicts and > breaks+replaces in this case? I don't think so. All dependencies on apache-2.2-common should be gone by now, so removal of that package could happen anytime without influencing an

Bug#792624: Fwd: Fwd: Re: multiarch = same and different date-entries in generated man page of i32/i64

Possibly a help2man version below 1.47.1 is used on the build server and help2man doesn't support SOURCE_DATE_EPOCH before this date. (See: https://wiki.debian.org/ReproducibleBuilds/TimestampsProposal). I'm not familiar with the debian automated build infrastru

Bug#794970: ejabberd: [INTL:pt_BR] Brazilian Portuguese debconf templates translation

Package: ejabberd Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. pt_BR.po.gz Description: application/g

Bug#794969: udev: change in network device naming scheme unnecessarily and incorrectly renames WiMAX devices

Package: udev Version: 224-1 Severity: normal Previously, my WiMAX device was named something like wmx0. Now, it appears it's been renamed to enx. First of all, the name has changed from what it used to be, and now I have to check that it's not broken anything. There wasn't supposed to be a nam

Bug#794383: apache2: Upgrade to apache2-2.2.22-13+deb7u5 breaks CA certificate chain

On Saturday 08 August 2015 00:25:37, Felicitus wrote: > > Please try the version from https://people.debian.org/~sf/794383/ > > and check if it either fixes the problem or at least gives some > > more information in the error log. You may either replace all > > packages with dpkg or only the /usr/l

Bug#794967: zsh: please enhance /etc/zshrc

Package: zsh Severity: wishlist Please enhance /etc/zshrc: * Please add some additional keybindings, at least for the emacs keymap: - bind PageUp "${terminfo[kpp]}" to history-search-backward - bind PageDown "${terminfo[knp]}" to history-search-forward The bash like history-search-

Bug#794968: zsh: please clear console on logout (if recommended config is used)

Package: zsh Severity: wishlist There are more important things that involve less work to do, therefore this is intended as a low priority wishlist bug. Please clear console on logout if the recommended config for new users is used. This requires: * a console_clear (currently part of the bash p

Bug#794966: RFS: python-dtcwt/0.10.1+dfsg1-2

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "python-dtcwt" * Package name: python-dtcwt Version : 0.10.1+dfsg1-2 Upstream Author : Rich Wareham * URL : https://github.com/rjw57/dtcwt * License : BSD

Bug#794916: aptitude is uninstallable

Control: notfixed -1 0.7-1+b1 Control: found -1 0.7-1 Control: close -1 fixed-in-NMU is not representable in the BTS Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#794964: is normal

severity 794964 normal tags 794964 + wontfix thanks Thorsten, your work on the m68k arch is really amazing, but I don't think that submitting "grave" bugs for bugs that only happen in m68k is a good idea at all. By definition, a bug which represent a problem only for unreleased architectures may

Bug#793939: [RFR] templates://publicfile-installer/{templates}

Christian PERRIER wrote: > Rationale: > --- publicfile-installer.old/debian/templates 2015-07-29 08:21:48.490182705 > +0200 > +++ publicfile-installer/debian/templates 2015-07-29 13:44:58.140605903 > +0200 > @@ -1,13 +1,16 @@ > Template: publicfile-installer/build > Type: boolean > Default

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

On Sat, Aug 08, 2015 at 07:25:14PM +, Thorsten Glaser wrote: > Source: gettext > Version: 0.19.5.1-1 > Severity: grave > Justification: renders package unusable > > I just noticed we already have libasprintf0v5 in Debian/m68k unstable. > This cannot be, because we haven’t started the GCC 5 tra

Bug#794954: usbutils: update usbutils to git master and get new usbids please

On 2015-08-08 21:49, shirish शिरीष wrote: > Package: usbutils > Version: 1:007-2 > Severity: wishlist > > Dear Maintainer, > It took me a long time to figure out what usb devices I have because > both usbutils and especially usbids were pretty outdated. Please > update the same from :- > > https:

Bug#794205: closed by Eriberto Mota (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)

reopen 794205 severity 794205 important tags 794205 moreinfo thanks Done, as you wish. I look forward to receive news from you soon. Regards, Eriberto 2015-08-08 16:41 GMT-03:00 Dominik George : >>As I said, the bug was closed to avoid an unnecessary remove from >>testing. > > This is entirel

Bug#794205: closed by Eriberto Mota (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)

>As I said, the bug was closed to avoid an unnecessary remove from >testing. This is entirely wrong. Marking a bug as done is a clear statement that it was fixed. This is not true in this case. You could have set... severity -1 important tags -1 + moreinfo ...to achieve what you claim you wan

Bug#794965: Dash fail to remove trailing spaces.

Package: dash Version: dash: 0.5.7-3 This two commands: dash -c 'echo "a b " | { read var; echo "<$var>"; }' bash -c 'echo "a b " | { read var; echo "<$var>"; }' produce: So, dash is not ignoring trailing spaces of values as defined in POSIX (and most shells do): http://pu

Bug#794478: Fwd: Bug#794478: [Security][RC] RFS: imagemagick/8:6.8.9.9-5+deb8u1

Dear security team I am looking for a sponsor for my package "imagemagick" about a security fix and I am waiting for your green light.. Fixing #770009 help buildd but is not a security fix (but nevertheless it will help the infrastructure). The other ones are DOS Changes since the last uploa

Bug#794964: gettext: must redo libstdc++ ABI transition because not done right

Source: gettext Version: 0.19.5.1-1 Severity: grave Justification: renders package unusable I just noticed we already have libasprintf0v5 in Debian/m68k unstable. This cannot be, because we haven’t started the GCC 5 transition yet (I know because src:gcc-defaults is currently building on one of my

Bug#794205: closed by Eriberto Mota (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)

Dominik, As I said, the bug was closed to avoid an unnecessary remove from testing. This is a new situation. So, show me how to reproduce the problem and I will reopen and solve your problem in less than one week (the upstream is quick). Regards, Eriberto 2015-08-08 16:11 GMT-03:00 Dominik Geo

Bug#794963: libnet-xmpp-perl: "Insecure dependency in eval (...) at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007."

Control: tag -1 + moreinfo Hi Christoph, Axel Beckert wrote: > Christoph Biedl wrote: > > after upgrading to jessie, an XMPP client application written in Perl > > failed to start with > > > > | Insecure dependency in eval while running setuid at > > /usr/share/perl5/Net/XMPP/Protocol.pm line 1

Bug#794205: closed by Eriberto Mota (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)

>Attacking me isn't going to solve your problem. Note that you are >accusing me but you didn't reply my last message. Sure, I was tuning in on you. Your close mail was accusing and insulting. That's how things are - you communicated that I am talking nonsense, am unresponsive and in general, wha

Bug#794963: libnet-xmpp-perl: "Insecure dependency in eval (...) at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007."

Hi, Christoph Biedl wrote: > after upgrading to jessie, an XMPP client application written in Perl > failed to start with > > | Insecure dependency in eval while running setuid at > /usr/share/perl5/Net/XMPP/Protocol.pm line 1007. > > The offending line > > | eval "\$obj = new $NEWOBJECT{$tag}

Bug#794205: closed by Eriberto Mota (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)

Hi Dominik, Attacking me isn't going to solve your problem. Note that you are accusing me but you didn't reply my last message. The bug was closed because is a clear problem in your side and, today, I received a notice for autorm from testing (and I am sure that the package is working fine). So,

Bug#571054: Divert /sbin/initctl to fix start(8) in lucid postinsts.

Control: reassign -1 pbuilder This bug was reassigned to upstart, but that is not correct. The problem described here is that a bug in the version of *debhelper* in Ubuntu Lucid caused maintainer scripts for packages that shipped upstart jobs to incorrectly call 'start' instead of the policy-defi

Bug#794955: gperf: Embedded code copy with missing copyright

Control: tag -1 moreinfo > Your packages contains an embedded code copy of texi2html which is > copyright Lionel Cons and others and is licensed under the GPL and > Creative Commons Attribution-ShareAlike license. This information is > missing from debian/copyright of gperf and is thus a violation

Bug#794945: drivers: Sense Key Medium Error in 8.1 not in 7 for same media

On ds, 2015-08-08 at 19:56 +0200, Ben Hutchings wrote: > [...] > > Have you installed libdvdcss? [...]$ dpkg --list libdvdcss2 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: upper

Bug#794959: kwin-x11: kwin crashes on startup

Downgrade the breeze packages to the version in testing will likely fix it. See also #794581, #794809 and #794573 signature.asc Description: This is a digitally signed message part.

Bug#794963: libnet-xmpp-perl: "Insecure dependency in eval (...) at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007."

Package: libnet-xmpp-perl Version: 1.02-4 Severity: normal Tags: patch Dear Maintainer, after upgrading to jessie, an XMPP client application written in Perl failed to start with | Insecure dependency in eval while running setuid at /usr/share/perl5/Net/XMPP/Protocol.pm line 1007. The offendin

Bug#794915: revised source package uploaded to mentors

On 08/08/15 15:27, Gianfranco Costamagna wrote: There still are some copyright issues: e.g. licensecheck cmake/FindTBB.cmake cmake/FindTBB.cmake: MIT/X11 (BSD like) seems that you missed one :) No problem, I am the one supposed to get that right. I did not realize that licensecheck ignores

Bug#794205: closed by Eriberto Mota (reply to eribe...@debian.org) (Re: vokoscreen: does not work with ffmpeg Permission denied error)

Hi, this is incredible. There are people who have a job and a life and all that. Giving more than a few days to set up a new system for testing and testing for the bug seems to be granted. Maybe you should not be a Debian maintainer at all, but just reopening the bug until we found out what i

Bug#791081: jags: library transition may be needed when GCC 5 is the default

On 8 August 2015 at 09:03, Dirk Eddelbuettel wrote: | | On 8 August 2015 at 14:34, Jonathan Wiltshire wrote: | | On 8 August 2015 at 13:08, Julien Cristau wrote: | | > However, instead of being properly split out as required by | | > policy, the libraries are shipped as part of the 'jags' binary

Bug#794962: wheezy-pu: package openafs/1.6.1-3+deb7u3

Package: release.debian.org Severity: normal Tags: wheezy User: release.debian@packages.debian.org Usertags: pu The security update to the linux kernel (3.2.65-1+deb7u2) changed the KPI by moving d_alias into the d_u union, which causes subsequent (re)build attempts of the openafs kernel modul

  1   2   3   >