Bug#760815: Tries to get oauth token in http
Package: ttytter Version: 2.1.0-1 Severity: normal When launching for first time, I get following error : Request from http://api.twitter.com/oauth/request_token .. FAILED!: SSL is required unable to fetch token. here are some possible reasons: - root certificates are not updated (see documentation) - you entered your authentication information wrong - your computer's clock is not set correctly - Twitter farted fix these possible problems, or try again later. It seems it tries to get token in http instead of https -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (800, 'stable'), (500, 'proposed-updates'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ttytter depends on: ii curl 7.37.1-1 ii perl 5.20.0-4 Versions of packages ttytter recommends: ii libterm-readline-gnu-perl 1.24-2+b1 ii libtimedate-perl 2.3000-2 ttytter 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#760817: ssdeep: wrong scoring on two fuzzy hashes with same block sizes
Package: ssdeep
Version: 2.7-2
Severity: important
Tags: patch
Dear Maintainer,
ssdeep (and libfuzzy2 Debian package) before version 2.10 has a bug
which may make wrong score on two fuzzy hashes with same block sizes.
This will make clustering/comparing files unreliable.
This bug was fixed in 2.10 by Jesse Kornblum
resea...@jessekornblum.com but still not fixed in Debian versions
(sid, unstable and stable).
I encountered this bug while clustering about 10M files based on ssdeep
hashes and I had to recluster all the files.
Sorry that I have no `natural' examples to reproduce (because I slightly
changed the parameter after building patched versions of
ssdeep/libfuzzy2 2.7-2 and it will take about 2 months * 20 CPU cores to
compare clusters) but we can generate `artificial' example by truncating
second chunk of fuzzy hashes.
[PROMPT_EXAMPLE_BEGIN]
$ # Generate artificial test cases
$ cat test _END
ssdeep,1.1--blocksize:hash:hash,filename
24:5nmkHuww9FXe0ZpPKoVH7bK3KT1Odk8gKgNWvoqzDVEatXSHlY31x:E4uV9FX,1
24:5nmkHuww9FXe0ZpPKoVH7bK3KT1Odk8gKgNWvoqzDVENXSCYA1x:E4uV9FX,2
_END
$ # This is the expected result.
$ $SSDEEP_FIXED/ssdeep -k test -x test
test:1 matches test:2 (100)
test:1 matches test:2 (100)
test:2 matches test:1 (100)
test:2 matches test:1 (100)
test:1 matches test:2 (100)
test:1 matches test:2 (100)
test:2 matches test:1 (100)
test:2 matches test:1 (100)
$ # This is the result from Debian versions of ssdeep.
$ ssdeep -k test -x test
test:1 matches test:2 (94)
test:1 matches test:2 (94)
test:2 matches test:1 (94)
test:2 matches test:1 (94)
test:1 matches test:2 (94)
test:1 matches test:2 (94)
test:2 matches test:1 (94)
test:2 matches test:1 (94)
$
[PROMPT_EXAMPLE_END]
As you can see, buggy ssdeep/libfuzzy2 returns score of 94 but fixed
versions of ssdeep/libfuzzy2 returns score of 100 for cases:
* file 1 and file 2
* file 1 and file 1 (matching itself)
* file 2 and file 2 (matching itself)
Attached patch is excerpt from actual Jesse Kornblum's patch (applied in
ssdeep 2.10) formatted for Debian version of 2.7-2.
By the way, I recommend UPGRADING THE UPSTREAM VERSION TO 2.10 on
`unstable' and `sid' instead of applying the patch because ssdeep
version 2.10 fixes some other bugs (I didn't encountered but someone
other may).
Thanks and I hope this will be fixed before `Jessie' is frozen.
Tsukasa OI
http://a4lg.com/
-- System Information:
Debian Release: 7.6
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/40 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 ssdeep depends on:
ii libc6 2.13-38+deb7u4
ssdeep recommends no packages.
ssdeep suggests no packages.
-- no debconf information
diff --git a/fuzzy.c b/fuzzy.c
index a9b771c..bcdef56 100644
--- a/fuzzy.c
+++ b/fuzzy.c
@@ -584,7 +584,7 @@ int fuzzy_compare(const char *str1, const char *str2)
if (block_size1 == block_size2) {
uint32_t score1, score2;
score1 = score_strings(s1_1, s2_1, block_size1);
-score2 = score_strings(s1_2, s2_2, block_size2);
+score2 = score_strings(s1_2, s2_2, block_size1*2);
//s-block_size = block_size1;
Bug#760751: [okular] Okular shows [Please insert PrerenderUnicode{??} into preamble] in the title bar, when the title of the document contains an umlaut
Hi Thomas,
But now to my problem. If I open an PDF file, which has an German umlaut
in its title, Okular will replace the umlaut with Please insert
PrerenderUnicode{??} into preamble] (e.g. if its title would be
Einführung it will become Einf[Please insert PrerenderUnicode{??} into
preamble]hrung) ... :
Steps to reproduce:
1. Download https://www.bg.bib.de/portale/dab/pdf/einf_dab.pdf
2. Open it in Okular
3. Look at the title bar
You will see Einf[Please insert PrerenderUnicode{ü} into preamble]hrung
in das Fach Datenbanken instead of Einführung in das Fach Datenbanken
... :(
You could also use File - Properties (I hope, this is the right
translation. In German it is Datei - Eigenschaften ... ;) ), where you
could see its title with this Please insert... annotation.
This is a problem with the specific PDF that you have linked to and not with
okular. What you see in the title bar there is quite literally what is set
as the title for that PDF in the document metadata:
$ pdfinfo einf_dab.pdf
[...]
Keywords: Datenbanken, Einf[Please insert PrerenderUnicode{ü} into
preamble]hrung, Motivation
The producer of this pdf (pdfeTeX-1.21a by the looks of it) needs to be
configured to correctly handle non-ASCII characters in the PDF metadata. If
you had the latex source available, you'd be able to fix this by
regenerating the PDF... The solution is to either tell pdflatex that the
input file is encoded in UTF-8 (for example \usepackage[utf8]{inputenc}) or
to help pdflatex understand how to deal with this character (add
\PrerenderUnicode{ü} to the preamble.)
cheers
Stuart
--
Stuart Prescotthttp://www.nanonanonano.net/ stu...@nanonanonano.net
Debian Developer http://www.debian.org/ stu...@debian.org
GPG fingerprint90E2 D2C1 AD14 6A1B 7EBB 891D BBC1 7EBB 1396 F2F7
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760816: fairymax: new upstream available
Package: fairymax Version: 4.8q-2 Severity: wishlist Current version is 4.8s. It's been out for 18 months, probably a watch file would help. I realize upstream does not ship numbered tarballs, but his git repos can be polled, like I do eg. in hachu: http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=hachu.git;a=tags \ /cgi-bin/gitweb.cgi\?p=hachu.git;a=shortlog;h=refs/tags/(.+) s/hachu/fairymax/ should do the trick. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fairymax depends on: ii libc6 2.19-10 fairymax recommends no packages. fairymax 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#731292: libacl1-dev: please multia-arch -dev package
On Tue, 2013-12-03 19:18:10 -0800, Shawn Landden wrote: Package: libacl1-dev Version: 2.2.52-1 Severity: normal Tags: patch Please multi-arch your -dev packages by adding the fallowing to your control file: Multi-arch: same see https://wiki.ubuntu.com/MultiarchCross for more info. Thanks! I couldn't find a proper patch. Could you send your patch? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760818: orig file vs upstream
Package: linux Version: 3.14.15-2 How comes that linux_3.14.15.orig.tar.xz differs so much from upstream? I understand that some code has to be removed due to licensing restrictions, but shouldn't the remaining changes be included into the quilt set? Regards Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760669: mpd: MPD crashes ion m4a with libav 11
Applied patch and it works indeed. Thanks ! - Mail original - De: Max Kellermann m...@duempel.org À: can...@free.fr, 760...@bugs.debian.org Envoyé: Dimanche 7 Septembre 2014 22:12:14 Objet: Re: Bug#760669: mpd: MPD crashes ion m4a with libav 11 Fixed in MPD commit 219c42522f938c5fff08d962a1a54c0872322f00 This crash was due to an undocumented API change in libav version 11. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760819: micro-httpd: please add this systemd service file
Package: micro-httpd Version: 20051212-15 Severity: normal Tags: patch Dear Maintainer, Please add these systemd socket files. These should go in /lib/systemd/system . Then the user can simply use systemctl enable micro-httpd.socket to activate the socket. Alexandre Detiste -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages micro-httpd depends on: ii libc6 2.19-10 ii netcat-traditional 1.10-40 micro-httpd recommends no packages. Versions of packages micro-httpd suggests: pn micro-proxy none [Unit] Description=micro-httpd [Service] User=nobody Group=www-data ExecStart=-/usr/sbin/micro-httpd /var/www StandardInput=socket #wwwstream tcp nowait nobody:www-data /usr/sbin/tcpd /usr/sbin/micro-httpd /var/www [Unit] Description=micro-httpd [Socket] ListenStream=0.0.0.0:80 Accept=true [Install] WantedBy=sockets.target #wwwstream tcp nowait nobody:www-data /usr/sbin/tcpd /usr/sbin/micro-httpd /var/www
Bug#759932: Actual fix available in upstream bzr
On Tue, Sep 02, 2014 at 10:03:03PM -0300, dequis wrote: This is marked as fixed because it succeeded to build apparently, but i tested it and still fails for me (clean debian sid VM with systemd) There's an actual fix for this exact issue in upstream bzr, also included in the released 3.2.2 http://bugs.bitlbee.org/bitlbee/changeset/devel,1022/devel/ Diff link at the bottom Yeah, I think we just need an upload of 3.2.2 (or release 3.2.3). :) Jelmer -- Jelmer Vernooij jel...@debian.org Debian Developer https://jelmer.uk/ signature.asc Description: Digital signature
Bug#760820: libwpd-tools: suggest mailcap entry for wpd2text
Package: libwpd-tools Version: 0.10.0-2 Severity: wishlist Tags: patch As an idea for a feature, it could be good if libwpd-tools made an /etc/mailcap entry to display wordperfect files using wpd2text. I suggest file debian/libwpd-tools.mime below and adding to debian/rules binary-arch dh_installmime -a $(DEBHELPER_OPTIONS) Just after dh_installman works for me. dh_installmime installs the file to /usr/lib/mime/packages/libwpd-tools and in turn the mime-support package, if or when that package is installed, incorporates it into /etc/mailcap. You can see it in action, assuming you have no other mailcap for wordperfect, with see foo.wpd = runs wpd2text and a $PAGER # wpd2text wants to read from an actual file, not stdin. application/vnd.wordperfect;wpd2text '%s'; copiousoutput; description=WordPerfect document; priority=2 application/vnd.wordperfect5.1; wpd2text '%s'; copiousoutput; description=WordPerfect 5.1 document; priority=2 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libwpd-tools depends on: ii libc6 2.19-10 ii libgcc1 1:4.9.1-12 ii librevenge-0.0-0 0.0.1-3 ii libstdc++64.9.1-12 ii libwpd-0.10-100.10.0-2 libwpd-tools recommends no packages. libwpd-tools suggests no packages. -- no debconf information
Bug#760770: gcc-4.9: fails to build cross-compiler package
Control: tags -1 + moreinfo help Control: severity -1 wishlist Am 07.09.2014 um 19:40 schrieb Rico Rommel: Package: gcc-4.9 Version: 4.9.1-12 Severity: normal Dear Maintainer, building a cross-compiler package from gcc-4.9 fails due to missing libgphobos2.a. The log shows: mv stamps/07-install-stamp stamps/07-install-stamp-tmp rm -rf debian/libphobos-4.9-dev dh_installdirs -plibphobos-4.9-dev usr/lib/gcc/arm-linux-gnueabihf/4.9 DH_COMPAT=2 dh_movefiles -plibphobos-4.9-dev usr/lib/arm-linux- gnueabihf/libgphobos2.a usr/lib/gcc/arm-linux-gnueabihf/4.9/include/d dh_movefiles: Compatibility levels before 5 are deprecated (level 2 in use) dh_movefiles: debian/tmp/usr/lib/arm-linux-gnueabihf/libgphobos2.a not found (supposed to put it in libphobos-4.9-dev) debian/rules.d/binary-d.mk:168: recipe for target 'stamps/08-binary-stamp- libphobos-dev' failed make[1]: *** [stamps/08-binary-stamp-libphobos-dev] Error 1 make[1]: Leaving directory '/usr/src/toolchain/b/gcc-4.9-4.9.1' debian/rules:94: recipe for target 'binary' failed make: *** [binary] Error 2 libgphobos2.a is not missing, but in the wrong place. dh expects it in usr/lib/arm-linux-gnueabi/ but it is installed in usr/arm- linux-gnueabi/lib/ libgdruntime.a seems also to be affected. this works for a standard cross build, as shown in https://launchpad.net/ubuntu/+source/gcc-4.9-armhf-cross/0.3 please send a patch for unsupported configurations like requiring foreign architectures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754432: [php-maint] Bug#754432: php5-fpm: crashes since 5.6.0 / error 4 in opcache.so
Bug still exists in rc3, rc4 and the latest 5.6.0 version (non-rc). I can reproduce this error when I hit the admin page of Piwigo 2.6.3: php5-fpm[27582]: segfault at 8c ip 7fdca4e0d447 sp 7fff7ac3d450 error 4 in opcache.so[7fdca4def000+24000] Do you have any suggestion how to isolate the PHP code which is causing the crash? Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760627: libdvdnav4: Please break on mplayer 2:1.0~ not 2:1.0
Am Samstag, den 06.09.2014, 10:19 +0200 schrieb Sebastian Ramacher: This is intended. mplayer and mencoder are no longer in the archive and the Breaks is there to ensure that the old mplayer/mencoder packages from wheezy get removed on an upgrade to jessie. See also [1] for some discussion around the issue. Why don't we just add this libdvdnavmini -- libdvdnav symlink that jbkempf suggested in #758543 and be done with it? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760734: general: no sounds on headphones
On 2014-09-07 18:35:55, quang wrote: Package: general Severity: normal Dear Maintainer, Recently I upgraded from Wheezy to Jessie only to find a very annoying bug. There is no sound on headphones, however the speakers still work fine. I googled for answered (purge pulseaudio, delete ~/etc/pulse, make sure alsamixer doesn't mute anything etc.) but nothing works. Please help me fix this soon because I really need headphones for my study. Thank you. Hi, if you're using PA try to modify /usr/share/pulseaudio/alsa-mixer/paths/analog-output-headphones.conf to reflect as below and then restart PA, this should help. [Element Speaker] switch = any volume = ignore by default both options are set to off -- |_|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#758964: gcc-4.9 assembler errors when building md5 code from fbb on arm64
Control: severity -1 important Control: tags -1 + pending -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744876: [pkg-php-pear] Bug#744876: Status of phpunit 4
Hi David, On Sun, Sep 7, 2014 at 12:06 AM, David Prévot taf...@debian.org wrote: Hi Prach, On Fri, Jul 25, 2014 at 12:25:31PM -0400, David Prévot wrote: [...] Ping? The freeze will start in less than two months, should we aim at releasing phpunit 4 with Jessie? If so, can we help? Sure, PHPUnit4 (4.2.x) should release with Jessie (now I have free time.). Your help is welcome. the php-code-coverage need upgarde to ~2.0 (require libjs-twitter-bootstrap 3.x). Regards, Prach -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757982: xserver segmentation fault
On 07.09.2014 04:39, repron wrote: Dnia 13 sierpnia 2014 3:05 Michel Dänzer mic...@daenzer.net wrote: On 13.08.2014 09:37, repron wrote: [ 5884.303] (EE) Backtrace: [ 5884.303] (EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x7fcf5241b3f9] [ 5884.303] (EE) 1: /usr/bin/X (0x7fcf5227+0x1af469) [0x7fcf5241f469] [ 5884.304] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7fcf4ff78000+0x35480) [0x7fcf4ffad480] [ 5884.304] (EE) 3: /usr/bin/X (0x7fcf5227+0x12b70d) [0x7fcf5239b70d] [ 5884.304] (EE) 4: /usr/bin/X (0x7fcf5227+0x55ee7) [0x7fcf522c5ee7] [ 5884.304] (EE) 5: /usr/bin/X (0x7fcf5227+0x59f16) [0x7fcf522c9f16] [ 5884.304] (EE) 6: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7fcf4ff99b45] [ 5884.304] (EE) 7: /usr/bin/X (0x7fcf5227+0x4549e) [0x7fcf522b549e] [ 5884.304] (EE) [ 5884.304] (EE) Segmentation fault at address 0x0 [ 5884.304] (EE) Fatal server error: [ 5884.304] (EE) Caught signal 11 (Segmentation fault). Server aborting It would be good to see a full backtrace from gdb, but this doesn't look directly related to the driver. -- Earthling Michel Dänzer| http://www.amd.com Libre software enthusiast |Mesa and X developer Attempting to get backtrace from gdb by ssh from other machine is still unsuccessfull. During Xorg freeze on remote host, gdb screen on main machine says nothing. On the screen still: --- (gdb) continue Continuing. -- As you can see, no info about receiving signal SIGSEGV. I would appreciate any suggestions how to get a miningfull backtrace of Xorg (maybe any trick). You should be able to get a backtrace like this if you can reproduce the crash from your original report. But I got somthing like this, when instead of freezing Xorg disappeared and screen switched to this: [1812.375053] CPU: 7 PID: 1 Comm: systemd Not tained3.14-2-amd64 #1 Debian 3.14.15-2 [1812.375090] Hardware name: To Be Filled By O.E.M. /960GM-GS3 FX, BIOS P1.40 02/05/2013 [1812.375135] task: 880129ec71b0 ti:880129ec8000 task.ti 880129ec8000 [1812.375170] RIP: 0010:[811a2ba4] [811a2ba4] __fget+0x14/0x80 [1812.375210] RSP: 0018:880129ec9f00 EFLAGS: 00010202 [1812.375235] RAX: 00ff00ff RBX: 880129ec9f2c RCX: [1812.375269] RDX: 00ff RSI: 4000RDI: 0043 [1812.375302] RBP: 880129ec9f28 R08: 7fff374b55e4 R09: 0009 [1812.375335] R10: R11: 0293 R12: 4000 [1812.375368] R13: 7fff374b5540 R14: 7fff374b55e4 R15: 7fff374b5760 [1812.375403] FS: 7f3eb16ab880() GS:88012edc() kn1GS: [1812.375442] CS: 0010 DS: ES: CR0: 80050033 [1812.375469] CR2: 0007f8d80cf6e38 CR3: c8aab000 CR4: 000407e0 [1812.375503] Stack: [1812.375514] 811a304c 813c669d 7fff374b5550 7fff374b5550 [1812.375556] 813c8c0b 8800c89c5cc0 7fff374b5760 [1812.375597] 0001 811cc474 814d33fa 2754 [1812.375639] Call Trace: [1812.375656] [811a304c] ? __fget_light+0x1c/0x60 [1812.375686] [813c669d] ? sockfd_lookup_light+0xd/0x70 [1812.375718] [813c8c0b] ? __sys_recvmsg+0x1b/0x70 [1812.375747] [811cc474] ? sys_epoll_wait+0xb4/0xe0 [1812.375778] [814d33fa]? int_signal+0x12/0x17 [1812.375806] [814d313d ] ? system_call_fast_compare_end+0x10/0x15 [1812.375840] Code: 48 89 df e8 7f d9 ff ff 48 89 df 5b e9 96 ed ff ff 66 0f 1f 44 00 00 65 48 8b 04 25 80 c8 00 00 48 8b 80 98 05 00 00 48 8b 40 08 3b 38 73 40 48 8b 40 08 89 ff 48 8d 04 f8 48 8b 10 48 85 c2 74 [1812.376011] RIP [811a2ba4]__fget+0x14/0x80 [1812.376040] RSP 880129ec9f00 [1812.387056] Kernel Panic - not syncing: Attempted to kill init! exitcode=0x000b [1812.387056] [1812.387107] Kernel Offset: 0x0 from 0x8100 (relocation range: 0x8000-0x9fff) [1812.387153] drm_kms_helper: panic occured, switching back to text console This kernel panic looks unrelated to the radeon driver. Maybe this bug report should be reassigned to the kernel. -- Earthling Michel Dänzer| http://www.amd.com Libre software enthusiast |Mesa and X developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628948: please clarify circumstances of failure you experience(d)
Hi Peter, Your bugreport about failure when using closures with haxe was passed upstream: https://github.com/HaxeFoundation/haxe/issues/2897 Please consider contribute to that upstream bugreport. Also, could you elaborate (here or upstream) how more detailed you experienced the described failure? I mean which browser and which version of Adobe Flash or Gnash? I have been unable to reproduce with Gnash. Will test when I get access to a Windows machine with Flash, but if I also cannot reproduce there I will lower severity of this bugreport since then neither I nor upstream can reproduce it. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#756037: RFS: deejayd/0.10.0-7 [RC]
Hi, I am willing to put the deejayd package under the Debian Multimedia Maintainers's umbrella. * Package name: deejayd * Version : 0.10.0-7 * Upstream Author : Mickaël Royer mickael.ro...@gmail.com * URL : http://mroy31.domring.net/~roy/projects/deejayd * License : GPL-2+ * Section : sound It builds those binary packages: deejayd- Network controllable media player daemon deejayd-client - Client library and command line tool to access the deejayd server deejayd-gstreamer - Deejayd GStreamer backend deejayd-webui - Web interface for deejayd deejayd-xine - Deejayd XINE backend xul-ext-deejayd-webui - Deejayd web user interface XUL extension I am mainly seeking review and sponsorship but will welcome any help. Do not hesitate to contact me if you need more information on the package and if you are interested. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760822: kde-config-cron: should depends on cron-daemon
Package: kde-config-cron Version: 4:4.14.0-1 Severity: normal Dear Maintainer, Please depends on cron-daemon | cron instead of just cron. This way, users can use a alternative cron implementation. Here is the policy statement regarding the cron-daemon virtual package: https://www.debian.org/doc/debian-policy/ch-binary.html#s-virtual_pkg and here is the annexed list: https://www.debian.org/doc/packaging-manuals/virtual-package-names-list.txt Bine à vous, Alexandre Detiste -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.16-trunk-amd64 (SMP w/6 CPU cores) Locale: LANG=fr_BE.UTF-8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-config-cron depends on: ii libc62.19-10 ii libkdecore5 4:4.14.0-1 ii libkdeui54:4.14.0-1 ii libkio5 4:4.14.0-1 ii libqtcore4 4:4.8.6+git64-g5dc8b2b+dfsg-1 ii libqtgui44:4.8.6+git64-g5dc8b2b+dfsg-1 ii libstdc++6 4.9.1-12 ii systemd-cron [cron] 1.3.0-1 kde-config-cron recommends no packages. Versions of packages kde-config-cron suggests: ii khelpcenter4 4:4.14.0-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754119: libmagic1: arch-specific symlink in /usr/share
On 2014-07-07 19:38:31 +0200, Jakub Wilk wrote: Package: file Version: 1:5.19-1+exp1 What is this 1:5.19-1+exp1 version? It doesn't appear in the ChangeLog history of file 1:5.19-2 (though I've only checked amd64), and this bug is not present in 1:5.19-2 for amd64 at least: -rw-r--r-- root/root 2873328 2014-09-07 19:59:58 ./usr/share/file/magic.mgc which is not a symlink. Note that this bug makes apt-listbugs complain about the upgrade, which hides a security fix in 1:5.19-2: file (1:5.19-2) unstable; urgency=high * urgency set to high to address a security problem * Cherry-pick upstream commit 0641e56 to fix CVE-2014-3587 -- Christoph Biedl debian.a...@manchmal.in-ulm.de Sun, 07 Sep 2014 19:01:36 +0200 Please close this bug ASAP if you cannot reproduce it with 1:5.19-2. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760821: libgegl-0.2-0: missing Depends on BLAS
Package: libgegl-0.2-0 Version: 0.2.0-6+b1 Severity: normal tglase@tglase:~ $ gimp dc1408~1.jpg GEGL-geglmodule.c-Message: Module '/usr/lib/x86_64-linux-gnux32/gegl-0.2/matting-levin.so' load error: libblas.so.3: cannot open shared object file: No such file or directory And indeed, the Depends on the package libgegl-0.2-0 is missing. -- System Information: Debian Release: jessie/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'buildd-unstable'), (500, 'unstable') Architecture: x32 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/lksh Versions of packages libgegl-0.2-0:x32 depends on: ii libavcodec56 6:11~beta1-2+x32 ii libavformat566:11~beta1-2+x32 ii libbabl-0.1-00.1.10-2 ii libc62.19-10 ii libcairo21.12.16-4 ii libgcc1 1:4.9.1-12 ii libgdk-pixbuf2.0-0 2.30.8-1 ii libglib2.0-0 2.40.0-5 ii libilmbase6 1.0.1-6.1 ii libjasper1 1.900.1-debian1-2 ii libjpeg8 8d1-1 ii libopenexr6 1.6.1-8 ii libopenraw1 0.0.9-3.5 ii libpango-1.0-0 1.36.6-1 ii libpangocairo-1.0-0 1.36.6-1 ii libpng12-0 1.2.50-2 ii librsvg2-2 2.40.3-2 ii libsdl1.2debian 1.2.15-10 ii libstdc++6 4.9.1-12 ii libumfpack5.6.2 1:4.2.1-3 ii multiarch-support2.19-10 ii zlib1g 1:1.2.8.dfsg-2 libgegl-0.2-0:x32 recommends no packages. libgegl-0.2-0:x32 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#760823: cmake: not binNMU safe
Package: src:cmake
Version: 2.8.12.2-1
Severity: serious
Dear Maintainer,
cmake had to be binNMUed on ppc64el following the initial import of
packages. It appeared that cmake is not binNMU safe, as it then gets
the following entry:
Depends: cmake-data (= 2.8.12.2-1), procps, cmake-data (= 2.8.12.2-1+b1),
libarchive13, libc6 (= 2.17), libcurl3 (= 7.16.2),
libexpat1 (= 2.0.1), libgcc1 (= 1:4.1.1), libstdc++6 (= 4.9),
zlib1g (= 1:1.2.3.3)
As you can see cmake-data appears twice with different version. This
comes from the following entry in debian/control:
Depends: cmake-data (= ${source:Version}),
procps [!hurd-any],
${misc:Depends},
${shlibs:Depends}
The first entry is corresponds to ${source:Version}, and the second
entry is wrongly added by ${misc:Depends} as dh_installdocs
--link-doc=cmake-data is used in the debian/rules. This doesn't work
for a mix of arch:any and arch:all packages, as described in debhelper
bug#747141. I would therefore suggest to not use the --link-doc feature,
at least not for the arch:all packages.
Aurelien
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)
Kernel: Linux 3.14-2-powerpc64le (SMP w/1 CPU core)
Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760821: libgegl-0.2-0: missing Depends on BLAS
Hi Thorsten! On 2014-09-08 at 10:18 (CEST), Thorsten Glaser wrote: Package: libgegl-0.2-0 Version: 0.2.0-6+b1 Severity: normal tglase@tglase:~ $ gimp dc1408~1.jpg GEGL-geglmodule.c-Message: Module '/usr/lib/x86_64-linux-gnux32/gegl-0.2/matting-levin.so' load error: libblas.so.3: cannot open shared object file: No such file or directory And indeed, the Depends on the package libgegl-0.2-0 is missing. Is a build-dependency on libblas-dev enough to fix this issue? -- Matteo F. Vescovi | Debian Maintainer GnuPG KeyID: 4096R/0x8062398983B2CF7A signature.asc Description: Digital signature
Bug#754119: libmagic1: arch-specific symlink in /usr/share
Vincent Lefevre wrote... On 2014-07-07 19:38:31 +0200, Jakub Wilk wrote: Package: file Version: 1:5.19-1+exp1 What is this 1:5.19-1+exp1 version? As the name suggests and the PTS confirms: experimental. Please close this bug ASAP if you cannot reproduce it with 1:5.19-2. This is not present in sid (1:5.19-2) but the underlying problem (#670006) still is. Whether this report here (#754119) is actually a bug and how to deal with it still needs to be sorted out. However, I have a feeling apt-listbugs does not act the way it should when handling an experimental-sid upgrade. Christoph signature.asc Description: Digital signature
Bug#385797: Debian-Wiki Terms of Licensing
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Please see here: https://wiki.debian.org/DebianWiki/LicencingTerms In summary, the wiki should express a clear licence for the content on it, under which material can be contributed to and re-used with. This licence should be DFSG-compliant, with the suggestion being the MIT licence (see references). This suggests to use the MIT-license for Wiki-content, although it is unclear whether this can be done that way: Example The MoinMoin options to enable licences are: page_licence_enabled = 1 page_licence_terms = uSiteLicence Where ?SiteLicence could be any appropriate term. Then please include the licence chosen on the relevant wiki page. As far as I understood things, contributors are free to choose whichever license for their pages, although it is not recommended at all to leave content in the public domain, because this would be too permissive. However this: _http://wiki.debian.org/copyright.html_ is a dead link, that appears in several places, meaning nothing at all, because the MIT-license is not a copyright license, but copyleft in fact, right? see there for example: http://en.wikipedia.org/wiki/Mit_license Other suggestions are to choose GPL or to choose a CC-license, i.e. link there: https://creativecommons.org/licenses/by-sa/4.0 or there: https://creativecommons.org/licenses/by-nc-sa/4.0 The latter being more restrictive, not allowing commercial use of content, all examples being copyleft though, not copyright. OK? -BEGIN PGP SIGNATURE- Version: GnuPG v2 iEYEARECAAYFAlQNZ6UACgkQ5+rBHyUt5wtKJACcCgrCUa3yglzfMIatR5Y9U6s0 H8kAmgOhSEtFcgvjg82dCn26eA3Jxz54 =xTRa -END PGP SIGNATURE-
Bug#715641: Debian bug #715641, #715718, #715825, #715826, #716412
Hello, this but was reported against argyll/1.4.0-8 Now is argyll/1.5.1-8 in Testing and Unstable. Can someone test if this bug is still there? CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#754119: libmagic1: arch-specific symlink in /usr/share
Hi Vincent, (Not the maintainer here) On Mon, Sep 08, 2014 at 10:16:04AM +0200, Vincent Lefevre wrote: On 2014-07-07 19:38:31 +0200, Jakub Wilk wrote: Package: file Version: 1:5.19-1+exp1 What is this 1:5.19-1+exp1 version? It doesn't appear in the ChangeLog history of file 1:5.19-2 (though I've only checked amd64), and this bug is not present in 1:5.19-2 for amd64 at least: 1:5.19-1+exp1 is the package uploaded to experimental[1]. [1] http://metadata.ftp-master.debian.org/changelogs//main/f/file/file_5.19-1+exp1_changelog and contains the following changelog: cut-cut-cut-cut-cut-cut- file (1:5.19-1+exp1) experimental; urgency=low * Upload to experimental, expect breakage * Move compiled magic to a multiarch-capable location. Closes: #670006 -- Christoph Biedl debian.a...@manchmal.in-ulm.de Mon, 16 Jun 2014 20:22:42 + cut-cut-cut-cut-cut-cut- Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760778: [Pkg-xfce-devel] Bug#760778: xfce4-session: Please depend on gnome-orca
On dim., 2014-09-07 at 16:28 -0400, Joey Hess wrote: So, I see no problem with adding gnome-orca to task-xfce-desktop, given those installation size numbers. I do. I sympathize with Yves in wanting to keep the xfce4-* packages containing only actual upstream XFCE stuff; (OT: Yves-Alexis and Xfce) that's part of why we have the task packages to add currently missing (and in some ways suboptimal) bits -- including network-manager-gnome already. No, that wasn't my point. I'm not against adding useful stuff to the Xfce desktop environment. As I already stated, there's a somehow a goal in Xfce to have a modular desktop, where you can use bits from here and there and it works fine. What I'm against is forcing stuff onto users which have exactly no need for it. With that kind of reasoning we would install the complete set of packages in every installed system “just in case”. And again, I fail to see why this is about Xfce desktop. One can use GTK stuff in a KDE desktop where I guess GTK+ a11y would work. One could be blind and don't use a full DE but just a window manager. I fail to see why a11y would be important enough to force it to Xfce installations while not beeing important enough to force it to default installations. Bear in mind that accessability is one of the most important criteria for picking the default desktop -- for the reasons Samuel has given. It could easily be *the* determining factor between xfce and gnome for jessie. I already stated my position wrt. Xfce beeing the default desktop, I think. -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#754119: libmagic1: arch-specific symlink in /usr/share
On 2014-09-08 10:26:45 +0200, Christoph Biedl wrote: Vincent Lefevre wrote... On 2014-07-07 19:38:31 +0200, Jakub Wilk wrote: Package: file Version: 1:5.19-1+exp1 What is this 1:5.19-1+exp1 version? As the name suggests and the PTS confirms: experimental. Please close this bug ASAP if you cannot reproduce it with 1:5.19-2. This is not present in sid (1:5.19-2) but the underlying problem (#670006) still is. Whether this report here (#754119) is actually a bug and how to deal with it still needs to be sorted out. Why do you mention #670006 while this bug has been closed in June? If it is still present in sid, then this bug should be reopened, and marked as found in the latest sid package. However, I have a feeling apt-listbugs does not act the way it should when handling an experimental-sid upgrade. Here it was a sid-sid upgrade, and apt-listbugs mentioned a bug in experimental, but I wonder whether apt-listbugs could know in a reliable way whether the package was in experimental. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760824: ITP: python-pysaml2 -- SAML Version 2 to be used in a WSGI environment
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: python-pysaml2 Version : 2.0.0 Upstream Author : Roland Hedberg roland.hedb...@adm.umu.se * URL : https://github.com/rohe/pysaml2 * License : BSD-2-clause Programming Lang: Python Description : SAML Version 2 to be used in a WSGI environment This package provides a Python implementation of SAML Version 2 to be used in a WSGI environment. . From wikipedia: Security Assertion Markup Language 2.0 (SAML 2.0) is a version of the SAML standard for exchanging authentication and authorization data between security domains. SAML 2.0 is an XML-based protocol that uses security tokens containing assertions to pass information about a principal (usually an end user) between a SAML authority, that is, an identity provider, and a SAML consumer, that is, a service provider. SAML 2.0 enables web-based authentication and authorization scenarios including cross-domain single sign-on (SSO), which helps reduce the administrative overhead of distributing multiple authentication tokens to the user. This is yet-another-OpenStack-dependency... :) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760825: postfix: 2nd error line 421 4.7.0 too many errors does not respect RFC 5321
Package: postfix Version: 2.9.6-2 Severity: normal Dear Maintainer, When a client sends erroneous command on a session, Postfix replies with a 4xx error message, as expected. But when too many errors occur, Postfix replies with a second error line: 421 4.7.0 x Error: too many errors. This second message does not respect 4.2 section of RFC 5321, which indicates: Every command MUST generate exactly one reply (http://tools.ietf.org/html/rfc5321#section-4.2) For example (we defined smtpd_hard_error_limit=2 in our configuration): RCPT TO:x...@xx-chambon.fr 450 4.2.0 x...@xx-chambon.fr: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/komori-chambon.fr.html RCPT TO:y...@xx-chambon.fr 450 4.2.0 y...@xx-chambon.fr: Recipient address rejected: Greylisted, see http://postgrey.schweikert.ch/help/komori-chambon.fr.html 421 4.7.0 servsmtp Error: too many errors (Connection closed) The expected behavior would simply be to add the Too many errors at the end of the first line. Not to create a second one, which lead to analysis error of the mail protocol. Yours faithfully, Jeremie LEGRAND -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (900, 'stable-updates'), (900, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages postfix depends on: ii adduser3.113+nmu3 ii cpio 2.11+dfsg-0.1 ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.15 ii libc6 2.13-38+deb7u3 ii libdb5.1 5.1.29-5 ii libsasl2-2 2.1.25.dfsg1-6+deb7u1 ii libsqlite3-0 3.7.13-1+deb7u1 ii libssl1.0.01.0.1e-2+deb7u12 ii lsb-base 4.1+Debian8+deb7u1 ii netbase5.0 ii ssl-cert 1.0.32 Versions of packages postfix recommends: ii python 2.7.3-4+deb7u1 Versions of packages postfix suggests: pn dovecot-commonnone ii heirloom-mailx [mail-reader] 12.5-2 ii libsasl2-modules 2.1.25.dfsg1-6+deb7u1 pn postfix-cdb none ii postfix-doc 2.9.6-2 pn postfix-ldap none pn postfix-mysql none pn postfix-pcre none pn postfix-pgsql none pn procmail none pn resolvconfnone pn sasl2-bin none pn ufw none -- debconf information: postfix/mailname: .xx-chambon.fr postfix/tlsmgr_upgrade_warning: postfix/recipient_delim: + postfix/main_mailer_type: Internet Site postfix/retry_upgrade_warning: postfix/kernel_version_warning: postfix/relayhost: postfix/procmail: false postfix/bad_recipient_delimiter: postfix/chattr: false postfix/root_address: postfix/rfc1035_violation: false postfix/mydomain_warning: postfix/mynetworks: 127.0.0.0/8 [:::127.0.0.0]/104 [::1]/128 postfix/destinations: .xx-chambon.fr, localhost.xx-chambon.fr, , localhost postfix/not_configured: postfix/sqlite_warning: postfix/mailbox_limit: 0 postfix/protocols: all -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756224: libnss-myhostname: Causes apps that need FQDN to fail
On 28/07/14 09:40 AM, Joachim Breitner wrote: BTW, what should the FQDN even be here? My laptop doesn’t have a FQDN that resolves to it, so the concept seems to be dubious at least. Actually unless your laptop is not connected to a network via DHCP there is a 90% probability that if libnss-hostname is not installed that you will resolve to DHCP-hostname.DHCP-handed-out-domain. DHCP almost always hands out a domain which is used to create an FQDN for devices connected to that network. If the DHCP server does not auto-update the DNS server with the client supplied hostname from the laptop then it is possible you will fail to have DNS resolution but that is because DNS doesn't know about your laptop not because you don't and/or can't have an FQDN. The issue with laptops and mobile devices is not that that they do not have a domain (and hence FQDN) but that not all routers automatically create local DNS entries AND the domain depends on what work the device is attached to and hence is a changeable beast. From the perspective of the network administrator of properly administred network the FQDN makes perfect sense, the issue is that on a lot of home networks the FQDN is of little value - OTOH the hostname is also of little or no value on such network and really that isn't a good argument for ditching FQDN. The changeable nature of FQDN for mobile devices means that it would be silly to rely on client-reported FQDN without some sort of verification of the device, but that is an entirely separate issue from having an FQDN in the first place. The fact is that any argument against FQDN on a mobile device could be made about hostname on mobile device. So forget about mobile devices in the argument and consider that lack of FQDN breaks important and core things like email on permanently connected networks. Dealing with mobile devices is what things like SMTP-AUTH are for, but that does not invalidate the usefulness or importance of FQDN as a concept nor as something that should be considered broken any more than hostnames themselves. Regards, Daniel Re signature.asc Description: OpenPGP digital signature
Bug#760778: [Pkg-xfce-devel] Bug#760778: xfce4-session: Please depend on gnome-orca
Yves-Alexis Perez, le Mon 08 Sep 2014 10:37:34 +0200, a écrit : What I'm against is forcing stuff onto users which have exactly no need for it. With that kind of reasoning we would install the complete set of packages in every installed system “just in case”. There is a big difference in the case of accessibility: the user needing it can't use the computer *at all*. And again, I fail to see why this is about Xfce desktop. One can use GTK stuff in a KDE desktop where I guess GTK+ a11y would work. One could be blind and don't use a full DE but just a window manager. Well, the window manager needs to be accessible too, otherwise it's quite inconvenient, but at least that allows to access some applications indeed. I fail to see why a11y would be important enough to force it to Xfce installations while not beeing important enough to force it to default installations. Right, we can probably add it to task-desktop instead. Joey? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760826: fonts-georgewilliams: The default system Monospace font is replaced by fonts-georgewilliams package
Package: fonts-georgewilliams Version: 20031023-1 Severity: normal Dear Maintainer, After the update of ttf-georgewilliams package from 1.0-5 to 20031023-1, the new packet fonts-georgewilliams is installed. This package contains a font called Monospace that replaces the default Monospace system font. /usr/share/fonts/truetype/fonts-georgewilliams/Monospace.ttf This Monospace is used in consoles or Icedove when no font is specified. After removing the package fonts-georgewilliams the font console is back to normal. You should not use the name Monospace for your font, because it replaces the system font. Regards. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.14-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732854: lightdm shows a part of my desktop screen as a part of the background of the login screen
I can no longer reproduce this bug after the upgrade to xserver-xorg-video-nouveau 1:1.0.11-1; I'll try to do some more tests. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#753470: libspring-java: CVE-2014-0225
On Sun, Sep 7, 2014 at 12:34 PM, Yves-Alexis Perez cor...@debian.org wrote: On sam., 2014-09-06 at 21:38 -0700, tony mancill wrote: On 09/06/2014 11:36 AM, Salvatore Bonaccorso wrote: Hi Tony, On Sat, Sep 06, 2014 at 08:50:24AM -0700, tony mancill wrote: On Wed, 02 Jul 2014 10:36:55 +0200 Moritz Muehlenhoff j...@inutil.org wrote: Package: libspring-java Severity: grave Tags: security Justification: user security hole Hi, please see http://www.gopivotal.com/security/cve-2014-0225 Hello, I have uploaded a a patched version (thanks Stephen!) to unstable and prepared an upload 3.0.6.RELEASE-6+deb7u4 for wheezy-security, for which the debdiff for the .dsc and .changes is attached. (It is essentially identical to the debdiff for unstable.) I also placed the source and binary packages for the wheezy update here: https://people.debian.org/~tmancill/libspring-java_wheezy/ for Security Team review. Thanks for packaging the fix Tony. AFAICS at the time (at least), this CVE was marked no-dsa. Do you concur on this classification or is there something we missed? If so, could you contact the stable release managers to have an update trough stable proposed updates? Hi Salvatore, No, I'm not aware of anything that has been missed. I was just trying to be proactive about creating a package. If any user needs to build for wheezy, the patch is available in the BTS. Thank you for the information, tony For what it's worth, CVE-2014-3578 was assigned to a directory traversal vulnerability in libspring-java ( http://www.pivotal.io/security/cve-2014-3578) Thanks for letting us know about this one. I've had a quick look and it might be more difficult to fix given that there hasn't been a specific commit made in a later version of Spring which could be backported. However, I will look into this in more detail and report back to the BTS for this bug. I think it's no-dsa too, but both can be fixed in a point release. Regards, -- Yves-Alexis Perez - Debian Security Cheers, Stephen Nelson
Bug#760745: ITP: cleo -- Play back shell commands for live demonstrations
Hi, Thorsten Glaser wrote: On Sun, 7 Sep 2014, Axel Beckert wrote: cleo is a utility for playing back pre-recorded shell commands in a live demonstration. cleo displays the commands as if you had actually typed them and then executes them interactively. Will it run them anew, or just display the output from the first run again? Because script(1) does the latter already. It runs them anew. It's more a fancy and interactive version of sh -x with a nice short and colored prompt. 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#707268: Bug#740085: Bug#725957: [NMU] Bug#740085: package plplot 5.10.0
Le 06/09/2014 17:24, Olly Betts a écrit : On Thu, Jul 17, 2014 at 02:15:41PM +0200, Thibaut Paumard wrote: I should have some spare time next week. I'll be glad to read your findings, and we can keep each other informed on whether we get to it. It's been more than 3 weeks now - what's the status of the upload? Looking at the package on mentors, the minified JS source seems to be the only major issue. But as the current package in unstable also has that issue, and this upload will close 5 RC bugs, 2 important bugs, and a request for a new upstream version, I'm inclined to think we shouldn't let the perfect be the enemy of the good. The package that is waiting on mentors looks like a vast improvement over what's in the archive currently. I'd really like to see the last few wxwidgets3.0 transition bugs dealt with, and ideally not by removing packages (unless that's what the maintainer prefers). And plplot is also holding up gnudatalanguage there - that's 2 of the 7 remaining packages which I'm hoping to see transitioned. I'd prefer an upload sponsored by someone who's actively sponsoring plplot uploads, but the freeze is less than 2 months away now, so I'm starting to consider just sponsoring it myself. Hi, I have had to withdraw due to unexpected events. The package in mentors does not build anymore (I should check about the package in unstable, no time right now), due to the hdf5 transition. I've told Andrew last week about this. This can be fixed by removing the bits that check for hdf5.h in cmake/modules/octave.cmake (see attached patch) and adding the right flags to CPPFLAGS in debian/rules: CPPFLAGS = $(shell dpkg-buildflags --get CPPFLAGS) \ $(shell mkoctfile -p INCFLAGS) Of course, there must be a less brutal solution. I'm also considering uploading myself, but unless Andrew fixes this FTBFS, this will have to be half sponsoring, half NMUing. Kind regards, Thibaut. signature.asc Description: OpenPGP digital signature
Bug#754119: libmagic1: arch-specific symlink in /usr/share
On 2014-09-08 10:35:19 +0200, Salvatore Bonaccorso wrote: 1:5.19-1+exp1 is the package uploaded to experimental[1]. [1] http://metadata.ftp-master.debian.org/changelogs//main/f/file/file_5.19-1+exp1_changelog and contains the following changelog: cut-cut-cut-cut-cut-cut- file (1:5.19-1+exp1) experimental; urgency=low * Upload to experimental, expect breakage * Move compiled magic to a multiarch-capable location. Closes: #670006 -- Christoph Biedl debian.a...@manchmal.in-ulm.de Mon, 16 Jun 2014 20:22:42 + cut-cut-cut-cut-cut-cut- But it seems that this change has been dropped in 1:5.19-2. In such a case, this would mean that #754119 is fixed (as I could see), and #670006 should be reopened. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760828: please build on any architecture
Package: src:babeltrace Version: 1.2.2-2 please build on any architecture, to enable additional ports. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750711: Additional information and a better fix
Hello, I have discovered some additional information about what is causing this issue and have found a better fix that requires less editing. I don't know how I missed it the first time, but there is a local config file at $HOME/.byobu/datetime.tmux which contains the following two lines: BYOBU_DATE=%Y-%m-%d BYOBU_TIME=%H:%M:%S This two variables control the status line output when using tmux under Byobu. This file can be used to alter the format of the output or turn it off. Modifying this file does not alter how Byobu fails to honor the date/time status notification settings, so it seems like this might still be part of a workaround. At the very least, I haven't found it documented or mentioned in the changelog. A better (temporary) fix: It is no longer necessary to modify the $HOME/.byobu/profile.tmux file and you do not need to create a profile.tmux.local file to override settings in the system byobu/tmux profile. Instead, simply edit the datetime.tmux file and change the variables to suit. If you want to disable the date, time, or both, commenting the corresponding line does *NOT* work. It's still getting a default value. To disable, set that variable to the empty string. Not wanting the date displayaed, my file looks like: BYOBU_DATE= BYOBU_TIME=%H:%M:%S -- --John GruenenfelderSystems Manager, MKS Imaging Technology, LLC. Try Weasel Reader for PalmOS -- http://weaselreader.org This is the most fun I've had without being drenched in the blood of my enemies! --Sam of Sam Max -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760827: debian-maintainers: Please add Carlos Alberto Lopez Perez as a Debian Maintainer
Package: debian-maintainers Severity: normal Tags: patch Hello, Please add Carlos Alberto Lopez Perez clo...@igalia.com as a Debian Maintainer. I'm attaching here the jetring changeset. Thanks! Comment: Add Carlos Alberto Lopez Perez clo...@igalia.com as a Debian Maintainer Date: Mon, 08 Sep 2014 11:08:39 +0200 Action: import Recommended-By: Aron Xu a...@debian.org, Paul Wise p...@debian.org Agreement: https://lists.debian.org/debian-newmaint/2014/08/msg00010.html Advocates: https://lists.debian.org/debian-newmaint/2014/08/msg00032.html https://lists.debian.org/debian-newmaint/2014/09/msg00021.html Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1 mQINBE7H3fkBEADG64zFhuz6Esa+YnKvbeW474RlXVO9vfFSrrzFNAcCUcu2kF5i tAXoEKJVmWs2xqE/TRrXbWGETu2S0802MTi2Suy/7vOFCOrlEQmt2JskAHjowAix okHop52/Ed/1Jf+iD9DtLEx47GanUJHRavsnhl/++kMGYhpFUZXU8TyDaFxI64/y 5lEjjE71jNwK29fZSCL0uWi43mkgxGCIUsqGC+IQ8ZjeGTT3OvS8IpL6GnKFFZ6Q LRiWlpqB/fuaJw00aQ0k5tiU1GNEHFIS5uonRcYVpUYKNITq2l5PhU1mwBw3/mMa VoDCWTFdxulleWULdoTO/oeumvDalhYlb4f5WnJb1RubNHlAXkX2cONSqNT0zajl CCuX29B44vCyGr+nUAkNgbLMGJz4fOHPL3N6eUTZbBV/rJ8kOQq5kld9DPbRn9b0 pY3ThuU3BQzQSmZXTQQ7R/aV5aJI1V8mO7EsRXoqhyLKHpwlUACRXpjarsf8lqOq viu2OnK1LFlnZ1QKJ9bPIuIotO1NID+Rs0IihaKyNTiL+/XGtf+kT+wwajpI/5mI QVi5OtEfcIhBL4LgP1Fga+vTLmQEA+9eC6PccWg5RAR4sE1pdiu8rsK05r7u7gE/ 5KtefY1ivltj3dbrn0SJuw7bqb/q0Q2W3VzLoIqtdHb+seqSmH/qF4xcRwARAQAB tC5DYXJsb3MgQWxiZXJ0byBMb3BleiBQZXJleiA8Y2xvcGV6QGlnYWxpYS5jb20+ iQJABBMBCgAqAhsDBQsJCAcDBRUKCQgLBRYCAwEAAh4BAheAAhkBBQJTq//NBQkK h7xEAAoJEJZQic5rlfiCRLEP+wcSjt2qg1kUH8PwzCYrESQi5PMj+zgj4pioa7EX iEeot6x79SCyqxuU17PFpK6d7pgLaJXDJEIEmVWcOHcuyGRZz5TPA2BL4rpz7E5A 4Zn4T7Dkh9SxLbX1N+mn6RHyFKBjaL18M2wpm/UGrYpdnQGmCFBgI1qsPisr/4fq W98yIjQWyGkPqMoQtqtKsimeb/dWUFPWrVmy3AUlt9GJVmJGO+dmnsjOFZyiVbBV vUL86skVZnQqEJW5nvauVS066mx4WUkiM8Zg1l5YNlzUCLA0yydi68R0ZF5PcwXa LT3mNEhDI4gF2lXQnBybAgGFpl2rkBHW5WtupgG7UsM4TT68xP1C63QLHMOHfiS7 BVuEZE/dzo2dcHa/C+tAnTdz0wI7VtPP8KAA/y43HrXFC9nszRiciLJ8ZLVaUaEi 5PqAO/SFNv/soITx3fWP0wYWqGOtYSnIYAG5xLwqshRuwy5bx5x40Z7HDn/TGDhA Sy66eJcBxEJvK7rjy6ktIj34xnUjv5BiyDAGd1HCH6bki3Urb7cGqChSLia1Ki1B lF7drco8ERFTwan1BuqmQcVI2SoQbX39MbhEZEfF5LNVg7lKOqGqdP0kW/4REIOA FUTiOhGqyaLWRlTimelk8lqMAXljTl+E4QRJHHHyqO9csZbDxuj6dcQhiTD3psiO wp8PiEYEEBEKAAYFAk7H47wACgkQPH2MlObsr3gd5ACeNjZn6QPnr2QocUGpdwX9 vWZ1YloAn2qUqj3sZotz1JZTQUb5shs81PJDiEYEEBECAAYFAk7IRLkACgkQYdSY B4kLFbKO4wCfYn8XxZvqkdvBjh+v2aOzXivpH/4AnREehfh1e9Qkha/NGwDbuOQ2 ncm0iEYEEBECAAYFAk7KIOkACgkQUOuBUQZqwFIE5QCfQGUNCzUNBr8696jQu1Su GeO/WR8AnicpQON8vuG34vTTaaxpPUtrrr7xiEYEEBECAAYFAk8urXoACgkQN3jX LIAJYNfv9gCcDHOQjpLbwm/aXm18+rBzsXlkuK4AnimrP0R4BrXx3Z4NLiFEMdgK 47hziEYEEBECAAYFAk8v/z0ACgkQvCkUtBccqkrOnwCggo6vySctQxXbz9ps2Xc7 jvncoLUAoJICKlbmM4TuFzYCvFVkE6npESbRiEYEEBECAAYFAk9BF5AACgkQVuf/ iihAxwgo1gCfZkwlMQSn+kQ3I4e//49fsOen2z8AoKUXZM8p6hq6kMQHqVt0EW2E /IpmiEYEEBECAAYFAk9BF5AACgkQY0Ly7Lxa9rko1gCgv2LblJiyNkLTH2d3nrCs 5ndQUuYAn3voZgVSjqtXg1ZGSin7tt7J9wVviF4EEBEIAAYFAk8yRQYACgkQdY+i KmE/OuTRRgD9EIhFJvqSx/5/hPLC4Be0yncvbmBo/OAjZYB95b87eY8A/1DNC7yn aRBjCVnoT6GLgjlRC5WJXnsxz+vDQT/+SkYyiF4EEBEIAAYFAk8zAmQACgkQRSY5 iJtTVVYsagEAlUoaxfO4SeR53RcbFziZGZGjUmp5AopZ+jXKb8TvOr8A/AqA2h5J J9XBOLmjHbv7gm1cNWPDWTeSHYuM+ThGYeYbiF4EEBEIAAYFAk80/HAACgkQF+5w mzg0aL/x2gEAhP1XAtWejPnYOfY4XARzxKZ+P68xebTdMNYbmwhpYToBAKUOYaP7 Ll7jjH6ULsTgN2KlrJdgH0urQS7j4gBtfuLQiF4EEBEIAAYFAk80/IoACgkQNJjw Wu8zPH4DxQD/dr6vonXOpKrQG+eKqSHgVBerAi9YY/KGnU1D5E91sRQA/13Mo1AG X69Us+Clt6IsONUB+wXrGYsAkcdDfgjKAeXBiQEcBBABAgAGBQJPQReQAAoJEGfn cvCDUeCv7joH+gPWeQwq91FAduY6qB6eLX6SXDemixZaKuw6iIMIsw4JEf+L5Jx0 UTBLtFoJu+sTIiJxFD4TFO79bAdcis7voKnbQ1bnEgEnLu6m6Vvf1fkm9pveC93x 2UnHC2CTNfqt6voRkYC4jB1SZQyMXN7kVyh/IY+3JQ6BfZd4/pY7NwGN//jU7o4W bVriAdMY41+iujkrK51LZ4ePGimzudZzwFM5pDog8mDZPyaYvb30vFzbdfw1sONe JbcKyYgM40wGYZ2/ZcE1/uodfaiQb0SD18JGkGF3PppfOpSGgrs7oWoQnSAt3i7h fgzpP2H0sLXJ0Jny/A6NxOb9RZiybNyqRgKJARwEEAECAAYFAk9BF5AACgkQqM4o pgENbzruOgf+KMt01OhogLHV5K+Pd+VbXAXH2/fdPoJbpwzSXNFGgkq57zRcUrOM 8Jmq+xJtTcQjT7CnqQFUkRiB+5cyQhhUh3ewKv8ZIk5TeleWgR8Spj6ULuEBNGlI rqj8+5835OH8+EuNkc2xwzgiItGes1WSq1TBA5NLoHJZreiGTBahne+5p7OELw51 EWIwkT0KCZuB36XvMCPiWyVlM7huNRCE9yp5JOr1QEdl2e5jvHl5fJvsnrBYavhk x2ooTr0ClaZEy/Jeu2hF87XpI36O8bt6kO9pS7MYFNPLfkzIRVketOIS9dtNoVTR +SJhOmtnsV3iwZVRDM6fenAxyxUrj1pTGIkCHAQQAQIABgUCTy7WzQAKCRBbnqFh ZpDPlOaaD/9YjquYlKgQ2PgLrwOHjlZItb4Ib8OmuxwWCjFXkqJaR8LJw9nnZSuL 88+78fZlwsKleq4LAzU/IDx6/U8rld7+QKQk22D8qALnwMZqvYJ7dgesegM2c2XV HITIv9pxC8kj7m2JGch2brbtgXI8ALLInswk7G773fsNmv/bbvuIWf8W6ANNMfEE PVctk+nletUp+c+0eOTzEMVMQ3672ZMUR7ZZDiNaOwAn4GoODl3bOhnkAE4HZU5x 8n/EBChGyk35VYHHcOzrRXY48qv9jFCSuktprXIekXmfVc9ysOEYRtNTefd7KTV6 jsnVt2UC1EPVT087U4D1LQUZQlMygak+4ipuF69RM1YjXXTRnUuu0zJPSEPEXS8P c42VTSed4HaRO3zWnXt7yPHtaVdHL8ylhx4S383OZMmyAyEQAWCr9+giW4gK2LLu IrnEpU5jxJxF/USiX4h92s+2dX6unxt4NYEn7jzEFtAC80Houiqq0tDAfkdS7H6h jUXFlCy93hF2X+Z9mUjYv3+wYOLZCTjAW3H9ctrmYZ0Aw0wm9hQotCMbfTtanDq+
Bug#753184: Bug#755850: wheezy-pu: package foremost/1.5.7-5
Hi! On Wed, 2014-08-27 at 15:00:27 -0300, Raúl Benencia wrote: Hello Guillem. Let's try this once more. :-) On Wed, Aug 13, 2014 at 01:21:42PM +0200, Guillem Jover wrote: Thanks, although could you tweak a bit the changelog entry to mention what did the dpkg update break, or in other words what did you had to fix? Otherwise it's not very clear what is going on. Once that's done I'll be uploading the package. Fine. Attached you'll find a debdiff with a more verbose changelog entry. Here[0] is the link to the DSC, in case you need it. I uploaded it yesterday, just letting you know in case you didn't receive a mail from the upload. Thanks for your help. You're welcome! Regards, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758188: How slowly do section changes propageate?
[Ansgar Burchardt 2014-08-25] We believe that the bug you reported is now fixed; the following changes were made to the overrides... Concerning package debian-edu... Operating on the unstable suite Changed section from misc to metapackages When will this change take effect in the Debian archive? According to URL: https://packages.qa.debian.org/d/debian-edu.html , the section is still misc in the archive, and I had expected this to take effect in less than 14 days. Something wrong? -- 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#720423: Debian bug #720423
Closed, see last mail CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#720423: Debian bug #720423
Hallo Kurt, thank your for your bug report. I have test it against argyll/1.5.1-8 without error messages. So I close this bug. Please feel free to reopen this bug if the error still occurs. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#760830: opendnssec is not binnmu safe
Package: opendnssec Severity: important Tags: patch Opendnssec was being repeatedly binnmu'd in raspbian by our autobinnmuuer because one of it's binaries was uninstallable. Looking at the dose output revealed the following. package: libhsm-bin version: 1:1.4.6-1+b16 architecture: armhf essential: false source: opendnssec (= 1:1.4.6-1) status: broken reasons: - missing: pkg: package: libhsm-bin version: 1:1.4.6-1+b16 architecture: armhf essential: false unsat-dependency: opendnssec-common (= 1:1.4.6-1+b16) Building a test binnmu in a debian sid chroot shows the issue is not raspbian specific, it just hasn't been noticed in debian because noone has attempted to binnmu the package. Further investigation showed that the dependency was picked up from misc:Depends. After some discussion on irc and some googling (which found https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747141) it appears that use of --link-docs between arch specific and arch all packages is not binnmu safe. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755583: Django 1.7 will be uploaded to unstable soon
[ This mail is sent to all the bugs listed on https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=python-dja...@packages.debian.org;tag=django17 ] Hello, I just uploaded the official Django 1.7 release to experimental. It is our plan to move it to unstable next week (let's say on monday 15th of September) and upgrade to release critical all the bugs that are tagged as confirmed. It is thus high time to ensure that your packages does work with Django 1.7. We will do our best to help maintainers fix their packages with Django 1.7 but you must let us know when you need help (i.e. tag the bug with help). Now that Django 1.7 is officially out, you should have no problems to get the upstream developers involved too. Beware that the time is running short before the Jessie freeze and the packages which will not be fixed in time are likely to be dropped from testing at some point. So please act now and don't wait until the last minute. Thanks, Raphaël on behalf of the python-django maintainers. -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760829: ITP: fasterxml-oss-parent -- FasterXML.com parent pom
Package: wnpp Severity: wishlist Owner: Timo Aaltonen tjaal...@debian.org * Package name: fasterxml-oss-parent Version : 16 Upstream Author : Tatu Saloranta * URL : http://github.com/FasterXML/ * License : Apache 2.0 Programming Lang: Java Description : FasterXML.com parent pom -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760615: general: Shell scripts do not execute in gui.
* Tomas Pospisek t...@sourcepole.ch, 2014-09-06, 21:06: Open a terminal and in the terminal write the following: cd /tmp echo #!/bin/sh foobar echo touch foobar.touched foobar chmod +x foobar This is not a secure way to use /tmp. -- 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#760831: bootcd: Missing dependence on isolinux. Patch for parallel compression.
Package: bootcd
Version: 4.04
Severity: normal
Tags: upstream patch
Dear Maintainer,
bootcd appears to rely, but not depend, on the isolinux package:
root@nb150:~# bootcdwrite
[...]
--- Building Modifications ---
cp: cannot stat '/usr/lib/syslinux/isolinux.bin': No such file or directory
Please consider specifying this requirement among the package dependences.
Upon manual installation via:
root@nb150:~# apt-get install isolinux
it is possible to proceed a step further with bootcd, but the directory
name where it looks for the isolinux.bin file appears wrongly in uppercase
letters:
[...]
cp: cannot stat '/usr/lib/syslinux/isolinux.bin': No such file or directory
exit=1
--- OUTPUT from cp /usr/lib/syslinux/isolinux.bin
//var/spool/bootcd/changes/isolinux ---
cp: cannot stat '/usr/lib/syslinux/isolinux.bin': No such file or directory
A temporary fix is to symlink it:
root@nb150:~# ln -s /usr/lib/ISOLINUX/isolinux.bin
/usr/lib/syslinux/isolinux.bin
Finally, please consider deploying the attached patch for improved performances
on SMP systems. It parses the number of parallel threads that the local CPU can
support, and deploys mkzftree accordingly via its -p option.
Many thanks,
--
Alberto.
*** Reporter, please consider answering these questions, where appropriate ***
* What led up to the situation?
* What exactly did you do (or not do) that was effective (or
ineffective)?
* What was the outcome of this action?
* What outcome did you expect instead?
*** End of the template - remove these template lines ***
-- System Information:
Debian Release: jessie/sid
APT prefers testing-updates
APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.14.15-rt9 (SMP w/4 CPU cores; PREEMPT)
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 bootcd depends on:
ii aufs-tools 1:3.2+20130722-1.1
ii busybox 1:1.22.0-8
ii cpio 2.11+dfsg-2
ii dosfstools 3.0.26-3
ii fdutils 5.5-20060227-7
ii file 1:5.19-1
ii genisoimage 9:1.1.11-3
ii initramfs-tools 0.116
ii realpath 1.19
ii syslinux 3:6.03~pre18+dfsg-1
Versions of packages bootcd recommends:
ii wodim 9:1.1.11-3
Versions of packages bootcd suggests:
ii discover 2.1.2-7
pn elilo none
ii ssh 1:6.6p1-7
-- no debconf information
468a469,473
# Determine the number of threads on a SMP system:
MAX_NUM_THREADS=$(lscpu -p | grep -v # | wc -l)
echo The local CPU appears to support ${MAX_NUM_THREADS} parallel
compression threads while compressing.
471c476
run rm -rf $VAR/compressed_dir; mkzftree $VAR/input_dir
$VAR/compressed_dir
---
run rm -rf $VAR/compressed_dir; mkzftree -p $MAX_NUM_THREADS
$VAR/input_dir $VAR/compressed_dir
Bug#756224: libnss-myhostname: Causes apps that need FQDN to fail
On 2014-09-08 04:53:08 -0400, Daniel Dickinson wrote: On 28/07/14 09:40 AM, Joachim Breitner wrote: BTW, what should the FQDN even be here? My laptop doesn’t have a FQDN that resolves to it, so the concept seems to be dubious at least. Actually unless your laptop is not connected to a network via DHCP there is a 90% probability that if libnss-hostname is not installed that you will resolve to DHCP-hostname.DHCP-handed-out-domain. I disagree on this probability. At the Debian installation, the FQDN (specified at the installation) is put in /etc/hosts on the 127.0.1.1 line (unless this has changed recently). This means that the nodename will resolve to the configured FQDN and won't depend on DHCP, unless the DHCP client has been configured to update the nodename from the DHCP server, which is a very bad idea as this breaks various programs: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635322 Well, that's for IPv4. I'm wondering whether there's a glibc bug, which does not make the nodename resolvable with IPv6 via files as well. Otherwise one might be able to see problems similar to what libnss-hostname gives. -- Vincent Lefèvre vinc...@vinc17.net - Web: https://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: https://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#751009: RFS: ppp-gatekeeper/0.1.0-201406111015-1 [ITP]
Hi there Eriberto, On 09/07/2014 09:50 PM, Eriberto wrote: Your package appears good. We need some last changes to upload it. 2014-09-07 12:36 GMT-03:00 Nigel Kukard nkuk...@lbsd.net: Hi there Eriberto, No problem at all, I really do appreciate your time :) Oh, thanks! I saw your work, applying the corrections pointed by all people. So, I will try to help you to finish this package. I thank you again for your valuable input and time Eriberto. My new observations: 1. d/control: remove the name 'PPP Gatekeeper' from short description because when anyone execute an 'apt-cache search', the package name will be showed. Do an '$ apt-cache search a' and you will see that the packages names aren't showed in short descriptions. I have rectified this, thank you for pointing this out. I'm looking at d-policy #3.4 #5.6.13 but I can't find what the length limit is. I kept the entire line to under 80 to be sure. 2. d/copyright: - About your question, yes, you need split to 'Files: *' and 'Files: debian/*'. The Nigel upstream and Nigel packager can do different works. Imagine you have your upstream program as 2001-2013 and a package did in 2005. However, you need fix some issues in packaging. So, you will have an upstream code 2001-2013 and a packaging 2005-2014 (in other words, your program isn't copyrighted 2014). You can see two examples here[1][2]. [1] http://metadata.ftp-master.debian.org/changelogs/main/v/volatility-profiles/unstable_copyright [2] http://metadata.ftp-master.debian.org/changelogs/main/p/phpwebcounter-extra/unstable_copyright - Other issue is that ppp-gatekeeper file says: Copyright (C) 2008-2014, Linux Based Systems Design. Your d/copyright say: Copyright (C) 2010-2014, Thankyou for pointing this out. I have rectified this mistake and added a note to my own checklist. :) I have two questions to ask clarification on: 1. If there were 100 files, each file having a different date range in the copyright line, would I need to list each and every one? For instance, say a package is the combination of a few other projects, its quite possible that some may list 2014, some 2009-2014, some 2004-2005 for instance. 2. My second question is if there are say 5 people listed in the files copyright line, how would these be properly listed? would the first one appear on the copyright line in d-control and the rest below it indented 1 space from the left? Linux Based Systems Design. Note that here we have another issue: the upstream is Linux Based Systems Design and the packager is Nigel Kukard. They aren't the same person. So, we have: Files: * Copyright: 2008-2014 Linux Based Systems Design License: GPL-3+ Files: debian/* Copyright: 2014 Nigel Kukard nkuk...@lbsd.net License: GPL-3+ I always like to put a contact for upstream. So, I suggest it (implement if you like this): Files: * Copyright: 2008-2014 Linux Based Systems Design, by Nigel Kukard nkuk...@lbsd.net License: GPL-3+ You can see an example here[3]. [3] http://metadata.ftp-master.debian.org/changelogs/main/c/core-network/unstable_copyright Thankyou very much for this. You raise perfectly valid points which I missed and I fully understand now. I've also gone through the above links you pasted. As I may not be the only person that authored the files, I changed by to contact, I hope this is acceptable. 3. ppp-gatekeeper.README.Debian: you wrote Shorewall is a recommended package. Change from recommended to suggested. Thankyou for this, I will ensure I don't make this mistake again in future. 4. As curiosity, why you says 'Source: https://gitlab.devlabs.linuxassist.net/ppp-gatekeeper/ppp-gatekeeper' in d/copyright but uses 'http://download.allworldit.org/ppp-gatekeeper' in d/watch? The first link is the revision control site used for the project, The copyright URL points to the revision control site as it is the most up to date. The package was downloaded from the second link you mentioned. While the first site offers limited downloading, it lacks hashes and also doesn't support signatures. On the second site the sources are hashed and signed. It also lists all versions nicely and in a nice order. This download link is also listed in the wiki on the project site. I can change the URL in the copyright file, I just thought it best to point to the revision control URL as this is most up to date. 5. You have a Lintian message to fix: 'P: ppp-gatekeeper: maintainer-script-without-set-e postrm'.[4] [4] https://lintian.debian.org/tags/maintainer-script-without-set-e.html I did have /bin/sh -e , but I have now rectified this to explicitly use set -e :) I need your last effort to be all right. :-) I've been over all mails twice, and I am hoping very much that this time all is good. I've re-uploaded the latest revision. https://mentors.debian.net/package/ppp-gatekeeper (its the first one in the list) dget -x
Bug#760832: sbuild-createchroot does not honour --keyring=
Package: sbuild Version: 0.64.1-1 Severity: important Tags: upstream Passing --keyring= does not actually prevent signature downloading/checking, despite sbuild-createchroot(8) indicating: Set to an empty string to disable signature checking. root@porterbox:~# sbuild-createchroot precise /var/lib/schroot/chroots/precise-amd64/ --keyring= http://mirror.local/ubuntu mkdir /var/lib/schroot/chroots mkdir /var/lib/schroot/chroots/precise-amd64/ I: SUITE: precise I: TARGET: /var/lib/schroot/chroots/precise-amd64 I: MIRROR: http://repo/ I: Running debootstrap --arch=amd64 --variant=buildd --verbose --include=fakeroot,build-essential --components=main --resolve-deps precise /var/lib/schroot/chroots/precise-amd64 http://mirror.local/ubuntu I: Retrieving Release I: Retrieving Release.gpg E: Failed getting release signature file http://mirror.local/dists/precise/Release.gpg E: Error running debootstrap at /usr/sbin/sbuild-createchroot line 200. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760833: dh-autoreconf needed for the arm64 build
Package: src:xnbd Version: 0.3.0-1 The changelog states: * Remove dh-autoreconf: not needed anymore This is wrong, as you can see with the arm64 build failure. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760663: phonon-backend-gstreamer: Prevents Amarok from starting
I can confirm this problem. My temporary workaround was to install phonon-backend-vlc start `kcmshell4 phonon`, go through backend and switch it to vlc (move it as top entry). Trying it through systemsettings - Multimedia didn't work because it froze with a similar problem as amarok. Removing gstreamer1.0 doesn't seem to be possible for me because I would have to remove essentially my whole system -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606310: patch for NMU available
Hi maintainer,
I have prepared a NMU fixing the three bugs listed,
diff -Nru googleearth-package-1.1.0/debian/changelog
googleearth-package-1.1.0+nmu1/debian/changelog
--- googleearth-package-1.1.0/debian/changelog2013-10-16 22:48:33.0
+0200
+++ googleearth-package-1.1.0+nmu1/debian/changelog2014-09-08
12:15:14.0 +0200
@@ -1,3 +1,22 @@
+googleearth-package (1.1.0+nmu1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ [ Filip Sohajek ]
+ * make-googleearth-package: Now finishes without error (LP: #1335021)
+ [ Samuele Battarra ]
+ * Make googleearth-package work also when the path
+has special characters inside.
+(Closes: #757120, #606351)
+ [ Glenn Washburn ]
+ * make the package work with curl (Closes: #702301).
+ * allow resuming interrupted downloads (Closes: #702302).
+ [ Robert Grimm ]
+ * Don't create an empty Suggests field (Closes: #606310).
+ [ Gianfranco Costamagna ]
+ * Bump standard version to 3.9.5, no changes required.
+
+ -- Gianfranco Costamagna costamagnagianfra...@yahoo.it Mon, 08 Sep 2014
11:51:00 +0200
+
googleearth-package (1.1.0) unstable; urgency=low
* Removed dependency on ia32-libs package by isolating the
diff -Nru googleearth-package-1.1.0/debian/control
googleearth-package-1.1.0+nmu1/debian/control
--- googleearth-package-1.1.0/debian/control2013-09-28 17:15:25.0
+0200
+++ googleearth-package-1.1.0+nmu1/debian/control2014-09-08
11:33:11.0 +0200
@@ -5,7 +5,7 @@
Homepage: http://earth.google.com
Build-Depends: debhelper (= 9), install-info
Build-Depends-Indep: asciidoc, docbook2x
-Standards-Version: 3.9.4
+Standards-Version: 3.9.5
Vcs-Git: git://anonscm.debian.org/collab-maint/googleearth-package.git
Vcs-Browser:
http://anonscm.debian.org/gitweb/?p=collab-maint/googleearth-package.git
diff -Nru googleearth-package-1.1.0/make-googleearth-package
googleearth-package-1.1.0+nmu1/make-googleearth-package
--- googleearth-package-1.1.0/make-googleearth-package2013-10-07
17:20:34.0 +0200
+++ googleearth-package-1.1.0+nmu1/make-googleearth-package2014-09-08
12:07:28.0 +0200
@@ -49,9 +49,9 @@
local downloader
if [ -x $wget ]; then
-downloader=$wget
+downloader=$wget -c
elif [ -x $curl ]; then
-downloader=$curl
+downloader=$curl -O -C -
else
12
echo 'Either wget or curl is required to download Google Earth!'
@@ -361,7 +361,13 @@
Maintainer: $OPT_FULLNAME ${OPT_EMAIL}
Architecture: $(dpkg-architecture -qDEB_BUILD_ARCH)
Depends: fonts-liberation, libfreeimage3, lsb-core, libqtcore4,
libgl1-mesa-glx, libglu1-mesa $ia32libs
+EOF
+if [ -n $suggests ]; then
+ cat EOF control
Suggests: $suggests
+EOF
+fi
+ cat EOF control
Description: Google Earth, a 3D map/planet viewer
Package built with googleearth-package.
EOF
@@ -383,13 +389,14 @@
mkdir $instdir $tmpdir
ln $OPT_FILE $tmpdir
- sh $OPT_FILE --tar -xvf -C $tmpdir 2
+ cd $tmpdir
+ sh $OPT_FILE --tar -xvf 2
cd $instdir
mkdir -p usr/lib/googleearth
cd usr/lib/googleearth
- tar -xf $tmpdir/googleearth-linux-x86.tar
- tar -xf $tmpdir/googleearth-data.tar
+ tar -xf $tmpdir/googleearth-linux-x86.tar
+ tar -xf $tmpdir/googleearth-data.tar
# removed with 0.6.0
# Workaround symbol problem in libcrypto
@@ -459,7 +466,7 @@
cd ..
find $instdir -type d -print0 | xargs -0 chmod 755
- if ( fakeroot dpkg-deb -b $instdir . 2 ; ) ; then
+ if ( fakeroot -- dpkg-deb -b $instdir . 2 ; ) ; then
rm -rf $instdir $tmpdir
return 0
else
thanks,
Gianfranco
debdiff
Description: Binary data
Bug#714021: python-iptables-optimizer: changing back from ITP to RFP
Hello Lucas and Debian BTS-team, thank you very much for your patience to my deficiency. In the meantime I improved the software intended to be packaged and renamed it to iptables-optimizer Due to the redesign, now python is only a part of it. A shell wrapper was needed to circumvent the incompatible different usage of python-subprocess in different Debian Python versions from lenny to jessie. Having received some comments I improved the robustness and prepared some sphinx documentation for it. Now there are two debian packages build by using git-buildpackage in upstream: iptables-optimizer_0.9.11_all.deb iptables-optimizer-docs_0.9.11_all.deb Upstream is available: https://github.com/sl0/opti.git As I am not a DD, I appreciate if somebody might want to upload it to experimental or might like to give me some hints for improvements. Thank you very much. Kind regards and happy working Johannes On 28.07.2014 15:47, Lucas Nussbaum wrote: retitle 714021 RFP: python-iptables-optimizer -- sort iptables due to packet-counters noowner 714021 tag 714021 - pending thanks Hi, A long time ago, you expressed interest in packaging python-iptables-optimizer. Unfortunately, it seems that it did not happen. In Debian, we try not to keep ITP bugs open for a too long time, as it might cause other prospective maintainers to refrain from packaging the software. This is an automatic email to change the status of python-iptables-optimizer back from ITP (Intent to Package) to RFP (Request for Package), because this bug hasn't seen any activity during the last 12 months. If you are still interested in packaging python-iptables-optimizer, please send a mail to cont...@bugs.debian.org with: retitle 714021 ITP: python-iptables-optimizer -- sort iptables due to packet-counters owner 714021 ! thanks It is also a good idea to document your progress on this ITP from time to time, by mailing 714...@bugs.debian.org. If you need guidance on how to package this software, please reply to this email, and/or contact the debian-ment...@lists.debian.org mailing list. Thank you for your interest in Debian, -- Johannes Hubertz Geschäftsführender Gesellschafter der hubertz-it-consulting GmbH Sitz: Grengeler Mauspfad 111a, D-51147 Köln, European Common, Handelsregister: Köln HRB55865,Ust.-ID Nr.: DE814465092 Tel.: +49 (0) 1607421564 Electronic Mail: it-cons...@hubertz.de GnuPG Fingerprint: a81f e2da f1f9 a0e3 be20 b2b0 005e a2e3 cff5 a06f Ihr Service für Datenschutz und Informationssicherheit: Verlässliche Netzwerke für vertrauliche Kommunikation signature.asc Description: OpenPGP digital signature
Bug#755585: dico: Please support Django 1.7
Hello, Django 1.7 has been released to experimental. It is our plan in Debian to move it to unstable next week (let's say on monday 15th of September) Please support Django 1.7 in dicoweb. Beware that the time is running short before the Jessie freeze and the packages which will not be fixed in time are likely to be dropped from testing at some point. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#760834: ITP: jackson-parent -- Jackson parent pom
Package: wnpp Severity: wishlist Owner: Timo Aaltonen tjaal...@debian.org * Package name: jackson-parent Version : 2.4.1 Upstream Author : Tatu Saloranta * URL : https://github.com/FasterXML/jackson-parent * License : Apache 2.0 Programming Lang: Java Description : Jackson parent pom Parent pom for all Jackson components. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#544223: Debian bug #544223
Hello, thanks for your bug report and your patch. I working on a package for the new release 1.6.3. In this package I want to use the upstream build system with jam instead the makefiles from the previous maintainer. Therefore I remove the tag patch on this bug. I have also forward this bug to the upstream ML. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#760803: ITP: strip-nondeterminism -- tool for stripping non-determinism from files
On Sun, 07 Sep 2014, Andrew Ayer wrote: * Package name: strip-nondeterminism Version : 0.001 Upstream Author : Andrew Ayer a...@andrewayer.name * URL : https://anonscm.debian.org/cgit/reproducible/strip-nondeterminism.git * License : GPL-3+ Programming Lang: Perl Description : tool for stripping non-determinism from files From *which* files? linker objects? executables? libraries? Maybe it would be helpful to mention reproducible builds in the long description to ease searches? -- 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#760835: bootcd: Missing ldlinux.c32 support (required for isolinux ver. 5.00 and higher)
Package: bootcd Version: 4.04 Severity: normal Dear Maintainer, As reported on the IsoLinux wiki page: http://www.syslinux.org/wiki/index.php/Common_Problems , Ver. 5.00 and higher of such package introduce an additional dependence on an extra ldlinux.??? file which depends on the booting method in use. For classic BIOS booting, this would be /usr/lib/syslinux/modules/bios/ldlinux.c32 which also needs to be copied. The attached patch provides the required modification for the /usr/bin/bootcdwrite script. Outcome may be tested via QEMU through the command line: ~# qemu-system-x86_64 -enable-kvm -boot c -cdrom /var/spool/bootcd/cdimage.iso and specifying sr0 at the isolinux boot: prompt, when asked To select a cdrom, specify hda ... Thanks, -- Alberto. *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14.15-rt9 (SMP w/4 CPU cores; PREEMPT) 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 bootcd depends on: ii aufs-tools 1:3.2+20130722-1.1 ii busybox 1:1.22.0-8 ii cpio 2.11+dfsg-2 ii dosfstools 3.0.26-3 ii fdutils 5.5-20060227-7 ii file 1:5.19-1 ii genisoimage 9:1.1.11-3 ii initramfs-tools 0.116 ii realpath 1.19 ii syslinux 3:6.03~pre18+dfsg-1 Versions of packages bootcd recommends: ii wodim 9:1.1.11-3 Versions of packages bootcd suggests: ii discover 2.1.2-7 pn elilo none ii ssh 1:6.6p1-7 -- Configuration Files: /etc/bootcd/bootcdwrite.conf changed [not included] -- no debconf information 283a284,286 # Version 5.00 and higher of isolinux require an additional module to be loaded/parsed, specifically ldlinux.c32 (BIOS), ldlinux.e32 (EFI32) or ldlinux.e64 (EFI64). The chosen module may also depend on additional library modules such as libcom32.c32, libutil.c32, libmenu.c32, libgpl.c32, and liblua.c32. run cp /usr/lib/syslinux/modules/bios/ldlinux.c32 /$CHANGES/isolinux/
Bug#714021: python-iptables-optimizer: changing back from ITP to RFP
retitle 714021 ITP iptables-optimizer thanks On Mon, Sep 08, 2014 at 12:10:56PM +0200, Johannes Hubertz wrote: [..snip..] As I am not a DD, I appreciate if somebody might want to upload it to experimental or might like to give me some hints for improvements. I'm currently reviewing the package and will sponsor the upload but if someone is quicker thats fine. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760497: bluemindo does not start
bluemindo works correctly here, but I think I know what could be going wrong: bluemindo starts “minimized” and is only accessible from the tray icon. If you have no tray icon, that might be a problem... 2014-09-04 20:27 GMT+02:00 Roland Koebler r.koeb...@yahoo.de: Package: bluemindo Version: 0.3-4 Severity: important Dear Maintainer, bluemindo does not start correctly, and does not show any (graphical) user-interface. When I try to start bluemindo from an xterm, it only displays The dolphin reaches the surface! an then hangs and does nothing: $ bluemindo The dolphin reaches the surface! -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (160, 'testing'), (150, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) 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 bluemindo depends on: ii gstreamer0.10-plugins-base 0.10.36-1.1 ii python 2.7.3-4+deb7u1 ii python-glade2 2.24.0-3+b1 ii python-gst0.10 0.10.22-3 ii python-gtk2 2.24.0-3+b1 ii python-support 1.0.15 ii python-tagpy0.94.8-4 Versions of packages bluemindo recommends: ii python-dbus1.1.1-1 ii python-notify 0.1.1-3 Versions of packages bluemindo suggests: pn python-xmpp none -- no debconf information
Bug#760836: owncloud: should not recommend libreoffice
Package: owncloud
Version: 7.0.2+dfsg-1
Severity: important
Tags: patch
Forwarded: https://github.com/owncloud/core/issues/6355
Hi,
owncloud currently Recommends:libreoffice. With apt's default behaviour,
this means pulling in over 500MB of packages including chunks of X,
Java, etc. This isn't really very nice on a server for what is optional
functionality.
I realise this is Recommends, not Depends, and that functionality can be
disabled. But we foresee this tripping up our engineers in the future,
and an accidental upgrade installing a raft of things we don't want.
Upstream already dealt with this problem and demoted libreoffice to
Suggests:libreoffice-writer. Therefore, please follow this and do the
same in Debian.
Patch attached, with a slight difference from upstream:
libreoffice|libreoffice-writer gives users the opportunity to just have
libreoffice-writer if they wish.
Thanks,
--
Jonathan Wiltshire
Tiger Computing Ltd
Linux for Business
Tel: 01600 483 484
Web: http://www.tiger-computing.co.uk
Follow us on Facebook: http://www.facebook.com/TigerComputing
Registered in England. Company number: 3389961
Registered address: Wyastone Business Park,
Wyastone Leys, Monmouth, NP25 3SR
diff -Nru a/debian/control b/debian/control
--- a/debian/control 2014-09-05 07:30:03.0 +0100
+++ b/debian/control 2014-09-08 11:43:41.0 +0100
@@ -50,7 +50,6 @@
${misc:Depends}
Recommends: exim4 | mail-transport-agent,
libav-tools,
-libreoffice,
php-aws-sdk,
php-crypt-blowfish (= 1.1.0~RC2-2~),
php-dropbox,
@@ -64,7 +63,8 @@
php5-mcrypt,
smbclient
Suggests: libapache2-mod-xsendfile,
- mysql-server | virtual-mysql-server | postgresql
+ mysql-server | virtual-mysql-server | postgresql,
+ libreoffice | libreoffice-writer
Provides: owncloud-mysql, owncloud-pgsql, owncloud-sqlite
Conflicts: owncloud-mysql, owncloud-pgsql, owncloud-sqlite
Replaces: owncloud-mysql, owncloud-pgsql, owncloud-sqlite
signature.asc
Description: OpenPGP digital signature
Bug#738140: powerpc-utils: please enable build on ppc64el
* Adam Conrad (adcon...@debian.org) [140908 10:53]: On Sun, Feb 09, 2014 at 09:11:28PM +1300, Michael Schmitz wrote: Thanks for pointing out that powerpc-ibm-utils has already been packaged. I'll try to keep that in mind for the next odd wishlist request in a few year's time. Packaged, and orphaned. I think I'll rescue -ibm-utils while I'm on this warpath, and make sure the world's in good shape. I would have expected better of them. Anyway, if that keeps them off our back, it's well worth the effort. So, I've given things some thought since we had this conversation, and I'm thinking the following should happen: [...] Any news on this topic? Also as ppc64el is now in the achive, it would be good if we could get an upload soon. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749530: libotf: use dh-autoreconf to build on new architectures
* Fernando Seiti Furusato (ferse...@br.ibm.com) [140908 10:53]: Package libotf fails to build from source on ppc64el due to libtool configuration files being out of date. The usage of dh-autoreconf, included in the patch attached, will update the files properly. I'd be willing to help fixing this bug, if useful also via sponsoring an upload / an NMU. If there is no reason why not I'd upload an NMU within the next days. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734029: libnetfilter-acct: use dh-autoreconf instead of autotools-dev to also fix FTBFS on ppc64el
* Logan Rosen (lo...@ubuntu.com) [140908 10:53]:
For the ppc64el architecture in Ubuntu, since this package uses libtool, a
full
autoreconf is necessary instead of just config.{sub,guess} updates with
autotools-dev. This is because we need new libtool macros for ppc64el.
As ppc64el is now in the archive, I'd be willing to help fixinf this
bug, if necessary also via an NMU. If there is no reason why not, I'd
upload an NMU within the next days.
Andi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760837: tcsh: FTBFS with $HOME != ~$(id -un)
Package: tcsh Version: 6.18.01-2 Severity: serious The tcsh testsuite wrongly assumes that $HOME and ~$(id -un) directories are the same, which is not the case when the HOME environment variable is modified. This is the case on the build daemons which now set the HOME environment variable to /sbuild-nonexistent. As a consequence new builds now fail on the build daemons [1] [2]. The attached patch fixes the issue by disabling this wrong test. [1] https://buildd.debian.org/status/fetch.php?pkg=tcsharch=arm64ver=6.18.01-2stamp=1408452847 [2] https://buildd.debian.org/status/fetch.php?pkg=tcsharch=ppc64elver=6.18.01-2stamp=1410170242 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.14-2-powerpc64le (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u tcsh-6.18.01/debian/patches/series tcsh-6.18.01/debian/patches/series --- tcsh-6.18.01/debian/patches/series +++ tcsh-6.18.01/debian/patches/series @@ -8,0 +9 @@ +disable-test-home.patch --- tcsh-6.18.01.orig/debian/patches/disable-test-home.patch +++ tcsh-6.18.01/debian/patches/disable-test-home.patch @@ -0,0 +1,18 @@ +From: Aurelien Jarno aure...@debian.org +Description: This test wrongly assumes that $HOME and ~$(id -un) are the + the same directories and thus fails on the build daemons which use + HOME=/sbuild-nonexistent. Disable it. + +--- a/tests/subst.at b/tests/subst.at +@@ -54,10 +54,6 @@ + , [1 + ]) + +-AT_CHECK([echo echo ~$(id -un)/foo; echo \$HOME/foo\ | tcsh -f | uniq dnl +- | wc -l | tr -d ' \t'], , [1 +-]) +- + AT_CLEANUP + +
Bug#364174: closed by Colin Tuckley col...@debian.org (tk2/gui2.tcl: can't expand inner windows)
Well my R2 radio got stolen anyway. I have a R5 now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#759656: possible workaround
A workaround is discussed here [1]. It is a small kernel patch that prevents the initialization of partitions on RPMB flagged areas but it shouldn't be considered as a complete solution as it then makes unusable such partitions. [1] https://dev-nell.com/rpmb-emmc-errors-under-linux.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694493: t1-cyrillic: commas instead of points in 'ItalicAngle' parameters
On Fri, 05 Sep 2014 15:09:34 +0200 Jens Oeser wrote:
I've build the package without any change on my machine.
In all mentioned *.afm files I did not find the comma (',')
in the ItalicAngle parameter
It depends on build environment. Try changing locale before the build
and you'll see the comma:
export LANG=ru_RU.UTF-8
As the bug is fixed in jessie I would propose to close it.
It is fixed in Jesse by non-maintainter upload (4.16+nmu1) simply
because the uploader used more suitable build environment. But the
problem may reappear any time Anton (the current maintainer) uploads
the package built in his environment.
Therefore, I think, the right solution would be to make the build
process locale-independent.
--
...Bye..Dmitry.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760727: qtwebkit: FTBFS on kfreebsd-*: libQtWebKit.so: undefined reference to `void WTF::freeOwnedGPtr_GError(_GError*)'
On 07/09/14 22:22, Steven Chamberlain wrote: I wonder if there's some significance that it was templated for _GError whereas I think that should be a typedef to GError (without underscore)? My test build finished - the change I tried didn't help - but looking for _GError (with underscore) it seemed it was specific to GStreamer: $ grep _GError . -R Binary file ./WebKitBuild/Release/Source/WebCore/obj/release/MediaPlayerPrivateGStreamer.o matches Binary file ./WebKitBuild/Release/Source/WebCore/obj/release/GStreamerUtilities.o matches Binary file ./WebKitBuild/Release/Source/WebCore/obj/release/WebKitWebSourceGStreamer.o matches Then I found this related upstream commit mentioned in the 2.3.3 changelog: 242013-12-17 Alex Christensen achristen...@webkit.org 25 26[Win] Fixed linker error with GStreamer. 27https://bugs.webkit.org/show_bug.cgi?id=124861 28 29Reviewed by Martin Robinson. 30 31* wtf/gobject/GOwnPtr.cpp: 32(WTF::GError): 33* wtf/gobject/GOwnPtr.h: 34Added WTF_EXPORT_PRIVATE to freeOwnedGPtrGError declaration and definition. I'm trying another test build now with this change applied: http://trac.webkit.org/changeset/160716 Regards, -- Steven Chamberlain ste...@pyro.eu.org signature.asc Description: OpenPGP digital signature
Bug#760837: tcsh: FTBFS with $HOME != ~$(id -un)
I will be on vacation from thursday until sep 22nd. So, I could upload a new tcsh version until end of september or beginning of october. Feel free to NMU if you thinks this is too late. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760838: iipimage-server: Config file changes required for Apache 2.4
Package: iipimage-server Severity: grave Tags: patch Justification: renders package unusable Dear Maintainer, iipsrv.conf Apache config file does not work with Apache 2.4 due to changes in Apache auth syntax. The Allow from all syntax is now Require all granted. As mod_version is installed and activated by default in Debian, a generic solution would be to add version detection to the config file. For example: IfModule mod_version.c IfVersion 2.4 Order allow,deny Allow from all /IfVersion IfVersion = 2.4 Require all granted /IfVersion /IfModule -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Ne peut initialiser LC_ALL ? la locale par d?faut: Aucun fichier ou dossier de ce type ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages iipimage-server depends on: pn libapache2-mod-fcgid | lighttpd none ii libc62.13-38+deb7u4 ii libfcgi0ldbl 2.4.0-8.1 ii libgcc1 1:4.7.2-5 ii libjpeg8 8d-1+deb7u1 ii libmemcached10 1.0.8-1 ii libstdc++6 4.7.2-5 ii libtiff4 3.9.6-11 Versions of packages iipimage-server recommends: ii imagemagick8:6.7.7.10-5+deb7u3 ii libvips-tools 7.28.5-1+deb7u1 Versions of packages iipimage-server suggests: pn iipimage-doc none pn jiipview none ii memcached 1.4.13-0.2+deb7u1 8,17c8,9 IfModule mod_version.c IfVersion 2.4 Order allow,deny Allow from all /IfVersion IfVersion = 2.4 Require all granted /IfVersion /IfModule --- Order allow,deny Allow from all
Bug#686843: Any progress?
Hi, a couple of programs which I want to run with WINE (e.g. the vmware client installer) require these libraries. Please fix for Jessie. Thanks. -- -- Matthias Urlichs signature.asc Description: Digital signature
Bug#760840: kde-config-touchpad doesn't start.System Settings-KDE crash handler is viewed.I can't use touchpad.
Package: kde-config-touchpad Version: 0.8.1-2 Severity: important Dear Maintainer, System Settings - KDE crash handler is viewed when clicked to Touchpad section on the input devices from the KDE System Settings. This issue has been solved as in the following address http://forum.pardus.net.tr/index.php?topic=95.0. In this site it is said that there is a bug in the kde-config-touchpad package and touchpadinformationwidget.ui file is searched as touchpadInformationwidget.ui because of a letter mistake and for this reason it can not be found, it gives error and breaks down. As a solution, the following commands are given: cd /usr/lib/python2.7/dist-packages/synaptiks/kde/widgets/ui sudo ln -s ../../../../../../../share/pyshared/synaptiks/kde/widgets/ui/touchpadinformationwidget.ui touchpadInformationwidget.ui When the commands above are activated the breakdown problem disapperas. But, although I have made the tapping settings touchpad and tapping processing do not occur. This problem is removed when this solution is used in some different computers. But in my Acer 5920G laptop this problem continues. In addition, the problem never occurs in GNOME system settings. root@serkan-pc:/home/serkan# lspci 00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 03) 00:01.0 PCI bridge: Intel Corporation Mobile PM965/GM965/GL960 PCI Express Root Port (rev 03) 00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03) 00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03) 00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03) 00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03) 00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03) 00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03) 00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 03) 00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03) 00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03) 00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03) 00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3) 00:1f.0 ISA bridge: Intel Corporation 82801HM (ICH8M) LPC Interface Controller (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03) 00:1f.2 SATA controller: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] (rev 03) 00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03) 01:00.0 VGA compatible controller: NVIDIA Corporation G86M [GeForce 8600M GS] (rev a1) 06:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61) 08:00.0 Ethernet controller: Broadcom Corporation NetLink BCM5787M Gigabit Ethernet PCI Express (rev 02) 0a:09.0 FireWire (IEEE 1394): Ricoh Co Ltd R5C832 IEEE 1394 Controller (rev 05) 0a:09.1 SD Host controller: Ricoh Co Ltd R5C822 SD/SDIO/MMC/MS/MSPro Host Adapter (rev 22) 0a:09.2 System peripheral: Ricoh Co Ltd R5C592 Memory Stick Bus Host Adapter (rev 12) 0a:09.3 System peripheral: Ricoh Co Ltd xD-Picture Card Controller (rev 12) serkan@serkan-pc:~$ dmesg | grep -i touch [ 11.341802] psmouse serio3: synaptics: Touchpad model: 1, fw: 6.5, id: 0x1e0b1, caps: 0xc04751/0xe0500f/0x1, board id: 3655, fw id: 355389 [ 11.378078] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio3/input/input13 [ 12.039371] psmouse serio4: synaptics: Touchpad model: 1, fw: 6.5, id: 0x81a0b1, caps: 0xa04711/0xa04000/0x0, board id: 3655, fw id: 350306 [ 12.073183] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input19 -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=tr_TR.UTF-8, LC_CTYPE=tr_TR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kde-config-touchpad depends on: ii libxi62:1.7.4-1 ii python2.7.8-1 ii python-kde4 4:4.14.0-1 ii python-pkg-resources 5.5.1-1 ii python-pyudev 0.16.1-2 ii python-qt44.11.1+dfsg-1 Versions of packages kde-config-touchpad recommends: ii libxtst6 2:1.2.2-1 ii python-dbus 1.2.0-2+b3 ii upower 0.99.1-3 kde-config-touchpad suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact
Bug#749530: libotf: use dh-autoreconf to build on new architectures
On 08/09/14 20:59, Andreas Barth wrote: I'd be willing to help fixing this bug, if useful also via sponsoring an upload / an NMU. If there is no reason why not I'd upload an NMU within the next days. Is this super urgent? cya, # -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715141: apt_all update cronjob creates error mails when testing and unstable are not in the apt sources
Hi Steve, On Tue 03.09.2013 08:17:36, Steve Schnepp wrote: Looking closely, that was done specifically like that. But it sounds wrong to me, and qualifies as a bug. Will be fixed in the next upstream stable release. The extra $ARGV will be transparently given to the plugin, as the config or update is already. Well, as it's an upstream issue, it will be solved upstream :) Has already been anything done to fix it? I also got a bunch of servers, that update only if I work around it manually, as #720275 broke the cronjob by introducing munin-run to run them. If you'd like I can try to prepare a pull request for merging upstream. Kind regards, Andre -- Andre Klärner smime.p7s Description: S/MIME cryptographic signature
Bug#757982: xserver segmentation fault
(bug #757982): I received also such informationon on the screen after Xserver freeze - (EE) (EE) Backtrace: (EE) 0: /usr/bin/X (xorg_backtrace+0x56) [0x7f09e5f0d7a6] (EE) 1: /usr/bin/X (0x7f09e5d58000+0x1b99a9) (0x7f09e5f119a9) (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f09e3a68000+0x350f0) [0x7f09e3a9d0f0] (EE) 3: /usr/lib/x86_64-linux-gnu/libLLVM-3.4.so.1 (0x7f09dcbb8000+0x660920) [0x7f09dd218920] (EE) 4: /lib/x86_64-linux-gnu/libc.so.6 (0x7f09e3a68000+0x37b39) [0x7f09e3a9fb39] (EE) 5: /lib/x86_64-linux-gnu/libc.so.6 (0x7f09e3a68000+0x37b85) [0x7f09e3a9fb85] (EE) 6: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xfc) [0x7f09e3a89b4c] (EE) 7: /usr/bin/X (0x7f09e5d58000+0x4550e) (0x7f09e5d9d50e) (EE) (EE) Illegal instruction at address 0x7f09dd218920 (EE) Fatal server error: (EE) Caught signal 4 (Illegal instruction). Server aborting (EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help (EE) Please also check the log file at /var/log/Xorg.0.log for additional information (EE) (EE) (EE) Backtrace: with regards, richi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749530: libotf: use dh-autoreconf to build on new architectures
* Harshula (harsh...@debian.org) [140908 14:10]: On 08/09/14 20:59, Andreas Barth wrote: I'd be willing to help fixing this bug, if useful also via sponsoring an upload / an NMU. If there is no reason why not I'd upload an NMU within the next days. Is this super urgent? Depends on your definition of superurgent. It prevents the build of emacs23 which is part of the standard installation on DSAed hosts, and therefor useful for setting up a porter box. But of course there are things more urgent than that. Also, it's no effort for me to build and upload an NMU if you want that. It's not a problem if you don't have much time now, and would prefer if I just fix it for the moment. Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760841: pspp: [kfreebsd] random testsuite failures
Package: pspp Version: 0.8.3-4 Severity: important User: debian-...@lists.debian.org Usertags: kfreebsd X-Debbugs-CC: pspp-...@gnu.org, debian-...@lists.debian.org Hi, https://buildd.debian.org/status/fetch.php?pkg=pspparch=kfreebsd-amd64ver=0.8.3-4stamp=1408700427 On 08/09/14 10:03, Friedrich Beckmann wrote: The package does not build because one test (read UTF-16 as Auto) in the regression fails. The strange thing is that the test already passed in a previous build attempt for package 0.8.3-2 but there is no difference in the source code. Even stranger is that the package failed on kfreebsd-i386 for version 0.8.3-1.3 with exactly the same failing test. I'm opening a bug to track this issue because, even though it was given back and built successfully, it may recur in future, and it suggests a bug somewhere that we'd like to fix. Ben Pfaff could not reproduce the problem on machine fischer: http://lists.gnu.org/archive/html/pspp-dev/2014-08/msg00025.html and so we left it and it build for 0.8.3-2 with no source code change on kfreebsd-i386. I couldn't reproduce it yet either. But I think we have a race condition somewhere, perhaps in pspp, another library, the test, or even the test framework. I'll note that on the kfreebsd buildds the testsuite runs with -j2 Thanks, Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760842: filters: lolcat missing in Makefile
Package: filters Version: 2.50 Severity: normal Dear Maintainer, Please include the patch below. Cheers Jochen -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/12 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages filters depends on: ii libc6 2.19-10 filters recommends no packages. Versions of packages filters suggests: pn bsdgames none -- no debconf information From 29425fc5ac3d836aa54bcad0eff53e6b80cfc11f Mon Sep 17 00:00:00 2001 From: Jochen Sprickerhof g...@jochen.sprickerhof.de Date: Mon, 8 Sep 2014 14:11:52 +0200 Subject: [PATCH] Install lolcat through Makefile --- Makefile | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/Makefile b/Makefile index 578678e..91b6cda 100644 --- a/Makefile +++ b/Makefile @@ -1,7 +1,7 @@ LEX = flex BUILD = jethro kraut cockney jive nyc ken ky00te newspeak nethackify scramble OTHER = eleet b1ff chef jibberish upside-down rasterman studly fudd \ - censor spammer uniencode pirate kenny scottish fanboy + censor spammer uniencode pirate kenny scottish fanboy lolcat CFLAGS = -O2 -lfl export CFLAGS INSTALL_PROGRAM = install -- 2.1.0
Bug#760816: fairymax: new upstream available
Hi Yann, Yann Dirson ydir...@free.fr writes: Current version is 4.8s. It's been out for 18 months, probably a watch file would help. I realize upstream does not ship numbered tarballs, but his git repos can be polled, like I do eg. in hachu: http://hgm.nubati.net/cgi-bin/gitweb.cgi?p=hachu.git;a=tags \ /cgi-bin/gitweb.cgi\?p=hachu.git;a=shortlog;h=refs/tags/(.+) s/hachu/fairymax/ should do the trick. Thanks for letting me know, I didn't notice the new version. I'll add the watch file and update the package soon. Thanks, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760841: pspp: [kfreebsd] random testsuite failures
Hi again, The failing test (test 940, but that number may change) is this: AT_SETUP([read UTF-16 as Auto]) AT_KEYWORDS([u8_istream]) AT_CHECK([i18n-test supports_encodings UTF-16 UTF-16BE UTF-16LE]) This check seems fine: AT_CHECK([printf '\0e\0n\0t\0r\0\351\0e\0\n' | u8-istream-test read - Auto], [0], [entrée ]) This is the check that is usually seen to fail (u8-istream.at:146) : AT_CHECK([printf 'e\0n\0t\0r\0\351\0e\0\n\0' | u8-istream-test read - Auto], [0], [entrée ]) It is supposed to decode the UTF-16LE string to UTF-8. The following method reproduced it 1.9% of the time on my kfreebsd-amd64 system. When it fails, it outputs the raw input string not converted at all: ~/pspp-0.8.3$ for i in $(seq 1 1000) ; do printf 'e\0n\0t\0r\0\351\0e\0\n\0' | tests/libpspp/u8-istream-test read - Auto | xxd ; done | sort | uniq -c | sort -bn 19 000: 6500 6e00 7400 7200 c3a9 0065 000a 00e.n.t.re... 981 000: 656e 7472 c3a9 650a entr..e. This check seems fine: AT_CHECK([printf '\376\377\0e\0n\0t\0r\0\351\0e\0\n' | u8-istream-test read - Auto], [0], [entrée ]) This check seems to have issues too (UTF-16LE with Byte-Order Marker): AT_CHECK([printf '\377\376e\0n\0t\0r\0\351\0e\0\n\0' | u8-istream-test read - Auto], [0], [entrée ]) ~/pspp-0.8.3$ for i in $(seq 1 1000) ; do printf '\377\376e\0n\0t\0r\0\351\0e\0\n\0' | tests/libpspp/u8-istream-test read - Auto | xxd ; done | sort | uniq -c | sort -bn Raw input string output about 1.4% of the time: 14 000: c3bf c3be 6500 6e00 7400 7200 c3a9 0065 e.n.t.re 14 010: 000a 00 ... Correct output: 986 000: 656e 7472 c3a9 650a entr..e. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760844: git FTBFS on ppc64el
Package: git Version: 1:2.1.0-1 Severity: important User: debian-powe...@lists.debian.org Usertags: ppc64el Hi, git FTBFS on ppc64l due to the following testsuite failure. not ok 136 - --contains works in a deep repo # # expect # i=1 # while test $i -lt 4000 # do # echo commit refs/heads/master # committer A U Thor aut...@example.com $((10 + $i * 100)) +0200 # data EOF # commit #$i # EOF # test $i = 1 echo from refs/heads/master^0 # i=$(($i + 1)) # done | git fast-import # git checkout master # git tag far-far-away HEAD^ # run_with_limited_stack git tag --contains HEAD actual # test_cmp expect actual # # failed 1 among 136 test(s) 1..136 make[3]: *** [t7004-tag.sh] Error 1 Makefile:44: recipe for target 't7004-tag.sh' failed Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760843: fail2ban: logrotate script hardcodes logtarget
Package: fail2ban Version: 0.8.6-3wheezy3 Severity: minor Tags: patch Dear Maintainer, the script /etc/logrotate.d/fail2ban sets logtarget to /var/log/fail2ban.log. This may override different settings in the main configuration (/etc/fail2ban/fail2ban.conf) or via cli. IMHO a logrotate script should never override a main configuration file. The attached patch changes this behavior. The logtarget ist (re)set to the current logtarget. -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (950, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/1 CPU core) 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 fail2ban depends on: ii lsb-base4.1+Debian8+deb7u1 ii python 2.7.3-4+deb7u1 ii python-central 0.6.17 Versions of packages fail2ban recommends: ii iptables 1.4.14-3.1 pn python-gamin none ii whois 5.1.1~deb7u1 Versions of packages fail2ban suggests: ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1 -- Configuration Files: /etc/logrotate.d/fail2ban changed [not included] -- no debconf information --- fail2ban.org 2012-06-05 10:57:57.306325291 +0200 +++ fail2ban 2012-06-05 10:58:56.458340504 +0200 @@ -7,7 +7,7 @@ delaycompress missingok postrotate - fail2ban-client set logtarget /var/log/fail2ban.log /dev/null + fail2ban-client set logtarget $(fail2ban-client get logtarget | tail -1 | cut -f 2 -d ' ') /dev/null endscript create 640 root adm }
Bug#756518: (no subject)
Hi Matteo, On 09/05/2014 10:22 AM, Matteo Vescovi wrote: Hi Breno, Erwan, Thanks for the bug report and the attached patch. There are a couple of other bugs ( #758499 and #728979) opened against presage. I plan on pushing these changes upstream, having a new presage release cut, and producing a new debian package fixes these issues. I'm hoping to have this done by Sept 15th. Ok, that works for us. Thank you, Breno -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760841: pspp: [kfreebsd] random testsuite failures
Thank you for trying the build, adding the bug description to the bugtracker and analyzing the problem! https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=760841 Friedrich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760841: pspp: [kfreebsd] random testsuite failures
With some difficulty, I managed to reproduce the failure situation under ktrace, so that I could diff with the successful case: u8-istream-test CALL read(0,0x640670,0x1000) -u8-istream-test GIO fd 0 read 13 bytes -0x 6500 6e00 7400 7200 e900 6500 0a +u8-istream-test GIO fd 0 read 14 bytes +0x 6500 6e00 7400 7200 e900 6500 0a00 -u8-istream-test RET read 13/0xd +u8-istream-test RET read 14/0xe The size of the read from fd 0 (stdin) was different; the last null byte got truncated. I don't know why that is. The read is assumed to be complete and it doesn't attempt to read again. The effect is it will later decide the string is not valid UTF-16LE, so treats it as CP1252, and doesn't properly convert it. It seems logical this bug only happened for Little Endian encodings (strings with Big Endian encoding will not end with a null byte). u8-istream-test CALL open(0x8012baba0,0O_RDONLY,unused0) u8-istream-test NAMI /usr/lib/x86_64-kfreebsd-gnu/gconv/gconv-modules.cache u8-istream-test RET open 3 -u8-istream-test CALL fstat(0x3,0x7fffcf40) +u8-istream-test CALL fstat(0x3,0x7fffd190) u8-istream-test STRU invalid record u8-istream-test RET fstat 0 u8-istream-test CALL mmap(0,0x6696,0x1PROT_READ,0x1MAP_SHARED,0x3,0) u8-istream-test RET mmap 34368200704/0x800812000 u8-istream-test CALL close(0x3) u8-istream-test RET close 0 -u8-istream-test CALL open(0x6499c0,0x10O_CLOEXEC,unused0) -u8-istream-test NAMI /usr/lib/x86_64-kfreebsd-gnu/gconv/CP1252.so +u8-istream-test CALL open(0x6417d0,0x10O_CLOEXEC,unused0) +u8-istream-test NAMI /usr/lib/x86_64-kfreebsd-gnu/gconv/UTF-16.so Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760563: [Pkg-xen-devel] Bug#760563: xen-hypervisor-4.4-amd64: Xen =4.1 not booting on IBM HS20
Hi, First of all, thanks for your help. I have made some test with this results debian testing with xen 4.4 can run if we add mmcfg=0 as boot options to kernel boot parameters !!! Remember that with xen kernel =4.0 works perfect without to add mmcfg=0 I have tried to install citrix xenserver 5.6 and works perfect (remember that this is xen 3 branch) Also we have tried to install xenserver 6.2 but during boot install using: menu.c32 and add boot parameter mmcfg=0 and after to install boot we have added mmcfg=0 in extlinux and executed extlinux -i /boot to update bootloader With this seems to work, and it could be a possible workaround? My questions are: - mmcfg: I'm not sure where is used and what happen if we use xen without mmcfg. Why with xen =4.0 is not needed anb for xen 4.0 is a requirements for this hardware. Will be solved? - Can I use for production environment this configuration? Thanks 2014-09-05 15:56 GMT+02:00 Ian Campbell i...@hellion.org.uk: On Fri, 2014-09-05 at 13:39 +0200, trenta wrote: Additional information: http://lists.xen.org/archives/html/xen-devel/2013-09/msg00584.html This thread suggests that mmconfig might be the issue, in which case does adding mmcfg=0 to your hypervisor command line help? I'd recommend continuing to pursue this upstream, there are far more experts on the low level aspect of things there. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755249: IPv6 link non-functional after suspend
Looks like I have a different bug here: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756534 network-manager: IPv6 hop limit set to 0 Cheers Harry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760686: Debian bug #760686
Hello Xavi, first thank you for spending your time helping to make Debian better with this bug report. From the old bug I found only the Debian bug, the upstream bug is not available. So I have forwarded the bug to upstream. CU Jörg -- pgp Fingerprint: 7D13 3C60 0A10 DBE1 51F8 EBCB 422B 44B0 BE58 1B6E pgp Key: BE581B6E CAcert Key S/N: 0E:D4:56 Jörg Frings-Fürst D-54526 Niederkail Threema: SYR8SJXB IRC: j_...@freenode.net j_...@oftc.net signature.asc Description: This is a digitally signed message part
Bug#760845: enigmail: update config.guess to fix FTBFS on ppc64el
Package: enigmail Version: 2:1.7.2-1 Severity: normal Tags: patch X-Debbugs-Cc: bren...@br.ibm.com User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, In the ppc64el architecture, we see that the config.guess needs to be updated to get the package to build. The following patch was able to resolve the build issue. Thanks for considering the patch! Brahadambal Srinivasan -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: ppc64el (ppc64le) Kernel: Linux 3.16-trunk-powerpc64le (SMP w/32 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --- enigmail-1.7.2.orig/debian/rules2014-09-08 12:50:50.0 + +++ enigmail-1.7.2/debian/rules 2014-09-08 12:33:32.0 + @@ -12,5 +12,6 @@ # ./configure is needed to create config/autoconf.mk when building from the git sources. override_dh_auto_clean: + cp /usr/share/misc/config.guess config.guess ./configure dh_auto_clean
Bug#685480: Maintainer not active?
Looks like the maintainer (Paweł Więcek co...@debian.org) is inactive and this bug will never be fixed, although a fix is available... -- Ondrej Zary -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#760846: amanda-server: amreport crashes with segfault in file /usr/lib/amanda/perl/Amanda/Report/human.pm
Package: amanda-server Version: 1:3.3.6-1+b1 Justification: renders package unusable Severity: grave Dear Maintainer, Amanda sends empty email report. After invoking amreport by hand it turns out that amreport crashes with segmentation fault. Trying with perl -d following backtrace is produced: Signal SEGV at /usr/lib/amanda/perl/Amanda/Report/human.pm line 389. Amanda::Report::human::print_header(Amanda::Report::human=HASH(0x1d59670)) called at /usr/lib/amanda/perl/Amanda/Report/human.pm line 337 Amanda::Report::human::write_report(Amanda::Report::human=HASH(0x1d59670), GLOB(0x952608)) called at /usr/sbin/amreport line 484 main::run_outputARRAY(0x183bbf8)) called at /usr/sbin/amreport line 625 Corresponding line from dmesg: amreport[15860]: segfault at 0 ip 7f2d2708ed74 sp 7fff74c52d10 error 4 in libperl.so.5.20.0[7f2d26f8e000+1b4000] -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amanda-server depends on: ii amanda-common 1:3.3.6-1+b1 ii heirloom-mailx [mailx] 12.5-2 ii libc6 2.19-10 ii libcurl37.37.1-1 ii libglib2.0-02.40.0-5 ii libssl1.0.0 1.0.1i-2 amanda-server recommends no packages. Versions of packages amanda-server suggests: ii amanda-client 1:3.3.6-1+b1 ii cpio 2.11+dfsg-2 pn gnuplotnone ii mt-st 1.1-6 ii perl [perl5] 5.20.0-4 -- 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#754432: [php-maint] Bug#754432: Bug#754432: php5-fpm: crashes since 5.6.0 / error 4 in opcache.so
Can you produce a core dump and a backport? https://bugs.php.net/bugs-generating-backtrace.php ? Oh, and install php5-dbg before generating the backtrace. O. On Mon, Sep 8, 2014, at 09:24, kevi...@gadeco.de wrote: Bug still exists in rc3, rc4 and the latest 5.6.0 version (non-rc). I can reproduce this error when I hit the admin page of Piwigo 2.6.3: php5-fpm[27582]: segfault at 8c ip 7fdca4e0d447 sp 7fff7ac3d450 error 4 in opcache.so[7fdca4def000+24000] Do you have any suggestion how to isolate the PHP code which is causing the crash? Thanks! ___ pkg-php-maint mailing list pkg-php-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-php-maint -- Ondřej Surý ond...@sury.org Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#741093: ITA: diffmon -- Tool for reporting changes in system configuration
Package: wnpp Severity: normal I am in the process of adopting this package. Will hopefully upload new package again soon. -Markus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
