Bug#758531: Broken libpulse0, cannot find main
Yes, this definitely breaks KDE, especially ksmserver and kded. To add insult to injury, I can't even downgrade to libpulse0 5.0-6 without removing all of KDE. Cheers Jan Binder -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758531: many kde apps crashing because this bug
can confirm this bug. I had multiple kde apps crashes after libpulse0 upgrade from experimental. I've tried to launch app from terminal ang got symbol lookup error: : undefined symbol: main After downgrade libpulse0 to 4.0-6~bpo7+1 (to latest stable, maybe 5.0.6 will work too) all apps are working correct. -- Best regards, Valery Mamonov.
Bug#736832: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#736832: Double dependencies for vlc-nox)
Hi Sebastian, I don't mind this bug being closed if you think it isn't worth fixing. Just for the record, this is not an artefact of packages.debian.org - taking a look at the debian/control file for the binary vlc-nox package in sid, you can see that... 1. dependencies are listed on libavcodec55 plus most or all of the dependencies of libavcodec55, which is unnecessary, since depending on libavcodec55 should be enough. 2. there is a Pre-Depends: dpkg (= 1.15.6~) which should no longer be required, since all versions of dpkg currently available in Debian are newer than this. Cheers! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#705858: (no subject)
Hey, are these issues still valid for the latest versions? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758619: reportbug fails with Attempt to unlock mutex that was not locked
Package: reportbug Version: 6.5.0+nmu1 Severity: grave reportbug just aborts with exit code 134 when it is started. $ reportbug Please enter the name of the package in which you have found a problem, or type 'other' to report a more general problem. Attempt to unlock mutex that was not locked zsh: abort reportbug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758619: [Reportbug-maint] reportbug is broken due to glib
control: reassign -1 libglib2.0-0 control: affects -1 reportbug Hello, thanks for the trace; I'm forwarding this info to the bug report and reassign it to glib. Regards, Sandro On Mon, Aug 18, 2014 at 4:13 PM, VALETTE Eric OLNC/OLPS eric2.vale...@orange.com wrote: gdb --args python /usr/bin/reportbug -b --no-check-available libpulse0 GNU gdb (Debian 7.7.1+dfsg-3) 7.7.1 Copyright (C) 2014 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. Type show configuration for configuration details. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Find the GDB manual and other documentation resources online at: http://www.gnu.org/software/gdb/documentation/. For help, type help. Type apropos word to search for commands related to word... Reading symbols from python...(no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/python /usr/bin/reportbug -b --no-check-available libpulse0 [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. *** Welcome to reportbug. Use ? for help at prompts. *** Note: bug reports are publicly archived (including the email address of the submitter). Detected character set: UTF-8 Please change your locale if this is incorrect. Using 'Eric Valette eric2.vale...@orange.com' as your from address. Getting status for libpulse0... Will send report to Debian (per lsb_release). Maintainer for libpulse0 is 'Pulseaudio maintenance team pkg-pulseaudio-de...@lists.alioth.debian.org'. Looking up dependencies of libpulse0... Getting changed configuration files... Briefly describe the problem (max. 100 characters allowed). This will be the bug email subject, so keep the summary as concise as possible, for example: fails to send email or does not start with -q option specified (enter Ctrl+c to exit reportbug without reporting a bug). Attempt to unlock mutex that was not locked = Program received signal SIGABRT, Aborted. 0x76f28407 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory. (gdb) bt #0 0x76f28407 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56 #1 0x76f297e8 in __GI_abort () at abort.c:89 #2 0x72cdc85d in ?? () from /lib/x86_64-linux-gnu/libglib-2.0.so.0 #3 0x719f4bbf in gtk_main () from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 #4 0x720a7d54 in ?? () from /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/_gtk.so #5 0x74148a99 in ?? () from /usr/lib/python2.7/lib-dynload/readline.x86_64-linux-gnu.so #6 0x00448d04 in PyOS_Readline () #7 0x0044413c in ?? () #8 0x004c347d in PyEval_EvalFrameEx () #9 0x004c1d29 in PyEval_EvalCodeEx () #10 0x004c3963 in PyEval_EvalFrameEx () #11 0x004c1d29 in PyEval_EvalCodeEx () #12 0x004c3963 in PyEval_EvalFrameEx () #13 0x004c3c12 in PyEval_EvalFrameEx () #14 0x004c3c12 in PyEval_EvalFrameEx () #15 0x004c1d29 in PyEval_EvalCodeEx () #16 0x004fb43f in ?? () #17 0x004f0c72 in PyRun_FileExFlags () #18 0x004efdc4 in PyRun_SimpleFileExFlags () #19 0x00492398 in Py_Main () #20 0x76f14b45 in __libc_start_main (main=0x491e50 main, argc=5, argv=0x7fffe3f8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe3e8) at libc-start.c:287 #21 0x00491d7d in _start () (gdb) -- eric ___ Reportbug-maint mailing list reportbug-ma...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/reportbug-maint -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#745836: wget: certificate revocation is not checked
This indeed looks like a bug in 1.15, because 1.13 and 1.14 recognize the expired certificate: $ wget www.cloudflarechallenge.com --2014-08-19 13:41:45-- http://www.cloudflarechallenge.com/ Resolving www.cloudflarechallenge.com (www.cloudflarechallenge.com)... 107.170.194.215 Connecting to www.cloudflarechallenge.com (www.cloudflarechallenge.com)|107.170.194.215|:80... connected. HTTP request sent, awaiting response... 301 Moved Permanently Location: https://www.cloudflarechallenge.com/ [following] --2014-08-19 13:41:46-- https://www.cloudflarechallenge.com/ Connecting to www.cloudflarechallenge.com (www.cloudflarechallenge.com)|107.170.194.215|:443... connected. ERROR: The certificate of 'www.cloudflarechallenge.com' is not trusted. The certificate has expired
Bug#738030: smc: diff for NMU version 1.9+git20121121-1.2
Control: tags 738030 + pending
Control: tags 758427 + patch
Control: tags 758427 + pending
Dear maintainer,
I've prepared an NMU for smc (versioned as 1.9+git20121121-1.2) and
uploaded it to DELAYED/10. Please feel free to tell me if I
should delay it longer.
Regards.
diff -Nru smc-1.9+git20121121/debian/changelog
smc-1.9+git20121121/debian/changelog
--- smc-1.9+git20121121/debian/changelog2014-01-11 15:59:32.0
+0100
+++ smc-1.9+git20121121/debian/changelog2014-08-19 12:08:44.0
+0200
@@ -1,3 +1,17 @@
+smc (1.9+git20121121-1.2) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Fix /usr/share/games/smc/gui/font/default_bold.ttf does not exist
+(Closes: #758427):
+ - smc-data needs to depend on fonts-dejavu-core
+ - update smc-data.links to the fonts in this package and not in the
+ transitional package ttf-dejavu-core
+ * Fix desktop file category key is incomplete. Applying patch from Markus
+Koschany, but omitting the character name as it could be a trademark.
+(Closes: #738030)
+
+ -- Tobias Frost t...@debian.org Tue, 19 Aug 2014 10:08:44 +
+
smc (1.9+git20121121-1.1) unstable; urgency=medium
* Non-maintainer upload.
diff -Nru smc-1.9+git20121121/debian/control smc-1.9+git20121121/debian/control
--- smc-1.9+git20121121/debian/control 2014-01-11 15:42:06.0 +0100
+++ smc-1.9+git20121121/debian/control 2014-08-19 11:25:28.0 +0200
@@ -33,7 +33,7 @@
Package: smc-data
Architecture: all
-Depends: ${shlibs:Depends}, ${misc:Depends}
+Depends: ${shlibs:Depends}, ${misc:Depends}, fonts-dejavu-core
Description: levels and game data for Secret Maryo Chronicles
Secret Maryo Chronicles is an Open Source two-dimensional platform game with
a style designed similar to classic sidescroller games.
diff -Nru smc-1.9+git20121121/debian/smc-data.links
smc-1.9+git20121121/debian/smc-data.links
--- smc-1.9+git20121121/debian/smc-data.links 2013-05-11 22:50:57.0
+0200
+++ smc-1.9+git20121121/debian/smc-data.links 2014-08-19 11:26:50.0
+0200
@@ -1,2 +1,2 @@
-/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans-Bold.ttf
usr/share/games/smc/gui/font/default_bold.ttf
-/usr/share/fonts/truetype/ttf-dejavu/DejaVuSans.ttf
usr/share/games/smc/gui/font/default.ttf
+/usr/share/fonts/truetype/dejavu/DejaVuSans-Bold.ttf
usr/share/games/smc/gui/font/default_bold.ttf
+/usr/share/fonts/truetype/dejavu/DejaVuSans.ttf
usr/share/games/smc/gui/font/default.ttf
diff -Nru smc-1.9+git20121121/debian/smc.desktop
smc-1.9+git20121121/debian/smc.desktop
--- smc-1.9+git20121121/debian/smc.desktop 2013-05-11 22:50:57.0
+0200
+++ smc-1.9+git20121121/debian/smc.desktop 2014-08-19 11:46:39.0
+0200
@@ -7,4 +7,6 @@
Comment[de]=Ein 2D-Plattformspiel, vom Stil her ähnlich klassischen
seitlaufenden Spielen
Exec=smc
Icon=smc
-Categories=Game;
+Categories=Game;ArcadeGame;
+Keywords=platform;jump;run;arcade;joystick;
+
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758620: linux-image-3.2.0-4-powerpc64: please enable CONFIG_VSX in the powerpc64 flavours
Package: linux Version: 3.2.0-4 Severity: minor Hi, I was trying to test some VSX code in the partch.debian.org powerpc/powerpc64 porterbox and while VSX support was enabled in the compiler, it was not enabled in the kernel. Since it's required/recommended to use official kernels in Debian porterboxes, I was advised to send a bug report to the kernel package to have VSX enabled in the stable (but also the unstable) PowerPC64 kernel as well. For that matter, the ppc64el porterbox, pastel.debian.net does have VSX enabled, but I would like to test both big and little endian VSX code. Regards Konstantinos pgpnVAkeKYfDK.pgp Description: PGP signature
Bug#758621: ctdb: Standard socket path /var/lib/run/ctdb
Package: ctdb Version: 2.5.3+debian0-1~bpo70+1 Severity: minor Dear Maintainer, *** Please consider answering these questions, where appropriate *** Without configuring an socket path in /etc/default/ctdb the default is /var/lib/run/ctdb. I'd expect /var/run/ctdb. *** End of the template - remove these lines *** -- System Information: Debian Release: 7.6 APT prefers stable APT policy: (990, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.15.3.02 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages ctdb depends on: ii iproute23.15.0-2~bpo70+1 ii libc6 2.13-38+deb7u3 ii libpopt01.16-7 ii libtalloc2 2.1.1-1~bpo70+1 ii libtdb1 1.2.12-1~bpo70+1 ii libtevent0 0.9.21-1~bpo70+1 ii lsb-base4.1+Debian8+deb7u1 ii psmisc 22.19-1+deb7u1 ii sudo1.8.5p2-1+nmu1 ii tdb-tools 1.2.12-1~bpo70+1 ii time1.7-24 Versions of packages ctdb recommends: ii ethtool 1:3.4.2-1 Versions of packages ctdb suggests: pn libctdb-dev none ii logrotate3.8.1-4 ii lsof 4.86+dfsg-1 -- Configuration Files: /etc/default/ctdb changed [not included] -- 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#758025: colord: Constant errors
Package: colord Followup-For: Bug #758025 Hi again The problem was CUPS configuration in /etc/cups/cupsd.conf The solution was adding SystemdIdleExit off without quotes at the end of the file and restarting the cups daemon. So the bug can now be closed Bye -- 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/4 CPU cores) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages colord depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii colord-data 1.2.1-1 ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii libc62.19-7 ii libcolord2 1.2.1-1 ii libcolorhug2 1.2.1-1 ii libdbus-1-3 1.8.6-1 ii libglib2.0-0 2.40.0-4 ii libgudev-1.0-0 208-7 ii libgusb2 0.1.6-5 ii liblcms2-2 2.6-3 ii libpolkit-gobject-1-00.105-6.1 ii libsane 1.0.24-1.1+b1 ii libsqlite3-0 3.8.5-2 ii libsystemd-login0208-7 ii libusb-1.0-0 2:1.0.19-1 ii policykit-1 0.105-6.1 colord recommends no packages. colord 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#758622: kernel crashes after soft lockups in xen domU
Package: src:linux Version: 3.2.60-1+deb7u3 Severity: important Hello, I encounter kernel crashes on an up-to-date Debian/Wheezy Xen domU with the stock kernel. The dom0 runs the same linux kernel and xen/4.1.4-3+deb7u1. It seems like the crashes are related to a RT process, even though no sched_fifo/rr processes are started on this system intentionally. Also, the CPU usage is low all the time, no peaks at all. But the kernel reports: kernel: [39101.461586] sched: RT throttling activated Usually, a few minutes later, soft lockups start to happen, and then the system crashes: [36.127400] BUG: soft lockup - CPU#7 stuck for 22s! [/usr/share/webm:16190] [36.128652] Modules linked in: evdev coretemp crc32c_intel ghash_clmulni_intel snd_pcm snd_timer aesni_intel snd cryptd soundcore snd_page_alloc aes_x86_64 pcspkr aes_generic ext4 crc16 jbd2 mbcache dm_mod xen_netfront xen_blkfront [36.128679] CPU 7 [36.128680] Modules linked in: evdev coretemp crc32c_intel ghash_clmulni_intel snd_pcm snd_timer aesni_intel snd cryptd soundcore snd_page_alloc aes_x86_64 pcspkr aes_generic ext4 crc16 jbd2 mbcache dm_mod xen_netfront xen_blkfront [36.128701] [36.128704] Pid: 16190, comm: /usr/share/webm Not tainted 3.2.0-4-amd64 #1 Debian 3.2.60-1+deb7u3 [36.128711] RIP: e030:[8100122a] [8100122a] hypercall_page+0x22a/0x1000 [36.128720] RSP: e02b:8801c4b8dc00 EFLAGS: 0246 [36.128724] RAX: 00040001 RBX: 88020280 RCX: 8100122a [36.128728] RDX: RSI: RDI: [36.128733] RBP: 000e R08: 0200 R09: dead00100100 [36.128737] R10: dead00200200 R11: 0246 R12: 8800b4f53da0 [36.128741] R13: 8802be00 R14: ea0001e526d0 R15: 000d [36.128749] FS: 7f1a46e3a700() GS:8802ffdc() knlGS: [36.128754] CS: e033 DS: ES: CR0: 8005003b [36.128758] CR2: 7fcbe7683000 CR3: 0001bcba5000 CR4: 2660 [36.128762] DR0: DR1: DR2: [36.128767] DR3: DR6: 0ff0 DR7: 0400 [36.128771] Process /usr/share/webm (pid: 16190, threadinfo 8801c4b8c000, task 8801d175b0c0) [36.128776] Stack: [36.128779] 0200 81006790 81006d22 [36.128786] dead00200200 dead00100100 0200 [36.128792] 88020280 88020280 0200 [36.130901] Call Trace: [36.130908] [81006790] ? xen_force_evtchn_callback+0x9/0xa [36.130914] [81006d22] ? check_events+0x12/0x20 [36.130919] [81006d0f] ? xen_restore_fl_direct_reloc+0x4/0x4 [36.130925] [81071153] ? arch_local_irq_restore+0x7/0x8 [36.130932] [8135049f] ? _raw_spin_unlock_irqrestore+0xe/0xf [36.130939] [810be83e] ? release_pages+0x9d/0x14d [36.130945] [810de78b] ? free_pages_and_swap_cache+0x48/0x60 [36.130951] [810cf527] ? tlb_flush_mmu+0x37/0x50 [36.130956] [810cf54c] ? tlb_finish_mmu+0xc/0x31 [36.130961] [810d5e79] ? exit_mmap+0xc4/0xe9 [36.130967] [81044b82] ? mmput+0x56/0xf8 [36.130971] [81049d07] ? exit_mm+0x117/0x122 [36.130975] [8107115b] ? arch_local_irq_disable+0x7/0x8 [36.130980] [81350487] ? _raw_spin_lock_irq+0xa/0x14 [36.130984] [8107115b] ? arch_local_irq_disable+0x7/0x8 [36.130988] [81049f57] ? do_exit+0x245/0x713 [36.130993] [81350c5a] ? error_exit+0x2a/0x60 [36.130999] [811275b3] ? fsnotify_find_inode_mark_locked+0x16/0x47 [36.131004] [81127605] ? fsnotify_find_inode_mark+0x21/0x2c [36.131009] [8104a6a5] ? do_group_exit+0x74/0x9e [36.131013] [8104a6de] ? sys_exit_group+0xf/0xf [36.131018] [81355452] ? system_call_fastpath+0x16/0x1b [36.131021] Code: cc 51 41 53 b8 10 00 00 00 0f 05 41 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc 51 41 53 b8 11 00 00 00 0f 05 41 5b 59 c3 cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc cc [36.131061] Call Trace: [36.131065] [81006790] ? xen_force_evtchn_callback+0x9/0xa [36.131070] [81006d22] ? check_events+0x12/0x20 [36.131075] [81006d0f] ? xen_restore_fl_direct_reloc+0x4/0x4 [36.131079] [81071153] ? arch_local_irq_restore+0x7/0x8 [36.131395] [8135049f] ? _raw_spin_unlock_irqrestore+0xe/0xf [36.131395] [810be83e] ? release_pages+0x9d/0x14d [36.131395] [810de78b] ? free_pages_and_swap_cache+0x48/0x60 [36.131395] [810cf527] ? tlb_flush_mmu+0x37/0x50 [36.131395] [810cf54c] ? tlb_finish_mmu+0xc/0x31
Bug#749109: Bug#748679: Add autoconfiguration script for live-config
Hi Gaudenz, meta: * I'm replying on #749109, as this part of the discussion is about code that's being added to live-config, not to broadcom-sta. * Daniel: sorry for the useless ping sent earlier this month on #748679, I was confused by the remaining tags left there after cloning. * I've tried to clarify the status of these two bug reports in the BTS, and the relationship between them, which seemed very confusing to me initially; sorry if I messed something up. Gaudenz Steinlin wrote (12 Jun 2014 19:07:10 GMT) : - In some parts it looks like it should be a general wlan driver selection mechanism. Which would be great, but then overrides are stored in /usr/share/live/config/broadcom-sta/ and the script is called 1190-broadcom-sta. I've seen broadcom-sta support requested quite often on the Tails user support channels, while I don't remember anything similar for other drivers, so I say let's get the ad-hoc support for broadcom-sta in first, hopefully in time for Jessie, and then we'll see if/how it can be generalized. Fair enough? - It uses 14e44 as a first filter in the script. While it's true that the ID of all currently supported devices starts with this string, the broadcom vendor ID is only 14e4. The last 4 is part of the device ID. - The blacklisting logic is the wrong way around. If broadcom-sta is selected as a driver, all entries in /etc/modprobe.d/broadcom-sta-dkms.conf should be blacklisted. If it's not selected, they should NOT be blacklisted. Additionally the wl kernel module should be blacklisted in this case. - checking for a state file makes this script basically useless with persistency on removable media. When moving to live media (ie USB stick) from one system to another you want to rerun this script each time. State files are nice for user preferences, but I don't see a use case for them for hardware configuration. Care to provide a patch that fixes these problems? Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#756296: config in /etc
I have fixed the issue in fastqc_0.11.2+dfsg-2 Configuration directory isd now in /etc/fastqc to allow modifications and code has been patched to load files in this directory. -- gpg key id: 4096R/326D8438 (keyring.debian.org) Key fingerprint = 5FB4 6F83 D3B9 5204 6335 D26D 78DC 68DB 326D 8438
Bug#748679: Add autoconfiguration script for live-config
Control: tags -1 - patch Hi Gaudenz, Daniel Baumann wrote (24 May 2014 08:49:49 GMT) : i'll commit the script doing this for broadcom-sta like we already do for nvidia/fgrlx in live-config, it will be automatically active as soon as something provides above PCI-ID list file. Do you have plans to attach an updated patch against broadcom-sta, that only adds a PCI-ID list file, and no live-config bits? Alternatively, maybe Cyril would be interested in extracting the relevant bits from the already provided patch? Thanks in advance :) Cheers, -- intrigeri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485586: debian-installer: Default to graphical install
Didier 'OdyX' Raboud o...@debian.org (2014-08-19): While I don't have a definitive opinion on the ordering of the menu choices, I definitively think amd64 should be picked by default on amd64 architectures. Especially since multiarch, there's no good reason left for installing i386 on amd64-capable machines AFAIK. OK, ta. Now, the ideal would be to use syslinux' ifcpu/ifcpu64 c32 modules to determine the menu order depending on the machine (see [0]): no 64 bit option on 32 bit machines, hidden or down the menu 32 bit option on 64 bit-capable machines. I'd be happy to iron out some proposals during DebConf, if that idea seems interesting. I didn't mention this because my mails contained too many questions already, but yes, it would be nice to have a conditional behaviour, depending on the detected architecture. Maybe automatic selection of the default architecture in the multi- arch image; and displaying a warning on i386 if an amd64 image was booted? Probably to be tracked in a separate, wishlist bug report to avoid conflating everything, even if the topics are quite close, I admit. Mraw, KiBi. signature.asc Description: Digital signature
Bug#745836: Re[2]: Bug#745836: wget: certificate revocation is not checked
This bug isn't on expired certificates, but on the revoked ones. The www.cloudflarechallenge.com test is now obsolete because the certificate has expired (wget 1.15 checks that, so no bugs here for expired certificates). Two tests with revoked certificates are still working: https://revoked.grc.com/ https://www.vinc17.net:4434/ Ah, that's another matter, thanks for pointing it out. In this case, wget 1.13 (from Wheezy) and 1.14 behave just like 1.15: they download index.html right away.
Bug#752582: Disable qemubilder?
Would it be reasonable to disable qemubuilder binary package as a temporary measure so we can at least get cowdancer and cowbuilder back in jessie? I may prepare a NMU if I can find a sponsor for it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757786: pg_buildext for cmake?
On 2014-08-19 12:56, Emilio Pozuelo Monfort wrote: What's the status of this? This is blocking the perl transition so unless it is fixed ASAP I will remove it from testing. I just uploaded a package to mentors.d.n: http://mentors.debian.net/package/pgrouting Anyone willing to upload it for me is welcome. Cheers, -- Michael Fladischer Fladi.at signature.asc Description: OpenPGP digital signature
Bug#757786: pg_buildext for cmake?
On 14/08/14 14:57, Christoph Berg wrote: Re: Michael Fladischer 2014-08-14 53ec816f.9030...@fladi.at Does pg_buildext already support cmake? Following the example in pg_buildext(1) it breaks at `pg_buildext build build-%v` because there is no Makefile. No, it is only meant to be used with PGXS-style PostgreSQL extension Makefiles. What you can do is something like this: for v in $(pg_buildext supported-versions); do PG_CONFIG=/usr/lib/postgresql/$v/bin/pg_config cmake done ... or using native cmake methods to switch the PostgreSQL version, if there's any. If it's too hard/messy, don't bother with it. The net effect would have been to be able to put the package on apt.postgresql.org, but I'm unsure how much users would actually benefit from being able to choose the PostgreSQL version for pgrouting instead of just using the Debian default. What's the status of this? This is blocking the perl transition so unless it is fixed ASAP I will remove it from testing. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758051: upstream changing to Maven
The upstream build system is currently hybrid Maven and Ant I'm adapting it to be just Maven and the next package upload uses maven-debian-helper exclusively, hopefully that will resolve the problem and then this bug can be closed. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758532: open-iscsi: remove erronous failed message
The bug I was talking about is:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756843
I have pretty much concluded it in there. Hence, in my next upload, I'll be
dropping that section of the code.
On Mon, Aug 18, 2014 at 11:46 PM, Ritesh Raj Sarraf r...@researchut.com
wrote:
I think there is another bug report, from which I've concluded to drop off
this section of the code because it has too many erroneous behavior.
When I have access to the laptop, I'll attach that bug report
s3nt fr0m a $martph0ne, excuse typ0s
On Aug 18, 2014 8:51 PM, Powers, Joshua joshua.pow...@hp.com wrote:
Package: open-iscsi
Version: 2.0.873+git0.3b4b4500-2
Severity: wishlist
Tags: patch
When open-iscsi is installed, but does not have anything configured the
user will see an unnecessary error message:
[FAIL] Mounting network filesystems: failed!
The patch below removes this message by determining if we ever attempted
to mount something. If we did not then the message will no longer appear.
Thanks for considering the patch,
Josh
--- debian/open-iscsi.init2014-08-11 14:37:43.78441 +
+++ debian/open-iscsi.init2014-08-11 14:38:47.38841 +
@@ -126,6 +126,7 @@
# Now let's mount
log_daemon_msg Mounting network filesystems
MOUNT_RESULT=1
+ MOUNT_ATTEMPT=0
fs=
grep -w _netdev /etc/fstab | \
while read DEV MTPT FSTYPE OPTS REST; do
@@ -150,6 +151,7 @@
done | \
while read fs; do
set -- $(eval echo $fs | sed 's@:@ @')
+ MOUNT_ATTEMPT=1
case $1 in
swap)
swapon $2
@@ -168,7 +170,7 @@
- log_end_msg $MOUNT_RESULT
+ log_end_msg $((MOUNT_RESULT * MOUNT_ATTEMPT))
}
starttargets() {
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
Bug#758529: files-pkgconfig has hardcoded arch in tags
forcemerge 757802 758529 thanks Salut Bastien, Bastien ROUCARIES [2014-08-18 19:17 +0200]: Moreover i h1ve ficed this bug on git and they exist a rc bug for tracking this problem. Could you merge ? Ah sorry, I missed #757802. This indeed looks like the fix: http://anonscm.debian.org/cgit/lintian/lintian.git/commit/?id=71a29b04 Thanks! Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757786: pg_buildext for cmake?
Re: Michael Fladischer 2014-08-19 53f32db8.4010...@fladi.at On 2014-08-19 12:56, Emilio Pozuelo Monfort wrote: What's the status of this? This is blocking the perl transition so unless it is fixed ASAP I will remove it from testing. I just uploaded a package to mentors.d.n: http://mentors.debian.net/package/pgrouting Anyone willing to upload it for me is welcome. I'll have a look. Mit freundlichen Grüßen, Christoph Berg -- Senior Berater, Tel.: +49 (0)21 61 / 46 43-187 credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer pgp fingerprint: 5C48 FE61 57F4 9179 5970 87C6 4C5A 6BAB 12D2 A7AE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736832: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#736832: Double dependencies for vlc-nox)
On 2014-08-19 11:00:38, Daniel James wrote: Hi Sebastian, I don't mind this bug being closed if you think it isn't worth fixing. Just for the record, this is not an artefact of packages.debian.org - taking a look at the debian/control file for the binary vlc-nox package in sid, you can see that... 1. dependencies are listed on libavcodec55 plus most or all of the dependencies of libavcodec55, which is unnecessary, since depending on libavcodec55 should be enough. No, dropping these dependencies would be wrong. For two reasons: - If the vlc plugin linking against libfoo uses something from libfoo only available in (= 2) but libavcodec55 does only depend on libfoo (= 1), then the libavcodec55 dependency is not enough. - If libavodec55 suddenly drops the dependency, vlc is broken. That's why relying on transitive dependencies is bad and wrong. 2. there is a Pre-Depends: dpkg (= 1.15.6~) which should no longer be required, since all versions of dpkg currently available in Debian are newer than this. Yes, we'll drop that when we come to it. Cheers -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#758537: [pkg-wine-party] Bug#758537: [wine-development] Regression: Crashes on Jammer Pro 6.exe
Just upgraded from Sid. Still crashes. control: forwarded -1 https://bugs.winehq.org/show_bug.cgi?id=30945 On Mon, Aug 18, 2014 at 11:47 AM, David Baron d_ba...@012.net.il wrote: Have installed wine-development, 64 and 32:i386 on new 64bit Debian Sid in order to be able to run 32bit exe's on the 64bit Sid. Stable wine could not do this. The upstream bug seems to indicate that this should be fixed in the latest versions (see above link), so this seems strange. * * * * * -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758623: does not start: unable to read font filename
Package: slingshot Version: 0.9-1 In package slingshot: File /usr/share/games/slingshot/data/FreeSansBold.ttf is a symlink to ../../../pyshared/pygame/freesansbold.ttf but that file does not exist. Instead, package python-pygame contains a file /usr/lib/python2.7/dist-packages/pygame/freesansbold.ttf which is a link to ../../../../share/fonts/truetype/freefont/FreeSansBold.ttf which does exist (in package fonts-freefont-ttf). Therefore, slingshot quits with error message IOError: unable to read font filename Possible fix: in /usr/share/games/slingshot/data: ln -sf ../../../../lib/python2.7/dist-packages/pygame/freesansbold.ttf FreeSansBold.ttf HTH signature.asc Description: This is a digitally signed message part.
Bug#758531: Broken libpulse0, cannot find main
On 08/19/2014 11:58 AM, Jan Binder wrote: Yes, this definitely breaks KDE, especially ksmserver and kded. To add insult to injury, I can't even downgrade to libpulse0 5.0-6 without removing all of KDE. You can downgrade either by downloading the packages manually like I did or using special apt-get install syntax with the version number. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#434599: [PATCH/RFC] git-imap-send: use libcurl for implementation
Am 2014-08-17 um 20:42 schrieb Jeff King: [...] I'm not sure I understand this comment. Even if SSL is not in use, wouldn't we be passing a regular pipe to curl, which would break? Yeah, we can't do that, and thus would have to keep the handwritten IMAP implementation just for the tunnel case (allowing to drop only the OpenSSL specific stuff), see my other email: http://www.mail-archive.com/git@vger.kernel.org/msg56791.html (the relevant part is pretty far down at the bottom). I'd really love it if we could make this work with tunnels and eventually get rid of the hand-written imap code entirely. I agree with Jonathan that we probably need to keep it around a bit for people on older curl, but dropping it is a good goal in the long run. That code was forked from the isync project, but mangled enough that we could not take bug fixes from upstream. As not many people use imap-send, I suspect it is largely unmaintained and the source of many lurking bugs[1]. Replacing it with curl's maintained implementation is probably a good step. I'll work on this as soon as I find some time, but as that will include changes to run-command.c (and possibly other files?), I'd like to cover that in a commit of its own. Do you guys think the current patch [1] is good enough for official submission already? If so, do I need some sort of official review? Documentation/SubmittingPatches says I'm only supposed to direct it to Junio after the list reaches consensus, so I'm wondering how to get there... :-) Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#672884: atoppatch: grossly outdated
Maybe this package should be removed from wheezy ? I would say netatop module should be available at least.
Bug#758625: rsyslog-gssapi: loading of omgssapi credentials from keytab
Package: rsyslog-gssapi Version: 8.4.0-1 Severity: wishlist At the moment, rsyslog-gssapi's client side module requires manual kinit by the system administrator. It would be great if it could load its credentials from a keytab file. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.13-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog-gssapi depends on: ii libc6 2.19-9 ii libgssapi-krb5-2 1.12.1+dfsg-7 ii libjson-c20.11-4 iu rsyslog 8.4.0-1 rsyslog-gssapi recommends no packages. Versions of packages rsyslog-gssapi suggests: pn krb5-user none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758624: fails to build on arm64 because of redefinition of __le64
Source: horst
Version: 3.0-2
Horst is failing to build on arm64:
https://buildd.debian.org/status/package.php?p=horstsuite=sid
https://nexus.arm.com/owa/redir.aspx?C=1ydigxXdLUyWAuwq1SsAaqqJN4M3j9FI7NjItfsWFfJQtGZkK1lRYLnk9zn2GMTFvHl3Z4lJB04.URL=https%3a%2f%2fbuildd.debian.org%2fstatus%2fpackage.php%3fp%3dhorst%26suite%3dsid
There are two definitions of __le64.
main.c first includes signal.h, which includes files provided by
linux-libc-dev and defines it like this:
__extension__ typedef unsigned long long __u64;
typedef __u64 __le64;
main.c then includes the package's ieee80211.h, which includes
sys/types.h provided by libc6-dev and defines it like this:
typedef unsigned int u_int64_t __attribute__ ((__mode__ (__DI__)));
typedef u_int64_t __le64;
You might hope that the compiler would consider these types to be
equivalent and allow the redefinition but clearly it doesn't in this case.
To avoid this and similar problems in future it might be better not to
define names beginning with __ in the package's own code because
these names are reserved for the system and the package's ieee80211.h
is not part of the system now.
You could substitute the names with the preprocessor but that would
cause even more mayhem if you ever included a system header after
having #defined the name so perhaps you should really replace them,
like this:
cd horst-3.0/
for x in `find -name '*.[ch]'` ; do
perl -i -pe 's/__le(16|32|64)/le${1}_t/g;' $x
done
The package seems to build with that change to the source code,
but I haven't tried using it.
Bug#758626: cups-browsed: uses a lot of CPU on a busy network
Package: cups-browsed Version: 1.0.57-1 Severity: normal I'm running cups on a machine which lives on a fairly busy network (about 100 printers broadcasting), and cups-browsed is constantly near the very top of the top list, ordered by %CPU, for example: PID USER PR NIVIRTRESSHR S %CPU %MEM TIME+ COMMAND 11954 root 20 0 76428 2532 1268 R 12.9 0.1 8:44.36 cups-brows+ Is this a bug, or just the result of the network having so many printers? Julian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups-browsed depends on: ii init-system-helpers 1.20 ii libavahi-client3 0.6.31-4 ii libavahi-common3 0.6.31-4 ii libavahi-glib1 0.6.31-4 ii libc62.19-7 ii libcups2 1.7.4-4 ii libglib2.0-0 2.40.0-4 Versions of packages cups-browsed recommends: ii avahi-daemon 0.6.31-4 cups-browsed 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#658702: Bug#758567: Can't locate File/Basename.pm in @INC (you may need to install the File::Basename module
Maybe a message could be printed: If there was some error don't worry it was just . -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754662: witty 3.3.3+dfsg-2 upload still has build problems
On Tue, Aug 19, 2014 at 6:57 AM, peter green plugw...@p10link.net wrote: I have uploaded a new version to mentors: http://mentors.debian.net/debian/pool/main/w/witty/witty_3.3.3+dfsg-3.dsc It has all your fixes (thanks again!) minus the leave parallelization out stuff. Instead, I have tried to fix parallelization. The dsc I just downloaded from there does not appear to have any attempt to fix paralellism. Just my changes plus a cosmetic fix to one of the patches. Right, my mistake. I had uploaded an incomplete version. Please try now. I have changed debian/rules to add build-resources, which is the troublesome part, to the pre-requisites of both the static and the shared build. Thank you again -- Pau Garcia i Quiles http://www.elpauer.org (Due to my workload, I may need 10 days to answer)
Bug#758311: fix soon please
Seeing this every day! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758627: db: Fix for FTBFS on ppc64el
Package: src:db
Version: 5.1.29-8
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
Dear Maintainer,
some configure and .m4 are not up to date for ppc64el architecture.
Here is a patch from Ubuntu that patched those file for now.
Thanks,
F.
-- System Information:
Debian Release: 7.5
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (450, 'testing')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL
set to en_US.UTF-8)
Shell: /bin/sh linked to /bin/dash
--- a/debian/patches/libtool-update.diff 1969-12-31 21:00:00.0 -0300
+++ b/debian/patches/libtool-update.diff 2014-08-19 08:36:10.0 -0300
@@ -0,0 +1,141 @@
+Index: b/dist/aclocal/libtool.m4
+===
+--- a/dist/aclocal/libtool.m4
b/dist/aclocal/libtool.m4
+@@ -1268,7 +1268,7 @@
+ rm -rf conftest*
+ ;;
+
+-x86_64-*kfreebsd*-gnu|x86_64-*linux*|ppc*-*linux*|powerpc*-*linux*| \
++x86_64-*kfreebsd*-gnu|x86_64-*linux*|powerpc*-*linux*| \
+ s390*-*linux*|s390*-*tpf*|sparc*-*linux*)
+ # Find out which ABI we are using.
+ echo 'int i;' conftest.$ac_ext
+@@ -1280,9 +1280,19 @@
+ LD=${LD-ld} -m elf_i386_fbsd
+ ;;
+ x86_64-*linux*)
+- LD=${LD-ld} -m elf_i386
++ case `/usr/bin/file conftest.o` in
++ *x86-64*)
++ LD=${LD-ld} -m elf32_x86_64
++ ;;
++ *)
++ LD=${LD-ld} -m elf_i386
++ ;;
++ esac
+ ;;
+- ppc64-*linux*|powerpc64-*linux*)
++ powerpc64le-*)
++ LD=${LD-ld} -m elf32lppclinux
++ ;;
++ powerpc64-*)
+ LD=${LD-ld} -m elf32ppclinux
+ ;;
+ s390x-*linux*)
+@@ -1301,7 +1311,10 @@
+ x86_64-*linux*)
+ LD=${LD-ld} -m elf_x86_64
+ ;;
+- ppc*-*linux*|powerpc*-*linux*)
++ powerpcle-*)
++ LD=${LD-ld} -m elf64lppc
++ ;;
++ powerpc-*)
+ LD=${LD-ld} -m elf64ppc
+ ;;
+ s390*-*linux*|s390*-*tpf*)
+Index: b/dist/configure
+===
+--- a/dist/configure
b/dist/configure
+@@ -9293,7 +9293,7 @@
+ rm -rf conftest*
+ ;;
+
+-x86_64-*kfreebsd*-gnu|x86_64-*linux*|ppc*-*linux*|powerpc*-*linux*| \
++x86_64-*kfreebsd*-gnu|x86_64-*linux*|powerpc*-*linux*| \
+ s390*-*linux*|s390*-*tpf*|sparc*-*linux*)
+ # Find out which ABI we are using.
+ echo 'int i;' conftest.$ac_ext
+@@ -9309,9 +9309,19 @@
+ LD=${LD-ld} -m elf_i386_fbsd
+ ;;
+ x86_64-*linux*)
+- LD=${LD-ld} -m elf_i386
++ case `/usr/bin/file conftest.o` in
++ *x86-64*)
++ LD=${LD-ld} -m elf32_x86_64
++ ;;
++ *)
++ LD=${LD-ld} -m elf_i386
++ ;;
++ esac
+ ;;
+- ppc64-*linux*|powerpc64-*linux*)
++ powerpc64le-*)
++ LD=${LD-ld} -m elf32lppclinux
++ ;;
++ powerpc64-*)
+ LD=${LD-ld} -m elf32ppclinux
+ ;;
+ s390x-*linux*)
+@@ -9330,7 +9340,10 @@
+ x86_64-*linux*)
+ LD=${LD-ld} -m elf_x86_64
+ ;;
+- ppc*-*linux*|powerpc*-*linux*)
++ powerpcle-*)
++ LD=${LD-ld} -m elf64lppc
++ ;;
++ powerpc-*)
+ LD=${LD-ld} -m elf64ppc
+ ;;
+ s390*-*linux*|s390*-*tpf*)
+Index: b/lang/sql/sqlite/configure
+===
+--- a/lang/sql/sqlite/configure
b/lang/sql/sqlite/configure
+@@ -4998,7 +4998,7 @@
+ rm -rf conftest*
+ ;;
+
+-x86_64-*kfreebsd*-gnu|x86_64-*linux*|ppc*-*linux*|powerpc*-*linux*| \
++x86_64-*kfreebsd*-gnu|x86_64-*linux*|powerpc*-*linux*| \
+ s390*-*linux*|s390*-*tpf*|sparc*-*linux*)
+ # Find out which ABI we are using.
+ echo 'int i;' conftest.$ac_ext
+@@ -5014,9 +5014,19 @@
+ LD=${LD-ld} -m elf_i386_fbsd
+ ;;
+ x86_64-*linux*)
+- LD=${LD-ld} -m elf_i386
++ case `/usr/bin/file conftest.o` in
++ *x86-64*)
++ LD=${LD-ld} -m elf32_x86_64
++ ;;
++ *)
++ LD=${LD-ld} -m elf_i386
++ ;;
++ esac
+ ;;
+- ppc64-*linux*|powerpc64-*linux*)
++ powerpc64le-*)
++ LD=${LD-ld} -m elf32lppclinux
++ ;;
++ powerpc64-*)
+ LD=${LD-ld} -m elf32ppclinux
+ ;;
+ s390x-*linux*)
+@@ -5035,7 +5045,10 @@
+ x86_64-*linux*)
+ LD=${LD-ld} -m elf_x86_64
+ ;;
+- ppc*-*linux*|powerpc*-*linux*)
++ powerpcle-*)
++ LD=${LD-ld} -m elf64lppc
++ ;;
++ powerpc-*)
+ LD=${LD-ld} -m elf64ppc
+ ;;
+ s390*-*linux*|s390*-*tpf*)
--- a/debian/patches/series 2014-02-19 11:43:28.0 -0300
+++ b/debian/patches/series 2014-08-19 08:36:10.0 -0300
@@ -5,3 +5,4 @@
005-pg_crypt_size.patch
006-mutex_alignment.patch
007-link-sql-libs.patch
+libtool-update.diff
Bug#758302: lvm2: Nodes ain't created after execution `/etc/init.d/lvm2 start'
Control: severity -1 important Control: tags -1 moreinfo On Sat, Aug 16, 2014 at 06:48:10PM +0400, Dmitrii Kashin wrote: I suppose that % /sbin/lvm vgchange -aay --sysinit /dev/null is not enough, because it doesn't create nodes in my /dev, and it causes an interrupt while the bootstrap. It asks udev to do the work. Why does this not work for you? Also, why do you drop stdout for fun? Bastian -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758287: Corrupts command line aptitude too
Corrupts command line aptitude too. Ign http://mozilla.debian.net experimental/iceweasel-aurora Translation-en 97% [Working]keys on reference is experimental at /usr/bin/apt-show-versions line 264. keys on reference is experimental at /usr/bin/apt-show-versions line 359. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757935: popt: update libtool and configure files
Control: -1 severity important On Tue, Aug 12, 2014 at 11:34:47AM -0300, Breno Leitao wrote: Source: popt Version: 1.16-8 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el Dear Maintainer, Currently popt fails to build on ppc64el platform because it fails to recognize that ppc64el supports ppc64el platform. The root cause is that libtool and configure is outdated in the package, and needs to be updated. Take a look at the build log: http://ftp.unicamp.br/pub/ppc64el/debian/buildd-upstream/build_logs/logs/popt_1.16-8_ppc64el.build I tried to update this package using dh-autoreconf, but it is failing hard, so, I took a sinpler way and create a patch to add ppc64el bits into configure and libtool files. Alternatively, please find attached a patch that uses dh-autoreconf, after fixing configure.ac and Makefile.am. I had to also fix the patch from #757935, so it looks like it was not used correctly before. Please also note that we are currently bootstrapping the ppc64el port in Debian, and that this package will become a blocker very soon (that's why I increased the severity of the bug). Therefore it would be nice if you can upload popt with this fix asap. Thanks in advance. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net diff -Nru popt-1.16/debian/control popt-1.16/debian/control --- popt-1.16/debian/control 2013-11-03 21:27:44.0 +0100 +++ popt-1.16/debian/control 2014-08-19 13:52:29.0 +0200 @@ -2,7 +2,7 @@ Section: devel Priority: optional Maintainer: Paul Martin p...@debian.org -Build-Depends: debhelper ( 9), gettext (= 0.18.1.1-8), autotools-dev +Build-Depends: debhelper ( 9), gettext (= 0.18.1.1-8), dh-autoreconf Homepage: http://rpm5.org/ Standards-Version: 3.9.3 diff -Nru popt-1.16/debian/patches/728596-secure-getenv.patch popt-1.16/debian/patches/728596-secure-getenv.patch --- popt-1.16/debian/patches/728596-secure-getenv.patch 2013-11-03 21:07:03.0 +0100 +++ popt-1.16/debian/patches/728596-secure-getenv.patch 2014-08-19 13:22:43.0 +0200 @@ -38,7 +38,7 @@ +#if !defined(__LCLINT__) +#if defined(HAVE_SECURE_GETENV) +#define getenv(_s) secure_getenv(_s) -+#elseif defined(HAVE___SECURE_GETENV) ++#elif defined(HAVE___SECURE_GETENV) #define getenv(_s) __secure_getenv(_s) #endif +#endif diff -Nru popt-1.16/debian/patches/757935-autoreconf.patch popt-1.16/debian/patches/757935-autoreconf.patch --- popt-1.16/debian/patches/757935-autoreconf.patch 1970-01-01 01:00:00.0 +0100 +++ popt-1.16/debian/patches/757935-autoreconf.patch 2014-08-19 14:02:14.0 +0200 @@ -0,0 +1,27 @@ +AM_C_PROTOTYPES was only useful for very ancient C compilers that were +not ANSI C compliant. It has been removed from automake, this commit +shows the removal and details about the macro: + +http://git.savannah.gnu.org/cgit/automake.git/commit/?id=0cbcf393dbdaa2ff36b11cf2516675e78eada49f + +--- popt-1.16.orig/Makefile.am popt-1.16/Makefile.am +@@ -37,7 +37,7 @@ noinst_SCRIPTS = testit.sh + TESTS_ENVIRONMENT = \ + test1=$(top_builddir)/test1 + +-TESTS = $(top_srcdir)/testit.sh ++TESTS = testit.sh + + include_HEADERS = popt.h + +--- popt-1.16.orig/configure.ac popt-1.16/configure.ac +@@ -46,7 +46,6 @@ AC_GCC_TRADITIONAL + AC_SYS_LARGEFILE + + AC_ISC_POSIX +-AM_C_PROTOTYPES + + AC_CHECK_HEADERS(float.h fnmatch.h glob.h langinfo.h libintl.h mcheck.h unistd.h) + diff -Nru popt-1.16/debian/patches/series popt-1.16/debian/patches/series --- popt-1.16/debian/patches/series 2013-11-03 20:51:19.0 +0100 +++ popt-1.16/debian/patches/series 2014-08-19 13:22:11.0 +0200 @@ -4,3 +4,4 @@ 217602.patch 356669.patch 728596-secure-getenv.patch +757935-autoreconf.patch diff -Nru popt-1.16/debian/rules popt-1.16/debian/rules --- popt-1.16/debian/rules 2013-11-03 21:30:28.0 +0100 +++ popt-1.16/debian/rules 2014-08-19 13:54:39.0 +0200 @@ -43,27 +43,27 @@ objdir = $(CURDIR)/obj-$(DEB_HOST_GNU_TYPE) objdir_udeb = $(objdir)-udeb +autoreconf-stamp: + dh_autoreconf + touch $@ + configure: configure-deb-stamp configure-udeb-stamp -configure-deb-stamp: +configure-deb-stamp: autoreconf-stamp dh_testdir - dh_autotools-dev_updateconfig # make build dir mkdir $(objdir) # Add here commands to configure the package. cd $(objdir) \ ../configure --libdir=/usr/lib/$(DEB_HOST_MULTIARCH) --prefix=/usr --mandir=/usr/share/man --enable-shared $(CROSS) - dh_autotools-dev_restoreconfig touch $@ -configure-udeb-stamp: +configure-udeb-stamp: autoreconf-stamp dh_testdir - dh_autotools-dev_updateconfig # make build dir mkdir $(objdir_udeb) # Add here commands to configure the package. cd $(objdir_udeb) \ ../configure --prefix=/usr --mandir=/usr/share/man --enable-shared $(CROSS) - dh_autotools-dev_restoreconfig touch $@ build: build-arch build-indep @@ -85,7 +85,7 @@ clean: dh_testdir
Bug#758628: lxc: in a bad shape again
Source: lxc Version: 1:1.0.5-1 Severity: grave Daniel, I am sorry to say that, but again lxc package is in very bad shape in Debian. The are two major problem with init scripts: 1. sysvinit script does not parse /etc/default/lxc, but there are references to non-Debian /etc/sysconfig/lxc in the init script. There's also unused /etc/default/lxc file that makes things even more confusing since it contains stuff as LXC_AUTOSTART=1 that's not even used in /etc/init.d/lxc init script. 2. systemd (default init system) unit file is disabled, thus marking this bug as a grave since one would expect to find the containers RUNNING after a reboot and it's not the case # systemctl status lxc lxc.service - LXC Container Initialization and Autoboot Code Loaded: loaded (/lib/systemd/system/lxc.service; disabled) Active: inactive (dead) You need to add --with systemd to dh invocation and add dh-systemd to d/control. (Or less preferred - drop the systemd unit file, so they don't clash.) After a disaster with lxc in wheezy I am going to be blunt and suggest that you either accept more co-maintainers or hand over the package to some other people. I am pretty sure that Ubuntu maintainers would be willing to lend a helping hand since they are also upstream for lxc. Moving the git packaging repository to collab-maint and setting LowNMU would also help. On the other hand I am glad that you have reverted to use a stable release branch of lxc, but your passive-aggressive attitude in the changelog is not very much helpful. Same for lxc-stuff... you could have used a separate source package instead of forcing your improvements on the Debian users. That would cause much less controversy. Cheers, Ondrej -- 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.16-rc6-amd64 (SMP w/4 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.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#758629: ITP: Argonaut -- Client server system for Managing system and their
Package: wnpp Severity: wishlist Owner: Benoit Mortier benoit.mort...@opensides.be * Package name: Argonaut Version : 0.9.1 Upstream Author : Name cont...@fusiondirectory.org * URL : https://forge.fusiondirectory.org/projects/argonaut- agents * License : GPL Programming Lang: Perl Description : Client server system for Managing system and their deployment Client / server system for managing systems in collaboration with FusionDirectory (LDAP directory manager). Argonaut also allows interface with deployment tools such as FAI (Fully Automated Install) or OPSI (Open PC Server Integration). -- Benoit Mortier CEO OpenSides logiciels libres pour entreprises : http://www.opensides.eu/ Promouvoir et défendre le Logiciel Libre http://www.april.org/ Main developper in FusionDirectory : http://www.fusiondirectory.org/ Official French representative for OPSI : http://opsi.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744246: Processed: build profiles not yet supported by debian infrastructure
I'm going to reproduce Helmut's mail to 744243 in which he asks the TC to intervene, since it doesn't seem to have ended up on the TC list. I'm then going to reply, doing so only to the bug report. Ian. -8- From: Helmut Grohne hel...@subdivi.de Dear technical committe, I ask you to find a way that enables uploading packages that make use of build profiles[1] to the experimental archive as soon as possible. The need for build profiles is already known for years (#661538), but it was hard to agree on a syntax which finally happened when dpkg 1.17.2 was uploaded to sid in December 2013. Currently uploading Build-Profile enabled packages fails, because such packages are rejected by dak. The immediate problem was summarized in this bug report: On Fri, Apr 11, 2014 at 09:12:21PM +0200, Helmut Grohne wrote: While trying to fix #738263, I got a REJECT: doxygen_1.8.6-3.dsc: APT could not parse Build-Depends field: Problem Parsing Dependency The Build-Depends field in question reads: Build-Depends: debhelper (= 9.20140227), dpkg-dev (= 1.17.2), libqt4-dev !profile.stage1, flex, bison (= 1.875a), python, libsqlite3-dev, tmake, yui-compressor It appears that this error originates from python-apt: import apt_pkg apt_pkg.init() apt_pkg.parse_src_depends(foo !profile.stage1) Traceback (most recent call last): File stdin, line 1, in module ValueError: Problem Parsing Dependency I believe that the latter function is used in daklib.checks to validate the Build-Depends line. I therefore ask you to upgrade your version of python-apt, to a version that correctly parses Build-Depends. In other words, a version of python-apt that fixes #744243. Since filing that bug Johannes Schauer and myself talked to various teams to address this issue ultimately leading to no progress. * FTP indicated that they can work with whatever DSA installs. Using a non-packaged copy of python-apt from jessie was considered too much maintenance burden. * DSA indicated that they only want to install software from stable or stable-backports. * SRM deemed our patches too invasive. Thread starts at: https://lists.debian.org/debian-dpkg/2014/04/msg00034.html * backports indicated that the patches are against the backports policy. While each team's members were constructive at all times and their reasons are reasonable, the result is that build profiles do not work now. Given the above, I ask CTTE to find a constructive way allows uploading Build-Profile enabled packages to experimental (or even sid). Helmut [1] https://wiki.debian.org/BuildProfileSpec -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757183: Newer upstream release (1.2.1) should fix my problem(s) ;-)
Hi. I also bumped into a bug that should be fixed in newer docker: https://github.com/docker/docker/issues/6345 Any news when you would update the package? Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758630: [git-annex] a usb device that is used to sneakernet files cannot be unmounted
Package: git-annex Version: 5.20140717 Severity: normal --- Please enter the report below this line. --- Dear Maintainer, the setup is as follows: I have two computers. Using the git-annex webapp, I set up a usb dongle to sneakernet files between them. Whenever I connect the usb dongle to one of the computers, the files are transferred as expected. But: When I then try to unmount the usb device, I get an error message. The device cannot be unmounted because it still has opened files. I expect to be able to unmount the device without problems after the transfer has completed. The opened files look similar to $ lsof /media/nils/USB COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME ... git 14141 nils memREG 254,3 6084 129197 /media/nils/USB/annex/objects/pack/pack-4c112e5eb533145d6fecadee8e904ae68c08bc5a.idx git 14141 nils memREG 254,3 6168 129394 /media/nils/USB/annex/objects/pack/pack-b7fd4964f3c1609ac8b2fa94055fcaf6065f806b.idx git 14141 nils 23u REG 254,30 129624 /media/nils/USB/annex/annex/transfer/download/19d000a2-cb06-4e0e-99f4-ba55ad8e62a0/lck.SHA256E-s119338--d5994a826cfb7a85d45e5be4214e090669a262d d0c1fd5b5a66baad6c059eb12.pdf (deleted) git 14141 nils 25w REG 254,30 128291 /media/nils/USB/annex/annex/journal.lck The files are held open by $ ps 14141 PID TTY STAT TIME COMMAND 14141 ?SN 0:00 git --git-dir=/media/nils/USB/annex cat-file --batch As a workaround I can restart git-annex using the webapp and wait some time. Then I can unmount the usb device without further problems. Don't hesitate to ask if you need further information. Best regards, Nils Asmussen --- System information. --- Architecture: amd64 Kernel: Linux 3.14-2-amd64 Debian Release: jessie/sid 500 testing ftp.de.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== libc6 (= 2.14) | 2.19-7 libffi6(= 3.0.4) | 3.1-2 libgmp10 | 2:6.0.0+dfsg-4 libgnutls26(= 2.12.17-0) | 2.12.23-17 libgsasl7(= 1.4) | 1.8.0-3 libicu52(= 52~m1-1~) | 52.1-5 libidn11(= 1.13) | 1.28-2 libxml2(= 2.7.4) | 2.9.1+dfsg1-4 libyaml-0-2 | 0.1.4-3.2 zlib1g (= 1:1.1.4) | 1:1.2.8.dfsg-1 git (= 1:1.8.4) | 1:2.1.0~rc1-1 rsync | 3.1.1-1 wget | 1.15-1+b1 curl | 7.37.1-1 openssh-client (= 1:5.6p1) | 1:6.6p1-7 Recommends(Version) | Installed ===-+-== lsof| 4.86+dfsg-1 gnupg | 1.4.18-2 bind9-host | 1:9.9.5.dfsg-4 quvi| 0.4.2-2 git-remote-gcrypt (= 0.20130908-6) | 0.20130908-7 nocache | 0.9-2 Suggests (Version) | Installed ==-+-=== graphviz | 2.38.0-5 bup| 0.25-1 tahoe-lafs | libnss-mdns| 0.10-6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744246: Processed: build profiles not yet supported by debian infrastructure
Helmut Grohne hel...@subdivi.de: I ask you to find a way that enables uploading packages that make use of build profiles[1] to the experimental archive as soon as possible. The need for build profiles is already known for years (#661538), but it was hard to agree on a syntax which finally happened when dpkg 1.17.2 was uploaded to sid in December 2013. Currently uploading Build-Profile enabled packages fails, because such packages are rejected by dak. The immediate problem was summarized in this bug report: ... Since filing that bug Johannes Schauer and myself talked to various teams to address this issue ultimately leading to no progress. * FTP indicated that they can work with whatever DSA installs. Using a non-packaged copy of python-apt from jessie was considered too much maintenance burden. * DSA indicated that they only want to install software from stable or stable-backports. * SRM deemed our patches too invasive. Thread starts at: https://lists.debian.org/debian-dpkg/2014/04/msg00034.html * backports indicated that the patches are against the backports policy. Helmut, can you provide references to or copies of the communications with ftpmaster, DSA and backports ? While each team's members were constructive at all times and their reasons are reasonable, the result is that build profiles do not work now. Given the above, I ask CTTE to find a constructive way allows uploading Build-Profile enabled packages to experimental (or even sid). Concretely, I think you are asking the committee to overrule one of the following decisions: - ftpmaster's decision against using a non-packaged python-apt - DSA's decision only to use stable or stable-backports - SRM's decision not to accept your patches - backports's decision not to accept your patches Is that right ? Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#737905: Seabios 128k dropped xen support, use 256k instead and update build-dep
On Tue, 2014-08-19 at 10:02 +0200, Fabio Fantoni wrote: @Ian Campbell: you do not receive my email? I have sent some mails to you and pkg-xen-de...@lists.alioth.debian.org reporting this problem since long time ago to some days ago. I've been on vacation, I still have a load of mail left to wade through. As Michael Tokarev above wrote also the build-dep should be changed to seabios = 1.7.4-2~ I saw in git that is missed in your commit: http://anonscm.debian.org/cgit/pkg-xen/xen.git/commit/?h=feature/seabiosid=f2df22532e49316addf64004c762ba02c38c157e Good idea. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#742077: RFS: vcmi/0.95-1 [ITP]
2014-08-18 12:47 GMT-03:00 Johannes Schauer j.scha...@email.de: Hi Eriberto, Hi Johannes. Thanks for your reply. Quoting Eriberto (2014-08-18 16:55:20) I saw your package in mentors.debian.org and it has several Lintian messages. IMHO, to get a sponsor you must, at least, clear your package removing all possible messages. which Lintian messages are you referring to? There is one pedantic warning 'debian-watch-may-check-gpg-signature' which I cannot fulfill because upstream does not use gpg. Yeap. So, I wrote 'removing all possible messages' because I thought about it. There is 'binary-without-manpage' which I could fulfill but that would be a very empty man page because the game does not have any commandline options. I understand your POV. However, from Debian Policy[1]: Each program, utility, and function should have an associated manual page included in the same package. It is suggested that all configuration files also have a manual page included as well. Manual pages for protocols and other auxiliary things are optional. If no manual page is available, this is considered as a bug and should be reported to the Debian Bug Tracking System (the maintainer of the package is allowed to write this bug report themselves, if they so desire). Do not close the bug report until a proper man page is available. I have some very long manpages and short manpages too. When an user see a command but he don't know what is this, he always tries '$man command' to get an explanation. [1] https://www.debian.org/doc/debian-policy/ch-docs.html There is 'hardening-no-fortify-functions' which is a false positive. Ok, the same case of the GPG signature. And there is 'spelling-error-in-binary' which is a false positive as well. It is a classical Lintian override case. In your package, please: 1. I suggest you add a d/README.source explaining why it is DFSG and telling which files have been removed. I saw it in d/copyright but I suggest a detailed README too. 2. d/copyright: I suggest put the range of years to 'Files: *'. Can be a unique range for all authors (2007-2014). I think that there are files with copyright not listed at d/copyright. I found lib/minizip/mztools.h. You can use 'grep -sri copyright *' to see all files. 3. d/docs: the README.linux is useless because a Debian final user doesn't compile codes. Please, remove it. 4. A doubt: why you didn't make a separated package for shared libraries? 5. You need lintian overrides to 'I: vcmi: spelling-error-in-binary usr/games/vcmilauncher tEH the' and to 'I: vcmi: spelling-error-in-binary usr/lib/x86_64-linux-gnu/vcmi/libvcmi.so tEH the'. 6. Please, add a simple manpage to usr/games/vcmilauncher and usr/games/vcmiserver. Thanks a lot for your work. Regards, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750693: libevent: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4
Control: severity -1 important Hi Anibal, On Thu, Jun 05, 2014 at 04:18:19PM -0300, Breno Leitao wrote: Package: libevent Version: 2.0.21 Severity: normal Tags: patch User: debian-powe...@lists.debian.org Usertags: ppc64el User: debian-de...@lists.debian.org Usertags: autoreconf Dear Maintainer, Currently libevent FTBFS when compiled in new architectures that is not supported on the outdated package config files, as shown: http://ftp.unicamp.br/pub/ppc64el/debian/buildd-upstream/build_logs/logs/libevent_2.0.21-stable-1_ppc64el.build I just created this patch that updates the config files duirng the build build, as suggested in: https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build I also copied a fix from Ubuntu in test/Makefile.am to solve a build failure with the autoconf. The patch looks fine to me. This package will be block the ppc64el bootstrap in the Debian archive very soon (that's why I increased its severity). Do you mind doing an upload to fix the issue? Thanks in advance. Aurelien -- Aurelien Jarno GPG: 4096R/1DDD8C9B aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#597199: pm-utils: uncoditionally prevent hibernation after any kernel upgrade
We could just do: - at boot time: 1) rm /boot/vmlinuz-running /boot/initrd-running 2) get BOOT_IMAGE from /proc/cmdline 3) ln /boot/vmlinuz-running $BOOT_IMAGE 4) do the above for the initrd as well - these hard symlinks should prevent dpkg from modifying the old kernel image - when hibernating: 1) grub-editenv set HIBERNATED=true - at thaw and shutdown: 1) grub-editenv unset HIBERNATED - in Grub: - detect if HIBERNATED=true and in this case boot the hibernated image Greetings, Mateusz Jończyk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749575: RFS: neopi/0.0+git20120821-1 [ITP]
2014-08-19 6:53 GMT-03:00 Arturo Borrero Gonzalez arturo.borrero.g...@gmail.com: 4. d/copyright: the upstream copyright years must be 2010-2012 and the license is clearly GPL-3+. Done. You forgot to put 2010-2012 6. d/rules: I suggest you use a file d/install instead the override_dh_install. But you can keep it. Keeping it. Using the override eases renaming the file. I agree with you. I didn't see this detail. Sorry. 7. d/watch: not working. Is it a preparation to future? Yes. Upstream doesn't do any release by tarball or git tags ATM. Good! Another detail: please, remove the useless first line. Thanks for your time and review. Regards. Thanks for your work. Waiting for you to upload the package. Cheers, Eriberto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758500: [Pkg-ltsp-devel] Bug#758500: Bug#758500: ltsp-client-builder: Unable to install LTSP from CD using udeb (Debian Edu Jessie)
[Vagrant Cascadian] My test confirmed the same issue (after working around an issue with lsb_release --codename reporting n/a). Ah, great! Well, unless you have all the packages needed on the installer media, or configure ltsp-client-builder to use network mirrors, it won't work. Right. We will see when we get there. I just do not know if all the required packages are on the CD yet. :) Yes, it needs to be mounted in /target/cdrom when ltsp-client-builder runs. This seems to be a change in debian-installer again, then. Aha. It would seem ltsp-client-builder is going to need to get much more intelligent about this... I hope you can find a good solution for it, as it currently block Debian Edu Jessie testing of the Think Client Server profile. :) -- 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#758628: lxc: in a bad shape again
tag 758628 pending retitle 758628 initsystem cleanups thanks On 08/19/2014 02:16 PM, Ondřej Surý wrote: I am sorry to say that, but again lxc package is in very bad shape in Debian. well, Holger urged me into upload 1.0.5-1, 1.1.0~alpha1 was in good shape (except for your edge-case with the upstream lxc-debian template and having /var/lib/lxc was a mountpoint). now this needs to be cleaned up. unfortunatly, due to traveling to debconf+vac, i coudn't not yet do this, but will somewhen today (still on vac). 1. sysvinit script does not parse /etc/default/lxc, but there are references to non-Debian /etc/sysconfig/lxc in the init script. There's also unused /etc/default/lxc file that makes things even more confusing since it contains stuff as LXC_AUTOSTART=1 that's not even used in /etc/init.d/lxc init script. yes, the upstream sysvinit script needs lots of fixed. people made me drop the perfectly working one i put into the debian package, we still need to recover from that (as said above, not yet taken care of due to vac, but will be done asap). You need to add --with systemd to dh invocation and add dh-systemd to d/control. applied, thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758556: [Pkg-chromium-maint] Bug#758556: killed by SIGABRT
Here are the possible culprits: libc6 libcups2 libfontconfig1 libglib2.0-0 libharfbuzz0b libpango-1.0-0 libpangocairo-1.0-0 libx11-6 zlib1g Well I wanted to help you find the bug by downgrading, # dpkg -i /var/cache/apt/archives/libpango-perl_1.226-1_i386.deb dpkg: warning: downgrading libpango-perl from 1.226-1+b1 to 1.226-1 (Reading database ... 146746 files and directories currently installed.) Preparing to unpack .../libpango-perl_1.226-1_i386.deb ... Unpacking libpango-perl (1.226-1) over (1.226-1+b1) ... dpkg: dependency problems prevent configuration of libpango-perl: libpango-perl depends on perlapi-5.18.2; however: Package perlapi-5.18.2 is not installed. dpkg: error processing package libpango-perl (--install): dependency problems - leaving unconfigured Processing triggers for man-db (2.6.7.1-1) ... Errors were encountered while processing: libpango-perl So maybe instead you can help me find the bug by upgrading. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654531: ruby-ffi: port this to more (debian, debian-ports) architectures (was Re: Accepted ruby-ffi 1.0.11debian-2 (source all amd64))
On Tue, Jan 03, 2012 at 11:41:40PM +, Thorsten Glaser wrote: Source: ruby-ffi Severity: wishlist Antonio Terceiro dixit: Hi, Thorsten Glaser escreveu isso aí: Antonio Terceiro dixit: ruby-ffi (1.0.11debian-2) unstable; urgency=low . * debian/patches/0001-Add-types.conf-files-for-missing-Debian-architecture.patch: This patch adds types.conf files to 7 missing Debian architectures. This should make the package build fine in most architectures. What about Debian/m68k? If you file a bug, I will look at it after I get the package working on the released architectures. Sure, fine. No problem, and thanks for caring. (There are several debian-ports architectures; alpha even seems live again.) Hello, Since then, I have added a debian/README.porting with instructions to generate a required configuration file that needs to be generated on target architectures. You need to provide me with such files for each architecture that you want to be supported. -- Antonio Terceiro terce...@debian.org signature.asc Description: Digital signature
Bug#744246: Processed: build profiles not yet supported by debian infrastructure
On 08/19/2014 14:27, Ian Jackson wrote: Helmut Grohne hel...@subdivi.de: I ask you to find a way that enables uploading packages that make use of build profiles[1] to the experimental archive as soon as possible. The need for build profiles is already known for years (#661538), but it was hard to agree on a syntax which finally happened when dpkg 1.17.2 was uploaded to sid in December 2013. Currently uploading Build-Profile enabled packages fails, because such packages are rejected by dak. The immediate problem was summarized in this bug report: ... Since filing that bug Johannes Schauer and myself talked to various teams to address this issue ultimately leading to no progress. * FTP indicated that they can work with whatever DSA installs. Using a non-packaged copy of python-apt from jessie was considered too much maintenance burden. I think we only talked on IRC, but we do not want to use a version of python-apt that does not come as a package from the archive and that we would have to maintain ourselves. I'm also at least unhappy if we introduced packages in the archive that cannot be processed with tools in stable (at least packages in unstable that might go into testing). * SRM deemed our patches too invasive. Thread starts at: https://lists.debian.org/debian-dpkg/2014/04/msg00034.html I think there were miscommunications... see also [1]. I don't think there has been a conclusion so far. [1] https://lists.debian.org/20140725124517.ga17...@simplex.0x539.de While each team's members were constructive at all times and their reasons are reasonable, the result is that build profiles do not work now. Given the above, I ask CTTE to find a constructive way allows uploading Build-Profile enabled packages to experimental (or even sid). Concretely, I think you are asking the committee to overrule one of the following decisions: - ftpmaster's decision against using a non-packaged python-apt - DSA's decision only to use stable or stable-backports - SRM's decision not to accept your patches - backports's decision not to accept your patches Is that right ? I don't think that is a valid option[2]. However, the ctte can of course offer advice. [2] https://lists.debian.org/debian-devel/2014/06/msg00597.html Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758627: [pkg-db-devel] Bug#758627: db: Fix for FTBFS on ppc64el
Hi Frederic, On Tue, Aug 19, 2014, at 13:54, Frederic Bonnard wrote: Dear Maintainer, some configure and .m4 are not up to date for ppc64el architecture. Here is a patch from Ubuntu that patched those file for now. Is that really needed? db5.1-util is only needed for upgrades from wheezy to jessie and thus it might be easier just to fix db-upgrade-utils to not depend in db5.1-util on ppc64el? Ondrej -- 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#737656: usbmuxd: iPhone 4 files are no longer available
Package: usbmuxd Version: 1.0.8-5 Followup-For: Bug #737656 Dear Maintainer, I complete my previous bug report. The PC uses systemd as init. It is a Jessie updated. Before connecting the iPhone, there is no usbmuxd process. After connecting the iPhone, there is one usbmuxd process: $ ps axuf |grep usbmuxd usbmux8790 0.0 0.0 14864 1748 ?Ssl 14:28 0:00 /usr/sbin/usbmuxd -f -u -U usbmux The logs: Aug 19 14:28:43 cthulhu kernel: [15200.612064] usb 2-3: new high-speed USB device number 4 using ehci-pci Aug 19 14:28:43 cthulhu kernel: [15200.746499] usb 2-3: New USB device found, idVendor=05ac, idProduct=1297 Aug 19 14:28:43 cthulhu kernel: [15200.746507] usb 2-3: New USB device strings: Mfr=1, Product=2, SerialNumber=3 Aug 19 14:28:43 cthulhu kernel: [15200.746511] usb 2-3: Product: iPhone Aug 19 14:28:43 cthulhu kernel: [15200.746514] usb 2-3: Manufacturer: Apple Inc. Aug 19 14:28:43 cthulhu kernel: [15200.746517] usb 2-3: SerialNumber: d82a69be05780ccf00ca297019665bb0f232034f Aug 19 14:28:43 cthulhu mtp-probe: checking bus 2, device 4: /sys/devices/pci:00/:00:1a.7/usb2/2-3 Aug 19 14:28:43 cthulhu mtp-probe: bus: 2, device: 4 was not an MTP device Aug 19 14:28:43 cthulhu colord: Device added: sysfs-Apple_Inc.-iPhone Aug 19 14:28:43 cthulhu org.gtk.Private.GPhoto2VolumeMonitor[3936]: (process:4023): GVFS-GPhoto2-WARNING **: device (null) has no BUSNUM property, ignoring Aug 19 14:28:43 cthulhu systemd[1]: Starting iOS USB multiplexing daemon... Aug 19 14:28:43 cthulhu colord: Device added: sysfs-(null) Aug 19 14:28:43 cthulhu colord: device removed: sysfs-(null) Aug 19 14:28:44 cthulhu systemd[1]: Started iOS USB multiplexing daemon. Aug 19 14:28:44 cthulhu usbmuxd[8790]: [14:28:44.184][3] usbmuxd v1.0.8 starting up Aug 19 14:28:44 cthulhu usbmuxd[8790]: [14:28:44.205][3] Successfully dropped privileges to 'usbmux' Aug 19 14:28:44 cthulhu usbmuxd[8790]: [14:28:44.218][3] Could not get old configuration descriptor for device 2-4: -5 Aug 19 14:28:44 cthulhu org.gtk.Private.GPhoto2VolumeMonitor[3936]: (process:4023): GVFS-GPhoto2-WARNING **: device (null) has no BUSNUM property, ignoring Aug 19 14:28:44 cthulhu colord: Device added: sysfs-(null) Aug 19 14:28:44 cthulhu usbmuxd[8790]: [14:28:44.252][3] Connecting to new device on location 0x20004 as ID 1 Aug 19 14:28:44 cthulhu usbmuxd[8790]: [14:28:44.252][3] Initialization complete Aug 19 14:28:44 cthulhu usbmuxd[8790]: [14:28:44.253][1] Unexpected command 'ListDevices' received! Aug 19 14:28:44 cthulhu usbmuxd[8790]: [14:28:44.253][3] Connected to v1.0 device 1 on location 0x20004 with serial number d82a69be05780ccf00ca297019665bb0f232034f Aug 19 14:28:44 cthulhu org.gtk.Private.GPhoto2VolumeMonitor[3936]: (process:4023): GVFS-GPhoto2-WARNING **: device (null) has no BUSNUM property, ignoring Aug 19 14:28:44 cthulhu colord[1156]: (colord:1156): Cd-WARNING **: CdMain: failed to emit DeviceAdded: failed to register object: Un objet est déjà exporté pour l'interface « org.freedesktop.ColorManager.Device » en « /org/freedesktop/ColorManager/devices/sysfs__null_ » Aug 19 14:28:45 cthulhu kernel: [15202.708214] ipheth 2-3:4.2: ipheth_get_macaddr: usb_control_msg: -110 Aug 19 14:28:45 cthulhu kernel: [15202.708244] ipheth: probe of 2-3:4.2 failed with error -110 Aug 19 14:28:45 cthulhu kernel: [15202.708325] usbcore: registered new interface driver ipheth Aug 19 14:28:45 cthulhu org.gtk.Private.GPhoto2VolumeMonitor[3936]: (process:4023): GVFS-GPhoto2-WARNING **: device (null) has no BUSNUM property, ignoring Aug 19 14:28:45 cthulhu colord[1156]: (colord:1156): Cd-WARNING **: CdMain: failed to emit DeviceAdded: failed to register object: Un objet est déjà exporté pour l'interface « org.freedesktop.ColorManager.Device » en « /org/freedesktop/ColorManager/devices/sysfs__null_ » Aug 19 14:28:46 cthulhu usbmuxd[8790]: [14:28:46.460][1] Unexpected command 'ReadPairRecord' received! Aug 19 14:28:47 cthulhu usbmuxd[8790]: [14:28:47.997][1] Unexpected command 'ReadBUID' received! Aug 19 14:28:48 cthulhu kernel: [15205.184451] iphone-set-info[8782]: segfault at 0 ip 4daccc21 sp bffc127c error 4 in libc-2.19.so[4da52000+1a5000] In Caja (or Nautilus) iPhone does not appear in the list of devices. If I try to mount it with ifuse I get an error: $ ifuse /tmp/iphone Please disable the password protection on your device and try again. The device does not allow pairing as long as a password has been set. You can enable it again after the connection succeeded. $ ll iphone/ total 8 drwxr-xr-x 2 fredo fredo 4096 août 19 14:36 . drwxrwxrwt 16 root root 4096 août 19 14:40 .. I have to restart several times ifuse for the iPhone is mounted: $ ifuse /tmp/iphone Please disable the password protection on your device and try again. The device does not allow pairing as long as a password has been set. You can enable it again after the connection succeeded. $ ifuse /tmp/iphone $ ll iphone/ total 8 drwxr-xr-x 2 fredo
Bug#757961: Does not work with GCC 4.9, default GCC in Jessie
tags 757961 patch thanks I plan to prepare this for NMU in the next couple of days, hopefully along with a fix for #755513. On 19/08/2014 11:27, Vincent Cheng wrote: This might be an issue fixed in a newer upstream release, but I don't think there are any active maintainers looking after nvidia-cuda-toolkit right now. If anyone who's reading this bug report would like to help out by packaging the latest upstream release (6.x or similar?), I'd be glad to consider reviewing and sponsoring your package. Thanks, I might take you up on your offer. I'll reply to bug #751522 if I make any progress. diff -Nru nvidia-cuda-toolkit-5.5.22/debian/rules nvidia-cuda-toolkit-5.5.22/debian/rules --- nvidia-cuda-toolkit-5.5.22/debian/rules 2014-05-25 01:25:00.0 +0200 +++ nvidia-cuda-toolkit-5.5.22/debian/rules 2014-08-14 14:04:23.0 +0200 @@ -96,6 +96,8 @@ chmod -x debian/tmp/usr/nvvm/include/*.h chmod -x debian/tmp/usr/nvvm/libnvvm-samples/build.bat sed -i '/^-vm$$/ d; /^..\/jre\/bin\/java$$/ d' debian/tmp/usr/libnvvp/nvvp.ini debian/tmp/usr/libnsight/nsight.ini + # CUDA 5.5 seems to work fine with GCC 4.9 + sed -i 's/__GNUC_MINOR__ 8/__GNUC_MINOR__ 9/' debian/tmp/usr/include/host_config.h # reduce 'dh_install --list-missing' noise rm -rf debian/tmp/usr/include/thrust rm -rf debian/tmp/usr/jre
Bug#758631: ppp_async module not loaded automatically
Package: ppp Version: 2.4.6-2 Hi, pppd doesn't work unless I manually modprobe the ppp_async module. This is easily fixed by adding ppp_async to /etc/modules, but shouldn't this happen automatically? $ sudo wvdial [sudo] password for jch: -- WvDial: Internet dialer version 1.61 -- Initializing modem. -- Sending: ATZ ATZ OK -- Modem initialized. -- Sending: ATDT*99# -- Waiting for carrier. ATDT*99# CONNECT 360 -- Carrier detected. Starting PPP immediately. -- Starting pppd at Tue Aug 19 14:15:56 2014 -- Pid of pppd: 2868 -- pppd: +[7f] -- Disconnecting at Tue Aug 19 14:15:57 2014 -- The PPP daemon has died: No ppp module error (exit code = 4) -- man pppd explains pppd error codes in more detail. -- I guess that's it for now, exiting -- The PPP daemon has died. (exit code = 4) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#754364: python-pycountry: Python 3 support for pycountry
Hi, 2014-08-17 1:13 GMT+02:00 intrigeri intrig...@debian.org: Hi David, hi mopidy-dirble maintainers, [..] Sorry for the *LATE* reply. I haven't been able to do *ANY* Debian-related work because I'm in my summer house, with very limited connectivity. Thus, it would be nice if you could handle the package upload for me. :) Thanks, and sorry David -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#485586: debian-installer: Default to graphical install
On Mon 18 Aug 2014 at 23:07:11 +0200, Holger Wansing wrote: I have prepared a patch for this (attached) and I would like to receive some thoughts on it. I have added Samuel Thibault in CC, since he has also some knowledge and interest on the d-i manual. Basically I moved the chapter Appendix D.6. The Graphical Installer to 5.1.8 (at the end of Booting the installer on 32-bit PC), leaving the content unchanged. Defaulting to a graphical (gtk) frontend on i386 and amd64 would mean that it becomes the regular frontend, unless it is desired to credit the newt frontend with some special status. In the context of Section 5.3.2. there is a difference between the text and newt frontends. But for many users the distinction is lost and the present regular frontend as presented in the user interface is a text one. And I moved chapter Appendix D.6.1. Using the graphical installer to 6.1.1 (at the end of How the Installer Works), leaving the content mostly unchanged (only the first line differs). Section 6.1 uses character-based instead of text. It would be nice to have some consistency in referring to the alternative to the default graphical installation. For a normal installation, select either the quoteInstall/quote or the quoteGraphical install/quote entry mdash; using either the arrow keys on your keyboard or by typing the first (highlighted) letter, the -quoteInstall/quote entry is already selected by default mdash; and press +quoteGraphical install/quote entry is already selected by default mdash; and press enterkey; to boot the installer. I'd restructure that to draw attention to the default highlighting and to have it read better. For a normal installation, select either the “Install” or the “Graphical install” entry — using either the arrow keys on your keyboard or by typing the first (highlighted) letter — and press Enter to boot the installer. The entry Graphical install is already selected by default. +The graphical version of the installer is only available for a limited +number of architectures, including arch-title;. The functionality of +the graphical installer is essentially the same as that of the regular +installer as it basically uses the same programs, but with a different +frontend. Replace regular with text? +Although the functionality is identical, the graphical installer still has +a few significant advantages. The main advantage is that it supports more +languages, namely those that use a character set that cannot be displayed +with the regular quotenewt/quote frontend. It also has a few usability +advantages such as the option to use a mouse, and in some cases several +questions can be displayed on a single screen. Replace regular newt frontend with text installer? +Just as with the regular installer it is possible to add boot parameters +when starting the graphical installer. Replace regular with text? +If the amount of memory in your system is below minimum-memory;, +the graphical installer may fail to boot at all while booting the +regular installer would still work. Using the regular installer is +recommended for systems with little available memory. Replace both regulars with texts? +The graphical installer basically works the same as +the regular installer and thus the rest of this manual can be used to guide +you through the installation process. Replace regular with text? +To switch to another console, you will also need to use the +keycapCtrl/keycap key, just as with the X Window System. For example, +to switch to VT2 (the first debug shell) you would use: keycombo +keycapCtrl/keycap keycapLeft Alt/keycap keycapF2/keycap +/keycombo. The graphical installer itself runs on VT5, so you can use +keycombo keycapLeft Alt/keycap keycapF5/keycap /keycombo +to switch back. I'm unsure whether a reference to the X Window System is useful, even for those who know what it is. In Section 6,1 the paragraph beginning For this architecture the would need the default user interface and the link altering. There are also a few other links in the manual to Sections D.6. and D.6.1.. In Section 5.3.2. should the default frontend reference become gtk? Regards, Brian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758272: [pulseaudio] core-util.c: Failed to create secure directory
在 2014年8月18日 星期一 17:22:18，Felipe Sateler 写道： Do you see the problem if you disable autospawn? That is, disabling autospawn and after rebooting, do you still see the problem of the secure directory? I found the problem. I just run 'pacmd list-modules' in konsole as root, and got a message 后台程序未响应。--- may be background program not responding in English and then owner of /run/user/1000/pulse is changed to root:root. Is it normal? -- 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
This bug utterly breaks a python module I am packaging (python-obspy,
available at http://deb.obspy.org). I actually suspect that it breaks
any package that makes use of python-matplotlib.
The only option currently is to uninstall the t1-cyrillic package.
A working fix was proposed 17 months ago. Is there a reason to not use
the proposed fix? Or should the package be considered orphaned?
best regards,
Tobias Megies
On Sun, 17 Mar 2013 17:00:24 +0700 George Fatkin
george.fat...@gmail.com wrote:
Package: t1-cyrillic
Version: 4.16
I changed comma (',') for point ('.') in following files:
usr/share/fonts/X11/Type1/n019063d.afm
usr/share/fonts/X11/Type1/p052023d.afm
usr/share/fonts/X11/Type1/a010033d.afm
usr/share/fonts/X11/Type1/a010035d.afm
usr/share/fonts/X11/Type1/n021024d.afm
usr/share/fonts/X11/Type1/p052024d.afm
usr/share/fonts/X11/Type1/b018035d.afm
usr/share/fonts/X11/Type1/n019064d.afm
usr/share/fonts/X11/Type1/b018032d.afm
usr/share/fonts/X11/Type1/n021023d.afm
And it solves the problem with matplotlib.
Best Regards,
George Fatkin
--
Dipl.-Geophys. Tobias Megies
Geophysikalisches Observatorium
Ludwigshöhe 8
82256 Fürstenfeldbruck
Ludwig-Maximilians-Universität
Department für Geo- und Umweltwissenschaften
Sektion Geophysik
Theresienstrasse 41/IV
80333 München
Tel: +49 (0) 89 2180-73981
+49 (0) 89 2180-4326
Mail: tobias.meg...@geophysik.uni-muenchen.de
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758627: [pkg-db-devel] Bug#758627: Bug#758627: db: Fix for FTBFS on ppc64el
On Tue, Aug 19, 2014, at 14:53, Ondřej Surý wrote: Hi Frederic, On Tue, Aug 19, 2014, at 13:54, Frederic Bonnard wrote: Dear Maintainer, some configure and .m4 are not up to date for ppc64el architecture. Here is a patch from Ubuntu that patched those file for now. Is that really needed? db5.1-util is only needed for upgrades from wheezy to jessie and thus it might be easier just to fix db-upgrade-utils to not depend in db5.1-util on ppc64el? Anyway I am going to apply it and upload the fixed package to not overcomplicate stuff. Cheers, -- 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#758632: libc6: can't set locale hy_AM.armscii8
Package: libc6 Version: 2.19-9 Severity: minor locale -a lists hy_AM.armscii8 as one of the locales; but this locale cannot be set: $ locale -a | grep AM. hy_AM.armscii8 $ LC_ALL=hy_AM.armscii8 locale charmap locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968 Curiously enough, hy_AM.armscii-8 works: $ LC_ALL=hy_AM.armscii-8 locale charmap ARMSCII-8 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.14-2-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libc6 depends on: ii libgcc1 1:4.9.1-7 Versions of packages libc6 recommends: pn libc6-i686 none Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.53 pn glibc-doc none ii locales2.19-9 ii locales-all [locales] 2.19-9 -- 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#741648: RFS: cbootimage/1.2-2
tags 741648 moreinfo
thanks
Hi Marc,
Please:
1. d/control:
- Consider change the priority to optional. Please, read it[1].
- Change debhelper from 9.0.0 to 9.
- Create a VCS to control your /debian versions. You can use
github or other. So, add the Vcs-Browser and Vcs-{Git|Svn|Cvs} to
d/control.
2. d/copyright: update the packaging copyright years from 2013 to
2013-2014 and upstream copyright years to 2012-2013.
3. Do you saw that already there the 1.4 version?
4. Some lintan messages[2] that you need to fix:
cbootimage: description-possibly-contains-homepage
http://http.download.nvidia.com/tegra-public-appnotes/bct-overview.html.
W: cbootimage: binary-without-manpage usr/bin/bct_dump
W: cbootimage: binary-without-manpage usr/bin/cbootimage
If you want offer a homepage to final user, please use the d/README.Debian.
Thanks for your work.
Cheers,
Eriberto
[1] https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities
[2] http://bit.ly/lintian
2014-03-14 19:22 GMT-03:00 Marc Dietrich marvi...@gmx.de:
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package cbootimage
* Package name: cbootimage
Version : 1.2-2
Upstream Author : Stephan Warren (swar...@nvidia.com) from NVIDIA
* URL : http://github.com/NVIDIA/cbootimage
* License : GPL 2+
Section : utils
It builds those binary packages:
cbootimage - Tools to dump and generate boot config table on Tegra devices
To access further information about this package, please visit the following
URL:
http://mentors.debian.net/package/cbootimage
Alternatively, one can download the package with dget using this command:
dget -x
http://mentors.debian.net/debian/pool/main/c/cbootimage/cbootimage_1.2-2.dsc
More information about hello can be obtained from
http://http.download.nvidia.com/tegra-public-appnotes/bct-overview.html.
Changes since the last upload:
cbootimage (1.2-2) unstable; urgency=low
* Use Debian standards version 3.9.5
* Add watch file
cbootimage (1.2-1) unstable; urgency=low
* New upstream release
Regards,
Marc Dietrich
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
https://lists.debian.org/20140314232229.884b849b96fbfe440591e...@gmx.de
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#736832: closed by Sebastian Ramacher sramac...@debian.org (Re: Bug#736832: Double dependencies for vlc-nox)
Thanks for the explanation! Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758216: libmusicbrainz-discid-perl: FTBFS: *** stack smashing detected *** during tests
Control: tag -1 + patch
On Mon, Aug 18, 2014 at 02:00:37PM +0300, Damyan Ivanov wrote:
-=| Damyan Ivanov, 15.08.2014 16:06:45 +0300 |=-
Package: libmusicbrainz-discid-perl
Version: 0.03-4
Severity: serious
libmusicbrainz-discid-perl failed to build with today's round of binNMUs
for
perl 5.20:
Module::Build will be removed from the Perl core distribution in the next
major release. Please install the separate libmodule-build-perl package. It
is being used at Build, line 40.
t/00use.t . ok
t/05pod.t . ok
*** stack smashing detected ***: /usr/bin/perl terminated
=== Backtrace: =
/lib/s390x-linux-gnu/libc.so.6(+0x8787c)[0x3fffd31287c]
/lib/s390x-linux-gnu/libc.so.6(__fortify_fail+0x38)[0x3fffd399d70]
/lib/s390x-linux-gnu/libc.so.6(+0x10ed36)[0x3fffd399d36]
/«PKGBUILDDIR»/blib/arch/auto/MusicBrainz/DiscID/DiscID.so(+0x1946)[0x3fffd248946]
/usr/lib/s390x-linux-gnu/libperl.so.5.20(Perl_pp_entersub+0x5d4)[0x3fffd5e359c]
The problem is due to a silly typo, here is a patch to fix the issue:
--- a/lib/MusicBrainz/DiscID.xs
+++ b/lib/MusicBrainz/DiscID.xs
@@ -127,7 +127,7 @@ discid_put( disc, first_track, sectors,
PREINIT:
int i, last_track, offsets[100];
CODE:
- for (i=0;i100;i++);
+ for (i=0;i100;i++)
offsets[i] = 0;
for (i=3; iitems; i++) {
offsets[i-2] = (int)SvIV(ST(i));
The given the semi-colon after the for, the for loop is not executed.
Instead it is replaced by i=100. This means offset[100] is accessed,
which is bigger than the size of the array.
The problem is not new, and I guess it explain the testsuite failures
which happened depending on the compiler on mips/mipsel.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758634: gt5: commandline options are always overwritten by defaults
Package: gt5
Version: 1.5.0~20111220+bzr29-1
Severity: normal
Tags: patch
Dear Maintainer,
options like --max-depth or --cut-at are not used because they are overwritten
by the default options. a fix is attached.
-- 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/4 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- a/usr/bin/gt5 2011-12-22 04:31:53.0 +0100
+++ b/usr/bin/gt5 2014-08-19 14:26:41.0 +0200
@@ -503,7 +503,6 @@
Initialize
Initialize_tempdir
-Options $@
SPACE=_escaped_${RANDOM}_space_
TAB=_escaped_${RANDOM}_tab_
@@ -517,6 +516,8 @@
UNIT=K
X=x
+Options $@
+
# Treat options: --
[ $CD ] cd $OLDPWD
Bug#758633: xterm: exec-formatted, exec-selectable, insert-formatted, insert-selectable do not work correctly
Package: xterm Version: 308-1 Severity: normal The exec-formatted, exec-selectable, insert-formatted, insert-selectable features do not work correctly. Well, with: MetaBtn1Down: exec-formatted(browser %s, PRIMARY) works correctly when the PRIMARY selection belongs to the current xterm, but if it belongs to another process, the selection is pasted in the current xterm and %s contains the empty string. Moreover, insert-formatted behaves strangely (it could be related to the above problem), and the *-selectable ones do not seem to have any effect, e.g. with MetaBtn1Down: exec-selectable(browser %s, word) or MetaBtn1Down: exec-selectable(browser %s, regex [^ ]*) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.19-9 ii libfontconfig1 2.11.0-6 ii libice6 2:1.0.9-1 ii libtinfo5 5.9+20140712-2 ii libutempter01.1.5-4 ii libx11-62:1.6.2-3 ii libxaw7 2:1.0.12-2 ii libxft2 2.3.2-1 ii libxmu6 2:1.1.2-1 ii libxpm4 1:3.5.11-1 ii libxt6 1:1.1.4-1 ii xbitmaps1.1.1-2 Versions of packages xterm recommends: ii x11-utils 7.7+2 Versions of packages xterm suggests: pn xfonts-cyrillic none -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#735453: Changes to libsbml
Hi again, I have noticed some changes of yours in SVN but I can not yet build the package. Just in case you are not aware of this. Kind regards Andreas. On Thu, Aug 14, 2014 at 03:24:37PM +0200, Andreas Tille wrote: Hi Ivo, On Thu, Aug 14, 2014 at 03:11:02PM +0200, Ivo Maintz wrote: We somehow need to set a deadline for this to finish which I would like to see happen in beginning of September. Ok, should be enough time left. Well, things tend to take always more time than expected. :-) I appended a '--compression xz' since also this has changed. Now a properly xz compressed source tarball will be created. Unfortunately I was again unable to build the package in an unstable chroot. Could you please be more specific about this works for me? Can you confirm that the package builds via pbuilder? I use debuild and sbuild. But in sbuild It seems, that _before_ starting the the build, a last time debian/rules clean is executed - without applying the patches. Normally, this is no problem, but in libsbml clean means delete everything and unpack the sources. This behavior is changed, not shure, around april/may?. Maybe, in pbuilder we have the same? I think sbuild is doing in principle the same as pbuilder: Just create a minimalistic chroot and build there. So I expect the same behaviour and if you get the package building using sbuild that's perfectly OK. I just found another solution: in debian/sources/options I can set ignores for changed files, and I'll try to find all during the build created and changed files. Sounds reasonable. Currently this is no difference to the version in SVN for me. :-( uscan --verbose --no-download [...] Newest version on remote site is 5.10.2+dfsg, local version is 5.10.0+dfsg = Newer version available from https://qa.debian.org/watch/sf.php/sbml/libSBML-5.10.2-core-plus-packages-src.zip -- Scan finished Anyway, I'll focus on 5.10.0 first. That's perfectly fine for the moment. Just lets any version fixing the currently open RC bug migrate to testing - afterwards we have time to hunt behind the latest upstream version. Kind regards Andreas. -- http://fam-tille.de ___ Debian-med-packaging mailing list debian-med-packag...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-med-packaging -- http://fam-tille.de libsbml_5.10.0+dfsg-1_amd64.build.bz2 Description: Binary data
Bug#758124: Documenting the Testsuite field in the Policy.
Hi Charles, On Tue, Aug 19, 2014 at 07:44:19AM +0900, Charles Plessy wrote: Le Thu, Aug 14, 2014 at 09:36:50PM +0900, Charles Plessy a écrit : Package: debian-policy Version: 3.9.5 Severity: wishlist Hi Guillem and everybody, thanks for adding direct support for the Testsuite field in Dpkg. Here is a patch to update the Policy accordingly. Do you have comments ? Anybody wanting to see the Testsuite field documented in the Policy, please raise your hand ! Raise my hand ... but for what purpose? Is policy a matter of voting about it? BTW, if I remember correctly recent dpkg will add the field automatically so perhaps the documentation for the user might become less important (or am I wrong here)? Kind regards Andreas. Have a nice day, -- Charles diff --git a/policy.sgml b/policy.sgml index 6eac491..a8b27e2 100644 --- a/policy.sgml +++ b/policy.sgml @@ -2666,6 +2666,7 @@ Package: libc6 itemqref id=f-Standards-VersionttStandards-Version/tt/qref (recommended)/item itemqref id=f-HomepagettHomepage/tt/qref/item itemqref id=f-VCS-fieldsttVcs-Browser/tt, ttVcs-Git/tt, et al./qref/item + itemqref id=f-TestsuitettTestsuite/tt/qref/item /list /p @@ -2761,6 +2762,7 @@ Package: libc6 itemqref id=f-UploadersttUploaders/tt/qref/item itemqref id=f-HomepagettHomepage/tt/qref/item itemqref id=f-VCS-fieldsttVcs-Browser/tt, ttVcs-Git/tt, et al./qref/item + itemqref id=f-TestsuitettTestsuite/tt/qref/item itemqref id=f-DgitttDgit/tt/qref/item itemqref id=f-Standards-VersionttStandards-Version/tt/qref (recommended)/item itemqref id=sourcebinarydepsttBuild-Depends/tt et al/qref/item @@ -3863,6 +3865,24 @@ Checksums-Sha256: further details. /p /sect1 + + sect1 id=f-Testsuite + headingttTestsuite/tt/heading + + p + Simple field containing a comma-separated list of values allowing + test execution environments to discover packages which provide + tests. Currently, the only defined value is ttautopkgtest/tt. + /p + + p + This field is automatically added to Debian source control files by + prgndpkg/prgnfootnotefrom version 1.17.11./footnote when + a filedebian/tests/control/file file is present in the source + package. This field may also be used in source package control + files if needed in other situations. + /p + /sect1 /sect sect -- 2.0.1 -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140818224419.GA7618@aqwa.igloo -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758635: krdc: crash when trying to connect
Package: krdc Version: 4:4.13.1-1 Severity: grave Tags: d-i Justification: renders package unusable Dear Maintainer, When I start krdc and want to connect to a Mac remotely, the crash happens immediately after entering the credentials. Has been working for years now without issues. Started from console is this the result: tp-qt 0.9.4 DEBUG: Register StreamTubeClient with name krdc_rfb_handler tp-qt 0.9.4 DEBUG: Client registered - busName: org.freedesktop.Telepathy.Client.krdc_rfb_handler objectPath: /org/freedesktop/Telepathy/Client/krdc_rfb_handler interfaces: (org.freedesktop.Telepathy.Client.Handler) krdc(4166)/kdeui (kdelibs): Attempt to use QAction remote_desktop_dockwidget with KXMLGUIFactory! Fatal: failed to create the RNG lock: Invalid argument FATAL: failed to acquire the FSM lock in libgrypt: Invalid argument QSocketNotifier: Invalid socket 7 and type 'Read', disabling... QSocketNotifier: Invalid socket 10 and type 'Read', disabling... krdc: Fatal IO error: client killed -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages krdc depends on: ii kde-runtime 4:4.13.3-1 ii libc6 2.19-7 ii libkcmutils44:4.13.3-2 ii libkdecore5 4:4.13.3-2 ii libkdeui5 4:4.13.3-2 ii libkdnssd4 4:4.13.3-2 ii libkio5 4:4.13.3-2 ii libknotifyconfig4 4:4.13.3-2 ii libqt4-dbus 4:4.8.6+git49-gbc62005+dfsg-1 ii libqt4-network 4:4.8.6+git49-gbc62005+dfsg-1 ii libqt4-xml 4:4.8.6+git49-gbc62005+dfsg-1 ii libqtcore4 4:4.8.6+git49-gbc62005+dfsg-1 ii libqtgui4 4:4.8.6+git49-gbc62005+dfsg-1 ii libstdc++6 4.9.1-4 ii libtelepathy-qt4-2 0.9.4+dfsg-3 ii libvncclient0 0.9.9+dfsg-6 Versions of packages krdc recommends: ii freerdp-x11 1.0.2-4+b1 Versions of packages krdc suggests: ii khelpcenter4 4:4.13.3-1 pn krfb none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755513: Bug #755513 : nvidia-opencl-dev: binary conflict with ocl-icd-libopencl1
Hi Vincent I am preparing a NMU for bug #757961 in nvidia-cuda-toolkit and I'd like to include a fix for #755513 if needed. Since Intel are now shipping libOpenCL.so.1.2, can libOpenCL.so be moved from ocl-icd-libopencl1 to ocl-icd-opencl-dev? Are the following changes what is needed for nvidia-opencl-dev and amd-opencl-dev? Breaks: ocl-icd-libopencl1 ( 2.1.3-5) Replaces: ocl-icd-libopencl1 ( 2.1.3-5) Would you be willing to sponsor my upload? Regards Graham -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758636: ITP: libmoox-cmd-perl -- easy Moo style way to make command organized CLI apps
Package: wnpp Severity: wishlist Owner: Jonas Smedegaard d...@jones.dk -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: libmoox-cmd-perl Version : 0.009 Upstream Author : Torsten Raudssus tors...@raudss.us * URL : https://metacpan.org/pod/MooX::Cmd * License : Artistic or GPL-1+ Programming Lang: Perl Description : easy Moo style way to make command organized CLI apps Works together with LMooX::Options for every command on its own, so options are parsed for the specific context and used for the instantiation: myapp --argformyapp command --argformyappcmdcommand ... This package will be maintained in the Perl team. -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJT81bDXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWPaEH/1Rk2G+7GEuL4mV/S4msIWNG Ke0bRW/roKhoNQ2k5SBj++oaj2oCYYA09a8y6P3jDPfOFRIOz1HW0smpJkf8FUlc IUYRMBK1/i/lXW7yStnyH+HsHGRg4ZS4sI7QW6samVUAGEXMU6H03NgEppqZHYWY WS07xy112D6Wk7IiuyVmV+387wH18RK+JmikfLIEq0Res+sTHqx+YIMuO8L5lLxq X8XzWvtiEs1kGhOS+BrytiNeeju72aAxhJEsVHGs4+RhPjaB9v8OVvpgckwtPpNx IIuioUH4TleLDjzHOoq8XKas66w8wTRVK86QsBiQuwArP+gkqJtXWn0ljeswlOs= =1l3L -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758637: libaspell15: libaspell causes mod_php and in return apache to segfault
Package: libaspell15
Version: 0.60.7~20110707-1
Severity: normal
Dear Maintainer,
I'm running apache with mod_php and the Horde webmailer, which uses the php
aspell bindings for spell checking.
Under certain circumstances I haven't determined yet, the entire webserver
segfaults. I've attached a backtrace of
the core dump, however I had to recompile aspell, as it didn't come with debug
symbols, so I'm not sure how useful
it is.
-- 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/2 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 libaspell15 depends on:
ii libc6 2.17-92
ii libgcc1 1:4.7.2-5
ii libstdc++6 4.7.2-5
Versions of packages libaspell15 recommends:
ii aspell-de [aspell-dictionary] 20120607-1
ii aspell-en [aspell-dictionary] 7.1-0-1
ii aspell-es [aspell-dictionary] 1.11-4
ii aspell-fr [aspell-dictionary] 0.50-3-7
ii aspell-it [aspell-dictionary] 2.4-20070901-0-2
Versions of packages libaspell15 suggests:
pn aspell none
-- no debconf information
[New LWP 7648]
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
Core was generated by `/usr/sbin/apache2 -k start'.
Program terminated with signal 11, Segmentation fault.
#0 0x7f9a3f1ddd0a in aspeller::SfxEntry::key (this=0x320) at
modules/speller/default/affix.cpp:133
133 inline const char * key() const { return rappnd; }
Thread 1 (Thread 0x7f9a4ee23740 (LWP 7648)):
#0 0x7f9a3f1ddd0a in aspeller::SfxEntry::key (this=0x320) at
modules/speller/default/affix.cpp:133
No locals.
#1 0x7f9a3f1db16b in aspeller::AffixMgr::suffix_check
(this=0x7f9a5104b1a0, linf=..., word=..., ci=..., gi=0x0, sfxopts=0, ppfx=0x0)
at modules/speller/default/affix.cpp:805
se = 0x0
sp = 0 '\000'
sptr = 0x320
#2 0x7f9a3f1db4a1 in aspeller::AffixMgr::affix_check (this=0x7f9a5104b1a0,
linf=..., word=..., ci=..., gi=0x0) at modules/speller/default/affix.cpp:843
cp = aspeller::AllLower
pword = {str_ = 0x7fff6fac40a0 , size_ = 4294967295}
sword = {str_ = 0x7fff6fac40a0 , size_ = 4294967295}
lower = {acommon::OStream = {_vptr.OStream = 0x7f9a3f42d150}, begin_
= 0x0, end_ = 0x0, storage_end_ = 0x0, static npos = 2147483647}
#3 0x7f9a3f1a39cd in (anonymous namespace)::Working::try_word_n
(this=0x7fff6fac4170, str=..., score=0) at
modules/speller/default/suggest.cpp:413
ci = {next = 0x0, word = {str_ = 0x0, size_ = 0}, pre_strip_len = 0,
pre_add_len = 0, pre_add = 0x0, suf_strip_len = 0, suf_add_len = 0, suf_add =
0x0, pre_flag = 0, suf_flag = 0, guess = 0, compound = 0}
res = false
end = 0x7f9a512c2a10
tmp = 0x7fff6fac4030
word = {acommon::OStream = {_vptr.OStream = 0x7f9a3f42d150}, begin_ =
0x0, end_ = 0x0, storage_end_ = 0x0, static npos = 2147483647}
buf = {acommon::OStream = {_vptr.OStream = 0x7f9a3f42d150}, begin_ =
0x0, end_ = 0x0, storage_end_ = 0x0, static npos = 2147483647}
sw = {word = 0x0, aff = 0x0, catg = 0x0, adv_ = 0, intr = {0x0, 0x0,
0x0}, word_size = 0, what = aspeller::WordEntry::Other, word_info = 0,
frequency = 0}
#4 0x7f9a3f1a30da in (anonymous namespace)::Working::try_word
(this=0x7fff6fac4170, word=0x7fff6fac40a0 , word_end=0x7fff6fac40a0 ,
score=0) at modules/speller/default/suggest.cpp:227
No locals.
#5 0x7f9a3f1a4a0e in (anonymous namespace)::Working::try_one_edit_word
(this=0x7fff6fac4170) at modules/speller/default/suggest.cpp:603
a = 0 '\000'
c = 0x7f9a3f1ad17e
\311\303UH\211\345H\203\354\020H\211}\370H\213E\370H\203\300\020H\211\307\350\304\064\373\377\311\303UH\211\345H\203\354\020H\211}\370H\213E\370H\211\307\350\372\320\373\377\311\303UH\211\345H\203\354\020H\211}\370H\213E\370H\211\307\350\220Y\373\377\311\303UH\211\345H\203\354\020H\211}\370H\213E\370H\211\307\350\346\373\377\311\303UH\211\345H\211}\370H\211u\360H\213E\370H\213\025\205*(
i = 1024
orig = @0x7fff6fac41b8: {acommon::OStream = {_vptr.OStream =
0x7f9a3f42d150}, begin_ = 0x0, end_ = 0x0, storage_end_ = 0x0, static npos =
2147483647}
replace_list = 0x7f9a512c5a20
abcdefghijklmnopqrstuvwxyz\337\340\341\342\343\344\345\346\347\350\351\352\353\354\355\356\357\360\361\362\363\364\365\366\370\371\372\373\374\375\376\377
b = 0 '\000'
new_word = 0x7fff6fac40a0
new_word_end = 0x7fff6fac40a0
#6 0x7f9a3f1a34cd in (anonymous namespace)::Working::get_suggestions
(this=0x7fff6fac4170, sug=...) at modules/speller/default/suggest.cpp:316
No locals.
#7 0x7f9a3f1a8a70 in (anonymous namespace)::SuggestImpl::suggest
(this=0x7f9a50f21b20, word=0x7f9a5101b7e0 ??) at
modules/speller/default/suggest.cpp:1326
sug = {(anonymous
Bug#758621: [Pkg-samba-maint] Bug#758621: ctdb: Standard socket path /var/lib/run/ctdb
2014-08-19 12:11 GMT+02:00 Achim Gottinger ac...@ag-web.biz: [...] Without configuring an socket path in /etc/default/ctdb the default is /var/lib/run/ctdb. I'd expect /var/run/ctdb. Oh yes, I found this one, patches locally and forget about it... I will fix this in the next upload (not scheduled yet). Thanks for your report -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#749575: RFS: neopi/0.0+git20120821-1 [ITP]
On 19 August 2014 14:45, Eriberto eribe...@eriberto.pro.br wrote: You forgot to put 2010-2012 Fixed. Good! Another detail: please, remove the useless first line. Done. Thanks for your work. Waiting for you to upload the package. Uploaded [0]. Thanks! [0] http://mentors.debian.net/debian/pool/main/n/neopi/neopi_0.0+git20120821.98-1.dsc -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755581: Can also be caused by a failing DVD-ROM drive
Yesterday I had the same problem again, this time because of a failing DVD-ROM drive which was doing a lot of I/O errors. Removing that line from fstab solved the problem. Also the emergency console is broken. Sometimes you can enter commands even though the login prompt is shown. Sometimes it takes on character at a time, and when you've entered your whole command char by char you can CTRL+D and execute the buffer. I guess one failed secondary device shouldn't render the whole system unbootable, systemd should be more fault tolerant --
Bug#758638: ITP: python-diff-match-patch -- robust algorithms for synchronizing plain text
Package: wnpp Severity: wishlist Owner: Stuart Prescott stu...@debian.org * Package name: python-diff-match-patch Version : 20121119 Upstream Author : Neil Fraser fra...@google.com * URL : https://pypi.python.org/pypi/diff-match-patch * License : Apache-2.0 Programming Lang: Python 2 and 3 Description : robust algorithms for synchronizing plain text The Diff Match and Patch libraries offer robust algorithms to perform the operations required for synchronizing plain text. . * Diff: Compare two blocks of plain text and efficiently return a list of differences. * Match: Given a search string, find its best fuzzy match in a block of plain text. Weighted for both accuracy and location. * Patch: Apply a list of patches onto plain text. Use best-effort to apply patch even when the underlying text doesn't match. . This package provides the Python 2 version of the module. This package is a dependency of the latest release of the translate-toolkit (which has actually been including a private copy of this module for some time). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#740613: libhdf5-7: Please include support for compression with libaec
On 03/19/14 09:51, Francesco P. Lovergine wrote: Do you mind to provide a proper soname and version for libaec and libsz, please? Iff its API is stable enough. That's step 0 for packaging :-) We've prepared version 0.3 which should have the desired properties: https://www.dkrz.de/redmine/projects/aec/wiki/Downloads https://www.dkrz.de/redmine/projects/aec/news Regards, Thomas smime.p7s Description: S/MIME Cryptographic Signature
Bug#758272: [pulseaudio] core-util.c: Failed to create secure directory
On Tue, Aug 19, 2014 at 9:03 AM, 张敬强 godfrey.pub...@gmail.com wrote: 在 2014年8月18日 星期一 17:22:18，Felipe Sateler 写道： Do you see the problem if you disable autospawn? That is, disabling autospawn and after rebooting, do you still see the problem of the secure directory? I found the problem. I just run 'pacmd list-modules' in konsole as root, and got a message 后台程序未响应。--- may be background program not responding in English and then owner of /run/user/1000/pulse is changed to root:root. Is it normal? I don't think so, but you shouldn't be using pacmd as root, but rather as your normal user. Does the problem show itself if you never invoke a pulseaudio command as root? -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755581: systemd: emergency mode infinite loop after systemd upgrade
Am 22.07.2014 13:23, schrieb Michael Biebl: Am 22.07.2014 09:45, schrieb Johannes Schauer: Secondly, it is not very helpful to have the emergency mode message spawn in an (seemingly) infinite loop. I should not have to boot with init=/bin/bash. Instead, the emergency mode should start and allow me to analyze the situation. Samuel filed #755581 which seems to be the same issue about the failing/looping emergency mode. I'd say we track this issue there. Johannes, it seems that we tracked this issue down. Sorry it took so long. The problem is an active syslog.socket when emergency mode is entered. Each log message then tries to start rsyslog.service which conflicts with the emerge service (due to the dependencies rsyslog.service has). We need to make sure that syslog.socket is stopped when the emergency mode is entered. Adding Conflicts=syslog.socket to emergency.service [1] seems to be an acceptable workaround. It would be great if you can confirm that this also fixes the problem of the failing emergency mode for you. Michael [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755672#30 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#758639: creates extra .poms file
Package: maven-debian-helper When creating the source package for libphonenumber, I notice that an extra file is created, debian/libphonenumber6-dev.poms The binary package libphonenumber6-dev doesn't actually contain any Java artifacts, it is for the C/C++ headers. debian/rules was created by merging the results of mh_make with upstream's directives for cmake. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#744818: ITP: adagios -- Adagios is an alternative web configuration (and status) interface to nagios/icinga/shinken
What does the debian package for shinken do ? If they bundle their javascripts i see no reason for us not to do the same. On Tue, Aug 12, 2014 at 9:02 PM, Matthieu Caneill matthieu.cane...@savoirfairelinux.com wrote: On Mon, Aug 04, 2014 at 08:46:15PM +0200, Páll Sigurðsson wrote: Yeah that is a bug which you are more than welcome to fix. Instead of @darkstar i use @opensource.is Does debian specifically oppose bundling javascripts ? What are projects like foreman doing ? Using bower (http://bower.io) could be the way to go. Then, at build-time, * depend on already-packaged JS libs, * and bower install the others. Does that seem reasonable? The only downside I can see would be the adjustment of paths, which could be done by a patch to the Apache configuration. Thoughts? Cheers, -- Matthieu
Bug#752043: [i965-va-driver] for Intel Core processor family in extended description
Package: i965-va-driver Version: 1.3.2-1 Followup-For: Bug #752043 The following git commit: http://anonscm.debian.org/cgit/pkg-multimedia/intel-vaapi-driver.git/commit/?id=2b675170da190a7d3c4f21428e94e9c4179e3c8d should fix the issue. Already tagged as pending. Cheers. -- Matteo F. Vescovi | Debian Maintainer GnuPG KeyID: 4096R/0x8062398983B2CF7A signature.asc Description: Digital signature
Bug#758640: python-celery-common: /usr/bin/celery wants 3.1.12 for 3.1.13 package
Package: python-celery-common Version: 3.1.13-1 Severity: grave Justification: renders package unusable Dear Maintainer, Running celery binary results in an error and traceback: $ /usr/bin/celery Traceback (most recent call last): File /usr/bin/celery, line 23, in module from pkg_resources import load_entry_point File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2876, in module working_set = WorkingSet._build_master() File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 451, in _build_master return cls._build_from_requirements(__requires__) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 464, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 639, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: celery==3.1.12 Celery is 3.1.13 but is checking for 3.1.12 in /usr/bin/celery. This makes impossible to start any commands using celery. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information BR, -- Eric Leblond -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734751: fix uploaded to DELAYED/15
Dear Maintainer, I have uploaded a newer version of librdmacm to DELAYED/15. You can see the changes made at: http://anonscm.debian.org/gitweb/?p=pkg-ofed/librdmacm.git;a=summary This upload can be canceled doing an upload yourself or asking me to cancel. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#757176: RFS: xombrero/2:1.6.3-1 -- Minimalist's web browser
Hi Luis, I think you misunderstood my comments. I will try be clear: you can't add an imaginary license. So, remove the imaginary licenses from d/copyright and I will can upload your package. Thus, the files as png and xpm will use the same license of the whole package. Thanks, Eriberto 2014-08-18 17:55 GMT-03:00 Luis Henriques hen...@camandro.org: On Sun, Aug 17, 2014 at 06:58:15PM -0300, Eriberto wrote: 2014-08-17 17:27 GMT-03:00 Luis Henriques hen...@camandro.org: Hi Eriberto, Hi!!! On Wed, Aug 13, 2014 at 08:32:55PM -0300, Eriberto wrote: Hi Luis, Sorry for my delay and congratulations for your work. I agree with your considerations. Again, thanks a *lot* for reviewing my xombrero package! You are welcome. :-) For example, in your example above, I would interpret it as having file 'xombrero.css' copyrighted by all those authors, even if the real copyright owner is only Josh Rickmar; the same is true for the xombrero.1 file: the only copyright owners are Marco Peereboom, Jason McIntyre and Josh Rickmar. My debian/copyright contains more detailed information, that allows to know exactly who owns the copyright for each file individually. Of course I do group some of the files, but the copyrights are so different between different files that I decided not to use the 'Files: *' pattern (although I use the 'Files: debian/*' pattern). If you and I write a book, our names will be put on the cover without a distinction. So, when three people write a program, all are upstreams. So, is uncommon separate the upstreams. A split in several paragraphs will make the maintaining of this package hard. I can upload your package. However, I never saw it and, maybe, the FTP-Master can reject. (your package will be NEW because it doesn't exist on Debian) Please, read these itens: 1. Item Copyright in https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#fields 2. Example 4 in https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/#fields A conclusion: I understand your idea but it is no usual. Ok, got it and I'm convinced :-) Thanks for your patience. Anyway, I'm OK following the approach you're suggesting -- I just want to confirm that my understanding is correct and this is exactly what you want me to do. snip I have two doubts: Where you saw that the files style.css, *.png, tordisabled.ico and torenabled.ico are using the CC-BY-SA license? The license for the style.css is mentioned in the xombrero website (https://opensource.conformal.com/wiki/xombrero). Ok. It is a common problem with CC, GPL and others. From CC site[1]: You must include a copy of, or the Uniform Resource Identifier (URI) for, this License with every copy of the Work You Distribute or Publicly Perform. So, the license needs to be put inside the tarball. If not, you can't refer to this license and, consequently, the png will use the same license of the main source code. OK, that makes sense perfect. Unfortunately, I'm afraid I can't afford spending any more time with the xombrero package at the moment. And having to deal with upstream to fix this particular issue isn't something particularly interesting (it hasn't been particularly... pleasant to deal with the xombrero developers in the past ;-) ). Anyway, if someone else volunteers to fix the remaining issues with the xombrero package, I'm more than happy to share what I've at the moment. Again, thanks a lot for your reviews Eriberto! Cheers, -- Luis [1] http://creativecommons.org/licenses/by-sa/3.0/legalcode Regarding the tor icons, they are reused from the tor project and the terms and license we're taken from the project website (https://www.torproject.org/). The same problem. The upstream failed when reused a code and didn't describe the original license and credits (copyright notice). Consequently: he can be prosecuted and you can't put a not explicit license in d/copyright. Finally, the *png files licenses were confirmed in private emails with the xombrero project developers (iirc, when I first packaged xxxterm there was not public mailing list yet). Can you guess what I will say you? Where you found *.xpm files? Ah, this one is generated my me in debian/rules from the xpm files. Ah, ok. They are derivated from *.png. The same problem with the license. Feel free to ask me about my explanation and thaks for your work and interest. Cheers, Eriberto -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140818205528.ga15...@achilles.my.domain -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758272: [pulseaudio] core-util.c: Failed to create secure directory
在 2014年8月19日 星期二 10:08:52，Felipe Sateler 写道： I don't think so, but you shouldn't be using pacmd as root, but rather as your normal user. Does the problem show itself if you never invoke a pulseaudio command as root? But I have done that at 8.9 when the problem first appeared. Maybe I have done some somilar thing at 8.16. So the problem will not happen without running pa command as root. I notice that there are two pulseaudio autostart files under /etc/xdg/autostart, Isn't this cause the Daemon already running message? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758216: Pending fixes for bugs in the libmusicbrainz-discid-perl package
tag 758216 + pending thanks Some bugs in the libmusicbrainz-discid-perl package are closed in revision ef724c8d71c2c13cb892befe50eced8fa7bea010 in branch 'master' by Damyan Ivanov The full diff can be seen at https://anonscm.debian.org/cgit/pkg-perl/packages/libmusicbrainz-discid-perl.git/commit/?id=ef724c8 Commit message: add patch fixing patch currpution in diskid_put Fixes failing tests in i386 and other 32-bit archtectures with -fstack-protector-strong Closes: #758216 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758539: pspp: Use dh-autoreconf to update autotools files
I guess I found the reason why autoreconf does not work. I filed a bug in upstream: https://savannah.gnu.org/patch/index.php?8518 I prepare a new package version which uses autoconf. Friedrich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#755512: This misbehaviour still exists without ulatencyd
Hello, I don't have installed ulatency, and this misbehaviour still exists. It seems, it is completely independent of ulatencyd. My misbehaviour: Normal shutdown is not possible. Sometimes, the computer does not poweroff. /var/syslog shows no normal shutdown. If you need further informations, please let me know. Thank you for the great distribution. Best regards Bernhard signature.asc Description: PGP signature
Bug#758641: installation yields dpkg error code (1)
Package: texlive-base Version: 2014.20140717-01 When I try to install texlive-base, i get the following output: root@x200s:/home/b# apt-get install texlive-base Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: fonts-lmodern lmodern Suggested packages: perl-tk The following NEW packages will be installed: fonts-lmodern lmodern texlive-base 0 upgraded, 3 newly installed, 0 to remove and 0 not upgraded. Need to get 36.5 MB of archives. After this operation, 91.7 MB of additional disk space will be used. Do you want to continue? [Y/n] Y Get:1 http://ftp.uni-koeln.de/debian/ jessie/main fonts-lmodern all 2.004.4-3 [6,387 kB] Get:2 http://ftp.uni-koeln.de/debian/ jessie/main lmodern all 2.004.4-3 [12.4 MB] Get:3 http://ftp.uni-koeln.de/debian/ jessie/main texlive-base all 2014.20140717-01 [17.7 MB] Fetched 36.5 MB in 2s (15.1 MB/s) Preconfiguring packages ... Selecting previously unselected package fonts-lmodern. (Reading database ... 105687 files and directories currently installed.) Preparing to unpack .../fonts-lmodern_2.004.4-3_all.deb ... Unpacking fonts-lmodern (2.004.4-3) ... Selecting previously unselected package lmodern. Preparing to unpack .../lmodern_2.004.4-3_all.deb ... Unpacking lmodern (2.004.4-3) ... Selecting previously unselected package texlive-base. Preparing to unpack .../texlive-base_2014.20140717-01_all.deb ... Unpacking texlive-base (2014.20140717-01) ... Processing triggers for fontconfig (2.11.0-6) ... Processing triggers for man-db (2.6.7.1-1) ... Processing triggers for menu (2.1.47) ... Processing triggers for install-info (5.2.0.dfsg.1-4) ... Processing triggers for mime-support (3.56) ... Setting up fonts-lmodern (2.004.4-3) ... Setting up texlive-base (2014.20140717-01) ... mktexlsr: Updating /var/lib/texmf/ls-R-TEXLIVEDIST... mktexlsr: Updating /var/lib/texmf/ls-R-TEXMFMAIN... mktexlsr: Updating /var/lib/texmf/ls-R... mktexlsr: Done. /usr/bin/tl-paper: setting paper size for dvips to a4. /usr/bin/tl-paper: setting paper size for dvipdfmx to a4. /usr/bin/tl-paper: setting paper size for xdvi to a4. /usr/bin/tl-paper: setting paper size for pdftex to a4. /usr/bin/tl-paper: setting paper size for dvipdfmx to letter. /usr/bin/tl-paper: setting paper size for dvips to letter. /usr/bin/tl-paper: setting paper size for pdftex to letter. /usr/bin/tl-paper: setting paper size for xdvi to letter. Running mktexlsr. This may take some time... done. Building format(s) --all. This may take some time... fmtutil-sys failed. Output has been stored in /tmp/fmtutil.hlmz33zA Please include this file if you report a bug. dpkg: error processing package texlive-base (--configure): subprocess installed post-installation script returned error exit status 1 Processing triggers for tex-common (5.02) ... Running mktexlsr. This may take some time... done. Setting up lmodern (2.004.4-3) ... Processing triggers for menu (2.1.47) ... Processing triggers for tex-common (5.02) ... Running mktexlsr. This may take some time... done. texlive-base is not ready, delaying updmap-sys call Errors were encountered while processing: texlive-base E: Sub-process /usr/bin/dpkg returned an error code (1) The content of the file mentioned above: root@x200s:/home/b# more /tmp/fmtutil.hlmz33zA fmtutil: unknown option `--no-error-if-no-engine=luajittex'; try fmtutil --help if you need it. I currently have the vanilla-texlive installed. The locatin of its bin folder is here: ~/texlive/2013/bin/ I tried redownloading the package using a different repository. Here is the log of apt-get purge texlive-base after unsuccesfull installation: root@x200s:/home/b# apt-get purge texlive-base Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be REMOVED: texlive-base* 0 upgraded, 0 newly installed, 1 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 47.1 MB disk space will be freed. Do you want to continue? [Y/n] Y (Reading database ... 109125 files and directories currently installed.) Removing texlive-base (2014.20140717-01) ... Purging configuration files for texlive-base (2014.20140717-01) ... Processing triggers for man-db (2.6.7.1-1) ... Processing triggers for mime-support (3.56) ... Processing triggers for install-info (5.2.0.dfsg.1-4) ... Processing triggers for menu (2.1.47) ... Processing triggers for tex-common (5.02) ... Running mktexlsr. This may take some time... done. texlive-base is not ready, delaying updmap-sys call root@x200s:/home/b# apt-get purge texlive-base Reading package lists... Done Building dependency tree Reading state information... Done Package 'texlive-base' is not installed, so not removed The following packages were automatically installed and are no longer required: fonts-lmodern lmodern Use 'apt-get autoremove' to remove them. 0 upgraded, 0 newly installed, 0 to
Bug#758272: [pulseaudio] core-util.c: Failed to create secure directory
Control: retitle -1 pulseaudio: pacmd/pactl as root change secure directory permissions On Tue, Aug 19, 2014 at 10:33 AM, 张敬强 godfrey.pub...@gmail.com wrote: 在 2014年8月19日 星期二 10:08:52，Felipe Sateler 写道： I don't think so, but you shouldn't be using pacmd as root, but rather as your normal user. Does the problem show itself if you never invoke a pulseaudio command as root? But I have done that at 8.9 when the problem first appeared. Maybe I have done some somilar thing at 8.16. So the problem will not happen without running pa command as root. OK, retitling accordingly. I will test this when I get back to my workstation. I notice that there are two pulseaudio autostart files under /etc/xdg/autostart, Isn't this cause the Daemon already running message? Yes, this can be the cause. This will be fixed in pulseaudio 6, which merges those autostart files into one. -- Saludos, Felipe Sateler -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758163: Subject: RFS: kcm-ufw/0.4.3-1 ITP
tags 758163 thanks Hi Shawn, To submit a new package to Debian you need an ITP[1]. Your package is closing thisRFS bug instead an ITP. Please, fix it. Regards, Eriberto [1] https://www.debian.org/devel/wnpp/#l1 2014-08-14 18:52 GMT-03:00 Shawn Sörbom sh...@sorbom.com: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package kcm-ufw * Package name: kcm-ufw Version : 0.4.3-1 * Upstream Author : Craig Drummond craig.p.drumm...@gmail.com URL : http://kde-apps.org/content/show.php/UFW+KControl+Module?content=137789 * License : GPL-3 Section : KDE It builds those binary packages: kcm-ufw- A KDE Control Center module for the Uncomplicated Firewall To access further information about this package, please visit the following URL: http://mentors.debian.net/package/kcm-ufw Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/k/kcm-ufw/kcm-ufw_0.4.3-1.dsc More information about hello can be obtained from http://kde-apps.org/content/show.php/UFW+KControl+Module?content=137789. Changes since the last upload: remove templates, fix some lintian errors. Regards, Shawn Sörbom -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/4686041.pJiRfaaaFi@medusa -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#750785: Slowness with context and xetex
Hi Behdad, I just returned and saw with great pleasure a new release which fixes the problem. I confirm that xetex now runs like hell again ;-) Thanks for the great support and help, I will surely disturb you again in case of problem. Thanks also to Hilmar for doing the last rounds of testing and debugging! All the best Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758640: python-celery-common: /usr/bin/celery wants 3.1.12 for 3.1.13 package
Hello, $ /usr/bin/celery Traceback (most recent call last): File /usr/bin/celery, line 23, in module from pkg_resources import load_entry_point File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 2876, in module working_set = WorkingSet._build_master() File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 451, in _build_master return cls._build_from_requirements(__requires__) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 464, in _build_from_requirements dists = ws.resolve(reqs, Environment()) File /usr/lib/python2.7/dist-packages/pkg_resources.py, line 639, in resolve raise DistributionNotFound(req) pkg_resources.DistributionNotFound: celery==3.1.12 Celery is 3.1.13 but is checking for 3.1.12 in /usr/bin/celery. This makes impossible to start any commands using celery. I forgot to mention that replacing occurrences of 3.1.12 by 3.1.13 in /usr/bin/celery is enough to fix the problem. BR, -- Eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#758642: nginx-naxsi: naxsi not compiled as first module
Package: nginx-naxsi Version: 1.2.1-2.2+wheezy2 Severity: important Dear Maintainer, When using naxsi installed through nginx-naxsi package, and by activating it in the config files, certain web-applications were affected and could not be loaded, even when Naxsi was set to be in LearningMode. The effects of the web-application where that sometimes the css files were not loaded, after another refresh the website seemed correct, another refresh and the logo was not loaded, etc. Random load issues of elements to describe it best. In the naxsi wiki it is mentioned, that naxsi should be compiled as FIRST nginx module. This is not the case when naxsi is installed with the package nginx-naxsi. We have manually re-compiled nginx from the nginx sources (installed Debian source package for nginx) together with the current release of naxsi sources. After re-activation of naxsi in the config files, the above mentioned web-application is now working fine. So there are two things to do: 1) Please redo the nginx-naxsi package with another order of compiled modules (naxsi first!) - necessary 2) Please compile nginx with the newest source of naxsi - many rules have changed since the naxsi release with Wheezy - optional Thank you =) -- System Information: Debian Release: 7.6 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/24 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 nginx-naxsi depends on: ii libc6 2.13-38+deb7u3 ii libpcre3 1:8.30-5 ii libssl1.0.0 1.0.1e-2+deb7u12 ii nginx-common 1.2.1-2.2+wheezy2 ii zlib1g1:1.2.7.dfsg-13 nginx-naxsi recommends no packages. nginx-naxsi 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
