Bug#737093: thermald: daemon eats 100 percent CPU time
Package: thermald Version: 1.1~rc2-4 Severity: normal Hello. I installed thermald into testing. Ironically, a few minutes later the fan started to turn and top showed that thermald processus was eating 100 percent CPU. I may reinstall the package and investigate, if you tell me which additionnal information may be useful. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737095: qdbus segfaults
Package: qdbus Version: 4:4.8.5+git209-g718fae5+dfsg-1 Severity: normal With kmail running, and an compose window open, qdbus crashes for me: $ gdb -ex r --args qdbus org.kde.kmail2 /kmail2/kmail_composer_1 Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. method void org.kde.kmail.mailcomposer.send(int how) property readwrite bool org.qtproject.Qt.QMainWindow.documentMode Program received signal SIGSEGV, Segmentation fault. 0x7750b082 in QMetaProperty::typeName() const () from /usr/lib/x86_64 -linux-gnu/libQt5Core.so.5 (gdb) bt #0 0x7750b082 in QMetaProperty::typeName() const () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #1 0x00405b5d in ?? () #2 0x76c33995 in __libc_start_main (main=0x404090, argc=0x3, ubp_av=0x7fffe0d8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe0c8) at libc-start.c:276 #3 0x004063ca in ?? () -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qdbus depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-14 ii libqt4-xml 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtdbus4 4:4.8.5+git209-g718fae5+dfsg-1 ii libstdc++6 4.8.2-14 ii qtchooser 39-g4717841-2 qdbus recommends no packages. qdbus 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#737094: ITP: jsch-agent-proxy -- Proxy to ssh-agent and Pageant in Java
Package: wnpp Severity: wishlist Owner: Emmanuel Bourg ebo...@apache.org * Package name: jsch-agent-proxy Version : 0.0.7 Upstream Author : Atsuhiko Yamanaka atsuhiko.yaman...@gmail.com * URL : https://github.com/ymnk/jsch-agent-proxy * License : BSD Programming Lang: Java Description : Proxy to ssh-agent and Pageant in Java jsch-agent-proxy is a proxy program to OpenSSH's ssh-agent and Pageant included in Putty. It can be easily integrated into JSch, and users can use those programs in authentications. This software has been developed for JSch, but it is easily applicable to other ssh2 implementations in Java. This library is a dependency of Maven Wagon 2.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737096: /usr/bin/qdbusviewer: does not start
X-Debbugs-Cc: philipp.ma...@linbit.com Package: qtchooser Version: 39-g4717841-2 Severity: normal File: /usr/bin/qdbusviewer $ /usr/bin/qdbusviewer qdbusviewer: could not exec '/usr/lib/x86_64-linux-gnu/qt5/bin/qdbusviewer': No such file or directory -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qtchooser depends on: ii libc6 2.17-97 ii libgcc1 1:4.8.2-14 ii libstdc++6 4.8.2-14 qtchooser recommends no packages. Versions of packages qtchooser suggests: pn qt4-default none ii qt5-default 5.1.1+dfsg-6+b2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735116: apt-listbugs: […]/debian.rb:24:in `require': no such file to load -- debian_version (LoadError)
On 29/01/14 at 22:02 +0100, Francesco Poli wrote: On Tue, 28 Jan 2014 22:47:27 -0300 Antonio Terceiro wrote: On Mon, Jan 20, 2014 at 11:49:17PM +0100, Francesco Poli wrote: On Mon, 20 Jan 2014 14:28:43 -0300 Antonio Terceiro wrote: [...] one bit I forgot: we also decided that we won't support more than one version in stable releases, so the 'default' version is actually the unique one. I am not too happy to hear that: as far as I know, Debian gives more choice to users for other languages (such as Python, AWK, all GCC languages, ...). I hope this situation will improve in the future. I think that supporting at least a couple of major versions (a more mature one, used as default interpreter, and a more recent bleeding edge one) would be great. Well, choices need people to support them. That's true. With 2 Ruby versions security problems often need 6 different uploads¹ that have to be built and tested, and I prefer to spend only half that time and spend the other half doing other things in Debian. :) ¹ 2 versions x 3 suites (unstable, stable, oldstable) Fair enough, but, still, it would be great to have two supported major versions: it would give people more time to port libraries and applications to a newer Ruby interpreter, while still relying on the more mature one... Anyway, just to be clear: I fully understand your reasoning and I agree that, without more Ruby maintainers, it makes sense to reduce the number of supported major versions. Another important point IMHO is that in the past (2005-2011?), there was a split inside the ruby community about the real stable version: the upstream devs felt it was the 1.9 branch, while everybody was still using 1.8. This is similar to the situation of Python a couple of years ago. But now, this seems to be resolved, and everybody has moved to 2.X, with more gradual improvements and less incompatibility between new upstream releases. So we are much more in a perl5-ish situation, and it doesn't make much sense anymore to support several upstream branches in our stable releases. Probably the major lesson to learn about this, too, is that splitting the community around programming languages into branches (ruby 1.8/1.9, perl 5/6, python 2.X/3.X) is harmful and extremely costly. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721917: Patches fixing sysvinit issues on Debian/Hurd
[Samuel Thibault] Hello, The patches have been applied in git, I tested them and it works nicely. There's just one additional thing to fix, see attached patch, which adds a getty on the Mach console. Thank you. I applied it, but believe more is needed to ensure that the change take effect on upgrades. Can you have a look and check if I am right? -- 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#737097: libvirt0: Please build libvirt with macvtap in wheezy-backports
Package: libvirt0 Version: 1.2.1-1~bpo70+1 Severity: wishlist Dear Maintainer, please consider enabling macvtap in the libvirt build for wheezy-backports. After setting WITH_MACVTAP = --with-macvtap ind debian/rules and recompiling it was usabel out of the box on my test installation. Kind regards, Martin Sofaru -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/debian-bugs-dist
Bug#737098: ITP: discosnp -- discovering Single Nucleotide Polymorphism (SNP) from raw set(s) of reads obtained with Next Generation Sequencers
Package: wnpp Severity: wishlist Owner: Olivier Sallou olivier.sal...@irisa.fr * Package name: discosnp Version : 1.0.1 Upstream Author : INRIA * URL : http://colibread.inria.fr/discosnp/ * License : CeCILL Programming Lang: C Description : discovering Single Nucleotide Polymorphism (SNP) from raw set(s) of reads obtained with Next Generation Sequencers Software discoSnp is designed for discovering Single Nucleotide Polymorphism (SNP) from raw set(s) of reads obtained with Next Generation Sequencers (NGS). Note that number of input read sets is not constrained, it can be one, two, or more. Note also that no other data as reference genome or annotations are needed. The software is composed by two modules. First module, kissnp2, detects SNPs from read sets. A second module, kissreads, enhance the kissnp2 results by computing per read set and for each found SNP i/ its mean read coverage and ii/ the (phred) quality of reads generating the polymorphism. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737099: ITP: mapsembler2 -- bioinformatics targeted assembly software
Package: wnpp Severity: wishlist Owner: Olivier Sallou olivier.sal...@irisa.fr * Package name: mapsembler2 Version : 2.0.5 Upstream Author : INRIA * URL : https://colibread.inria.fr/mapsembler2/ * License : CeCILL Programming Lang: C Description : bioinformatics targeted assembly software Mapsembler2 is a targeted assembly software. It takes as input a set of NGS raw reads (fasta or fastq, gzipped or not) and a set of input sequences (starters). It first determines if each starter is read-coherent, e.g. whether reads confirm the presence of each starter in the original sequence. Then for each read-coherent starter, Mapsembler2 outputs its sequence neighborhood as a linear sequence or as a graph, depending on the user choice. Mapsembler2 may be used for (not limited to): · Validate an assembled sequence (input as starter), e.g. from a de Bruijn graph assembly where read-coherence was not enforced. · Checks if a gene (input as starter) has an homolog in a set of reads · Checks if a known enzyme is present in a metagenomic NGS read set. · Enrich unmappable reads by extending them, possibly making them mappable · Checks what happens at the extremities of a contig · Remove contaminants or symbiont reads from a read set -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733047: [iceowl-extension] iceowl is trying to access files that don't exist (hundreds of times per second)
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: iceowl-extension
Version: 24.2.0-1
- --- Please enter the report below this line. ---
Hi,
I narrowed down the problem considerably. Running iceweasel in the
debugger showed nothing suspicious, but checking the file system
access hit the jackpot:
$ strace -e file -f -s2048 -o /tmp/icedove_dbg.txt icedove
showed a lot (and I mean way too much per second -- after a few
seconds the logfile was 1.5 MB big) of lines like this:
13853
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/deleted.sqlite-journal,
F_OK) = -1 ENOENT (No such file or directory)
13853
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/deleted.sqlite-wal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal,
F_OK) = -1 ENOENT (No such file or directory)
13822
stat(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite,
{st_mode=S_IFREG|0644, st_size=6083584, ...}) = 0
13822
open(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal,
O_RDWR|O_CREAT|O_CLOEXEC, 0644) = 76
13822 open(/home/venthur/.icedove/8qmgx4bf.default/calendar-data,
O_RDONLY|O_CLOEXEC) = 77
13822
unlink(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal)
= 0
13853
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/deleted.sqlite-journal,
F_OK) = -1 ENOENT (No such file or directory)
13853
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/deleted.sqlite-wal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal,
F_OK) = -1 ENOENT (No such file or directory)
13822
access(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-wal,
F_OK) = -1 ENOENT (No such file or directory)
13822
stat(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite,
{st_mode=S_IFREG|0644, st_size=6083584, ...}) = 0
13822
open(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal,
O_RDWR|O_CREAT|O_CLOEXEC, 0644) = 76
13822 open(/home/venthur/.icedove/8qmgx4bf.default/calendar-data,
O_RDONLY|O_CLOEXEC) = 77
13822
unlink(/home/venthur/.icedove/8qmgx4bf.default/calendar-data/cache.sqlite-journal)
= 0
Checking ~/.icedove/8qmgx4bf.default/calendar-data, revealed that
cache.sqlite-wal and -journal where indeed not present. So iceowl
tries to access those files hundreds of times per second and gets an
error.
The workaround for this bug is to disable offline support for every
single calender (go to each calender - properties - uncheck Offline
Support) If you've done that for each calender and restart icedove.
It runs normal again.
This workaround makes the calenders useless when offline. But the
offline support in iceowl is obviously broken.
Cheers,
Bastian
- --- System information. ---
Architecture: amd64
Kernel: Linux 3.12-1-amd64
Debian Release: jessie/sid
500 unstableftp.de.debian.org
500 stable repository.spotify.com
500 stable dl.google.com
1 experimentalftp.de.debian.org
- --- Package information. ---
Depends (Version) | Installed
==-+-===
Bug#736941: libconfig-model-dpkg-perl: `cme fix dpkg-control` is silently removing Enhances: field
On Tuesday 28 January 2014 18:04:47 you wrote: I think the Enhances line should remain. Indeed. But I cannot reproduce the problem you found, even using prank source package. Can you reproduce the issue on your side ? -- https://github.com/dod38fr/ -o- http://search.cpan.org/~ddumont/ http://ddumont.wordpress.com/ -o- irc: dod at irc.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737093: thermald: daemon eats 100 percent CPU time
On 30/01/14 07:57, Nicolas Boulenguez wrote: Package: thermald Version: 1.1~rc2-4 Severity: normal Hello. I installed thermald into testing. Ironically, a few minutes later the fan started to turn and top showed that thermald processus was eating 100 percent CPU. I may reinstall the package and investigate, if you tell me which additionnal information may be useful. What CPU are you using? Can you provide the output from: grep CPU /proc/cpuinfo I suggest stopping the service: sudo service thermald stop and then manually start it by hand: sudo thermald --no-daemon --loglevel=debug debug.log let it run for a while and the stop it, and attach the debug.log to the bug report. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#478595: [Pkg-sysvinit-devel] Bug#478595: French translation of the sysvinit manpages
Sorry for the late reply. The Debian sysvinit just lack the man-power to handle all related the bugs in BTS. :( [Nicolas Francois] I'm opening this bug to ask if you or upstream would accept a patch to include these French manpages. I'm both with upstream and the Debian package. As upstream developer, I would be happy to accept such manual pages. :) The translation was performed using po4a to ease its maintenance. This does not means that sysvinit would have to use po4a at build time, but if the translations get accepted, it would be appreciated if the po4a material was kept to ease future updates. (The manpages can be built in advance) In fact, I would prefer a upstream patch including the use of po4a to maintain translated manual pages. Please send a patch relative to the subversion repository listed on URL: https://savannah.nongnu.org/projects/sysvinit to sysvinit-de...@nongnu.org and I'll pick it up from there. We are currently working on a new upstream release with fixes from several distributions, and a translation framework for the manual pages would be great to get included. :) -- 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#632656: any updates?
On Wed, Jan 29, 2014 at 06:43:48PM +0100, Mattia Rizzolo wrote: Dear Maintainer, any chance to ge this applied? (or the patch in launchpad linked above, as you prefer) Hi, please see https://lists.debian.org/debian-devel/2014/01/msg00289.html Regards, Gerrit. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570377: aptitude chooses to remove packages instead of upgrading
Hi,
Vincent Lefevre wrote:
aptitude sometimes prefers to remove packages instead of upgrading.
Which is IMHO fine in general. I though must admit that it seems to do
that quite often in Debian Unstable.
Chris King wrote:
This is a very annoying behavior
In Debian Unstable, yes. But it is configurable behaviour, too:
Use
Aptitude::ProblemResolver::Remove-Level maximum;
or
Aptitude::ProblemResolver::Hints {
reject !~M :UNINST;
};
in your apt.conf and you're done.
The latter works better for this issue, but no more allows you to
choose solutions which remove packages unless you explicitly select
them for removal with - in the package list or on the commandline.
This can be annoying, too, and is totally unsuited for dist-upgrades
between two stable releases. It hence is _NOT_ a general solution, but
is very suitable for unattended upgrades of security upates.
aptitude-robot uses it for a while now.
The first variant is probably better suited for general use case, but
can still cause packages to not be upgraded at all due to conflicts
with obosolete packages which actually really should be removed. (I
think, this is one of the reasons why this issue is not trivial to fix
generally without regressions in other fields like dist-upgrades
between two stable releases.)
which Aptitude didn't exhibit a year or so ago.
Hrm, I would be curious which patch introduced that change...
Having to hit n twenty times before Aptitude decides to upgrade
one package rather than removing 50 is just silly.
... and not necessary at all, even without the above configuration.
Just type r on all (often suffices to do it only for some) packages
and hit . only afterwards. (I don't know by mind the commandline
keybindings for that -- these are for the TUI -- but typing ? on
the prompt may give you hints.)
Martin von Wittich wrote:
Could this be caused by packages that are not marked as automatically
installed?
In case of conflicts with newer packages, this is possible. But it's
rather seldom the case according to my experience.
Chris Tillman wrote:
I second (3rd? 4th?) this request.
You're also free to submit a patch!
Regards, Axel
--
,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/
: :' : | Debian Developer, ftp.ch.debian.org Admin
`. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE
`-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737100: missing license in debian/copyright
Package: freedict Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing license of */freedict-dictionary.css (CC BY-SA 3.0 or GNU GPL 3.0 (choose)) to debian/copyright Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737101: mention how users can change their names, etc.
Package: passwd Version: 1:4.1.5.1-1 Severity: wishlist File: /usr/share/man/man1/passwd.1.gz On this man page please also Mention how the user can change his name (Robert Dobbs - Bob Dobbs). Or if he must ask root to use vipw? to change it for him. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737102: cannot move text
Package: gimp Version: 2.8.6-1 Manual says 6.6. Text When the mouse pointer is around the center of the frame, it comes with a small crosshair . Click-and-drag to move the frame and its contents (the text shows up when you release the mouse button). The text remains at the same place in the frame. However this never happens. No such crosshair appears. We also see (gimp:2408): Gdk-WARNING **: /build/gtk+2.0-FpgWcq/gtk+2.0-2.24.22/gdk/x11/gdkdrawable-x11.c:942 drawable is not a native X11 window (gimp:2408): Gimp-Tools-CRITICAL **: gimp_tool_cursor_update: assertion 'gimp_tool_control_is_active (tool-control) == FALSE' failed (gimp:2408): Gimp-Tools-CRITICAL **: gimp_tool_key_press: assertion 'gimp_tool_control_is_active (tool-control) == FALSE' failed (gimp:2408): Gimp-Tools-CRITICAL **: gimp_tool_oper_update: assertion 'gimp_tool_control_is_active (tool-control) == FALSE' failed (gimp:2408): Gimp-Tools-CRITICAL **: gimp_tool_set_focus_display: assertion 'gimp_tool_control_is_active (tool-control) == FALSE' failed (gimp:2408): Gimp-Tools-CRITICAL **: gimp_tool_set_modifier_state: assertion 'gimp_tool_control_is_active (tool-control) == FALSE' failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520060: [Pkg-sysvinit-devel] Bug#520060: add show or status command to update-rc.d
[jida...@jidanni.org] It occurred to me that what update-rc.d lacks is a show command, to show the present state of all links, or that of one package. How best to show them is up to you, and indeed there are other packages/ways ... maybe you can improve on them. P.S., add rcconf to SEE ALSO I agree. Patches welcome. :) -- 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#736964: [lightdm] Password is shown in cleart text while typing
Package: lightdm Followup-For: Bug #736964 Its happened to me too... I can help reproduce it if theres still doubt about this. Im not at my computer right now, but just ask and you shall receive... later Btw.. even tho autologin does not work... you can just press ok to login... no need to enter the password yet another time :) -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lightdm depends on: ii adduser3.113+nmu3 ii consolekit 0.4.6-3+b1 ii dbus 1.7.10-2 ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-97 ii libgcrypt111.5.3-3 ii libglib2.0-0 2.36.4-1 ii libpam0g 1.1.3-9 ii libxcb11.10-2 ii libxdmcp6 1:1.1.1-1 ii lightdm-gtk-greeter [lightdm-greeter] 1.6.1-5 Versions of packages lightdm recommends: ii xserver-xorg 1:7.7+5 Versions of packages lightdm suggests: ii accountsservice 0.6.34-2 ii upower 0.9.23-2+b1 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737103: gmsh: Gmsh is build with openmp silently enabled
Package: gmsh Version: 2.8.3+dfsg-4 Severity: important Dear Maintainer, debian/rules in gmsh package passes -fopenmp to CMake in debian/rules. This results in experimental OPENMP feature silently enabled ( there is #if defined(_OPENMP) check in source) and then gmsh fails sometimes with segfault as result of race condition. I tried removing -fopenmp, package builds and gmsh seems to work. from debian/rules: ifeq (,$(filter $(DEB_HOST_ARCH),$(disable_mpi_archs))) extra_flags += \ -DCMAKE_CXX_FLAGS=-DMPICH_SKIP_MPICXX -DOMPI_SKIP_MPICXX -fopenmp -lmpi -fPIC \ -Wall $(shell dpkg-buildflags --get CXXFLAGS) \ -DENABLE_MPI:BOOL=ON else extra_flags += \ -DCMAKE_CXX_FLAGS=-DMPICH_SKIP_MPICXX -DOMPI_SKIP_MPICXX -fopenmp -fPIC \ -Wall $(shell dpkg-buildflags --get CXXFLAGS) \ -DENABLE_MPI:BOOL=OFF endif Best Regards, Petr Ledvina -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gmsh depends on: ii dpkg 1.16.12 ii install-info 4.13a.dfsg.1-10 ii libann0 1.1.2+doc-3 ii libblas3 [libblas.so.3] 1.2.20110419-5 ii libc62.13-38 ii libfltk-gl1.31.3.0-8 ii libfltk-images1.31.3.0-8 ii libfltk1.3 1.3.0-8 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libgl2ps01.3.6-1 ii libglu1-mesa [libglu1] 8.0.5-4+deb7u2 ii libgmp10 2:5.0.5+dfsg-2 ii libjpeg8 8d-1 ii liblapack3 [liblapack.so.3] 3.4.1+dfsg-1+deb70u1 ii libmed1 3.0.3-3 ii liboce-foundation2 0.9.1-3 ii liboce-modeling2 0.9.1-3 ii libopenmpi1.31.4.5-1 ii libpng12-0 1.2.49-1 ii libstdc++6 4.7.2-5 ii libx11-6 2:1.5.0-1+deb7u1 ii mpi-default-bin 1.0.1 Versions of packages gmsh recommends: pn gmsh-doc none gmsh 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#633582: initramfs-tools: All files in initrd owned by root
intrigeri intrig...@boum.org writes: Michael Prokop wrote (23 Nov 2011 11:45:14 GMT) : maximilian: i've scheduled the patch for inclusion via mika/user_permissions. Was this included eventually? No. We have, for two years now, a very ugly workaround in mandos-client to deal with this. /Teddy Hogeborn -- The Mandos Project http://www.recompile.se/mandos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618862: Debian Bug#618862: systemd: ignores keyscript in crypttab - a possible solution
On 2013-06-25 17:47, Michael Biebl wrote: Am 25.06.2013 13:13, schrieb Harald Jenny: Dear Michael Biebl, following the systemd survey and discussion I think these mails might be of interest to you concerning possible ways to solve the current issue (not only in Debian but also SuSE/upstream interest). http://lists.freedesktop.org/archives/systemd-devel/2012-June/thread.html#5693 http://lists.freedesktop.org/archives/systemd-devel/2012-July/thread.html#5835 I personally don't own such hardware, and I never have userd cryptsetup's keyscript support. So I'm probably not the most qualified to evaluate the situation. That said, reading the upstream discussion, I guess we have 3 options a/ do nothing about it b/ apply the patch from David Härdeman downstream and maintaining it as a downstream patch forever c/ try to implement keyscript support based on the PasswordAgent interface a/ is obviously not very compelling. As for b/, we try to avoid downstream patches as much as possible. Regarding c/, I dunno how much effort that would be. Bringing David into the loop here. Maybe he has some further insight on this matter. I found some time to consider how to solve this and I think I have a pretty good solution that'd require a minimum amount of changes upstream. What I've hacked together is: First, a patch to the askpass binary in cryptsetup (the Debian package, not systemd's own stuff) so that it'll detect that systemd is running, in which case it'll use systemd's own password agent system for requesting a password from the user. Second, a new systemd password agent. It waits for a password request from systemd's own cryptsetup implementation. The password agent then re-parses /etc/crypttab to find the corresponding entry and checks if it includes a keyscript= option. If no keyscript option is present the agent does nothing but if it *is* present, the agent recreates the environment created by the current cryptsetup scripts, launches the keyscript and sends the output back via the appropriate socket provided by systemd. That the changes to askpass and the introduction of the new password agent are unrelated but both are necessary to not break existing keyscripts. askpass is used in keyscripts to get an actual key from the user. The password agent makes sure that systemd's own cryptsetup stuff honors the keyscript. The new agent is not production ready yet (I plan to do some more work on it during FOSDEM), the two most important issues are: a) getting the name of the cryptdev that the password request corresponds to currently involves parsing the prompt message (Please enter passphrase for disk %s!) which is obviously not a real solution... This issue is fixable with minor upstream changes, e.g. by extending the PasswordAgent protocol to add Subsystem=cryptsetup and Target=diskname entries to the ask. file. b) the password agent implementation in systemd doesn't seem to handle binary strings (i.e. strings with '\0'), as can be seen by calls to e.g. strlen()... Whether making it binary safe would be a major change or not is something I haven't researched yet but it seems like a change that should be generally useful upstream... Minor detail: the additional agent could be shipped either in (I have no real preference): a) the cryptsetup package b) as part of the Debian systemd package c) upstream systemd Feedback welcome. Regards, David [1] http://www.freedesktop.org/wiki/Software/systemd/PasswordAgents/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737104: RM: tcl8.4/8.4.20-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm Hi release team, Please, remove tcl8.4 (and its close relative tk8.4) from testing. It reached end of life and superseded by tcl8.5/tk8.5 and tcl8.6/tk8.6, so, it should be dropped from jessie release. There is only one package in testing that still depends on tcl8.4: mpqc on ia64 architecture. Later, when all packages in unstable will drop the dependency on tcl8.4, I'll ask ftpmasters to remove it from unstable as well (there are 3 packages left: idzebra for hurd-i386, mpqc for ia64 and mozart for a few architectures). -- System Information: Debian Release: 7.3 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable'), (100, 'unstable'), (1, 'experimental') 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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728486: Current patch for resolving lvm/systemd compatibility
Hi Don, Don Armstrong d...@debian.org writes: Do you have an updated patch with this change and a documentation of the tmpfiles.d change? I will draft a resolution shortly to implement this patch, and will open it for discussion. Bastian has uploaded lvm2 2.02.104-1 which contains my patch: http://packages.qa.debian.org/l/lvm2/news/20140129T214940Z.html I tested that new version of lvm2 on my test VM and it addresses the issue we have been seeing before. Therefore, I think there is no need to update my patch :). -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737105: fonts-droid: missing some .ttf files
Package: fonts-droid Severity: important Version: 1:4.3-2 Tags: pending Hi, fonts-droid has lot of .ttf files but some of those are missing in this version. I've update package and the difference with previous version is Files in second .deb but not in first - -rw-r--r-- root/root /usr/share/fonts/truetype/droid/DroidKufi-Bold.ttf -rw-r--r-- root/root /usr/share/fonts/truetype/droid/DroidKufi-Regular.ttf -rw-r--r-- root/root /usr/share/fonts/truetype/droid/DroidNaskh-Regular-SystemUI.ttf -rw-r--r-- root/root /usr/share/fonts/truetype/droid/DroidSansArabic.ttf -rw-r--r-- root/root /usr/share/fonts/truetype/droid/DroidSansDevanagari-Regular.ttf -rw-r--r-- root/root /usr/share/fonts/truetype/droid/DroidSansFallback.ttf -rw-r--r-- root/root /usr/share/fonts/truetype/droid/DroidSansFallbackLegacy.ttf -rw-r--r-- root/root /usr/share/fonts/truetype/droid/DroidSansTamil-Bold.ttf -rw-r--r-- root/root /usr/share/fonts/truetype/droid/DroidSansTamil-Regular.ttf I'll upload updated package includes those fonts if you don't have any objection for it (to 2 days delayed queue). -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737106: confclerk: Adding second choice favourites (feature request)
Package: confclerk Version: 0.6.0-1 Severity: wishlist It would be nice to be able to have two classes of favorite talks: one for talks that one plans to attend and one for backup choices in case the first choice is not available (e.g. the room is full). Overlaps should be marked differently between categories (e.g. the current yellow could be for overlaps inside the same category, a very ligth $other_color could mark second choices that overlap with 1st choices, while the reverse could remain unmarked, but if you have better ideas is fine.) Thanks in advance -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages confclerk depends on: ii libc6 2.17-97 ii libgcc11:4.8.2-12 ii libqt4-network 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-sql 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-sql-sqlite 4:4.8.5+git209-g718fae5+dfsg-1 ii libqt4-xml 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtcore4 4:4.8.5+git209-g718fae5+dfsg-1 ii libqtgui4 4:4.8.5+git209-g718fae5+dfsg-1 ii libstdc++6 4.8.2-12 confclerk recommends no packages. confclerk 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#736997: debian-reference: some more proposals ( Chapter 6 )
Hi, Osamu Aoki osamu_aoki_h...@nifty.com wrote: On Wed, Jan 29, 2014 at 08:24:06AM +0100, Holger Wansing wrote: @@ -475,6 +505,15 @@ type = SimplePOP3SSLRetriever server = pop.example.com username = pop3_n...@example.com +### HW: If the real password has to be stored here, I would suggest something like: +### HW:password = insert-your-secret-password-here +### HW: When you write password = secret that could be understood as a setting: +### HW: choose between secret transmission (encrypted) or plain text transmission. +### HW:password = secret +### HW:or +### HW:password = text +### HW: or something like that. +### HW: At least getmail-Newbies like me might think so ;-) password = secret OK but let'smake it shorter. Which do you like better: password = insert-password password = your-password I would use your-password Cheers Holger -- Created with Sylpheed 3.2.0 under the new D E B I A N L I N U X 7 . 0 W H E E Z Y ! Registered Linux User #311290 - https://linuxcounter.net/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728486: Draft of Resolution for 728486 (lvm/systemd compatibility)
Don Armstrong wrote: Below is the current draft of a resolution to resolve 728486. I have one current comment in the draft which I would like clarified. [CTTE members: please comment/suggest change.] I also expect to change the reference to the patch to a newly updated patch with the changes suggested in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728486#183. ==BEGIN DRAFT== When systemd is in operation in conjunction with lvm and lvmetad is not in use, lvchange -aay must be called after udevadm --settle which is provided by systemd-udev-settle.service, and before (and after) encrypted devices are configured (cryptsetup.target). ==COMMENT== Is there any case where udevadm --settle would be required after the encrypted devices are configured? Does cryptsetup.target ensure that udev has triggered the appropriate rules for the newly configured encrypted devices? ==END COMMENT== The patch prepared by Michael Stapelberg stapelb...@debian.org in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=728486#163 installs the two systemd unit files necessary to properly configure lvm devices when systemd is running, and additionally configures systemd-tmpfiles.d to create the lockfile directories required by systemd. Therefore, the CTTE: A. Overides the objection of the maintainer of lvm (Bastian Blank wa...@debian.org) to this patch, and directs the maintainer to accept this patch or alternatively, authorizes an NMU to implement this patch. B. Further discussion ==END DRAFT== This draft is 728486_systemd_and_lvm_incompatibility/draft-dla in git. Would it also be possible to add a 3rd option to the ballot to overrule and to use the generator as proposed initially by the systemd maintainers (and upstream)? Using the generator would automatically prevents an unneeded (and expensive) synchronization point (the call to udevadm trigger) during the boot if lvmetad daemon is actually used on the machine. Using Condition in the .service file to test if the lvmetad executable is present on the disk is probably not correct as it can be disabled by the use_lvmetad option in lvm.conf configuration file. The only purpose of the generator, parse this file and react accordingly to the use_lvmetad option. The rational of the generator is explained in the initial commit message at: http://www.redhat.com/archives/lvm-devel/2012-July/msg00072.html Cheers, Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: multiple init systems - formal resolution proposal
On Wed, Jan 29, 2014 at 03:18:46PM -0800, Russ Allbery wrote: Given that, your opinions about the quality of GNOME upstream development don't seem relevant to the problem we're trying to resolve. If you don't like the software, don't use it. Unfortunately, it doesn't save us, as the set of constraints of this software may affect the future Debian policy. Do we have any other software, that right now forces other to switch the init system? If not, remove GNOME from Debian could be an option (and, may be, a good motivation for upstream to keep away from insane changes, be more LSB-compatible). There is no good reasons to change long-standing Debian policy about alternative inits. Let the people who are interested in making the software work figure out what that entails. People who are interested seems to be not interested in anything except satisfying their requirements by new Debian policy. But the Debian is not just a Gnome launcher. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633582: initramfs-tools: All files in initrd owned by root
[Adding Harald Hoyer from dracut to CC, maybe he can enlighten us about the reasoning in dracut. Harald, this is about http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=633582 which I'm also quoting in the following mail ] * Teddy Hogeborn [Thu Jan 30, 2014 at 10:35:56AM +0100]: intrigeri intrig...@boum.org writes: Michael Prokop wrote (23 Nov 2011 11:45:14 GMT) : maximilian: i've scheduled the patch for inclusion via mika/user_permissions. Was this included eventually? No. We have, for two years now, a very ugly workaround in mandos-client to deal with this. Maks, please report back what's your opinion how to handle that. FTR, that's what dracut uses (latest git as of today): , [ dracut.sh ] | if [[ $create_early_cpio = yes ]]; then | echo 1 $early_cpio_dir/d/early_cpio | # The microcode blob is _before_ the initramfs blob, not after | (cd $early_cpio_dir/d; find . -print0 | cpio --null -R 0:0 -H newc -o --quiet ../early.cpio) | mv $early_cpio_dir/early.cpio $outfile.$$ | fi | if ! ( umask 077; cd $initdir; find . -print0 | cpio --null -R 0:0 -H newc -o --quiet | \ ` And see: , [ dracut.git % git show 8e5db363 ] | commit 8e5db363e8c14f2964fe71100f3dcd7f912ca283 | Author: Harald Hoyer har...@redhat.com | Date: Fri Jan 24 15:27:15 2014 +0100 | | dracut.sh: set file owners of early cpio files to 0:0 | | diff --git a/dracut.sh b/dracut.sh | index 2142e2d..0970710 100755 | --- a/dracut.sh | +++ b/dracut.sh | @@ -1464,10 +1464,10 @@ rm -f -- $outfile | dinfo *** Creating image file *** | if [[ $create_early_cpio = yes ]]; then | # The microcode blob is _before_ the initramfs blob, not after | -(cd $early_cpio_dir/d; find . -print0 | cpio --null -o -H newc --quiet ../early.cpio) | +(cd $early_cpio_dir/d; find . -print0 | cpio --null -R 0:0 -H newc -o --quiet ../early.cpio) | mv $early_cpio_dir/early.cpio $outfile.$$ | fi | -if ! ( umask 077; cd $initdir; find . -print0 | cpio --null -R 0:0 -H newc -o --quiet| \ | +if ! ( umask 077; cd $initdir; find . -print0 | cpio --null -R 0:0 -H newc -o --quiet | \ | $compress $outfile.$$; ); then | dfatal dracut: creation of $outfile.$$ failed | exit 1 ` So there might be a good reason why also dracut goes for all files in initrd owned by root. Harald, do you have any bug reports or details about why dracut decided to handle it this way that you might share with us? regards, -mika- signature.asc Description: Digital signature
Bug#737105: [Pkg-fonts-devel] Bug#737105: fonts-droid: missing some .ttf files
Am Donnerstag, den 30.01.2014, 19:15 +0900 schrieb Hideki Yamane: I'll upload updated package includes those fonts if you don't have any objection for it (to 2 days delayed queue). Please don't blindly add font files to the fonts-droid packages! According to http://android.googlesource.com/platform/frameworks/base the fonts you mentioned have been merged into the Noto font family and should thus get included in this package. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737107: ITP: appdirs -- determining appropriate platform-specific directories
Package: wnpp Severity: wishlist Owner: Benjamin Drung benjamin.dr...@profitbricks.com * Package name: appdirs Binary names: python-appdirs and python3-appdirs Version : 1.2.0+git20130326 Upstream Author : Trent Mick * URL : https://github.com/ActiveState/appdirs * License : MIT Programming Lang: Python Description : determining appropriate platform-specific directories Depending on your system (Linux, Mac OS X, or Windows), you have to use different directories for storing user data. appdirs will help you choose an appropriate: . * user data directory (user_data_dir function) * user config directory (user_config_dir function) * user cache directory (user_cache_dir function) * site data directory (site_data_dir function) * site config directory (site_config_dir function) * user log directory (user_log_dir function) . On Linux systems, these function return directories based on the XDG Base Directory Specification. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: call for votes on default Linux init system for jessie
On Wed, Jan 29, 2014 at 11:13:33AM +, Colin Watson wrote: We might disagree on the extent, perhaps, but I doubt anyone on the committee would vote against this in its general form; both systemd and upstart implement interfaces beyond the bare minimum, though upstart certainly takes a more minimalist tack. I just wonder why nobody from tect-ctte take care about the exact specification of that bare minimum (or, in other words, what exactly is wrong with sysvinit). Correct me, please, if I'm wrong. The whole 3000+ thread is about different features of one or another sysvinit replacement. Or do we buy the least terrible variant from the submitted? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737108: python-gamin: mixed use of tabs and spaces in the gamin.py file causing syntax erros
Package: python-gamin Version: 0.1.10-4.1 Severity: grave Tags: upstream patch Justification: renders package unusable Dear Maintainer, * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? Running a contrib script supplied by the bcfg2 config management tool * What was the outcome of this action? $ bcfg2-profile-templates.py Traceback (most recent call last): File /usr/local/projects/cfgman/var/work/cmxmb/tags/PROD_STABLE/scripts/bcfg2-profile-templates.py, line 13, in module import Bcfg2.Server.Core File /usr/lib/python2.7/dist-packages/Bcfg2/Server/Core.py, line 17, in module import Bcfg2.Server.FileMonitor File /usr/lib/python2.7/dist-packages/Bcfg2/Server/FileMonitor/__init__.py, line 346, in module from Bcfg2.Server.FileMonitor.Gamin import Gamin File /usr/lib/python2.7/dist-packages/Bcfg2/Server/FileMonitor/Gamin.py, line 6, in module from gamin import WatchMonitor, GAMCreated, GAMExists, GAMEndExist, \ File /usr/lib/pymodules/python2.7/gamin.py, line 39 err = _gamin.Errno() ^ TabError: inconsistent use of tabs and spaces in indentation * What outcome did you expect instead? The script would run without an error returned from importing and using gamin -- System Information: Debian Release: 7.3 APT prefers stable APT policy: (800, 'stable') Architecture: i386 (x86_64) Kernel: Linux 3.2.0-0.bpo.4-amd64 (SMP w/12 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-gamin depends on: ii libc6 2.13-38 ii libgamin0 0.1.10-4.1 ii python 2.7.3-4+deb7u1 ii python-support 1.0.15 python-gamin recommends no packages. python-gamin 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#737109: hostapd: Bridged interface dropped from bridge
Package: hostapd
Version: 1:1.0-3+b1
Severity: normal
Tags: patch
Dear Maintainer,
I am using hostapd in a bridged wlan/eth setup. The wifi card is
00:08.0 Ethernet controller: Atheros Communications Inc. AR5212/AR5213
Wireless Network Adapter (rev 01)
Hostapd config:
interface=wlan0
bridge=br0
driver=nl80211
logger_syslog=-1
logger_syslog_level=1
logger_stdout=-1
logger_stdout_level=2
dump_file=/tmp/hostapd.dump
ctrl_interface=/var/run/hostapd
ctrl_interface_group=0
ssid=
hw_mode=g
channel=5
beacon_int=100
dtim_period=2
max_num_sta=255
rts_threshold=2347
fragm_threshold=2346
macaddr_acl=0
auth_algs=1
ignore_broadcast_ssid=0
wme_enabled=1
wme_ac_bk_cwmin=4
wme_ac_bk_cwmax=10
wme_ac_bk_aifs=7
wme_ac_bk_txop_limit=0
wme_ac_bk_acm=0
wme_ac_be_aifs=3
wme_ac_be_cwmin=4
wme_ac_be_cwmax=10
wme_ac_be_txop_limit=0
wme_ac_be_acm=0
wme_ac_vi_aifs=2
wme_ac_vi_cwmin=3
wme_ac_vi_cwmax=4
wme_ac_vi_txop_limit=94
wme_ac_vi_acm=0
wme_ac_vo_aifs=2
wme_ac_vo_cwmin=2
wme_ac_vo_cwmax=3
wme_ac_vo_txop_limit=47
wme_ac_vo_acm=0
ap_max_inactivity=300
eapol_key_index_workaround=0
eap_server=0
own_ip_addr=127.0.0.1
wpa=3
wpa_passphrase=XX
wpa_key_mgmt=WPA-PSK
wpa_pairwise=TKIP
rsn_pairwise=CCMP
When using hostapd/stable, clients using the wlan are sometimes suddenly
unable to communicate through the bridge and wlan0 is no longer present
in the output of brctl show br0.
At the same time syslog shows:
/var/log/syslog.2.gz:Jan 19 11:31:07 titan kernel: device wlan0.sta1 entered
promiscuous mode
/var/log/syslog.2.gz:Jan 19 11:31:07 titan kernel: br0: port 3(wlan0.sta1)
entering forwarding state
/var/log/syslog.2.gz:Jan 19 11:31:07 titan kernel: br0: port 3(wlan0.sta1)
entering forwarding state
/var/log/syslog.2.gz:Jan 19 11:31:11 titan ntpd[3468]: Listen normally on 19
wlan0.sta1 fe80::20f:3dff:feaa:96f0 UDP 123
/var/log/syslog.2.gz:Jan 19 11:31:18 titan kernel: wlan0.sta1: no IPv6 routers
present
/var/log/syslog.2.gz:Jan 19 11:31:22 titan kernel: br0: port 3(wlan0.sta1)
entering forwarding state
/var/log/syslog.2.gz:Jan 19 11:31:22 titan kernel: device wlan0.sta1 left
promiscuous mode
/var/log/syslog.2.gz:Jan 19 11:31:22 titan kernel: br0: port 3(wlan0.sta1)
entering disabled state
/var/log/syslog.2.gz:Jan 19 11:31:24 titan ntpd[3468]: Deleting interface #19
wlan0.sta1, fe80::20f:3dff:feaa:96f0#123, interface stats: received=0, sent=0,
dropped=0, active_time=13 secs
Wireless traffic across the bridge can be restored by adding wlan0 back
to the bridge with brctl addif br0 wlan0
There is a similar ticket in the OpenWRT lists at
https://dev.openwrt.org/ticket/9257
Their fix is https://dev.openwrt.org/changeset/26724
I have rebuilt hostapd with an updated version of the same patch and it
also seems to fix the problem for me. Perhaps you would consider including it?
My patch below. The only change I made to the OpenWRT version was to
reflect the move of drv-ioctl_sock to drv-global-ioctl_sock and to
refresh the line numbers.
Best wishes
Mark
Description: Port of patch from OpenWRT
(https://dev.openwrt.org/browser/trunk/package/hostapd/patches/730-fix_wds_bridge_handling.patch?rev=26724)
to fix Bridge on wireless AP loses wlan0 when WDS station disassociates
Author: Mark Hindley m...@hindley.org.uk
--- a/src/drivers/driver_nl80211.c
+++ b/src/drivers/driver_nl80211.c
@@ -6528,6 +6528,9 @@
linux_set_iface_flags(drv-global-ioctl_sock, name, 1);
return i802_set_sta_vlan(priv, addr, name, 0);
} else {
+ if (bridge_ifname)
+ linux_br_del_if(drv-global-ioctl_sock, bridge_ifname,
name);
+
i802_set_sta_vlan(priv, addr, bss-ifname, 0);
return wpa_driver_nl80211_if_remove(priv, WPA_IF_AP_VLAN,
name);
@@ -6887,14 +6890,14 @@
return -1;
#ifdef HOSTAPD
- if (bss-added_if_into_bridge) {
+ if (type == WPA_IF_AP_BSS bss-added_if_into_bridge) {
if (linux_br_del_if(drv-global-ioctl_sock, bss-brname,
bss-ifname) 0)
wpa_printf(MSG_INFO, nl80211: Failed to remove
interface %s from bridge %s: %s,
bss-ifname, bss-brname, strerror(errno));
}
- if (bss-added_bridge) {
+ if (type == WPA_IF_AP_BSS bss-added_bridge) {
if (linux_br_del(drv-global-ioctl_sock, bss-brname) 0)
wpa_printf(MSG_INFO, nl80211: Failed to remove
Bug#737079: nscd crashes on netgroup lookups
On Wed, Jan 29, 2014 at 06:47:15PM -0500, Carlos O'Donell wrote: The only way this is going to get better for debian is to track all of the upstream fixes. netgroup caching doesn't exist in any stable Debian releases, and unstable/experimental is tracking upstream, so we'll organically pick this up in time. I didn't see it as a regression, since it's a new feature. Certainly, if this is something more people care deeply about, I'd be happy to review and help forward patches. ... Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737110: missing license in debian/copyright
Package: mathgl Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing MIT license of texinfo/*.min.js to debian/copyright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737111: Samba4: panic or segfault in samba after upgrading from last samba4 in jessie
Package: samba Version: 2:4.1.4+dfsg-3 Severity: grave Justification: renders package unusable Hi, I just updated to the latest samba4 version and since then, none of my shares can be accessed anymore without samba crashing. This is the stack trace I got out of the log files: Jan 30 11:59:37 nas smbd[11401]: [2014/01/30 11:59:37.649802, 0] ../source3/param/loadparm.c:3155(lp_do_parameter) Jan 30 11:59:37 nas smbd[11401]: Ignoring unknown parameter display charset Jan 30 11:59:37 nas smbd[11401]: [2014/01/30 11:59:37.664708, 0] ../lib/util/fault.c:72(fault_report) Jan 30 11:59:37 nas smbd[11401]: === Jan 30 11:59:37 nas smbd[11401]: [2014/01/30 11:59:37.664792, 0] ../lib/util/fault.c:73(fault_report) Jan 30 11:59:37 nas smbd[11401]: INTERNAL ERROR: Signal 6 in pid 11401 (4.1.4-Debian) Jan 30 11:59:37 nas smbd[11401]: Please read the Trouble-Shooting section of the Samba HOWTO Jan 30 11:59:37 nas smbd[11401]: [2014/01/30 11:59:37.664881, 0] ../lib/util/fault.c:75(fault_report) Jan 30 11:59:37 nas smbd[11401]: === Jan 30 11:59:37 nas smbd[11401]: [2014/01/30 11:59:37.664950, 0] ../source3/lib/util.c:785(smb_panic_s3) Jan 30 11:59:37 nas smbd[11401]: PANIC (pid 11401): internal error Jan 30 11:59:37 nas smbd[11401]: [2014/01/30 11:59:37.665702, 0] ../source3/lib/util.c:896(log_stack_trace) Jan 30 11:59:37 nas smbd[11401]: BACKTRACE: 31 stack frames: Jan 30 11:59:37 nas smbd[11401]:#0 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(log_stack_trace+0x1a) [0x7fdde56d308a] Jan 30 11:59:37 nas smbd[11401]:#1 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(smb_panic_s3+0x20) [0x7fdde56d3160] Jan 30 11:59:37 nas smbd[11401]:#2 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(smb_panic+0x2f) [0x7fdde6c29a6f] Jan 30 11:59:37 nas smbd[11401]:#3 /usr/lib/x86_64-linux-gnu/libsamba-util.so.0(+0x1cc86) [0x7fdde6c29c86] Jan 30 11:59:37 nas smbd[11401]:#4 /lib/x86_64-linux-gnu/libpthread.so.0(+0xf210) [0x7fdde6e51210] Jan 30 11:59:37 nas smbd[11401]:#5 /lib/x86_64-linux-gnu/libc.so.6(gsignal+0x35) [0x7fdde3d2f1d5] Jan 30 11:59:37 nas smbd[11401]:#6 /lib/x86_64-linux-gnu/libc.so.6(abort+0x148) [0x7fdde3d32388] Jan 30 11:59:37 nas smbd[11401]:#7 /lib/x86_64-linux-gnu/libc.so.6(+0x707bb) [0x7fdde3d6a7bb] Jan 30 11:59:37 nas smbd[11401]:#8 /lib/x86_64-linux-gnu/libc.so.6(+0x7aa16) [0x7fdde3d74a16] Jan 30 11:59:37 nas smbd[11401]:#9 /lib/x86_64-linux-gnu/libc.so.6(+0x7b793) [0x7fdde3d75793] Jan 30 11:59:37 nas smbd[11401]:#10 /usr/lib/x86_64-linux-gnu/libtalloc.so.2(+0x5d34) [0x7fdde42b8d34] Jan 30 11:59:37 nas smbd[11401]:#11 /usr/lib/x86_64-linux-gnu/libtalloc.so.2(_talloc_free+0x113) [0x7fdde42b53b3] Jan 30 11:59:37 nas smbd[11401]:#12 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x138ca2) [0x7fdde6826ca2] Jan 30 11:59:37 nas smbd[11401]:#13 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(smbd_smb2_request_done_ex+0x4c6) [0x7fdde6828976] Jan 30 11:59:37 nas smbd[11401]:#14 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x1460e1) [0x7fdde68340e1] Jan 30 11:59:37 nas smbd[11401]:#15 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(smbd_smb2_request_pending_queue+0x57) [0x7fdde6827cf7] Jan 30 11:59:37 nas smbd[11401]:#16 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(smbd_smb2_request_process_ioctl+0x63b) [0x7fdde68348bb] Jan 30 11:59:37 nas smbd[11401]:#17 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(smbd_smb2_request_dispatch+0xbcd) [0x7fdde68261fd] Jan 30 11:59:37 nas smbd[11401]:#18 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x138f2b) [0x7fdde6826f2b] Jan 30 11:59:37 nas smbd[11401]:#19 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(+0x139b9c) [0x7fdde6827b9c] Jan 30 11:59:37 nas smbd[11401]:#20 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(run_events_poll+0x16c) [0x7fdde56f15bc] Jan 30 11:59:37 nas smbd[11401]:#21 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(+0x43810) [0x7fdde56f1810] Jan 30 11:59:37 nas smbd[11401]:#22 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x8d) [0x7fdde40a9c0d] Jan 30 11:59:37 nas smbd[11401]:#23 /usr/lib/x86_64-linux-gnu/samba/libsmbd_base.so.0(smbd_process+0xaf5) [0x7fdde6813805] Jan 30 11:59:37 nas smbd[11401]:#24 /usr/sbin/smbd(+0xa084) [0x7fdde728c084] Jan 30 11:59:37 nas smbd[11401]:#25 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(run_events_poll+0x16c) [0x7fdde56f15bc] Jan 30 11:59:37 nas smbd[11401]:#26 /usr/lib/x86_64-linux-gnu/libsmbconf.so.0(+0x43810) [0x7fdde56f1810] Jan 30 11:59:37 nas smbd[11401]:#27 /usr/lib/x86_64-linux-gnu/libtevent.so.0(_tevent_loop_once+0x8d) [0x7fdde40a9c0d] Jan 30 11:59:37 nas smbd[11401]:#28 /usr/sbin/smbd(main+0x1401) [0x7fdde7288c61] Jan 30 11:59:37 nas smbd[11401]:#29 /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)
Bug#737093: thermald: daemon eats 100 percent CPU time
# grep CPU | /proc/cpuinfo model name : Intel(R) Core(TM)2 Duo CPU P9300 @ 2.26GHz (twice) # sudo thermald --no-daemon --loglevel=debug debug.log # thermald --no-daemon --loglevel=debug debug.log did not trigger the bug. But # aptitude purge thermald aptitude instal thermald did. And after that, # /etc/init.d/thermald stop /init.d/thermald start did not anymore. If this you fail to reproduce the bug, I will ask for debug info in /etc/init.d/thermald, and/or rebuild the package with this option, but it will take much more time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737111: Update
I just noticed that it must have something to do with my old smb.conf. Although I did not change it and it used to run in older versions of samba4, samba works fine with the default config. This must be where I have something bad in my config: [global] browseable = yes create mask = 0777 directory mask = 0777 force create mode = 0777 force directory mode = 0777 oplocks = yes locking = yes disable spoolss = yes load printers = no show add printer wizard = no printcap name = /dev/null disable spoolss = yes dos charset = CP850 deadtime = 10 use sendfile = yes case sensitive = auto display charset = UTF8 unix extensions = no passdb backend = smbpasswd store dos attributes = yes min receivefile size = 4096 client ntlmv2 auth = yes dos filetime resolution = no inherit acls = yes wide links = yes read only = no workgroup = NASGROUP server string = %h server dns proxy = no log level = 2 log file = /var/log/samba/log.%m max log size = 1000 panic action = /usr/share/samba/panic-action %d security = user encrypt passwords = true passdb backend = smbpasswd obey pam restrictions = yes unix password sync = yes passwd program = /usr/bin/passwd %u passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* . pam password change = yes socket options = TCP_NODELAY IPTOS_LOWDELAY SO_KEEPALIVE SO_RCVBUF=65536 SO_SNDBUF=65536
Bug#737044: ITP: vim-markdown -- Markdown Vim Mode
hello andrea,
On Wed, Jan 29, 2014 at 06:15:23PM +0100, Andrea Capriotti wrote:
This is a Vim syntax file for the Markdown text-to-HTML conversion tool.
markdown syntax files are already shipped with vim
(/usr/share/vim/vim74/{syntax,ftplugin}/markdown.vim in vim-runtime).
could you elaborate on how the plasticboy version excells over the
shipped (tpope's) version?
best regards
chrysn
--
To use raw power is to make yourself infinitely vulnerable to greater powers.
-- Bene Gesserit axiom
signature.asc
Description: Digital signature
Bug#737112: Need to update powerpc-ibm-utils to version 1.2.18
Package: powerpc-ibm-utils Version: 1.2.12-1 Package should be upgraded to the upstream release 1.2.18 located at http://sourceforge.net/projects/powerpc-utils/files/powerpc-utils/ -- Thierry Fauck on vnet.ibm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736892: microcode only updated on 2 out of 4 CPUs
On Wed, 29 Jan 2014, Stephen Powell wrote: On Wed, 29 Jan 2014 06:57:39 -0500 (EST), Henrique de Moraes Holschuh wrote: Some processors update per core, not per hardware thread (hardware threads show up as separate cpus in Linux x86/x86-64). When a hardware thread is updated on these processors, it actually updates all hardware threads that share that core. (1) The AMD FX-4300 is actually four cores with one CPU each, not two cores with two logical (hyperthreaded) CPUs each. If in fact it only has two cores, with two logical CPUs each, According to AMD documentation, it has 4 single-threaded cores on two modules, inside a single package. Terminology aside (hardware threads/cpus, cores, modules, packages/sockets, processors, etc), the fact is that, on your AMD FX-4300, updating a hardware thread also updates another hardware-related hardware thread. So, please disregard my use of core for what AMD calls module. (3) I have an example of a hyperthreaded core machine as well. Another machine I own has a 32-bit Intel processor, a Xeon(TM) 2.40 GHz chip, cpu family 15, which has a single core with two threads. A custom 3.11.10 kernel reports two microcode update messages, even with two logical CPUs Some processor models update several hardware threads (cpus) at the same time. Some don't. Newer kernels will notice this at least for AMD processors, and skip already up-to-date threads/cpus. And it will not log anything when it skips a thread/cpu. Also, the behaviour for Intel and AMD needs not be the same: there are different code paths for each processor vendor. a moment, but first I'd like to point out that the information in /proc/cpuinfo for the AMD FX-4300 processor is inconsistent. It reports that there are two cores, yet each processor has a unique core id (0-3). In the information for the processor below, it only reports one core, and the same core id (0) for each logical processor. Same core id on two hardware threads imply SMT siblings (such as in Intel HyperThreads). It is possible that some (all?) versions of the kernel will number some of these topology identifiers in a confusing, and maybe even non-optimal way for some processors: I recall reading something to that effect in LKML not too long ago, but I failed to track it down to post a link right now. -- One disk to rule them all, One disk to find them. One disk to bring them all and in the darkness grind them. In the Land of Redmond where the shadows lie. -- The Silicon Valley Tarot Henrique Holschuh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567210: doc-available always returns false without network
On Wed, Jan 29, 2014 at 4:25 PM, Michael Kay m...@saxonica.com wrote: Warning: SXXP0005: The source document is in namespace http://www.w3.org/2005/Atom, but none of the template rules match elements in this namespace You can ignore that warning for present purposes. [...] Saxon does not have a local copy of PUBLIC -//W3C//DTD XHTML+RDFa 1.0//EN SYSTEM http://www.w3.org/MarkUp/DTD/xhtml-rdfa-1.dtd Unfortunately there is no complete list of DTDs on the W3C site that might potentially needed, and even if there were, I probably wouldn't want to ship them all with Saxon. So you might have to go back to using catalogs. On the other hand, if you can identify where this was referenced from, I can take a look and see if it ought to be included. It looks as if it comes from one of the XHTML variants, but there seem to be many of these in use. Sorry about the confusion with catalogs. Back to initial test-case with the latest Saxon-HE from [0]: $ java -cp /etc/xml/resolver:/usr/share/java/xml-resolver.jar:../saxon9he.jar -Dxml.catalog.files=/etc/xml/catalog -Dxml.catalog.verbosity=1 net.sf.saxon.Transform -t -x:org.apache.xml.resolver.tools.ResolvingXMLReader -y:org.apache.xml.resolver.tools.ResolvingXMLReader -r:org.apache.xml.resolver.tools.CatalogResolver -s:foo.xml -xsl:foo.xsl It fails immediately without network, but hangs and succeeds with network. Saxon does not have a local copy of PUBLIC -//W3C//DTD XHTML+RDFa is not shown anymore! With tcpdump and wireshark I see a request: GET /MarkUp/DTD/xhtml-rdfa-1.dtd HTTP/1.1 User-Agent: Java/1.6.0_27 Host: www.w3.org Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2 Connection: keep-alive As you say in the previous letter there is no complete list of DTDs on the W3C site that might potentially be needed, and even if there were, Saxon would not ship them all. Should we conclude then this is a corner test-case and is not supported by Saxon offline? [0] http://sourceforge.net/projects/saxon/files/Saxon-HE/9.5/SaxonHE9-5-1-4J.zip/download Eugene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737114: plucker: Should not ship embedded compy of timeoutsocket
Package: plucker Severity: wishlist Dear Maintainer, It seems to me that plucker embedds a copy of timeoutsocket.py, which seems to be potentially duplicated in other packages. This isn't optimal to Debian standards. One solution would be to instead depend on a system package providing timeoutsocket (an RFP exists at #736935). But as timeoutsocket seems to be no longer needed in recent versions of Python (see the discussion at [0]), it may as well be removed from the installed files, making sure that the necessary patch is applied to upstream code. Thanks in advance if you can address this. Best regards, [0] https://lists.debian.org/debian-python/2014/01/msg00088.html -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737113: spikeproxy: Should not ship embedded compy of timeoutsocket
Package: spikeproxy Severity: normal Dear Maintainer, It seems to me that spikeproxy embedds a copy of timeoutsocket.py, which seems to be potentially duplicated in other packages (although slightly modified from looking at other copies). This isn't optimal to Debian standards. One solution would be to instead depend on a system package providing timeoutsocket (an RFP exists at #736935). But as timeoutsocket seems to be no longer needed in recent versions of Python (see the discussion at [0]), it may as well be removed from the installed files, making sure that the necessary patch is applied to upstream code. Thanks in advance if you can address this. Best regards, [0] https://lists.debian.org/debian-python/2014/01/msg00088.html -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737115: desktopnova: dont change the wallpaper
Package: desktopnova Version: 0.8.1-1 Severity: normal Tags: patch Dear Maintainer, The Desktopnova does not work with Gnome default directory / usr / share / background / gnome operations next and previous product does not work and also happens that daemon restarts the Gnome -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages desktopnova depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38+deb7u1 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-20.100.2-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libxml2 2.8.0+dfsg1-7+nmu2 ii psmisc 22.19-1+deb7u1 Versions of packages desktopnova recommends: ii desktopnova-module-gnome 0.8.1-1 ii desktopnova-tray 0.8.1-1 desktopnova 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#679584: python-mode.el automated tests
python-mode-tests.sh is not suitable for tests at build-time. Some of these tests will fail for unknown reasons, IOW might be buggy themselves. Please use python-mode-ert-tests.el resp. python-mode-ert-tests.sh -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737117: python-feedvalidator: Please don't ship useless copy of timeoutsocket.py
Package: python-feedvalidator Severity: wishlist Dear Maintainer, It seems to me that python-feedvalidator embedds a copy of timeoutsocket.py, which seems not to be used at all, given the Python version in Debian. May I suggest that the file be removed during the build in order to make sure it isn't shipped for nothing (see discussion at [0] for more details). Thanks in advance if you can address this. Best regards, [0] https://lists.debian.org/debian-python/2014/01/msg00088.html -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737116: rawdog: Please don't ship useless copy of timeoutsocket.py
Package: rawdog Severity: wishlist Hi. It seems to me that rawdog embedds a copy of timeoutsocket.py, which seems not to be used at all, given the Python version in Debian (maybe this is because of #383422 ?). May I suggest that the file be removed during the build in order to make sure it isn't shipped for nothing (see discussion at [0] for more details). Thanks in advance if you can address this. Best regards, [0] https://lists.debian.org/debian-python/2014/01/msg00088.html -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.
Matthias Klumpp dixit: 2014-01-30 ChaosEsque Team chaosesquet...@yahoo.com: [bullshit] This was actually *not* bullshit. The delivery of most of the content could use some polishing, but the content is a(n inconvenient) truth. Wasn't there some kind of a ban applied here? Apparently not, but it’s better that way, as the reasoning was something along the lines of the messages being off-topic, which they are clearly not, so I believe the ban to be in error, anyway. bye, //mirabilos -- diogenese Beware of ritual lest you forget the meaning behind it. igli yeah but it means if you really care about something, don't ritualise it, or you will lose it. don't fetishise it, don't obsess. or you'll forget why you love it in the first place. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737072: ITP: KeySigningPartyTools -- create a better formatted list in PDF format by reading a FOSDEM key list
On Wed, 29 Jan 2014, Alberto Fuentes wrote: Package: wnpp Severity: wishlist Owner: Alberto Fuentes paj...@gmail.com * Package name: KeySigningPartyTools Version : n/a Upstream Author : Vadim Trochinsky m...@vadim.ws * URL : https://github.com/vatral/KeySigningPartyTools * License : AGPL v3 Programming Lang: Perl Description : create a better formatted list in PDF format by reading a FOSDEM key list Key signing is really in need of a program that eases interchange of keys. KeySigningPartyTools generates a pdf with qr codes and visual hints for the fingerprints that allows faster processing and avoid manual errors. It process the qr codes afterwards with the help of a webcam as well. It also automatically checks that the keys scanned match the keys downloaded before you sign them. There already is a signing-party package, would you mind to integrate KeySigningPartyTools into it? Thanks Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736792: Bug#736793: [src:jenkin] Sourceless flash file
The source of this file is available here: https://github.com/yui/yui2/blob/master/src/connection/as/com/yui/util/connection.as It looks like it has been removed from YUI 3. Do we know if the file is actually used by Jenkins? Emmanuel Bourg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737118: kdepimlibs: FTBFS on powerpcspe due to symbol changes
Source: kdepimlibs Version: 4:4.11.5-4 Severity: wishlist Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, kdepimlibs FTBFS on powerpcspe like this: ... dh_makeshlibs '-Xusr/lib/kde4/' # [-a] dpkg-gensymbols: warning: debian/libakonadi-kmime4/DEBIAN/symbols doesn't match completely debian/libakonadi-kmime4.symbols --- debian/libakonadi-kmime4.symbols (libakonadi-kmime4_4:4.11.5-4_powerpcspe) +++ dpkg-gensymbolsYnTkZx 2014-01-26 00:55:46.086402030 + @@ -248,10 +248,10 @@ _ZNK7Akonadi25StandardMailActionManager6actionENS_21StandardActionManager4TypeE@Base 4:4.5.86 _ZNK7Akonadi32SpecialMailCollectionsRequestJob10metaObjectEv@Base 4:4.4.0 _ZNK7Akonadi34SpecialMailCollectionsDiscoveryJob10metaObjectEv@Base 4:4.11.1 - (optional=templinst|arch=!powerpcspe)_ZNK7Akonadi4Item10hasPayloadIN5boost10shared_ptrIN5KMime7MessageEbv@Base 4:4.5.86 + (optional=templinst)_ZNK7Akonadi4Item10hasPayloadIN5boost10shared_ptrIN5KMime7MessageEbv@Base 4:4.5.86 (optional=templinst)_ZNK7Akonadi4Item10tryToCloneIN5boost10shared_ptrIN5KMime7MessageENS2_9enable_ifINS_8Internal17is_shared_pointerIT_EEbE4typeEPSA_PKi@Base 4:4.5.86 (optional=templinst)_ZNK7Akonadi4Item11payloadImplIN5boost10shared_ptrIN5KMime7MessageENS2_12disable_if_cIXsrNS_8Internal12PayloadTraitIT_EE13isPolymorphicESA_E4typeEv@Base 4:4.5.86 - (optional=templinst|arch=powerpcspe)_ZNK7Akonadi4Item14hasPayloadImplIN5boost10shared_ptrIN5KMime7MessageENS2_12disable_if_cIXsrNS_8Internal12PayloadTraitIT_EE13isPolymorphicEbE4typeEv@Base 4:4.7.4 +#MISSING: 4:4.11.5-4# (optional=templinst|arch=powerpcspe)_ZNK7Akonadi4Item14hasPayloadImplIN5boost10shared_ptrIN5KMime7MessageENS2_12disable_if_cIXsrNS_8Internal12PayloadTraitIT_EE13isPolymorphicEbE4typeEv@Base 4:4.7.4 (optional=templinst)_ZNK7Akonadi4Item7payloadIN5boost10shared_ptrIN5KMime7MessageET_v@Base 4:4.3.4 _ZTIN7Akonadi12MessageModelE@Base 4:4.3.4 _ZTIN7Akonadi16AddressAttributeE@Base 4:4.4.0 dpkg-gensymbols: warning: debian/libgpgme++2/DEBIAN/symbols doesn't match completely debian/libgpgme++2.symbols --- debian/libgpgme++2.symbols (libgpgme++2_4:4.11.5-4_powerpcspe) +++ dpkg-gensymbols_cKqLR 2014-01-26 00:55:51.630442507 + @@ -4,8 +4,8 @@ _ZN5GpgME10EngineInfoC1Ev@Base 4:4.3.4 _ZN5GpgME10EngineInfoC2EP18_gpgme_engine_info@Base 4:4.3.4 _ZN5GpgME10EngineInfoC2Ev@Base 4:4.3.4 - (optional=gccinternal|arch=powerpcspe)_ZN5GpgME10EngineInfoD1Ev@Base 4:4.8.3 - (optional=gccinternal|arch=powerpcspe)_ZN5GpgME10EngineInfoD2Ev@Base 4:4.8.3 +#MISSING: 4:4.11.5-4# (optional=gccinternal|arch=powerpcspe)_ZN5GpgME10EngineInfoD1Ev@Base 4:4.8.3 +#MISSING: 4:4.11.5-4# (optional=gccinternal|arch=powerpcspe)_ZN5GpgME10EngineInfoD2Ev@Base 4:4.8.3 _ZN5GpgME10engineInfoENS_6EngineE@Base 4:4.3.4 _ZN5GpgME10engineInfoENS_8ProtocolE@Base 4:4.3.4 _ZN5GpgME10hasFeatureEm@Base 4:4.3.4 @@ -227,8 +227,8 @@ _ZN5GpgME3KeyC2ERKN5boost10shared_ptrI10_gpgme_keyEE@Base 4:4.3.4 _ZN5GpgME3KeyC2ERKNS0_4NullE@Base 4:4.3.4 _ZN5GpgME3KeyC2Ev@Base 4:4.3.4 - (optional=gccinternal|arch=ia64 powerpcspe)_ZN5GpgME3KeyD1Ev@Base 4:4.8.3 - (optional=gccinternal|arch=ia64 powerpcspe)_ZN5GpgME3KeyD2Ev@Base 4:4.8.3 +#MISSING: 4:4.11.5-4# (optional=gccinternal|arch=ia64 powerpcspe)_ZN5GpgME3KeyD1Ev@Base 4:4.8.3 +#MISSING: 4:4.11.5-4# (optional=gccinternal|arch=ia64 powerpcspe)_ZN5GpgME3KeyD2Ev@Base 4:4.8.3 _ZN5GpgME4Data11setEncodingENS0_8EncodingE@Base 4:4.3.4 _ZN5GpgME4Data11setFileNameEPKc@Base 4:4.3.4 _ZN5GpgME4Data4nullE@Base 4:4.3.4 @@ -257,8 +257,8 @@ _ZN5GpgME4DataC2ERKNS0_4NullE@Base 4:4.3.4 _ZN5GpgME4DataC2Ei@Base 4:4.3.4 _ZN5GpgME4DataC2Ev@Base 4:4.3.4 - (optional=gccinternal|arch=powerpcspe)_ZN5GpgME4DataD1Ev@Base 4:4.8.3 - (optional=gccinternal|arch=powerpcspe)_ZN5GpgME4DataD2Ev@Base 4:4.8.3 +#MISSING: 4:4.11.5-4# (optional=gccinternal|arch=powerpcspe)_ZN5GpgME4DataD1Ev@Base 4:4.8.3 +#MISSING: 4:4.11.5-4# (optional=gccinternal|arch=powerpcspe)_ZN5GpgME4DataD2Ev@Base 4:4.8.3 _ZN5GpgME5Error14hasSystemErrorEv@Base 4:4.5.86 _ZN5GpgME5Error14setSystemErrorE14gpg_err_code_t@Base 4:4.5.86 _ZN5GpgME5Error15fromSystemErrorEj@Base 4:4.5.86 @@ -271,8 +271,8 @@ _ZN5GpgME6ImportC1Ev@Base 4:4.3.4 _ZN5GpgME6ImportC2ERKN5boost10shared_ptrINS_12ImportResult7PrivateEEEj@Base 4:4.3.4 _ZN5GpgME6ImportC2Ev@Base 4:4.3.4 - (optional=gccinternal|arch=powerpcspe)_ZN5GpgME6ResultD1Ev@Base 4:4.8.3 - (optional=gccinternal|arch=powerpcspe)_ZN5GpgME6ResultD2Ev@Base 4:4.8.3 +#MISSING: 4:4.11.5-4# (optional=gccinternal|arch=powerpcspe)_ZN5GpgME6ResultD1Ev@Base 4:4.8.3 +#MISSING: 4:4.11.5-4# (optional=gccinternal|arch=powerpcspe)_ZN5GpgME6ResultD2Ev@Base 4:4.8.3 _ZN5GpgME6SubkeyC1ERKN5boost10shared_ptrI10_gpgme_keyEEP13_gpgme_subkey@Base 4:4.3.4 _ZN5GpgME6SubkeyC1ERKN5boost10shared_ptrI10_gpgme_keyEEj@Base 4:4.3.4 _ZN5GpgME6SubkeyC1Ev@Base 4:4.3.4 @@ -729,16 +729,16 @@ _ZNK5GpgME9TrustItem5keyIDEv@Base 4:4.3.4
Bug#737085: apt: Apt downloads arch all packages from wrong repo/checks wrong checksum
+++ Julian Andres Klode [2014-01-30 08:12 +0100]: On Thu, Jan 30, 2014 at 03:13:16AM +, Wookey wrote: Package: apt Version: 0.9.15 Severity: important In the sources I have my own bootstrap repository containing a lot of (unstable) packages built for arm64, and plain debian unstable and saucy repos apt-get install arch-all-package (that is available in all 3 repos) results in a size mismatch error. It seems that apt is using the checksum from one repo but downloading the package from another. The packages used is just an example it seems to be the same for any arch all package (debian-arm64)# apt-cache policy x11proto-scrnsaver-dev x11proto-scrnsaver-dev: Installed: (none) Candidate: 1.2.2-1 Version table: 1.2.2-1 0 500 http://people.debian.org/~wookey/bootstrap/debianrepo2/ debianstrap/main arm64 Packages 500 http://ftp.uk.debian.org/debian/ unstable/main amd64 Packages 500 http://ports.ubuntu.com/ubuntu-ports/ saucy/main arm64 Packages Right, and that's a problem, as having two different packages with the same version is not really supported. APT differentiates packages with the same version by CRC-16 hashing the fields Installed-Size Depends Pre-Depends Conflicts Breaks Replaces in order to handle packages where those are the same APT would need to hash size or SHA hash as well, but this fails for installed packages, as this information is not provided in /var/lib/dpkg/status. OK. That makes sense. I see what's going on now. Which of course if why we do -B builds for other architectures and carefully ensure there is only one copy of the arch all packages. The problem is that in order to debootstrap you need all the packages in one repo so leaving the arch all packages in ftp.uk.debian.org means you can't debootstrap if you only uploaded the new-arch 'any' packages to the 'bootstrap' repo. It's also important to test that the arch-all build actually works, and not just the arch-any part so doing those builds and testing the results can be good. It's fine for apt to consider these packages to be functionally equivalent, but it does need to check the correct checksum on download. It seems to me that this can be fixed by either adding size/hash to the hash as you suggest(making them 'different packages', or just separately ensuring that the checksum for the repo/file that was downloaded is used. Apt knows that there is more than one repo source for this package, but doesn't record that there might be more than one checksum? The fact that it can end up choosing one checksum and another source does seem wrong. Perhaps the code/object structure makes it hard to fix this this way and your fix is the only one that makes sense? An alternative would be to change the cache-building algorithms to look at SHA hashes and/or size and create different version entries in the cache if they are present in both versions, but different. SHA Hashes would require all repositories to use the same best checksum algorithm. I think just adding size to the hash would be cheap and easy and would largely solve this problem. Adding the hash would cover a few extra cases where the size came out the same too, but if it's difficult I'd be happy to have this mostly-solved, as it's a situation we normally try to avoid anyway. I am clueless about the apt codebase (and C++ if it's not fairly 'C'-ey) but am prepared to take a stab at this if you give me a clue where to look. thanks for the quick response. Wookey -- Principal hats: Linaro, Emdebian, Wookware, Balloonboard, ARM http://wookware.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737119: clamav: FTBFS on powerpc and other arches
Source: clamav Version: 0.98+dfsg-1 Severity: serious Hi, clamav FTBFS on powerpc (and other arches) like this: ... CC fan.o In file included from fan.c:38:0: fan-syscalllib.h:14:3: error: #error System call numbers not defined for this architecture # error System call numbers not defined for this architecture ^ fan-syscalllib.h: In function 'fanotify_init': fan-syscalllib.h:19:17: error: '__NR_fanotify_init' undeclared (first use in this function) return syscall(__NR_fanotify_init, flags, event_f_flags); ^ ... This built before on this architecture. See also the build logs at https://buildd.debian.org/status/package.php?p=clamavsuite=sid Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737105: [Pkg-fonts-devel] Bug#737105: fonts-droid: missing some .ttf files
On Thu, 30 Jan 2014 11:38:09 +0100 Fabian Greffrath fab...@greffrath.com wrote: Please don't blindly add font files to the fonts-droid packages! According to http://android.googlesource.com/platform/frameworks/base the fonts you mentioned have been merged into the Noto font family and should thus get included in this package. Thanks for your comment, could you explain a bit more, please? Probably related changelog is fonts-android (1:4.2.r1-1) experimental; urgency=low (snip) [ Fabian Greffrath ] * Add an epoch to the version number, as 4.2 20111207. * Install the exact same set of Droid fonts as in the previous package revision. noto is https://code.google.com/p/noto/ and it is not merged with droid yet, right? Is there any problem to include those fonts I mentioned? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737120: doc-debian: please use UTF-8
Package: doc-debian Version: 6.1 The constitution*.txt.gz files are encoded in ISO-8859-1. Please convert these files to UTF-8. The bug-maint-mailcontrol.txt.gz file appears to be more subtly broken. It uses the 0xE2 byte to denote em-dash, which doesn't seem to match any well-known encoding. Please make the file encoded in UTF-8. -- 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#737088: libglm-dev: please ship glm.pc for pkg-config
severity 737088 wishlist thanks On Thu, Jan 30, 2014 at 07:20:39AM +0100, Lionel Elie Mamane wrote: Please enable libglm-dev in pkg-config by shipping a glm.pc (it seems other distros do that, since libreoffice upstream master branch is trying to use pkg-config tu find glm; maybe upstream glm even builds a glm.pc and it only needs to be installed in debian/rules?) Upstream does not provide a glm.pc. Which other distros provide a glm.pc file? If LibreOffice is depending on it, then I believe it is a bug in their configure.ac. But I'll send the request on to upstream anyway, having a glm.pc is not a bad idea :) -- Met vriendelijke groet / with kind regards, Guus Sliepen g...@debian.org signature.asc Description: Digital signature
Bug#737109: [pkg-wpa-devel] Bug#737109: hostapd: Bridged interface dropped from bridge
Hi On Thursday 30 January 2014, Mark Hindley wrote: [...] I am using hostapd in a bridged wlan/eth setup. The wifi card is 00:08.0 Ethernet controller: Atheros Communications Inc. AR5212/AR5213 Wireless Network Adapter (rev 01) [...] When using hostapd/stable, clients using the wlan are sometimes suddenly unable to communicate through the bridge and wlan0 is no longer present in the output of brctl show br0. At the same time syslog shows: /var/log/syslog.2.gz:Jan 19 11:31:07 titan kernel: device wlan0.sta1 entered promiscuous mode /var/log/syslog.2.gz:Jan 19 11:31:07 titan kernel: br0: port 3(wlan0.sta1) entering forwarding state /var/log/syslog.2.gz:Jan 19 11:31:07 titan kernel: br0: port 3(wlan0.sta1) entering forwarding state /var/log/syslog.2.gz:Jan 19 11:31:11 titan ntpd[3468]: Listen normally on 19 wlan0.sta1 fe80::20f:3dff:feaa:96f0 UDP 123 /var/log/syslog.2.gz:Jan 19 11:31:18 titan kernel: wlan0.sta1: no IPv6 routers present /var/log/syslog.2.gz:Jan 19 11:31:22 titan kernel: br0: port 3(wlan0.sta1) entering forwarding state /var/log/syslog.2.gz:Jan 19 11:31:22 titan kernel: device wlan0.sta1 left promiscuous mode /var/log/syslog.2.gz:Jan 19 11:31:22 titan kernel: br0: port 3(wlan0.sta1) entering disabled state /var/log/syslog.2.gz:Jan 19 11:31:24 titan ntpd[3468]: Deleting interface #19 wlan0.sta1, fe80::20f:3dff:feaa:96f0#123, interface stats: received=0, sent=0, dropped=0, active_time=13 secs Wireless traffic across the bridge can be restored by adding wlan0 back to the bridge with brctl addif br0 wlan0 There is a similar ticket in the OpenWRT lists at https://dev.openwrt.org/ticket/9257 Their fix is https://dev.openwrt.org/changeset/26724 I have rebuilt hostapd with an updated version of the same patch and it also seems to fix the problem for me. Perhaps you would consider including it? My patch below. The only change I made to the OpenWRT version was to reflect the move of drv-ioctl_sock to drv-global-ioctl_sock and to refresh the line numbers. [...] Thanks a lot for investigating this so well and providing a patch, which seems to have gotten decent testing and looks to be pretty straight forward. However I'm concerned that this particular patch appears to be around three years old, without having been merged into hostapd upstream, despite the patch author usually being quite active in upstream development[1] of these wireless needs... Given that the old bugtracker at w1.fi no longer exists, I can't confirm at the moment if this patch had been submitted upstream and/ or if it has been rejected for any reasons, which makes me a bit reluctant to apply it to Debian. So far I haven't come to a conclusion yet and while this patch might not be part of the very next wpa upload, I'll keep it in mind. Regards Stefan Lippers-Hollmann [1] I'm aware that OpenWrt is probably the only party actively working on 4addr support signature.asc Description: This is a digitally signed message part.
Bug#710176: transition: libpqxx
On Wed, Jan 29, 2014 at 20:51:51 +0100, Niels Thykier wrote: On 2013-05-28 22:52, Marcin Kulisz (kuLa) wrote: title = libpqxx; is_affected = .depends ~ libpqxx-3.1 | .depends ~ libpqxx-4.0; is_good = .depends ~ libpqxx-4.0; is_bad = .depends ~ libpqxx-3.1; [...] Looks like this has been done for a while, so closing. Not quite. libpqxx3 is still not removed from sid and jessie, which is why I'd left this open. Cheers, Julien signature.asc Description: Digital signature
Bug#737121: ikiwiki: [PATCH] Implement configuration option to set the user agent string for outbound HTTP requests
Package: ikiwiki
Version: 3.20140125
Severity: wishlist
By default, LWP::UserAgent used by IkiWiki to perform outbound HTTP
requests sends the string libwww-perl/version number as User-Agent
header in HTTP requests. Some blogging platforms have blacklisted the
user agent and won't serve any content for clients using this user agent
string. With IkiWiki configuration option useragent it's now possible
to define a custom string that is used for the value of the User-Agent
header.
---
IkiWiki.pm |9 +
IkiWiki/Plugin/openid.pm |2 +-
IkiWiki/Plugin/pinger.pm |2 +-
3 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/IkiWiki.pm b/IkiWiki.pm
index b7080bb..eb48096 100644
--- a/IkiWiki.pm
+++ b/IkiWiki.pm
@@ -527,6 +527,14 @@ sub getsetup () {
safe = 0, # hooks into perl module internals
rebuild = 0,
},
+ useragent = {
+ type = string,
+ default = undef,
+ example = Wget/1.13.4 (linux-gnu),
+ description = set custom user agent string for outbound HTTP
requests e.g. when fetching aggregated RSS feeds,
+ safe = 0,
+ rebuild = 0,
+ },
}
sub defaultconfig () {
@@ -2301,6 +2309,7 @@ sub useragent () {
return LWP::UserAgent-new(
cookie_jar = $config{cookiejar},
env_proxy = 1, # respect proxy env vars
+ agent = $config{useragent},
);
}
diff --git a/IkiWiki/Plugin/openid.pm b/IkiWiki/Plugin/openid.pm
index d369e30..3b96e4b 100644
--- a/IkiWiki/Plugin/openid.pm
+++ b/IkiWiki/Plugin/openid.pm
@@ -238,7 +238,7 @@ sub getobj ($$) {
my $ua;
eval q{use LWPx::ParanoidAgent};
if (! $@) {
- $ua=LWPx::ParanoidAgent-new;
+ $ua=LWPx::ParanoidAgent-new(agent = $config{useragent});
}
else {
$ua=useragent();
diff --git a/IkiWiki/Plugin/pinger.pm b/IkiWiki/Plugin/pinger.pm
index fb0f3ba..b2d54af 100644
--- a/IkiWiki/Plugin/pinger.pm
+++ b/IkiWiki/Plugin/pinger.pm
@@ -72,7 +72,7 @@ sub ping {
my $ua;
eval q{use LWPx::ParanoidAgent};
if (!$@) {
- $ua=LWPx::ParanoidAgent-new;
+ $ua=LWPx::ParanoidAgent-new(agent =
$config{useragent});
}
else {
eval q{use LWP};
--
1.7.9.5
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736854: gnome-tweak-tool: Cut text
Package: gnome-tweak-tool Version: 3.8.1-2 Followup-For: Bug #736854 Thanks a lot for the help . It did the trick. So you can close the bug. -- System Information: Debian Release: jessie/sid Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-tweak-tool depends on: ii gir1.2-gnomedesktop-3.03.8.4-2 ii gir1.2-gtk-3.0 3.8.6-1 ii gnome-shell-common 3.8.4-5 ii gsettings-desktop-schemas 3.8.2-2 ii python 2.7.5-5 ii python-gi 3.10.2-2 gnome-tweak-tool recommends no packages. gnome-tweak-tool 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#737093: thermald: daemon eats 100 percent CPU time
On 30/01/14 11:08, Nicolas Boulenguez wrote: # grep CPU | /proc/cpuinfo model name : Intel(R) Core(TM)2 Duo CPU P9300 @ 2.26GHz (twice) # sudo thermald --no-daemon --loglevel=debug debug.log # thermald --no-daemon --loglevel=debug debug.log did not trigger the bug. But # aptitude purge thermald aptitude instal thermald did. And after that, # /etc/init.d/thermald stop /init.d/thermald start did not anymore. If this you fail to reproduce the bug, I will ask for debug info in /etc/init.d/thermald, and/or rebuild the package with this option, but it will take much more time. I'm unable to reproduce this with the H/W I have access to, so if you could add debug to /etc/init.d/thermald that would be very useful -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#704035: Bug#736085: RFS: doublecmd/0.5.8-1 -- twin-panel (commander-style) file manager
Hi Graham, On 27-01-14 08:49, Graham Inggs wrote: Hi Paul On 24/01/2014 11:42, Paul Gevers wrote: Interesting that I have missed this the first time that you did this work. Funny thing is that we are trying to get things related to FreePascal into one team, so I invite you to have a look at pkg-pascal on Alioth. I'd be happy to maintain doublecmd and doublecmd-help packages as part of the pkg-pascal team. So, please request to be added to the team via the web-interface and subscribe to the e-mail list. I will acknowledge when I receive the request. If upstream of doublecmd is really active, maybe we should drop tuxcmd altogether (it is orphaned). If we do, maybe we could help people migrate in the next release by handling this properly. Would/could we do this even if doublecmd is not a fork of tuxcmd? Difficult question, but I believe the answer is yes. As tuxcmd is currently unmaintained in Debian, and hardly supported upstream, I think it is warranted to request for removal (or depending on the scheme we intent to follow, an adoption). If doublecmd is a viable replacement of tuxcmd, we can help Debian users to find a replacement which can be supported from the Debian point of view. I must admit, I haven't fully figured out how we should do this the right way™. Could you investigate (if you have the time of course) if tuxcmd has features that are still lacking in doublecmd? Is this still required, seeing that doublecmd is not a fork of tuxcmd? If you feel my response above is not fully ridiculous, the answer is yes. But in the mean time, as discussed in private, build, signed and uploaded for now. Paul signature.asc Description: OpenPGP digital signature
Bug#729203: ffmpeg
visit this for enable ffmpeg on your websitehttp://easyscript4u.blogspot.in/2013/06/how-to-enable-ffmpeg-in-php.html -- Thanks and Regards Bhavesh Bodar (BBS) +91 968 240 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736854: gnome-tweak-tool: Cut text
Hi, On 30.01.2014 13:39, Adrian wrote: Thanks a lot for the help . It did the trick. I'm glad I could help you. So you can close the bug. I think it would be better if gnome-tweak-tool was resizable by default, as I don't see a reason against that. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710176: transition: libpqxx
On 2014-01-30 13:40:33, Julien Cristau wrote: On Wed, Jan 29, 2014 at 20:51:51 +0100, Niels Thykier wrote: snip Looks like this has been done for a while, so closing. Not quite. libpqxx3 is still not removed from sid and jessie, which is why I'd left this open. Hi guys, I requested removal on 19th (#736086), but it's still not done. -- |_|0|_| | |_|_|0| Heghlu'Meh QaQ jajVam | |0|0|0| kuLa - | gpg --keyserver pgp.mit.edu --recv-keys 0x58C338B3 3DF1 A4DF C732 4688 38BC F121 6869 30DD 58C3 38B3 signature.asc Description: Digital signature
Bug#730868: freeciv: New upstream version 2.4.1 available
Hi all, I think I have finished version 2.4.1 of freeciv. You can find all changes in Debian's git repository. Please let me know if you would like me to improve something. Otherwise I suggest to test this version a little and then upload it at the weekend, if everything works as intended. http://git.debian.org/?p=pkg-games/freeciv.git;a=summary I've read your README.packaging but couldn't find information about your embedded gnulib/m4 files. Does a similar option such as --enable-sys-lua exist for m4? If possible I would like to drop Debian's patch for this issue. Cheers, Markus signature.asc Description: OpenPGP digital signature
Bug#737122: RM: trac-bzr -- ROM; broken, unmaintained, low number of users
Package: ftp.debian.org Severity: normal Please remove the trac-bzr package from unstable. It does not have a maintainer, has been broken at least since August last year, and has a low number of users. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737023: BCM5708 with bnx2 driver shows lots of errors on packets.
On Thu, 2014-01-30 at 08:31 +0100, Santiago Garcia Mantinan wrote: I have wheezy installed on several servers wich have a BCM5708 based NIC, which uses the bnx2 driver and I'm seeing a lot of errors on the network RX packets, this happens wether the machine runs current 3.2 stable kernel or 3.12 unstable one, and with firmware-bnx2 coming from stable and unstable. How and where are you detecting this? Well, the server is a HP ProLiant BL480c G1 and has tigon based cards as well as the bnx2 ones, if I use the tigon based cards I can download with wget at more than 100MB/s but if I use the bnx2 cards they don't even bet to 4 MB/s (I did some tests today without vlan tagging and this still happens without the vlan overhead). If I look at the interface statistics using ifconfig I get things like this: eth3 Link encap:Ethernet HWaddr 00:23:7d:30:9c:e6 inet addr:10.10.50.243 Bcast:10.255.255.255 Mask:255.255.255.0 inet6 addr: fe80::223:7dff:fe30:9ce6/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:36857 errors:804 dropped:0 overruns:0 frame:804 TX packets:14702 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:53602773 (51.1 MiB) TX bytes:1056006 (1.0 MiB) Interrupt:17 Memory:fa00-fa012800 [...] This is on the bnx2 interface? Please use 'ethtool -S eth3' to get more detailed statistics, and 'ethtool -t eth3' to run a self-test (note this will break the link temporarily), and send the output of these. Ben. -- Ben Hutchings It is a miracle that curiosity survives formal education. - Albert Einstein signature.asc Description: This is a digitally signed message part
Bug#737088: libglm-dev: please ship glm.pc for pkg-config
On Thu, Jan 30, 2014 at 01:42:54PM +0100, Guus Sliepen wrote: On Thu, Jan 30, 2014 at 07:20:39AM +0100, Lionel Elie Mamane wrote: Please enable libglm-dev in pkg-config by shipping a glm.pc (it seems other distros do that, since libreoffice upstream master branch is trying to use pkg-config tu find glm; maybe upstream glm even builds a glm.pc and it only needs to be installed in debian/rules?) Upstream does not provide a glm.pc. Which other distros provide a glm.pc file? It was an assumption because LibreOffice is looking for one (development branch since 23 December 2013). I assumed that the developer that made that had it working on his machine, which thus had a glm.pc file. OTOH, now that I think of it, it is more probable that the LibreOffice developer only tested the use the bundled copy of glm scenario, not use the glm provided by the distro. If LibreOffice is depending on it, then I believe it is a bug in their configure.ac. Indeed. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737123: mtbl: FTBFS on mips,powerpc,s390x,sparc: tests fail
Source: mtbl Version: 0.4-1 Severity: serious Justification: fails to build from source Tags: sid jessie mtbl fails to build from source on mips, powerpc, s390x and sparc: | | Testsuite summary for mtbl 0.4 | | # TOTAL: 6 | # PASS: 5 | # SKIP: 0 | # XFAIL: 0 | # FAIL: 1 | # XPASS: 0 | # ERROR: 0 | | See ./test-suite.log | | make[3]: *** [test-suite.log] Error 1 I reproduced the issue on zelenka. It fails in the same way and test-suite.log contains | |mtbl 0.4: ./test-suite.log | | | # TOTAL: 6 | # PASS: 5 | # SKIP: 0 | # XFAIL: 0 | # FAIL: 1 | # XPASS: 0 | # ERROR: 0 | | .. contents:: :depth: 2 | | FAIL: src/test-crc32c | = | | test-crc32c: PASS: [actual=c1d04330, expected=c1d04330] | test-crc32c: PASS: [actual=cfc4ae1d, expected=cfc4ae1d] | test-crc32c: FAIL: [actual=c99465aa, expected=2713f314] | test-crc32c: PASS: [actual=7e627e58, expected=7e627e58] | test-crc32c: PASS: [actual=8a9136aa, expected=8a9136aa] | test-crc32c: PASS: [actual=62a8ab43, expected=62a8ab43] | test-crc32c: FAIL: [actual=113fdb5c, expected=30e08dd3] | test-crc32c: FAIL: [actual=d9963a56, expected=19af753d] | test-crc32c: FAIL: [actual=46dd794e, expected=67022fc1] | test-crc32c: FAIL: [actual=0e2c157f, expected=2feedb15] | test-crc32c: FAIL: [actual=e980ebf6, expected=072f2e95] | test-crc32c: FAIL: [actual=de74bded, expected=f8f1e8de] | test-crc32c: FAIL: [actual=d579c862, expected=bc870640] | test-crc32c: FAIL: [actual=ba979ad0, expected=2e300d7b] | test-crc32c: FAIL: [actual=2b29d913, expected=9630d18a] | test-crc32c: FAIL: [actual=24c5d375, expected=d5adf381] Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#737125: trip.rc: insecure use of /tmp
Source: rc Severity: minor Tags: security trip.rc, which is sort of a test suite, creates temporary files in a insecure way. We don't currently run the tests at build time (thus the low severity), but some users might be tempted to run them manually. -- 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#737124: libbinio: FTBFS: symbols don't match
Source: libbinio Version: 1.4+dfsg1-2 Severity: serious Tags: patch Hi, libbinio FTBFS on powerpc, sparc, s390x, alpha, powerpcspe and ppc64 like this: (Example from powerpc): ... dpkg-gensymbols: warning: some new symbols appeared in the symbols file: see diff output below dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libbinio1ldbl/DEBIAN/symbols doesn't match completely debian/symbols --- debian/symbols (libbinio1ldbl_1.4+dfsg1-2_powerpc) +++ dpkg-gensymbolsyUqkdx 2014-01-28 21:41:21.0 + @@ -12,6 +12,9 @@ (c++)VTT for binsbase@Base 1.4+dfsg1 (c++)VTT for binsstream@Base 1.4+dfsg1 (c++)VTT for binwstream@Base 1.4+dfsg1 + _ZN10binostream10writeFloatEgN5binio5FTypeE@Base 1.4+dfsg1-2 + _ZN10binostream17float2ieee_doubleEgPh@Base 1.4+dfsg1-2 + _ZN10binostream17float2ieee_singleEgPh@Base 1.4+dfsg1-2 (c++)binfbase::binfbase()@Base 1.4+dfsg1 (c++)binfbase::close()@Base 1.4+dfsg1 (c++)binfbase::pos()@Base 1.4+dfsg1 @@ -70,9 +73,9 @@ (c++)binosstream::putByte(unsigned char)@Base 1.4+dfsg1 (c++)binosstream::~binosstream()@Base 1.4+dfsg1 (c++)binostream::binostream()@Base 1.4+dfsg1 - (c++)binostream::float2ieee_double(long double, unsigned char*)@Base 1.4+dfsg1 - (c++)binostream::float2ieee_single(long double, unsigned char*)@Base 1.4+dfsg1 - (c++)binostream::writeFloat(long double, binio::FType)@Base 1.4+dfsg1 +#MISSING: 1.4+dfsg1-2# (c++)binostream::float2ieee_double(long double, unsigned char*)@Base 1.4+dfsg1 +#MISSING: 1.4+dfsg1-2# (c++)binostream::float2ieee_single(long double, unsigned char*)@Base 1.4+dfsg1 +#MISSING: 1.4+dfsg1-2# (c++)binostream::writeFloat(long double, binio::FType)@Base 1.4+dfsg1 (c++)binostream::writeInt(long long, unsigned int)@Base 1.4+dfsg1 (c++)binostream::writeString(char const*, unsigned long)@Base 1.4+dfsg1 (c++)binostream::writeString(std::basic_stringchar, std::char_traitschar, std::allocatorchar const)@Base 1.4+dfsg1 dh_makeshlibs: dpkg-gensymbols -plibbinio1ldbl -Idebian/symbols -Pdebian/libbinio1ldbl -edebian/libbinio1ldbl/usr/lib/powerpc-linux-gnu/libbinio.so.1.0.0 returned exit code 1 make: *** [binary-arch] Error 2 ... See also the build logs at https://buildd.debian.org/status/package.php?p=libbiniosuite=sid http://buildd.debian-ports.org/status/package.php?p=libbiniosuite=sid This also includes the proposal how to fix this. Note the multiple architectures that this aplies to. Thanks in advance, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736678: grub2: support init boot flag selection
On Sat, Jan 25, 2014 at 07:36:05PM -0500, Michael Gilbert wrote: I've been working on a system that allows the user to easily make their own init system selection: http://packages.qa.debian.org/i/init-select.html I've just finished working on a patch for grub (see attached) to support init-select's /etc/default/init conffile. This changes util/grub.d/10_linux.in to put the selected init bootflag in GRUB_CMDLINE_LINUX_DEFAULT. If there is a better approach, please let me know, and I'll try to improve the patch. You're missing kFreeBSD and Hurd support here, FWIW. However, I don't think this should require changing grub2 at all. Nowadays we support other packages dropping files into /etc/default/grub.d/*.cfg, which are read after /etc/default/grub and can modify the various variables that are exported by grub-mkconfig to /etc/grub.d/ scripts. Could you investigate taking this approach in init-select instead? In this case, I think that would be better than adding another entry to grub2's already large and unwieldy patch stack. Thanks, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714028: Package in experimental?
Hi! How about a package in experimental? Even if it's still unreleased, it's a starting point for a stable package later. And for those who just want to have a work-in-progress preview, it'd be handy, too. Just my €0.02 -- mail: a...@thur.de http://adi.thur.de PGP/GPG: key via keyserver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737126: libdbi-drivers: FTBFS on powerpc (and other architectures), tests failing
Source: libdbi-drivers Version: 0.9.0-2 Severity: serious Hi, libdbi-drivers FTBFS on powerpc like this: ... Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... test_dbi.c:3815: unit test failure: sqlite3 - libdbi connection - Retrieving fields as - test_dbi_result_get_as_string - [129] should match [-127] at [test_dbi.c] line [3815] Running libdbi framework test... test_dbi.c:3724: unit test failure: sqlite3 - libdbi connection - Retrieving fields as - test_dbi_result_get_as_longlong - [129] should match [-127] at [test_dbi.c] line [3724] test_dbi.c:3732: unit test failure: sqlite3 - libdbi connection - Retrieving fields as - test_dbi_result_get_as_longlong - [-1] should match [0] at [test_dbi.c] line [3732] test_dbi.c:3733: unit test failure: sqlite3 - libdbi connection - Retrieving fields as - test_dbi_result_get_as_longlong - [-1] should match [0] at [test_dbi.c] line [3733] Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... Completed libdbi framework test: 395 passes, 4 failures, 0 exceptions. make: *** [test-stamp] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 ... This worked with previous versions. See also the logs for of the buildds for various other architectures: https://buildd.debian.org/status/package.php?p=libdbi-driverssuite=sid http://buildd.debian-ports.org/status/package.php?p=libdbi-driverssuite=sid Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737105: [Pkg-fonts-devel] Bug#737105: fonts-droid: missing some .ttf files
Am Donnerstag, den 30.01.2014, 21:37 +0900 schrieb Hideki Yamane: Thanks for your comment, could you explain a bit more, please? Upstream (i.e. Google) has moved the fonts from the droid font family to the noto font family. noto is https://code.google.com/p/noto/ and it is not merged with droid it is only merging the more exotic font faces from droid. yet, right? Is there any problem to include those fonts I mentioned? They are not part of the upstream droid font set anymore. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#721845: ITP: flashproxy -- ephemeral browser-based pluggable transport for Tor
Hi, Ximin Luo wrote (18 Jan 2014 01:31:39 GMT) : [...] but overriding the first-person would require 5 override files. I think it's worth adding it. Adding the overrides allows you to start from a Lintian-clean state, and in the future, to easily notice oh, the package is not Lintian-clean anymore, what happened?, instead of getting used to ignoring Lintian warnings since, oh well, we already know there're here. Your call anyway. This is now in NEW: https://ftp-master.debian.org/new/node-ws_0.4.30-1.html Cool. Hopefully it will come out of NEW soon :) I've now verified everything with both piuparts and pbuilder and everything is OK. \o/ Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737127: chasen: FTBFS on powerpc and several other architectures: symbols not matching
Source: chasen Version: 2.4.5-10 Severity: serious Hi, chasen FTBFS on powerpc (and on several other architectures) like this: ... make[1]: Entering directory `/«PKGBUILDDIR»' dh_compress -X.pdf -X.tex make[1]: Leaving directory `/«PKGBUILDDIR»' dh_fixperms -a dh_strip -a dh_makeshlibs -a dpkg-gensymbols: warning: some symbols or patterns disappeared in the symbols file: see diff output below dpkg-gensymbols: warning: debian/libchasen2/DEBIAN/symbols doesn't match completely debian/libchasen2.symbols.powerpc --- debian/libchasen2.symbols.powerpc (libchasen2_2.4.5-10_powerpc) +++ dpkg-gensymbolsEonEBc 2014-01-29 08:03:18.0 + @@ -32,7 +32,7 @@ _ZN5Darts15DoubleArrayImplIchlmNS_6LengthIcEEED2Ev@Base 2.4.5 _ZNSt6vectorIN5Darts15DoubleArrayImplIchlmNS0_6LengthIcEEE6node_tESaIS5_EE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPS5_S7_EERKS5_@Base 2.4.5 _ZNSt6vectorIlSaIlEE13_M_insert_auxEN9__gnu_cxx17__normal_iteratorIPlS1_EERKl@Base 2.4.5 - _ZNSt8_Rb_treeISsSt4pairIKSslESt10_Select1stIS2_ESt4lessISsESaIS2_EE10_M_insert_EPKSt18_Rb_tree_node_baseSB_RKS2_@Base 2.4.5 +#MISSING: 2.4.5-10# _ZNSt8_Rb_treeISsSt4pairIKSslESt10_Select1stIS2_ESt4lessISsESaIS2_EE10_M_insert_EPKSt18_Rb_tree_node_baseSB_RKS2_@Base 2.4.5 #MISSING: 2.4.5# _ZNSt8_Rb_treeISsSt4pairIKSslESt10_Select1stIS2_ESt4lessISsESaIS2_EE15_M_insert_equalERKS2_@Base 2.4.5 _ZTIN5Darts15DoubleArrayImplIchlmNS_6LengthIc@Base 2.4.5 _ZTSN5Darts15DoubleArrayImplIchlmNS_6LengthIc@Base 2.4.5 dh_makeshlibs: dpkg-gensymbols -plibchasen2 -Idebian/libchasen2.symbols.powerpc -Pdebian/libchasen2 -edebian/libchasen2/usr/lib/powerpc-linux-gnu/libchasen.so.2.0.4 returned exit code 1 make: *** [binary-arch] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary-arch gave error exit status 2 ... Please see also the other buildd's logs at: https://buildd.debian.org/status/package.php?p=chasensuite=sid http://buildd.debian-ports.org/status/package.php?p=chasensuite=sid The above includes a proposal how to fix the issue. Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: multiple init systems - formal resolution proposal - Don't like software, don't use it. Absolutely.
On Thu, Jan 30, 2014 at 12:05:05PM +, Thorsten Glaser wrote: This was actually *not* bullshit. The delivery of most of the content could use some polishing, but the content is a(n inconvenient) truth. Man, if someone was spouting garbage like that in support of systemd, you bet your mksh that I would call them on it[1] and try to seperate them from the sane people. Don't support the trolls, we're having a hard enough time keeping the signal ratio as high as it is - we don't need more over politicised garbage on the list. Much love, Paul [1]: I actually have, in fact, done this. There are people arguing for the position I support that I've told to back off from the thread. -- .''`. Paul Tagliamonte paul...@debian.org | Proud Debian Developer : :' : 4096R / 8F04 9AD8 2C92 066C 7352 D28A 7B58 5B30 807C 2A87 `. `'` http://people.debian.org/~paultag `- http://people.debian.org/~paultag/conduct-statement.txt signature.asc Description: Digital signature
Bug#721845: ITP: flashproxy -- ephemeral browser-based pluggable transport for Tor
Hi, Ximin Luo wrote (18 Jan 2014 01:34:25 GMT) : https://mentors.debian.net/package/flashproxy Assuming all my previous concerns were deal with (which I believe is the case, unless something was dropped when replying), the package now seems to be in pretty good shape. If you need any further review or anything, feel free to ask :) Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737108: extra patch
Sorry the patch in the original bug report was incorrect. I've attached the
right one
--- /usr/share/pyshared/gamin.py 2012-07-26 03:57:19.0 +0100
+++ gamin.py 2014-01-30 10:25:10.223748107 +
@@ -36,7 +36,7 @@
def GaminErrmsg(err = None):
if err == None:
- err = _gamin.Errno()
+err = _gamin.Errno()
if err == GAM_ARG:
msg = bad argument error
elif err == GAM_FILE:
@@ -58,12 +58,12 @@
class GaminException(Exception):
def __init__(self, value):
Exception.__init__(self)
- self.value = value
- self.errno = GaminErrno()
+self.value = value
+self.errno = GaminErrno()
def __str__(self):
str = GaminErrmsg(self.errno)
- if str != :
+if str != :
return repr(self.value) + ': ' + str
return repr(self.value)
@@ -76,161 +76,161 @@
FAM API events.
class WatchObject:
- def __init__ (self, monitor, mon_no, path, dir, callback, data=None):
- self.monitor = monitor
- self.callback = callback
- self.data = data
- self.path = path
- self.__mon_no = mon_no
- if dir == 1:
- ret = _gamin.MonitorDirectory(self.__mon_no, path, self);
- if ret 0:
- raise(GaminException(Failed to monitor directory %s %
- (path)))
- elif dir == 0:
- ret = _gamin.MonitorFile(self.__mon_no, path, self);
- if ret 0:
- raise(GaminException(Failed to monitor file %s %
- (path)))
- elif dir == -1:
- ret = _gamin.MonitorDebug(self.__mon_no, path, self);
- if ret 0:
- raise(GaminException(Failed to debug %s %
- (path)))
- self.__req_no = ret
-
- def _internal_callback(self, path, event):
- # it is very important here to catch all exception which may
- # arise in the client callback code.
- try:
- if self.data != None:
- self.callback (path, event, self.data)
- else:
- self.callback (path, event)
- except:
- import traceback
- traceback.print_exc()
-
- if event == GAMAcknowledge:
- try:
- self.monitor.cancelled.remove(self)
- except:
- print gamin failed to remove from cancelled
- pass
-
- def cancel(self):
- ret = _gamin.MonitorCancel(self.__mon_no, self.__req_no);
- if ret 0:
- raise(GaminException(Failed to stop monitor on %s %
- (self.path)))
- try:
- self.monitor.cancelled.append(self)
- except:
- print gamin cancel() failed to add to cancelled
+def __init__ (self, monitor, mon_no, path, dir, callback, data=None):
+self.monitor = monitor
+self.callback = callback
+self.data = data
+self.path = path
+self.__mon_no = mon_no
+if dir == 1:
+ret = _gamin.MonitorDirectory(self.__mon_no, path, self);
+if ret 0:
+raise(GaminException(Failed to monitor directory %s %
+ (path)))
+elif dir == 0:
+ret = _gamin.MonitorFile(self.__mon_no, path, self);
+if ret 0:
+raise(GaminException(Failed to monitor file %s %
+ (path)))
+elif dir == -1:
+ret = _gamin.MonitorDebug(self.__mon_no, path, self);
+if ret 0:
+raise(GaminException(Failed to debug %s %
+ (path)))
+self.__req_no = ret
+
+def _internal_callback(self, path, event):
+# it is very important here to catch all exception which may
+# arise in the client callback code.
+try:
+if self.data != None:
+self.callback (path, event, self.data)
+else:
+self.callback (path, event)
+except:
+import traceback
+traceback.print_exc()
+
+if event == GAMAcknowledge:
+try:
+self.monitor.cancelled.remove(self)
+except:
+print gamin failed to remove from cancelled
+pass
+
+def cancel(self):
+ret = _gamin.MonitorCancel(self.__mon_no, self.__req_no);
+if ret 0:
+raise(GaminException(Failed to stop monitor on %s %
+ (self.path)))
+try:
+self.monitor.cancelled.append(self)
+except:
+print gamin cancel() failed to add to cancelled
def __init__ (self):
self.__no = _gamin.MonitorConnect()
- if self.__no 0:
- raise(GaminException(Failed to connect to gam_server))
- self.objects = {}
- self.__fd = _gamin.GetFd(self.__no)
- if self.__fd 0:
- _gamin.MonitorClose(self.__no)
- raise(GaminException(Failed to get file descriptor))
- self.cancelled = []
+if self.__no 0:
+raise(GaminException(Failed to connect to
Bug#737128: gpg exits with a fatal error about missing trustdb despite successfully having imported a key
Package: gnupg Version: 1.4.16-1 Tags: patch Original Message Subject: Re: [FOSDEM] Keysigning: list of participants now available From:Philip Paeps phi...@fosdem.org Date:Thu, January 30, 2014 12:21 To: gregor herrmann gregor+fos...@comodo.priv.at Cc: fos...@lists.fosdem.org visitors fos...@lists.fosdem.org -- On 29 Jan 2014, at 22:19, gregor herrmann gregor+fos...@comodo.priv.at wrote: On Tue, 28 Jan 2014 08:53:17 -0600, Tom Marble wrote: Please use caff(1) from the package signing-party (after the KSP) to sign the keys at home. But BEWARE the default caff configuration is NOT the same as for GPG. Please make sure you are using the configuration settings you intend (esp. strong signature strength). For more information please see: https://github.com/tmarble/kspsig Please be aware of http://bugs.debian.org/735536 when using caff. This patch against gnupg-1.4.16 fixes it. When importing keys with --trust-model=always and no existing trustdb, gpg would exit with a fatal error about the missing trustdb despite successfully having imported the key. We should not exit with a fatal error when an operation completes successfully! Signed-off-by: Philip Paeps phi...@paeps.cx --- g10/trustdb.c | 1 + 1 file changed, 1 insertion(+) diff --git a/g10/trustdb.c b/g10/trustdb.c index 0bf92e4..f0c0ab8 100644 --- a/g10/trustdb.c +++ b/g10/trustdb.c @@ -927,6 +927,7 @@ clear_ownertrusts (PKT_public_key *pk) TRUSTREC rec; int rc; + init_trustdb(); if (trustdb_args.no_trustdb opt.trust_model == TM_ALWAYS) return 0; -- 1.8.3.4 (Apple Git-47) Philip -- Philip Paeps Senior Reality Engineer Ministry of Information ___ FOSDEM mailing list fos...@lists.fosdem.org https://lists.fosdem.org/listinfo/fosdem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736678: grub2: support init boot flag selection
Hi Colin, Colin Watson wrote: On Sat, Jan 25, 2014 at 07:36:05PM -0500, Michael Gilbert wrote: I've been working on a system that allows the user to easily make their own init system selection: http://packages.qa.debian.org/i/init-select.html I've just finished working on a patch for grub (see attached) to support init-select's /etc/default/init conffile. This changes util/grub.d/10_linux.in to put the selected init bootflag in GRUB_CMDLINE_LINUX_DEFAULT. If there is a better approach, please let me know, and I'll try to improve the patch. As already mentioned to Michael in another bug report, I initially expected his package init-select to be a pure grub2 config implementation. However, I don't think this should require changing grub2 at all. Nowadays we support other packages dropping files into /etc/default/grub.d/*.cfg, which are read after /etc/default/grub and can modify the various variables that are exported by grub-mkconfig to /etc/grub.d/ scripts. Could you investigate taking this approach in init-select instead? In this case, I think that would be better than adding another entry to grub2's already large and unwieldy patch stack. My idea was to modify 10_linux (preferably upstream) to iterate over all installed init systems, i.e. list each combination of kernel and init system in the menu. This would obsolete Michael's init-select in some way, but I suspect he wouldn't be mad about it. :-) I'm though quite sure this variant can't be implemented externally as it needs to add a loop inside 10_linux. And yes, I know that would boost the length of the kernel list in grub. Which is perfectly fine for me (c.f. #690538 ;-). I may come up with a patch for that in the future if I get it once working. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737118: kdepimlibs: FTBFS on powerpcspe due to symbol changes
On Thursday 30 January 2014 13:23:50 Roland Stigge wrote: [snip] See also the build log at http://buildd.debian-ports.org/status/fetch.php?pkg=kdepimlibsarch=powerpcs pever=4%3A4.11.5-4stamp=1390697811 The above includes the proposal by dpkg-gensymbols how to fix the issue. AFAICS, powerpcspe symbols should be like the powerpc ones, since the platforms are quite similar and the same gcc version is used now by default. Indeed, the symbols changes are due to the gcc change in ppc. I'll take care. Thanks, Lisandro. -- La ciencia sin la religión es renga, la religión sin la ciencia es ciega. Albert Einstein Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#667800: Status of trac-bzr
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On January 30, 2014 6:25:11 AM GMT+00:00, Andrew Starr-Bochicchio a...@debian.org wrote: On Wed, Jan 29, 2014 at 8:24 PM, Jelmer Vernooij jel...@samba.org wrote: Are you still intending to adopt trac-bzr? It's been broken since at least August last year, so I'm wondering if it's time to ask for its removal from the archive. My intention was to look after it until a maintainer could be found. That why I just changed it to an RFA rather than adopting it out right. At this point it doesn't look like anyone is interested. It's probably time to let it go. Thanks. I've now asked for it to be removed from the archive. Cheers, Jelmer -BEGIN PGP SIGNATURE- Version: APG v1.0.9 beta 00 iQJABAEBCAAqBQJS6lpnIxxKZWxtZXIgVmVybm9vaWogPGplbG1lckBzYW1iYS5v cmc+AAoJEFxI7PewzrUM6pIQAKCXubwL3Fi/YquGjRwk5uYEfC01yNdSKYwoNxs9 4cpiHY3/jRt54PnBTPewq6hKblKGuJjIlkbw/w49/RFwruIAVVezLX1H0buxF+Wu JD3YBGsVhi+0plvmLTtTDaLThQbHdKQMlXAzwKTBwKAyNKKhchXSr1PQgsT2d4UJ oI/U8b3wGkvGyy+quxxe6KQqewxmHr2CCqlu5+MD2LI3OYKlC5jUmt3xTn6F9L74 EUJBUwUmEFcMGEDKoZgZhYUNeodv5SRpTHT5rmKzQUBwVFCU0wyq/y0NlLoNvJrE MDRvxfa4KQ82T0gySS8y/BdSyN9wGOl7Znuhzb7fRxkh1Qkc2y65W/iXQlw0uS4s cebDEG36JN0EbSfkwOegRO8rtBJA93LJ96i9CADAkekviiFIdkutcXUFN0yqYV6d gHoVjMBi4FHlEweJpuEgfzNIaFLfNO/ZaORsF2SWQPTIA6aJDIsQLHLlRKNfSfns pkMnLc9YLj8NO+HRjSXCo9tLjookHQhaKSo2gfA/BYOmdXTBZ2NEi7Fnvy9AHjwa rrxx8eoepNnlZLG9JeV51bqUsMC9FNrJ+bxQAC2b8CCmu1xtEb/57xBEpDb+1AbW +BSKpq51Bm2cv62t+uEoSTV+/zGHjpM6MDSm9O3VpLWK/NcUs/3WA3X/bzdGgBPF Hk0c =laD5 -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#737095: qdbus segfaults
tag 737095 unreproducible moreinfo thanks On Thursday 30 January 2014 08:58:47 Ph. Marek wrote: Package: qdbus Version: 4:4.8.5+git209-g718fae5+dfsg-1 Severity: normal With kmail running, and an compose window open, qdbus crashes for me: $ gdb -ex r --args qdbus org.kde.kmail2 /kmail2/kmail_composer_1 Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. method void org.kde.kmail.mailcomposer.send(int how) property readwrite bool org.qtproject.Qt.QMainWindow.documentMode Program received signal SIGSEGV, Segmentation fault. 0x7750b082 in QMetaProperty::typeName() const () from /usr/lib/x86_64 -linux-gnu/libQt5Core.so.5 (gdb) bt #0 0x7750b082 in QMetaProperty::typeName() const () from /usr/lib/x86_64-linux-gnu/libQt5Core.so.5 #1 0x00405b5d in ?? () #2 0x76c33995 in __libc_start_main (main=0x404090, argc=0x3, ubp_av=0x7fffe0d8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe0c8) at libc-start.c:276 #3 0x004063ca in ?? () But those symbols are Qt5 related. Do you happen to have qt5-default installed? -- $ make war make: *** No rule to make target `war'. Stop. Try `love' instead David Gravereaux Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#731704: patch
Le 09/12/2013 04:42, ygrek a écrit : FTR, here is the patch used in OPAM : https://github.com/ocaml/opam-repository/blob/master/packages/reins/reins.0.1a/files/fix_build.patch Thanks for the pointer. I'll import the relevant parts to Debian. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737129: webalizer refuses to read symlinked log files
Package: webalizer Version: 2.23.05-1 Severity: normal Dear Maintainer, we have configured our logrotate to use the dateext flag for the Apache access.log, that is, our logs are named as follows: dev2.iserv.eu ~ # ll /var/log/apache2/access.log* --sort=time | head -rw-r- 1 root adm 4929419 Jan 30 14:20 /var/log/apache2/access.log lrwxrwxrwx 1 root root 36 Jan 30 00:00 /var/log/apache2/access.log.1 - /var/log/apache2/access.log-20140130 -rw-r- 1 root adm 9281394 Jan 29 23:59 /var/log/apache2/access.log-20140130 -rw-r- 1 root adm 223778 Jan 29 00:00 /var/log/apache2/access.log-20140129.gz -rw-r- 1 root adm 199630 Jan 27 23:59 /var/log/apache2/access.log-20140128.gz We want webalizer to always read the last complete log (access.log.1 if you don't use the dateext flag) and so we've written a shell script that sets up a symlink after the log has been rotated (see the symlink access.log.1 in the ls output above). This worked fine until we upgraded our machines to Debian wheezy; since then, webalizer no longer works. If I run the command manually I get this error message: dev2.iserv.eu ~ # LANG=C /usr/bin/webalizer -c /etc/webalizer/webalizer.conf Webalizer V2.23-05 (Linux 3.10-0.bpo.3-amd64 x86_64) locale: /var/log/apache2/access.log.1 Error: Can't open log file /var/log/apache2/access.log.1 (symlink) I assume this is related to a symlink vulnerability that I've read about in another bug report (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=359745). I don't see why a symlinked log would be unsafe though. Is it possible that the fix for the symlink vulnerability broke this unnecessarily? Could the original behaviour be restored so that our configuration works again? -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.10-0.bpo.3-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages webalizer depends on: ii debconf [debconf-2.0] 1.5.49 ii libc6 2.13-38 ii libdb5.1 5.1.29-5 ii libgd2-xpm 2.0.36~rc1~dfsg-6.1 ii libgeoip1 1.4.8+dfsg-3 ii libpng12-0 1.2.49-1 ii zlib1g 1:1.2.7.dfsg-13 webalizer recommends no packages. Versions of packages webalizer suggests: ii apache2-mpm-prefork [httpd] 2.2.22-13 -- debconf information: * webalizer/logfile: /var/log/apache2/access.log.1 * webalizer/doc_title: Webserver Usage statistics for webalizer/upgrading: * webalizer/dnscache: false * webalizer/directory: /var/www/webalizer webalizer/upgrade2011030: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737131: libmimelib1c2a: Header bodies are not unfolded to a single line.
Package: libmimelib1c2a
Version: 5:1.1.4-2
Severity: important
Tags: patch upstream
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 ***
Lurker (email archiver) would generate invalid xml / html when an email had an
attachment with a long filename. Lurker uses this library to handle mime-parts
of messages. It was expected that the library would return the mime-part
headers in an unfolded (un line-wrapped) form. Unfortunately, the headers were
not being unfolded.
The attached patch adds unfolding of the header body.
-- System Information:
Debian Release: 7.3
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libmimelib1c2a depends on:
ii libc6 2.13-38
ii libgcc1 1:4.7.2-5
ii libstdc++6 4.7.2-5
libmimelib1c2a recommends no packages.
libmimelib1c2a suggests no packages.
diff -r mimelib1-1.1.4-2/mimelib/field.cpp mimelib1-1.1.4-2.fixed/mimelib/field.cpp
277a278,291
DwString DwField::Unfold (const DwString aStr)
{
const char *str = aStr.c_str();
DwString out;
while (*str != 0) {
if (*str != '\r' *str != '\n') {
out += *str;
}
str++;
}
return out;
}
284c298
mFieldBodyStr = parser.mBody;
---
mFieldBodyStr = this-Unfold(parser.mBody);
diff -r mimelib1-1.1.4-2/mimelib/mimelib/field.h mimelib1-1.1.4-2.fixed/mimelib/mimelib/field.h
105a106,108
DwString Unfold(const DwString aStr);
//Unfold method for unwrapping headers
diff -r mimelib1-1.1.4-2/mimelib/field.cpp mimelib1-1.1.4-2.fixed/mimelib/field.cpp
277a278,291
DwString DwField::Unfold (const DwString aStr)
{
const char *str = aStr.c_str();
DwString out;
while (*str != 0) {
if (*str != '\r' *str != '\n') {
out += *str;
}
str++;
}
return out;
}
284c298
mFieldBodyStr = parser.mBody;
---
mFieldBodyStr = this-Unfold(parser.mBody);
diff -r mimelib1-1.1.4-2/mimelib/mimelib/field.h mimelib1-1.1.4-2.fixed/mimelib/mimelib/field.h
105a106,108
DwString Unfold(const DwString aStr);
//Unfold method for unwrapping headers
diff -r mimelib1-1.1.4-2/mimelib/field.cpp mimelib1-1.1.4-2.fixed/mimelib/field.cpp
277a278,291
DwString DwField::Unfold (const DwString aStr)
{
const char *str = aStr.c_str();
DwString out;
while (*str != 0) {
if (*str != '\r' *str != '\n') {
out += *str;
}
str++;
}
return out;
}
284c298
mFieldBodyStr = parser.mBody;
---
mFieldBodyStr = this-Unfold(parser.mBody);
diff -r mimelib1-1.1.4-2/mimelib/mimelib/field.h mimelib1-1.1.4-2.fixed/mimelib/mimelib/field.h
105a106,108
DwString Unfold(const DwString aStr);
//Unfold method for unwrapping headers
diff -r mimelib1-1.1.4-2/mimelib/field.cpp mimelib1-1.1.4-2.fixed/mimelib/field.cpp
277a278,291
DwString DwField::Unfold (const DwString aStr)
{
const char *str = aStr.c_str();
DwString out;
while (*str != 0) {
if (*str != '\r' *str != '\n') {
out += *str;
}
str++;
}
return out;
}
284c298
mFieldBodyStr = parser.mBody;
---
mFieldBodyStr = this-Unfold(parser.mBody);
diff -r mimelib1-1.1.4-2/mimelib/mimelib/field.h mimelib1-1.1.4-2.fixed/mimelib/mimelib/field.h
105a106,108
DwString Unfold(const DwString aStr);
//Unfold method for unwrapping headers
Bug#737130: apt-ftparchive: multicompress sets wrong file modes on files written using an external compression program
Package: apt
Version: 0.9.15
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu ubuntu-patch trusty
After we upgraded the Ubuntu master archive from lucid to precise, we
noticed that Translation-en.bz2 was being written with mode 0600 rather
than 0644, which broke our mirroring. This is no longer reproducible as
such in unstable because apt now links against libbz2, but it's still
reproducible with xz; it happens because multicompress fchmods one end
of the compression pipe in this case rather than the target file.
Here's a patch with an integration test.
diff --git a/ftparchive/multicompress.cc b/ftparchive/multicompress.cc
index 265fb1a..c1bd603 100644
--- a/ftparchive/multicompress.cc
+++ b/ftparchive/multicompress.cc
@@ -365,7 +365,7 @@ bool MultiCompress::Child(int const FD)
for (Files *I = Outputs; I != 0; I = I-Next)
{
// Set the correct file modes
- fchmod(I-TmpFile.Fd(),Permissions);
+ chmod(I-TmpFile.Name().c_str(),Permissions);
if (rename(I-TmpFile.Name().c_str(),I-Output.c_str()) != 0)
_error-Errno(rename,_(Failed to rename %s to %s),
diff --git a/test/integration/test-multicompress-modes
b/test/integration/test-multicompress-modes
new file mode 100755
index 000..b118622
--- /dev/null
+++ b/test/integration/test-multicompress-modes
@@ -0,0 +1,30 @@
+#!/bin/sh
+set -e
+
+TESTDIR=$(readlink -f $(dirname $0))
+. $TESTDIR/framework
+setupenvironment
+configarchitecture i386
+
+msgtest 'Test apt-ftparchive with Translation-* file modes'
+cat aptarchive/ftparchive.conf EOF
+Dir { ArchiveDir $(pwd)/aptarchive; CacheDir $(pwd)/aptarchive; };
+Default { Translation::Compress . gzip bzip2 xz; FileMode 0644; };
+tree dists/sid {
+ Sections main;
+ Architectures i386;
+ LongDescription false;
+};
+EOF
+mkdir -p aptarchive/dists/sid/main/binary-i386
+mkdir -p aptarchive/dists/sid/main/i18n
+aptftparchive generate aptarchive/ftparchive.conf 2/dev/null
+i18n=aptarchive/dists/sid/main/i18n
+ok=1
+for comp in '' .gz .bz2 .xz; do
+ if [ $(stat --format %a $i18n/Translation-en$comp) != 644 ]; then
+ ok=0
+ break
+ fi
+done
+[ $ok = 1 ] msgpass || msgfail
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737132: Regression: wheezy initrd loads md raids only if defined on mdadm.conf even with INITRDSTART='all'
Package: mdadm
Version: 3.2.5-5
Severity: normal
I'm attempting to restore a backup of a root partition on a set of brand new
disks (md raid1).
On Wheezy, initramfs doesn't show md devices if they are not defined in
/etc/mdadm/mdadm.conf even if on /etc/default/mdadm there is INITRDSTART='all'.
Such problem may be caused by a regression (squeezy or wheezy) because on lenny
I've been always did such task without problem.
I see initrdstart_notinconf: false on package configuration template but
seems no more used, so it shouldn't be the problem here, right?
-- Package-specific info:
--- mdadm.conf
CREATE owner=root group=disk mode=0660 auto=yes
HOMEHOST system
MAILADDR root
--- /etc/default/mdadm
INITRDSTART='all'
AUTOSTART=true
AUTOCHECK=true
START_DAEMON=true
DAEMON_OPTIONS=--syslog
VERBOSE=false
--- /proc/mdstat:
Personalities : [raid1]
md1 : active raid1 sda3[0] sdb3[1]
72610624 blocks super 1.2 [2/2] [UU]
md0 : active raid1 sda2[0] sdb2[1]
5237760 blocks super 1.2 [2/2] [UU]
unused devices: none
--- /proc/partitions:
major minor #blocks name
8 327843840 sdc
8 337843809 sdc1
1101048575 sr0
80 78125000 sda
81 203793 sda1
825241873 sda2
83 72676279 sda3
8 16 78125000 sdb
8 17 203793 sdb1
8 185241873 sdb2
8 19 72676279 sdb3
905237760 md0
91 72610624 md1
--- LVM physical volumes:
LVM does not seem to be used.
--- mount output
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,relatime,size=10240k,nr_inodes=1538866,mode=755)
devpts on /dev/pts type devpts
(rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=1232452k,mode=755)
/dev/disk/by-label/ROOT on / type ext4
(rw,relatime,errors=remount-ro,user_xattr,barrier=1,data=ordered)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /run/shm type tmpfs (rw,nosuid,nodev,noexec,relatime,size=2464900k)
/dev/md1 on /mnt/data type ext4 (rw,relatime,user_xattr,barrier=1,data=ordered)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw,relatime)
--- initrd.img-3.2.0-4-amd64:
67890 blocks
cd4e75e3374c6a6564ba77d48b90fc6a ./sbin/mdadm
e3f1b1cbf4f14eb505dee4fde52ba461 ./conf/mdadm
a560b1c713f6f2bf42abcd9dade35d6a ./scripts/local-top/mdadm
00ba05924de21e62cc6de9d08b35dfd7
./lib/modules/3.2.0-4-amd64/kernel/drivers/md/linear.ko
bda6277e9db3f569eb42f95c85775f49
./lib/modules/3.2.0-4-amd64/kernel/drivers/md/raid456.ko
1d2672b5df3a8e47b3db5042b7a9c318
./lib/modules/3.2.0-4-amd64/kernel/drivers/md/raid1.ko
3baf54cf0178e9fdd57654874f214f7f
./lib/modules/3.2.0-4-amd64/kernel/drivers/md/raid0.ko
b99e69beaba4fe3e98aa3175eb1fe307
./lib/modules/3.2.0-4-amd64/kernel/drivers/md/multipath.ko
a8ac2caaa941e9271a1a9f7cd9ed8137
./lib/modules/3.2.0-4-amd64/kernel/drivers/md/dm-mod.ko
958dd4317c069dd2a1fa13be1a37d58d
./lib/modules/3.2.0-4-amd64/kernel/drivers/md/raid10.ko
16f27e58797a804ed1ed084e7c99bb28
./lib/modules/3.2.0-4-amd64/kernel/drivers/md/dm-crypt.ko
9c74115ed02be09fff40ec70d7cf61c8
./lib/modules/3.2.0-4-amd64/kernel/drivers/md/md-mod.ko
1fc18795ef0c2f45897047d55c4279d5 ./etc/mdadm/mdadm.conf
--- initrd's /conf/conf.d/md:
no conf/md file.
--- /proc/modules:
dm_crypt 22586 0 - Live 0xa0247000
dm_mod 63645 1 dm_crypt, Live 0xa0256000
raid1 30714 2 - Live 0xa016b000
md_mod 87742 3 raid1, Live 0xa0135000
raid_class 12832 1 mpt2sas, Live 0xa006a000
scsi_mod 162269 8
sg,sr_mod,sd_mod,usb_storage,mpt2sas,raid_class,scsi_transport_sas,libata, Live
0xa0007000
--- /var/log/syslog:
--- volume detail:
/dev/sda:
MBR Magic : aa55
Partition[0] :15624 sectors at1 (type ee)
--
/dev/sda1 is not recognised by mdadm.
/dev/sda2:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : e10e3244:83e2aa20:b6fccb1c:b051213f
Name : system-install:0
Creation Time : Wed Jan 29 12:29:01 2014
Raid Level : raid1
Raid Devices : 2
Avail Dev Size : 10475554 (5.00 GiB 5.36 GB)
Array Size : 5237760 (5.00 GiB 5.36 GB)
Used Dev Size : 10475520 (5.00 GiB 5.36 GB)
Data Offset : 8192 sectors
Super Offset : 8 sectors
State : clean
Device UUID : e9da4d4a:faca6be4:172122ba:9eaf017a
Update Time : Thu Jan 30 14:43:06 2014
Checksum : e2f7d97e - correct
Events : 19
Device Role : Active device 0
Array State : AA ('A' == active, '.' == missing)
--
/dev/sda3:
Magic : a92b4efc
Version : 1.2
Feature Map : 0x0
Array UUID : 54894ab9:bd9a072c:4dd5bf3b:43a43f9a
Name : system-install:1
Creation Time : Wed Jan 29 12:29:02 2014
Raid Level : raid1
Raid Devices : 2
Avail Dev Size :
Bug#683523: rubber: multibib support broken
Hello, I encountered the same error and fixed it by fixing the typo in /usr/lib/pymodules/python2.7/rubber/latex_modules/multibib.py line 65: replace 'bibligraphystyle' with 'bibliographystyle'. Regards, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736678: grub2: support init boot flag selection
On Thu, Jan 30, 2014 at 02:54:28PM +0100, Axel Beckert wrote: Colin Watson wrote: However, I don't think this should require changing grub2 at all. Nowadays we support other packages dropping files into /etc/default/grub.d/*.cfg, which are read after /etc/default/grub and can modify the various variables that are exported by grub-mkconfig to /etc/grub.d/ scripts. Could you investigate taking this approach in init-select instead? In this case, I think that would be better than adding another entry to grub2's already large and unwieldy patch stack. My idea was to modify 10_linux (preferably upstream) to iterate over all installed init systems, i.e. list each combination of kernel and init system in the menu. This would obsolete Michael's init-select in some way, but I suspect he wouldn't be mad about it. :-) I'm though quite sure this variant can't be implemented externally as it needs to add a loop inside 10_linux. Personally I would think that would be a pretty cumbersome thing to present in the boot menu. I think I prefer Michael's approach of selecting this in userspace for the next boot; you can always edit the boot entry and add init= if something goes wrong. We don't have to present *every* possibility in the boot menu, and given poor support for combinatorial explosion it's probably better if we don't try. -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737116: rawdog: Please don't ship useless copy of timeoutsocket.py
Hi Olivier, On Thu, Jan 30, 2014 at 01:07:02PM +0100, Olivier Berger wrote: It seems to me that rawdog embedds a copy of timeoutsocket.py, This has been fixed for a couple of releases in upstream rawdog. I've been trying to adopt the orphaned Debian rawdog package for a few months, but I'm still looking for a mentor (since I'm not a DD/DM) -- would you be willing to do this, or do you know anyone who might be? My updated package is generally ready to go otherwise: https://mentors.debian.net/package/rawdog Thanks, -- Adam Sampson a...@offog.org http://offog.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737126: libdbi-drivers: FTBFS on powerpc (and other architectures), tests failing
Am 2014-01-30 14:41, schrieb Roland Stigge: Source: libdbi-drivers Version: 0.9.0-2 Severity: serious Hi, libdbi-drivers FTBFS on powerpc like this: ... Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... test_dbi.c:3815: unit test failure: sqlite3 - libdbi connection - Retrieving fields as - test_dbi_result_get_as_string - [129] should match [-127] at [test_dbi.c] line [3815] Running libdbi framework test... test_dbi.c:3724: unit test failure: sqlite3 - libdbi connection - Retrieving fields as - test_dbi_result_get_as_longlong - [129] should match [-127] at [test_dbi.c] line [3724] test_dbi.c:3732: unit test failure: sqlite3 - libdbi connection - Retrieving fields as - test_dbi_result_get_as_longlong - [-1] should match [0] at [test_dbi.c] line [3732] test_dbi.c:3733: unit test failure: sqlite3 - libdbi connection - Retrieving fields as - test_dbi_result_get_as_longlong - [-1] should match [0] at [test_dbi.c] line [3733] Running libdbi framework test... Running libdbi framework test... Running libdbi framework test... Completed libdbi framework test: 395 passes, 4 failures, 0 exceptions. make: *** [test-stamp] Error 1 dpkg-buildpackage: error: debian/rules build-arch gave error exit status 2 ... This worked with previous versions. See also the logs for of the buildds for various other architectures: https://buildd.debian.org/status/package.php?p=libdbi-driverssuite=sid http://buildd.debian-ports.org/status/package.php?p=libdbi-driverssuite=sid Roland Thanks for the report. I guess this is related to bug #736656 which we are currently trying to fix. I'll cc you in our off-list communication regarding that bug. regards, Markus -- Markus Hoenicka http://www.mhoenicka.de AQ score 38 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736678: grub2: support init boot flag selection
On Thu, Jan 30, 2014 at 8:38 AM, Colin Watson wrote: On Sat, Jan 25, 2014 at 07:36:05PM -0500, Michael Gilbert wrote: I've been working on a system that allows the user to easily make their own init system selection: http://packages.qa.debian.org/i/init-select.html I've just finished working on a patch for grub (see attached) to support init-select's /etc/default/init conffile. This changes util/grub.d/10_linux.in to put the selected init bootflag in GRUB_CMDLINE_LINUX_DEFAULT. If there is a better approach, please let me know, and I'll try to improve the patch. You're missing kFreeBSD and Hurd support here, FWIW. However, I don't think this should require changing grub2 at all. Nowadays we support other packages dropping files into /etc/default/grub.d/*.cfg, which are read after /etc/default/grub and can modify the various variables that are exported by grub-mkconfig to /etc/grub.d/ scripts. Could you investigate taking this approach in init-select instead? In this case, I think that would be better than adding another entry to grub2's already large and unwieldy patch stack. Hi Colin, Thanks a bunch for the feeback. I'll look into that. 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
