Bug#750496: texlive-xetex crashes install
Yes, but instead put set -x in there and then send me the full output (lots!) of the dpkg run. PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 On 2014/06/04, at 14:34, Eric Fort eric.f...@gmail.com wrote: before I ' dpkg --configure -a' should I remove the exit 0 I placed at the top of the postinstall script such that it would continue past the error? On Tue, Jun 3, 2014 at 8:55 PM, Norbert Preining prein...@logic.at wrote: On Tue, 03 Jun 2014, Eric Fort wrote: packaging works so I defer to you. Here's the command, run as root in a single line and the output: Ok, so it works. Strange. Can you run dpkg --configure -a as root? Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13
Bug#750490: [Pkg-shadow-devel] Bug#750490: please backport newest shadow with subuid/subgid to wheezy
Quoting Thomas Koch (tho...@koch.ro): Source: shadow Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Please backport the newest shadow version to wheezy so that is's easier to test and explore unprivileged containers. I just had to undo the patch from debian bug #741129 (use pam_exec for motd) to build the newest shadow on wheezy. Hello Thomas, I would very much welcome such backport, but I really can't commit to do it myself. However, anyone is free to work on it (preferrably in the pkg-shadow git repository, which I can open to any volunteer) and I can sponsor the upload in case the person doing the work is not a DD or DM. signature.asc Description: Digital signature
Bug#750526: libgtk-3-0: Client-side drop shadow appears when programs are started with a compositor running
Source: libgtk-3-0 Severity: normal Tags: upstream Dear Maintainer, When GTK 3 applications (gedit, gnome-disks, deja-dup, probably most others) are started on a system with a compositor running (in my case, compton), they have a 25 pixel shadow on all edges. Because the shadow is inside the window's bounding box, this interferes with the operation of tiling window managers, and window-edge snapping on floating window managers. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750360: systemd-sysv: breaks NFS root systems
While the attached patch looks correct, I'd very much prefer if we could just mount /usr from the initramfs, which would make this issue obsolete. Uh? Not really… remember, we are just goin to check whether we got the *rootfs* mounted, we can hardly go mount something to /usr for that. Apart from that, there is no /usr in the initramfs. -nik -- Dominik George (Vorstandsvorsitzender) Teckids e.V. - Erkunden, Entdecken, Erfinden. https://www.teckids.org signature.asc Description: This is a digitally signed message part.
Bug#750525: mailman: Master qrunner detected subprocess exit while decoding utf8 character
Package: mailman Version: 1:2.1.16-2 Severity: important Dear Maintainer, Thanks to mailman an postfix, I'm running multiple mailing list for 2 virtuals domain since 3 years without any majour issues. But one mailing list fall down 2 days ago, just after upgrading to 2.1.16-1. 80% of mail are lock in the queue. Others mailing lists still work fine. I got this type of log in /var/lib/mailman/log/error --8-- Jun 02 11:24:49 2014 (3899) Uncaught runner exception: 'utf8' codec can't decode byte 0xe9 in position 8: invalid continuatio Jun 02 11:24:49 2014 (3899) Traceback (most recent call last): File /var/lib/mailman/Mailman/Queue/Runner.py, line 119, in _oneloop self._onefile(msg, msgdata) File /var/lib/mailman/Mailman/Queue/Runner.py, line 190, in _onefile keepqueued = self._dispose(mlist, msg, msgdata) File /var/lib/mailman/Mailman/Queue/IncomingRunner.py, line 130, in _dispose more = self._dopipeline(mlist, msg, msgdata, pipeline) File /var/lib/mailman/Mailman/Queue/IncomingRunner.py, line 153, in _dopipeline sys.modules[modname].process(mlist, msg, msgdata) File /var/lib/mailman/Mailman/Handlers/CookHeaders.py, line 223, in process i18ndesc = uheader(mlist, mlist.description, 'List-Id', maxlinelen=998) File /var/lib/mailman/Mailman/Handlers/CookHeaders.py, line 65, in uheader return Header(s, charset, maxlinelen, header_name, continuation_ws) File /usr/lib/python2.7/email/header.py, line 183, in __init__ self.append(s, charset, errors) File /usr/lib/python2.7/email/header.py, line 267, in append ustr = unicode(s, incodec, errors) UnicodeDecodeError: 'utf8' codec can't decode byte 0xe9 in position 8: invalid continuation byte Jun 02 11:24:49 2014 (3899) SHUNTING: 1401701086.211024+3c3ed99893324dcbcacc1c719fbc0a8b3004d4bb --8-- Finaly I downgrad mailmain to 2.1.16-1 and the problem disappears. By the way, mails lock in the queue were finally send. Regards, Laurent *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mailman depends on: ii apache2 2.4.9-1 ii apache2-bin [httpd] 2.4.9-1 ii apache2-mpm-prefork [httpd] 2.4.9-1 ii cron 3.0pl1-124 ii debconf [debconf-2.0]1.5.53 ii libc62.18-7 ii logrotate3.8.7-1 ii lsb-base 4.1+Debian12 pn python:any none ii ucf 3.0029 Versions of packages mailman recommends: ii postfix [mail-transport-agent] 2.11.0-1 Versions of packages mailman suggests: ii listadmin 2.40-4 ii lynx 2.8.8pre5-1 ii spamassassin 3.4.0-1 -- Configuration Files: /etc/init.d/mailman changed: PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin DAEMON=/usr/lib/mailman/bin/mailmanctl PIDFILE=/var/run/mailman/mailman.pid test -x $DAEMON || exit 0 set -e if ! [ -d /var/run/mailman ]; then install -d -o list -g list /var/run/mailman fi if ! [ -d /var/lock/mailman ]; then install -d -o root -g list -m 2775 /var/lock/mailman fi .. /lib/lsb/init-functions if ! [ -x /usr/bin/python ]; then log_warning_msg Python interpreter not available, exiting. exit 0; fi case $1 in start) SITE_LIST=$( sed -rne s/^[[:space:]]*MAILMAN_SITE_LIST[[:space:]]*=[[:space:]]*(['\])([^'\]+)\\1/\\2/p /etc/mailman/mm_cfg.py ) [ -n $SITE_LIST ] || SITE_LIST='mailman' if ! /var/lib/mailman/bin/list_lists -b | grep -q ^${SITE_LIST}$; then log_warning_msg Site list for mailman missing (looking for list named '${SITE_LIST}'). log_warning_msg Please create it; until then, mailman will refuse to start. exit 0; fi log_daemon_msg Starting Mailman master qrunner mailmanctl if $DAEMON -s -q start; then log_end_msg 0 else log_end_msg 1 fi ;; stop) log_daemon_msg Stopping Mailman master qrunner mailmanctl if $DAEMON -q stop; then rm -f $PIDFILE log_end_msg 0 else log_end_msg 1 fi ;; reload) log_begin_msg Reloading Mailman master qrunner configuration if $DAEMON -q restart; then log_end_msg 0 else log_end_msg 1 fi ;; restart|force-reload) PID=`cat $PIDFILE 2/dev/null` || true log_daemon_msg Restarting Mailman master qrunner mailmanctl $DAEMON -q stop if test -n $PID
Bug#726935: network-manager-gnome: nm-connection-editor segfaults when importing .ovpn config
Any idea when this fix will be in testing or unstable? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750255: lio-utils: FTBFS: chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory
For the sake of users who may land on this bug report. lio-utils is deprecated upstream. Users are advised to switch to targetcli. lio-utils may soon be removed from the Debian repositories. On 06/03/2014 12:31 AM, David Suárez wrote: Source: lio-utils Version: 3.1+git2.fd0b34fd-2 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20140601 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): make[1]: Entering directory '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd' # Hack for now. chmod a+x /«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py chmod: cannot access '/«BUILDDIR»/lio-utils-3.1+git2.fd0b34fd/debian/lio-utils/usr/share/pyshared/*.py': No such file or directory make[1]: *** [override_dh_link] Error 1 The full build log is available from: http://aws-logs.debian.net/ftbfs-logs/2014/06/01/lio-utils_3.1+git2.fd0b34fd-2_unstable.log A list of current common problems and possible solutions is available at http://wiki.debian.org/qa.debian.org/FTBFS . You're welcome to contribute! About the archive rebuild: The rebuild was done on EC2 VM instances from Amazon Web Services, using a clean, minimal and up-to-date chroot. Every failed build was retried once to eliminate random failures. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#750473: u-boot: Please enable Cubietruck support
On Tue, 2014-06-03 at 22:57 +0200, Andreas Henriksson wrote: Hello Vagrant! Thanks for your extremely quick reply and backporting work! Ack! On Tue, Jun 03, 2014 at 11:20:22AM -0700, Vagrant Cascadian wrote: On Tue, Jun 03, 2014 at 06:20:03PM +0200, Andreas Henriksson wrote: Please consider shipping the package with Cubietruck support enabled. Cubietruck support has been merged upstream recently (post 2014.07-rc2). ... Packaging a git snapshot for experimental for now would be appreciated while waiting for the final v2014.07 release. Built a package with the patches from upstream applied on v2014.04 (was a fairly straightforward backport), and it built fine. Did you also pick up the designware fixes? (It sounds like it since Andreas reports dhcp working). FYI there is support for cubieboard 12 and a couple of other boards (one ofthe OLinuxIno ones I think) ongoing on the u-boot list. To be really useful we would also want the AHCI driver which is also currently being reviewed on the list. I suppose all of that ought to wait for upstream acceptance though. Add something like this to debian/targets: armhf Cubietruck u-boot.img spl/sunxi-spl.bin u-boot-sunxi-with-spl.bin For extra bonus points also enable FEL mode, possibly like this: armhf Cubietruck_FEL u-boot.img spl/sunxi-spl.bin u-boot-sunxi-with-spl.bin I didn't enable the _FEL variant, do you definitely need that as well? I'm not planning to use it myself right now, but others might very well need it and maybe I will too in the future. I see no reason not to enable it, but maybe you know better why not to. I haven't actually tried this yet but I was half thinking it might be nice/useful to be able to boot D-I from USB using FEL instead of messing around with TFTP or MMC cards etc. That would require the FEL versions of u-boot.bin and spl/sunxi-spl.bin (not sure abuot u-boot.img, I don't use it with FEL at least). That's part of my reason for #750104, to provide the necessary tools on the host side. (I haven't really considered how the u-boot would get onto the host system -- since the package is not arch:all. I suppose multiarch might help!) FEL booting is for example needed for USB booting. For more info on FEL see http://linux-sunxi.org/FEL and subpages like http://linux-sunxi.org/FEL/USBBoot (Note: building u-boot-sunxi-with-spl.bin should be enough really, other targets just included for following the general style and someone might find them useful...) If the only file needed is u-boot-sunxi-with-spl.bin, and it builds fine, then I'd be inclined to only ship that. Right now we only have MMC driver in the Debian kernel. The NAND driver is going through reviews on Linux kernel mailing list and will hopefully soon be merged (for 3.17 merge window maybe? If so, then we can probably get it into 3.16 kernel for Debian in ~ 2 months.) AFAIK normal booting is only available though MMC and NAND on the A20 SoC, so right now u-boot-sunxi-with-spl.bin is the most convenient to use. Fwiw, u-boot-sunxi-with-spl.bin is just a combination of the other two so they will still be built. Also maybe we might soon need them split out for NAND booting (but I haven't looked at what's needed for NAND booting yet). FWIW FEL mode would want them split not joined. And I think you need u-boot.bin not u-boot.img for that case too (or at least that is what I've always used...). I don't see a reason to not ship them (no compile time save and only minimal size difference on the binary package), but again you might know better. 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#750527: mediawiki: Javascript inject by anonymous users on private wikis with $wgRawHtml enabled
Package: mediawiki Version: 1:1.19.15+dfsg-2 Severity: normal Tags: security, fixed-upstream Needs wgRawHTML enabled so this may not be easy to exploit and might not be affected by default. Details of the issue: https://bugzilla.wikimedia.org/show_bug.cgi?id=65501 CVE request: http://www.openwall.com/lists/oss-security/2014/06/03/7 --- Henri Salo signature.asc Description: Digital signature
Bug#750446: LaTeX Error: Unknown float option `H'
ons 2014-06-04 klockan 10:11 +0900 skrev Norbert Preining: Hi Mattias, \begin{figure}[H] fails with: LaTeX Error: Unknown float option `H' Yes, which is correct, the document is simply wrong. H is not a proper float option. This is incorrect. The default float command does bot provide an H placement specifier. However, if the float package is loaded the default float command is overridden with a float command that does have such a specifier. As can be seen from the log, this document uses the float package: (/usr/share/texlive/texmf-dist/tex/latex/float/float.sty) http://ctan.uib.no/macros/latex/contrib/float/README says: The float package = This package improves the interface for defining floating objects such as figures and tables in LaTeX. It adds the notion of a `float style' that governs appearance of floats. New kinds of floats may be defined using a \newfloat command analogous to \newtheorem. This style option also incorporates the functionality of David Carlisle's style option `here', giving floating environments a [H] option which means `PUT IT HERE' (as opposed to the standard [h] option which means `You may put it here if you like'). This is a regression from earlier versions. No and yes. No, because if you just use LaTeX2e as is, then unknown specifiers are still ignored. But the document under discussion used fixltx2e.sty as seen from this line (/usr/share/texlive/texmf-dist/tex/latex/base/fixltx2e.sty) And that means that *bugs* in the latex code will be fixed. That also means, that with LaTeX from 2014/05/01 you get errors: See ltnews.pdf, available in /usr/share/doc/texlive-doc/latex/base/ltnews.pdf Which states: -- There are a number of bugs and faulty design decisions in LaTeX2e that should have been corrected long ago in the kernel code. However, such corrections cannot be done as this would break backwards compatibility in ^^^ the following sense. A large number of documents exist by now that have worked around the bug or have even made use of a particular misfeature. Thus changing the kernel code would break too many existing documents. The corrections for these types of bug have therefore been collected together in a package that can be loaded only when needed; its name is fixltx2e. For this release we made the following changes to this package: • Misspelled float placement specifiers such as \begin{figure}[tv] instead of tb are silently ignored by the kernel code. Now we test for such letters and issue an error message. ... Adding syntax checks is all well and good. But if you add syntax checks for a command and still apply them when the command is overridden and no longer has the same syntax as the original command, then your syntax checks are causing the breakage. When a command is overridden you must either modify your check accordingly, or not apply the check. Enjoy. I am closing this bug. This has to be fixed in the original documents. As explained above the original documents are not wrong, they just use a different version of the float command than the one you are checking the syntax for. In my experience the use of the H placement options for floats is very widespread. PS. You failed to close the bug by misspelling the email address. If you had closed it I would have reopened it due to the reasons stated above. Norbert Mattias smime.p7s Description: S/MIME cryptographic signature
Bug#750446: LaTeX Error: Unknown float option `H'
retitle 750446 Allow arbitrary order of package loading severity 750446 wishlist tags 750446 wontfix close 750446 thanks Hi, The float package Then the order is wrong in the document. The order of loading fixltx2e and float is important when you use the extension of float. The following document compiles correctly: \documentclass{article} \usepackage{fixltx2e} \usepackage{float} \begin{document} \begin{figure}[H] Huu \end{figure} \end{document} Thus, at best, this is an upupstream bug that we are not dealing with in Debian, since upstream TeX Live will only take what is on CTAN. There is nothing we, or TeX Live upstream, or not even LaTeX Team upupstream can do to make sure that all overridden macros behave in all combinations of packages. The simple solution I gave above, fix the order of package loading. This time closing the bug. Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750512: [Checkbox-dev] Bug#750512: Move to udisks2, udisks 1 is deprecated
On Wed, Jun 4, 2014 at 2:55 AM, Michael Biebl bi...@debian.org wrote: Package: python3-checkbox-support Version: 0.2-1 Severity: normal User: pkg-utopia-maintain...@lists.alioth.debian.org Usertags: udisks1-deprecation Hello, this package currently depends on/recommends udisks 1. That has been deprecated for a while now, in favor of udisks 2. Please port the package to udisks 2 and drop code that uses the old hal/devicekit-disks/udisks 1 bits. Please note that udisks2 also has a library interface (libudisks2-0) which is easier to use than raw D-BUS calls. It is also introspectable (gir1.2-udisks-2.0) so you can use it from languages like Python. The API is documented at http://udisks.freedesktop.org/docs/latest/ . Hi Michael Thanks for reporting this bug. We already support udisks2 and all the code is ready. The origin of the recommendation is that we probably just kept it going forward over the last two years. Since we don't need udissk1 any more in any way, I'll make sure that the next upload drops this recommendation. Best regards ZK
Bug#705625: libpam-sss error
We are also facing this problem. Simple test: su -s /bin/sh -c 'echo Hello' nobody Hello su: User not known to the underlying authentication module -- Oriol Mula Valls Institut Català de Ciències del Clima (IC3) Doctor Trueta 203 - 08005 Barcelona Tel: +34 93 567 99 77 http://www.ic3.cat http://ic3.cat/wikicfu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750525: [Pkg-mailman-hackers] Bug#750525: mailman: Master qrunner detected subprocess exit while decoding utf8 character
On Wed, 4 Jun 2014, Laurent Mazet wrote: Thanks to mailman an postfix, I'm running multiple mailing list for 2 virtuals domain since 3 years without any majour issues. But one mailing list fall down 2 days ago, just after upgrading to 2.1.16-1. Jun 02 11:24:49 2014 (3899) Uncaught runner exception: 'utf8' codec can't decode byte 0xe9 in position 8: invalid continuatio Do you have any custom language files? The new version requires them to be in UTF-8 encoding, whereas the old version used a language-specific legacy encoding (and, in some cases, even one that wasn’t even good for that language). The language files the package installs by itself would have been upgraded to UTF-8 encoding during the package upgrade, but if you made any modifications, you have to do that yourself. I see you already have the /etc/init.d/mailman file changed, so, a local modification, e.g. to the fr language files, may be a cause. bye, //mirabilos -- tarent solutions GmbH Rochusstraße 2-4, D-53123 Bonn • http://www.tarent.de/ Tel: +49 228 54881-393 • Fax: +49 228 54881-235 HRB 5168 (AG Bonn) • USt-ID (VAT): DE122264941 Geschäftsführer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750512: [Checkbox-dev] Bug#750512: Move to udisks2, udisks 1 is deprecated
Package: python3-checkbox-support Version: 0.2-1 Severity: normal User: pkg-utopia-maintain...@lists.alioth.debian.org Usertags: udisks1-deprecation Hello, this package currently depends on/recommends udisks 1. That has been deprecated for a while now, in favor of udisks 2. Please port the package to udisks 2 and drop code that uses the old hal/devicekit-disks/udisks 1 bits. Please note that udisks2 also has a library interface (libudisks2-0) which is easier to use than raw D-BUS calls. It is also introspectable (gir1.2-udisks-2.0) so you can use it from languages like Python. The API is documented at http://udisks.freedesktop.org/docs/latest/ . Thanks, Michael Hi Michael Thanks for reporting this bug. We already support udisks2 and all the code is ready. The origin of the recommendation is that we probably just kept it going forward over the last two years. Since we don't need udissk1 any more in any way, I'll make sure that the next upload drops this recommendation. Best regards ZK -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750528: celery: build-depend on python-sphinxcontrib.issuetracker no longer needed(?)
Source: celery Version: 3.1.11-1 Severity: minor Hi, it appears that with the latest version of shpinx the build-depend on python-sphinxcontrib.issuetracker is no longer needed. It builds fine without and it was removed from requirements/docs.txt too. Thanks, Michael -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-27-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#513646: Packaging repository changed
For the record: The existing Debian packaging repository has been dropped and a new one replaces it. The new one can be found at: http://anonscm.debian.org/gitweb/?p=pkg-php/symfony.git;a=summary Further details can be found at: http://lists.alioth.debian.org/pipermail/pkg-php-pear/2014-June/002855.html signature.asc Description: This is a digitally signed message part
Bug#750094: Misleading warning
On Tue, Jun 3, 2014 at 12:33 AM, Daniel Kahn Gillmor d...@fifthhorseman.net wrote: over on https://bugs.debian.org/750094, This warning is printed before any TLS negotiation happens, so it does not reflect the parameters that were actually negotiated. The wording should be changed in order to make it clear that the actual negotiated parameters might be different. this can be replicated without the --starttls or -p 80, just with: gnutls-cli --dh-bits 256 www.debian.org the warning happens before the TLS handshake happens. I'm forwarding this to the gnutls-devel mailing list. It seems to me there could be two different kinds of warnings: 0) a warning that the configuration has lowered the DH key exchange strength and may cause weakness (what we're seeing here) -- Juliusz, can you propose an alternate text for this warning? 1) a warning in the _gnutls_audit_log when the dh bits is *actually* lower than whatever cutoff we deem to be absurdly unacceptable. I agree with your points. In fact the current warning was setup to cover (0). There could be another warning for (1), but gnutls-cli prints the size of the prime anyway if DHE is negotiated so I'm not sure how much another warning would help. I worry a little bit about either warning, mainly because it seems to imply that anything higher than 512 bits *won't* allow decryption of the session data, which probably isn't the case for, say, a 513-bit group :P Nikos, any thoughts on what makes sense to do here? I've put that warning once I saw people arguing in various fora to set dh-bits less than 256 bits in order to improve compatibility. Indeed 513 is not much more secure, and the warning could be changed to less than 700 or so. regards, Nikos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750193:
Control: tags -1 patch Patch can be found in previous vtk 5.x package: http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l48 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750529: systemd unit: Respect default file
Package: brltty Version: 5.0-2 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch utopic Hello, brltty's systemd unit unconditionally starts the service. This mis-matches the behaviour of the init.d file which checks RUN_BRLTTY in /etc/default/brltty. The attached debdiff adjusts the unit to do the same. It's not pretty, but seems to work well enough. In the long run this hackery should stop of course; systemd units are rather fundamentally incompatible with the idea of enabling/disabling units with a default file instead of using update-rc.d enable/disable (which works for SysV init, systemd, and upstart). But as long as we have these options in the default file they should be respected. Alternatively, to fix this bug it also seems fine to me to drop the RUN_BRLTTY option altogether. This is a change which conceptually affects a lot of Debian packages though, so perhaps should be discussed on a wider scale (d-devel@?) Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru brltty-5.0/debian/brltty.service brltty-5.0/debian/brltty.service --- brltty-5.0/debian/brltty.service2014-03-14 05:17:05.0 +0100 +++ brltty-5.0/debian/brltty.service2014-06-04 08:56:01.0 +0200 @@ -10,14 +10,13 @@ [Service] -Type=forking PIDFile=/run/brltty.pid -ExecStart=/sbin/brltty -q -P /run/brltty.pid +ExecStart=/bin/sh -c grep -sq '^ *RUN_BRLTTY=no' /etc/default/brltty || exec /sbin/brltty -f -q -P /run/brltty.pid TimeoutStartSec=5 TimeoutStopSec=10 -Restart=always +Restart=on-failure RestartSec=30 Nice=-10 diff -Nru brltty-5.0/debian/changelog brltty-5.0/debian/changelog --- brltty-5.0/debian/changelog 2014-03-31 20:35:18.0 +0200 +++ brltty-5.0/debian/changelog 2014-06-04 08:58:01.0 +0200 @@ -1,3 +1,11 @@ +brltty (5.0-2ubuntu3) utopic; urgency=medium + + * debian/brltty.service: Respect disabling of brltty in the /etc/default +file. Turn this into a Type=simple job by running in the foreground so +that the unit can tell apart disabled from running. (LP: #1316804) + + -- Martin Pitt martin.p...@ubuntu.com Wed, 04 Jun 2014 08:56:22 +0200 + brltty (5.0-2ubuntu2) trusty; urgency=medium * No change rebuild to drop python3.3 compiled extension.
Bug#750531: xdg-email(1) points to non existing web pag
Package: xdg-utils Version: 1.1.0~rc1+git20111210-6 xdg-email(1) points to http://portland.freedesktop.org/wiki/EmailConfig, but this page doesn't exist. This is _highly_ frustrating. How can I configure this stuff? Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750530: Provide missing man pages
Package: vtk6 Severity: wishlist Version: 6.1.0+dfsg-3 Tags: patch Past vtk 5.x package did provide man page for command line util. See patch at: http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l210 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750498: cups: server keeps timing out after 30secs idling with no way to change that
Control: clone -1 -2 -3 Control: reassign -2 src:cups 1.7.2-3 Control: retitle -2 src:cups: install README.Debian also in cups-daemon Control: retitle -1 cups: web interface activity should prevent timeout Control: reassign -3 colord 1.0.6-1 Control: retitle -3 colord: should cope more quietly with cups respawns Hi dear Nemo Inis, and thanks for reporting a bug. Le mardi, 3 juin 2014, 14.41:01 Nemo Inis a écrit : Ever since cups 1.7.2-2, which contains a patch for bug #742666, and my switch to systemd, the cups server exits after 30 seconds idling without a configuration option to prevent that. That's not entirely accurate: both the Debian NEWS file [0] and the README.Debian [1] (but that one is installed in a bizarre place, arguably) contain instructions on how to disable this behaviour, quoting the first: - Automatic exit when idle When operated under systemd as init, the CUPS daemon will be launched when needed (through socket activation) and exit itself after being idle for some time (30 seconds by default). The delay before exiting on idle can be configured using 'IdleExitTimeout' in /etc/cups/cupsd.conf. CUPS can also be left running continuously using 'SystemdIdleExit off' in that same file. [0] /usr/share/doc/cups-daemon/NEWS.Debian.gz [1] /usr/share/doc/libcups2/README.Debian.gz I'm hereby cloning this bug against src:cups to track the wrong place of this README.Debian file. - when I'm using the cups web interface at localhost:631, if I wait more than 30 seconds before clicking on anything, my browser reports unable to connect and I've lost whatever work I was in the middle of (for example adding a printer, etc...); Indeed, that's problematic, retitling this very bug to keep track of that problem. - cups starts/stops throughout the day, and every time, it triggers colord (which I also run), which loads all my profiles, etc... and fills my syslog telling me so; Well, that's a colord bug I would argue, reassigning a copy of this bug there. - since I'm running a desktop machine, I'd rather not have settings meant for laptops forced down on me; I'd like the option to run cups permanently without timeout as it did before. This is possible and documented (although partially). Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750197:
Control: tags -1 patch Patch can be found in past vtk 5.x package: http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l210 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750197:
On Wed, Jun 4, 2014 at 9:36 AM, Mathieu Malaterre ma...@debian.org wrote: Control: tags -1 patch Patch can be found in past vtk 5.x package: http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l210 Sorry proper line number is: http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=blob;f=debian/rules;h=47fa84ea33b8d0726785052297634e3d32ed4130;hb=HEAD#l76 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750534: chromium: We cannot detect a running copy of GNOME on this system
Package: chromium Version: 35.0.1916.114-2 Severity: normal Hello, Since a recent update, chromium can't normally access to the gnome-extension service site ( https://extensions.gnome.org/ ). The message is We cannot detect a running copy of GNOME on this system, so some parts of the interface may be disabled. Iceweasel hasn't this problem. Thanks. Pierre Crescenzo -- System Information: Debian Release: jessie/sid Architecture: i386 (i686) Kernel: Linux 3.14-1-rt-686-pae (SMP w/8 CPU cores; PREEMPT) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 35.0.1916.114-2 ii gconf-service3.2.6-2 ii libasound2 1.0.27.2-4 ii libc62.18-7 ii libcairo21.12.16-2 ii libcap2 1:2.22-1.2 ii libcups2 1.7.2-3 ii libdbus-1-3 1.8.2-1 ii libexpat12.1.0-5 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-5 ii libgconf-2-4 3.2.6-2 ii libgcrypt11 1.5.3-4 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgnome-keyring03.4.1-1 ii libgtk2.0-0 2.24.23-1 ii libharfbuzz0b0.9.28-2 ii libjpeg8 8d-2 ii libnspr4 2:4.10.4-1 ii libnss3 2:3.16-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libspeechd2 0.8-6 ii libspeex11.2~rc1.1-1 ii libstdc++6 4.9.0-5 ii libudev1 204-8 ii libx11-6 2:1.6.2-2 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: ii chromium-l10n 35.0.1916.114-2 pn mozplugger none -- Configuration Files: /etc/chromium/default changed: CHROMIUM_FLAGS=--password-store=detect flashso=/usr/lib/pepperflashplugin-nonfree/libpepflashplayer.so if [ -f $flashso ] then flashversion=`strings $flashso|grep ^LNX|sed -e s/^LNX //|sed -e s/,/./g` CHROMIUM_FLAGS=$CHROMIUM_FLAGS --ppapi-flash-path=$flashso --ppapi-flash-version=$flashversion fi -- 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#750535: chromium crashes x server on startup
Package: chromium Version: 35.0.1916.114-2 Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chromium depends on: ii chromium-inspector 35.0.1916.114-2 ii gconf-service3.2.6-2 ii libasound2 1.0.27.2-4 ii libc62.18-7 ii libcairo21.12.16-2 ii libcap2 1:2.22-1.2 ii libcups2 1.7.2-3 ii libdbus-1-3 1.8.2-1 ii libexpat12.1.0-5 ii libfontconfig1 2.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-5 ii libgconf-2-4 3.2.6-2 ii libgcrypt11 1.5.3-4 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgnome-keyring03.4.1-1 ii libgtk2.0-0 2.24.23-1 ii libharfbuzz0b0.9.28-2 ii libjpeg8 8d-2 ii libnspr4 2:4.10.4-1 ii libnss3 2:3.16-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libspeechd2 0.8-6 ii libspeex11.2~rc1.1-1 ii libstdc++6 4.9.0-5 ii libudev1 204-8 ii libx11-6 2:1.6.2-2 ii libxcomposite1 1:0.4.4-1 ii libxcursor1 1:1.1.14-1 ii libxdamage1 1:1.1.4-1 ii libxext6 2:1.3.2-1 ii libxfixes3 1:5.0.1-1 ii libxi6 2:1.7.2-1 ii libxml2 2.9.1+dfsg1-3 ii libxrandr2 2:1.4.2-1 ii libxrender1 1:0.9.8-1 ii libxslt1.1 1.1.28-2 ii libxss1 1:1.2.2-1 ii libxtst6 2:1.2.2-1 ii xdg-utils1.1.0~rc1+git20111210-7.1 chromium recommends no packages. Versions of packages chromium suggests: pn chromium-l10n none pn mozplugger none -- no debconf information dbg output: === command: $ gdb /usr/lib/chromium/chromium /tmp/chromium-dbg.log output: GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1+b1) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/lib/chromium/chromium...(no debugging symbols found)...done. (gdb) run Starting program: /usr/lib/chromium/chromium warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New Thread 0x7fffe8d51700 (LWP 18220)] [New Thread 0x7fffe3fff700 (LWP 18221)] [New Thread 0x7fffe37fe700 (LWP 18222)] [New Thread 0x7fffe8421700 (LWP 18223)] [New Thread 0x7fffe8400700 (LWP 18224)] [New Thread 0x7fffe2ffd700 (LWP 18225)] [New Thread 0x7fffcbfff700 (LWP 18226)] [New Thread 0x7fffe83d8700 (LWP 18227)] [New Thread 0x7fffcacf2700 (LWP 18228)] [New Thread 0x7fffca4f1700 (LWP 18229)] [New Thread 0x7fffc9cf0700 (LWP 18230)] [New Thread 0x7fffc94ef700 (LWP 18231)] [New Thread 0x7fffc8cee700 (LWP 18232)] [New Thread 0x7fffbfffe700 (LWP 18233)] [New Thread 0x7fffbf7fd700 (LWP 18234)] [New Thread 0x7fffbed7f700 (LWP 18235)] [18208:18233:0604/093353:ERROR:nss_util.cc(853)] After loading Root Certs, loaded==false: NSS error code: -8018 [18208:18208:0604/093353:ERROR:component_loader.cc(138)] Failed to parse extension manifest. libGL error: open uki failed (Operation not permitted) libGL error: reverting to (slow) indirect rendering [New Thread 0x7fffbdadd700 (LWP 18242)] [New Thread 0x7fffbe2de700 (LWP 18241)] [New Thread 0x7fffbd2dc700 (LWP 18244)] [New Thread 0x7fffbcadb700 (LWP 18245)] [New Thread 0x7fff87fff700 (LWP 18246)] [New Thread 0x7fff877fe700 (LWP 18247)] [New Thread 0x7fff86ffd700 (LWP 18249)] [New Thread 0x7fff867fc700 (LWP 18252)] [New Thread 0x7fff85ffb700 (LWP 18260)] [Thread 0x7fff85ffb700 (LWP 18260) exited] [New Thread 0x7fff85ffb700 (LWP 18261)] [New Thread 0x7fff84e05700 (LWP 18270)] Program received signal SIGHUP, Hangup. [Switching to Thread 0x7fffe8d51700 (LWP 18220)] 0x708e1489 in __libc_waitpid (pid=18213, stat_loc=0x0, options=0) at
Bug#750343: autopkgtest: FTBFS: Tests failures
tag 750343 -unreproducible -moreinfo +confirmed thanks Hello again, David Suárez [2014-06-02 20:22 +0200]: UnicodeEncodeError: 'ascii' codec can't encode characters in position 917-919: ordinal not in range(128) I finally found a environment where I can reproduce this, updating tags. Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.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#750536: LaTeX Error: Unknown float option `H'
Package: doxygen Version: 1.8.7-1 Severity: serious Generation documentation from the doxygen generated latex source fails with: \begin{figure}[H] fails with: LaTeX Error: Unknown float option `H' See e.g.: http://aws-logs.debian.net/ftbfs-logs/2014/06/01/globus-common_14.10-2_unstable.log http://aws-logs.debian.net/ftbfs-logs/2014/06/01/globus-ftp-client_7.6-1_unstable.log The reason for this is an updated version of the fixltx2e package in the latest texlive version that adds syntax checking to the float command. This check is confused if the float package is included before the fixltx2e package, as is done in the doxygen generated sources. Fix available as a github pull request: https://github.com/doxygen/doxygen/pull/178 Also attached as a patch. diff --git a/src/latexgen.cpp b/src/latexgen.cpp index 40ad877..10e50de 100644 --- a/src/latexgen.cpp +++ b/src/latexgen.cpp @@ -290,6 +290,7 @@ static void writeDefaultHeaderPart1(FTextStream t) // Load required packages t % Packages required by doxygen\n + \\usepackage{fixltx2e}\n // for \textsubscript \\usepackage{calc}\n \\usepackage{doxygen}\n \\usepackage{graphicx}\n @@ -297,7 +298,6 @@ static void writeDefaultHeaderPart1(FTextStream t) \\usepackage{makeidx}\n \\usepackage{multicol}\n \\usepackage{multirow}\n - \\usepackage{fixltx2e}\n // for \textsubscript \\PassOptionsToPackage{warn}{textcomp}\n \\usepackage{textcomp}\n \\usepackage[nointegrals]{wasysym}\n signature.asc Description: This is a digitally signed message part
Bug#750533: colord output
Hey there! What is the actual output colord is spewing to syslog? For me it just lists the devices that appear when cups starts (ie: all the printers I've got set up), which seems to be reasonable behaviour to me. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750537: naive debian/rules parsing for python interpreter name
Package: lintian Version: 2.5.22.1 lintian complains about python3-stdlib-extensions's E missing-python-build-dependency This is wrong, python$* is always used in the pattern rules. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749938: libnet-ssh2-perl: FTBFS: libgcrypt20 vs. libcrypt11
Hi folks, Sorry for poor communication and all the headache my update of libssh2 caused. Best regards, Mikhail Gusarov. On Fri, May 30, 2014 at 9:02 PM, Niko Tyni nt...@debian.org wrote: Package: libnet-ssh2-perl Version: 0.53-1 Severity: serious X-Debbugs-Cc: libs...@packages.debian.org The build dependencies of this package are uninstallable in sid (and apparently in jessie too): # apt-get build-dep libnet-ssh2-perl Reading package lists... Done Building dependency tree Reading state information... Done The following packages have unmet dependencies: libssh2-1-dev : Depends: libgcrypt20-dev but it is not going to be installed This seems to be because libssh2 recently moved to libgrypt20: Changes: libssh2 (1.4.3-3) unstable; urgency=low . [...] * Rebuild with libgcrypt20 (Closes: #744829). -- Mikhail Gusarov dotted...@debian.org Mon, 19 May 2014 10:23:27 +0200 so libnet-ssh2-perl Build-Depends: libssh2-1-dev, libgcrypt11-dev libssh2-1-devDepends: libgcrypt20-dev libgcrypt11-dev Conflicts: libgcrypt20-dev I suppose libnet-ssh2-perl needs to move to libgcrypt20-dev too. -- Niko Tyni nt...@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#750446: LaTeX Error: Unknown float option `H'
ons 2014-06-04 klockan 16:04 +0900 skrev Norbert Preining: Hi, The float package Then the order is wrong in the document. The order of loading fixltx2e and float is important when you use the extension of float. The following document compiles correctly: \documentclass{article} \usepackage{fixltx2e} \usepackage{float} \begin{document} \begin{figure}[H] Huu \end{figure} \end{document} This was useful. Unlike all your previous yelling about that the original sources are broken. There was nothing broken about these original sources before upstream introduced a change to fixltx2e. With this new information I can file a bug to doxygen asking the maintainer to adapt to this backward incompatible change in texlive. Mattias signature.asc Description: This is a digitally signed message part
Bug#750446: LaTeX Error: Unknown float option `H'
On Wed, 04 Jun 2014, Mattias Ellert wrote: This was useful. Unlike all your previous yelling about that the [ can we leave personal insults out here, we are discussing bugs ] [ I clearly stated my opinion and stand by it, if you are different ] [ opinion, you are free to be,m but I am the maintainer ] original sources are broken. There was nothing broken about these original sources before upstream introduced a change to fixltx2e. Well, they fixed a misbehaviour in the correct way. And the order is somehow the obvious thing, right? \def\foobar{Hello} \def\foobar{World} is different from \def\foobar{World} \def\foobar{Hello} when it comes to executing \foobar With this new information I can file a bug to doxygen asking the maintainer to adapt to this backward incompatible change in texlive. This is * no backward incompatible change * no bug in TeX Live but a *bug* in the original source code that has not shown up till now. Same has happened many times with upgrades of gcc or other things. Anyway, good that it helped Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744124: postgresql-9.1 claims to test version 9.3.4
Re: To Debian Bug Tracking System 2014-04-10 20140410132924.ga27...@msgid.df7cb.de on 2014-04-02, http://ci.debian.net/#package/postgresql-9.1 started listing 9.3.4-1. That's clearly wrong; 9.3.4 is from a different source package postgresql-9.3. Hi, the real bug behind this is that postgresql-9.1 in sid doesn't have any Testsuite header anymore, yet debci insists on keeping to test it, yielding tmpfail because there's no tests in the package. It'd be nice if at least that part got fixed :) Thanks, Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750537: naive debian/rules parsing for python interpreter name
* Matthias Klose d...@debian.org, 2014-06-04, 10:13: lintian complains about python3-stdlib-extensions's E missing-python-build-dependency This is wrong, python$* is always used in the pattern rules. It's not the python$* string that triggers this false-positive, but setup.py. $PYTHON3X_DEPEND in checks/rules.pm is out-of-date. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749027: [Pkg-clamav-devel] Bug#749027: The ClamAV daemon stops working.
Hi Andreas. On 29/05/2014 5:10 PM, Andreas Cadhalpun wrote: Thanks for your help in finding the cause. Since the logs are inconclusive, it would really help if you could get us a backtrace, when clamd is hanging. For this install clamav-dbg and gdb. When it hangs again, please determine the PIDs of all clamd threads, e.g. with: ps -eL | grep clamd The second column contains this number. For every thread of clamd, run (replacing PID with the actual number): sudo gdb /usr/sbin/clamd PID And then in gdb: bt full The output of this should help to figure out, where exactly clamd is hanging. Okay, I have a hang, and I have the gdb output that you want. First the PID and Threads: # ps -eL | grep -P 'LWP|clamd' PID LWP TTY TIME CMD 26124 26124 ?00:00:11 clamd 26124 26126 ?00:00:00 clamd Then connecting to the first thread via gdb: # gdb /usr/sbin/clamd 26124 GNU gdb (GDB) 7.6.2 (Debian 7.6.2-1.1+b1) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/sbin/clamd...Reading symbols from /usr/lib/debug/usr/sbin/clamd...done. done. Attaching to program: /usr/sbin/clamd, process 26124 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? Reading symbols from /usr/lib/libclamav.so.6...Reading symbols from /usr/lib/debug/usr/lib/libclamav.so.6.1.23...done. done. Loaded symbols for /usr/lib/libclamav.so.6 Reading symbols from /lib/x86_64-linux-gnu/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libpthread-2.18.so...done. done. [New LWP 26126] [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Loaded symbols for /lib/x86_64-linux-gnu/libpthread.so.0 Reading symbols from /lib/x86_64-linux-gnu/libc.so.6...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libc-2.18.so...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libc.so.6 Reading symbols from /usr/lib/x86_64-linux-gnu/libxml2.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libxml2.so.2 Reading symbols from /lib/x86_64-linux-gnu/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/x86_64-linux-gnu/libz.so.1 Reading symbols from /lib/x86_64-linux-gnu/libbz2.so.1.0...(no debugging symbols found)...done. Loaded symbols for /lib/x86_64-linux-gnu/libbz2.so.1.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libltdl.so.7...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libltdl.so.7 Reading symbols from /usr/lib/x86_64-linux-gnu/libffi.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libffi.so.6 Reading symbols from /usr/lib/x86_64-linux-gnu/libstdc++.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libstdc++.so.6 Reading symbols from /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libssl.so.1.0.0 Reading symbols from /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/x86_64-linux-gnu/libcrypto.so.1.0.0 Reading symbols from /lib/x86_64-linux-gnu/libm.so.6...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libm-2.18.so...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libm.so.6 Reading symbols from /lib/x86_64-linux-gnu/libdl.so.2...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libdl-2.18.so...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libdl.so.2 Reading symbols from /lib/x86_64-linux-gnu/libgcc_s.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/x86_64-linux-gnu/libgcc_s.so.1 Reading symbols from /lib64/ld-linux-x86-64.so.2...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/ld-2.18.so...done. done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib/x86_64-linux-gnu/liblzma.so.5...(no debugging symbols found)...done. Loaded symbols for /lib/x86_64-linux-gnu/liblzma.so.5 Reading symbols from /lib/x86_64-linux-gnu/libnss_compat.so.2...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libnss_compat-2.18.so...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libnss_compat.so.2 Reading symbols from /lib/x86_64-linux-gnu/libnsl.so.1...Reading symbols from /usr/lib/debug/lib/x86_64-linux-gnu/libnsl-2.18.so...done. done. Loaded symbols for /lib/x86_64-linux-gnu/libnsl.so.1 Reading symbols from /lib/x86_64-linux-gnu/libnss_nis.so.2...Reading symbols from
Bug#749945: slurm-llnl: Need separate packages for slurmd and slurmctld
Hi Riedy, On Fri, May 30, 2014 at 03:03:35PM -0400, Riedy wrote: With slurm, slurmd runs on compute notes and slurmctld runs on controller nodes. Those nodes are separate. The current package installs and tries to run both at once. This requires a bit of trickery to make installation think it's successful. SLURM init script run whatever daemon is specified in the configfile: if hostname matches ControlMachine it will run slurmctld and if it matches NodeName it will run slurmd. Splitting slurm-llnl into slurmd-llnl and slurmctld-llnl would be incredibly helpful. slurm-llnl is a 25M package, I do not think it's worth it. Best regards -- Gennaro Oliva -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750538: No postgresql-debversion packages for 9.3 or 9.4 on apt.postgresql.org
Package: postgresql-debversion Version: 1.0.7-1 postgresql-debversion packages for PostgreSQL 9.3 and 9.4 are not available on apt.postgresql.org. -- Stuart Bishop stu...@stuartbishop.net http://www.stuartbishop.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750538: No postgresql-debversion packages for 9.3 or 9.4 on apt.postgresql.org
Re: Stuart Bishop 2014-06-04 CADmi=6N3a47+LCvOY_u_7ygRA1rz=t8-3ee3molpithpga3...@mail.gmail.com postgresql-debversion packages for PostgreSQL 9.3 and 9.4 are not available on apt.postgresql.org. Hi, I'll look into this. Last time I checked there was still some issue which prevented the package to Just Work with the build scripts we have there. Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750473: u-boot: Please enable Cubietruck support
Hello Ian! Thanks for your input! On Wed, Jun 04, 2014 at 07:54:08AM +0100, Ian Campbell wrote: [...] Did you also pick up the designware fixes? (It sounds like it since Andreas reports dhcp working). There where a bunch of designware patches in the package. FYI there is support for cubieboard 12 and a couple of other boards (one ofthe OLinuxIno ones I think) ongoing on the u-boot list. To be really useful we would also want the AHCI driver which is also currently being reviewed on the list. I suppose all of that ought to wait for upstream acceptance though. [...] Hopefully you'll be able to get these patches in before v2014.07 and I think we can live without AHCI until then (which AIUI means there will be a need for a /boot partition on MMC which isn't the end of the world). Of the unmerged patches on the mailinglist, this one looks like a fix for a pretty horrible problem though: http://lists.denx.de/pipermail/u-boot/2014-June/180936.html Maybe the description makes it sound worse then it really is? 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#746464: [#746464] conntrackd segfault
Hi Dominique, I'm using this version of conntrack with no failures. To catch the bug I would suggest several things: * share your config * share data about your environment, workload, and so on. * which linux kernel are you running? * run conntrackd in foreground and try to reproduce the bug (not in forked-daemon mode). * run conntrackd with valgrind and or gdb, so we can have a bit more detailed info about the segfault. Please, let me know if you need further help. regards. -- Arturo Borrero González
Bug#750473: u-boot: Please enable Cubietruck support
On Wed, 2014-06-04 at 11:24 +0200, Andreas Henriksson wrote: Hello Ian! Thanks for your input! On Wed, Jun 04, 2014 at 07:54:08AM +0100, Ian Campbell wrote: [...] Did you also pick up the designware fixes? (It sounds like it since Andreas reports dhcp working). There where a bunch of designware patches in the package. FYI there is support for cubieboard 12 and a couple of other boards (one ofthe OLinuxIno ones I think) ongoing on the u-boot list. To be really useful we would also want the AHCI driver which is also currently being reviewed on the list. I suppose all of that ought to wait for upstream acceptance though. [...] Hopefully you'll be able to get these patches in before v2014.07 and I think we can live without AHCI until then (which AIUI means there will be a need for a /boot partition on MMC which isn't the end of the world). The problem is that in sid we currently have Linux v3.14 which speaks AHCI but not MMC and u-boot upstream currently speaks MMC but not AHCI. The Linux MMC patches are currently backported to our v3.15 kernel which is in experimental. But it has now transpired that v3.14 is likely to be the next upstream longterm stable [0], which has an impact on what will be in Jessie. If we end up going with v3.14 I'll have to investigate backporting the MMC patches further to 3.14, I'm not sure how plausible that will be. (Personally my use cases centre around SATA disks more than MMC, but I'm still happy to attempt the driver backport to 3.14 if it turns out to be needed) [0] https://lists.debian.org/debian-kernel/2014/06/msg00017.html Of the unmerged patches on the mailinglist, this one looks like a fix for a pretty horrible problem though: http://lists.denx.de/pipermail/u-boot/2014-June/180936.html Maybe the description makes it sound worse then it really is? It is pretty nasty, but AIUI it is benign unless you have other mainline patches which actually expose the issue, so unless we backport those (I don't know which they are, but I think we are unlikely to grab them) I think we are OK. Once that patch goes upstream we should definitely take it though. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750539: libgnutls28: security problem with this version
Package: libgnutls28 Version: 3.3.2-1 Severity: critical Tags: upstream security Justification: root security hole See the following page and please provide 3.3.4. http://www.gnutls.org/security.html -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12.21 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/bash Versions of packages libgnutls28 depends on: ii libc6 2.19-0experimental0 ii libgmp10 2:6.0.0+dfsg-4 ii libhogweed22.7.1-2+b1 ii libnettle4 2.7.1-2+b1 ii libp11-kit00.20.2-5 ii libtasn1-6 3.6-1 ii multiarch-support 2.19-0experimental0 ii zlib1g 1:1.2.8.dfsg-1 libgnutls28 recommends no packages. Versions of packages libgnutls28 suggests: pn gnutls-bin 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#750540: postinst: cannot create /var/lib/ispell/ngerman.compat: Directory nonexistent
Source: ingerman Version: 20131206-4 Severity: important ingerman (20131206-4) wird eingerichtet ... /var/lib/dpkg/info/ingerman.postinst: 23: /var/lib/dpkg/info/ingerman.postinst: cannot create /var/lib/ispell/ngerman.compat: Directory nonexistent -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643336: libgcrypt is still partly broken
Hello, after upgrading an internal system to Wheezy today, we got hit by 133 general protection errors in libgcrypt.so.11.7.0 in a very short time. Using ldap instead of ldaps within the ldap.conf solved the issue for now but this is an uncomfortable workaround of course. The issue seems to be partly solved by 1.5.0-4 though, since we have no issues on pure AMD64 systems, that have been upgraded earlier. The troublemaker has a 3.2.0-4-amd64 kernel and an i686 userland: libgcrypt11:i386 / 1.5.0-5+deb7u1 The system uses two Intel E5645 Hexa Core Xeons with AES-NI support. Kind regards, Aiko Barz -- :wq ✉ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750541: samba-libs: Dependency problems prevent installing samba-libs package
Package: samba-libs Severity: important Dear Maintainer, Dependency problems with libldb1 numbering in the unstable branch prevent installing samba-libs. samba-libs : Depends: libldb1 ( 1:1.1.17~) but 1:1.1.17-1 is to be installed Cheers -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages samba-libs depends on: ii libacl1 2.2.52-1 ii libasn1-8-heimdal1.6~rc2+dfsg-6 ii libattr1 1:2.4.47-1 ii libbsd0 0.6.0-2 ii libc62.18-7 ii libcap2 1:2.22-1.2 ii libcomerr2 1.42.10-1 ii libcups2 1.7.2-3 ii libgcrypt11 1.5.3-4 ii libgnutls26 2.12.23-16 ii libgssapi3-heimdal 1.6~rc2+dfsg-6 ii libhcrypto4-heimdal 1.6~rc2+dfsg-6 ii libhx509-5-heimdal 1.6~rc2+dfsg-6 ii libkrb5-26-heimdal 1.6~rc2+dfsg-6 ii libldap-2.4-22.4.39-1 ii libldb1 1:1.1.17-1 ii libntdb1 1.0-4 ii libpam0g 1.1.8-3 ii libpopt0 1.16-8 ii libpython2.7 2.7.7-1 ii libtalloc2 2.1.1-1 ii libtdb1 1.3.0-1 ii libtevent0 0.9.21-1 ii libwbclient0 2:4.1.7+dfsg-2 ii multiarch-support2.18-7 ii python-talloc2.1.1-1 ii zlib1g 1:1.2.8.dfsg-1 samba-libs recommends no packages. samba-libs suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749655: autopkgtest: chokes on libreoffice; leaves 2GB copy of source tree behind in output dir
Hey Antonio, Antonio Terceiro [2014-05-28 19:36 -0300]: I am setting severity to important because leaving 2GB behind at every test run is pretty nasty on automation systems. Argh, indeed. Agreed! admin@ip-172-31-36-237:/var/lib/debci/tmp$ time sudo adt-run -u debci --gnupg-home=/usr/share/debci/gnupg -o libreoffice libreoffice --- schroot debci-unstable-amd64 I ran that command on that very box, and it didn't fail on copying the tests tree, so I can't reproduce that particular error. :( Instead my run failed much later with adt-run: testbed failed: sent `copydown libreoffice/apt0-tests-tree/ /tmp/adt-run.Fx9J46/apt0-build/libreoffice-4.2.4/', got `timeout', expected `ok...' and libreoffice/ does not have a tests-tree, it got cleaned up properly. So let's see what we can pry out of that log. dpkg-source: warning: diff `libreoffice-4.2.4/debian/patches/i18npool-icu53.diff' patches file libreoffice-4.2.4/i18npool/source/collator/collator_unicode.cxx twice FTR, these are cosmetical and don't break the unpack. adt-run: testing package libreoffice version 1:4.2.4-3 adt-run: * apt:apt0 build not needed Getting here means the unpacking in the testbed was successful. admin@ip-172-31-36-237:/var/lib/debci/tmp$ echo $? 16 This means that adt-run or the testbed exit()ed by itself through bomb(), and it wasn't terminated by a signal. So the atexit handlers should run. What's really strange is that there is no error message at all. Every bomb() has an error message which should be visible on stderr. Your log definitively has stderr, maybe something got cut off somehow? Do you still happen to have this in scrollback? admin@ip-172-31-36-237:/var/lib/debci/tmp$ du -shc libreoffice/* 1.9G libreoffice/apt0-tests-tree In my current run the complete copied up tests-tree is 2.7 GB. Thus I conclude that the act.tests_tree.copyup() failed somehow (I don't know why, that'd require the error message). However, I do see one error in the code: act.tests_tree = TestbedPath(...) act.tests_tree.copyup() atexit.register(rmtree, 'tests-tree', act.tests_tree.host) That means the cleanup handler is only registered after a successful copyup(), and that's what failed. So I need to register it earlier. That will fix the leftover test-tree in the result dir, but of course it won't fix the cause why the copyup failed. Are you ok with leaving this bug for the cleanup failure? If you can reproduce the copyup failure, can you watch out for an error message? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#750542: /usr/bin/debcheckout doesn't detect the new alioth https Git URLs
Package: devscripts Version: 2.14.4 Severity: normal File: /usr/bin/debcheckout Hi, When trying to checkout a package which has a Vcs-Git field filled with the Git URL as displayed on alioth repositories [0], the authenticated checkout doesn't work: $ debcheckout -u odyx -a printer-driver-ptouch can't use authenticated mode on repository 'https://alioth.debian.org/anonscm/git/printing/ptouch-driver.git' since it is not a known repository (e.g. alioth) Cheers, OdyX [0] https://alioth.debian.org/anonscm/git/${group}/${repo}.git -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747914: created LXC containers don't have networking
Hello all, CC'ing Stéphane as the LXC upstream. Daniel Baumann [2014-06-01 19:57 +0200]: close 747914 That seems a bit harsh, could we not leave this open as a wishlist bug? It sounded like you'd also prefer having network by default, it's just too hard to do with the current package? first, this is not a thing that the debian package should, at least not in the current state of affairs (it might look different if we have networkd by default at some point). the network setup is the task of the local admin to do, lxc as a package should not setup or guess the network configuration that the admin is intending to use, regardless if some debian derivatives/forks do it differently. The networking between the host and the LXC guests will look pretty much the same everywhere -- that just seems like a repetitive task to do? Upstream's upstart script all do that by default: https://github.com/lxc/lxc/blob/master/config/init/upstart/lxc-net.conf But it would be really helpful if upstream could split out all that logic into an lxc-net shell script and put it into /usr/share/lxc/, which is then used by the upstart job. This would allow the sysvinit and systemd init scripts to do the same, and also greatly help with this bug in Debian, as there would be essentialy no modifications against upstream any more. Stéphane, does that sound reasonable? secondly, i've specifically been told from the dpl to not modify the lxc-debian template as shipped by upstream Not necessary. Once the bridge and dnsmasq have been set up on the host, the container will just work (perhaps with modifying lxc.network.type). On an Ubuntu host I can create and use Debian containers just fine and they have network. [0] why? because it's not the business to parse /etc/network/interface and modify from bin:lxc or bin:lxc-stuff. Yes, agreed. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#747465: (no subject)
I've the same problem: debian testing (jessie) + lxde. Maximilian's solution: I found out that notifications work correct if I provide the following file /usr/share/dbus-1/services/org.gnome.Notifications.service with content: [D-BUS Service] Name=org.freedesktop.Notifications Exec=/usr/lib/notification-daemon/notification-daemon works for me! signature.asc Description: Digital signature
Bug#748291: lxc-start: failed creating cgroups
reopen 748291 found 748291 1.0.3-2 tag 748291 -unreproducible -moreinfo -upstream +confirmed thanks I get the very same problem in a freshly created and rather minimal sid environment. It seems I merely need to install cgroupfs-mount to make this work. So adding a Depends: cgroupfs-mount | systemd-sysv seems sufficient to fix this? Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#750543: python-pbr: typo in long description (s/bad/based/)
Package: python-pbr Version: 0.8.0-1 Severity: minor % apt-cache show python-pbr [...] Description-en: inject useful and sensible default behaviors into setuptools - Python 2.x PBR (Python Build Reasonableness) is a library that injects some useful and sensible default behaviors into your setuptools run. PBR can: * Manage version number bad on git revisions and tags (Version file). ^^^ I assume this should be based instead regards, -mika- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014-06-04t12-17...@devnull.michael-prokop.at
Bug#750544: broken shstring support
Package: autopkgtest Version: 2.17 Severity: normal I'm implementing an ssh driver for autopkgtest and current support of shstring has several major issues: - adt-run always calls auxverb command - shell strings are not quoted properly This patch is an attempt to fix them. Thanks for considering it. -- Jean-Baptiste Lallement Canonical Services Ltd. IRC: jibel From 89c328064fe30e7644402f9dc2d6b975d35050cb Mon Sep 17 00:00:00 2001 From: Jean-Baptiste Lallement jeanbaptiste.lallem...@gmail.com Date: Wed, 4 Jun 2014 12:07:12 +0200 Subject: [PATCH] Fixed shstring handling * Merged print-auxverb-command and print-shstring-command into print-execute-command which return the right command string depending on downkind * Drop perl script when command is an shstring. In this case auxverb and * shstring are the same * Added cmd_quote_shstring that returns a shell escaped version of a string if downkind is shstring * Quote the script to run test with quote-shstring --- lib/VirtSubproc.py | 43 +++ runner/adt-run | 10 ++ 2 files changed, 25 insertions(+), 28 deletions(-) diff --git a/lib/VirtSubproc.py b/lib/VirtSubproc.py index b099879..7f2a858 100644 --- a/lib/VirtSubproc.py +++ b/lib/VirtSubproc.py @@ -34,6 +34,7 @@ import time import re import pipes import socket +import shlex import shutil debuglevel = None @@ -123,12 +124,12 @@ def cmd_close(c, ce): cleanup() -def cmd_print_auxverb_command(c, ce): -return print_command('auxverb', c, ce) - - -def cmd_print_shstring_command(c, ce): -return print_command('shstring', c, ce) +def cmd_print_execute_command(c, ce): +global downkind +if downkind == 'shstring': +return print_command('shstring', c, ce) +else: +return print_command('auxverb', c, ce) def print_command(which, c, ce): @@ -167,7 +168,7 @@ def execute_raw(what, instr, timeout, *popenargs, **popenargsk): def execute(cmd_string, cmd_list=[], downp=False, outp=False, timeout=0): -cmdl = cmd_string.split() +cmdl = shlex.split(cmd_string) if downp: perhaps_down = downs['auxverb'] @@ -267,16 +268,6 @@ def downtmp_remove(): global downtmp execute('rm -rf --', [downtmp], downp=True) -perl_quote_re = re.compile('[^-+=_.,;:() 0-9a-zA-Z]') - - -def perl_quote_1chargroup(m): -return '\\x%02x' % ord(m.group(0)) - - -def perl_quote(s): -return '' + perl_quote_re.sub(perl_quote_1chargroup, s) + '' - def opened1(): global down, downkind, downs @@ -286,13 +277,7 @@ def opened1(): 'shstring': down + ['sh', '-c']} elif downkind == 'shstring': downs = {'shstring': down, - 'auxverb': ['perl', '-e', ''' -@cmd=(''' + (','.join(map(perl_quote, down))) + '''); -s/'/'''/g foreach @ARGV; -push @cmd, '$_' foreach @ARGV; -my $argv0=$cmd[0]; -exec $argv0 @cmd; -die $argv0: $!''']} + 'auxverb': down } debug(downs = %s % str(downs)) @@ -649,6 +634,16 @@ def cmd_shell(c, ce): raise FailedCmd(['not supported by virt server']) +def cmd_quote_shstring(c, ce): + Return a shell escaped version of c if downkind is shstring + +global downkind +if downkind == 'shstring': +return [urllib.quote(pipes.quote(c[1]))] +else: +return [ce[1]] + + def command(): sys.stdout.flush() while True: diff --git a/runner/adt-run b/runner/adt-run index d6f24c8..c3c71e9 100755 --- a/runner/adt-run +++ b/runner/adt-run @@ -903,7 +903,7 @@ class Testbed: Return exit code. ''' -auxverb = map(urllib.unquote, self.commandr('print-auxverb-command')[0].split(',')) +cmde = map(urllib.unquote, self.commandr('print-execute-command')[0].split(',')) timeout = timeouts[kind] env = list(xenv) # copy @@ -917,7 +917,7 @@ class Testbed: VirtSubproc.timeout_start(timeout) try: -proc = subprocess.Popen(auxverb + cmdl) +proc = subprocess.Popen(cmde + cmdl) proc.communicate() VirtSubproc.timeout_stop() except VirtSubproc.Timeout: @@ -1352,6 +1352,7 @@ class Test: testbed.prepare(dn, 'needs-recommends' in self.restriction_names) def run(self, tree): +global testbed # record installed package versions if opts.output_dir: pkglist = TempTestbedPath(testbed, self.what + '-packages.all', autoclean=False) @@ -1400,12 +1401,13 @@ class Test: %(t)s 2 (tee %(e)s 2) (tee %(o)s) ''' % {'t': tb_test_path, 'o': so.tb, 'e': se.tb} +quoted = testbed.commandr('quote-shstring', [script])[0] if 'needs-root' not in self.restriction_names and opts.user is not None: if 'root-on-testbed' not in testbed.caps: bomb('cannot change
Bug#721996: udisks2/udev bug
This bug can be closed, since it seems that is a udisks2/udev bug rather than a thunar-volman bug: * #725978 udisks2 bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725978 * #713877 udev bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=713877 There is a couple of workarounds in those bugs that do udev (and thus thunar-volman) work as intended with CDs/DVDs and also with my Android phone mass storage. Also there is a related fix in the udev most recent package, but only for systemd users. The sysvinit users don't have their udev rules updated, so the bug is still there. Saludos de Javier jcant...@escomposlinux.org signature.asc Description: Digital signature
Bug#750545: isc-dhcp-client: patch for parse_option_param: Bad format a error
Package: isc-dhcp-client Version: 4.2.4-7 Severity: normal Hi, Please consider applying this patch, and/or getting it properly upstreamed if possible. https://github.com/Rogentos/rogentos-enterprise/blob/master/net-misc/dhcp/files/dhcp-4.2.1-dhclient-parse_option_param-Bad-format-a.patch I'm seeing this error here with the jessie client being fed by a wheezy server: # ifdown eth0; sleep 2; ifup eth0 Internet Systems Consortium DHCP Client 4.2.4 Copyright 2004-2012 Internet Systems Consortium. All rights reserved. For info, please visit https://www.isc.org/software/dhcp/ parse_option_param: Bad format a Listening on LPF/eth0 ... Thanks! Ron -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.15-rc7-amd64 (SMP w/12 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages isc-dhcp-client depends on: ii debianutils 4.4 ii iproute 1:3.14.0-1 ii isc-dhcp-common 4.2.4-7 ii libc62.18-7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#746709: transition: python3 -- change the default to 3.4
On 27/05/14 23:18, Emilio Pozuelo Monfort wrote: As discussed on IRC, let's do this one. And it is done! morse-simulator had to be removed because of #749685. 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#750546: ITP: sluice -- rate limiting data piping tool
Package: wnpp Severity: wishlist Owner: Colin Ian King colin.k...@canonical.com * Package name: sluice Version : 0.01.00 Upstream Author : Colin King colin.k...@canonical.com * URL : http://kernel.ubuntu.com/~cking/sluice * License : GPL-2+ Programming Lang: C Description : rate limiting data piping tool Sluice reads from standard input and write to standard output at a specified data rate. This can be useful for benchmarking and exercising I/O streaming at desired throughput rates. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749685: Processed: Re: Bug#749685: morse-simulator: FTBFS on Kfreebsd - Blocking python3.4^M^J as default python3
Control: severity -1 important reassigning and keeping that release critical is odd. This is a buildd issue, and should be better tracked as such. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745603: transition: php5
On 03/06/14 22:34, Ondřej Surý wrote: Hey, I think that php-apcu and libkolab had minimal changes, so they are good to go. I can't say anything about redland-bindings since there was a new upstream version upload, so I would rather be cautious. On the otherhand the popcon numbers are quite low: http://qa.debian.org/popcon.php?package=redland-bindings so not much harm would be done anyway. It's your call after all. Hinted, let's see how it goes. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750244: Info received (Bug#750244: syslinux-common: Failed to load ldlinux.c3
Hello This bug is introduced by syslinux-common. I found on syslinux mailing list information that downgrade of this package has resolved the bug. Here is the link http://www.zytor.com/pipermail/syslinux-commits/2011-July/001446.html. I build the netboot.tar.gz on linux system with debian 7.5. I created debian SID enviroment with debootstrap a then i used chroot. After that i used manual how to build debian installer. When i used the build netboot.tar.gz on PXE boot the error message was failed to load ldlinux.c32. I think the bug is present in sid. I also found older bug report with error message Failed to load ldlinux.c32. Bug number is 699884. Thank You Have nice Day ewew
Bug#750546: ITP: sluice -- rate limiting data piping tool
On 04/06/14 11:53, Timo Juhani Lindfors wrote: Hi, how does this compare to pv --limit-rate XXX? -Timo Hrmph, I didn't know about that specific option. sluice's only major difference in that respect is that it has a warning option to inform the user that it can't keep up with the specified data rate and that by default it is silent Colin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750020: transition: eglibc
Control: tags -1 confirmed On 31/05/14 21:09, Aurelien Jarno wrote: We would like to get a transition slot for eglibc 2.19. It is currently uploaded in experimental and has been built successfully on all architectures except armel and armhf. We have done manual builds on these architectures and they have been successful. Please go ahead. 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#745761: igtf-policy-bundle: General update after the debconf review process
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04-06-14 06:58, Christian PERRIER wrote: Dear Debian maintainer, Translators have been working hard and here is now the result of their efforts. [...] As said, please use *at least* the PO files as provided here, preferrably over those sent by translators in their bug reports. All of them have been checked and reformatted. In some cases, formatting errors have been corrected. I've reviewed the differences between the po files as originally sent, and in your attachment. I don't really understand what constitutes a formatting error. In some cases the strings in the po files were very wide, but in other cases the reformatting seemed to be rather arbitrary. It is now safe to upload a new package version with these changes. Please notify me of your intents with regards to this. On June 2, a new upstream release (1.57) came out. I've merged the translations with this update, and I intent to upload the new package ASAP but after at least some functional testing. The packaging is a bit out of the ordinary, as the templates.in file applies to several IGTF profile packages, and the normal flow of dh_installdebconf could not be used. I had to resort to manually running po2debconf on debian/templates.in in the rules file. I'm still in the process to become maintainer, and in the meantime I rely on my sponsor to upload the package for me. There is of course no hurry to update your package but feel free to contact me in case you would need sponsoring or any other action to fix this. If my usual sponsor doesn't respond in a reasonable timespan, I may take you up on your offer. Many thanks for all your efforts! Dennis van Dok -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBAgAGBQJTjwIbAAoJEN/62Bl2F+8Zox0P/0QAQhLaCOcVir+rWb126arH 098FfTivoX5yF+v5NukBhBDEntMC+z2ctmm2f0nwQvMWi9Bil9znQb2zIAKLBnsA ec5X7MHk3fX9MsxnFeZfeEsRXlSbgFeb3/HMUU6GvfVd7OJ2lxvNnWZtQ255ZbDS 2ia17ydvd4FyrZT+ZfMak2Z/v/BdScNGE/OPyUkahpB7Nxle1sDt8R+OaUIjHL6a FKXOFYb/xOayCkHOnEWkfWdr37WXMzDgCN8u7CK0FD5ScQp1cSBqdpSP7SvLPEUm c1yThl1JwSqTA8n77Pm6nysFZe/gG2lzsdkD3TTKCaSJjvlHLKq8izd1iah8+xz1 Yd0I0ERCoHIRGPETefisiPNIXhe9vDT+SDCZyjflOk8XTMhIScesWrAT50/q9maC CpqlM6Cvk3ncfz+OuUbfWdKU1v0oKYmxj5MsqxUXwHZTy0AOpeCFL5+0soBFKgqT OdNZpBP2l3CKceL/Sdc9Soq8HZpqCg+R+3V4fXfBXMccChXj3gnBLbvs/LDlz57e 3/DmGvOCnwCHAlt9Uc54xwzWlZGF8juXkZbjMQ6lgdeeW+A99f8uKYXUZ9APvDr5 St2aml6FDuMT3ZEtNU3u/cdRsyxLSeaO8WVfkKpRNPTPdYA16G0KanmFTUoeKlOJ hy3+zoE8QOePR252LKho =X95Q -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750546: ITP: sluice -- rate limiting data piping tool
Hi, how does this compare to pv --limit-rate XXX? -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750548: mips support for gluegen2
Package: gluegen2 Version: 2.1.5-1 Tags: sid patch Severity: important User: debian-mips-dev-disc...@lists.alioth.debian.org Usertags: mips-patch Package sivp fails to build on Debian for mips/mipsel arch with an error: SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh \ /usr/bin/scilab -nw -f builder.sce Could not create a Scilab main class. Error: Exception in thread main java.lang.ExceptionInInitializerError at javax.media.opengl.GLProfile.clinit(GLProfile.java:83) at org.scilab.modules.gui.SwingView.init(Unknown Source) at org.scilab.modules.gui.SwingView.registerSwingView(Unknown Source) at org.scilab.modules.core.Scilab.init(Unknown Source) Caused by: java.lang.RuntimeException: Please port CPU detection to your platform (linux/mipsel) at jogamp.common.os.PlatformPropsImpl.getCPUTypeImpl(PlatformPropsImpl.java:302) at jogamp.common.os.PlatformPropsImpl.clinit(PlatformPropsImpl.java:134) ... 4 more Scilab cannot create Scilab Java Main-Class (we have not been able to find the main Scilab class. Check if the Scilab and thirdparty packages are available). debian/rules:9: recipe for target 'build-arch' failed The reason for this failure is a lack of support for mips/mipsel in Debian package gluegen2, version 2.1.5. Patch add-mips-support.patch that contains support for mips/mipsel is attached. After rebuilding gluegen2 with these changes, I was able to build sivp successfully. Could you please consider including these changes into gluegen2? Best regards, Dejandiff -uNr gluegen2-2.1.5.orig/src/java/com/jogamp/common/os/MachineDescription.java gluegen2-2.1.5/src/java/com/jogamp/common/os/MachineDescription.java --- gluegen2-2.1.5.orig/src/java/com/jogamp/common/os/MachineDescription.java 2014-03-10 13:56:04.0 + +++ gluegen2-2.1.5/src/java/com/jogamp/common/os/MachineDescription.java 2014-05-28 14:09:01.0 + @@ -60,7 +60,11 @@ /** {@link Platform.CPUType#X86_64} Little Endian Windows */ X86_64_WINDOWS(Platform.CPUType.X86_64), /** {@link Platform.CPUType#SPARC_32} Big Endian Solaris */ - SPARC_32_SUNOS(Platform.CPUType.SPARC_32); + SPARC_32_SUNOS(Platform.CPUType.SPARC_32), + /** {@link Platform.CPUType#MIPS_32} Big Endian Unix */ + MIPS_32_UNIX(Platform.CPUType.MIPS_32), + /** {@link Platform.CPUType#MIPSEL_32} Little Endian Unix */ + MIPSEL_32_UNIX(Platform.CPUType.MIPSEL_32); public final Platform.CPUType cpu; @@ -77,6 +81,7 @@ private final static int[] size_x86_64_unix = { 4,8, 4, 8, 16,8, 4096 }; private final static int[] size_x86_64_windows = { 4,4, 4, 8, 16,8, 4096 }; private final static int[] size_sparc_32_sunos = { 4,4, 4, 8, 16,4, 8192 }; + private final static int[] size_mips_32_unix= { 4,4, 4, 8, 8,4, 4096 }; /* arch os i8, i16, i32, i64, int, long, float, doubl, ldoubl, ptr */ private final static int[] align_armeabi= { 1, 2, 4, 8, 4,4, 4, 8, 8, 4 }; @@ -86,6 +91,7 @@ private final static int[] align_x86_64_unix= { 1, 2, 4, 8, 4,8, 4, 8, 16, 8 }; private final static int[] align_x86_64_windows = { 1, 2, 4, 8, 4,4, 4, 8, 16, 8 }; private final static int[] align_sparc_32_sunos = { 1, 2, 4, 8, 4,4, 4, 8, 8, 4 }; + private final static int[] align_mips_32_unix = { 1, 2, 4, 8, 4,4, 4, 8, 8, 4 }; public enum StaticConfig { /** {@link MachineDescription.ID#ARMle_EABI } */ @@ -101,7 +107,11 @@ /** {@link MachineDescription.ID#X86_64_WINDOWS } */ X86_64_WINDOWS(ID.X86_64_WINDOWS, true, size_x86_64_windows, align_x86_64_windows), /** {@link MachineDescription.ID#SPARC_32_SUNOS } */ - SPARC_32_SUNOS(ID.SPARC_32_SUNOS, false, size_sparc_32_sunos, align_sparc_32_sunos); + SPARC_32_SUNOS(ID.SPARC_32_SUNOS, false, size_sparc_32_sunos, align_sparc_32_sunos), + /** {@link MachineDescription.ID#MIPS_32_UNIX } */ + MIPS_32_UNIX(ID.MIPS_32_UNIX, false, size_mips_32_unix, align_mips_32_unix), + /** {@link MachineDescription.ID#MIPSEL_32_UNIX } */ + MIPSEL_32_UNIX(ID.MIPSEL_32_UNIX, true, size_mips_32_unix, align_mips_32_unix); public final ID id; public final MachineDescription md; diff -uNr gluegen2-2.1.5.orig/src/java/com/jogamp/common/os/Platform.java gluegen2-2.1.5/src/java/com/jogamp/common/os/Platform.java --- gluegen2-2.1.5.orig/src/java/com/jogamp/common/os/Platform.java 2014-05-26 14:57:41.0 + +++ gluegen2-2.1.5/src/java/com/jogamp/common/os/Platform.java 2014-05-28 14:09:01.0 + @@ -113,6 +113,8 @@ MIPS_32( CPUFamily.MIPS, 0x0001),
Bug#750547: lxc: [INTL:et] Updated Estonian translation of the debconf templates lxc
Package: lxc Severity: wishlist Tags: patch l10n Dear Maintainer, I have included a patch for lxc debconf Estonian translation -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (600, 'stable-updates'), (600, 'stable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash From 651f1da3a1d1ee0f2f74d60b89ff87802ed88be5 Mon Sep 17 00:00:00 2001 From: Georg Kahest ge...@life.ee Date: Wed, 4 Jun 2014 13:54:32 +0300 Subject: [PATCH] [INTL:et] Estonian debconf template translation for lxc --- debian/po/et.po | 44 1 file changed, 44 insertions(+) create mode 100644 debian/po/et.po diff --git a/debian/po/et.po b/debian/po/et.po new file mode 100644 index 000..58f082e --- /dev/null +++ b/debian/po/et.po @@ -0,0 +1,44 @@ +# SOME DESCRIPTIVE TITLE. +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the PACKAGE package. +# Georg Kahest ge...@life.ee, 2014. +# +#, fuzzy +msgid +msgstr +Project-Id-Version: lxc\n +Report-Msgid-Bugs-To: l...@packages.debian.org\n +POT-Creation-Date: 2014-04-05 11:26+0200\n +PO-Revision-Date: 2014-06-04 \n +Last-Translator: Georg Kahest ge...@life.ee\n +Language-Team: Estonian ge...@life.ee\n +Language: ET\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: UTF-8\n + +#. Type: title +#. Description +#: ../lxc-stuff.templates:1001 +msgid Linux Containers: LXC setup +msgstr Linuxi konteinerid: LXC paigaldamine + +#. Type: string +#. Description +#: ../lxc-stuff.templates:2001 +msgid LXC directory: +msgstr LXC kataloog: + +#. Type: string +#. Description +#: ../lxc-stuff.templates:2001 +msgid +Please specify the directory that will be used to store the Linux Containers. +msgstr Palun.määra.katlaoog.mida.kasutatakse.konteinerite.hoiustamiseks + +#. Type: string +#. Description +#: ../lxc-stuff.templates:2001 +msgid If unsure, use /srv/lxc/containers (default). +msgstr +Kui sa.ei.soovi.kataloogi.muuta.kasuta.vaikeväärtust /srv/lxc/containers -- 1.7.10.4
Bug#750549: ipvsadm: unable to load more than one rule
Package: ipvsadm Version: 1:1.26-1 Severity: important Dear Maintainer, I was working in a cluster with pacemker and corosync and lvs to do load balancing. The cluster has two nodes, and lvs needs two virtual servers (IPv4,IPv6) and four real servers (2 IPv4,2 IPv6). I tried inserting rules both using ldirectord and ipvsadm directly. They were unable to add more than one real server per AF. The expectation was that 2 real servers were included per AF. Please, see raw ipvsadm commands below: root@debian:~# ipvsadm -L -n IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags - RemoteAddress:Port Forward Weight ActiveConn InActConn TCP 192.168.1.10:389 rr - 192.168.1.11:389Route 1 0 0 TCP [fc00:1::1]:389 rr - [fc00:1::2]:389 Route 1 0 0 root@debian:~# ipvsadm -A -t 192.168.1.10:389 -s rr Service already exists root@debian:~# ipvsadm --add-server --tcp-service 192.168.1.10:389 --real-server 192.168.1.11 Destination already exists root@debian:~# ipvsadm --add-server --tcp-service 192.168.1.10:389 --real-server 192.168.1.12 Destination already exists root@debian:~# ipvsadm -A -t [fc00:1::1]:389 -s rr Service already exists root@debian:~# ipvsadm --add-server --tcp-service [fc00:1::1]:389 --real-server [fc00:1::2]:80 Destination already exists root@debian:~# ipvsadm --add-server --tcp-service [fc00:1::1]:389 --real-server [fc00:1::3]:80 Destination already exists root@debian:~# ipvsadm -L -n IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags - RemoteAddress:Port Forward Weight ActiveConn InActConn TCP 192.168.1.10:389 rr - 192.168.1.11:389Route 1 0 0 TCP [fc00:1::1]:389 rr - [fc00:1::2]:389 Route 1 0 0 -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ipvsadm depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38+deb7u1 ii libnl1 1.1-7 ii libpopt0 1.16-7 ii lsb-base 4.1+Debian8+deb7u1 ipvsadm recommends no packages. Versions of packages ipvsadm suggests: pn heartbeat none pn keepalived none ii ldirectord 1:3.9.2-5+deb7u2 -- Configuration Files: /etc/default/ipvsadm changed: AUTO=false DAEMON=none -- debconf information: ipvsadm/kernel_does_not_support_ipvs: ipvsadm/daemon_multicast_interface: eth0 ipvsadm/auto_load_rules: false ipvsadm/daemon_method: none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750550: pm-utils: pm-is-supported should not exit with 0 if hibernation is not setup
Package: pm-utils Version: 1.3.0-3 Hi, pm-is-supported --hibernate and --suspend-hybrid both return 0 even if trying to hibernate is going to break the system due to no resume= partition being configured. Handling this at the check_hibernate level should also prevent pm-hibernate from leading to basically an unclean reboot. Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750551: pm-utils: pm-is-supported _is_ used by upower, in spite of the claim from the manpage
Package: pm-utils Version: 1.4.1-9 Severity: minor Hi, The pm-is-supported manpage states that UPower does not use [pm-is-supported], yet the linux backend of upower does just that [1]. Granted, the feature of upower is deprecated, but the claim is still inaccurate/no longer accurate. [1]http://sources.debian.net/src/upower/0.9.23-2/src/linux/up-backend.c?hl=385#L377 Cheers, -- Raphael Geissert - Debian Developer www.debian.org - get.debian.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744753: anacron: Anacron not triggered when system resumes under systemd
On Tue, Jun 03, 2014 at 08:25:25PM +0200, Lennart Poettering wrote: On Tue, 03.06.14 05:43, Michael Biebl (bi...@debian.org) wrote: Lennart, do you have better solution for such services which need to be restarted on suspend/resume? Why would a service need something like this? This sounds systematically flawed... I'd really try to focus on that and fix the software in question. The service in question, when started, checks to see if any of its cron jobs haven't been run for a specified period, running them if they haven't, then exits. It's intended as a replacement for the daily/weekly/monthly cron jobs, which will not run if your computer is turned off when their time arrives. Lennart -- Sam Morris https://robots.org.uk/ 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749880: transition: marble18okular4
On Tue, Jun 3, 2014 at 23:04:43 +0200, Maximiliano Curia wrote: In file included from /usr/include/ImageMagick-6/magick/MagickCore.h:29:0, from /usr/include/ImageMagick-6/magick/api.h:24, from /tmp/buildd/digikam-4.0.0/obj-x86_64-linux-gnu/extra/kipi-plugins/videoslideshow/magickiface/../../../../../extra/kipi-plugins/videoslideshow/magickiface/magickiface.h:40, from /tmp/buildd/digikam-4.0.0/obj-x86_64-linux-gnu/extra/kipi-plugins/videoslideshow/magickiface/magickiface.moc:9, from /tmp/buildd/digikam-4.0.0/extra/kipi-plugins/videoslideshow/magickiface/magickiface.cpp:26: /usr/include/ImageMagick-6/magick/magick-config.h:21:38: fatal error: magick/magick-baseconfig.h: No such file or directory #include magick/magick-baseconfig.h That doen't seem to be related to the marble or okular soversion change. I'd say that looks like an imagemagick bug... Cheers, Julien signature.asc Description: Digital signature
Bug#750360: systemd-sysv: breaks NFS root systems
Am 04.06.2014 07:54, schrieb Dominik George: While the attached patch looks correct, I'd very much prefer if we could just mount /usr from the initramfs, which would make this issue obsolete. Uh? Not really… remember, we are just goin to check whether we got the *rootfs* mounted, we can hardly go mount something to /usr for that. You are misunderstanding. If /usr is on a separate file system and we mount that from within the initramfs [1], we don't need to worry about using resources from /usr Apart from that, there is no /usr in the initramfs. I didn't say that. [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=652459 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#750552: ITP: node-fileset -- Wrapper around miniglob / minimatch combo to allow multiple patterns matching and include-exclude ability
Package: wnpp Severity: wishlist Owner: Leo Iannacone l...@ubuntu.com * Package name: node-fileset Version : 0.1.5 Upstream Author : Mickael Daniel daniel.mick...@gmail.com * URL : https://github.com/mklabs/node-fileset * License : Expat Programming Lang: JavaScript Description : files patterns matching fileset provides an easy way to get a list of files by either using glob or path patterns. It can also optionally allowing exclude patterns to filter out the results. . Node.js is an event-based server-side JavaScript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750549: ipvsadm: unable to load more than one rule
On Wed, 04 Jun 2014, Miguel Angel Martin wrote: Package: ipvsadm Version: 1:1.26-1 Severity: important Dear Maintainer, I was working in a cluster with pacemker and corosync and lvs to do load balancing. The cluster has two nodes, and lvs needs two virtual servers (IPv4,IPv6) and four real servers (2 IPv4,2 IPv6). I tried inserting rules both using ldirectord and ipvsadm directly. They were unable to add more than one real server per AF. The expectation was that 2 real servers were included per AF. Please, see raw ipvsadm commands below: root@debian:~# ipvsadm -L -n IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags - RemoteAddress:Port Forward Weight ActiveConn InActConn TCP 192.168.1.10:389 rr - 192.168.1.11:389Route 1 0 0 TCP [fc00:1::1]:389 rr - [fc00:1::2]:389 Route 1 0 0 root@debian:~# ipvsadm -A -t 192.168.1.10:389 -s rr Service already exists root@debian:~# ipvsadm --add-server --tcp-service 192.168.1.10:389 --real-server 192.168.1.11 Destination already exists root@smithers ~ # ipvsadm -A -t 192.168.1.10:389 -s rr root@smithers ~ # ipvsadm --add-server --tcp-service 192.168.1.10:389 --real-server 192.168.1.11 root@smithers ~ # ipvsadm --add-server --tcp-service 192.168.1.10:389 --real-server 192.168.1.12 root@smithers ~ # ipvsadm -Ln IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags - RemoteAddress:Port Forward Weight ActiveConn InActConn TCP 192.168.1.10:389 rr - 192.168.1.11:389 Route 1 0 0 - 192.168.1.12:389 Route 1 0 0 root@scyllaneu ~ # ipvsadm -A -t [fc00:1::1]:389 -s rr root@scyllaneu ~ # ipvsadm --add-server --tcp-service [fc00:1::1]:389 --real-server [fc00:1::2]:389 root@scyllaneu ~ # ipvsadm --add-server --tcp-service [fc00:1::1]:389 --real-server [fc00:1::3]:389 root@scyllaneu ~ # ipvsadm --add-server --tcp-service [fc00:1::1]:389 --real-server [fc00:1::4]:389 root@scyllaneu ~ # ipvsadm -Ln IP Virtual Server version 1.2.1 (size=4096) Prot LocalAddress:Port Scheduler Flags - RemoteAddress:Port Forward Weight ActiveConn InActConn TCP 192.168.1.10:389 rr - 192.168.1.11:389 Route 1 0 0 - 192.168.1.12:389 Route 1 0 0 TCP [fc00:1::1]:389 rr - [fc00:1::2]:389 Route 1 0 0 - [fc00:1::3]:389 Route 1 0 0 - [fc00:1::4]:389 Route 1 0 0 hmm, this works well here. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750529: systemd unit: Respect default file
Hi, Am 04.06.2014 09:34, schrieb Martin Pitt: brltty's systemd unit unconditionally starts the service. This mis-matches the behaviour of the init.d file which checks RUN_BRLTTY in /etc/default/brltty. The attached debdiff adjusts the unit to do the same. It's not pretty, but seems to work well enough. In the long run this hackery should stop of course; systemd units are rather fundamentally incompatible with the idea of enabling/disabling units with a default file instead of using update-rc.d enable/disable (which works for SysV init, systemd, and upstart). But as long as we have these options in the default file they should be respected. Alternatively, to fix this bug it also seems fine to me to drop the RUN_BRLTTY option altogether. I'm against adding such hacks to the .service file. Please don't do that. Please use the migration to native .service files to get rid of it. If you don't want the service to be started by default, simply use dh_systemd_enable --no-enable (or use a Condition*, if that is possible). While unfortunately there is no equivalent (yet) for update-rc.d, you can simply add a short comment to /etc/default/foo, that the RUN_BRLTTY setting has no influence on the systemd service and one should use systemctl enable|disable instead and that RUN_BRLTTY is only for the legacy system. I don't want to see those RUN flags in /etc/default/foo dragged over into systemd service files. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#750553: move .so to -dev package
Package: liblog4cplus-1.0-4 Version: 1.0.4-1 Severity: serious As per policy: https://www.debian.org/doc/debian-policy/ch-sharedlibs.html [...] The SONAME symlink is installed by the runtime shared library package, and the bare .so symlink is installed in the development package since it's only used when linking binaries or shared libraries. [...] Please move the .so to the -dev package. BTW .la file should be removed now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750546: ITP: sluice -- rate limiting data piping tool
On Wed, 04 Jun 2014, Colin Ian King wrote: Package: wnpp Severity: wishlist Owner: Colin Ian King colin.k...@canonical.com * Package name: sluice Version : 0.01.00 Upstream Author : Colin King colin.k...@canonical.com * URL : http://kernel.ubuntu.com/~cking/sluice * License : GPL-2+ Programming Lang: C Description : rate limiting data piping tool Sluice reads from standard input and write to standard output at a specified data rate. This can be useful for benchmarking and exercising I/O streaming at desired throughput rates. We already have the pv package, which does all of that and more, and that's in the absolutely ancient version in Debian/Ubuntu. Does sluice have relevant differences or advantages over pv ? Looks like we could use a more active maintainer for pv, though. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750547: lxc: [INTL:et] Updated Estonian translation of the debconf templates lxc
Minor fix to the patch. From 651f1da3a1d1ee0f2f74d60b89ff87802ed88be5 Mon Sep 17 00:00:00 2001 From: Georg Kahest ge...@life.ee Date: Wed, 4 Jun 2014 13:54:32 +0300 Subject: [PATCH] [INTL:et] Estonian debconf template translation for lxc --- debian/po/et.po | 44 1 file changed, 44 insertions(+) create mode 100644 debian/po/et.po diff --git a/debian/po/et.po b/debian/po/et.po new file mode 100644 index 000..58f082e --- /dev/null +++ b/debian/po/et.po @@ -0,0 +1,44 @@ +# SOME DESCRIPTIVE TITLE. +# Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER +# This file is distributed under the same license as the PACKAGE package. +# Georg Kahest ge...@life.ee, 2014. +# +#, fuzzy +msgid +msgstr +Project-Id-Version: lxc\n +Report-Msgid-Bugs-To: l...@packages.debian.org\n +POT-Creation-Date: 2014-04-05 11:26+0200\n +PO-Revision-Date: 2014-06-04 \n +Last-Translator: Georg Kahest ge...@life.ee\n +Language-Team: Estonian ge...@life.ee\n +Language: ET\n +MIME-Version: 1.0\n +Content-Type: text/plain; charset=UTF-8\n +Content-Transfer-Encoding: UTF-8\n + +#. Type: title +#. Description +#: ../lxc-stuff.templates:1001 +msgid Linux Containers: LXC setup +msgstr Linuxi konteinerid: LXC paigaldamine + +#. Type: string +#. Description +#: ../lxc-stuff.templates:2001 +msgid LXC directory: +msgstr LXC kataloog: + +#. Type: string +#. Description +#: ../lxc-stuff.templates:2001 +msgid +Please specify the directory that will be used to store the Linux Containers. +msgstr Palun mƤƤra katlaoog mida kasutatakse konteinerite hoiustamiseks. + +#. Type: string +#. Description +#: ../lxc-stuff.templates:2001 +msgid If unsure, use /srv/lxc/containers (default). +msgstr +Kui sa ei soovi kataloogi muuta, kasutan vaikevƤƤrtust /srv/lxc/containers -- 1.7.10.4
Bug#750517: no longer supports ducktyping for BufferedFile.write
On 06/03/2014 10:02 PM, Jelmer Vernooij wrote: Package: python-paramiko Version: 1.14.0-1 Severity: normal As of recently, paramiko no longer accepts buffer() objects as argument to BufferedFile.write. Rather, it requires that all arguments be either bytestrings or unicode strings. This regression breaks bzr, which writes files in chunks using buffer(). File /usr/lib/python2.7/dist-packages/paramiko/file.py, line 324, in write data = b(data) File /usr/lib/python2.7/dist-packages/paramiko/py3compat.py, line 43, in b raise TypeError(Expected unicode or bytes, got %r % s) TypeError: Expected unicode or bytes, got read-only buffer for 0x7fbbb3f348f0, size 5242880, offset 0 at 0x7fbbcb8599b0 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-paramiko depends on: ii python 2.7.6-2 ii python-crypto 2.6.1-5 ii python-ecdsa 0.11-1 python-paramiko recommends no packages. python-paramiko suggests no packages. -- no debconf information Jelmer, Thank you for finding and reporting this, as well as going ahead and forwarding upstream and linking the issue. I follow the upstream issues as well so I'll track and see if I can't get a patch fix introduced sooner than a new release if need be. Regards, Jeremy signature.asc Description: OpenPGP digital signature
Bug#750529: systemd unit: Respect default file
tag 750529 -patch thanks Michael Biebl [2014-06-04 14:07 +0200]: I'm against adding such hacks to the .service file. Please don't do that. Please use the migration to native .service files to get rid of it. If you don't want the service to be started by default, simply use dh_systemd_enable --no-enable (or use a Condition*, if that is possible). While unfortunately there is no equivalent (yet) for update-rc.d, you can simply add a short comment to /etc/default/foo, that the RUN_BRLTTY setting has no influence on the systemd service and one should use systemctl enable|disable instead and that RUN_BRLTTY is only for the legacy system. I don't want to see those RUN flags in /etc/default/foo dragged over into systemd service files. Fair enough, let's go with the comment and --no-enable then. There is no Condition* that allows you to specify a command, so we can't use that. Thanks, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#750546: ITP: sluice -- rate limiting data piping tool
On 04/06/14 13:14, Henrique de Moraes Holschuh wrote: On Wed, 04 Jun 2014, Colin Ian King wrote: Package: wnpp Severity: wishlist Owner: Colin Ian King colin.k...@canonical.com * Package name: sluice Version : 0.01.00 Upstream Author : Colin King colin.k...@canonical.com * URL : http://kernel.ubuntu.com/~cking/sluice * License : GPL-2+ Programming Lang: C Description : rate limiting data piping tool Sluice reads from standard input and write to standard output at a specified data rate. This can be useful for benchmarking and exercising I/O streaming at desired throughput rates. We already have the pv package, which does all of that and more, and that's in the absolutely ancient version in Debian/Ubuntu. Does sluice have relevant differences or advantages over pv ? sluice's only difference in that respect is that it has a warning option to inform the user that it can't keep up with the specified data rate. I guess we can close this bug and get pv updated, I don't think sluices features merit uploading to Debian considering pv is superior. Looks like we could use a more active maintainer for pv, though. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744820:
Control: tags -1 + pending On 2014-06-04 4:43, Vincent Cheng wrote: On Tue, Jun 3, 2014 at 2:17 PM, Adam D. Barratt a...@adam-barratt.org.uk wrote: On Thu, 2014-05-29 at 12:59 +1000, Jackson Doak wrote: diff -u catfish-0.3.2/debian/changelog catfish-0.3.2/debian/changelog --- catfish-0.3.2/debian/changelog +++ catfish-0.3.2/debian/changelog @@ -1,3 +1,10 @@ +catfish (0.3.2-1+deb6u1) squeeze; urgency=medium + + * Add 50Fix_cve.dpatch. Closes: #739958 +- CVE-2014-2093 CVE-2014-2094 CVE-2014-2095 CVE-2014-2096 Please go ahead. Uploaded, thanks! Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#747113: wheezy-pu: package nostalgy/0.2.31-1~deb7u1
Control: tags -1 + pending On 2014-05-30 0:11, David Prévot wrote: On Mon, 2014-05-05 at 13:27 -0400, David Prévot wrote: As reported in #746235, the nostalgy version currently in stable does not work properly with icedove 24 from stable-security. [...] please go ahead with the upload. Done. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736492: pu: package cyrus-imapd-2.4/2.4.16-4+deb7u2
Control: tags -1 + pending On 2014-06-03 23:00, Ondřej Surý wrote: Thanks, fixed the changelog and uploaded it to ftp-master. Flagged for acceptance. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750554: harden-doc: Use LSB headers for firewall script
Package: harden-doc Severity: wishlist Version: 3.15.1 Tags: patch Patch rewrites firewall section to reflect Debian's usage (since Squeeze) of dependency based boot sequencing. Also, fixes a bug in the script and re-writes some of the comments. Index: en/services.sgml === --- en/services.sgml (revision 10419) +++ en/services.sgml (working copy) @@ -1697,10 +1697,17 @@ itemMove the script to file/etc/init.d/myfirewall/file -itemConfigure the system to run the script before any network is -configured: +itemThe below script takes advantage of Debian's use (since Squeeze) +of dependency based boot sequencing. For more information see: +url id=https://wiki.debian.org/LSBInitScripts/DependencyBasedBoot; +name=Debian Dependency Based Boot and +url id=https://wiki.debian.org/LSBInitScripts; +name=How to write an LSB Init Script. With the LSB headers set as +they are in the script, insserv will automatically configure the +system to start the firewall before any network is brought up, and +stop the firewall after any network is brought down. example -#update-rc.d myfirewall start 40 S . stop 89 0 6 . +# insserv myfirewall /example /list @@ -1709,6 +1716,17 @@ example #!/bin/sh +### BEGIN INIT INFO +# Provides: myfirewall +# Required-Start:$local_fs +# Required-Stop: $local_fs +# Default-Start: S +# Default-Stop: 0 6 +# X-Start-Before:$network +# X-Stop-After: $network +# Short-Description: My custom firewall. +### END INIT INFO +# # Simple example firewall configuration. # # Caveats: @@ -1740,8 +1758,10 @@ # Network that will be used for remote mgmt # (if undefined, no rules will be setup) # NETWORK_MGMT=192.168.0.0/24 -# Port used for the SSH service, define this is you have setup a -# management network but remove it from TCP_SERVICES +# If you want to setup a management network (i.e. you've uncommented +# the above line) you will need to define the SSH port as well (i.e. +# uncomment the below line.) Remember to remove the SSH port from the +# TCP_SERVICES string. # SSH_PORT=22 if ! [ -x /sbin/iptables ]; then @@ -1766,8 +1786,6 @@ # Remote management if [ -n $NETWORK_MGMT ] ; then /sbin/iptables -A INPUT -p tcp --src ${NETWORK_MGMT} --dport ${SSH_PORT} -j ACCEPT - else -/sbin/iptables -A INPUT -p tcp --dport ${SSH_PORT} -j ACCEPT fi # Remote testing /sbin/iptables -A INPUT -p icmp -j ACCEPT -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/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
Bug#747114: wheezy-pu: package sieve-extension/0.2.3d-2~deb7u1
Control: tags -1 + pending On 2014-05-30 0:12, David Prévot wrote: On Mon, 2014-05-05 at 13:37 -0400, David Prévot wrote: As reported in #746039, the sieve version currently in stable does not work properly with icedove 24 from stable-security. [...] Please go ahead Thanks for the confidence. Flagged for acceptance; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#748250: closed by Laszlo Boszormenyi (GCS) g...@debian.org (Bug#748250: fixed in expat 2.1.0-5)
Control: found -1 expat/2.1.0-5 On Sun, May 18, 2014 at 07:51:09PM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the expat package: #748250: expat: use dh-autoreconf to fix FTBFS on ppc64el It has been closed by Laszlo Boszormenyi (GCS) g...@debian.org. You don't appear to have actually applied this patch at all. Here's the complete diff from 2.1.0-4: diff -Nru expat-2.1.0/debian/changelog expat-2.1.0/debian/changelog --- expat-2.1.0/debian/changelog2013-07-07 11:51:06.0 +0100 +++ expat-2.1.0/debian/changelog2014-05-18 19:55:29.0 +0100 @@ -1,3 +1,14 @@ +expat (2.1.0-5) unstable; urgency=low + + * Move to Standards-Version 3.9.5 and to debhelper level 9 . + * Sync with Ubuntu. + + [ Matthias Klose d...@ubuntu.com ] + * Use dh-autoreconf (closes: #748250). + * Enable parallel builds. + + -- Laszlo Boszormenyi (GCS) g...@debian.org Sun, 18 May 2014 20:43:19 +0200 + expat (2.1.0-4) unstable; urgency=low * New maintainer (closes: #660681). diff -Nru expat-2.1.0/debian/compat expat-2.1.0/debian/compat --- expat-2.1.0/debian/compat 2013-07-07 11:49:17.0 +0100 +++ expat-2.1.0/debian/compat 2014-05-18 19:48:19.0 +0100 @@ -1 +1 @@ -8 +9 diff -Nru expat-2.1.0/debian/control expat-2.1.0/debian/control --- expat-2.1.0/debian/control 2013-07-07 11:44:14.0 +0100 +++ expat-2.1.0/debian/control 2014-05-18 19:48:14.0 +0100 @@ -2,8 +2,8 @@ Section: text Priority: optional Maintainer: Laszlo Boszormenyi (GCS) g...@debian.org -Standards-Version: 3.9.4 -Build-Depends: debhelper (= 8.1.3), docbook-to-man, +Standards-Version: 3.9.5 +Build-Depends: debhelper (= 9), docbook-to-man, dpkg-dev (= 1.16.0), gcc-multilib [i386 powerpc sparc s390] Homepage: http://expat.sourceforge.net Reopening bug; I guess you're OK with the patch since you listed it in your changelog, so could you please actually apply it? :-) Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750548: NMU debdiff for gluegen2_2.1.5-1.1
Hello Sylvestre, At Imagination Technologies (http://imgtec.com/) Dejan Latinovic has found a solution to Debian bugs #750548. https://bugs.debian.org/750548 My NMU debdiff for gluegen2_2.1.5-1.1 is below, at the end of this message. With the changes in the NMU patch gluegen2 builds successfully on mips, mipsel and amd64. Regards, Aníbal -- Aníbal Monsalve Salazar anibal.monsalvesala...@imgtec.com debdiff gluegen2_2.1.5-1.dsc gluegen2_2.1.5-1.1.dsc diff -Nru gluegen2-2.1.5/debian/changelog gluegen2-2.1.5/debian/changelog --- gluegen2-2.1.5/debian/changelog 2014-03-24 13:26:16.0 + +++ gluegen2-2.1.5/debian/changelog 2014-06-04 13:19:53.0 +0100 @@ -1,3 +1,13 @@ +gluegen2 (2.1.5-1.1) unstable; urgency=medium + + * Non-maintainer upload. + * Add mips support. +Add add-mips-support.patch. +Patch by Dejan Latinovic dejan.latino...@imgtec.com. +Closes: #750548. + + -- Anibal Monsalve Salazar ani...@debian.org Wed, 04 Jun 2014 13:17:00 +0100 + gluegen2 (2.1.5-1) unstable; urgency=medium * New upstream release diff -Nru gluegen2-2.1.5/debian/patches/add-mips-support.patch gluegen2-2.1.5/debian/patches/add-mips-support.patch --- gluegen2-2.1.5/debian/patches/add-mips-support.patch1970-01-01 01:00:00.0 +0100 +++ gluegen2-2.1.5/debian/patches/add-mips-support.patch2014-06-04 13:16:14.0 +0100 @@ -0,0 +1,194 @@ +From: Dejan Latinovic dejan.latino...@imgtec.com +Subject: mips support for gluegen2 +Date: Wed, 4 Jun 2014 11:34:11 + + +https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750548 + +Package sivp fails to build on Debian for mips/mipsel arch with an +error: + + SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 DOCBOOK_ROOT=/usr/share/sgml/docbook/stylesheet/xsl/nwalsh \ + /usr/bin/scilab -nw -f builder.sce + Could not create a Scilab main class. Error: + Exception in thread main java.lang.ExceptionInInitializerError + at javax.media.opengl.GLProfile.clinit(GLProfile.java:83) + at org.scilab.modules.gui.SwingView.init(Unknown Source) + at org.scilab.modules.gui.SwingView.registerSwingView(Unknown Source) + at org.scilab.modules.core.Scilab.init(Unknown Source) + Caused by: java.lang.RuntimeException: Please port CPU detection to your platform (linux/mipsel) + at jogamp.common.os.PlatformPropsImpl.getCPUTypeImpl(PlatformPropsImpl.java:302) + at jogamp.common.os.PlatformPropsImpl.clinit(PlatformPropsImpl.java:134) + ... 4 more + + Scilab cannot create Scilab Java Main-Class (we have not been able to find the main Scilab class. Check if the Scilab and thirdparty packages are available). + debian/rules:9: recipe for target 'build-arch' failed + + +The reason for this failure is a lack of support for mips/mipsel in +Debian package gluegen2, version 2.1.5. + +Patch add-mips-support.patch that contains support for mips/mipsel is +attached. + +After rebuilding gluegen2 with these changes, I was able to build sivp +successfully. + +diff -uNr a/src/java/com/jogamp/common/os/MachineDescription.java b/src/java/com/jogamp/common/os/MachineDescription.java +--- a/src/java/com/jogamp/common/os/MachineDescription.java2014-03-10 13:56:04.0 + b/src/java/com/jogamp/common/os/MachineDescription.java2014-05-28 14:09:01.0 + +@@ -60,7 +60,11 @@ + /** {@link Platform.CPUType#X86_64} Little Endian Windows */ + X86_64_WINDOWS(Platform.CPUType.X86_64), + /** {@link Platform.CPUType#SPARC_32} Big Endian Solaris */ +- SPARC_32_SUNOS(Platform.CPUType.SPARC_32); ++ SPARC_32_SUNOS(Platform.CPUType.SPARC_32), ++ /** {@link Platform.CPUType#MIPS_32} Big Endian Unix */ ++ MIPS_32_UNIX(Platform.CPUType.MIPS_32), ++ /** {@link Platform.CPUType#MIPSEL_32} Little Endian Unix */ ++ MIPSEL_32_UNIX(Platform.CPUType.MIPSEL_32); + + public final Platform.CPUType cpu; + +@@ -77,6 +81,7 @@ + private final static int[] size_x86_64_unix = { 4,8, 4, 8, 16,8, 4096 }; + private final static int[] size_x86_64_windows = { 4,4, 4, 8, 16,8, 4096 }; + private final static int[] size_sparc_32_sunos = { 4,4, 4, 8, 16,4, 8192 }; ++ private final static int[] size_mips_32_unix= { 4,4, 4, 8, 8,4, 4096 }; + + /* arch os i8, i16, i32, i64, int, long, float, doubl, ldoubl, ptr */ + private final static int[] align_armeabi= { 1, 2, 4, 8, 4, 4, 4, 8, 8, 4 }; +@@ -86,6 +91,7 @@ + private final static int[] align_x86_64_unix= { 1, 2, 4, 8, 4, 8, 4, 8, 16, 8 }; + private final static int[] align_x86_64_windows = { 1, 2, 4, 8, 4, 4, 4, 8, 16, 8 }; + private final static int[] align_sparc_32_sunos = { 1, 2, 4, 8, 4, 4, 4, 8, 8, 4 }; ++ private final
Bug#750555: zenity: Zenity Color-picker Has An Echo - 00C0C0 Becomes 0000C0C0C0C0
Package: zenity Version: 3.12.1-1 Severity: normal Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** I was testing zenity and came upon its color-picker. I gave it this command $ zenity --color-selection --color=#00c0c0 1 junk $ cat junk #c0c0c0c0 I was expecting just an echo of the input or the color-selection that I made in the window but got each byte/pair of hex digits repeated usually. Occasionally I get some random digits, but usually, it's this echoing behaviour. It doesn't seem to matter whether I type digits in, click on the colours or use the eye-dropper. pogson@beast:~$ zenity --color-selection --color=#00c0c0 #c0c00451 pogson@beast:~$ zenity --color-selection --color=#00c0c0 #e5e559592e2e pogson@beast:~$ zenity --color-selection --color=#00c0c0 #9b36b3b8b3b8 pogson@beast:~$ zenity --color-selection --color=#00c0c0 #928ed150d150 It's still useful but adds an unnecessary layer of complexity to the data. $ zenity --version 3.12.1 *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10.41_EDAC (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF8, LC_CTYPE=en_CA.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages zenity depends on: ii libc6 2.18-7 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-02.40.0-3 ii libgtk-3-0 3.12.2-1 ii libnotify4 0.7.6-2 ii libpango-1.0-0 1.36.3-1 ii libwebkitgtk-3.0-0 2.4.2-1 ii libx11-62:1.6.2-2 ii zenity-common 3.12.1-1 zenity recommends no packages. zenity 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#748250: closed by Laszlo Boszormenyi (GCS) g...@debian.org (Bug#748250: fixed in expat 2.1.0-5)
Hi Colin, On Wed, Jun 4, 2014 at 2:50 PM, Colin Watson cjwat...@debian.org wrote: You don't appear to have actually applied this patch at all. Here's the complete diff from 2.1.0-4: [...] Reopening bug; I guess you're OK with the patch since you listed it in your changelog, so could you please actually apply it? :-) Oops, lost it somewhere. Will do it soon of course. Thanks for the heads-up, 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#750556: libqtmultimediakit1 hangs when starting without pulseaudio running
Package: libqtmultimediakit1 Version: 1.2.0-3+b1 Severity: normal Applications using QtMultimediaKit from QtMobility hang when querying for audio devices if pulseaudio daemon isn't running. This is a known bug upstream refuses to fix: https://bugreports.qt-project.org/browse/QTBUG-29742 The problem is that Qt's code locks the PA mainloop before initializing the connection, but if the connection fails to be initialized (like when PA is not running or is not installed), it tries to free the mainloop without unlocking it, leading to a lock and freeze. The attached patch fixes the issue. Bug #740451 is seemingly also related. -- Georg Rudoy qtmultimedia_pulse.patch Description: Binary data
Bug#750557: pgadmin: have random crashes ( memory corruption or double free )
Package: pgadmin3 Version: 1.18.1-3 Severity: important File: pgadmin Tags: upstream Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pgadmin3 depends on: ii libc6 2.18-7 ii libgcc1 1:4.9.0-5 ii libkrb5-3 1.12.1+dfsg-1 ii libpq5 9.3.4-1+b1 ii libssl1.0.0 1.0.1g-4 ii libstdc++6 4.9.0-5 ii libwxbase3.0-0 3.0.0-4 ii libwxgtk3.0-0 3.0.0-4 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii pgadmin3-data 1.18.1-3 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages pgadmin3 recommends: pn pgagentnone ii postgresql-client-9.3 [postgresql-client] 9.3.4-1+b1 Versions of packages pgadmin3 suggests: ii postgresql-contrib 9.3+155 -- 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#750558: pgadmin3 does support ssh jumps, but does not support ssh-agent
Package: pgadmin3 Version: 1.18.1-3 Severity: wishlist Tags: upstream Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pgadmin3 depends on: ii libc6 2.18-7 ii libgcc1 1:4.9.0-5 ii libkrb5-3 1.12.1+dfsg-1 ii libpq5 9.3.4-1+b1 ii libssl1.0.0 1.0.1g-4 ii libstdc++6 4.9.0-5 ii libwxbase3.0-0 3.0.0-4 ii libwxgtk3.0-0 3.0.0-4 ii libxml2 2.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii pgadmin3-data 1.18.1-3 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages pgadmin3 recommends: pn pgagentnone ii postgresql-client-9.3 [postgresql-client] 9.3.4-1+b1 Versions of packages pgadmin3 suggests: ii postgresql-contrib 9.3+155 -- 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#750560: aptitude: segfault in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int)
Package: aptitude Version: 0.6.10-1 Severity: important aptitude segfaults between download and preconfigure phase. using aptitude-dbg I get a scary strack trace containing 15900 entries, out of which 15880 the following: #15883 0x77b1bf2f in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 Namely the top is: #0 0x75667b55 in ?? () from /lib/x86_64-linux-gnu/libc.so.6 #1 0x75669e40 in malloc () from /lib/x86_64-linux-gnu/libc.so.6 #2 0x75f10508 in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #3 0x75f105b9 in operator new[](unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #4 0x77ae011e in pkgCache::DepIterator::AllTargets() const () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #5 0x77b1bc5a in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #6 0x77b1ca0d in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #7 0x77b1bf2f in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #8 0x77b1ca0d in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 ...then follows a few similar lines until #15883 0x77b1bf2f in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #15884 0x77b21bf0 in pkgPackageManager::OrderInstall() () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #15885 0x557552fa in DoInstallPreFork (this=optimized out) at /usr/include/apt-pkg/packagemanager.h:122 #15886 download_install_manager::finish_pre_dpkg (this=0x57d67a20, res=(unknown: 4120454688), res@entry=pkgAcquire::Continue) at ../../../../src/generic/apt/download_install_manager.cc:154 #15887 0x5575539f in download_install_manager::finish (this=this@entry=0x57d67a20, result=result@entry=pkgAcquire::Continue, progress=0x58493f50, k=...) at ../../../../src/generic/apt/download_install_manager.cc:258 #15888 0x556a5c89 in ui_download_manager::done (this=0x579978b0, t=optimized out, res=pkgAcquire::Continue) at ../../src/ui_download_manager.cc:63 #15889 0x5560931c in operator() (_A_a2=@0x7fffe244: pkgAcquire::Continue, _A_a1=@0x7fffe248: 0x57d684b0, this=0x7fffe250) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:593 #15890 (anonymous namespace)::do_download_complete (t=0x57d684b0, res=pkgAcquire::Continue, continuation=...) at ../../src/download_thread.cc:220 #15891 0x5560db03 in operator() (_A_a3=..., _A_a2=@0x563d7ec0: pkgAcquire::Continue, _A_a1=@0x563d7eb8: 0x57d684b0, this=0x563d7eb0) at /usr/include/sigc++-2.0/sigc++/functors/ptr_fun.h:185 #15892 operator()download_thread*, pkgAcquire::RunResult, safe_slot2void, download_thread*, pkgAcquire::RunResult (_A_arg3=..., _A_arg2=@0x563d7ec0: pkgAcquire::Continue, _A_arg1=@0x563d7eb8: 0x57d684b0, this=0x563d7ea8) at /usr/include/sigc++-2.0/sigc++/adaptors/adaptor_trait.h:123 #15893 operator() (this=0x563d7ea0) at /usr/include/sigc++-2.0/sigc++/adaptors/bind.h:1511 #15894 sigc::internal::slot_call0sigc::bind_functor-1, sigc::pointer_functor3download_thread*, pkgAcquire::RunResult, safe_slot2void, download_thread*, pkgAcquire::RunResult, void, download_thread*, pkgAcquire::RunResult, safe_slot2void, download_thread*, pkgAcquire::RunResult, sigc::nil, sigc::nil, sigc::nil, sigc::nil, void::call_it ( rep=0x563d7e70) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:103 #15895 0x556a1655 in operator() (this=0x7fffe2c0) at /usr/include/sigc++-2.0/sigc++/functors/slot.h:440 #15896 aptitude::safe_slot_event::dispatch (this=optimized out) at ../../src/safe_slot_event.h:40 #15897 0x77177373 in cwidget::toplevel::mainloop(int) () from /usr/lib/x86_64-linux-gnu/libcwidget.so.3 #15898 0x5569df08 in ui_main () at ../../src/ui.cc:2941 #15899 0x555bccc6 in main (argc=1, argv=optimized out) at ../../src/main.cc:1322 I can install selected packages but cannot get a large upgrade done. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#673565: ftpsync update?
Hello, Anyone working on packaging the ftpmaster's ftpsync set of scripts? I looked at the git repository[2] which holds the latest version[1] and it seems the package needs some work. For example there's no debian/ directory at all, and scripts like ftpsync itself need to be called with certain environment variables to run properly. Those scripts also need a config file which, it seems to me, would be reasonable to configure with debconf or similar. Finally, it seems that ftpsync isn't really the appropriate name because, as was mentionned before, that package name is already taken by a more general GNU utility. Furthermore, much more than the ftpsync script are packaged in there. There are scripts to: * notify mirrors (bin/runmirrors) * deploy the scripts themselves (bin/udh, bin/dircombine) * a script to sync packages.debian.org (bin/pushpdo) * check mirror status (mirrorcheck/*, the dmc seen at http://mirror.debian.org/status.html) There are also scripts I don't understand what they does: * bin/websync - seems similar to ftpsync? * bin/typicalsync - seems to just do the rsync, how does that compare with ftpsync? Besides, the git repo is called archvsync, maybe that could be used for the package name? Or should those components be split in multiple parts? Mirrorcheck, for example, maybe should be a completely separate package? Otherwise maybe this could be simply called debian-archive-tools? I'm mostly curious to hear whether the FTP masters are intending to package this tool, and if they would use the packaged version for their own needs as well. Thanks for any feedback, A. [1]: https://www.debian.org/mirror/ftpmirror [2]: git clone https://ftp-master.debian.org/git/archvsync.git -- Choose a job you love and you will never have to work a day in your life. - Confucius pgpzyq47OOQEc.pgp Description: PGP signature
Bug#750557: [Pkg-postgresql-public] Bug#750557: pgadmin: have random crashes ( memory corruption or double free )
Control: tag -1 moreinfo Re: bmorel 2014-06-04 20140604132642.9797.58545.reportbug@D2SI-P07-2.D2SI Package: pgadmin3 Version: 1.18.1-3 Severity: important File: pgadmin Tags: upstream Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? Can you provide any details on this? What did you do? What's the output? Can you provide a backtrace? Christoph -- c...@df7cb.de | http://www.df7cb.de/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750559: openrc: breaks boot if extra crypto devices are present
On 06/04/2014 06:59 PM, Ritesh Raj Sarraf wrote: A SaK by the kernel allowed it to proceed. Attached is the syslog snippet on what the kernel detected as the processes to be killed at that stage. Missed the syslog snippet. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System Jun 4 12:46:16 zan kernel: [ 13.169167] nouveau [ VBIOS][:01:00.0] ... signature not found Jun 4 12:46:16 zan kernel: [ 13.169175] nouveau [ VBIOS][:01:00.0] checking PCIROM for image... Jun 4 12:46:16 zan kernel: [ 13.169383] nouveau :01:00.0: Invalid ROM contents Jun 4 12:46:16 zan kernel: [ 13.169396] nouveau [ VBIOS][:01:00.0] ... signature not found Jun 4 12:46:16 zan kernel: [ 13.169398] nouveau [ VBIOS][:01:00.0] checking PLATFORM for image... Jun 4 12:46:16 zan kernel: [ 13.169401] nouveau [ VBIOS][:01:00.0] ... signature not found Jun 4 12:46:16 zan kernel: [ 13.169404] nouveau E[ VBIOS][:01:00.0] unable to locate usable image Jun 4 12:46:16 zan kernel: [ 13.169408] nouveau E[ DEVICE][:01:00.0] failed to create 0x1001, -22 Jun 4 12:46:16 zan kernel: [ 13.169413] nouveau E[ DRM] failed to create 0x8080, -22 Jun 4 12:46:16 zan kernel: [ 13.169972] nouveau: probe of :01:00.0 failed with error -22 Jun 4 12:46:16 zan kernel: [ 13.620428] EXT4-fs (dm-0): re-mounted. Opts: (null) Jun 4 12:46:16 zan kernel: [ 13.687870] EXT4-fs (dm-0): re-mounted. Opts: delalloc,errors=remount-ro Jun 4 12:46:16 zan kernel: [ 13.999037] psmouse serio2: alps: Unknown ALPS touchpad: E7=10 00 64, EC=10 00 64 Jun 4 12:46:16 zan kernel: [ 15.295811] psmouse serio2: trackpoint: IBM TrackPoint firmware: 0x0e, buttons: 3/3 Jun 4 12:46:16 zan kernel: [ 15.496232] input: TPPS/2 IBM TrackPoint as /devices/platform/i8042/serio1/serio2/input/input14 Jun 4 12:46:16 zan kernel: [ 21.073912] SysRq : Emergency Sync Jun 4 12:46:16 zan kernel: [ 21.074598] Emergency Sync complete Jun 4 12:46:16 zan kernel: [ 23.555354] SysRq : SAK Jun 4 12:46:16 zan kernel: [ 23.555434] SAK: killed process 2576 (sleep): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.555444] SAK: killed process 2491 (runscript.sh): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.555448] SAK: killed process 2474 (runscript.sh): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.555454] SAK: killed process 2473 (openrc-run): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.555460] SAK: killed process 371 (openrc): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.555465] SAK: killed process 370 (init): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.57] SAK: killed process 370 (init): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.60] SAK: killed process 371 (openrc): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.89] SAK: killed process 2473 (openrc-run): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.92] SAK: killed process 2474 (runscript.sh): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.95] SAK: killed process 2491 (runscript.sh): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 23.97] SAK: killed process 2576 (sleep): task_session(p)==tty-session Jun 4 12:46:16 zan kernel: [ 24.700216] input: ACPI Virtual Keyboard Device as /devices/virtual/input/input17 Jun 4 12:46:16 zan rsyslogd-2007: action 'action 18' suspended, next retry is Wed Jun 4 12:46:46 2014 [try http://www.rsyslog.com/e/2007 ] Jun 4 12:46:16 zan dnsmasq[2797]: unknown interface lo Jun 4 12:46:16 zan dnsmasq[2797]: FAILED to start up Jun 4 12:46:16 zan /etc/init.d/dnsmasq[2780]: ERROR: dnsmasq failed to start Jun 4 12:46:18 zan avahi-daemon[3024]: Found user 'avahi' (UID 106) and group 'avahi' (GID 113). Jun 4 12:46:18 zan avahi-daemon[3024]: Successfully dropped root privileges. Jun 4 12:46:18 zan avahi-daemon[3024]: avahi-daemon 0.6.31 starting up. Jun 4 12:46:18 zan avahi-daemon[3024]: Successfully called chroot(). Jun 4 12:46:18 zan avahi-daemon[3024]: Successfully dropped remaining capabilities. Jun 4 12:46:18 zan avahi-daemon[3025]: chroot.c: open() failed: No such file or directory Jun 4 12:46:18 zan avahi-daemon[3024]: Failed to open /etc/resolv.conf: Invalid argument Jun 4 12:46:18 zan avahi-daemon[3024]: No service file found in /etc/avahi/services. Jun 4 12:46:18 zan avahi-daemon[3024]: Network interface enumeration completed. signature.asc Description: OpenPGP digital signature
Bug#750562: sendmail: CVE-2014-3956
Package: sendmail Severity: grave Tags: security Justification: user security hole Hi, please see http://www.openwall.com/lists/oss-security/2014/06/03/1 for details. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750534: chromium: We cannot detect a running copy of GNOME on this system
That's because Chromium dropped support for NPAPI plugins for all platform (same thing with Adobe's flash), the only two solutions are: using another browser, or asking GNOME to make a PPAPI port of the gnome-extension plugin. http://unix.stackexchange.com/a/129281/41104 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org