Bug#705942: modemmanager: Did not work with Ericsson H5321gw
Package: modemmanager
Version: 0.5.2.0-2
Severity: normal
Dear Maintainer,
Udev file '77-mm-ericsson-mbm.rules' did not include :
ATTRS{idVendor}==0bdb, ATTRS{idProduct}==1927, ENV{ID_MM_ERICSSON_MBM}=1
which is needed for Ericsson H5321gw installed in Lenovo Thinkpad T430. Once
added, it works well
Thanks,
Etienne.
-- System Information:
Debian Release: 7.0
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.8.8-eb (SMP w/4 CPU cores)
Locale: LANG=fr_CH.utf8, LC_CTYPE=fr_CH.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages modemmanager depends on:
ii libc6 2.13-38
ii libdbus-1-3 1.6.8-1
ii libdbus-glib-1-2 0.100.2-1
ii libglib2.0-0 2.33.12+really2.32.4-5
ii libgudev-1.0-0175-7.1
Versions of packages modemmanager recommends:
ii usb-modeswitch 1.2.3+repack0-1
modemmanager 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#705943: ITP: txzmq -- ZeroMQ bindings for Twisted
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: txzmq Version : 0.6.2 Upstream Author : Andrey Smirnov * URL : https://github.com/smira/txZMQ/ * License : GPLv2 Programming Lang: Python Description : ZeroMQ bindings for Twisted txZMQ allows to integrate easily ØMQ sockets into Twisted event loop (reactor). I intend to package this from within the DPMT as a transitive dependency of fedmsg. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705944: ITP: txws -- Twisted WebSockets wrapper
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: txws Version : 0.7.1 Upstream Author : Corbin Simpson * URL : https://github.com/MostAwesomeDude/txWS * License : Expat Programming Lang: Python Description : Twisted WebSockets wrapper txWS (pronounced Twisted WebSockets) is a small, short, simple library for adding WebSockets server support to your favorite Twisted applications. I intend to package this in the DPMT as a dependency to moksha.hub. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705137: [pkg-bacula-devel] Bug#705137: bacula-console-qt: help-bat help fails to show. it shows index.html in pwd instead
Hi! Thank you very much for report. Yes, this files missed in package, we will fix this in next version. В Wed, 10 Apr 2013 16:19:50 +0200 Alberto Á. Fuentes afuen...@qindel.com пишет: Package: bacula-console-qt Version: 5.2.6+dfsg-8 Severity: normal Even with bacula-docs instaled, if you press help-bat help in the menu of bacula-console-qt it shows nothing. We can see in console missing index.html If you happen to have an index.html in the same directory we launch bat from, it will show it instead of the help. It took a long time to figure out what was going on with the help, because i had a random index.html in the same directory from i was launching bat -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula-console-qt depends on: ii bacula-common 5.2.6+dfsg-8 ii libc6 2.13-38 ii libcap21:2.22-1.2 ii libgcc11:4.7.2-5 ii libqtcore4 4:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libssl1.0.01.0.1e-2 ii libstdc++6 4.7.2-5 ii libwrap0 7.6.q-24 ii zlib1g 1:1.2.7.dfsg-13 bacula-console-qt recommends no packages. bacula-console-qt suggests no packages. -- no debconf information ___ pkg-bacula-devel mailing list pkg-bacula-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-bacula-devel -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Bug#705929: Additional information
There is also one more audio issue which may be related: Audio of resumed video in gnash will have really high volume so i must put it near mute on scale to get rid of static-like noise effect.
Bug#695323: Icedove: Debian patch breaks forwarding of simple messages
Hello Carsten, On Sun, Apr 14, 2013 at 2:10 PM, Carsten Schoenert c.schoen...@t-online.de wrote: Where did you get this backport for 17.0.4 ? I though this is a missunderstanding on your side. :) Anyway ... 17.0.4 is from http://mozilla.debian.net/ (Icedove version esr). That's why my report was CC'd to the pkg-mozilla-maintainers list, which is listed as the contact for problems with backports from there. thanks for your tracking down the problem Frank. So the problem seems to be now the mail itself which should be forwarded. Can you please append one of such a mail so we can check localy why this issue happen? I don't think appending such an email will do any good, as any kind of wrapping is likely to nullify the problem. I will, however, directly send such a problematic email to you (Carsten), by using the method I mentioned previously. This mail will come from a different email address than this one. Thanks for looking into this and regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705945: ITP: moksha.hub -- Hub components for Moksha
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com Control: block -1 by 705941 705932 705943 705944 * Package name: moksha.hub Version : 1.2.1 Upstream Author : Luke Macken, John (J5) Palmieri, Mairin Duffy, and Ralph Bean * URL : http://mokshaproject.net/ * License : Apache 2.0 Programming Lang: Python Description : Hub components for Moksha Moksha is a combination of Web framework and messaging hub that is written on top of widely-used and tested components such as Twisted, 0mq or TurboGears. This package provides the messaging hub. I intend to maintain this package from within the DPMT as part of the dependency chain for fedmsg. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705900: check_ping fail if host do not have IPv6 address
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Cheers, Am 22.04.13 15:27, schrieb Petter Reinholdtsen: So if libnss-myhostname insist on returning the Link IPv6 address for a given machine, it need to add the interface name as part of the address string. The reason the interface name is needed, is that the addresses are only guaranteed to be unique per interface, and it is perfectly possible to have the same IPv6 link address on several interfaces. while this assumption is valid for local used (indeed with execptions) and multicast IPv6 addresses, this should NOT be the case for globaly routed IPv6 addresses. Just my 2 euro-cents, Jan. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (Darwin) Comment: GPGTools - http://gpgtools.org iEYEARECAAYFAlF1VZIACgkQ9u6Dud+QFyQ7pQCbBSkoIJwipcUDfQ46J1T0TbOw 6EcAnjlF3YyRN5SdXM83GhpXto+SHsl1 =DQrp -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#705946: chkrootkit: Check for suspect PHP files is broken by design
Package: chkrootkit
Version: 0.49-4
Severity: important
Tags: patch
Hi,
the check for suspect PHP files is broken by design.
1. Any non-text file contents confuse the results of the grep if they match.
2. Not file names are printed, but file contents. That can't be what the check
is supposed to achieve.
This patch fixes '/usr/bin/find: head terminated by signal 13' errors and
prints affected file names instead of their content.
Debian bug #588121 is partly affected by this issue as well.
Please accept the attached patch.
Thanks
Andi
-- System Information:
Debian Release: 6.0.7
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686-bigmem (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages chkrootkit depends on:
ii binutils 2.20.1-16 The GNU assembler, linker and bina
ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy
ii libc6 2.11.3-4 Embedded GNU C Library: Shared lib
ii net-tools 1.60-23 The NET-3 networking toolkit
ii procps 1:3.2.8-9squeeze1 /proc file system utilities
chkrootkit recommends no packages.
chkrootkit suggests no packages.
-- debconf information:
* chkrootkit/run_daily: false
chkrootkit/run_daily_opts: -q
chkrootkit/diff_mode: false
Author: Andreas Stempfhuber a...@afulinux.de
Description: The check for suspect PHP files is broken by design.
1. Any non-text file contents confuse the results of the grep if they match.
2. Not file names are printed, but file contents. That can't be what the check
is supposed to achieve.
This patch fixes '/usr/bin/find: head terminated by signal 13' errors and
prints affected file names instead of their content.
--- a/chkrootkit
+++ b/chkrootkit
@@ -1152,9 +1152,9 @@
printn Searching for suspect PHP files... ; fi
files=`${find} ${ROOTDIR}tmp ${ROOTDIR}var/tmp ${findargs} -name
'*.php' 2 /dev/null`
if [ `echo abc | head -n 1` = abc ]; then
- fileshead=`${find} ${ROOTDIR}tmp ${ROOTDIR}var/tmp ${findargs} -type f
-exec head -n 1 {} \; | $egrep '#!.*php' 2 /dev/null`
+ fileshead=`${find} ${ROOTDIR}tmp ${ROOTDIR}var/tmp ${findargs} -type f
-exec sh -c 'head -n 1 $1 2 /dev/null | grep -q ^#!.*php echo $1' {}
{} \;`
else
- fileshead=`${find} ${ROOTDIR}tmp ${ROOTDIR}var/tmp ${findargs} -type f
-exec head -1 {} \; | grep '#!.*php' 2 /dev/null`
+ fileshead=`${find} ${ROOTDIR}tmp ${ROOTDIR}var/tmp ${findargs} -type f
-exec sh -c 'head -1 $1 2 /dev/null | grep -q ^#!.*php echo $1' {} {}
\;`
fi
if [ ${files} = -a ${fileshead} = ]; then
if [ ${QUIET} != t ]; then echo nothing found; fi
Bug#705947: ITP: fabulous -- Makes your terminal output totally fabulous
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: fabulous Version : 0.1.5 Upstream Author : J.A. Roberts Tunney * URL : http://lobstertech.com/fabulous.html * License : Expat Programming Lang: Python Description : Makes your terminal output totally fabulous Fabulous is a Python library designed to make the output of terminal applications look fabulous. Fabulous allows you to print colors, images, and stylized text to the console (without curses.) Fabulous also offers features to improve the usability of Python's standard logging system. This module is a dependency of fedmsg, I intend to maintain it with the DPMT. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681370: package reference count needed for getting python ready for multiarch
Hi!
On Thu, 2012-07-12 at 19:48:50 +0200, Matthias Klose wrote:
Package: dpkg
Version: 1.16.7
Severity: normal
For a Multi-Arch same package, which contains .py files which are
byte-compiled
in the postinst, and the byte code is removed in the preinst, it is necessary
to
know how many copies of the package are installed, so that the byte code is
only compiled after the first package is installed, and only removed if the
last
package is removed. This can be done using
(As I've mentioned on debian-devel, I don't think a fully multiarch
enabled python is currently a good idea, but that's besides this bug
report.)
if [ $(dpkg-query -W 'pkg:*' 2/dev/null | wc -l) -le 1 ]; then
... byte code compilation
fi
if [ $(dpkg-query -W 'pkg:*' 2/dev/null | wc -l) -le 1 ]; then
... byte code removal
fi
This is not right, and will not take into account dpkg selections.
A correct way to currently compute the present instances could be:
dpkg-query -f '${db:Status-Abbrev} ${binary:Package}\n' -W pkgname | \
grep -v '^.n' | wc -l
It would be better to have this package reference count availabe in the
environment when running the maintainer scripts.
Yes, this seems like a good idea, I'll queue a patch for 1.17.x.
Thanks,
Guillem
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705797: [packagekit] Re: RFH: Port packagekit to !linux
Hi! 2013/4/20 Petr Salinger petr.salin...@seznam.cz: [...] There are two problematic parts. The first one is a try to auto-kill a spawned agent process, when the master process suddenly dies. In normal case, it is signaled from master. There is no counter part functionality on (k)FreeBSD. The second one is wait for agent process finish. The packagekit code uses unnecessary complex function to achieve it. The simple waitpid() suffices everywhere. The patch is attached. Great, thank you! Tested on Linux, works there. I will upload a version of PackageKit with this patch to Experimental today. Kind regards, Matthias -- Debian Developer | Freedesktop-Developer KDE-Developer| GNOME-Contributor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705948: nyquist: FTBFS on i386 with corrupted #include specifiers
Package: nyquist
Version: 3.05-2
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu raring ubuntu-patch
Dear Maintainer,
When building this package in Ubuntu Raring we are seeing reliable FTBFS
triggered by corrupted #include statements. This is triggered by an
overlapping strcpy() which is not permitted. Why this does not trigger
on other architectures is unclear.
In Ubuntu, the attached patch was applied to achieve the following:
* patches/intgen-avoid-overlapping-strcpy.patch: avoid illegal
overlapping strcpy invocation.
Thanks for considering the patch.
Andy.
-- System Information:
Debian Release: wheezy/sid
APT prefers raring-updates
APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring')
Architecture: i386 (i686)
Kernel: Linux 3.8.0-19-generic (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
diff -Nru nyquist-3.05/debian/changelog nyquist-3.05/debian/changelog
diff -Nru nyquist-3.05/debian/patches/intgen-avoid-overlapping-strcpy.patch nyquist-3.05/debian/patches/intgen-avoid-overlapping-strcpy.patch
--- nyquist-3.05/debian/patches/intgen-avoid-overlapping-strcpy.patch 1970-01-01 01:00:00.0 +0100
+++ nyquist-3.05/debian/patches/intgen-avoid-overlapping-strcpy.patch 2013-04-22 17:02:52.0 +0100
@@ -0,0 +1,17 @@
+Description: intgen avoid overlapping strcpy
+ Lisp intgen is using overlapping strcpy which is not permitted,
+ switch to using memmove.
+Author: Andy Whitcroft a...@ubuntu.com
+Last-Update: 2013-04-22
+
+--- nyquist-3.05.orig/misc/intgen.c
nyquist-3.05/misc/intgen.c
+@@ -487,7 +487,7 @@ static void process_file(fname, out)
+ /* strip off leading directory prefix, if any */
+ cp = strrchr(incl_file, FILESEP); /* find the last slash */
+ if (cp) {
+-strcpy(incl_file, cp + 1 /* skip the slash */);
++memmove(incl_file, cp + 1 /* skip the slash */, strlen(cp + 1) + 1);
+ }
+
+ if (flag != no_include_prefix) fprintf(out, #include \%s\\n\n, incl_file);
diff -Nru nyquist-3.05/debian/patches/series nyquist-3.05/debian/patches/series
--- nyquist-3.05/debian/patches/series 2012-07-18 02:02:31.0 +0100
+++ nyquist-3.05/debian/patches/series 2013-04-22 16:45:34.0 +0100
@@ -4,3 +4,4 @@
use-system-liblo.patch
use-system-portadio.patch
fix-term-includes.patch
+intgen-avoid-overlapping-strcpy.patch
Bug#705949: ITP: m2ext -- M2Crypto Extensions
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: m2ext Version : 0.1 Upstream Author : Lev Shamardin * URL : https://github.com/abbot/m2ext * License : BSD Programming Lang: Python Description : M2Crypto Extensions This package contains some extended functions which are not (yet) available in M2Crypto trunk. It is a dependency of fedmsg, I'll package it inside the DPMT. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705946: chkrootkit: Check for suspect PHP files is broken by design
Hi, just to note that the Debian changelog for version 0.48-7 contains: * debian/patches/nophpcheck.dpatch: Delete the suspect PHP files check. Not only does it trigger SIGPIPE for file names which contain special unescaped characters, the second half is doubtful (it doesn't print any filenames and gets confused by binary file contents). (Closes: #479187) And changelog for 0.49-1 contains: * [508aa04] Refreshed patches, removed nophpcheck.patch and fixchkdirsinppc.patch The patch was removed without fixing the issues :-( Thanks Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705950: ITP: bunch -- Dot-accessible Python dictionary (a la JavaScript objects)
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com * Package name: bunch Version : 1.0.1 Upstream Author : David Schoonover * URL : http://github.com/dsc/bunch * License : Expat Programming Lang: Python Description : Dot-accessible Python dictionary (a la JavaScript objects) Bunch is a subclass of Python's dict that supports attribute-style access, a la JavaScript. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705393: [RFR] templates://sipml5/{sipml5-web-phone.templates}
Quoting Justin B Rye (justin.byam@gmail.com): Your review should be sent as an answer to this mail. (snip Justin's review) I just picked all changes suggested by Justin (who said but this is always what you're doing anyway! ?). signature.asc Description: Digital signature
Bug#705951: texlive-pictures, tikz-timing broken
Package: texlive-pictures
Version: 2012.20130315-1
Severity: grave
The tikz-timing part of texlive-pictures is broken; it looks like
several text replacements have been performed by some subversion server
that break tikz-timing.
If you compile a latex document that uses tikz-timing
(\usepackage{tikz-timing}), you get the error:
! LaTeX Error: File `svn-prov.sty' not found.
/usr/share/texlive/texmf-dist/tex/latex/tikz-timing/tikz-timing.sty,
line 28 reads:
\RequirePackage{svn-prov}[2009/05/03]
Which probably should have been
\RequirePackage{tikz}[2009/05/03]
There are more illegal replacements all over the tikz-timing files.
best regards
Markus
--
Markus Weißmann, M.Sc.
Technische Universität München
Institut für Informatik
Boltzmannstr. 3
D-85748 Garching
Germany
http://wwwknoll.in.tum.de/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705952: ITP: python-fedora -- Python modules for interacting with Fedora Services
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com Control: block -1 by 705950 * Package name: python-fedora Version : 0.3.32.3 Upstream Author : Toshio Kuratomi * URL : http://fedorahosted.org/python-fedora * License : LGPLv2+ Programming Lang: Python Description : Python modules for interacting with Fedora Services The Fedora module provides a python API for building `Fedora Services`_ and clients that connect to them. It has functions and classes that help to build TurboGears_ applications and classes to make building clients of those services much easier. This is the last dependency for fedmsg (finally !!). It will go into the DPMT SVN repo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#368297: [PATCH] Fix dropping privileges issue on setuid programs on systems with PAM/LDAP and GnuTLS/libgcrypt
tags 368297 + wheezy-ignore
user release.debian@packages.debian.org
usertag 368297 + wheezy-can-defer
On Fri, Jan 25, 2013 at 00:44:21 +0100, Carlos Alberto Lopez Perez wrote:
When sudo/su/passwd/insert-any-setuid-program-that-calls-getpwent() on
a system configured with PAM/LDAPs it chains into libldap, which uses
GnuTLS/libgcrypt to manage the TLS channel.
So I've tried to reproduce that, by installing sudo-ldap, slapd,
lib{nss,pam}-ldap, ssl-cert and configuring stuff to use
ldaps://localhost. Seems like things work when the user is in
/etc/passwd, and fail if they're in ldap.
The failure goes away when switching to lib{nss,pam}-ldapd, which was
already the recommended workaround for this bug in squeeze.
I understand that some use cases aren't supported by this alternative,
but:
- AIUI this was already the case in squeeze
- the way forward is probably to improve on them, for jessie, not try
and keep lib{nss,pam}-ldap around indefinitely
Cheers,
Julien
signature.asc
Description: Digital signature
Bug#705953: ITP: fedmsg -- Fedora Messaging Client API
Package: wnpp Severity: wishlist Owner: Simon Chopin chopin.si...@gmail.com Control: block -1 by 705949 705947 705945 705852 * Package name: fedmsg Version : 0.6.8 Upstream Author : Ralph Bean * URL : http://fedmsg.com * License : LGPLV2+ Programming Lang: Python Description : Fedora Messaging Client API fedmsg (Fedora-Messaging) is a python package and API used around Fedora Infrastructure to send and receive messages to and from applications. This package would be used for my GSoC project[1], Implementation of message passing in the Debian infrastructure. This is the last ITP for today, I promise :-) [1] http://wiki.debian.org/SummerOfCode2013/StudentApplications/SimonChopin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705672: libclang1 should get a symbols file
On 18/04/2013 12:13, Matthias Klose wrote: Package: llvm-toolchain, llvm-toolchain-3.2 Severity: important libclang1 should get a symbols file to show that these are really compatible. I implemented the change in the svn. I will upload it once I have enough changes. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705838: clang pure virtual function call crash with binaries built with C++11's std::thread - request for backport
On 20/04/2013 21:21, Shaun Reich wrote: Package: clang Version: 3.2-1 clang 3.2 was shipped with a bug that was fixed only ~2 weeks ago, that affected all binaries which utilized C++11's std::thread mechanism, and were built with clang. and apparently llvm doesn't do bugfix releases :( The llvm bug report link below already has a test case and at the bottom which revision it was fixed in ( r178816 ). Fix doesn't seem invasive, so I'd like to get this in here so I can actually build my app, (on an ubuntu workstation). http://llvm.org/bugs/show_bug.cgi?id=12730 I applied the patch from upstream. I will upload it once I have enough changes. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705954: ITP: ms-sys -- writes Microsoft compatible boot records
Package: wnpp Severity: wishlist Owner: Joao Eriberto Mota Filho eribe...@eriberto.pro.br * Package name: ms-sys Version : 2.3.0 Upstream Author : Henrik Carlqvist he...@users.sourceforge.net * URL : http://ms-sys.sf.net * License : GPL2 Programming Lang: C Description : writes Microsoft compatible boot records Does the same as Microsoft fdisk /mbr to a hard disk or sys d: to a floppy or FAT32 partition except that it does not copy any system files, only the boot record is written. The current version supports up to Windows 7. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705827: babeltrace: FTBFS on GNU/kFreeBSD
* Petr Salinger petr.salin...@seznam.cz wrote:
Package: babeltrace
Version: 1.1.0-1
Severity: serious
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
The value ENODATA is linux specific,
please use some general error number, like shown bellow.
It would also be nice if you can inform upstream about this.
Thanks
Petr
--- formats/ctf/ctf.c
+++ formats/ctf/ctf.c
@@ -1032,7 +1032,7 @@
buflen = strlen(*buf);
if (!buflen) {
*fp = NULL;
- return -ENODATA;
+ return -ENOENT;
}
*fp = babeltrace_fmemopen(*buf, buflen, rb);
if (!*fp) {
Fixed upstream by:
commit 493330cb8cd73be8a598308b78f0fc1d4912843a
Author: Mathieu Desnoyers mathieu.desnoy...@efficios.com
Date: Mon Apr 22 12:12:50 2013 -0400
Fix kFreeBSD build
Use general error numbers available on kFreeBSD.
Reported-by: Petr Salinger petr.salin...@seznam.cz
Signed-off-by: Mathieu Desnoyers mathieu.desnoy...@efficios.com
This will be in the next release, which I expect to be very soon.
Cheers,
--
Jon
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705954: ITP: ms-sys -- writes Microsoft compatible boot records
Joao Eriberto Mota Filho eribe...@eriberto.pro.br writes: Does the same as Microsoft fdisk /mbr to a hard disk or sys d: to a floppy or FAT32 partition except that it does not copy any system files, only the boot record is written. The current version supports up to Windows 7. inc/br_ntfs_0x54.h contains a bunch of magic numbers. Where do they come from? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666742: xineliboutput-sxfe: vdr-sxfe fails on looking bigimages with xineliboutput plugin
On 22.04.2013 10:04, Eric Lavarde - Debian Bugs wrote: Can you please provide some more failing images? I really would like to reproduce this somehow. Is this request still valid after my last email (the one where I create a blank picture and it still fails with xine, starting with a certain size)? Yes. I tried it with blank images of the same size and - it works :-( Should we ask on the VDR list people to do the same tests with ImageMagick and xine and see if we recognize a pattern? I can send the mail, just asking for your opinion before. Can't hurt to ask if others have the same problem. Tobias signature.asc Description: OpenPGP digital signature
Bug#705954: ITP: ms-sys -- writes Microsoft compatible boot records
On Mon, Apr 22, 2013 at 11:57 PM, Joao Eriberto Mota Filho eribe...@eriberto.pro.br wrote: Package: wnpp Severity: wishlist Owner: Joao Eriberto Mota Filho eribe...@eriberto.pro.br * Package name: ms-sys Version : 2.3.0 Upstream Author : Henrik Carlqvist he...@users.sourceforge.net * URL : http://ms-sys.sf.net * License : GPL2 Programming Lang: C Description : writes Microsoft compatible boot records Does the same as Microsoft fdisk /mbr to a hard disk or sys d: to a floppy or FAT32 partition except that it does not copy any system files, only the boot record is written. The current version supports up to Windows 7. The ms-sys package has been removed from the archive. (contains MBRs which are copyrighted by Microsoft) [1] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425943 Regrads, -- Prach Pongpanich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On Sat 2013-04-13 13:01:46 -0400, Guido Günther wrote: gdb's thread apply all bt full might give further hints. The nspr code itself didn't change since ages so we ought to find out what triggers it. Sorry about being that vague. well, the segv just happened again with the following backtrace: (gdb) bt #0 pt_PostNotifyToCvar (cvar=0x0, broadcast=broadcast@entry=0) at ptsynch.c:280 #1 0x76301b5b in PR_NotifyCondVar (cvar=optimized out) at ptsynch.c:413 #2 0x76309709 in ProcessReapedChildInternal (pid=pid@entry=31879, status=optimized out) at uxproces.c:531 #3 0x76309d27 in WaitPidDaemonThread (unused=optimized out) at uxproces.c:658 #4 0x7630729c in _pt_root (arg=0x7fffab7ff450) at ptthread.c:191 #5 0x7743ab50 in start_thread (arg=optimized out) at pthread_create.c:304 #6 0x77184a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #7 0x in ?? () (gdb) i've got a thread apply all bt full dump, but it's 4K lines, and i haven't had a chance to review it in detail for sensitive content to see if i can post the whole thing. if you can suggest what to look for, i'd be happy to do a skim of the relevant parts and try to report back. what should i be looking for? --dkg pgpy66uwBFfK6.pgp Description: PGP signature
Bug#705954: ITP: ms-sys -- writes Microsoft compatible boot records
Thanks a lot by information. I will cancel the ITP. Best regards, Eriberto - Brazil 2013/4/22 Prach Pongpanich prach...@gmail.com The ms-sys package has been removed from the archive. (contains MBRs which are copyrighted by Microsoft) [1] [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=425943
Bug#699492: unblock bacula-doc/5.2.6-2
On Mon, Apr 22, 2013 at 17:59:26 +0400, Alexander Golovko wrote: Argh, i reply only to message about copyrights, but do not reply to this. For the record: jmw alexandro: ok, I am not near a mail client and can't follow up there. you need to: sort out the copyright file as you think best; put Team Upload in the changelog or add yourself to uploaders; revert the standards version bump. the quilt bit is a little yucky but if it's sorted out upstream then I don't mind that. with those changes you can upload and then ping the unblock bug. thanks for working on it Cheers, Julien signature.asc Description: Digital signature
Bug#705956: installation-report (NOW FIXED) HPT370 PATA Boots to ONE disk, NO RAID, using V7 Installer RC1 Wheezy i386 20130214-11:13
Package: installation-reports Subject: installation-report (NOW FIXED) HPT370 PATA Boots to ONE disk, NO RAID, using V7 Installer RC1 Wheezy i386 20130214-11:13 More information is in my previous installation-reports on archived; bug#606416 and bug#610627, about my 'False Raid Controller'. BOOTS UP OK, using the RC1 graphical installer DVD and re ipl's itself ok after the install. OK, I get error message Gnome 3 failed to load, but I am pleased the HPT370 HighPoint Raid Controller 2001 supporting code had moved to and since from Sid, and over to Debian GNU/Linux Installer Release Candidate 1 Wheezy 7.0 i386 20130214-11:13 succesfully. Thank you to those involved who achieved this for the first time. See further down for bios settings etc. Initially my intention and I failed:- Boot method: DVD graphical installer setting up for booting, using an array called /dev/md0 built on two hard drive disks, configured for raid1 mirroring mode. I used the latest current downloaded testing dvd image, of the time. Debian official snapshot i386 dvd binary1 20110108-16:28. Yes, January 2011. Only the first DVD 1 of the set was required. I first began using earlier installs of 'testing' then Date: 08 December 2010. Machine: Motherboard: A bit KT7, Raid, 1 Ghz. Processor: AMD AThlon K7, 850 Mhz, Socket 'A' Memory:SDRAM 2 x 512Mb = 1Gb. Chipset: Via KT 133 ATX, USB 1.0 compliant, UDMA 100, Socket 'A', FSB 200Mhz, AGP 4X. DASD: (Direct Access Storage Device = Hard Disk Device in this case.) Quantity x2, brand new at the time, IBM Deskstar, Manufactured August 2000, Made in Hungary, Model DTLA-307030 ATA/IDE Capacity 30.7 GB Part Number: 07N3929, LBA: 60.036.480 sectors, CHS 16383 / 16 / 63, Using Ultra 100 cables. Updated bios: Award Modular Bios v6.00 PG. 07/11/2002-8363-6A6A-6A6LMA19C-A9 The Latest level. CMOS Set Up Utility: Advanced BIOS features: First boot device: CDROM, Second boot device: ATA100RAID, Third boot device: ATA100RAID, ( Just try booting the same disk again) Boot other device: disabled. Delay for IDE Initial (Secs) 8. Intergrated Peripherals: ATA100RAID IDE Controller: Enabled. Two additional IDE channels provide the capability of adding high performance device(s) to system. IDE HDD Block Mode:Enabled. for automatic detection of the optimal number of block read/writes per sector the drive can support. DASD chip: On-motherboard HPT370 raid controller 2001 www.highpoint-tech.com (hardware raid) Is not used by me for 'hardware raid' here now. The intention was and will be to use the HPT370 for Debian GNU/Linux MDADM Software raid1 mode (mirroring) using Debian-GNU/Linux-Squeeze-di-RC1-i386. Yes, Squeeze RC1 was current when I tried this the first time. Onboard Hipoint HPT370 UDMA/ATA100 RAID controller BIOS v01.11.0402 HPT370 BIOS Setting Utility screen button F1 toggles the view ARRAY STATUS shows no array. Good! I am not using any raid function for this boot, just using the HiPoint controller as an additional, fast, IDE controller. Ultra ATA100. Time goes by; Debian GNU/Linux V7 Wheezy RC1 is now current, Yes Wheezy, AND IT WORKS. I have two: IBM-DTLA-307030 drives, intended eventually as primary master and secondary master connected to the High Point HPT370 controller, The green sockets on my motherboard, attached with Ultra ATA100 ribbon cables that have only two plugs on each cable. the motherboard end and the master device end. Note: no Cable Slave plug. My intention is still to set up O/S software raid at a later date. Off Topic, As an aside, these two drives bought from new, Moo, intermitantly. They always have Moo'ed, just like an animal. A cow in the far distance. As I live in a rural area, I thought for months that an animal was calling. I started to get distressed for this animal and began to sound locate 360 degrees. Having located the origin, this Raid issue allowed me to run one drive at a time for months and identify that both drives moo. I assume its the bearings. It does not seem to effect performance. The DASD work. Back on topic. With only ONE hard drive attached in the machine, and all set up for fault finding. Updated Modular BIOS: V6.00 PG. With Cmos Setup Utility 2002 Award Software: 07/11/2002-8363-6A6A-6A6LMA19C-A9 The Latest level. Standard Cmos Features: IDE Primary master: none. IDE Primary slave: none. IDE Secondary master: LITE-ON LTR-16102B DVD rewriter. IDE Secondary slave:none. Advanced Bios Features: 1st boot device: CDROM. 2nd boot device: CDROM. 3rd boot device: Was HDD-0. Now set to CDROM Boot Other Device: enabled. Delay for IDE Initial (Secs) 0. Floppy 3 mode support: disabled. Intergrated Peripherals: Onboard IDE-1 Controller: enabled. No Hard Drives are connected here. Onboard IDE-2 Controller: enabled. No Hard Drives are connected here. White coloured sockets on the motherboard for IDE-1 and IDE-2. USB Controller: Was disabled. Now set to enabled. (for printer and mouse.)
Bug#702267: Security update is pending
Control: tags 702267 + patch
Hi Michal
On Thu, Apr 18, 2013 at 08:35:10AM +0200, Michal Trojnara wrote:
This is a security vulnerability that may result in remote code
execution. It should be fixed immediately.
Current stunnel Debian package is based on stunnel 4.53. This upstream
version is over a year old.
Please update the package to stunnel 4.56. This version seems to be
very stable.
Unfortunately stunnel4 package cannot be updated to latest upstream
version due to the freeze and wheezy beeing relased very soon. So the
version based on 4.53 needs to be patched.
I tried to extract the correspondig diff from 5.54 to 4.55 also based
on what Red Hat did[1].
[1]: http://rhn.redhat.com/errata/RHSA-2013-0714.html
Does this looks good form your upstream point of view on it?
Luis, can you work on it, else I can prepare the NMU as per debdiff.
Regards,
Salvatore
Description: Fix CVE-2013-1762
buffer overflow in TLM authentication of the CONNECT protocol
negotiation
Origin: vendor
Bug-Debian: http://bugs.debian.org/702267
Forwarded: no
Author: Salvatore Bonaccorso car...@debian.org
Last-Update: 2013-04-22
--- a/src/protocol.c
+++ b/src/protocol.c
@@ -566,7 +566,7 @@
#define s_min(a, b) ((a)(b)?(b):(a))
static void ntlm(CLI *c) {
-char *line, buf[BUFSIZ], *ntlm1_txt, *ntlm2_txt, *ntlm3_txt;
+char *line, buf[BUFSIZ], *ntlm1_txt, *ntlm2_txt, *ntlm3_txt, *tmpstr;
long content_length=0; /* no HTTP content */
/* send Proxy-Authorization (phase 1) */
@@ -582,8 +582,8 @@
line=fd_getline(c, c-remote_fd.fd);
/* receive Proxy-Authenticate (phase 2) */
-if(line[9]!='4' || line[10]!='0' || line[11]!='7') { /* code 407 */
-s_log(LOG_ERR, NTLM authorization request rejected);
+if(!isprefix(line, HTTP/1.0 407) !isprefix(line, HTTP/1.1 407)) {
+s_log(LOG_ERR, Proxy-Authenticate: NTLM authorization request rejected);
do { /* read all headers */
line=fd_getline(c, c-remote_fd.fd);
} while(*line);
@@ -594,8 +594,13 @@
line=fd_getline(c, c-remote_fd.fd);
if(isprefix(line, Proxy-Authenticate: NTLM ))
ntlm2_txt=str_dup(line+25);
-else if(isprefix(line, Content-Length: ))
-content_length=atol(line+16);
+else if(isprefix(line, Content-Length: )) {
+content_length=strtol(line+16, tmpstr, 10);
+if(tmpstr==line+16 || *tmpstr || content_length0) {
+s_log(LOG_ERR, Proxy-Authenticate: Invalid Content-Length);
+longjmp(c-err, 1);
+}
+}
} while(*line);
if(!ntlm2_txt) { /* no Proxy-Authenticate: NTLM header */
s_log(LOG_ERR, Proxy-Authenticate: NTLM header not found);
@@ -603,7 +608,7 @@
}
/* read and ignore HTTP content (if any) */
-while(content_length) {
+while(content_length0) {
read_blocking(c, c-remote_fd.fd, buf, s_min(content_length, BUFSIZ));
content_length-=s_min(content_length, BUFSIZ);
}
diff -Nru stunnel4-4.53/debian/changelog stunnel4-4.53/debian/changelog
--- stunnel4-4.53/debian/changelog 2012-06-03 20:34:36.0 +0200
+++ stunnel4-4.53/debian/changelog 2013-04-22 19:57:42.0 +0200
@@ -1,3 +1,12 @@
+stunnel4 (3:4.53-1.1) unstable; urgency=high
+
+ * Non-maintainer upload.
+ * Add CVE-2013-1762.patch patch.
+CVE-2013-1762: Fix buffer overflow in TLM authentication of the CONNECT
+protocol negotiation. (Closes: #702267)
+
+ -- Salvatore Bonaccorso car...@debian.org Mon, 22 Apr 2013 19:47:34 +0200
+
stunnel4 (3:4.53-1) unstable; urgency=low
* New upstream version 4.53.
diff -Nru stunnel4-4.53/debian/patches/CVE-2013-1762.patch
stunnel4-4.53/debian/patches/CVE-2013-1762.patch
--- stunnel4-4.53/debian/patches/CVE-2013-1762.patch1970-01-01
01:00:00.0 +0100
+++ stunnel4-4.53/debian/patches/CVE-2013-1762.patch2013-04-22
19:57:42.0 +0200
@@ -0,0 +1,56 @@
+Description: Fix CVE-2013-1762
+ buffer overflow in TLM authentication of the CONNECT protocol
+ negotiation
+Origin: vendor
+Bug-Debian: http://bugs.debian.org/702267
+Forwarded: no
+Author: Salvatore Bonaccorso car...@debian.org
+Last-Update: 2013-04-22
+
+--- a/src/protocol.c
b/src/protocol.c
+@@ -566,7 +566,7 @@
+ #define s_min(a, b) ((a)(b)?(b):(a))
+
+ static void ntlm(CLI *c) {
+-char *line, buf[BUFSIZ], *ntlm1_txt, *ntlm2_txt, *ntlm3_txt;
++char *line, buf[BUFSIZ], *ntlm1_txt, *ntlm2_txt, *ntlm3_txt, *tmpstr;
+ long content_length=0; /* no HTTP content */
+
+ /* send Proxy-Authorization (phase 1) */
+@@ -582,8 +582,8 @@
+ line=fd_getline(c, c-remote_fd.fd);
+
+ /* receive Proxy-Authenticate (phase 2) */
+-if(line[9]!='4' || line[10]!='0' || line[11]!='7') { /* code 407 */
+-s_log(LOG_ERR, NTLM authorization request rejected);
++if(!isprefix(line, HTTP/1.0 407) !isprefix(line, HTTP/1.1 407)) {
++s_log(LOG_ERR, Proxy-Authenticate: NTLM authorization
Bug#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On Mon, Apr 22, 2013 at 01:23:37PM -0400, Daniel Kahn Gillmor wrote: On Sat 2013-04-13 13:01:46 -0400, Guido Günther wrote: gdb's thread apply all bt full might give further hints. The nspr code itself didn't change since ages so we ought to find out what triggers it. Sorry about being that vague. well, the segv just happened again with the following backtrace: (gdb) bt #0 pt_PostNotifyToCvar (cvar=0x0, broadcast=broadcast@entry=0) at ptsynch.c:280 #1 0x76301b5b in PR_NotifyCondVar (cvar=optimized out) at ptsynch.c:413 #2 0x76309709 in ProcessReapedChildInternal (pid=pid@entry=31879, status=optimized out) at uxproces.c:531 #3 0x76309d27 in WaitPidDaemonThread (unused=optimized out) at uxproces.c:658 #4 0x7630729c in _pt_root (arg=0x7fffab7ff450) at ptthread.c:191 #5 0x7743ab50 in start_thread (arg=optimized out) at pthread_create.c:304 #6 0x77184a7d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112 #7 0x in ?? () (gdb) i've got a thread apply all bt full dump, but it's 4K lines, and i haven't had a chance to review it in detail for sensitive content to see if i can post the whole thing. if you can suggest what to look for, i'd be happy to do a skim of the relevant parts and try to report back. what should i be looking for? Could you check if enigmal (or any other not icedove related extension) shows up? Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702267: Security update is pending
Thank you very very much for this, Salvatore. Please prepare the NMU, but hold off on it for upstream's opinion. Also, please try to engage the security team. Unless you're part of it, of course ;-) On Apr 22, 2013, at 11:02 AM, Salvatore Bonaccorso wrote: Control: tags 702267 + patch Hi Michal On Thu, Apr 18, 2013 at 08:35:10AM +0200, Michal Trojnara wrote: This is a security vulnerability that may result in remote code execution. It should be fixed immediately. Current stunnel Debian package is based on stunnel 4.53. This upstream version is over a year old. Please update the package to stunnel 4.56. This version seems to be very stable. Unfortunately stunnel4 package cannot be updated to latest upstream version due to the freeze and wheezy beeing relased very soon. So the version based on 4.53 needs to be patched. I tried to extract the correspondig diff from 5.54 to 4.55 also based on what Red Hat did[1]. [1]: http://rhn.redhat.com/errata/RHSA-2013-0714.html Does this looks good form your upstream point of view on it? Luis, can you work on it, else I can prepare the NMU as per debdiff. Regards, Salvatore CVE-2013-1762.patchstunnel4_4.53-1.1.debdiff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705957: libclang-common-dev: Empty /usr/include/clang/3.2/include directory after upgrade
Package: libclang-common-dev
Version: 1:3.2repack-1~exp4
Severity: important
Hi,
The latest versions of the package ships /usr/include/clang/3.2/include
as a symlink, but previous versions used to ship it as a regular
directory. Since dpkg never replaces a directory with a symlink, this
result in empty /usr/include/clang/3.2/include after upgrade:
[36]/ ls -la /usr/include/clang/3.2/include
total 8
drwxr-xr-x 2 root root 4096 kwi 21 23:45 ./
drwxr-xr-x 3 root root 4096 gru 18 09:10 ../
which in turn causes clang failures like that one below:
/tmp/x.cpp:1:10: fatal error: 'stddef.h' file not found
#include stddef.h
^
1 error generated.
The same issue exists for /usr/lib/clang/3.2/lib.
Please either handle the directory to symlink migration in your
maintainer scripts or (which I think would be better) change clang
to use the new /usr/lib/llvm-3.2/lib/clang/3.2/{include,lib} paths
directly.
Regards,
robert
-- System Information:
Debian Release: 7.0
APT prefers unstable
APT policy: (990, 'unstable'), (200, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.5-trunk-686-pae (SMP w/1 CPU core)
Locale: LANG=pl_PL, LC_CTYPE=pl_PL (charmap=ISO-8859-2)
Shell: /bin/sh linked to /bin/dash
-- 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#705958: clang: Fails to link c++ programs on armhf, size_t is defined incorrectly
Package: clang Version: 1:3.0-6.1+rpi1 Severity: important Dear Maintainer, Currently, I cannot use clang++ on armhf (raspbian) due to an incorrect definition of size_t. clang++'s builtins define size_t as unsigned long, however the architecture and libstdc++ define it as unsigned int. This leads to failures when linking a clang++-compiled program such as the following: ha.cpp:(.text+0x738): undefined reference to `operator new(unsigned long)' ha.cpp:(.text+0x748): undefined reference to `operator new[](unsigned long)' ha.cpp:(.text+0x8f4): undefined reference to `std::string::append(char const*, unsigned long)' Please note that operator new is also affected, so virtually no C++ program will work. I'm sure this bug would be easy to fix, if I had any idea about the organization of the clang source code... Best regards, Florian -- System Information: Debian Release: 7.0 Architecture: armhf (armv6l) Kernel: Linux 3.6.11+ (PREEMPT) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages clang depends on: ii libc62.13-38+rpi2 ii libclang-common-dev 1:3.0-6.1+rpi1 ii libffi5 3.0.10-3+b3 ii libgcc1 1:4.7.2-5+rpi1 ii libllvm3.0 3.0-10 ii libstdc++6 4.7.2-5+rpi1 ii libstdc++6-4.6-dev 4.6.3-14+rpi1 Versions of packages clang recommends: ii llvm-3.0-dev 3.0-10 ii python2.7.3-4 clang 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#702999: SIGABRT sometimes when compiling
Hi Javier Thanks for your info. The error reported by the self-test page can be ignored. Self-tests are actually not meant for endusers and upstream has just this month added the possibility to disable them in the upcoming release. It's probably because you have your own autocompletions defined. As to the new crash, you mention two things: 1. texstudio gets blocked while evince is open I've always used evince with texstudio 2.3 (not the internal viewer) and I've never seen this. This morning I've downgraded to the version you are using. I don't see evince blocking. What do you mean by blocking? Does this only happen with the special version or with the normal wheezy version as well? 2. crash about an assertion failure (buildmanager.cpp:1058) Your previous post sounds like you get the crash while the self-tests are running. In you latest post it sounds more like the crash is related to evince? Does this only happen with the special version or with the normal wheezy version as well? Is evince blocking related to the crash or are we talking about two different issues? Regards Tom BTW: You might want to try texstudio from sid, upstream has improved it alot (much better tex build system, embedded pdf viewer, ...). Unfortunately, new versions of texstudio won't make it to wheezy but I plan to provide backports as soon as wheezy is stable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702267: Security update is pending
On 2013-04-22 20:02, Salvatore Bonaccorso wrote: Unfortunately stunnel4 package cannot be updated to latest upstream version due to the freeze and wheezy beeing relased very soon. So the version based on 4.53 needs to be patched. I think the patch correctly addresses this specific security issue. On the other hand 4.53 is outdated and it lacks several important stability bugfixes I implemented during the last year, e.g. half-close handling, signal handling, memory leaks, file descriptor leaks, and randoms stalls in libwrap support. I would really love 4.56 to make it into wheezy, or *at least* into sid. It's a pity Debian users cannot benefit from numerous hours of my work spent improving stunnel. http://www.stunnel.org/sdf_ChangeLog.html Best regards, Michal Trojnara signature.asc Description: OpenPGP digital signature
Bug#705954: ITP: ms-sys -- writes Microsoft compatible boot records
On Mon, Apr 22, 2013 at 01:57:16PM -0300, Joao Eriberto Mota Filho wrote: * Package name: ms-sys Description : writes Microsoft compatible boot records Does the same as Microsoft fdisk /mbr to a hard disk or sys d: to a floppy or FAT32 partition except that it does not copy any system files, only the boot record is written. The current version supports up to Windows 7. Is this different from the mbr package already in Debian? -- http://www.cafepress.com/trunktees -- geeky funny T-shirts http://gtdfh.branchable.com/ -- GTD for hackers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#504058: Zotero Update
merge 504058 639025 usertags 504058 + debian-packaging thanks Hi there! On Sun, 27 Jan 2013 17:46:50 +0100, Benj. Mako Hill wrote: I'm not likely to get around to packaging soon this so I hope somebody else can take this over. The package is not trivial and I have no done a xulrunner package before. I thought this going to be trivial and haven't found the time to address it. It may in fact be trivial for someone familiar with packaging xulrunner applications. I also thought so given my previous experience with conkeror, but it is actually more complicated than a simple xulrunner application (hint: look at the build.sh script). And just to be clear: xul-ext-zotero is already in Debian but this is a different package. The suggestion here is for the standalone version of Debian (i.e., Zotero Standalone). Since they are built from what is essentially the same source and have most of the same dependencies, I think we should probably build both pieces of software from the same source package. In that sense, I think my first preference would be for Theodore Lytras (who already maintains xul-ext-zotero) to take this on. At the very least, whoever *does* take this on should coordinate with Theodore. While I agree that both packages should come from the same source, after having heavily discussed with Michele Cane (who actually offered help in this same ITP [1]) we went ahead and both packages (zotero-standalone and the LO integration) are on their way to be uploaded [2]. The merge can be done later on, also considering that the last uploaded version for xul-ext-zotero is 10-month-old. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504058#65 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=504058#98 Thx, bye, Gismo / Luca pgp3w7qx_1m4K.pgp Description: PGP signature
Bug#705959: Intel i210/i217 Ethernet adapters (igb drivers)
Package: linux Version: 3.2.41-2 Severity: wishlist in the current wheezy kernel there is no support for the Intel i210 and the Intel i217 NIC, which will ship on many of the upcoming Haswell mainboards. It would be nice, given the pending release of wheezy, to have out of the box support for these NIC once Haswell mainboards become available. Initial support was added mostly upstream kernel 3.5 http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=2fbe4526e5aafc9ffa5d85fa4749a7c5b22af6b2 http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/drivers/net/ethernet/intel/igb?id=f96a8a0b78548c0ec06b0b4b438db6ee895d67e9 a number of further patches further refined the initial support. Best regards, Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676648: confirmed
On Sun, 2013-04-21 at 23:54 +0200, Micha Lenk wrote: This bug already had severity grave. I think the severity was lowered only because it was not reproducible. But considering that we have at least three users being affected by this bug, and considering that Ubuntu once considered it a release stopper (LP: #966294), I dare to raise the severity again to make it release critical for Debian too. As there's now a patch for this which upstream have pulled in to their tree, is there any chance we might see an upload soon? It'd be good to get this as much testing we can before the release. 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#504058: Zotero Update
quote who=Luca Capello date=Mon, Apr 22, 2013 at 08:54:39PM +0200 While I agree that both packages should come from the same source, after having heavily discussed with Michele Cane (who actually offered help in this same ITP [1]) we went ahead and both packages (zotero-standalone and the LO integration) are on their way to be uploaded [2]. The merge can be done later on, also considering that the last uploaded version for xul-ext-zotero is 10-month-old. Wonderful. Thanks for doing this! I look forward to seeing this bug closed! Regards, Mako -- Benjamin Mako Hill m...@atdot.cc http://mako.cc/ Creativity can be a social contribution, but only in so far as society is free to use the results. --GNU Manifesto signature.asc Description: Digital signature
Bug#676648: confirmed
Hi Adam, Am 22.04.2013 20:59, schrieb Adam D. Barratt: As there's now a patch for this which upstream have pulled in to their tree, is there any chance we might see an upload soon? It'd be good to get this as much testing we can before the release. I did not do the upload yet because I hoped to get feedback from one of the other affected users first. Did you review the suggested patch? From the release managers's point of view, does it look okay for upload? Anyways, I am going to prepare the upload now. Best regards, Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676648: confirmed
On Mon, 2013-04-22 at 21:13 +0200, Micha Lenk wrote: Am 22.04.2013 20:59, schrieb Adam D. Barratt: As there's now a patch for this which upstream have pulled in to their tree, is there any chance we might see an upload soon? It'd be good to get this as much testing we can before the release. I did not do the upload yet because I hoped to get feedback from one of the other affected users first. Ah, I see. Did you review the suggested patch? From the release managers's point of view, does it look okay for upload? Anyways, I am going to prepare the upload now. I looked at it in relation to upstream's 0.10 tree and confirmed that it appears to match http://cgit.freedesktop.org/gstreamer/gstreamer/commit/?h=0.10id=401f9b3de72de759c76da155a339c754b653bf9d It looks like a reasonable and minimal fix based on upstream's description of what was causing the problem. The fact that it was pulled in to the 0.10 tree by one of the usual uploaders of the package also gives me confidence that it is likely to be correct. 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#705960: honeyd: missing build-dependency on python
Source: honeyd Version: 1.5c-10 Severity: serious Even if #651463 was fixed, the package would still FTBFS: | dh_python2 -a /usr/share/honeyd/webserver | make: dh_python2: Command not found | make: *** [binary-arch] Error 127 Please add python (= 2.6.6-3~) to Build-Depends. -- 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#316274: apt: I would like to use AllowUnauthenticated only for localhost
Daniel Hartwig mand...@gmail.com writes: frank fr...@kuesterei.ch wrote: Therefore I would like to be able to specify that APT::Get::AllowUnauthenticated be applied either for specific lines in sources.list, or for specific host:port pairs. You can use a source such as: deb [trusted=yes] http://localhost/debian/ unstable main Thank you! Regards, Frank -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705951: texlive-pictures, tikz-timing broken
On 22.04.13 Markus Weißmann (markus.weissm...@in.tum.de) wrote:
Hi,
The tikz-timing part of texlive-pictures is broken; it looks
like several text replacements have been performed by some
subversion server that break tikz-timing.
If you compile a latex document that uses tikz-timing
(\usepackage{tikz-timing}), you get the error:
! LaTeX Error: File `svn-prov.sty' not found.
/usr/share/texlive/texmf-dist/tex/latex/tikz-timing/tikz-timing.sty,
line 28 reads:
\RequirePackage{svn-prov}[2009/05/03]
Could you install texlive-latex-extra and tell us if thsi solves your
problem?
H.
--
sigmentation fault
signature.asc
Description: Digital signature
Bug#705961: installation-reports: debian-installer does not create an EFI partition by default
Package: installation-reports Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I wanted to install Debian in a disc with Windows 8 inside * What exactly did you do (or not do) that was effective (or ineffective)? The guided partition created a single partition for Linux, while in a UEFI system it is needed an EFI partition to start up. I solved the problem by manually creating a small (36 MB) EFI partition. * What was the outcome of this action? The problem was solved. Otherwise linux does not boot after installation. * What outcome did you expect instead? The guided partition of the installer should prepare an EFI partition in this kind of system, or at least warn the user to do it manually *** End of the template - remove these lines *** -- Package-specific info: Boot method: CD netinst Image version: debian-testing-amd64-netinst.iso (version 20130417) Date: 2013-04-17, 18:00 UT (20:00 CET) Machine: HP Pavillion p6-2306es, Intel core i5, 6 GB RAM Partitions: rootfs rootfs653954576 156762724 463972884 26% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs608444 664 607780 1% /run /dev/disk/by-uuid/23716695-21dc-4f05-8429-291f7621f862 ext4 653954576 156762724 463972884 26% / tmpfs tmpfs 5120 05120 0% /run/lock tmpfs tmpfs 2466160 292 2465868 1% /run/shm /dev/sda7 vfat 34260 117 34144 1% /boot/efi Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Install tasks: [O] Install boot loader:[E] Overall install:[O] Comments/Problems: - The initial partitions in the guided partition of the disk made just two linux partitions, the main one and the swap. With that scheme I did not manage to boot the system. THen I made my own partitions, using ~36 MB for an EFI partition, plus the main partition (where / is mounted) and the swap. That scheme worked fine, except for... - The grub installed almost correctly. It enters to Debian smoothly. But when I try to enter to Windows 8 it tells me: Error: unknown command 'drivemap' Error: invalid EFI file path Right now I have to go through the startup menu of the Bios to enter Windows 8. I haven't managed to solve this problem myself. The question of the guided partition must be solved for the UEFI systems (I believe this should be easy), or at least a note should be put somewhere telling how to make your own manual partition. - Finally, the graphics did not work correctly until I installed the packages related to the (non-free) driver of fglrx (for AMD/ATU Radeon HD series). Before that it displayed some graphics but gnome3 was not able to start. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=7.0 (wheezy) - installer build 20130415-00:08 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux walkiria 3.2.0-4-amd64 #1 SMP Debian 3.2.41-2 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor DRAM Controller [8086:0150] (rev 09) lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:2ada] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor PCI Express Root Port [8086:0151] (rev 09) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) lspci -knn: Subsystem: Hewlett-Packard Company Device [103c:2ada] lspci -knn: 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 05) lspci -knn: Subsystem: Hewlett-Packard
Bug#705962: honeyd: doesn't bytecompile Python modules
Source: honeyd Version: 1.5c-10 User: debian-pyt...@lists.debian.org Usertags: no-byte-compile Tags: patch honeyd passes a non-existent directory to dh_python2, turning the command into no-op. As a result, private Python modules included in the package are not byte-compiled. Patch attached. -- Jakub Wilk --- honeyd-1.5c/debian/rules 2013-04-22 21:28:37.0 +0200 +++ honeyd-1.5c/debian/rules 2013-04-22 21:28:39.0 +0200 @@ -145,7 +145,7 @@ dh_installman -a # dh_undocumented -a dh_installchangelogs -a - dh_python2 -a $(CURDIR)/debian/tmp/usr/share/honeyd/webserver + dh_python2 -a /usr/share/honeyd/webserver dh_link -a dh_strip -a dh_compress -a
Bug#702267: Security update is pending
Hi Michal, hi Luis On Mon, Apr 22, 2013 at 08:44:25PM +0200, Michal Trojnara wrote: On 2013-04-22 20:02, Salvatore Bonaccorso wrote: Unfortunately stunnel4 package cannot be updated to latest upstream version due to the freeze and wheezy beeing relased very soon. So the version based on 4.53 needs to be patched. I think the patch correctly addresses this specific security issue. Thank you for confirming this. On the other hand 4.53 is outdated and it lacks several important stability bugfixes I implemented during the last year, e.g. half-close handling, signal handling, memory leaks, file descriptor leaks, and randoms stalls in libwrap support. I would really love 4.56 to make it into wheezy, or *at least* into sid. It's a pity Debian users cannot benefit from numerous hours of my work spent improving stunnel. http://www.stunnel.org/sdf_ChangeLog.html Really understandable! Unfortunately it's really too late now to get this into wheezy (wheezy is planned to be released on 4th or 5th may, see, [1]). [1]: http://lists.debian.org/debian-devel-announce/2013/04/msg6.html I suggest, that as soon wheezy is released the new upstream version can be packaged and uploaded to unstable. Luis? ;-) It is really appreciated that you reply also on downstream bugreports, thats great! Thank you very much for your quick followups. Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705963: apper: Please document how to setup authorization
Package: apper Version: 0.7.2-5 Severity: wishlist I recently installed apper after realizing it was a dependency of the KDE task (but not kde-full). However, it's not working for me -- I've tried both my personal account's password and the root password, and neither is accepted. So, I looked into /usr/share/doc/apper to see if it had any information on how to set things up properly, and didn't see anything useful there. If the documentation is already present somewhere (like in one of the policykit packages), a pointer from /usr/share/doc/apper/README to where to find this would be sufficient. -- Daniel Schepler
Bug#705382: [u...@debian.org: Bug#705382: flexbar: FTBFS on unsupported architectures]
Hi Tony, On Mon, Apr 22, 2013 at 03:33:21PM +0100, Tony Travis wrote: That would be very helpful - I'm testing the latest version of Flexbar 2.33 compiled from SVN sources at the moment (i.e. not yet packaged). I'd prefer to package released versions (sofware that comes in a versioned tarball provided at some downloadable place by upstream) over SVN. At least for the Debian package I'd strongly recommend this in case there is no very good reason to use SVN. OK, doing that now. Fine. BTW, it might make sense to discuss with upstream whether there is any reason to support only 64bit architectures for Linux in the build system. As long as all needed libraries are available I personally can not see any reason for this restriction. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#651863: status?
found 651863 1:3.3.4-2 thanks What's the status on this bug? -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#705774: erlang-eunit should depends on erlang-dev
Sergei Golovan sgolo...@nes.ru writes: Hi Rodolphe. On Fri, Apr 19, 2013 at 11:44 PM, Rodolphe Quiédeville rodol...@quiedeville.org wrote: Hi, erlang module with unit test included can not be compile or include if erlang-dev is not installed, this error occurs : Can not be compiled looks fine to me as it is (to build something it's natural to have erlang-dev installed). What do you mean by or included. Eunit tests require eunit.hrl in runtime? Does it make sense to run eunit tests while not developing something? If yes then maybe it'd be better to move eunit.hrl into the erlang-eunit package? It was the sense of my remark, doing unit test implied a developement case so it was logical to automatically install erlang-dev when requesting install off erlang-eunit, maybe I misunderstood but you seem to be agree if not what do you consider (if it the case) adding a depends on erlang-dev to erlang-unit package is not a good idea ? Lots of packages does not include .hrl files they are in erlang-dev so I'm not sure it's a good idea to move .hrl to erlang-eunit. Maybe someone can give to us another point of view. Kinds regards, -- Rodolphe Quiédeville http://blog.rodolphe.quiedeville.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705832: Should use em:requires
Package xul-ext-timeline
notfound 0.4.2-2
thanks
Hi Guido, hi *,
the extension is pretty useless without lightning so it should declare
that in it's install.rdf:
em:requires
Description
!-- Lightning --
em:id{e2fda1a4-762b-4020-b5ad-a41df1933103}/em:id
em:minVersion0.9/em:minVersion
em:maxVersion1.*/em:maxVersion
/Description
/em:requires
See:
https://developer.mozilla.org/en/docs/Install_Manifests
for more information.
the tag em:requires is obsolete / not longer supported and in fact it
is ignored by icedove (i tested it with a non resolvable dependency but
timeline still works). This is also documented on
https://developer.mozilla.org/en/docs/Install_Manifests
A dependency to iceowl / iceowl-extension is declared in the package
(as soon as #705918 is fixed) so this should work for the most cases.
Best wishes,
Matthias
signature.asc
Description: PGP signature
Bug#705961: installation-reports: debian-installer does not create an EFI partition by default
On Mon, Apr 22, 2013 at 09:29:57PM +0200, Jorge Sanz Forcdada wrote: Package: installation-reports Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? I wanted to install Debian in a disc with Windows 8 inside * What exactly did you do (or not do) that was effective (or ineffective)? The guided partition created a single partition for Linux, while in a UEFI system it is needed an EFI partition to start up. I solved the problem by manually creating a small (36 MB) EFI partition. * What was the outcome of this action? The problem was solved. Otherwise linux does not boot after installation. * What outcome did you expect instead? The guided partition of the installer should prepare an EFI partition in this kind of system, or at least warn the user to do it manually Hi Jorge, I must admit that I'm very surprised to see this bug report - I've written a lot of the amd64 UEFI support code in debian-installer, and it's been working just fine for me in testing. So, if you could answer a few questions for me that would help enormously in working out what's gone wrong here. 1. You say that you want to install on a disc with Windows 8 - is Windows 8 installed there already? If so, then the installer code *should* pick up on the existing EFI system partition that Windows will have created, and use it accordingly I'm guessing you didn't already have Windows 8 installed, from the information further down. If it doesn't find an exiting EFI system partition, d-i should create one itself automatically. 2. Are you *100%* sure that you booted the installer in UEFI mode? You can check this by looking at startup messages as the machine boots. If it's booting via UEFI, you'll get a cosmetic complaint from grub at early boot: prefix not found. Boot method: CD netinst Image version: debian-testing-amd64-netinst.iso (version 20130417) Date: 2013-04-17, 18:00 UT (20:00 CET) Machine: HP Pavillion p6-2306es, Intel core i5, 6 GB RAM Partitions: rootfs rootfs653954576 156762724 463972884 26% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs608444 664 607780 1% /run /dev/disk/by-uuid/23716695-21dc-4f05-8429-291f7621f862 ext4 653954576 156762724 463972884 26% / tmpfs tmpfs 5120 05120 0% /run/lock tmpfs tmpfs 2466160 292 2465868 1% /run/shm /dev/sda7 vfat 34260 117 34144 1% /boot/efi Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Install tasks: [O] Install boot loader:[E] Overall install:[O] Comments/Problems: - The initial partitions in the guided partition of the disk made just two linux partitions, the main one and the swap. With that scheme I did not manage to boot the system. THen I made my own partitions, using ~36 MB for an EFI partition, plus the main partition (where / is mounted) and the swap. That scheme worked fine, except for... - The grub installed almost correctly. It enters to Debian smoothly. But when I try to enter to Windows 8 it tells me: Error: unknown command 'drivemap' Error: invalid EFI file path Right now I have to go through the startup menu of the Bios to enter Windows 8. I haven't managed to solve this problem myself. OK, *this* is a known issue that I've reported myself. See http://bugs.debian.org/698914 for the bug report, and information on how to work around it. The question of the guided partition must be solved for the UEFI systems (I believe this should be easy), or at least a note should be put somewhere telling how to make your own manual partition. ACK - I expect the code to already work... - Finally, the graphics did not work correctly until I installed the packages related to the (non-free) driver of fglrx (for AMD/ATU Radeon HD series). Before that it displayed some graphics but gnome3 was not able to start. OK, that's an unrelated issue.. -- Steve McIntyre, Cambridge, UK.st...@einval.com I've only once written 'SQL is my bitch' in a comment. But that code is in use on a military site... -- Simon Booth -- To UNSUBSCRIBE, email to
Bug#700639: icedove: Assertion failure: pRec-state != _PR_PID_REAPED, at uxproces.c:521 (SIGABRT)
On 04/22/2013 02:11 PM, Guido Günther wrote: Could you check if enigmal (or any other not icedove related extension) shows up? I thought maybe i should look for shared objects, since that's part of the current enigmail implementation, but these are the only references to '\.so' files in the backtrace: from /usr/lib/x86_64-linux-gnu/gio/modules/libdconfsettings.so from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 from /usr/lib/x86_64-linux-gnu/libevent-2.0.so.5 #90 0x7459cd6f in SharedStub () from /usr/lib/icedove/libxul.so exePath = /usr/lib/icedove/\000ibxpcom.so, '\000' repeats 68 times, ... i would have thought that /usr/lib/xul-ext/enigmail/platform/Linux_x86_64-gcc3/lib/libsubprocess-x86_64-gcc3.so or /usr/lib/xul-ext/enigmail/platform/Linux_x86_64-gcc3/components/libenigmime-x86_64-gcc3.so would have shown up here if enigmail was involved. there is no enig in the backtrace at all. however, looking at the code from the relevant backtrace, it really does look like it's stuff that happens after a child process terminates, so maybe enigmail isn't in the loop by that point. Anything else i should look for? --dkg signature.asc Description: OpenPGP digital signature
Bug#649041: network-manager-gnome: cannot turn on wifi after it has been turned off
Package: network-manager-gnome Version: 0.9.4.1-5 Followup-For: Bug #649041 Dear Maintainer, *** 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 lines *** -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=es_CO.utf8, LC_CTYPE=es_CO.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-gnome depends on: ii dbus-x11 1.6.8-1 ii dpkg 1.16.10 ii gconf-service 3.2.5-1+build1 ii gconf23.2.5-1+build1 ii gnome-icon-theme 3.4.0-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libgconf-2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-bluetooth10 3.4.2-1 ii libgnome-keyring0 3.4.1-1 ii libgtk-3-03.4.2-6 ii libnm-glib-vpn1 0.9.4.0-10 ii libnm-glib4 0.9.4.0-10 ii libnm-gtk00.9.4.1-5 ii libnm-util2 0.9.4.0-10 ii libnotify40.7.5-1 ii libpango1.0-0 1.30.0-1 ii network-manager 0.9.4.0-10 ii policykit-1-gnome 0.105-2 Versions of packages network-manager-gnome recommends: ii gnome-bluetooth 3.4.2-1 ii gnome-keyring 3.4.1-5 ii iso-codes 3.41-1 pn mobile-broadband-provider-info none ii notification-daemon 0.7.6-1 Versions of packages network-manager-gnome suggests: pn network-manager-openconnect-gnome none pn network-manager-openvpn-gnome none pn network-manager-pptp-gnome none pn network-manager-vpnc-gnome 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#705965: examples don't work due to wrong encoding
Package: tpp Version: 1.3.1-2 Severity: normal The following examples do not work with the Debian standard encoding (UTF-8): ac-am.tpp bold.tpp debian-packaging.tpp huge.tpp slidein.tpp test.tpp tpp-features.tpp There is a badly indented exception backtrace: /usr/bin/tpp:78:in `===': invalid byte sequence in UTF-8 (ArgumentError) from /usr/bin/tpp:78:in `block in get_pages' from /usr/bin/tpp:75:in `each_line' from /usr/bin/tpp:75:in `get_pages' from /usr/bin/tpp:1370:in `run' from /usr/bin/tpp:1762:in `main' Converting the examples helps: $ iconv --from-code=iso-8859-1 --to-code=utf-8 test.tpp test.utf-8.tpp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676648: confirmed
Hi, Am 22.04.2013 21:13, schrieb Micha Lenk: [...] I am going to prepare the upload now. Just for the records, I've just uploaded gstreamer0.10 0.10.36-1.2. Feel free to unblock it. I can also file an unblock request in the BTS if needed. But up to now the usual confirmation from dak is still missing... Regards, Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705966: program cannot be terminated with q nor Q
Package: tpp Version: 1.3.1-2 Severity: normal The manual page says, that pressing q or Q would terminate the program. This is not the case. Control-c terminates the program, but leaves the terminal in a strange state, which needs cleanup with reset. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705918: Must not depend on icedove but on icedove | iceowl
Package: xul-ext-timeline tags 705918 fixed pending thanks Hi Guido, hi *, i uploaded an updated package to mentors [1] which fixes this problem. The package has now a versioned Build-Depends: mozilla-devscripts (= 0.34). In this version dh_xul-ext adds iceowl to the xpi:Depends and the right Depends: line is created. Best wishes, Matthias [1] https://mentors.debian.net/package/timeline signature.asc Description: PGP signature
Bug#523923: run-rsnapshot script
Hi,
I agree to the opinions of Javier, Robert and - of course - Johan.
Not 24/7, changing the disks to backup on... for that, run-rsnapshot
seems to be best. I like the good rotation from hourly to daily,
weekly and so on. Worked here well, over the last years.
Before, I started a similar try in python for doing that. That's kinda
tricky... very well done, thanks a lot!
What's missing:
sync_first 1
as 0 is dangerous... so I'd suggest the following patches (never
before I did something in ruby, so check carefully - it seems to
work, but I am not sure):
+ add this function at the beginning:
# Find the sync_first setting from /etc/rsnapshot.conf
def sync_first
File.new(RSNAPSHOT_CONF).each_line do |line|
line.chomp!
if line =~ /^sync_first\s+1$/
return 1
end
end
return 0
end
+ changed the following function
+ - asks for sync_first, than sync before hourly
+ - maybe /usr/bin/ should be added before each command
+ - ionice added
# This is the program's main piece of code
def run_rsnapshot
# Set up the intervals
[...]
if update_interval
# Launch rsnapshot with the given interval
if update_interval.name == hourly and sync_first == 1
system(nice ionice rsnapshot sync nice ionice rsnapshot
#{update_interval.name})
else
system(nice ionice rsnapshot #{update_interval.name})
end
return $?.exitstatus
else
return 0
end
end
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705557: libapache2-webkdc: Please put the example /etc/webkdc/token.acl realm in uppercase
Lisandro Damián Nicanor Pérez Meyer lisan...@debian.org writes: I must admit that I've should have figured it out myself, but... I also standed upon [0]. It would be really great if the example in /usr/share/doc/libapache2-webkdc/README.Debian could be modified to put it on uppercase (or add both cases if necessary). [0] https://mailman.stanford.edu/pipermail/webauth-info/2008-June/000433.html Very good point. Done for the next release. Thanks! -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676648: confirmed
On Mon, 2013-04-22 at 22:33 +0200, Micha Lenk wrote: Am 22.04.2013 21:13, schrieb Micha Lenk: [...] I am going to prepare the upload now. Just for the records, I've just uploaded gstreamer0.10 0.10.36-1.2. Feel free to unblock it. I can also file an unblock request in the BTS if needed. But up to now the usual confirmation from dak is still missing... Might have been worth a delay to give the maintainers chance to react; I realise I chased things a little though. :-( In any case, you won't have got a response from dak yet as dinstall is currently running. As it's an RC bug fix it'll get looked at for an unblock without a formal request; 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#705900: check_ping fail if host do not have IPv6 address
[Jan Wagner] while this assumption is valid for local used (indeed with execptions) and multicast IPv6 addresses, this should NOT be the case for globaly routed IPv6 addresses. Sure. I only talk about the scope:Link addresses reported by ifconfig. I was shown that on FreeBSD, ifconfig report these addresses with the interface name appended, making sure the address show by ifconfig actually work as is. Perhaps an idea for Linux too. Anyway, Joachim, do you agree that the addresses returned by libnss-myhostname when running 'getent hosts $(uname -n)' should be pingable addresses? If so, I believe libnss-myhostname should be changed. Besides, I suspect one would never put a IPv6 link scoped address in /etc/hosts. :) -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705963: apper: Please document how to setup authorization
Hi! Apper uses PolicyKit for authorization - there is nothing to set up but PolicyKit privileges, which are usually fine. So, this is a) broken configuration on your system b) a bug in the PolicyKit packaging Have you checked that you have the latest version of Polkit installed, and a policykit-agent is running? (I will close this bug later) Cheers, Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704554: Info received (Bug#704554: mpd: crash when updating from large, varied collection)
with libav 9.5, we get the following output: leman - riders on the storm: the doors concerto - 09 - the end.mp3 Apr 22 17:00 : added jaz coleman/riders on the storm: the doors concerto/jaz coleman - riders on the storm: the doors concerto - 08 - strange days.mp3 Apr 22 17:02 : ffmpeg/flac: couldn't reallocate buffer of size 10687488 Apr 22 17:02 : ffmpeg/flac: couldn't reallocate buffer of size 10687488 Apr 22 17:02 : ffmpeg/flac: couldn't reallocate buffer of size 10687488 Apr 22 17:02 : ffmpeg/flac: couldn't reallocate buffer of size 10687488 Apr 22 17:02 : ffmpeg/flac: couldn't reallocate buffer of size 10687488 within valgrind --tool=memcheck, it got up to 12GB before i killed it. here's our seemingly-irrelevant output: [skynet](0) $ valgrind --tool=memcheck --trace-children=yes mpd --no-daemon ==29718== Memcheck, a memory error detector ==29718== Copyright (C) 2002-2012, and GNU GPL'd, by Julian Seward et al. ==29718== Using Valgrind-3.8.1 and LibVEX; rerun with -h for copyright info ==29718== Command: mpd --no-daemon ==29718== daemon: cannot init supplementary groups of user dank: Operation not permitted ^C ==29718== Invalid write of size 8 ==29718==at 0x8B72350: curl_multi_cleanup (in /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4.3.0) ==29718==by 0x440D2B: ??? (in /usr/bin/mpd) ==29718==by 0x43FF08: ??? (in /usr/bin/mpd) ==29718==by 0x425FB7: ??? (in /usr/bin/mpd) ==29718==by 0xC33B6AC: (below main) (libc-start.c:227) ==29718== Address 0x0 is not stack'd, malloc'd or (recently) free'd ==29718== ==29718== ==29718== Process terminating with default action of signal 11 (SIGSEGV) ==29718== Access not within mapped region at address 0x0 ==29718==at 0x8B72350: curl_multi_cleanup (in /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4.3.0) ==29718==by 0x440D2B: ??? (in /usr/bin/mpd) ==29718==by 0x43FF08: ??? (in /usr/bin/mpd) ==29718==by 0x425FB7: ??? (in /usr/bin/mpd) ==29718==by 0xC33B6AC: (below main) (libc-start.c:227) ==29718== If you believe this happened as a result of a stack ==29718== overflow in your program's main thread (unlikely but ==29718== possible), you can try to increase the size of the ==29718== main thread stack using the --main-stacksize= flag. ==29718== The main thread stack size used in this run was 8388608. ==29718== ==29718== HEAP SUMMARY: ==29718== in use at exit: 11,127,029 bytes in 2,890 blocks ==29718== total heap usage: 3,021,945 allocs, 3,019,055 frees, 60,612,742,457 bytes allocated ==29718== ==29718== LEAK SUMMARY: ==29718==definitely lost: 0 bytes in 0 blocks ==29718==indirectly lost: 0 bytes in 0 blocks ==29718== possibly lost: 46,060 bytes in 211 blocks ==29718==still reachable: 11,080,969 bytes in 2,679 blocks ==29718== suppressed: 0 bytes in 0 blocks ==29718== Rerun with --leak-check=full to see details of leaked memory ==29718== ==29718== For counts of detected and suppressed errors, rerun with: -v ==29718== ERROR SUMMARY: 1 errors from 1 contexts (suppressed: 2 from 2) Killed [skynet](137) $ running with --verbose now... -- nick black http://www.sprezzatech.com -- unix and hpc consulting to make an apple pie from scratch, you need first invent a universe. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705967: Exporting variables, or reducing redundancy otherwise
Package: mr Version: 1.14 Severity: wishlist I keep my mrconfig snippets in ~/.config/mr/config.d, which is machine-dependent. I also use vcsh, so each of the snippets in said directory is of the format [$HOME/.config/vcsh/repo.d/…] … This is a lot of redundancy that will bite me should I ever move. I have tried to consolidate mr and vcsh into one repository, in the hope to be able to make use of relative references (chain to $HOME/.config/vcsh/.mrconfig, include config.d/*), but include commands are executed in $PWD, not $MR_REPO. Also, $MR_REPO is not set in the context of includes in chained .mrconfig files. I would appreciate any of the following solutions: 1. a new sections [ENV] or [VARS], in which I can define variables available subsequently. Unfortunately, a line like lib = export FOO=bar is not guaranteed to execute before the other stanzas are loaded. Alternatively, any unknown parameters in [DEFAULT] could be exported as variables. 2. export MR_REPO into the context in which include commands in chained .mrconfig files are executed, e.g. [path/to/repo] chain = true … [DEFAULT] include = $MR_REPO/bar would include 'path/to/repo/bar'. At the moment, $MR_REPO is empty when path/to/repo/.mrconfig is run. 3. chdir() to the directory to which mr is chaining, before sourcing the .mrconfig file. Thanks, -- System Information: Debian Release: 7.0 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash mr depends on no packages. Versions of packages mr recommends: ii libhtml-parser-perl 3.69-2 ii libwww-perl 6.04-1 ii perl 5.14.2-21 Versions of packages mr suggests: ii bzr 2.6.0~bzr6526-1 ii curl7.30.0-1 ii cvs 2:1.12.13+real-9 pn darcs none pn fossil none ii git [git-core] 1:1.8.2-1 ii liburi-perl 1.60-1 ii mercurial 2.5.2-1 ii subversion 1.7.9-1+nmu1 pn vcshnone -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#704554: more info
--verbose was useless. lsof output: [skynet](0) $ sudo lsof -p29944 COMMAND PID USER FD TYPE DEVICE SIZE/OFFNODE NAME memcheck- 29944 dank cwd DIR 8,65 4096 4718594 /home/dank memcheck- 29944 dank rtd DIR 8,65 4096 2 / memcheck- 29944 dank txt REG 8,65 5383808 2295132 /usr/lib/valgrind/memcheck-amd64-linux memcheck- 29944 dank mem REG 8,65485176 2272828 /usr/bin/mpd memcheck- 29944 dank mem REG 8,65141064 1048602 /lib/x86_64-linux-gnu/ld-2.16.so memcheck- 29944 dank mem REG 8,65 26258 2230429 /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache memcheck- 29944 dank mem REG 8,65 32216 2241591 /usr/lib/x86_64-linux-gnu/libvorbisfile.so.3.3.5 memcheck- 29944 dank mem REG 8,65319248 2241441 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.2.0 memcheck- 29944 dank mem REG 8,65 65536 1048588 /lib/x86_64-linux-gnu/libbz2.so.1.0.4 memcheck- 29944 dank mem REG 8,65 88632 2244315 /usr/lib/libid3tag.so.0.3.0 memcheck- 29944 dank mem REG 8,65 26232 2241400 /usr/lib/x86_64-linux-gnu/libogg.so.0.8.0 memcheck- 29944 dank mem REG 8,65 94520 1048686 /lib/x86_64-linux-gnu/libz.so.1.2.7 memcheck- 29944 dank mem REG 8,65 4568 2295140 /usr/lib/valgrind/vgpreload_core-amd64-linux.so memcheck- 29944 dank mem REG 8,65 51592 2295200 /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so memcheck- 29944 dank mem REG 8,65 39136 2244279 /usr/lib/x86_64-linux-gnu/libyajl.so.2.0.4 memcheck- 29944 dank mem REG 8,65 50768 2234837 /usr/lib/x86_64-linux-gnu/libavahi-common.so.3.5.3 memcheck- 29944 dank mem REG 8,65 69824 2234839 /usr/lib/x86_64-linux-gnu/libavahi-client.so.3.2.9 memcheck- 29944 dank mem REG 8,65 11888 2241531 /usr/lib/x86_64-linux-gnu/libavahi-glib.so.1.0.2 memcheck- 29944 dank mem REG 8,65 1040240 1070667 /lib/x86_64-linux-gnu/libglib-2.0.so.0.3600.1 memcheck- 29944 dank mem REG 8,65713696 2248105 /usr/lib/x86_64-linux-gnu/libsqlite3.so.0.8.6 memcheck- 29944 dank mem REG 8,65 1022344 1048611 /lib/x86_64-linux-gnu/libm-2.16.so memcheck- 29944 dank mem REG 8,65405336 2241443 /usr/lib/x86_64-linux-gnu/libsndfile.so.1.0.25 memcheck- 29944 dank mem REG 8,65232360 2244267 /usr/lib/x86_64-linux-gnu/libaudiofile.so.1.0.0 memcheck- 29944 dank mem REG 8,65257368 2244333 /usr/lib/libsidplay2.so.1.0.1 memcheck- 29944 dank mem REG 8,65188952 2244322 /usr/lib/libresid-builder.so.0.0.1 memcheck- 29944 dank mem REG 8,65 54272 2244336 /usr/lib/libsidutils.so.0.0.4 memcheck- 29944 dank mem REG 8,65165664 2242605 /usr/lib/x86_64-linux-gnu/libwavpack.so.1.1.4 memcheck- 29944 dank mem REG 8,65126584 2244319 /usr/lib/libmad.so.0.2.1 memcheck- 29944 dank mem REG 8,65309560 2229053 /usr/lib/x86_64-linux-gnu/libmpg123.so.0.37.1 memcheck- 29944 dank mem REG 8,65 1170832 2240848 /usr/lib/x86_64-linux-gnu/libavformat.so.54.20.3 memcheck- 29944 dank mem REG 8,65 6977720 2241375 /usr/lib/x86_64-linux-gnu/libavcodec.so.54.35.0 memcheck- 29944 dank mem REG 8,65134936 2240842 /usr/lib/x86_64-linux-gnu/libavutil.so.52.3.0 memcheck- 29944 dank mem REG 8,65 64880 2244277 /usr/lib/x86_64-linux-gnu/libmpcdec.so.6.1.0 memcheck- 29944 dank mem REG 8,65264600 2242048 /usr/lib/x86_64-linux-gnu/libfaad.so.2.0.0 memcheck- 29944 dank mem REG 8,65319360 2242672 /usr/lib/libmodplug.so.1.0.0 memcheck- 29944 dank mem REG 8,65393800 2240388 /usr/lib/x86_64-linux-gnu/libcurl-gnutls.so.4.3.0 memcheck- 29944 dank mem REG 8,65790384 2263521 /usr/lib/x86_64-linux-gnu/libsoup-2.4.so.1.6.0 memcheck- 29944 dank mem REG 8,65332784 2239306 /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.3600.1 memcheck- 29944 dank mem REG 8,65 28272 2243721 /usr/lib/libcdio_paranoia.so.1.0.0 memcheck- 29944 dank mem REG 8,65 29832 2243719 /usr/lib/libcdio_cdda.so.1.0.0 memcheck- 29944 dank mem REG 8,65148512 2243723 /usr/lib/libcdio.so.14.0.0 memcheck- 29944 dank mem REG 8,65 66728 2242384 /usr/lib/x86_64-linux-gnu/libmms.so.0.0.2 memcheck- 29944 dank mem REG 8,65 44144 2244317
Bug#705900: check_ping fail if host do not have IPv6 address
Hi, Am Montag, den 22.04.2013, 22:58 +0200 schrieb Petter Reinholdtsen: Anyway, Joachim, do you agree that the addresses returned by libnss-myhostname when running 'getent hosts $(uname -n)' should be pingable addresses? If so, I believe libnss-myhostname should be changed. Besides, I suspect one would never put a IPv6 link scoped address in /etc/hosts. :) I agree that the address should be pingable, I just wanted to understand the problem better before I forward it upstream: Dear Lennart, it was reported that libnss-myhostname may report an IPv6 address for the local hostname that is not pingable, as it is a link scoped address, and it was suggested that it not do that. Do you agree and can you fix it? Thanks a lot, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#705961: installation-reports: debian-installer does not create an EFI partition by default
Hi Steve Thanks for your help. Yes, I was surprised of this problem because I did not see anything in the release notes, despite of having some information on the UEFI issues. Let me extend a bit more on the process followed: The PC came with Windows 8 pre-installed. That implies also a recovery partition, so grub now offers two Windows starts: one for normal Windows, one for the recovery partition (I guess this is standard). Anyway, I tried to boot from the installation CD of squeeze. I had to do that through the legacy mode and deactivated the secure booting just in case. d-i did not notice that there were EFI partitions, and installed linux in the space I freed from the disk. No need to mention that I could not boot the linux partition even from the legacy mode. Then I decided to move on to Wheezy. I formatted the linux partition to prepare the new installation (see below) El 22/04/13 22:05, Steve McIntyre escribió: On Mon, Apr 22, 2013 at 09:29:57PM +0200, Jorge Sanz Forcdada wrote: Package: installation-reports Severity: normal Hi Jorge, I must admit that I'm very surprised to see this bug report - I've written a lot of the amd64 UEFI support code in debian-installer, and it's been working just fine for me in testing. So, if you could answer a few questions for me that would help enormously in working out what's gone wrong here. 1. You say that you want to install on a disc with Windows 8 - is Windows 8 installed there already? If so, then the installer code *should* pick up on the existing EFI system partition that Windows will have created, and use it accordingly I'm guessing you didn't already have Windows 8 installed, from the information further down. If it doesn't find an exiting EFI system partition, d-i should create one itself automatically. Yes, Windows 8 was installed before. When I tried the first installation of Wheezy the bios only showed the UEFI Windows boot (and the linux CD too), so I could not boot the new linux installation and decided to repeat the installation preparing a new EFI partition. The debian installer saw the Windows EFI partition already present in the disk before installation. Besides, I think it recognized (?!) the former linux squeeze partition as an EFI partition (not 100% sure of this). I must say that during the whole process I kept a doubt about a partition of 1 MB that I believe was created by squeeze, but I prefered not to delete it just in case it was a bios thing (it still there, it does not bother :-) ). 2. Are you *100%* sure that you booted the installer in UEFI mode? You can check this by looking at startup messages as the machine boots. If it's booting via UEFI, you'll get a cosmetic complaint from grub at early boot: prefix not found. I believe so. I certainly had that intention, and I don't think the d-i would have seen the former partitions as EFI if booting in legacy mode, right?I remember to see that weird message prefix not found, but I do not remember in which boot. I am sorry I could nto send this report before, I would have this information more fresh in my mind. I hope it helps, but if you do not receive any similar report it may have to do with the two trials of installation before the succesful one. Thanks for pointing about the other bug on the grub not booting the Windows 8. I will fix it now. I agree with you that the graphics issue is not related, I just mentioned it just in case somebody wants to insist in the installation docs (I think it is written already) about the need of using non-free packages to make some graphic cards to work. Newbies use to be discouraged of using Debian because of this kind of things Thanks again. Please let me know if I can help further. Jorge Boot method: CD netinst Image version: debian-testing-amd64-netinst.iso (version 20130417) Date: 2013-04-17, 18:00 UT (20:00 CET) Machine: HP Pavillion p6-2306es, Intel core i5, 6 GB RAM Partitions: rootfs rootfs653954576 156762724 463972884 26% / udev devtmpfs 10240 0 10240 0% /dev tmpfs tmpfs608444 664 607780 1% /run /dev/disk/by-uuid/23716695-21dc-4f05-8429-291f7621f862 ext4 653954576 156762724 463972884 26% / tmpfs tmpfs 5120 05120 0% /run/lock tmpfs tmpfs 2466160 292 2465868 1% /run/shm /dev/sda7 vfat 34260 117 34144 1% /boot/efi Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD:
Bug#705968: schroot: --session-name should work with automatic sessions
Package: schroot Version: 1.6.0-1 Severity: wishlist Currently, --session-name only works when using manual session creation. It does not work with automatic sessions. It would be useful for --session-name to work for automatic sessions as well, and for the option handling code to relax its checking to allow for this use case, and additionally for the option to be set in the session object for it to take effect. Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704554: found the culprit
it appears this mpd hates the top gun anthem. strange, as i've definitely played it recently using a different hierarchy of music, heh [sheepish]. mpd 30462 dank mem REG 8,65 39136 2244279 /usr/lib/x86_64-linux-gnu/libyajl.so.2.0.4 mpd 30462 dank mem REG 8,65141064 1048602 /lib/x86_64-linux-gnu/ld-2.16.so mpd 30462 dank mem REG 8,65 26232 2241400 /usr/lib/x86_64-linux-gnu/libogg.so.0.8.0 mpd 30462 dank mem REG 8,65184720 2241419 /usr/lib/x86_64-linux-gnu/libvorbis.so.0.4.6 mpd 30462 dank mem REG 8,65 88632 2244315 /usr/lib/libid3tag.so.0.3.0 mpd 30462 dank mem REG 8,65319248 2241441 /usr/lib/x86_64-linux-gnu/libFLAC.so.8.2.0 mpd 30462 dank mem REG 8,65 32216 2241591 /usr/lib/x86_64-linux-gnu/libvorbisfile.so.3.3.5 mpd 30462 dank mem REG 8,65 26258 2230429 /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache mpd 30462 dank0r CHR1,3 0t01028 /dev/null mpd 30462 dank1w REG 8,65 103320189 4733909 /home/dank/var/log/mpd.log mpd 30462 dank2w REG 8,65 103320189 4733909 /home/dank/var/log/mpd.log mpd 30462 dank3u a_inode0,9 02818 [eventfd] mpd 30462 dank4u unix 0x88041195e200 0t0 459298 socket mpd 30462 dank5u IPv4 461257 0t0 TCP localhost:6600 (LISTEN) mpd 30462 dank6u a_inode0,9 02818 [eventfd] mpd 30462 dank7r FIFO0,8 0t0 461260 pipe mpd 30462 dank8w FIFO0,8 0t0 461260 pipe mpd 30462 dank9u REG 8,65 3072 4737795 /home/dank/var/lib/mpd/stickerfile mpd 30462 dank 10r FIFO 8,65 0t0 4733911 /home/dank/var/lib/mpd/fifo mpd 30462 dank 11w FIFO 8,65 0t0 4733911 /home/dank/var/lib/mpd/fifo mpd 30462 dank 12r CHR1,9 0t01033 /dev/urandom mpd 30462 dank 13r REG 9,127 28623250 863918 /media/ghettostore/music/_soundtracks/top gun (soundtrack) (1986)/(10) [Harold Faltermeyer And Steve Stevens] Top Gun Anthem.flac mpd 30462 dank 14r FIFO0,8 0t0 455634 pipe mpd 30462 dank 15w FIFO0,8 0t0 455634 pipe mpd 30462 dank 16u unix 0x880429670700 0t0 465147 socket mpd 30462 dank 17u IPv4 461261 0t0 TCP localhost:6600-localhost:54053 (ESTABLISHED) mpd 30462 dank 18u IPv4 461262 0t0 TCP localhost:6600-localhost:54054 (ESTABLISHED) [skynet](0) $ -- nick black http://www.sprezzatech.com -- unix and hpc consulting to make an apple pie from scratch, you need first invent a universe. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676648: confirmed
Am 22.04.2013 22:53, schrieb Adam D. Barratt: On Mon, 2013-04-22 at 22:33 +0200, Micha Lenk wrote: Am 22.04.2013 21:13, schrieb Micha Lenk: [...] I am going to prepare the upload now. Just for the records, I've just uploaded gstreamer0.10 0.10.36-1.2. Feel free to unblock it. I can also file an unblock request in the BTS if needed. But up to now the usual confirmation from dak is still missing... Might have been worth a delay to give the maintainers chance to react; I realise I chased things a little though. :-( Oh well, good point. I am sorry if the maintainers disagree with my upload. Regards, Micha -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597574: sonata: play button does not activate after connecting to mpd
Package: sonata Version: 1.6.2.1-5 Followup-For: Bug #597574 I can reliably reproduce the problem when there is no mpd configured to connect to automatically. When I manually connect (in my case choosing from a list of two servers) I get the buttons all greyed out. Upon connection I even briefly get the message that I'd be lacking read permissions. After a split second though interaction with everything but the buttons becomes available and works. Cheers, Tobias -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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 sonata depends on: ii python 2.7.3-4 ii python-dbus 1.1.1-1 ii python-gtk2 2.24.0-3+b1 ii python-mpd 0.3.0-4 ii python2.62.6.8-1.1 ii python2.72.7.3-6 Versions of packages sonata recommends: ii python-eggtrayicon 2.25.3-12 ii python-tagpy0.94.8-4 Versions of packages sonata suggests: pn python-mmkeys 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#516499: says Failed to open sound device. instead of entertaining
Fwiw, there's a FAQ entry about ALSA support upstream: * http://mp3blaster.sourceforge.net/#faq Perhaps the Debian package should be set up to use ALSA out of the box? That would smooth things for most users. However it requires compiling mp3blaster with SDL support (and depending on SDL), which is currently not the case. A separate bug, #565595, is already about that subject. Best, Mark -- Mark J. Nelson IT University of Copenhagen http://www.kmjn.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704554: have examples of crashing files
ok, it wasn't top gun -- that was just on pause, lol. when i remove the directory comfort/avalon (2012) from the file hierarchy, mpd is able to update the entire database. flac -a reports errors on all files within the directory, and file(1) reports only that they are data. i'm going to see what happens when i load just this directory and do other obvious experiments. -- nick black http://www.sprezzatech.com -- unix and hpc consulting to make an apple pie from scratch, you need first invent a universe. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705963: apper: Please document how to setup authorization
On Mon, Apr 22, 2013 at 2:01 PM, Matthias Klumpp m...@debian.org wrote: Hi! Apper uses PolicyKit for authorization - there is nothing to set up but PolicyKit privileges, which are usually fine. So, this is a) broken configuration on your system b) a bug in the PolicyKit packaging Have you checked that you have the latest version of Polkit installed, and a policykit-agent is running? OK, so I guess it's supposed to work out of the box, without needing to do anything like adding users authorized to update the system to a particular group? All my packages are up to date as of sid, with a few upgraded to experimental (including the KDE 4.10.2 packages, and gcc-4.7/gcc-4.8/eglibc). I did 'ps auwwx | grep policykit' and saw a polkitd process but nothing with policykit-agent. Looking through ~/.xsession-errors, I see a few possibly interesting lines: QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. QDBusConnection: session D-Bus connection created before QCoreApplication. Application may misbehave. Error, cannot create transaction proxy QDBusError(org.freedesktop.DBus.Error.NameHasNoOwner, Could not get owner of name 'org.freedesktop.PackageKit': no such name) Then, at the point of actually asking for authentication, the messages aren't too helpful: kwin(14630) KWin::Client::configureRequest: KWin::Client(0x2adb5d0) true false false kwin(14630) KWin::Client::configureRequest: PERMITTED 'ID: 62914567 ;WMCLASS: polkit-kde-authentication-agent-1 : polkit-kde-authentication-agent-1 ;Caption: Authentication is required to update packages – PolicyKit1-KDE ' true REQUEST polkit-agent-helper-1: pam_authenticate failed: Authentication failure COMPLETED REQUEST polkit-agent-helper-1: pam_authenticate failed: Authentication failure COMPLETED Listener adapter polkit_qt_listener_initiate_authentication_finish polkit_qt_listener_initiate_authentication_finish callback for 0x1360ec0 kded(13417) ApperdThread::transactionListChanged: tids.size() 0 kded(13417) ApperdThread::getTimeSinceRefreshCache: 13832 (I will close this bug later) Wouldn't it be better to keep this open until we figure out why it isn't working as it's supposed to? And maybe instead reassign it to a more appropriate package? I haven't done anything strange to the system configuration files or package installations that I'd think should cause something like this. Cheers, Matthias -- Daniel Schepler
Bug#693102: ospf6d crashes with Assertion `current == route' failed in file ospf6_route.c, line 608, function ospf6_route_remove
Hello Marco Could you have a look at the upstream bug tracker? David is having problems to reproduce the bug: https://bugzilla.quagga.net/show_bug.cgi?id=747 bye, -christian- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705951: texlive-pictures, tikz-timing broken
severity 705951 normal
tag 705951 + upstream
thanks
On Mo, 22 Apr 2013, Markus Weißmann wrote:
Severity: grave
Nanana, never heard about that one ... does definitely not make the
whole package unusable, nor it is a security hole, nor ...
The tikz-timing part of texlive-pictures is broken; it looks like
You didn't send a test file ... anyway, trying it n my local server
I see that it works:
$ cat tikz.tex
\documentclass{article}
\usepackage{tikz}
\usepackage{tikz-timing}
\begin{document}
\end{document}
$ pdflatex tikz
...
all fine.
Maybe that helps:
$ apt-cache search svn-prov
texlive-latex-extra - TeX Live: LaTeX supplementary packages
Followed by an
apt-get install texlive-latex-extra
several text replacements have been performed by some subversion server
No, haven't, but interesting and funny theory.
\RequirePackage{svn-prov}[2009/05/03]
Which probably should have been
\RequirePackage{tikz}[2009/05/03]
No, not at all.
You might also have looked up that package on CTAN:
http://www.ctan.org/pkg/svn-prov
There are more illegal replacements all over the tikz-timing files.
No, there aren't.
Norbert
PREINING, Norbert http://www.preining.info
JAIST, Japan TeX Live Debian Developer
DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705969: dwarves: Source package name warants README.source
Source: dwarves-dfsg Version: 1.10-2 Severity: normal Dear Maintainer, The source package name dwarves-dfsg gives the impression that there was something wrong with upstream's sources and they had to be repacked. This isn't true at the moment, but it would nevertheless be helpful to include a README.source explaining that the source isn't repacked. (I had to download both source archives and compare them to find this out.) (Aside: you also didn't push 1.10-2, or a tag for 1.10-1, to the git repository.) -- Hi! I'm a .signature virus! Copy me into your ~/.signature to help me spread! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705926: [buildd-tools-devel] Bug#705926: sbuild: Add basic DEP-8 autopkgtest
On Mon, Apr 22, 2013 at 11:04:36AM +0100, James Hunt wrote: The attached debdiff adds a basic DEP-8 autopkgtest for sbuild. See: Thanks, this looks extremely useful. I'll be going through the patch backlog in sbuild fairly soon, and I'll apply it then. Many thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705961: installation-reports: debian-installer does not create an EFI partition by default
On Mon, Apr 22, 2013 at 11:11:06PM +0200, Jorge Sanz Forcada wrote: Hi Steve Thanks for your help. Yes, I was surprised of this problem because I did not see anything in the release notes, despite of having some information on the UEFI issues. Let me extend a bit more on the process followed: The PC came with Windows 8 pre-installed. That implies also a recovery partition, so grub now offers two Windows starts: one for normal Windows, one for the recovery partition (I guess this is standard). Anyway, I tried to boot from the installation CD of squeeze. I had to do that through the legacy mode and deactivated the secure booting just in case. d-i did not notice that there were EFI partitions, and installed linux in the space I freed from the disk. No need to mention that I could not boot the linux partition even from the legacy mode. Then I decided to move on to Wheezy. I formatted the linux partition to prepare the new installation (see below) Ah... If you've set things up initially using squeeze, that may explain things... :-/ Squeeze didn't have any EFI support at all for amd64. Unless you deleted all the newly-created partitions and started again using the Wheezy installer, it will not have attempted to create the partition layout it needed. El 22/04/13 22:05, Steve McIntyre escribió: On Mon, Apr 22, 2013 at 09:29:57PM +0200, Jorge Sanz Forcdada wrote: Package: installation-reports Severity: normal Hi Jorge, I must admit that I'm very surprised to see this bug report - I've written a lot of the amd64 UEFI support code in debian-installer, and it's been working just fine for me in testing. So, if you could answer a few questions for me that would help enormously in working out what's gone wrong here. 1. You say that you want to install on a disc with Windows 8 - is Windows 8 installed there already? If so, then the installer code *should* pick up on the existing EFI system partition that Windows will have created, and use it accordingly I'm guessing you didn't already have Windows 8 installed, from the information further down. If it doesn't find an exiting EFI system partition, d-i should create one itself automatically. Yes, Windows 8 was installed before. When I tried the first installation of Wheezy the bios only showed the UEFI Windows boot (and the linux CD too), so I could not boot the new linux installation and decided to repeat the installation preparing a new EFI partition. The debian installer saw the Windows EFI partition already present in the disk before installation. Besides, I think it recognized (?!) the former linux squeeze partition as an EFI partition (not 100% sure of this). It most likely would be shown as a GPT partition, but most likely *not* EFI. I must say that during the whole process I kept a doubt about a partition of 1 MB that I believe was created by squeeze, but I prefered not to delete it just in case it was a bios thing (it still there, it does not bother :-) ). Right. 2. Are you *100%* sure that you booted the installer in UEFI mode? You can check this by looking at startup messages as the machine boots. If it's booting via UEFI, you'll get a cosmetic complaint from grub at early boot: prefix not found. I believe so. I certainly had that intention, and I don't think the d-i would have seen the former partitions as EFI if booting in legacy mode, right?I remember to see that weird message prefix not found, but I do not remember in which boot. I am sorry I could nto send this report before, I would have this information more fresh in my mind. I hope it helps, but if you do not receive any similar report it may have to do with the two trials of installation before the succesful one. Yes, I think so. If you're prepared to delete your existing Debian installation and try again from scratch using Wheezy, that's more likely to work. But I understand if you don't want to spend the time on that now...! Thanks for pointing about the other bug on the grub not booting the Windows 8. I will fix it now. Cool, glad to help here. :-) I agree with you that the graphics issue is not related, I just mentioned it just in case somebody wants to insist in the installation docs (I think it is written already) about the need of using non-free packages to make some graphic cards to work. Newbies use to be discouraged of using Debian because of this kind of things Yup. -- Steve McIntyre, Cambridge, UK.st...@einval.com Every time you use Tcl, God kills a kitten. -- Malcolm Ray -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705970: ITP: python-park -- persistent key-value API for Python with ordered traversal of keys
Package: wnpp Severity: wishlist Owner: Daniele Tricoli er...@mornie.org * Package name: python-park Version : 1.0.0 Upstream Author : Peter Teichman pteich...@litl.com * URL : https://github.com/litl/park * License : Expat Programming Lang: Python Description : persistent key-value API for Python with ordered traversal of keys Park is a persistent key-value API for Python with ordered traversal of keys. Both keys and values are binary safe. It’s similar in use to LevelDB, but has no dependencies outside the Python standard library. It is meant to be extremely easy to use and can scale to a few gigabytes of data. The package will be maintained under the umbrella of the Debian Python Modules Team and it is a dependency for the new version of python-cobe (2.0.4). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592874: #3489: user-defined settings are overriden by /etc/Muttrc
#3489: user-defined settings are overriden by /etc/Muttrc -+-- Reporter: antonio@… | Owner: mutt-dev Type: defect | Status: closed Priority: trivial | Milestone: Component: mutt|Version: 1.5.21 Resolution: worksforme | Keywords: -+-- Changes (by kevin8t8): * status: new = closed * resolution: = worksforme Comment: Closing this ticket out. Looks like the same conclusion was already discussed in the Debian bug too. -- Ticket URL: http://dev.mutt.org/trac/ticket/3489#comment:2 Mutt http://www.mutt.org/ The Mutt mail user agent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705971: debian-installer hangs when tty console in use (console-setup)
Package: debian-installer Version: 20130415 Severity: critical Tags: installation, wheezy, console-setup It seems that if a TTY console is in use during the installation, the whole installation process hangs and can't be recovered (see below). It is possible to switch to different tty's, but It is not possible to activate other consoles nor kill the one still active (blinking cursor, unresponsive). The log file showed this message, then hungs there for several minutes [xxx] configuring console-setup... The only option left was to reboot the system (Ctrl-Alt-Del). Repeating the installation with no consoles active worked fine. I'm using the Wheezy netinstaller amd64 downloaded on 4/22/2013 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652732: linux-image-3.1.0-1-amd64: huge system time reported by time
Control: reassign -1 src:linux Control: found -1 3.8-1~experimental.1 On 2012-05-09 02:01:58 +0200, Vincent Lefevre wrote: Similar problem on the same machine when I ran a command: 0.01s user 18446744073.71s system -2147483648% cpu 0.008 total (I didn't use the time command explicitly, but zsh is configured to output the time as soon as it is at least 60s). A similar problem occurred again, but with the user time, which is higher than the actual value: 65.86s user 0.56s system 165% cpu 40.218 total 0.03s user 0.01s system 0% cpu 40.218 total Here, this was a make piped to another command (hence the 2 lines). -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705972: ITP: qupzilla -- lightweight web browser based on libqtwebkit
Package: wnpp Severity: wishlist Owner: Georges Khaznadar georg...@debian.org * Package name: qupzilla Version : 1.4.1 Upstream Author : David Rosca now...@gmail.com and others for 3rd party classes * URL : http://www.qupzilla.com/ * License : mixed : mainly GPL-3.0+; GPL-2+, MPL, BSD-like Programming Lang: C++ Description : lightweight web browser based on libqtwebkit QupZilla is a new and very fast QtWebKit browser. It aims to be a lightweight web browser available through all major platforms. This project has been originally started only for educational purposes. But from its start, QupZilla has grown into a feature-rich browser. . QupZilla has all standard functions you expect from a web browser. It includes bookmarks, history (both also in sidebar) and tabs. Above that, you can manage RSS feeds with an included RSS reader, block ads with a builtin AdBlock plugin, block Flash content with Click2Flash and edit the local CA Certificates database with an SSL Manager. . QupZilla's main aim is to be a very fast and very stable QtWebKit browser available to everyone. There are already a lot of QtWebKit browsers available, but they are either bound to the KDE environment (rekonq), are not actively developed or very unstable and miss important features. But there is missing a multiplatform, modern and actively developed browser. QupZilla is trying to fill this gap by providing a very stable browsing experience. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705973: Need IPv6 support
Package: network-manager-openvpn Version: 0.9.4.0-1 Severity: wishlist Latest versions of openvpn support IPv6. But even when importing a config file for such a setting, network-manager does not open IPv6 connection on the VPN. Then IPv6 connections are not routed through the VPN, even though the imported config and the server were set to do so. -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 'proposed-updates'), (600, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-openvpn depends on: ii libc6 2.13-38 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libnm-glib-vpn1 0.9.4.0-10 ii libnm-glib4 0.9.4.0-10 ii libnm-util2 0.9.4.0-10 ii openvpn 2.2.1-8 network-manager-openvpn recommends no packages. network-manager-openvpn 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#705974: libsparsehash: Please update to latest version
Package: libsparsehash-dev Version: 1.10-1build1 Severity: wishlist File: libsparsehash sparsehash 2.x has been out for a while. Among other improvements are simple things like a pkgconfig file, without which some packages won't build! Since Google already provide Debian packages of this version, I hope it's not too much work to make an official Debian package. -- System Information: Debian Release: wheezy/sid APT prefers quantal-updates APT policy: (500, 'quantal-updates'), (500, 'quantal-security'), (500, 'quantal') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.5.0-27-generic (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash libsparsehash-dev depends on no packages. Versions of packages libsparsehash-dev recommends: ii g++ [c++-compiler] 4:4.7.2-1ubuntu2 ii g++-4.6 [c++-compiler] 4.6.3-10ubuntu1 ii g++-4.7 [c++-compiler] 4.7.2-2ubuntu1 libsparsehash-dev 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#499635: FreeOrion
Hello again!
On 22.04.2013 11:19, Dmitry Smirnov wrote:
[...]
Please commit whatever you have even if it's not perfect. :)
If you made the game playable it is already in better shape that it was when I
left it.
I have committed a working version to our git repository.
http://anonscm.debian.org/gitweb/?p=pkg-games/freeorion.git
* I think FreeOrion should be splitted in two source packages freeorion
and freeorion-data. That would save us some bandwith.
As far as I understand the issue by splitting we can save some resources on
buildd servers. Is there are any other benefits given that we generate
orig.tar from single repository checkout?
In any case I trust you with this decision.
I gave it another thought. I believe the Games Team has some kind of
policy in place which recommends splitting large packages in two source
packages. We already do that for 0ad, redeclipse, sauerbraten or
openarena. I guess the main reason for this is to avoid downloading the
large data package every time you have to change something in the binary
package because normally the data package has a strict dependeny like
freeorion-data (= ${source:Version})
On the other hand i can imagine we stick with the status quo and just
change the dependency to
freeorion-data (= ${source:Upstream-Version})
This would be a less strict dependency on freeorion-data and we do not
have to deal with a second source package. I'm undecided now. I think
the compilation of the binary package is the most crucial factor for the
buildd servers. So in case of FreeOrion one source package splitted in
freeorion and freeorion-data might be acceptable, too.
[...]
* I agree with you that we should stick with FreeOrions's gigi fork. It
is better maintained and we only need the library for the game. I
have tested gigi as a standalone package and as part of FreeOrion's
build process. I'm willing to create a separate package because i
think it is easier to maintain in the long-run. At first it looks
like more work but it is easier to spot errors and to fix bugs
related to gigi. The rules file of FreeOrion also looks tidier. :)
So i'm not afraid to package the library as libgigi-freeorion to make
it clear that it is a FreeOrion fork of gigi in case someone intends
to package the original library.
I trust you with this decision but I don't see any value in splitting
freorion's gigi to its own package whatever its name would be. Why don't we
just leave gigi's RFP open with comment that there is an embedded copy in
freeorion?
It's remain to be seen whenever gigi will be valuable for anything but
freeorion. In case if gigi ever mature into proper library it can be easily
splitted to its own package then.
I'm concerned about maintenance effort. It appears to me that even if
freeorion's rules may look tidier the overall maintenance effort for two
packages built from same source tree might be greater comparing to bundled
libgigi. Ultimately if separating gigi to its own package is convenient to you
it is enough for me to justify the effort (i.e. I'm not against it I just
don't see the value of standalone gigi package).
Ok, that's true but then i need to investigate carefully the
dpkg-shlibdeps warning:
error: couldn't find library libGiGi.so'
Strangely it does seem to work anyway.
I see you have changed the LD_LIBRARY_PATH in debian/rules but something
is still missing, hmm. If i can find a solution i could avoid making a
standalone version of libgigi.
Back to work ;)
Markus
signature.asc
Description: OpenPGP digital signature
Bug#705197: Language-Team field in po files should not contain debian-i18n@l.d.o
victory victory@gmail.com writes: I don't have any knowledge about packaging and how lintian works, though, something like this? Thanks! I've added a new check based on your work for the next release of Lintian. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#699492: [pkg-bacula-devel] Bug#699492: unblock bacula-doc/5.2.6-2
В Mon, 22 Apr 2013 19:56:06 +0200 Julien Cristau jcris...@debian.org пишет: On Mon, Apr 22, 2013 at 17:59:26 +0400, Alexander Golovko wrote: Argh, i reply only to message about copyrights, but do not reply to this. For the record: jmw alexandro: ok, I am not near a mail client and can't follow up there. you need to: sort out the copyright file as you think best; put Team Upload in the changelog or add yourself to uploaders; revert the standards version bump. the quilt bit is a little yucky but if it's sorted out upstream then I don't mind that. with those changes you can upload and then ping the unblock bug. thanks for working on it Thank you! bacula-doc 5.2.6-3 was uploaded. * debian/control: - Revert bumping standards to 3.9.4. + Add itself to uploaders. * debian/copyright: + Switch to DEP-5 format. + Update license information. But now we should also fix license information in bacula packages, because upstream change license from GPL-2 to AGPL-3. I can simply copy upstream license file or convert it to DEP-5 too. What is preferable? Current copyright file was copied from previous upstream license file with minimum changes about packaging. Cheers, Julien -- with best regards, Alexander Golovko email: alexan...@ankalagon.ru xmpp: alexan...@ankalagon.ru signature.asc Description: PGP signature
Bug#705973: [Pkg-utopia-maintainers] Bug#705973: Need IPv6 support
Can you try network manager 0.9.8 from experimental? Erwan David er...@rail.eu.org schrieb: Package: network-manager-openvpn Version: 0.9.4.0-1 Severity: wishlist Latest versions of openvpn support IPv6. But even when importing a config file for such a setting, network-manager does not open IPv6 connection on the VPN. Then IPv6 connections are not routed through the VPN, even though the imported config and the server were set to do so. -- System Information: Debian Release: 7.0 APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 'proposed-updates'), (600, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager-openvpn depends on: ii libc6 2.13-38 ii libdbus-1-3 1.6.8-1 ii libdbus-glib-1-2 0.100.2-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libnm-glib-vpn1 0.9.4.0-10 ii libnm-glib4 0.9.4.0-10 ii libnm-util2 0.9.4.0-10 ii openvpn 2.2.1-8 network-manager-openvpn recommends no packages. network-manager-openvpn suggests no packages. -- no debconf information ___ Pkg-utopia-maintainers mailing list pkg-utopia-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-utopia-maintainers -- Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705924: Problem isolated, workaround available
Yup, that's it. It's failing to find FSharp.Core.sigdata and FSharp.Core.optdata; if you copy them to /usr/lib/mono/gac/FSharp.Core/FSharp.Core/4.3.0.0__b03f5f7f11d50a3a/ you should find that fsharpi works. I clearly had those lying around from a previous dirty install. I think we'll need to teach some mono tooling about F#. signature.asc Description: This is a digitally signed message part
Bug#705929: [pkg-wine-party] Bug#705929: /usr/bin/wine32: Wine breaks audio and (some) video playback
control: severity -1 minor Package: wine-bin Version: 1.4.1-4 Severity: important File: /usr/bin/wine32 Dear Maintainer, Running World of Warcraft in wine has some nasty side effects: - No audio in vlc media player while totem is unable to playback video as well - Gnash (+html5) video streaming cannot be started/unpaused Notes: There is sound in WoW. Closing WoW causes gnash to start video playback. (gnash): Videos started before WoW work fine. (vlc): Videos (audio) started before WoW break. i assume you're using alsa, which is notorious for not playing well with multiple sound applications. I've had a lot of success using pulseaudio instead. So, can you give that a shot? Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704258: [Pkg-chromium-maint] Bug#704258: Acknowledgement (chromium: Full Screen Mode doesn't inhibit screensaver etc. from darkening screen)
On Mon, Apr 22, 2013 at 7:59 AM, Stephen Allen wrote: On Sun, Apr 21, 2013 at 01:33:05PM -0400, Michael Gilbert wrote: control: severity -1 normal No response received since March 30th. Pretty severe bug in that one can't use Chromium (browser) in full screen without Gnome-Shell interfering in terms of energy saving and darkening the screen. I understand your perspective. However, this is more of an upstream problem. Your best bet is to either track down an existing upstream report and add more info to it, or if one doesn't yet exist create your own. Then send a message with a link here so we can track it. In the meantime, you can disable power management (or set the timer to over 1 or 2 hours or something less annoying). Best wishes, Mike ---end quoted text--- Upstream say it's the packagers responsibility, Chromium has an email list specifically for downstream packagers as well. Perhaps the Debian packager(s) should join it. Can't say that this is a Chromium issue but one of Gnome-Shell which is also the responsibility of the Debian packager to look into. Right? Thanks for digging into this further, however I disagree with that assessment. I can reproduce the same issue with xscreensaver on xfce, and it's probably true for any desktop/screensaver/power-management combo out there. So, it's not just one misbehaving application that could somehow be fixed. It is chrome itself that isn't making the right calls to tell that stuff to get out of the way. Would you mind providing a link to the bug report or mailing list that you had that discussion on? Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
