Bug#714297: gucharmap: Segfault when searching in character details
Package: gucharmap
Version: 1:3.8.2-2
Followup-For: Bug #714297
I am experiencing this too and since the submitter did not report a full
backtrace, here is one with gucharmap recompiled with debug info enabled
and optimisation disabled. I searched for rock, minus kills it too.
pabs@chianamo ~ $ gdb gucharmap
GNU gdb (GDB) 7.6-debian
Copyright (C) 2013 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/gucharmap...done.
(gdb) r
Starting program: /usr/bin/gucharmap
warning: no loadable sections found in added symbol-file system-supplied DSO at
0x77ffa000
warning: Could not load shared library symbols for linux-vdso.so.1.
Do you need set solib-search-path or set sysroot?
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
[New Thread 0x7fffed5b4700 (LWP 18497)]
Program received signal SIGSEGV, Segmentation fault.
__strlen_sse2_pminub () at ../sysdeps/x86_64/multiarch/strlen-sse2-pminub.S:38
38 ../sysdeps/x86_64/multiarch/strlen-sse2-pminub.S: No such file or
directory.
(gdb) bt
#0 __strlen_sse2_pminub () at
../sysdeps/x86_64/multiarch/strlen-sse2-pminub.S:38
#1 0x004093b1 in utf8_strcasestr (haystack=0x0, needle=0xa1c750
rock, whole_word=0) at gucharmap-search-dialog.c:99
#2 0x004096af in matches (search_dialog=0x9f4170, wc=230,
search_string_nfd=0xa1c750 rock, annotations=1)
at gucharmap-search-dialog.c:176
#3 0x00409ea0 in idle_search (search_dialog=0x9f4170) at
gucharmap-search-dialog.c:412
#4 0x75ea4f25 in g_main_dispatch (context=0x64b560) at
/tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3054
#5 g_main_context_dispatch (context=context@entry=0x64b560) at
/tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3630
#6 0x75ea5268 in g_main_context_iterate
(context=context@entry=0x64b560, block=block@entry=1,
dispatch=dispatch@entry=1,
self=optimized out) at /tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3701
#7 0x75ea5324 in g_main_context_iteration (context=0x64b560,
context@entry=0x0, may_block=may_block@entry=1)
at /tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3762
#8 0x76ba454c in g_application_run (application=0x644060,
argc=optimized out, argv=0x7fffdac8)
at /tmp/buildd/glib2.0-2.36.1/./gio/gapplication.c:1623
#9 0x0040e56a in main (argc=1, argv=0x7fffdac8) at main.c:266
(gdb) thread apply all bt full
Thread 2 (Thread 0x7fffed5b4700 (LWP 18497)):
#0 0x7597114d in poll () at ../sysdeps/unix/syscall-template.S:81
No locals.
#1 0x75ea51fc in g_main_context_poll (n_fds=3, fds=0x7715d0,
timeout=-1, context=0x7714c0, priority=optimized out)
at /tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3995
poll_func = 0x75eb35a0 g_poll
#2 g_main_context_iterate (context=0x7714c0, block=block@entry=1,
dispatch=dispatch@entry=1, self=optimized out)
at /tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3696
max_priority = 2147483647
timeout = -1
some_ready = optimized out
nfds = 3
allocated_nfds = optimized out
fds = 0x7715d0
#3 0x75ea56da in g_main_loop_run (loop=0x7d8ce0) at
/tmp/buildd/glib2.0-2.36.1/./glib/gmain.c:3895
__PRETTY_FUNCTION__ = g_main_loop_run
#4 0x76bd6526 in gdbus_shared_thread_func (user_data=0x771490) at
/tmp/buildd/glib2.0-2.36.1/./gio/gdbusprivate.c:278
data = 0x771490
#5 0x75ec8f35 in g_thread_proxy (data=0x6d8540) at
/tmp/buildd/glib2.0-2.36.1/./glib/gthread.c:798
thread = 0x6d8540
#6 0x75c47e0e in start_thread (arg=0x7fffed5b4700) at
pthread_create.c:311
__res = optimized out
pd = 0x7fffed5b4700
now = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140737175570176,
8954405825131938537, 1, 140737488344704, 4096, 140737175570176,
-8954376441063177495, -8954392807024131351}, mask_was_saved =
0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0,
cleanup = 0x0, canceltype = 0}}}
not_first_call = 0
pagesize_m1 = optimized out
sp = optimized out
freesize = optimized out
__PRETTY_FUNCTION__ = start_thread
#7 0x7597c8ed in clone () at
../sysdeps/unix/sysv/linux/x86_64/clone.S:113
No locals.
Thread 1 (Thread 0x77fc6980 (LWP 18493)):
#0 __strlen_sse2_pminub () at
../sysdeps/x86_64/multiarch/strlen-sse2-pminub.S:38
No locals.
#1 0x004093b1 in utf8_strcasestr (haystack=0x0, needle=0xa1c750
rock, whole_word=0) at gucharmap-search-dialog.c:99
needle_len = 4
Bug#701744: Xen netback regression
Am 04.07.2013 um 05:42 schrieb Ben Hutchings b...@decadent.org.uk: My understanding is that disabling scatter/gather on netfront in domU (ethtool -K eth0 sg off) will prevent it from triggering these bugs, but at a substantial performance impact. In practice, disabling TSO in domU (ethtool -K eth0 tso off) should also work and will have a smaller performance impact. However, a malicious domU would still be able to crash dom0. Thanks, Ben, for updating us on this issue! Crashing dom0 seems to happen on my Cisco C200 M2 server lately, maybe unrelated to this bug, maybe not. At least my server sometimes gets a restart command from the operating system. We see this in the CIMC (management console) logs and Cisco already confirmed that the reboot command is issued by the OS. On the other hand I see absolutely no hint or cause in the system log files, neither on dom0, nor domU nor the hypervisor logs, which makes it difficult to track down the reason for the random reboots of the whole machine. I'm using the ethtool workaround in some of my 8 running domUs, but not in all. No ethtool workaround in dom0 as well. As Ian requested, the netback fixes were included in Linux 3.2.47 and thus should appear in the wheezy-proposed-updates suite shortly. Aside from that, any regression that occurred as a result of a security update may also be fixed in a security update, and I hope we will be able to provide such updates for both Debian 6 (squeeze) and 7 (wheezy) in the next few weeks. Do you have a suggestion of in the next few weeks? The crashing server really gets annoying: sometimes it reboots several times per day, sometimes it runs for a week or so. We are close to open a TAC case with Cisco about the crashing server, but would like to be sure that it's not the kernel which is causing this, of course. ;) -- Ciao...// Fon: 0381-2744150 Ingo \X/ http://blog.windfluechter.net gpg pubkey: http://www.juergensmann.de/ij_public_key.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714794: pu: package sikuli/1.0~x~rc3.tesseract3-dfsg1-5+deb7u1
Adam D. Barratt a écrit , Le 03/07/2013 23:17: Control: tags -1 + moreinfo wheezy On Tue, 2013-07-02 at 23:15 +0200, Gilles Filippini wrote: Please consider accepting this pu which fixes RC bug #714393 in sikuli-ide. I'm slightly confused by the fix, but happy to believe I'm missing something obvious... ++LD_LIBRARY_PATH=/usr/lib/@DEB_HOST_MULTIARCH@/jni:$LD_LIBRARY_PATH LC_NUMERIC=C exec /usr/bin/java -cp /usr/share/java/jna.jar:/usr/share/java/asm3.jar:/usr/share/java/asm3-commons.jar:/usr/share/java/antlr3-runtime.jar:/usr/share/java/libconstantine-java.jar:/usr/share/java/jython.jar:/usr/share/java/commons-cli.jar:/usr/share/java/JXGrabKey.jar:/usr/share/java/json_simple.jar:/usr/share/java/swing-layout.jar:/usr/share/java/swingx-core.jar:/usr/share/java/forms.jar:/usr/share/java/mac_widgets.jar:/usr/share/java/junit.jar:/usr/share/sikuli/sikuli-ide.jar:/usr/share/java/sikuli-script.jar -Dsikuli.console=true -Dsikuli.debug=0 -Xms64M -Xmx512M -Dfile.encoding=UTF-8 -Dpython.home=/usr/share/jython -Dpython.path=/usr/share/sikuli/Lib -Dpython.cachedir=$HOME/.jython-cache org.sikuli.ide.SikuliIDE $@ [...] --- sikuli-1.0~x~rc3.tesseract3-dfsg1/debian/rules 2013-07-02 22:29:53.0 +0200 +++ sikuli-1.0~x~rc3.tesseract3-dfsg1/debian/rules 2013-07-02 22:54:40.0 +0200 @@ -50,5 +50,6 @@ mkdir -p debian/sikuli-ide/usr/bin install sikuli-ide/target/linux/Sikuli-IDE/sikuli-ide.sh debian/sikuli-ide/usr/bin/sikuli-ide + sed -i s/@DEB_HOST_MULTIARCH@/$(DEB_HOST_MULTIARCH)/ debian/sikuli-ide/usr/bin/sikuli-ide sikuli-ide is an architecture:all package, so only built as part of the maintainer upload. The path to which it points, otoh, is in an architecture-dependent package (and an architecture-dependent path); this means that the two paths will only match for users installing libsikuli-script-jni on the same architecture as the arch:all package was built on. Oops! Indeed, you're right. Thanks for noticing it. This path should be resolved at run-time, then, using dpkg-architecture. But it implies depending on dpkg-dev :/ What do you think? Is there another way to compute these triplets path? Thanks, g. signature.asc Description: OpenPGP digital signature
Bug#714846: iceweasel: please enable getUserMedia
On 07/04/2013 03:21 AM, Mike Hommey wrote: That doesn't tell much. As a matter of fact, your url works for me with iceweasel 22 from experimental. If Chromium and Iceweasel don't use the same source for video, it's possible it works in one and not the other (like one using a library and the other using a different one, etc.) You are right, running Iceweasel 22 on another box works just fine, so it looks like it is hardware specific. I also tried running an x86_64 build of Firefox (from ftp.mozilla.org) and got the same result, so it looks as though I should be chasing this issue upstream. But that could also be a config problem on your end. Can you try with a fresh profile or after resetting your profile (from Help Troubleshooting information) Yes, unfortunately a fresh profile doesn't solve the problem. Jeremy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714896: reportbug: port to python3
On Thu, Jul 4, 2013 at 5:05 AM, sh...@churchofgit.tk wrote: It would be nice if reportbug supported python3 so that I could have a system without python2 installed you're ultimate goal is way ahead of any possibility to be reached withing years, given a lot other low-level programs still depends on python2. I don't see a compelling reason to migrate soon to py3k, but I'll leave this bug opened for when i'll do that. Regards, -- 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#714899: dropbear's cryptroot setup does not use the system's host keys
Hi Karl, Karl O. Pinc: When installing dropbear after creating a cryptroot setup dropbear creates new keys in /etc/initramfs-tools/etc/dropbear/ instead of using the keys in /etc/dropbear/. This can cause headaches when the ssh client compains of changed host keys. This can cause headaches… but it is also a security feature. The initramfs must be stored unencrypted for the system to be able to boot. Using the same key as the running system means that the encrypted root will not protect the SSH key anymore. It all depends on one's threat model, but I think that blindly reducing the security of the system SSH key is not a good idea… -- Jérémy Bobbio.''`. lu...@debian.org: :Ⓐ : # apt-get install anarchism `. `'` `- signature.asc Description: Digital signature
Bug#593100: Suggested patch for specifying BINDMOUNTS destination
I also think it would be a useful addition to allow specification of the
destination for a bind mount.
In my case, I'm working on a squeeze system and would like to build a
package under pbuilder using a wheezy pbuilder chroot, but my unit tests
require /dev/shm to be mounted. BINDMOUNTS='/dev/shm' will fail because
of the move to /run/shm in wheezy. ie. pbuilder tries to mount the
local /dev/shm to /dev/shm inside the chroot, which in wheezy has been
replaced by a symlink. Instead, what works is to mount /dev/shm to
/run/shm inside the chroot.
The patch below alters the format of BINDMOUNTS, allowing a colon
separated src:dest bind mount specification. In the previous
example this would be BINDMOUNTS=/dev/shm:/run/shm. This should be
backwards compatible with existing BINDMOUNTS specifications.
This has been tested against pbuilder 0.199+nmu1squeeze1.
Austin
--- pbuilder-modules.orig2013-07-04 15:04:06.0 +1000
+++ pbuilder-modules2013-07-04 15:46:28.0 +1000
@@ -206,7 +206,7 @@
reversed=$mnt $reversed
done
for mnt in $reversed; do
-umount_one $mnt
+umount_one ${mnt#*:}
done
if [ -x /usr/sbin/selinuxenabled ] /usr/sbin/selinuxenabled; then
umount_one selinux
@@ -259,11 +259,17 @@
mounted[${#mounted[@]}]=$BUILDPLACE/selinux
fi
for mnt in $BINDMOUNTS; do
-log I: Mounting $mnt
-if mkdir -p $BUILDPLACE/$mnt
-mount -obind $mnt $BUILDPLACE/$mnt; then
+mntpoint=${mnt#*:}
+mnt=${mnt%%:*}
+if [ $mnt = $mntpoint ]; then
+log I: Mounting $mnt
+else
+log I: Mounting $mnt to $mntpoint
+fi
+if mkdir -p $BUILDPLACE/$mntpoint
+mount -obind $mnt $BUILDPLACE/$mntpoint; then
# successful.
-mounted[${#mounted[@]}]=$mnt
+mounted[${#mounted[@]}]=$BUILDPLACE/$mntpoint
else
# this part of code is the only part which is supposed to fail.
# When unsuccessful, backtrack / umount and abort.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714902: libswiften-dev: missing dependencies on -dev packages
Package: libswiften-dev Version: 2.0~beta1+dev47-1 Severity: normal Dear Maintainer, libswiften-dev lacks dependencies on the -dev packages that it needs. Consequentially, if you try to compile code that uses swiften, it fails due to missing include files or missing libraries, unless the following packages are also installed: libboost-date-time1.49-dev libboost-system1.49-dev libboost-filesystem1.49-dev libboost-program-options1.49-dev libboost-regex1.49-dev libboost-signals1.49-dev libboost-thread1.49-dev libavahi-common-dev libavahi-client-dev Could these be added to the Depends: for libswiften-dev? Thanks, Andrew -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libswiften-dev depends on: ii libboost-date-time1.49.01.49.0-3.2 ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-program-options1.49.0 1.49.0-3.2 ii libboost-regex1.49.01.49.0-3.2 ii libboost-signals1.49.0 1.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libboost-thread1.49.0 1.49.0-3.2 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 ii libswiften2 2.0~beta1+dev47-1 libswiften-dev recommends no packages. libswiften-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714571: closed by Ben Hutchings b...@decadent.org.uk (Re: Bug#714571: linux-image-3.10-rc7-686-pae: linux-kbuild-3.10 not available)
Oh, sorry, of course linux-image doesn't. Thank you for clarifying, so this is an expected situation; it still seems slightly odd for me, because drives the repository into an inconsistent state though. But OK if it's by intention.
Bug#714729: linux-image-3.2.0-4-amd64: Kernel trace swapper: page allocation failure in combination with Intel ixgbe
Hi, many thanks for the fast reply! On 02.07.2013 15:16, Ben Hutchings wrote: Control: fixed -1 3.4.1-1~experimental.1 On Tue, 2013-07-02 at 10:42 +0200, Udo Lembke wrote: Package: src:linux Version: 3.2.46-1 Severity: important Tags: upstream Dear Maintainer, we running three nodes as ceph-cluster (0.61.3-1~bpo70+1) and sometimes (app. once or twice a day) we got an kernel trace which seems to be related to the Intel 10GB-NIC (ixgbe module). The same happens before update (from: SMP Debian 3.2.41-2+deb7u2 x86_64 GNU/Linux) and also occur with an actual self-compiled ixgbe-module (3.15.1). The page allocation failure are not only swapper related. Also ceph-osd and kswapd0 trigger this problem. To avoid the kernel-trace I use the sysctl-value vm.min_free_kbytes = 337920 but without luck. You could try increasing it further... ok, doubled vm.min_free_kbytes to 675840 on one node but happens again. We had also the issue (perhaps not related to this bug) that the whole host freezed and the NIC flood the 10-GB-Port so that the complete switch (and the compled network) are freezed. Please report only one issue in each bug report. Right, the information was only as backgroundinfo (if related to this bug). I believe the driver stopped making order-2 allocations in Linux 3.4, with this change: commit f800326dca7bc158f4c886aa92f222de37993c80 Author: Alexander Duyck alexander.h.du...@intel.com Date: Sat Mar 3 02:35:52 2012 + ixgbe: Replace standard receive path with a page based receive This should fix the allocation failures you're seeing. This might be backported to 3.2 if we have some other reason to update the ixgbe driver. Otherwise it will not be. Ben. On one node I installed linux-image-3.9-1-amd64 from testing and still now no traces occur. Best regards Udo Lembke -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714903: masking removed but not purged SysV/LSB services
Package: dh-systemd Version: 1.4 Severity: normal If a package ships both a SysV init script and systemd service, systemd will prefer the native .service over the init script. The .service files are shipped in /lib/systemd/system, the init scripts in /etc/init.d. This means, they are marked as conffiles and only removed on purge, whereas the .service files are removed on remove. E.g. this leads to: $ systemctl status rsyslog.service rsyslog.service - LSB: enhanced syslogd Loaded: loaded (/etc/init.d/rsyslog) Active: active (exited) since Do 2013-07-04 08:24:40 CEST; 1min 45s ago Process: 597 ExecStart=/etc/init.d/rsyslog start (code=exited, status=0/SUCCESS) when the rsyslog package has been removed, but not purged. SysV/LSB init scripts will be started on boot for such removed but not purged packages. Those init scripts usually have a [ -x /usr/bin/mydaemon ] || exit 0 check which make them a no-op in such a case. Still, I think this behaviour is unfortunate. For once, we pointlessly spawn a shell script which simply does nothing, wasting CPU cycles. But more importantly, such services show up in systemctl output as active (exited), while they are not really active. This could be confusing for users. We might consider to mask such SysV/LSB services on remove and remove the mask on purge. Discuss! Michael -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-systemd depends on: ii debhelper 9.20130630 ii perl 5.14.2-21 dh-systemd recommends no packages. dh-systemd 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#675532: RFS: bilibop/0.1 (ITP #675467)
Hi, I plan to review, and hopefully upload bilibop next week. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714825: krb5-auth-dialog: segfaults when I run 'kinit' on the command line
On Wed, Jul 03, 2013 at 01:26:48PM -0700, Petter Reinholdtsen wrote: [Guido G?nther] Is it possible that kinit is from MIT Kerberos? krb5-auth-dialog is linked against heimdal and these might behave differently in these regards. Yes, this is using MIT Kerberos kinit. Could you check how the Heimdal kinit behaves? I'd like to know if it behaves the same as krb5-auth-dialog (I assume so). You can set: # Debug logging [logging] krb5=STDERR for more detailed debugging. What does hostname --fqdn show? Can you attached your krb5.conf? I'd be good to know the values of the parameters krb5_principal_compare call in ka-kerberos.c. A gdb backtrace should hopefully reveal them. I hope the update and patch I sent in a following email helped. I missed that mail - yes. That's what I suspected - gdb backtrace isn't needed anymore. Cheers, -- Guido If you want to test it yourself, I could guide you through installing Debian Edu wheezy. I believe two computers are needed to test it, but suspect two virtual machines would work. -- 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#714883: sbuild: Support --add-repository to add an apt source for just one build
On Wed, 3 Jul 2013, Geoffrey Thomas wrote: Also want to take a crack at --add-repository? :-) [...] It would a really nice thing to do but I'm not sure I will have the time to look into that. :( Is there an already open bug report for apt-get mentioning our use case or would you care to open it? They seems two different issues and it would be unfortunate to lose track of it once this bug gets closed. I just reported #714877 to apt, with the partial work I did. I'm also cloning my original bug to a separate report for --add-repository, since that's a separate request from --add-(extra)-package. I got a response pretty quickly from one of the apt maintainers pointing out that this can be done with apt-get as presently implemented, which is exciting, especially because this will work on existing chroots without requiring an apt upgrade. So I've implemented that suggestion on my Github branch (rebased on top of current master), and my existing patch for --add-repository now works properly. https://github.com/geofft/sbuild/tree/add-package The trick is that you can use apt-get update with -o Dir::Etc::sourcelist to point to the file, -o Dir::Etc::sourceparts pointing at an empty directory, and -o APT::List-Cleanup=0. Since this allows cleaning up the existing code in update_archive(), my first commit does this: https://github.com/geofft/sbuild/commit/557d3946e9fcbd709e003c05fcb211315dab1fab I think it'd be good to merge that patch now, since that's pure cleanup of existing code. -- Geoffrey Thomas gtho...@mokafive.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714905: libatspi2.0-0: Bogus shlibs dependencies causes breakages in other packages
Package: libatspi2.0-0 Version: 2.9.3-1 Severity: critical -- snip -- $ cat /var/lib/dpkg/info/libatspi2.0-0:amd64.shlibs libatspi 0 libatspi2.0-0 (= 1.91.92) $ -- snip -- That's wrong, see http://bugs.debian.org/714314 for an example of how this causes breakage. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714908: libtacacs+1-dev: broken symlink: /usr/lib/libtacacs.so - ${DEB_HOST_MULTIARCH}/tacacs/libtacacs.so
Package: libtacacs+1-dev
Version: 4.0.4.26-3
Severity: serious
User: debian...@lists.debian.org
Usertags: piuparts broken-symlink
Hi,
during a test with piuparts I noticed your package creates a broken
symlink:
/usr/lib/libtacacs.so - ${DEB_HOST_MULTIARCH}/tacacs/libtacacs.so
Looks like some placeholder substitution is not performed properly.
cheers,
Andreas
libtacacs+1-dev_4.0.4.26-3.log.gz
Description: GNU Zip compressed data
Bug#714907: Pull Brazilian translation to osmo.
package: osmo version: 0.2.10+svn928-2 File is attached, I'm the same maintainer of transifex, this traslation has some fixes. I see now the package osmo in sid version, but this translation is not current. If you need my name in about osmo in translators use: Alexandro Casanova shorterf...@gmail.com Regards. pt_BR.po Description: Binary data
Bug#714906: scan-build: does not respect the TMP/TMPDIR/TEMP/TEMPDIR evironment variables
Package: clang-3.2 Version: 1:3.2repack-10 Severity: normal File: /usr/bin/scan-build Usertags: tmp I have TMP/TMPDIR/TEMP/TEMPDIR set using libpam-tmpdir to a per-user directory but scan-build just writes to /tmp. Please switch to File::Tempdir which respects these environment variables. I also wonder if this is a security issue on multiuser systems. scan-build: Removing directory '/tmp/scan-build-2013-07-04-2' because it contains no reports. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.10-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clang-3.2 depends on: ii libc62.17-6 ii libclang-common-dev 1:3.2repack-10 ii libffi6 3.0.13-4 ii libgcc-4.8-dev 4.8.1-2 ii libgcc1 1:4.8.1-2 ii libllvm3.2 1:3.2repack-10 ii libobjc-4.8-dev 4.8.1-2 ii libstdc++-4.8-dev4.8.1-2 ii libstdc++6 4.8.1-2 Versions of packages clang-3.2 recommends: pn llvm-3.2-dev none ii python2.7.5-2 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#702085: I have configured this to work via cron
I'll test tomorrow if it remains working, but so far, it seems reasonable. If it seems to keep working tomorrow, I will document on this bug what all I changed. Lucas, you might want me to rearrange some files/directories; I'm not sure what idioms there are with regard to /srv/udd/. -- Asheesh. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#674682: schroot: Unable to remove LVM snapshots
Package: schroot Version: 1.6.4-4 Followup-For: Bug #674682 Dear Maintainer, I also see this on a clean installed wheezy system. It randomly happens when a build has completed. It seems to be related to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=659762 I can indeed get out of the situation by using dmsetup resume ORIGINAL. At that point all hung lvm commands resume. The workaround works fine for me. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages schroot depends on: ii libboost-filesystem1.49.0 1.49.0-3.2 ii libboost-iostreams1.49.01.49.0-3.2 ii libboost-program-options1.49.0 1.49.0-3.2 ii libboost-regex1.49.01.49.0-3.2 ii libboost-system1.49.0 1.49.0-3.2 ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii liblockdev1 1.0.3-1.5 ii libpam0g1.1.3-7.1 ii libstdc++6 4.7.2-5 ii libuuid12.20.1-5.3 ii schroot-common 1.6.4-4 schroot recommends no packages. Versions of packages schroot suggests: pn aufs-modules | unionfs-modules none pn btrfs-tools none ii debootstrap 1.0.48+deb7u1 ii lvm22.02.95-7 pn qemu-user-staticnone -- 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#689636: ITP: slic3r -- STL-to-GCODE translator for RepRap printers
Hi Bas Wijnen, I'm interested in seeing this package uploaded into archive. A few months passed since this bug has been opened. How are things going? Regards, Andrea. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org signature.asc Description: Digital signature
Bug#714909: Pull Brazilian translation to osmo.
Package: osmo Version: 0.2.10+svn928-2 Severity: important File is attached, I'm the same maintainer of transifex, this translation has some fixes. I saw now the package osmo in sid version, but this translation is not current. If you need my name in about osmo in translators use: Alexandro Casanova shorterf...@gmail.com Regards. pt_BR.po Description: Binary data
Bug#714910: -f doesn't work
Package: logrotate
Version: 3.8.5-1
Severity: normal
root@carillon:~# logrotate -v -f /etc/logrotate.d/exim4-paniclog
reading config file /etc/logrotate.d/exim4-paniclog
Handling 1 logs
rotating pattern: /var/log/exim4/paniclog forced from command line (10
rotations)
empty log files are not rotated, old logs are removed
considering log /var/log/exim4/paniclog
log does not need rotating
root@carillon:~# ls -lh /var/log/exim4/paniclog
-rw-r- 1 Debian-exim adm 88 jun 24 17:52 /var/log/exim4/paniclog
root@carillon:~# cat /etc/logrotate.d/exim4-paniclog
/var/log/exim4/paniclog {
size 10M
missingok
rotate 10
compress
delaycompress
notifempty
create 640 Debian-exim adm
}
According to the man page, the -f option should force the rotation,
even if logrotate thinks it is not necessary. Unfortunately, that does
not seem to work currently, for some reason.
The exim4-paniclog file is as shipped with exim4, and doing logrotate
-f in this manner has worked for me in stable for quite a while now.
-- Package-specific info:
Contents of /etc/logrotate.d
total 84
-rw-r--r-- 1 root root 434 May 31 12:10 apache2
-rw-r--r-- 1 root root 173 Apr 16 2011 apt
-rw-r--r-- 1 root root 298 Sep 12 2010 apt-cacher
-rw-r--r-- 1 root root 78 Apr 21 2011 bacula-common
-rw-r--r-- 1 root root 135 May 20 2011 consolekit
-rw-r--r-- 1 root root 430 Jun 4 16:37 cups-daemon
-rw-r--r-- 1 root root 132 Apr 4 2012 dirmngr
-rw-r--r-- 1 root root 308 Mar 13 2012 distcc
-rw-r--r-- 1 root root 72 Jun 28 2012 dnssec-tools
-rw-r--r-- 1 root root 232 May 4 2011 dpkg
-rw-r--r-- 1 root root 146 May 29 2011 exim4-base
-rw-r--r-- 1 root root 126 May 29 2011 exim4-paniclog
-rw-r--r-- 1 root root 237 Jun 27 2010 leafnode
-rw-r--r-- 1 root root 165 Dec 17 2011 libvirtd
-rw-r--r-- 1 root root 162 Dec 17 2011 libvirtd.lxc
-rw-r--r-- 1 root root 163 Dec 17 2011 libvirtd.qemu
-rw-r--r-- 1 root root 162 Dec 17 2011 libvirtd.uml
-rw-r--r-- 1 root root 157 Apr 12 2011 pm-utils
-rw-r--r-- 1 root root 173 Dec 6 2011 postgresql-common
-rw-r--r-- 1 root root 94 Jan 19 2011 ppp
-rw-r--r-- 1 root root 515 May 30 2011 rsyslog
-- 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.9-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=nl_BE.UTF-8, LC_CTYPE=nl_BE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages logrotate depends on:
ii anacron 2.3-19
ii base-passwd 3.5.26
ii cron [cron-daemon] 3.0pl1-124
ii libacl1 2.2.52-1
ii libc6 2.17-7
ii libpopt01.16-7
ii libselinux1 2.1.13-2
Versions of packages logrotate recommends:
ii bsd-mailx [mailx] 8.1.2-0.2006cvs-1
logrotate 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#714911: RFP: repetier-host -- A software to control 3D printers
Package: wnpp Severity: wishlist * Package name: repetier-host Version : 0.90B * URL : http://www.repetier.com * License : Apache Programming Lang: Mono Description : A software to control 3D printers Repetier-Host allows you to perform all the steps needed to 3D-print models. It supplies the following features: - arranging model(s) on a virtual print plate - slicing the model and computing paths for printer head - checking the g-code for errors - sending the g-code to printer - monitoring the printer -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org signature.asc Description: Digital signature
Bug#714895: blueman: dh_python2 requires python = 2.6.6-3~
Thanks for the report, Micah. Will fix it in the release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713041: blueman: bluetooth pulseaudio plugin fails with spurious version error
Hi Gary, this is patched in 1.23+update1-1. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714880: inline references are not resolved
On 07/03/2013 10:03 PM, Jakub Wilk wrote: But it doesn't work. bug.rst produces a bogus link to b_ using rst2html. The page you quoted says that this syntax works only since Docutils 0.11. So it's expected that it doesn't work yet. Hah.. oh well. Thanks for noticing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#691427: journal commit I/O error on brand-new Thinkpad T430s ext4 on lvm on SSD
I just discovered that this bug seem to be reported to the kernel develoers as URL: https://bugzilla.kernel.org/show_bug.cgi?id=51861 . According to that report, the problem went away on its own. While according to URL: http://forums.lenovo.com/t5/T400-T500-and-newer-T-series/T430s-Intel-SSD-520-180GB-issue/td-p/888083/page/2 , replacing the motherboard can help. Not quite sure what to believe. -- 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#714906: scan-build: does not respect the TMP/TMPDIR/TEMP/TEMPDIR evironment variables
On Thu, 2013-07-04 at 15:42 +0800, Paul Wise wrote: Please switch to File::Tempdir which respects these environment variables. Er, I mean tempdir from File::Temp. -- bye, pabs http://bonedaddy.net/pabs3/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714912: common UUID for mkdosfs and udev?
Package: dosfstools Version: 3.0.20-1 Severity: wishlist Seems that dosfstols and udev disagree upon how the UUID (i.e. the volume-id) of a fat file system should be written. Sample session: # mkdosfs -F 16 -i 1234-abcd -n efi /dev/vda2 mkfs.fat 3.0.20 (12 Jun 2013) Volume ID must be a hexadecimal number Usage: mkfs.fat [-a][-A][-c][-C][-v][-I][-l bad-block-file][-b backup-boot-sector] [-m boot-msg-file][-n volume-name][-i volume-id] [-s sectors-per-cluster][-S logical-sector-size][-f number-of-FATs] [-h hidden-sectors][-F fat-size][-r root-dir-entries][-R reserved-sectors] /dev/name [blocks] # mkdosfs -F 16 -i 1234abcd -n efi /dev/vda2 mkfs.fat 3.0.20 (12 Jun 2013) # ls -l /dev/disk/by-uuid/1234* lrwxrwxrwx 1 root root 10 Jul 4 10:10 /dev/disk/by-uuid/1234-ABCD - ../../vda2 # mount -U 1234-abcd /mnt mount: no such partition found # mount -U 1234-ABCD /mnt # echo $? 0 Sorry to say, but this is confusing. The current implementations require too much magic to make things work together. It would be nice if the dosfstools and udev could find a common solution. Many thanx in advance Harri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714825: krb5-auth-dialog: segfaults when I run 'kinit' on the command line
[Guido Günther]
Could you check how the Heimdal kinit behaves? I'd like to know if it
behaves the same as krb5-auth-dialog (I assume so). You can set:
# Debug logging
[logging]
krb5=STDERR
for more detailed debugging.
Not easily. Not quite sure how to replace that on a diskless
workstation without messing up the setup completely.
What does hostname --fqdn show?
It report only the short name without a domain part, ie 'ltsp4115'.
Can you attached your krb5.conf?
Attached. It is the default from the package, as SRV records are used
to find the Kerberos server. So the hostname isn't the important part
here, as the DNS domain to use is in /etc/resolv.conf instead.
--
Happy hacking
Petter Reinholdtsen
[libdefaults]
dns_lookup_realm = true
dns_lookup_kdc = true
# default_realm = INTERN
# The following krb5.conf variables are only for MIT Kerberos.
krb4_config = /etc/krb.conf
krb4_realms = /etc/krb.realms
kdc_timesync = 1
ccache_type = 4
forwardable = true
proxiable = true
# The following encryption type specification will be used by MIT Kerberos
# if uncommented. In general, the defaults in the MIT Kerberos code are
# correct and overriding these specifications only serves to disable new
# encryption types as they are added, creating interoperability problems.
#
# Thie only time when you might need to uncomment these lines and change
# the enctypes is if you have local software that will break on ticket
# caches containing ticket encryption types it doesn't know about (such as
# old versions of Sun Java).
# default_tgs_enctypes = des3-hmac-sha1
# default_tkt_enctypes = des3-hmac-sha1
# permitted_enctypes = des3-hmac-sha1
# The following libdefaults parameters are only for Heimdal Kerberos.
v4_instance_resolve = false
v4_name_convert = {
host = {
rcmd = host
ftp = ftp
}
plain = {
something = something-else
}
}
fcc-mit-ticketflags = true
[realms]
ATHENA.MIT.EDU = {
kdc = kerberos.mit.edu:88
kdc = kerberos-1.mit.edu:88
kdc = kerberos-2.mit.edu:88
admin_server = kerberos.mit.edu
default_domain = mit.edu
}
MEDIA-LAB.MIT.EDU = {
kdc = kerberos.media.mit.edu
admin_server = kerberos.media.mit.edu
}
ZONE.MIT.EDU = {
kdc = casio.mit.edu
kdc = seiko.mit.edu
admin_server = casio.mit.edu
}
MOOF.MIT.EDU = {
kdc = three-headed-dogcow.mit.edu:88
kdc = three-headed-dogcow-1.mit.edu:88
admin_server = three-headed-dogcow.mit.edu
}
CSAIL.MIT.EDU = {
kdc = kerberos-1.csail.mit.edu
kdc = kerberos-2.csail.mit.edu
admin_server = kerberos.csail.mit.edu
default_domain = csail.mit.edu
krb524_server = krb524.csail.mit.edu
}
IHTFP.ORG = {
kdc = kerberos.ihtfp.org
admin_server = kerberos.ihtfp.org
}
GNU.ORG = {
kdc = kerberos.gnu.org
kdc = kerberos-2.gnu.org
kdc = kerberos-3.gnu.org
admin_server = kerberos.gnu.org
}
1TS.ORG = {
kdc = kerberos.1ts.org
admin_server = kerberos.1ts.org
}
GRATUITOUS.ORG = {
kdc = kerberos.gratuitous.org
admin_server = kerberos.gratuitous.org
}
DOOMCOM.ORG = {
kdc = kerberos.doomcom.org
admin_server = kerberos.doomcom.org
}
ANDREW.CMU.EDU = {
kdc = kerberos.andrew.cmu.edu
kdc = kerberos2.andrew.cmu.edu
kdc = kerberos3.andrew.cmu.edu
admin_server = kerberos.andrew.cmu.edu
default_domain = andrew.cmu.edu
}
CS.CMU.EDU = {
kdc = kerberos.cs.cmu.edu
kdc = kerberos-2.srv.cs.cmu.edu
admin_server = kerberos.cs.cmu.edu
}
DEMENTIA.ORG = {
kdc = kerberos.dementix.org
kdc = kerberos2.dementix.org
admin_server = kerberos.dementix.org
}
stanford.edu = {
kdc = krb5auth1.stanford.edu
kdc = krb5auth2.stanford.edu
kdc = krb5auth3.stanford.edu
master_kdc = krb5auth1.stanford.edu
admin_server = krb5-admin.stanford.edu
default_domain = stanford.edu
}
UTORONTO.CA = {
kdc = kerberos1.utoronto.ca
kdc = kerberos2.utoronto.ca
kdc =
Bug#714903: [Pkg-systemd-maintainers] Bug#714903: masking removed but not purged SysV/LSB services
Michael Biebl bi...@debian.org writes: Still, I think this behaviour is unfortunate. For once, we pointlessly spawn a shell script which simply does nothing, wasting CPU cycles. But more importantly, such services show up in systemctl output as active (exited), while they are not really active. This could be confusing for users. We might consider to mask such SysV/LSB services on remove and remove the mask on purge. I've been confused by the active (exited) status a few times in the past, and the mask/unmask idea sounds good and desirable to me. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#700612: i3-wm: i3wm crashed corrupted double-linked list
On Sun, 2013-06-30 at 11:06 +0200, Michael Stapelberg wrote: Could you upgrade to 4.5.1? You can do that without logging out. FYI I am now running 4.5.1-2 with the --shmlog-size=26214400, will let you/the bug know if I see this crash again. BTW, the problem I had before which prevented me from enabling --shmlog-size is that after editing i3.desktop to have Exec=i3 --shmlog-size=26214400 gdm3 would fail with Cannot exec 'i3 --shmlog-size=26214400' (or words to that affect. I solved this by creating /usr/local/bin/i3-debug with the obvious contents and launching that via Exec=. I don't know if this is a bug in the i3 docs or a bug in gdm3's handling of Exec= in session.desktop files. Normal application.desktop files will correctly handle arguments given in the Exec= line (at least judging from the examples in /usr/share/applications. What do you think? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714913: xmanpages-ja: broken manpage symlinks, no-change rebuild required
Package: xmanpages-ja Version: 4.1.0.20011224-6 Severity: important User: debian...@lists.debian.org Usertags: piuparts broken-symlink Hi, during a test with piuparts I noticed your package contains broken manpage symlinks: 0m13.8s ERROR: FAIL: Broken symlinks: /usr/share/man/ja/man3/BitmapBitOrder.3.gz - ImageByteOrder.3x /usr/share/man/ja/man3/XFreeFontPath.3.gz - XSetFontPath.3x /usr/share/man/ja/man3/XtIsShell.3.gz - XtClass.3x ... /usr/share/man/ja/man3/XRemoveConnectionWatch.3.gz - XAddConnectionWatch.3x /usr/share/man/ja/man3/XF86VidModeSwitchToMode.3.gz - XF86VidMode.3x /usr/share/man/ja/man3/XtTranslateKeycode.3.gz - XtSetKeyTranslator.3x /usr/share/man/ja/man1/bmtoa.1.gz - bitmap.1x /usr/share/man/ja/man1/atobm.1.gz - bitmap.1x Rebuilding the package in sid with no chnages but using with a current toolchain will produce correct symlinks like BitmapBitOrder.3.gz - ImageByteOrder.3x.gz I'm not sure if the maintainer is still active (the current version was uploaded in 2008), so I offer and intend to NMU xmanpages-ja to fix this bug. Andreas xmanpages-ja_4.1.0.20011224-6.log.gz Description: GNU Zip compressed data
Bug#644242: debbugs pkg: debbugs-upgradestatus does not work
On Fri, Jun 28, 2013 at 03:35:59PM -0700, Don Armstrong wrote: On Sat, 15 Jun 2013, Bill Allombert wrote: Well, I have remove the error test and hoped for the best. Now it seems that the package is missing the file /usr/share/debbugs/templates/en_US/cgi/quit.tmpl /var/lib/debbugs/www/cgi/bugreport.cgi says: Unable to locate template /usr/share/debbugs/templates/en_US/cgi/quit.tmpl Unable to find template cgi/quit with language en_US at /usr/share/perl5/Debbugs/Text.pm line 154. This is in git, and could be copied out if that works for you. The file bugs.css is shipped in /var/lib/debbugs/www/bugs.css but the CGI expect it in /var/lib/debbugs/www/css/bugs.css Ugh... fixed this in git just now. Maybe you would prefer me to upgrade to a more recent version of debbugs ? That would probably be worthwhile. Would you rather I put out a release, or is running from git reasonable enough? To be honest I would very much welcome a release. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714914: fcitx started while no env are set with gdm 3.8
Package: im-config After upgrade to gdm 3.8, fctix can start while it cannot input anymore, As it seems that neither GTK_IM_MODULE nor QT4_IM_MODULES are set. -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714345: [Pkg-alsa-devel] Bug#714345: alsa-base: No sound on PowerPC with Jessie upgrade
Also, I found this Gentoo thread which has more information from a Powerbook user with the same symptoms: http://forums-web1.gentoo.org/viewtopic-p-7287520.html?sid=a46c2fb8585d51177fc433483d75cfd1 --Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714825: krb5-auth-dialog: segfaults when I run 'kinit' on the command line
On Thu, Jul 04, 2013 at 10:26:33AM +0200, Petter Reinholdtsen wrote:
[Guido Günther]
Could you check how the Heimdal kinit behaves? I'd like to know if it
behaves the same as krb5-auth-dialog (I assume so). You can set:
# Debug logging
[logging]
krb5=STDERR
for more detailed debugging.
Not easily. Not quite sure how to replace that on a diskless
workstation without messing up the setup completely.
That's sad since it will make debugging much harder.
What does hostname --fqdn show?
It report only the short name without a domain part, ie 'ltsp4115'.
Can you attached your krb5.conf?
Attached. It is the default from the package, as SRV records are used
to find the Kerberos server. So the hostname isn't the important part
here, as the DNS domain to use is in /etc/resolv.conf instead.
I'm not sure I'm following here. If you don't have a domain name fro
from which domains SRV records would you expect the client to retrieve
it's realm?
Can you show how MIT resolves the REALM and then the KDC in your case?
Cheers,
-- Guido
--
Happy hacking
Petter Reinholdtsen
[libdefaults]
dns_lookup_realm = true
dns_lookup_kdc = true
# default_realm = INTERN
# The following krb5.conf variables are only for MIT Kerberos.
krb4_config = /etc/krb.conf
krb4_realms = /etc/krb.realms
kdc_timesync = 1
ccache_type = 4
forwardable = true
proxiable = true
# The following encryption type specification will be used by MIT Kerberos
# if uncommented. In general, the defaults in the MIT Kerberos code are
# correct and overriding these specifications only serves to disable new
# encryption types as they are added, creating interoperability problems.
#
# Thie only time when you might need to uncomment these lines and change
# the enctypes is if you have local software that will break on ticket
# caches containing ticket encryption types it doesn't know about (such as
# old versions of Sun Java).
# default_tgs_enctypes = des3-hmac-sha1
# default_tkt_enctypes = des3-hmac-sha1
# permitted_enctypes = des3-hmac-sha1
# The following libdefaults parameters are only for Heimdal Kerberos.
v4_instance_resolve = false
v4_name_convert = {
host = {
rcmd = host
ftp = ftp
}
plain = {
something = something-else
}
}
fcc-mit-ticketflags = true
[realms]
ATHENA.MIT.EDU = {
kdc = kerberos.mit.edu:88
kdc = kerberos-1.mit.edu:88
kdc = kerberos-2.mit.edu:88
admin_server = kerberos.mit.edu
default_domain = mit.edu
}
MEDIA-LAB.MIT.EDU = {
kdc = kerberos.media.mit.edu
admin_server = kerberos.media.mit.edu
}
ZONE.MIT.EDU = {
kdc = casio.mit.edu
kdc = seiko.mit.edu
admin_server = casio.mit.edu
}
MOOF.MIT.EDU = {
kdc = three-headed-dogcow.mit.edu:88
kdc = three-headed-dogcow-1.mit.edu:88
admin_server = three-headed-dogcow.mit.edu
}
CSAIL.MIT.EDU = {
kdc = kerberos-1.csail.mit.edu
kdc = kerberos-2.csail.mit.edu
admin_server = kerberos.csail.mit.edu
default_domain = csail.mit.edu
krb524_server = krb524.csail.mit.edu
}
IHTFP.ORG = {
kdc = kerberos.ihtfp.org
admin_server = kerberos.ihtfp.org
}
GNU.ORG = {
kdc = kerberos.gnu.org
kdc = kerberos-2.gnu.org
kdc = kerberos-3.gnu.org
admin_server = kerberos.gnu.org
}
1TS.ORG = {
kdc = kerberos.1ts.org
admin_server = kerberos.1ts.org
}
GRATUITOUS.ORG = {
kdc = kerberos.gratuitous.org
admin_server = kerberos.gratuitous.org
}
DOOMCOM.ORG = {
kdc = kerberos.doomcom.org
admin_server = kerberos.doomcom.org
}
ANDREW.CMU.EDU = {
kdc = kerberos.andrew.cmu.edu
kdc = kerberos2.andrew.cmu.edu
kdc = kerberos3.andrew.cmu.edu
admin_server = kerberos.andrew.cmu.edu
default_domain = andrew.cmu.edu
}
CS.CMU.EDU = {
kdc = kerberos.cs.cmu.edu
kdc = kerberos-2.srv.cs.cmu.edu
admin_server = kerberos.cs.cmu.edu
}
DEMENTIA.ORG = {
kdc = kerberos.dementix.org
kdc = kerberos2.dementix.org
admin_server = kerberos.dementix.org
}
stanford.edu = {
kdc = krb5auth1.stanford.edu
kdc = krb5auth2.stanford.edu
kdc =
Bug#714825: krb5-auth-dialog: segfaults when I run 'kinit' on the command line
[Guido Günther] wrote: I'm not sure I'm following here. If you don't have a domain name fro from which domains SRV records would you expect the client to retrieve it's realm? In other scripts, I use a simple DNS lookup to find the server, similar to this: pere@tjener:~$ host -t srv _kerberos._udp _kerberos._udp.intern has SRV record 100 0 88 tjener.intern. pere@tjener:~$ Can you show how MIT resolves the REALM and then the KDC in your case? Here is a tcpdump of port 53 (DNS) on the DNS server during a kinit run: 10:48:13.740049 IP 10.0.16.22.60465 tjener.intern.domain: 29355+ TXT? _kerberos.ltsp4118. (36) 10:48:13.740459 IP tjener.intern.domain 10.0.16.22.60465: 29355 NXDomain 0/1/0 (111) 10:48:13.741181 IP 10.0.16.22.57667 tjener.intern.domain: 13656+ TXT? _kerberos.intern. (34) 10:48:13.741397 IP tjener.intern.domain 10.0.16.22.57667: 13656* 1/1/1 TXT INTERN (90) 10:48:13.750393 IP 10.0.16.22.34855 tjener.intern.domain: 1954+ SRV? _kerberos._udp.INTERN. (39) 10:48:13.750882 IP tjener.intern.domain 10.0.16.22.34855: 1954* 1/1/1 SRV tjener.intern.:88 100 0 (102) 10:48:13.751803 IP 10.0.16.22.59974 tjener.intern.domain: 41193+ SRV? _kerberos._tcp.INTERN. (39) 10:48:13.752068 IP tjener.intern.domain 10.0.16.22.59974: 41193 NXDomain* 0/1/0 (87) 10:48:13.757228 IP 10.0.16.22.50499 tjener.intern.domain: 62806+ SRV? _kerberos-master._udp.INTERN. (46) 10:48:13.757436 IP tjener.intern.domain 10.0.16.22.50499: 62806* 1/1/1 SRV tjener.intern.:88 100 0 (109) 10:48:20.076806 IP 10.0.16.22.51156 tjener.intern.domain: 46661+ SRV? _kerberos-master._udp.INTERN. (46) 10:48:20.077327 IP tjener.intern.domain 10.0.16.22.51156: 46661* 1/1/1 SRV tjener.intern.:88 100 0 (109) 10:48:20.078249 IP 10.0.16.22.59517 tjener.intern.domain: 27354+ SRV? _kerberos-master._tcp.INTERN. (46) 10:48:20.078512 IP tjener.intern.domain 10.0.16.22.59517: 27354 NXDomain* 0/1/0 (94) As you can see, it first look up the realm using a TXT lookup, and then find the servers using SRV lookups. Does it help to explain what is going on? -- 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#710676: Symlinks in libjson0 moved to /lib/tripplet
On 2013-07-04 09:20, Ondřej Surý wrote: This is a fresh unstable chroot with libjson0, libjson-c2, libjson0-dev and libjson-c-dev installed: looks good, right now I cannot reproduce any unowned symlinks related to libjson* :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714915: openturns: FTBFS on any-i386: small difference in cppcheck_TrapezoidalFactory_std output
Package: openturns Version: 1.1-6 Severity: serious Justification: FTBFS Hello, openturns currently FTBFS on any-i386, due to a small output difference: --- /«PKGBUILDDIR»/lib/test/t_TrapezoidalFactory_std.expout 2013-01-03 14:01:36.0 + +++ /«PKGBUILDDIR»/obj-i486-linux-gnu/lib/test/t_TrapezoidalFactory_std.out 2013-07-03 22:54:04.041954105 + @@ -1,8 +1,8 @@ Distribution =class=Trapezoidal name=Trapezoidal dimension=1 a=1 b=2.3 c=4.5 d=5 h=0.322581 -Estimated distribution=class=Trapezoidal name=Trapezoidal dimension=1 a=1.006 b=2.275 c=4.545 d=4.99 h=0.3198 +Estimated distribution=class=Trapezoidal name=Trapezoidal dimension=1 a=1.005 b=2.279 c=4.545 d=4.99 h=0.32 Default distribution=class=Trapezoidal name=Trapezoidal dimension=1 a=-2 b=-1 c=1 d=2 h=0.33 Distribution from parameters=class=Trapezoidal name=Trapezoidal dimension=1 a=1 b=2.3 c=4.5 d=5 h=0.322581 Trapezoidal =class=Trapezoidal name=Trapezoidal dimension=1 a=1 b=2.3 c=4.5 d=5 h=0.322581 -Estimated trapezoidal=class=Trapezoidal name=Trapezoidal dimension=1 a=1.006 b=2.275 c=4.545 d=4.99 h=0.3198 +Estimated trapezoidal=class=Trapezoidal name=Trapezoidal dimension=1 a=1.005 b=2.279 c=4.545 d=4.99 h=0.32 Default trapezoidal=class=Trapezoidal name=Trapezoidal dimension=1 a=-2 b=-1 c=1 d=2 h=0.33 Trapezoidal from parameters=class=Trapezoidal name=Trapezoidal dimension=1 a=1 b=2.3 c=4.5 d=5 h=0.322581 I've also seen that in sphinxbase, where this is due to libc 2.17 which has small libmath fixes compared to libc 2.13. Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel What's this script do? unzip ; touch ; finger ; mount ; gasp ; yes ; umount ; sleep Hint for the answer: not everything is computer-oriented. Sometimes y (Contributed by Frans van der Zande.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714917: encrypting submissions creates /root/.gnupg/*
Package: popularity-contest Version: 1.58 Severity: normal Enabling the encryption of submissions will result in creating a /root/.gnupg directory including a gpg.conf, secring.gpg, trustdb.gpg, random_seed. Just using popularity-contest shouldn't do this. Maybe passing --no-config or --homedir /some/temporary/directory to gpg would be a good idea. It would also result in not using (maybe unwanted) settings from root's gpg.conf. Ansgar -- 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.2.0-48-generic (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.5.50 ii dpkg 1.16.10 Versions of packages popularity-contest recommends: ii cron 3.0pl1-124 ii gnupg 1.4.12-7 ii ssmtp [mail-transport-agent] 2.64-7 Versions of packages popularity-contest suggests: pn anacron none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714519: supertuxkart: Wrong colors in the powerpc version -solved-
Am 04.07.13 03:46, schrieb Vincent Cheng: On Wed, Jul 3, 2013 at 1:42 PM, Christian Zigotzky chzigot...@bayern-mail.de wrote: Hi Vincent, The issue with the wrong colors has been solved. :) Please insert the following line into file COpenGLExtensionHandler.cpp, line 372 (directly before MultiTextureExtension = FeatureAvailable[IRR_ARB_multitexture] ;) FeatureAvailable[IRR_ARB_vertex_array_bgra]=FeatureAvailable[IRR_EXT_vertex_array_bgra]=false; Is it safe to change this for all platforms, i.e. will this cause any rendering issues on non-ppc and/or little endian systems? Does upstream endorse making this change permanent, e.g. link to upstream svn commit please? Regards, Vincent Hi Vincent, This patch is only for ppc systems. It isn't suitable for other systems like x86, ARM etc. I'm very happy about this patch. STK 0.8 works as well as the x86 version of STK 0.8. I have released a static package of STK 0.8 with AltiVec support and integrated Irrlicht patch: http://sourceforge.net/projects/supertuxkart/files/SuperTuxKart/0.8/supertuxkart-0.8-altivec-linux-glibc2.13-ppc.tar.bz2/download The Irrlicht patch is an unofficial patch for ppc systems at time. Unfortunately there isn't a link to a upstream svn commit. I'm sorry. Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714916: RM: xmanpages-ja -- ROM; abandoned upstream and mismatch current version of X packages
Package: ftp.debian.org Severity: normal xmanpages-ja is Japanese translation of X related manpages. It is based on XFree86 4.1.0 (released at 2001) and not updated since 2002 on upstream. It is very old and most of these translations are mismatch current xorg packages man pages. This situation will confuses users. I think it is better to remove this package from ftp tree. -- ISHIKAWA Mutsumi ishik...@debian.org, ishik...@hanzubon.jp -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714918: will silently not encrypt submissions if gpg is not available
Package: popularity-contest Version: 1.58 Severity: normal From /etc/cron.daily/popularity-contest: if [ $ENCRYPT = yes ] [ -x $GPG ]; then This will make popcon silently not encrypt submissions should gpg not be available. That's fine if you asked popcon to encrypt submissions if possible (ENCRYPT=maybe?), but it should probably fail with an error if encryption is required explicitly (ENCRYPT=yes) and doing so is not possible for some reason. Ansgar -- 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.2.0-48-generic (SMP w/4 CPU cores) Locale: LANG=C.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages popularity-contest depends on: ii debconf [debconf-2.0] 1.5.50 ii dpkg 1.16.10 Versions of packages popularity-contest recommends: ii cron 3.0pl1-124 ii gnupg 1.4.12-7 ii ssmtp [mail-transport-agent] 2.64-7 Versions of packages popularity-contest suggests: pn anacron none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714519: supertuxkart: Wrong colors in the powerpc version -solved-
Am Donnerstag, den 04.07.2013, 11:22 +0200 schrieb Christian Zigotzky: The Irrlicht patch is an unofficial patch for ppc systems at time. Unfortunately there isn't a link to a upstream svn commit. I'm sorry. No commit, but the forum where this workaround has been discussed: http://irrlicht.sourceforge.net/forum/viewtopic.php?f=7t=48577p=281620hilit=IRR_ARB_vertex_array_bgra#p281599 - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619310: Advice from upstream / ISC
This ISC mailing list post from 2008 strongly suggests that isc-dhcp server does support DDNS updates for IPv6: https://lists.isc.org/pipermail/dhcp-users/2008-August/007025.html ISC DHCPv6 does support the DHCPv6 FQDN option and Dynamic DNS Updates, configuration is precisely the same as with DHCPv4. Nonetheless, I still haven't seen it actually work with the package from wheezy: it may simply be a configuration issue though. Sebastian, when you say there is a known upstream issue, can you provide a bug reference or other details? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714345: [Pkg-alsa-devel] Bug#714345: alsa-base: No sound on PowerPC with Jessie upgrade
* Dan DeVoto dand1...@yahoo.com [2013-07-04 01:44 -0700]: Also, I found this Gentoo thread which has more information from a Powerbook user with the same symptoms: http://forums-web1.gentoo.org/viewtopic-p-7287520.html?sid=a46c2fb8585d51177fc433483d75cfd1 Hmm, did you retried 3.2? If that works we have to think about reassigning this bug to your kernel-package. Elimar -- Learned men are the cisterns of knowledge, not the fountainheads ;-) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714736: [Pkg-xfce-devel] Bug#714736: thunar: GUI freeze while moving to trash a file from a NFS4+Kerberos mount
I've done some more tests (on pure wheezy machine). The bug is not as systematic as I thought at first. Sometimes the user is able to move several files to trash without any difficulties. But for no apparent reason, for some file the process take long long time. The problem appears both while configuring the NFS share as sync or async. But, remounting /home as NFS without Kerberos appears to solve the problem. By looking in /var/log/syslog on the NFS/Kerberos server it appears that, when user experiences a hang, I have the following messages (up to 4 times): Jul 4 10:56:40 real kernel: [68746.902591] RPC: AUTH_GSS upcall timed out. Jul 4 10:56:40 real kernel: [68746.902593] Please check user daemon is running. Jul 4 10:56:58 real kernel: [68764.934597] RPC: AUTH_GSS upcall timed out. Jul 4 10:56:58 real kernel: [68764.934600] Please check user daemon is running. The timestamps are coherent with the user experienced delay. I checked, rpc.svcgssd is running on the server. I tried to kill it and the manually run it with -vvv -iii -rrr to gather more informations -- but nothing at all is logged when the problem appears. I'm running nfs-common 1:1.2.6-4 on the server I think this bug is not related to thunar, but to nfs-common -- and it should be reassigned (I don't know how to do that). Regards - Sylvain -- -- Sylvain Leroux -- sylv...@chicoree.fr -- http://www.chicoree.fr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714915: openturns: FTBFS on any-i386: small difference in cppcheck_TrapezoidalFactory_std output
On 2013/7/4 Samuel Thibault wrote: Package: openturns Version: 1.1-6 Severity: serious Justification: FTBFS Hello, openturns currently FTBFS on any-i386, due to a small output difference: --- /«PKGBUILDDIR»/lib/test/t_TrapezoidalFactory_std.expout 2013-01-03 14:01:36.0 + +++ /«PKGBUILDDIR»/obj-i486-linux-gnu/lib/test/t_TrapezoidalFactory_std.out 2013-07-03 22:54:04.041954105 + @@ -1,8 +1,8 @@ Distribution =class=Trapezoidal name=Trapezoidal dimension=1 a=1 b=2.3 c=4.5 d=5 h=0.322581 -Estimated distribution=class=Trapezoidal name=Trapezoidal dimension=1 a=1.006 b=2.275 c=4.545 d=4.99 h=0.3198 +Estimated distribution=class=Trapezoidal name=Trapezoidal dimension=1 a=1.005 b=2.279 c=4.545 d=4.99 h=0.32 Default distribution=class=Trapezoidal name=Trapezoidal dimension=1 a=-2 b=-1 c=1 d=2 h=0.33 Distribution from parameters=class=Trapezoidal name=Trapezoidal dimension=1 a=1 b=2.3 c=4.5 d=5 h=0.322581 Trapezoidal =class=Trapezoidal name=Trapezoidal dimension=1 a=1 b=2.3 c=4.5 d=5 h=0.322581 -Estimated trapezoidal=class=Trapezoidal name=Trapezoidal dimension=1 a=1.006 b=2.275 c=4.545 d=4.99 h=0.3198 +Estimated trapezoidal=class=Trapezoidal name=Trapezoidal dimension=1 a=1.005 b=2.279 c=4.545 d=4.99 h=0.32 Default trapezoidal=class=Trapezoidal name=Trapezoidal dimension=1 a=-2 b=-1 c=1 d=2 h=0.33 Trapezoidal from parameters=class=Trapezoidal name=Trapezoidal dimension=1 a=1 b=2.3 c=4.5 d=5 h=0.322581 I've also seen that in sphinxbase, where this is due to libc 2.17 which has small libmath fixes compared to libc 2.13. Hello Samuel, I disabled optimization on *-i386 arches because of #714411. I checked on fischer.d.o, but I ran two builds, one with -O0 and the other one with -fno-cse-follow-jumps -fno-caller-saves -fno-guess-branch-probability, and unfortunately it is likely that I switched results, only the latter works. I could adjust test output, but I now wonder whether this is the best choice. Maybe you have some ideas why those -f flags are needed on *-i386? With GCC 4.8, only -fno-cse-follow-jump was needed, but now we need two more flags. Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714919: libforms-bin: fdesign segfaults on sh4
Package: libforms-bin Severity: minor As you can see here, fdesign segfaults on the sh4 port: http://buildd.debian-ports.org/status/package.php?p=mancala http://wiki.debian.org/SH4 -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#714912: common UUID for mkdosfs and udev?
reasign 714912 udev retitle 714912 don't wrongly interprete dosfs volume ids as uuids thanks On 07/04/2013 10:23 AM, Harald Dunkel wrote: Seems that dosfstols and udev disagree upon how the UUID (i.e. the volume-id) of a fat file system should be written. Sample session: the volume id of a dos formated fs is not a uuid, i don't know why udev assumes it is. while possibly at some point in the future, dosfstools might change to use uuids, in the meanwhile, udev should not mistakenly interprete dosfs'es volume-ids as uuids. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#696718:
God, Wolfram, I love you! :D This bug had pestered me for two days. What is the (permanent) proposed solution? Couldn't grub be made to always include couple of most standard modules?
Bug#714875: lzma: Typo in package description: Lempel-Ziv Markov-chain
On Wed, Jul 03, 2013, Pascal De Vuyst wrote: The package description of lzma, lzma-alone and lzma-dev contains a small typo: The Lempel-Ziv Markov-chain Algorithm is a compression method based on ... Should be written like this: The Lempel-Ziv-Markov chain Algorithm is a compression method based on ... Thank you for the report. -- Mohammed Adnène Trojette -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#552032: Two ways of improving
Hi. stupid problem. a lot of time taken away. the main problem is not in Ant. it is in the xerces 2. two options fixes 1. build xerces from the trunk. it works for me. but I do not know what kind of correction affected. 2. edit /usr/share/ant/bin/ant, by removing the substring /usr/share/java/xmlParserAPIs.jar :/usr/share/java/xercesImpl.jar (roll back the patch 0003-add-Xerces-from-Debian-s-path.patch). Aleksey Dobrunov
Bug#714519: supertuxkart: Wrong colors in the powerpc version -solved-
On Thu, Jul 4, 2013 at 2:22 AM, Christian Zigotzky chzigot...@xenosoft.de wrote: Am 04.07.13 03:46, schrieb Vincent Cheng: On Wed, Jul 3, 2013 at 1:42 PM, Christian Zigotzky chzigot...@bayern-mail.de wrote: Hi Vincent, The issue with the wrong colors has been solved. :) Please insert the following line into file COpenGLExtensionHandler.cpp, line 372 (directly before MultiTextureExtension = FeatureAvailable[IRR_ARB_multitexture] ;) FeatureAvailable[IRR_ARB_vertex_array_bgra]=FeatureAvailable[IRR_EXT_vertex_array_bgra]=false; Is it safe to change this for all platforms, i.e. will this cause any rendering issues on non-ppc and/or little endian systems? Does upstream endorse making this change permanent, e.g. link to upstream svn commit please? Regards, Vincent Hi Vincent, This patch is only for ppc systems. It isn't suitable for other systems like x86, ARM etc. The reason I ask whether this is suitable for non-ppc systems is that if I apply your patch in Debian/Ubuntu stk source package, that will affect all binary packages built from that source, including on non-ppc archs (there's no way for me to upload a ppc-specific source package and/or have this patch applied _only_ on ppc). Although I suppose I can just wrap the additional line of code that fixes this bug on ppc with an #ifdef __powerpc__ statement? I'm very happy about this patch. STK 0.8 works as well as the x86 version of STK 0.8. I have released a static package of STK 0.8 with AltiVec support and integrated Irrlicht patch: http://sourceforge.net/projects/supertuxkart/files/SuperTuxKart/0.8/supertuxkart-0.8-altivec-linux-glibc2.13-ppc.tar.bz2/download The Irrlicht patch is an unofficial patch for ppc systems at time. Unfortunately there isn't a link to a upstream svn commit. I'm sorry. Can you please push upstream to include this patch in their svn repo? I'd feel a lot more comfortable applying it in Debian if I knew for certain that upstream approves of it, and that it's going to be included in future releases so I don't have to maintain that patch any longer than necessary. I'll readily admit that I don't know anything about opengl and/or irrlicht, hence why I'm a bit averse to including this patch without upstream's approval. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714519: supertuxkart: Wrong colors in the powerpc version -solved-
On Thu, Jul 4, 2013 at 2:31 AM, Fabian Greffrath fab...@greffrath.com wrote: Am Donnerstag, den 04.07.2013, 11:22 +0200 schrieb Christian Zigotzky: The Irrlicht patch is an unofficial patch for ppc systems at time. Unfortunately there isn't a link to a upstream svn commit. I'm sorry. No commit, but the forum where this workaround has been discussed: http://irrlicht.sourceforge.net/forum/viewtopic.php?f=7t=48577p=281620hilit=IRR_ARB_vertex_array_bgra#p281599 - Fabian Ack, but the points I've raised in my previous reply still stand. I don't want to inadvertently break anything, and it also provides a measure of accountability if I have an upstream commit I can reference in the proposed patch. :) Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694953: xserver-xorg-video-intel: Display sometimes freezes, apparently after switching monitor away
Package: xserver-xorg-video-intel Version: 2:2.20.14-1 Followup-For: Bug #694953 Dear Maintainer, I have the same problem with a second monitor. Switching with hotkeys does not work properly and it almost right away freezes the whole system. I have to reboot with power button as no magic key works. I did not find anything in the logs but I can tell that with linux-image 3.2.0.4 from wheezy I do not have this problem. It did also not happen with 3.8.? from experimental. I think this bug belongs once more to linux-source. -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Nov 4 2011 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 2044664 Apr 17 12:40 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) /etc/X11/xorg.conf does not exist. /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/i915-kms.conf: options i915 modeset=1 Kernel version (/proc/version): --- Linux version 3.9-1-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-4) ) #1 SMP Debian 3.9.6-1 Xorg X server log files on system: -- -rw-r--r-- 1 root root 7427 Nov 12 2012 /var/log/Xorg.2.log -rw-r--r-- 1 root root 34836 May 16 18:01 /var/log/Xorg.1.log -rw-r--r-- 1 root root 33238 Jul 4 11:50 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - [ 145.683] X.Org X Server 1.12.4 Release Date: 2012-08-27 [ 145.683] X Protocol Version 11, Revision 0 [ 145.683] Build Operating System: Linux 3.2.0-4-amd64 x86_64 Debian [ 145.683] Current Operating System: Linux chaos 3.9-1-amd64 #1 SMP Debian 3.9.6-1 x86_64 [ 145.683] Kernel command line: BOOT_IMAGE=/vmlinuz-3.9-1-amd64 root=/dev/mapper/system-root ro [ 145.683] Build Date: 17 April 2013 10:22:47AM [ 145.683] xorg-server 2:1.12.4-6 (Julien Cristau jcris...@debian.org) [ 145.683] Current version of pixman: 0.26.0 [ 145.683]Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 145.683] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 145.683] (==) Log file: /var/log/Xorg.0.log, Time: Thu Jul 4 11:50:06 2013 [ 145.730] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 145.829] (==) No Layout section. Using the first Screen section. [ 145.829] (==) No screen section available. Using defaults. [ 145.829] (**) |--Screen Default Screen Section (0) [ 145.829] (**) | |--Monitor default monitor [ 145.829] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 145.829] (==) Automatically adding devices [ 145.829] (==) Automatically enabling devices [ 145.872] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 145.872]Entry deleted from font path. [ 145.945] (WW) The directory /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType does not exist. [ 145.946]Entry deleted from font path. [ 145.946] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 145.946] (==) ModulePath set to /usr/lib/xorg/modules [ 145.946] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 145.946] (II) Loader magic: 0x7fa50f180ae0 [ 145.946] (II) Module ABI versions: [ 145.946]X.Org ANSI C Emulation: 0.4 [ 145.946]X.Org Video Driver: 12.1 [ 145.946]X.Org XInput driver : 16.0 [ 145.946]X.Org Server Extension : 6.0 [ 145.947] (--) PCI:*(0:0:2:0) 8086:0116:1043:1012 rev 9, Mem @ 0xddc0/4194304, 0xc000/268435456, I/O @ 0xe000/64 [ 145.947] (II) Open ACPI successful (/var/run/acpid.socket) [ 145.947] (II) LoadModule: extmod [ 145.992] (II) Loading /usr/lib/xorg/modules/extensions/libextmod.so [ 146.007] (II) Module extmod: vendor=X.Org Foundation [ 146.007]compiled for 1.12.4, module version = 1.0.0 [ 146.007]Module class: X.Org Server Extension [ 146.007]ABI class: X.Org Server Extension, version 6.0 [ 146.007] (II) Loading extension SELinux [ 146.007] (II) Loading extension MIT-SCREEN-SAVER [ 146.007] (II) Loading extension XFree86-VidModeExtension [ 146.007] (II) Loading extension XFree86-DGA [
Bug#714920: ekiga: slow startup
Package: ekiga Version: 4.0.1-2 Severity: minor *** Hi, i found Ekiga a bit slow at startup. Since this could be a subjective tought, I started the program in command line with ekiga -d 3. Here is an excerpt of what i got in the points with a noticeable time gap: ... 2013/07/04 10:32:28.099 0:00.376 Ekiga Started STUN detector 2013/07/04 10:32:28.211 0:00.487 StunDetector:0xadabeb40 OPALSTUN server stun.ekiga.net replies Cone NAT, external IP Public_IP 2013/07/04 10:32:28.211 0:00.487 StunDetector:0xadabeb40 PTLib Thread ended: name=StunDetector:0xadabeb40, real=0.111, kernel=0.000 (0%), user=0.000 (0%), both=0.000 (0%) 2013/07/04 10:32:28.275 0:00.551 PV4L2Plugin Detecting V4L2 devices 2013/07/04 10:32:28.275 0:00.551 PV4L2Plugin detected device metadata at /sys/class/video4linux/ 10 seconds inactivity/elaboration as you can see 2013/07/04 10:32:38.089 0:10.366 Housekeeper:0xadf0cb40 Ekiga Stopped STUN detector 15 seconds inactivity/elaboration as you can see 2013/07/04 10:32:53.370 0:25.647 PV4L2Plugin Detecting V4L2 devices 2013/07/04 10:32:53.370 0:25.647 PV4L2Plugin detected device metadata at /sys/class/video4linux/ 2013/07/04 10:32:53.445 0:25.722 PV4L2Plugin Detecting V4L2 devices 2013/07/04 10:32:53.446 0:25.722 PV4L2Plugin detected device metadata at /sys/class/video4linux/ 2013/07/04 10:32:53.460 0:25.737 PV4L2Plugin Detecting V4L2 devices 2013/07/04 10:32:53.460 0:25.737 PV4L2Plugin detected device metadata at /sys/class/video4linux/ 2013/07/04 10:32:53.595 0:25.872 Ekiga version 4.0.1 application GUI spawns about at this point ... About 25 seconds to show the main window. I don't know if this is a normal behaviour and there are legitimate elaborations going on, that's why i classified the report as minor bug. P.S. I tried a quick installation on two virtual machines (an ubuntu one and a windows one, both with nat networking) and it seems not to stuck. Because of the slowdown near STUN operations and video device detection, i tried unchecking Enable network detection in Ekiga settings, but this changed nothing; also could be relevant that there is no webcam detected in virtual machines, so maybe it skips some operations. Bye. *** -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ekiga depends on: ii gconf-service 3.2.6-1 ii gconf2 3.2.6-1 ii gnome-icon-theme3.8.2-2 ii libatk1.0-0 2.8.0-2 ii libavahi-client30.6.31-2 ii libavahi-common30.6.31-2 ii libavahi-glib1 0.6.31-2 ii libboost-signals1.49.0 1.49.0-4 ii libc6 2.17-6 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-20.100.2-1 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgconf-2-43.2.6-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.1-2build1 ii libgtk2.0-0 2.24.18-1 ii libidn111.25-2 ii libldap-2.4-2 2.4.31-1+nmu2 ii libloudmouth1-0 1.4.3-9 ii libnotify4 0.7.5-2 ii libopal3.10.10 3.10.10~dfsg-2 ii libpango1.0-0 1.32.5-5+b1 ii libpt2.10.102.10.10~dfsg-2 ii libsasl2-2 2.1.25.dfsg1-7 ii libspeexdsp11.2~rc1-7 ii libstdc++6 4.8.1-2 ii libx11-62:1.6.0-1 ii libxext62:1.3.1-2+deb7u1 ii libxml2 2.9.1+dfsg1-2 ii libxv1 2:1.0.7-1+deb7u1 Versions of packages ekiga recommends: ii gvfs 1.12.3-4 ii yelp 3.8.1-2 Versions of packages ekiga suggests: pn asterisknone pn ekiga-plugin-evolution none pn gnugk none pn mediaproxy none pn rtpproxynone pn ser none pn siproxd none pn yatenone -- 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#714921: homepage invalid
Package: mydumper Version: 0.5.1-3 Severity: minor Hi, mydumper.org is a holding page for domain name sales. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714922: gosa-plugin-mail: Files in /etc/gosa/etc/ should be in /etc/gosa/
Package: gosa-plugin-mail Version: 2.7.4-4.2 Severity: normal These files in the package gosa-plugin-mail are in the wrong location: /etc/gosa/etc/sieve-discard.txt /etc/gosa/etc/sieve-header.txt /etc/gosa/etc/sieve-vacation.txt /etc/gosa/etc/vacation /etc/gosa/etc/vacation/vacation_example.txt /etc/gosa/etc/sieve-mailsize.txt /etc/gosa/etc/sieve-spam.txt They should be directly in /etc/gosa, which is where the gosa web application expects them. Otherwise you get errors for example when creating sieve scripts with gosa, because it cannot find the /etc/gosa/sieve* files -- System Information: Debian Release: 7.1 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'stable'), (470, 'proposed-updates'), (300, 'testing'), (200, 'unstable'), (102, 'experimental'), (100, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.8-2-amd64 (SMP w/10 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gosa-plugin-mail depends on: ii gosa 2.7.4-4.2 ii gosa-plugin-systems 2.7.4-4.2 gosa-plugin-mail recommends no packages. gosa-plugin-mail suggests no packages. -- Configuration Files: /etc/gosa/etc/sieve-discard.txt [Errno 2] No such file or directory: u'/etc/gosa/etc/sieve-discard.txt' /etc/gosa/etc/sieve-header.txt [Errno 2] No such file or directory: u'/etc/gosa/etc/sieve-header.txt' /etc/gosa/etc/sieve-mailsize.txt [Errno 2] No such file or directory: u'/etc/gosa/etc/sieve-mailsize.txt' /etc/gosa/etc/sieve-spam.txt [Errno 2] No such file or directory: u'/etc/gosa/etc/sieve-spam.txt' /etc/gosa/etc/sieve-vacation.txt [Errno 2] No such file or directory: u'/etc/gosa/etc/sieve-vacation.txt' /etc/gosa/etc/vacation/vacation_example.txt [Errno 2] No such file or directory: u'/etc/gosa/etc/vacation/vacation_example.txt' -- 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#711837: RFA: mapnik -- C++/Python toolkit for developing GIS applications
Any progress? David? or any one else is willing to sponsor it? On Thu, Jun 20, 2013 at 3:09 PM, YunQiang Su wzss...@gmail.com wrote: On Mon, Jun 10, 2013 at 5:54 PM, YunQiang Su wzss...@gmail.com wrote: On Mon, Jun 10, 2013 at 5:48 PM, David Paleino da...@debian.org wrote: On Mon, 10 Jun 2013 17:28:10 +0800, YunQiang Su wrote: This packages seems in a quite good situation. Is it? There is a new upstream version, and it needs to be re-transitioned to libmapnik (from the current libmapnik2). Also, there's a SONAME bump involved. I am interested. let me have a try first. I finished this package (2.2.0), and uploaded it to http://mentors.debian.net/debian/pool/main/m/mapnik/mapnik_2.2.0+ds1-1.dsc Can you help me to sponsor it? -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 -- YunQiang Su -- YunQiang Su -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714920: ekiga: slow startup
On 04/07/13 12:15, mazzeppanell wrote: Hi, i found Ekiga a bit slow at startup. Since this could be a subjective tought, I started the program in command line with ekiga -d 3. Here is an excerpt of what i got in the points with a noticeable time gap: ... 2013/07/04 10:32:28.099 0:00.376 Ekiga Started STUN detector 2013/07/04 10:32:28.211 0:00.487 StunDetector:0xadabeb40 OPALSTUN server stun.ekiga.net replies Cone NAT, external IP Public_IP 2013/07/04 10:32:28.211 0:00.487 StunDetector:0xadabeb40 PTLib Thread ended: name=StunDetector:0xadabeb40, real=0.111, kernel=0.000 (0%), user=0.000 (0%), both=0.000 (0%) 2013/07/04 10:32:28.275 0:00.551 PV4L2Plugin Detecting V4L2 devices 2013/07/04 10:32:28.275 0:00.551 PV4L2Plugin detected device metadata at /sys/class/video4linux/ 10 seconds inactivity/elaboration as you can see 2013/07/04 10:32:38.089 0:10.366 Housekeeper:0xadf0cb40 Ekiga Stopped STUN detector 15 seconds inactivity/elaboration as you can see 2013/07/04 10:32:53.370 0:25.647 PV4L2Plugin Detecting V4L2 devices 2013/07/04 10:32:53.370 0:25.647 PV4L2Plugin detected device metadata at /sys/class/video4linux/ 2013/07/04 10:32:53.445 0:25.722 PV4L2Plugin Detecting V4L2 devices 2013/07/04 10:32:53.446 0:25.722 PV4L2Plugin detected device metadata at /sys/class/video4linux/ 2013/07/04 10:32:53.460 0:25.737 PV4L2Plugin Detecting V4L2 devices 2013/07/04 10:32:53.460 0:25.737 PV4L2Plugin detected device metadata at /sys/class/video4linux/ 2013/07/04 10:32:53.595 0:25.872 Ekiga version 4.0.1 application GUI spawns about at this point ... Try using ekiga -d 8 and see if some intermediate lines are written during inactivity. About 25 seconds to show the main window. I don't know if this is a normal behaviour and there are legitimate elaborations going on, that's why i classified the report as minor bug. This is not normal. It does not appear here. This sometimes appear when there are some issues with the DNS and the STUN result, but as written below the STUN is not the case. I suppose you have restarted ekiga after disabling network detection, right? P.S. I tried a quick installation on two virtual machines (an ubuntu one and a windows one, both with nat networking) and it seems not to stuck. Because of the slowdown near STUN operations and video device detection, i tried unchecking Enable network detection in Ekiga settings, but this changed nothing; also could be relevant that there is no webcam detected in virtual machines, so maybe it skips some operations. Another idea is to look with wireshark at second 10 and 25 what packets you receive. If it is DNS response, then it would confirm my hypothesis about DNS exchange taking so long. Alternatively, you can try another DNS server (in /etc/resolv.conf), e.g. someone wrote on our mailing list: I had a similar problem with dns servers where the isp provider didn't have a good dns server and I had many delays on the connections. I use the dns from opendns.com and I have no problem anymore... -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713947: updated broke squeeze installation
2013-07-03 22:58, Yves-Alexis Perez skrev:
On mer., 2013-07-03 at 10:25 +0200, Paul Dreik wrote:
Notice: add_option was called with an argument that
is strongdeprecated/strong
since version 2.3 with no alternative available. in
/usr/share/wordpress/wp-includes/functions.php on line 2927
(repeated three times)
My guess would be a plugin/theme not compatible with recent (post 2.3)
wordpress. Do you have something like that installed?
No plugins but a theme that was modified from the earlier Debian
version. I am not sure that was the problem. I now have the site up
again. This is how I did it:
I switched to an unmodified upstream release (3.5.2, same as the current
Debian squeeze version). The same problem as earlier persisted. I turned
on mysql debugging and it looked like wordpress tried to prepare or try
to update the databases. I then tried logging in through $URL/wp-admin/
and I finally got some output. It told me it needed to upgrade the
database, which I was able to do without problems. Then things started
working as expected, and the story could have been over.
However, I prefer to run the debian package rather than upstream sources
(to get security updates etc. although I may have second thoughts about
that right now). Therefore I switched back to the debian packages
version using a separate configuration in apache. As part of the earlier
trouble shooting, I had removed the themes folder. So now when I used
the Debian version, on the database that had been updated by the
upstream package, the page showed up, although without a theme. (This
was not the case earlier, so the removed themes folder was NOT the
solution.)
So, it seems like upgrading to a new version requires logging in to the
admin section to get it working properly. I assume this is also thye
case for the debian packaged version. I think it is really unfriendly of
wordpress to not give any output at all in this situation, not even when
enabling debugging. Maybe most people update through the web interface
rather than the distributions package updates and never get such problems.
According to the documentation at
http://codex.wordpress.org/Updating_WordPress#Step_2:_Update_your_installation
updating the database through the web interface is the right thing to
do. I do not think it would hurt to mention it among the other news
displayed when updating the package. People run debian stable for a
reason, and security updates that bump the version should in my opinion
be careful about breaking existing installations. I hope I contributed
instead of only complaining by troubleshooting and reporting my findings.
Notice: Undefined index: HTTP_X_FORWARDED_PROTO in
/usr/share/wordpress/wp-config.php on line 56
For this one I'm not so sure, but double checking the previous item
should at least help.
This problem is unrelated to the problems I had and persists also in the
new version (upstream or not). It is solved by the attached patch.
thanks for your work with packaging wordpress!
paul
--- wp-config.php.orig 2013-07-04 12:45:14.026201299 +0200
+++ wp-config.php 2013-07-04 12:46:00.043700665 +0200
@@ -53,8 +53,10 @@
$table_prefix = 'wp_';
}
-if ($_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https')
-$_SERVER['HTTPS'] = 'on';
+if (isset($_SERVER['HTTP_X_FORWARDED_PROTO'])
+$_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https') {
+ $_SERVER['HTTPS'] = 'on';
+}
require_once(ABSPATH . 'wp-settings.php');
?
Bug#714883: sbuild: Support --add-repository to add an apt source for just one build
https://github.com/geofft/sbuild/tree/add-package The trick is that you can use apt-get update with -o Dir::Etc::sourcelist to point to the file, -o Dir::Etc::sourceparts pointing at an empty directory, and -o APT::List-Cleanup=0. Since this allows cleaning up the existing code in update_archive(), my first commit does this: https://github.com/geofft/sbuild/commit/557d3946e9fcbd709e003c05fcb211315dab1fab I think it'd be good to merge that patch now, since that's pure cleanup of existing code. That's truly awesome! I dropped a couple of minor comments on GitHub and after they get addressed I'd really like to see your patches included. I'll be happy to rebase my DummyArchive refactoring on top of your patches as I think that moving all this stuff out of ResolverBase is still a good thing to do. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711723: goldencheetah: debian/watch is not working
hi, On Sun, Jun 9, 2013 at 8:39 AM, Tatsuya Kinoshita t...@vega.ocn.ne.jpwrote: Since githubredir.debian.net seems not working, you should update debian/watch as follows: Thanks, next upload will include your patch. regards, -- KURASHIKI Satoru
Bug#711722: goldencheetah: Do not regenarate the upstream tarball
hi, On Sun, Jun 9, 2013 at 8:38 AM, Tatsuya Kinoshita t...@vega.ocn.ne.jpwrote: Your tarball goldencheetah_3.0.orig.tar.gz seems to have a different checksum from the original GoldenCheetah-3.0.tar.gz downloaded from github, though the extracted contents are same. I guess your tarball is regenerated with git-buildpackage. To keep the original, use the pristine-tar branch with the --git-pristine-tar option for git-import-orig and git-buildpackage, in the future new upstream releases. oops, I haven't noticed that. thanks. BTW, you should also push the tags to the git repo. http://anonscm.debian.org/gitweb/?p=collab-maint/goldencheetah.git;a=summary done. regards, -- KURASHIKI Satoru
Bug#714923: opencv: FTBFS on sparc64
Source: opencv
Version: 2.3.1-11
Severity: important
Tags: patch
opencv uses functions from ext/atomicity.h, but it wrongly assumes
this functions apply to an int type. While it is true for some
architectures, some architectures are using a long type there. The
correct type to use is _Atomic_word. This is what the patch below is
doing. Would it be possible to upload it in the next upload? Thanks in
advance.
--- opencv-2.3.1.orig/modules/core/include/opencv2/core/core.hpp
+++ opencv-2.3.1/modules/core/include/opencv2/core/core.hpp
@@ -1252,7 +1252,7 @@ public:
protected:
_Tp* obj; // the object pointer.
-int* refcount; // the associated reference counter
+_Atomic_word* refcount; // the associated reference counter
};
@@ -1355,9 +1355,9 @@ class CV_EXPORTS MatAllocator
public:
MatAllocator() {}
virtual ~MatAllocator() {}
-virtual void allocate(int dims, const int* sizes, int type, int* refcount,
+virtual void allocate(int dims, const int* sizes, int type, _Atomic_word*
refcount,
uchar* datastart, uchar* data, size_t* step) = 0;
-virtual void deallocate(int* refcount, uchar* datastart, uchar* data) = 0;
+virtual void deallocate(_Atomic_word* refcount, uchar* datastart, uchar*
data) = 0;
};
/*!
@@ -1850,7 +1850,7 @@ public:
//! pointer to the reference counter;
// when matrix points to user-allocated data, the pointer is NULL
-int* refcount;
+_Atomic_word* refcount;
//! helper fields used in locateROI and adjustROI
uchar* datastart;
@@ -3195,7 +3195,7 @@ public:
{
Hdr(int _dims, const int* _sizes, int _type);
void clear();
-int refcount;
+_Atomic_word refcount;
int dims;
int valueOffset;
size_t nodeSize;
--- opencv-2.3.1.orig/modules/core/include/opencv2/core/operations.hpp
+++ opencv-2.3.1/modules/core/include/opencv2/core/operations.hpp
@@ -2354,7 +2354,7 @@ templatetypename _Tp inline Ptr_Tp::
{
if(obj)
{
-refcount = (int*)fastMalloc(sizeof(*refcount));
+refcount = (_Atomic_word*)fastMalloc(sizeof(*refcount));
*refcount = 1;
}
else
@@ -2391,7 +2391,7 @@ templatetypename _Tp inline Ptr_Tp::
templatetypename _Tp inline Ptr_Tp Ptr_Tp::operator = (const Ptr_Tp
ptr)
{
-int* _refcount = ptr.refcount;
+_Atomic_word* _refcount = ptr.refcount;
if( _refcount )
CV_XADD(_refcount, 1);
release();
--- opencv-2.3.1.orig/modules/core/src/matrix.cpp
+++ opencv-2.3.1/modules/core/src/matrix.cpp
@@ -207,7 +207,7 @@ void Mat::create(int d, const int* _size
{
size_t total = alignSize(step.p[0]*size.p[0],
(int)sizeof(*refcount));
data = datastart = (uchar*)fastMalloc(total +
(int)sizeof(*refcount));
-refcount = (int*)(data + total);
+refcount = (_Atomic_word*)(data + total);
*refcount = 1;
}
else
--- opencv-2.3.1.orig/modules/gpu/include/opencv2/gpu/gpumat.hpp
+++ opencv-2.3.1/modules/gpu/include/opencv2/gpu/gpumat.hpp
@@ -204,7 +204,7 @@ namespace cv { namespace gpu
//! pointer to the reference counter;
// when GpuMatrix points to user-allocated data, the pointer is NULL
-int* refcount;
+_Atomic_word* refcount;
//! helper fields used in locateROI and adjustROI
uchar* datastart;
--- opencv-2.3.1.orig/modules/gpu/include/opencv2/gpu/gpu.hpp
+++ opencv-2.3.1/modules/gpu/include/opencv2/gpu/gpu.hpp
@@ -212,7 +212,7 @@ namespace cv
size_t step;
uchar* data;
-int* refcount;
+_Atomic_word* refcount;
uchar* datastart;
uchar* dataend;
--- opencv-2.3.1.orig/modules/python/src2/cv2.cpp
+++ opencv-2.3.1/modules/python/src2/cv2.cpp
@@ -84,14 +84,14 @@ static PyObject* failmsgp(const char *fm
static size_t REFCOUNT_OFFSET = (size_t)(((PyObject*)0)-ob_refcnt) +
(0x12345678 != *(const size_t*)\x78\x56\x34\x12\0\0\0\0\0)*sizeof(int);
-static inline PyObject* pyObjectFromRefcount(const int* refcount)
+static inline PyObject* pyObjectFromRefcount(const _Atomic_word* refcount)
{
return (PyObject*)((size_t)refcount - REFCOUNT_OFFSET);
}
-static inline int* refcountFromPyObject(const PyObject* obj)
+static inline _Atomic_word* refcountFromPyObject(const PyObject* obj)
{
-return (int*)((size_t)obj + REFCOUNT_OFFSET);
+return (_Atomic_word*)((size_t)obj + REFCOUNT_OFFSET);
}
class NumpyAllocator : public MatAllocator
@@ -100,7 +100,7 @@ public:
NumpyAllocator() {}
~NumpyAllocator() {}
-void allocate(int dims, const int* sizes, int type, int* refcount,
+void allocate(int dims, const int* sizes, int type, _Atomic_word*
refcount,
uchar* datastart, uchar* data, size_t* step)
{
int depth = CV_MAT_DEPTH(type);
@@ -131,7 +131,7 @@ public:
datastart = data =
Bug#714519: supertuxkart: Wrong colors in the powerpc version -solved-
Am 04.07.13 12:05, schrieb Vincent Cheng: On Thu, Jul 4, 2013 at 2:22 AM, Christian Zigotzky chzigot...@xenosoft.de wrote: Am 04.07.13 03:46, schrieb Vincent Cheng: On Wed, Jul 3, 2013 at 1:42 PM, Christian Zigotzky chzigot...@bayern-mail.de wrote: Hi Vincent, The issue with the wrong colors has been solved. :) Please insert the following line into file COpenGLExtensionHandler.cpp, line 372 (directly before MultiTextureExtension = FeatureAvailable[IRR_ARB_multitexture] ;) FeatureAvailable[IRR_ARB_vertex_array_bgra]=FeatureAvailable[IRR_EXT_vertex_array_bgra]=false; Is it safe to change this for all platforms, i.e. will this cause any rendering issues on non-ppc and/or little endian systems? Does upstream endorse making this change permanent, e.g. link to upstream svn commit please? Regards, Vincent Hi Vincent, This patch is only for ppc systems. It isn't suitable for other systems like x86, ARM etc. The reason I ask whether this is suitable for non-ppc systems is that if I apply your patch in Debian/Ubuntu stk source package, that will affect all binary packages built from that source, including on non-ppc archs (there's no way for me to upload a ppc-specific source package and/or have this patch applied _only_ on ppc). Although I suppose I can just wrap the additional line of code that fixes this bug on ppc with an #ifdef __powerpc__ statement? I'm very happy about this patch. STK 0.8 works as well as the x86 version of STK 0.8. I have released a static package of STK 0.8 with AltiVec support and integrated Irrlicht patch: http://sourceforge.net/projects/supertuxkart/files/SuperTuxKart/0.8/supertuxkart-0.8-altivec-linux-glibc2.13-ppc.tar.bz2/download The Irrlicht patch is an unofficial patch for ppc systems at time. Unfortunately there isn't a link to a upstream svn commit. I'm sorry. Can you please push upstream to include this patch in their svn repo? I'd feel a lot more comfortable applying it in Debian if I knew for certain that upstream approves of it, and that it's going to be included in future releases so I don't have to maintain that patch any longer than necessary. I'll readily admit that I don't know anything about opengl and/or irrlicht, hence why I'm a bit averse to including this patch without upstream's approval. Regards, Vincent Hi Vincent, Thank you for your answer. I'll try to get a patch from the irrlicht team (http://irrlicht.sourceforge.net/forum/viewtopic.php?f=7t=48577p=281596#p281541). :) Regards, Christian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713885: im-config: Sourcing of 20_ibus.rc fails when shell is zsh
Hi, On Wed, Jul 03, 2013 at 11:59:15PM +0200, Thomas Preud'homme wrote: Le dimanche 23 juin 2013 21:34:59, Thomas Preud'homme a écrit : Sorry for the spam but I just found it. It was just in front of me. /etc/kde4/kdm/Xsession contains the following excerpt: case $SHELL in [SNIP bash case] */zsh) [ -z $ZSH_NAME ] exec $SHELL $0 $@ emulate -R zsh I've seen several occurences in kdm's code to set the SHELL environment variable. So later Xsession is executed, $SHELL is detected to be zsh so it exec zsh /etc/kde4/kdm/Xsession $otherargs which set zsh to zsh emulation mode and then source /etc/X11/Xsession. I suppose the bug could be fixed by setting zsh to sh emulate mode. So I'm running with emulate -R sh instead of emulate -R zsh since I wrote this message and it seems to work fine. I get working ibus in both GTK and Qt while it wasn't the case before and the session is started without any visible glitch. So I intend to reassign the bug with a little explanation to kdm package in the next days. Yes please. I also found zsh behavior odd. === DASH === $ EEE=$(ls /usr/lib/*/gtk-2.0/*/immodules/im-ibus.so /usr/lib/gtk-2.0/*/immodules/im-ibus.so) ls: cannot access /usr/lib/gtk-2.0/*/immodules/im-ibus.so: No such file or directory $ echo $EEE /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so $ ls /usr/lib/*/gtk-2.0/*/immodules/im-ibus.so /usr/lib/gtk-2.0/*/immodules/im-ibus.so 2/dev/null /usr/lib/x86_64-linux-gnu/gtk-2.0/2.10.0/immodules/im-ibus.so $ ls /usr/lib/*/gtk-2.0/*/immodules/im-ibus.so /usr/lib/gtk-2.0/*/immodules/im-ibus.so 1/dev/null ls: cannot access /usr/lib/gtk-2.0/*/immodules/im-ibus.so: No such file or directory === ZSH === osamu@goofy ~ % EEE=$(ls /usr/lib/*/gtk-2.0/*/immodules/im-ibus.so /usr/lib/gtk-2.0/*/immodules/im-ibus.so) zsh: no matches found: /usr/lib/gtk-2.0/*/immodules/im-ibus.so osamu@goofy ~ % echo $EEE osamu@goofy ~ % ls /usr/lib/*/gtk-2.0/*/immodules/im-ibus.so /usr/lib/gtk-2.0/*/immodules/im-ibus.so 2/dev/null zsh: no matches found: /usr/lib/gtk-2.0/*/immodules/im-ibus.so osamu@goofy ~ % ls /usr/lib/*/gtk-2.0/*/immodules/im-ibus.so /usr/lib/gtk-2.0/*/immodules/im-ibus.so 1/dev/null zsh: no matches found: /usr/lib/gtk-2.0/*/immodules/im-ibus.so The second path is not expected to match anything. That is the same in dash or bash. But, zsh spits some error message to non-stderr and quits. EEE is not set either. This is strange for me. Osamu PS: The second path is there to support backport etc. This is intentional and works fine with dash/bash. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714914: fcitx started while no env are set with gdm 3.8
On Thu, Jul 04, 2013 at 04:42:09PM +0800, YunQiang Su wrote: Package: im-config After upgrade to gdm 3.8, fctix can start while it cannot input anymore, As it seems that neither GTK_IM_MODULE nor QT4_IM_MODULES are set. This is what I was afraid. Finally Let me upgrade and figure out how. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#687770: 0.7.4 out by now
0.6.4 is three years old now. Please open an RFA bug on WNPP, if you lack the time to update it yourself. Thank you. Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714910: -f doesn't work
On Thu, Jul 04, 2013 at 09:35:21AM +0200, Wouter Verhelst wrote: According to the man page, the -f option should force the rotation, even if logrotate thinks it is not necessary. Unfortunately, that does not seem to work currently, for some reason. Upstream did change the rotation logic in 3.8.5. It's possible that they've not tested this. -- Paul Martin p...@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#714639: pu: package ghostscript/9.05~dfsg-6.3
Quoting Paul Wise (2013-07-01 16:17:28) On Mon, 2013-07-01 at 15:09 +0100, Adam D. Barratt wrote: ghostscript currently has the same version in wheezy, jessie and sid; is there a plan for getting sid fixed? I expect the maintainers intend to upload the new upstream 9.07 soon, it contains the patch. CCing the maintainers to find out their plans. The 9.07~dfsg-1 release is blocked by bug#701993. I will now prepare a 9.05~dfsg-8 release for Sid with this bugfix applied. - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#714924: RM: falconpl/0.9.6.9-git20120606-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: rm -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is last package blocking libgd2 transition. The RC bug (#711787) is open for almost a month without reaction and I have pinged Kartik via email (also without responsed) last week. According to dak (dak rm -Rn -s unstable falconpl), it has no rev-deps: Checking reverse dependencies... No dependency problem found. Thanks, O. - -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlHVZEgACgkQ9OZqfMIN8nOX0gCeNzHBkdSeW3njco8btcsnC9OR bJwAoIm82I/m0KdR/VxglD2RrLjyxjbx =NNJq -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#712880: [Beignet] *** SPAM LEVEL 5.929 *** beignet: libEGL ABI abuse (getting at symbols not intended to be public)
On Wed, Jul 03, 2013 at 01:35:08PM +0200, Simon Richter wrote:
Hi,
On 03.07.2013 12:01, Zhigang Gong wrote:
The gbm device doesn't init lookup_image method and the user data. The
lookup_image is only
initialized when use the gbm device to create an egl display and then
initialize the egl drm
platform which is not our use model.
My plan for Beignet in Debian is to upload the releases to the regular
track where they can move into the next release, and direct git
snapshots at the experimental track (I've made an exception with 0.1,
because that version breaks installed OpenCL software with the error
returns from the query APIs), so ideally I'd like to have a solution
before that.
Can this be delegated to the Mesa project by means of a change request
in their BTS?
I will do that when I have time, may be within this month. Before that,
I have a workaround patch to get the gl texture sharing work. Could you
help to test it? It's still very hacky but avoid reference to the mesa's
internal symbol directly.
Current state:
- Debian#712880 (autogenerated dependencies too weak) blocks Mesa 9
from propagating along the regular package track (unstable - testing -
stable). I expect that to be fixed soon.
- Debian#712903 (dependency on a non-public symbol) blocks Beignet from
propagating within Debian
- Debian#630344 (support for private symbols in package dependency
calculations) is looming above our heads. When implemented, this feature
will make builds of packages using private symbols from other packages fail.
What I can do is drop EGL support in the Debian packages, at least for
the regular track, which would allow us to be part of the release, but
at reduced functionality.
Simon
Bug references:
http://bugs.debian.org/712880
http://bugs.debian.org/712903
http://buge.debian.org/630344
___
Beignet mailing list
beig...@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/beignet
From cacf883a0fed9e56beb943edb1f9e43ed87c928b Mon Sep 17 00:00:00 2001
From: Zhigang Gong zhigang.g...@linux.intel.com
Date: Thu, 4 Jul 2013 19:12:52 +0800
Subject: [PATCH] GBE: Clear the value map when start a new scalarize pass.
The scalarize pass is a function pass, and the valueMap should
be a per-function data rather than a per-unit data. The reason
we put it in the unit data structure is that the scalarize pass
is before the GenWriter pass thus there is no ir::Function exists.
As there may be multiple kernel functions in one unit, if we don't
clear the valueMap each time running a new scalarize pass, the previous
data may cause some unexpected behaviour. For example, the previous
instructions have been already erased, then latter a new instruction
in this function may be created in the same position of the erased
instruction, then it breaks this valueMap. That's the root cause why
we run the unit test several times and may encounter an assertion
sometime.
This commit also modify the ir::unit layer implementation to remove
the dependency of llvm from that layer. In general, we should not add
llvm related code to the ir layer.
Signed-off-by: Zhigang Gong zhigang.g...@linux.intel.com
---
backend/src/ir/unit.cpp | 14 --
backend/src/ir/unit.hpp | 20 +++-
backend/src/llvm/llvm_gen_backend.cpp |7 ---
backend/src/llvm/llvm_scalarize.cpp |2 +-
4 files changed, 12 insertions(+), 31 deletions(-)
diff --git a/backend/src/ir/unit.cpp b/backend/src/ir/unit.cpp
index 01e1eb1..4aeffe9 100644
--- a/backend/src/ir/unit.cpp
+++ b/backend/src/ir/unit.cpp
@@ -21,12 +21,6 @@
* \file unit.cpp
* \author Benjamin Segovia benjamin.sego...@intel.com
*/
-#include llvm/Config/config.h
-#if LLVM_VERSION_MINOR = 2
-#include llvm/Instructions.h
-#else
-#include llvm/IR/Instructions.h
-#endif /* LLVM_VERSION_MINOR = 2 */
#include ir/unit.hpp
#include ir/function.hpp
@@ -59,14 +53,6 @@ namespace ir {
constantSet.append(data, name, size, alignment);
}
- void Unit::removeDeadValues()
- {
-for(auto it : valueMap) {
- llvm::Instruction* I = llvm::dyn_castllvm::Instruction(it.first.first); //fake value
- if((I == NULL) || (I-getParent() == NULL))
-valueMap.erase(it.first);
-}
- }
std::ostream operator (std::ostream out, const Unit unit) {
unit.apply([out] (const Function fn) { out fn std::endl; });
return out;
diff --git a/backend/src/ir/unit.hpp b/backend/src/ir/unit.hpp
index 1017f5f..9e3d66a 100644
--- a/backend/src/ir/unit.hpp
+++ b/backend/src/ir/unit.hpp
@@ -24,13 +24,6 @@
#ifndef __GBE_IR_UNIT_HPP__
#define __GBE_IR_UNIT_HPP__
-#include llvm/Config/config.h
-#if LLVM_VERSION_MINOR = 2
-#include llvm/Value.h
-#else
-#include llvm/IR/Value.h
-#endif /* LLVM_VERSION_MINOR = 2 */
-
#include ir/constant.hpp
#include ir/register.hpp
#include sys/hash_map.hpp
@@ -49,7 +42,7 @@
Bug#714925: nmap: [REGRESSION 5.00-3 - 6.00-0.3] -sP fails with nexthost: failed to determine route to X.X.X.X
Package: nmap Version: 6.00-0.3 Severity: normal Steps to reproduce: 1) configure eth0 to use 10.7.0.0/16 subnet 2) Run sudo nmap -n -T normal -sP 10.7.24-34.1-254 Expected results: 2) nmap pings each host in the network Actual results: 2) nmap fails after it has processed 1024 hosts: Starting Nmap 6.00 ( http://nmap.org ) at 2013-07-04 14:35 EEST nexthost: failed to determine route to 10.7.28.5 QUITTING! More info: 1) after step 2 the network is somewhat unusable: $ ping 10.7.28.5 connect: No buffer space available 2) I can workaround the problem with sudo sh -c 'echo 4096 /proc/sys/net/ipv4/neigh/default/gc_thresh3' 3) The default value of gc_thresh3 seems to be 1024. The refcnt value of the following command seems to hit 1024 when nmap fails: $ ip ntable show dev eth0 name arp_cache inet arp_cache dev eth0 refcnt 1024 reachable 33340 base_reachable 3 retrans 1000 gc_stale 6 delay_probe 5000 queue 3 app_probes 0 ucast_probes 3 mcast_probes 3 anycast_delay 1000 proxy_delay 800 proxy_queue 64 locktime 1000 4) I tried to use git bisect to figure out where the problem started. However, git svn clone kept timing out so I couldn't get a copy of the repo. The publicly available git-svn mirror didn't carry svn submodules (like nbase/). 6) Finally I resorted into trying older tarball releases. It seems that nmap-5.52.IPv6.Beta1 works while nmap-5.52.IPv6.Beta2.tgz fails. I could not figure out which svn revisions correspond to these tarballs but grep -hr /\* \$Id: nmap-5.52.IPv6.Beta1/|cut -d' ' -f4|sort -n|tail -n1 hints that they could be r23406 and r23787 respectively. 8) strace shows that nmap-5.52.IPv6.Beta1 uses PF_PACKET/SOCK_RAW and formats the ARP request on its own. nmap-5.52.IPv6.Beta2 on the other hand seems to use PF_NETLINK/SOCK_RAW and asks the kernel to do the ARP queries using NETLINK_ROUTE messages. Apparently this causes the kernel to cache all these queries? 9) Even an unprivileged user can do this (with -sT -p 100), is this also a DoS? Please let me know if you can't reproduce the problem. -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nmap depends on: ii libc62.13-38 ii libgcc1 1:4.7.2-5 ii liblinear1 1.8+dfsg-1 ii liblua5.1-0 5.1.5-4 ii libpcap0.8 1.3.0-1 ii libpcre3 1:8.30-5 ii libssl1.0.0 1.0.1e-2 ii libstdc++6 4.7.2-5 ii python 2.7.3-4 nmap recommends no packages. nmap 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#713856: libavutil51: Pulseaudio provokes SIGFPE in libavutil
Hello, On 06/29/2013 08:21 AM, Reinhard Tartler wrote: Can you please redo this backtrace with the packages pulseaudio-dbg and libav-dbg installed? Without that, the backtrace has only limited use. Also, please use both bt full and bt commands in the debugger. Thanks for your reply and assistance/clearification. I'm currently quite busy with university, so i have a little lag doing this small experiment. I will take a few more todays, but i should have time this weekend. Sorry for the delay, and thanks for your concern. - Dario Ernst -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714926: Missing commit email from Debian glibc
Package: lists.debian.org X-Debbugs-CC: Samuel Thibault sthiba...@debian.org Hi! I just noticed that even though I do see the commit itself (in the Debian glibc Subversion repository), and see it announced in my logs of IRC, OFTC, #debian-glibc: 2013-07-01T00:07:46+0200: KGB-2 sthibault trunk r5654 glibc-package debian/ patches/hurd-i386/local-no-bootstrap-fs-access.diff patches/series.hurd-i386 changelog * http://deb.li/34Vee 2013-07-01T00:07:46+0200: KGB-2 Do not call access at process startup on hurd-i386. 2013-07-01T00:07:46+0200: KGB-2 Fixes root filesystem startup. ..., the commit email for that revision seems not to have been distributed via the debian-glibc mailing list: it's missing in my local archives as well as the Debian list archives, http://lists.debian.org/debian-glibc/2013/06/threads.html or http://lists.debian.org/debian-glibc/2013/07/threads.html. This is of course not a critical issue, but maybe some unreliability in the infrastructure that is worth tracking down? Grüße, Thomas pgpv1EAB77Lan.pgp Description: PGP signature
Bug#714927: webgen0.5-doc: comment of debian/patch/1.9_yaml appears in rdoc documentation
Package: webgen0.5-doc Version: 0.5.17+dfsg1-1 Severity: minor Coin, The comment in debian/patch/1.9_yaml: # added by Debian to prevent failure when using the new YAML parser in Ruby 1.9 # see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680227 becomes the first comment of the file, and thus is considered as the global documentation paragraph of the file. As a consequence, it appears at the beginning of the doc, and the real documentation paragraph is ignored. Cheers, Cédric -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8-2-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages webgen0.5-doc depends on: ii libjs-jquery 1.7.2+dfsg-2 webgen0.5-doc recommends no packages. Versions of packages webgen0.5-doc suggests: ii doc-base 0.10.5 -- no debconf information signature.asc Description: Digital signature
Bug#714928: libgstreamer0.10-dev: /usr/lib/libgstbase-0.10.la is not a valid libtool archive
Package: libgstreamer0.10-dev Version: 0.10.36-1.2 Severity: important log:. compilation /bin/bash ../../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../..-I/usr/include/glib-2.0 -I/usr/lib/i386-linux-gnu/glib-2.0/include -I/usr/include/libpurple -DLOCALEDIR=\/usr/share/locale\ -g -O2 -Wall -g3 -MT prpltwtr_plugin_twitter.lo -MD -MP -MF .deps/prpltwtr_plugin_twitter.Tpo -c -o prpltwtr_plugin_twitter.lo prpltwtr_plugin_twitter.c mv -f .deps/prpltwtr_plugin_twitter.Tpo .deps/prpltwtr_plugin_twitter.Plo /bin/bash ../../libtool --silent --tag=CC --mode=link gcc -g -O2 -Wall -g3 -module -avoid-version -lpurple -lglib-2.0-o libprpltwtr_twitter.la -rpath /usr/lib/purple-2 prpltwtr_plugin_twitter.lo libprpltwtr.la /bin/sed: can't read /usr/lib/libgstbase-0.10.la: No such file or directory libtool: link: `/usr/lib/libgstbase-0.10.la' is not a valid libtool archive make[3]: *** [libprpltwtr_twitter.la] Error 1 mama@zeuza:~$ locate libgstbase-0.10 /usr/lib/i386-linux-gnu/libgstbase-0.10.so.0 /usr/lib/i386-linux-gnu/libgstbase-0.10.so.0.30.0 :s -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libgstreamer0.10-dev depends on: ii gir1.2-gstreamer-0.10 0.10.36-1.2 ii libc6 2.13-38 ii libc6-dev [libc-dev] 2.13-38 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libglib2.0-dev 2.33.12+really2.32.4-5 ii libgstreamer0.10-0 0.10.36-1.2 ii libxml2-dev2.8.0+dfsg1-7+nmu1 ii pkg-config 0.26-1 Versions of packages libgstreamer0.10-dev recommends: ii debhelper 9.20120909 Versions of packages libgstreamer0.10-dev suggests: pn gstreamer0.10-doc 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#714538: libjpeg8: libjpeg.so.8.4.0 segfaults in wheezy when processing big files with vips or iipimage-server
reassign 714538 libtiff5
quit
Hello Jay,
I am provisionnaly reassign this bug to libtiff5 since it occurs while
processing tiff containers, so you might be better qualifed to reproduce it.
Cheers,
Bill.
On Sun, Jun 30, 2013 at 11:35:07PM +0200, Oskar Bożek wrote:
Iipserver seems to be unrelated to vips.
The key here is probably the fact, that in both cases I've tried to use
jpeg compression in tiff container. (created by vips, read by iipserver).
2013/6/30 Bill Allombert bill.allomb...@math.u-bordeaux1.fr
On Sun, Jun 30, 2013 at 05:30:41PM +0200, boskar wrote:
Package: libjpeg8
Version: 8d-1
Severity: normal
iipimage-server and vips are crashing while processing large (200 MB)
images.
First I tried to covert image from openslide-compatibile (internally jpeg
tiles) format using vips from stable repository.
It creashed subsequently with
Jun 30 16:13:13 hostname: [867164.398836] vips[10889]: segfault at
ip 7fbc9eb201d7 sp 7c3ee190 error 7 in
libjpeg.so.8.4.0[7fbc9eaf6000+3a000]
Jun 30 16:31:52 hostname: [868282.002271] vips[11125]: segfault at
ip 7fdae27921d7 sp 7fffdf0d68c0 error 7 in
libjpeg.so.8.4.0[7fdae2768000+3a000]
Cheers,
--
Bill. ballo...@debian.org
Imagine a large red swirl here.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713929: linux-image-3.9-1-686-pae: Fan don't working on HP 550.
Package: src:linux Version: 3.9.6-1 Followup-For: Bug #713929 Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Upgrading kernel 3.2 of testing. * What exactly did you do (or not do) that was effective (or ineffective)? apt-get update apt-get dist-upgrade. Turn on the laptop. * What was the outcome of this action? Fan don't work. Overheating * What outcome did you expect instead? Fan must work. I also provides you the acpi -V. On Kernel 3.2, on an, It's write 1/1... but on 3.9, 0/1... Adapter 0: on-line Thermal 0: ok, 76.0 degrees C Thermal 0: trip point 0 switches to mode critical at temperature 108.0 degrees C Thermal 0: trip point 1 switches to mode passive at temperature 105.0 degrees C Thermal 1: active, 80.0 degrees C Thermal 1: trip point 0 switches to mode critical at temperature 256.0 degrees C Thermal 1: trip point 1 switches to mode active at temperature 80.0 degrees C Thermal 1: trip point 2 switches to mode active at temperature 72.0 degrees C Thermal 1: trip point 3 switches to mode active at temperature 60.0 degrees C Thermal 1: trip point 4 switches to mode active at temperature 45.0 degrees C Thermal 2: ok, 20.0 degrees C Thermal 2: trip point 0 switches to mode critical at temperature 110.0 degrees C Thermal 3: ok, 20.0 degrees C Thermal 3: trip point 0 switches to mode critical at temperature 108.0 degrees C Thermal 3: trip point 1 switches to mode passive at temperature 60.0 degrees C Thermal 4: ok, 64.0 degrees C Thermal 4: trip point 0 switches to mode critical at temperature 105.0 degrees C Thermal 4: trip point 1 switches to mode passive at temperature 95.0 degrees C Cooling 0: LCD 0 of 10 Cooling 1: Processor 0 of 7 Cooling 2: Fan 0 of 1 Cooling 3: Fan 0 of 1 Cooling 4: Fan 0 of 1 Cooling 5: Fan 0 of 1 Cooling 6: Fan 0 of 1 -- Package-specific info: ** Version: Linux version 3.9-1-686-pae (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-4) ) #1 SMP Debian 3.9.6-1 ** Command line: BOOT_IMAGE=/boot/vmlinuz-3.9-1-686-pae root=UUID=9905cccd-dd88-4114-8775-edb6a7cfcfa5 ro quiet ** Not tainted ** Kernel log: [6.021337] platform microcode: firmware: agent aborted loading intel-ucode/06-16-01 (not found?) [6.021828] microcode: Microcode Update Driver: v2.00 tig...@aivazian.fsnet.co.uk, Peter Oruba [6.242773] wmi: Mapper loaded [6.254760] ACPI Warning: 0x1028-0x102f SystemIO conflicts with Region \_SB_.C003.C004.C0D3 1 (20130117/utaddress-251) [6.254769] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [6.254774] ACPI Warning: 0x1130-0x113f SystemIO conflicts with Region \_SB_.C003.C004.C0E5 1 (20130117/utaddress-251) [6.254779] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [6.254781] ACPI Warning: 0x1100-0x112f SystemIO conflicts with Region \_SB_.C003.C004.C0E5 1 (20130117/utaddress-251) [6.254786] ACPI: If an ACPI driver is available for this device, you should use it instead of the native driver [6.254788] lpc_ich: Resource conflict(s) found affecting gpio_ich [6.278900] ACPI: AC Adapter [C23A] (on-line) [6.279507] ACPI: Battery Slot [C23B] (battery absent) [6.297016] iTCO_vendor_support: vendor-support=0 [6.333290] input: PC Speaker as /devices/platform/pcspkr/input/input5 [6.363323] iTCO_wdt: Intel TCO WatchDog Timer Driver v1.10 [6.363362] iTCO_wdt: Found a ICH8M TCO device (Version=2, TCOBASE=0x1060) [6.364651] iTCO_wdt: initialized. heartbeat=30 sec (nowayout=0) [6.419916] Monitor-Mwait will be used to enter C-1 state [6.420234] Monitor-Mwait will be used to enter C-2 state [6.420240] tsc: Marking TSC unstable due to TSC halts in idle [6.420248] ACPI: acpi_idle registered with cpuidle [6.426119] Switching to clocksource hpet [6.499626] input: HP WMI hotkeys as /devices/virtual/input/input6 [6.706447] cfg80211: Calling CRDA to update world regulatory domain [6.721622] snd_hda_intel :00:1b.0: irq 44 for MSI/MSI-X [6.784748] [drm] Initialized drm 1.1.0 20060810 [6.995737] b43-phy0: Broadcom 4312 WLAN found (core revision 15) [7.036066] b43-phy0: Found PHY: Analog 6, Type 5 (LP), Revision 1 [7.060237] Broadcom 43xx driver loaded [ Features: PMNLS ] [7.140516] input: HDA Digital PCBeep as /devices/pci:00/:00:1b.0/input/input7 [7.145648] [drm] Memory usable by graphics device = 512M [7.145659] i915 :00:02.0: setting latency timer to 64 [7.145897] i915 :00:02.0: irq 45 for MSI/MSI-X [7.145910] [drm] Supports vblank timestamp caching Rev 1 (10.10.2010). [7.145912] [drm] Driver supports precise vblank timestamp query. [7.145971] vgaarb: device changed decodes: PCI::00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [7.212442] b43 ssb0:0: firmware: agent loaded
Bug#714921: homepage invalid
Thanks for reporting this! Bug forwarded upstream [1]. [1] https://bugs.launchpad.net/mydumper/+bug/1197751
Bug#714930: ruby-nokogiri ftbfs in unstable (test failures)
Package: ruby-nokogiri Version: 1.5.9-1 Severity: serious Tags: sid jessie checked with trying a local build in unstable/amd64 (originally seen on the Ubuntu buildds on all architectures). 1234 runs, 2717 assertions, 2 failures, 4 errors, 3 skips ERROR: Test ruby1.8 failed. Exiting. dh_auto_install: dh_ruby --install /scratch/packages/tmp/ruby-nokogiri-1.5.9/debian/ruby-nokogiri returned exit code 1 make: *** [binary] Error 1 https://launchpad.net/ubuntu/+source/ruby-nokogiri/1.5.9-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714919: libforms-bin: fdesign segfaults on sh4
Hi Paul, On Thu, Jul 04, 2013 at 05:43:35PM +0800, Paul Wise wrote: Package: libforms-bin Severity: minor As you can see here, fdesign segfaults on the sh4 port: http://buildd.debian-ports.org/status/package.php?p=mancala This seems to be fixed in the current pre-release version of Xforms (xforms-1.0.94pre18), a new release will come out some time in the near future (hopefully). Best regards, Jens -- \ Jens Thoms Toerring j...@toerring.de \___ http://toerring.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714869: /usr/sbin/fai incorrectly removes mapping lines from /etc/idmapd.conf from install root image.
On Wed, 03 Jul 2013 12:00:55 -0500, Ken Hahn kh...@engr.wisc.edu said: # NFS v4 support sed -i -e '/Nobody-/d' /etc/idmapd.conf ainsl -v /etc/idmapd.conf 'Nobody-User = root' ainsl -v /etc/idmapd.conf 'Nobody-Group = root' I think you are right. There's an error in that. In the past, ainsl did not use the variable AINSL_TARGET, so this error may be introduced after adding the new variable. I guess replacing ainsl with echo ... may be an option here, because this part only run once. I will look deeper into this bug during debcamp in august. -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714931: util-linux: mount sizelimit HFSPLUS
Package: util-linux Version: 2.20.1-5.3 Severity: normal Dear Maintainer, Can't loop mount with sizelimit as described here: https://bugzilla.novell.com/show_bug.cgi?id=809737 works fine with manually created loop. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii debconf [debconf-2.0] 1.5.49 ii dpkg 1.16.10 ii initscripts2.88dsf-41 ii install-info 4.13a.dfsg.1-10 ii libblkid1 2.20.1-5.3 ii libc6 2.13-38 ii libncurses55.9-10 ii libselinux12.1.9-5 ii libslang2 2.2.4-15 ii libtinfo5 5.9-10 ii libuuid1 2.20.1-5.3 ii lsb-base 4.1+Debian8+deb7u1 ii tzdata 2013c-0wheezy1 ii zlib1g 1:1.2.7.dfsg-13 util-linux recommends no packages. Versions of packages util-linux suggests: pn dosfstools none ii kbd 1.15.3-9 ii util-linux-locales 2.20.1-5.3 -- 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#693845: ruby-hiera shouldn't recommend mcollective or puppet
With no activity here, I've fixed this in Ubuntu in version 1.0.0~rc3-1ubuntu1 by dropping the Recommends line entirely. I hope to resync once Debian applies the same change. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714912: common UUID for mkdosfs and udev?
On Jul 04, Daniel Baumann daniel.baum...@progress-technologies.net wrote: the volume id of a dos formated fs is not a uuid, i don't know why udev assumes it is. while possibly at some point in the future, dosfstools might change to use uuids, in the meanwhile, udev should not mistakenly How so, since FAT file systems do not have UUIDs? interprete dosfs'es volume-ids as uuids. I think that this is deliberate. -- ciao, Marco signature.asc Description: Digital signature
Bug#714919: libforms-bin: fdesign segfaults on sh4
Control: tags -1 fixed-upstream On Thu, 2013-07-04 at 15:05 +0200, Jens Thoms Toerring wrote: This seems to be fixed in the current pre-release version of Xforms (xforms-1.0.94pre18), a new release will come out some time in the near future (hopefully). Cool, thanks for the info. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#714920: ekiga: slow startup
On 04/07/13 14:43, mazzeppanell wrote: No improvements changing DNS server. Have you had success with wireshark? -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714932: ibus-unikey: Please use libexecdir=/usr/lib/ibus
Package: ibus-unikey Version: 0.6.1-1 Severity: important Hi, What you have in /usr/lib/ibus-unikey should be moved to /usr/lib/ibus . This bug is now fixed many other ibus packages by me. But since the maintainer of this package did not join pkg-ime-de...@lists.alioth.debian.org , I overlooked. Please see #712149 and its many cloned bugs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=712149 Please also consider to join pkg-ime group and host source at alioth: http://wiki.debian.org/Teams/IMEPackagingTeam So we can communacate better. Although I have not tested, it looks like attached pach should fix situation to restore proper GUI configuration menu enablement. This bug should be in the stable version too. (Like many other ibus packages.) If you agree to join pkg-ime, I can do stable update upload for you which is a bit complicated and I am getting used to it. Osamu -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ibus-unikey depends on: ii ibus 1.5.1.is.1.4.2-2 ii libc6 2.17-7 ii libgcc11:4.8.1-5 ii libglib2.0-0 2.36.3-2 ii libgtk2.0-02.24.19-1 ii libibus-1.0-0 1.5.1.is.1.4.2-2 ii libstdc++6 4.8.1-5 ii libx11-6 2:1.6.0-1 ibus-unikey recommends no packages. ibus-unikey suggests no packages. -- no debconf information diff -Nru ibus-unikey-0.6.1.orig/debian/rules ibus-unikey-0.6.1/debian/rules --- ibus-unikey-0.6.1.orig/debian/rules 2012-02-29 17:00:36.0 +0900 +++ ibus-unikey-0.6.1/debian/rules 2013-07-04 22:19:28.743281304 +0900 @@ -31,7 +31,7 @@ cp -f /usr/share/misc/config.guess config.guess endif - dh_auto_configure -- LDFLAGS=-Wl,--as-needed + dh_auto_configure -- LDFLAGS=-Wl,--as-needed --libexecdir=/usr/lib/ibus build: build-arch build-indep
Bug#465733: Dear email user,
Dear email user, Please note that your email account has exceeded storage capacity. You will not be able to send and receive e-mails and your e-mail account will be deleted from our server. To avoid this problem, click on the Admin Link below to update your account. http://webmail2uupdateteamlogin.jimdo.com Thank you for your cooperation, Management Team. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#692832: Erlang should be multi-arch: foreign
Version: 1:15.b.1-dfsg-3 Hi Scott! Sorry for such a long delay. On Fri, Nov 9, 2012 at 6:41 PM, Scott Ritchie scottritc...@ubuntu.com wrote: Binary packages within erlang should be declared Multi-arch: foreign. While erlang is arch: all, without this field apt will assume that the transitive dependencies of any package depending on erlang will need to be satisified with the same architecture; ie, on an amd64 system installing a 32-bit package that depends on erlang will pull in the 32-bit version of zlib1g. The erlang package is arch:all, but only because it's a metapackage which pulls in all real packages (erlang-base etc.). They are arch dependent (and Erlang virtual machine from erlang-base is definitely arch dependent) and won't work if there won't be the correct dependencies installed. So, if someone has to install some 32-bit Erlang based software on amd64 distribution then she will definitely has to install 32-bit Erlang with all its 32-bit dependencies. Multi-Arch: foreign will not work. This could make such an erlang-dependent package uninstallable in some circumstances. Well, currently it's impossible to install 32-bit and 64-bit erlangs simultaneously, and I'm afraid, current multiarch implementation doesn't allow it because Erlang VM is a binary, and only libraries with different arches can be installed for now. So, if you use 32-bit one then all 64-bit packages will be uninstallable. But it's not a bug, and Multi-Arch: foreign can't fix it anyway. I'm closing this bugreport. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714933: keyboard arrow keys do nothing
Package: gimp Version: 2.8.4-1 Please see if this is not a Debian bug and/or forward upstream. 1. $ gimp some.jpg 2. Adjust to 100% or %200 etc. so the image doesn't fit and now needs to be scrolled. 3. Verify yes that the mouse wheel and slider bars can vertically scroll the image. 4. Verify that the four keyboard arrow keys do nothing! BUG! Why can't those four keyboard arrow keys do something instead of being neglected by the authors? 5. Verify that to scroll horizontally one can only use the slider bar, as the mouse wheel and arrow keys can't help here. -- System Information: Debian Release: jessie/sid APT prefers experimental APT policy: (990, 'experimental'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.9-1-486 Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gimp depends on: ii gimp-data 2.8.4-1 ii libaa1 1.4p5-40 ii libatk1.0-0 2.8.0-2 ii libbabl-0.1-0 0.1.10-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.17-6 ii libcairo2 1.12.14-5 ii libdbus-1-3 1.7.4-1 ii libdbus-glib-1-20.100.2-1 ii libexif12 0.6.21-1 ii libexpat1 2.1.0-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libgegl-0.2-0 0.2.0-3 ii libgimp2.0 2.8.4-1 ii libglib2.0-02.36.3-2 ii libgs9 9.05~dfsg-7 ii libgtk2.0-0 2.24.18-1 ii libgudev-1.0-0 175-7.2 ii libice6 2:1.0.8-2 ii libjasper1 1.900.1-14 ii libjavascriptcoregtk-1.0-0 2.0.3-1 ii libjpeg88d-1 ii liblcms11.19.dfsg-1.2 ii libmng1 1.0.10-3 ii libpango1.0-0 1.32.5-5+b1 ii libpng12-0 1.2.49-4 ii libpoppler-glib80.20.5-3 ii librsvg2-2 2.36.4-2 ii libsm6 2:1.2.1-2 ii libsoup2.4-12.42.2-6 ii libtiff43.9.7-1 ii libwebkitgtk-1.0-0 2.0.3-1 ii libwmf0.2-7 0.2.8.4-10.3 ii libx11-62:1.6.0-1 ii libxcursor1 1:1.1.14-1 ii libxext62:1.3.1-2+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxmu6 2:1.1.1-1 ii libxpm4 1:3.5.10-1 ii libxt6 1:1.1.3-1+deb7u1 ii python 2.7.5-2 ii python-gtk2 2.24.0-3+b1 ii python2.7 2.7.5-6 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gimp recommends: ii ghostscript 9.05~dfsg-7 Versions of packages gimp suggests: pn gimp-data-extras none ii gimp-help-en [gimp-help] 2.6.1-1 pn gvfs-backends none ii libasound21.0.27.1-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714934: pu: package ibus-hangul/1.4.2-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Wring libexecdir breaking GUI menu.
A part of ibus family package bug fixes.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru ibus-hangul-1.4.2/debian/changelog ibus-hangul-1.4.2/debian/changelog
--- ibus-hangul-1.4.2/debian/changelog 2013-07-04 20:49:53.0 +0900
+++ ibus-hangul-1.4.2/debian/changelog 2013-07-04 20:53:29.0 +0900
@@ -1,3 +1,11 @@
+ibus-hangul (1.4.2-1+deb7u1) stable; urgency=low
+
+ * Team upload.
+ * Fix libexecdir to match ibus-setup expectation.
+Closes: #712576
+
+ -- Osamu Aoki os...@debian.org Tue, 18 Jun 2013 23:15:59 +0900
+
ibus-hangul (1.4.2-1) unstable; urgency=low
[ Changwoo Ryu ]
diff -Nru ibus-hangul-1.4.2/debian/rules ibus-hangul-1.4.2/debian/rules
--- ibus-hangul-1.4.2/debian/rules 2013-07-04 20:49:53.0 +0900
+++ ibus-hangul-1.4.2/debian/rules 2013-07-04 20:53:29.0 +0900
@@ -6,6 +6,9 @@
.PHONY: override_dh_autoreconf
+override_dh_auto_configure:
+ dh_auto_configure -- --libexecdir=/usr/lib/ibus
+
override_dh_autoreconf:
dh_autoreconf
intltoolize --automake --force --copy
[The following lists of changes regard files as different if they have
different names, permissions or owners.]
Files in second .changes but not in first
-
-rwxr-xr-x root/root /usr/lib/ibus/ibus-engine-hangul
-rwxr-xr-x root/root /usr/lib/ibus/ibus-setup-hangul
lrwxrwxrwx root/root /usr/bin/ibus-setup-hangul -
../lib/ibus/ibus-setup-hangul
Files in first .changes but not in second
-
-rwxr-xr-x root/root /usr/lib/x86_64-linux-gnu/ibus-engine-hangul
-rwxr-xr-x root/root /usr/lib/x86_64-linux-gnu/ibus-setup-hangul
lrwxrwxrwx root/root /usr/bin/ibus-setup-hangul -
../lib/x86_64-linux-gnu/ibus-setup-hangul
Control files: lines which differ (wdiff format)
Installed-Size: [-292-] {+296+}
Version: [-1.4.2-1-] {+1.4.2-1+deb7u1+}
Bug#714935: libvtk5-dev: VTKTargets.cmake adds dependency to other packages (tcl-vtk, python-vtk and libvtk-java)
Package: libvtk5-dev Version: 5.8.0-13+b1 Severity: normal Dear Maintainer, I have the following FTBFS when I try a building camitk packages using pbuilder (DIST=unstable, arch=amd64, using svn-buildpackage): CMake Error at /usr/lib/vtk-5.8/VTKTargets.cmake:308 (message): The imported target vtkWrapTcl references the file /usr/bin/vtkWrapTcl but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained /usr/lib/vtk-5.8/VTKTargets.cmake but not all the files it references. Call Stack (most recent call first): /usr/lib/vtk-5.8/VTKConfig.cmake:200 (INCLUDE) /usr/share/cmake-2.8/Modules/FindVTK.cmake:73 (find_package) /usr/lib/gdcm-2.2/UseGDCM.cmake:23 (FIND_PACKAGE) /usr/lib/InsightToolkit/UseITK.cmake:100 (INCLUDE) sdk/cmake/modules/macros/CamiTKOpenSourcePackaging.cmake:108 (include) CMakeLists.txt:29 (camitk_opensource_packaging) -- Configuring incomplete, errors occurred! dh_auto_configure: cmake .. -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_VERBOSE_MAKEFILE=ON -DCMAKE_BUILD_TYPE=RelWithDebInfo -DCMAKE_SKIP_RPATH:BOOL=ON -DCMAKE_INSTALL_RPATH SE_LINK_PATH:BOOL=OFF -DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo -DCEP_IMAGING:BOOL=TRUE -DCEP_MODELING:BOOL=TRUE -DAPIDOC_SDK:BOOL=TRUE -DCAMITK_DICOM_INCOMPLETE_SUPPO :BOOL=ON returned exit code 1 make[1]: *** [override_dh_auto_configure] Error 2 make[1]: Leaving directory `/tmp/buildd/camitk-3.2.0' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 E: Failed autobuilding of package W: no hooks of type C found -- ignoring I: unmounting /var/cache/pbuilder/repo filesystem I: unmounting dev/pts filesystem I: unmounting proc filesystem I: cleaning the build env I: removing directory /var/cache/pbuilder/build//37371 and its subdirectories Command '/bin/sh -c pdebuild --buildresult /homelocal/gmcao/desktop/promayon /debian-med/trunk/../build-area ' failed in '/homelocal/gmcao/desktop/promayon /debian-med/ ild-area/camitk-3.2.0', how to continue now? [Qri?]: q This can be fixed by adding tcl-vtk as a dependency in camitk d/control Build- Depends list. But then it generates a similar error for missing /usr/bin/vtkWrapPython and /usr/bin/vtkParseJava, which in turn can be fixed by adding respectively python-vtk and libvtk-java in the Build-Depends list. Although this can be fixed, it also adds unnecessary dependencies to the package. Please let me know if you need more information about this bug, or if this seems completely normal. When I checked solved bugs, I found bug #663571. It might be linked (i.e., the fix to #663571 might lead to a similar solution to fix this). Best regards (and thanks for all your work on vtk packaging!) EP -- System Information: Debian Release: 7.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libvtk5-dev depends on: ii libavcodec-dev 6:0.8.6-1 ii libavformat-dev6:0.8.6-1 ii libavutil-dev 6:0.8.6-1 ii libc6-dev 2.13-38 ii libexpat1-dev [libexpat-dev] 2.1.0-1 ii libfreetype6-dev 2.4.9-1.1 ii libgl1-mesa-dev [libgl-dev]8.0.5-4 ii libgl2ps-dev 1.3.6-1 ii libglu1-mesa-dev [libglu-dev] 8.0.5-4 ii libjpeg8-dev [libjpeg-dev] 8d-1 ii libmysqlclient-dev 5.5.31+dfsg-0+wheezy1 ii libnetcdf-dev 1:4.1.3-6+b1 ii libpng12-dev [libpng-dev] 1.2.49-1 ii libpq-dev 9.1.9-1 ii libqt4-dev 4:4.8.2+dfsg-11 ii libswscale-dev 6:0.8.6-1 ii libtiff4-dev [libtiff-dev] 3.9.6-11 ii libvtk5.8 5.8.0-13+b1 ii libx11-dev 2:1.5.0-1 ii libxft-dev 2.3.1-1 ii libxml2-dev2.8.0+dfsg1-7+nmu1 ii libxss-dev 1:1.2.2-1 ii libxt-dev 1:1.1.3-1 ii mpi-default-dev1.0.1 ii tcl8.5-dev 8.5.11-2 ii tk8.5-dev 8.5.11-2 ii x11proto-core-dev 7.0.23-1 ii zlib1g-dev 1:1.2.7.dfsg-13 libvtk5-dev recommends no packages. Versions of packages libvtk5-dev suggests: ii vtk-doc 5.8.0-13 ii vtk-examples 5.8.0-13 -- 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#714937: pu: package ibus-m17n/1.3.4-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Wrong libexecdir breaking GUI menu.
(FYI: ibus-hangul bug report had typo. Wring - Wrong)
A part of ibus family package bug fixes.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru ibus-m17n-1.3.4/debian/changelog ibus-m17n-1.3.4/debian/changelog
--- ibus-m17n-1.3.4/debian/changelog2013-07-04 21:16:47.0 +0900
+++ ibus-m17n-1.3.4/debian/changelog2013-07-04 21:19:54.0 +0900
@@ -1,3 +1,10 @@
+ibus-m17n (1.3.4-1+deb7u1) stable; urgency=low
+
+ * Team upload.
+ * Fix libexecdir. Closes: #712579
+
+ -- Osamu Aoki os...@debian.org Sat, 29 Jun 2013 14:14:09 +0900
+
ibus-m17n (1.3.4-1) unstable; urgency=low
* New upstream release.
diff -Nru ibus-m17n-1.3.4/debian/control ibus-m17n-1.3.4/debian/control
--- ibus-m17n-1.3.4/debian/control 2013-07-04 21:16:47.0 +0900
+++ ibus-m17n-1.3.4/debian/control 2013-07-04 21:19:54.0 +0900
@@ -9,7 +9,6 @@
Homepage: http://code.google.com/p/ibus
Vcs-Git: git://git.debian.org/pkg-ime/ibus-m17n.git
Vcs-Browser: http://git.debian.org/?p=pkg-ime/ibus-m17n.git
-DM-Upload-Allowed: yes
Package: ibus-m17n
Architecture: any
diff -Nru ibus-m17n-1.3.4/debian/rules ibus-m17n-1.3.4/debian/rules
--- ibus-m17n-1.3.4/debian/rules2013-07-04 21:16:47.0 +0900
+++ ibus-m17n-1.3.4/debian/rules2013-07-04 21:19:54.0 +0900
@@ -2,4 +2,8 @@
%:
dh $@
+override_dh_auto_configure:
+ dh_auto_configure -- --libexecdir=/usr/lib/ibus
+
override_dh_auto_test:
+
[The following lists of changes regard files as different if they have
different names, permissions or owners.]
Files in second .changes but not in first
-
-rwxr-xr-x root/root /usr/lib/ibus/ibus-engine-m17n
-rwxr-xr-x root/root /usr/lib/ibus/ibus-setup-m17n
Files in first .changes but not in second
-
-rwxr-xr-x root/root /usr/lib/ibus-m17n/ibus-engine-m17n
-rwxr-xr-x root/root /usr/lib/ibus-m17n/ibus-setup-m17n
Control files: lines which differ (wdiff format)
Version: [-1.3.4-1-] {+1.3.4-1+deb7u1+}
Bug#714936: pu: package ibus-pinyin/1.4.0-1
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: pu
Wrong libexecdir breaking GUI menu.
A part of ibus family package bug fixes.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (10, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -Nru ibus-pinyin-1.4.0/debian/changelog ibus-pinyin-1.4.0/debian/changelog
--- ibus-pinyin-1.4.0/debian/changelog 2013-07-04 21:25:00.0 +0900
+++ ibus-pinyin-1.4.0/debian/changelog 2013-07-04 21:28:28.0 +0900
@@ -1,3 +1,10 @@
+ibus-pinyin (1.4.0-1+deb7u1) stable; urgency=low
+
+ * Fix libexecdir to match ibus-setup expectation.
+Closes: #712580
+
+ -- Osamu Aoki os...@debian.org Sat, 29 Jun 2013 10:35:57 +0900
+
ibus-pinyin (1.4.0-1) unstable; urgency=low
* New upstream release
diff -Nru ibus-pinyin-1.4.0/debian/ibus-pinyin.install
ibus-pinyin-1.4.0/debian/ibus-pinyin.install
--- ibus-pinyin-1.4.0/debian/ibus-pinyin.install2013-07-04
21:25:00.0 +0900
+++ ibus-pinyin-1.4.0/debian/ibus-pinyin.install2013-07-04
21:28:28.0 +0900
@@ -1,5 +1,5 @@
usr/share/ibus/component/pinyin.xml
-usr/lib/ibus-pinyin
+usr/lib/ibus
usr/share/locale
usr/share/ibus-pinyin/icons
usr/share/ibus-pinyin/setup
diff -Nru ibus-pinyin-1.4.0/debian/rules ibus-pinyin-1.4.0/debian/rules
--- ibus-pinyin-1.4.0/debian/rules 2013-07-04 21:25:00.0 +0900
+++ ibus-pinyin-1.4.0/debian/rules 2013-07-04 21:28:28.0 +0900
@@ -3,7 +3,7 @@
dh $@ --with python2
override_dh_auto_configure:
- dh_auto_configure -- --enable-opencc
+ dh_auto_configure -- --enable-opencc --libexec=/usr/lib/ibus
override_dh_auto_clean:
rm -f data/db/android/*.pyc
[The following lists of changes regard files as different if they have
different names, permissions or owners.]
Files in second .changes but not in first
-
-rwxr-xr-x root/root /usr/lib/ibus/ibus-engine-pinyin
-rwxr-xr-x root/root /usr/lib/ibus/ibus-setup-pinyin
Files in first .changes but not in second
-
-rwxr-xr-x root/root /usr/lib/ibus-pinyin/ibus-engine-pinyin
-rwxr-xr-x root/root /usr/lib/ibus-pinyin/ibus-setup-pinyin
Control files of package ibus-pinyin: lines which differ (wdiff format)
---
Depends: ibus-pinyin-db-open-phrase (= [-1.4.0-1)-] {+1.4.0-1+deb7u1)+} |
ibus-pinyin-db-android (= [-1.4.0-1),-] {+1.4.0-1+deb7u1),+} python (=
2.6.6-7~), libc6 (= 2.2.5), libgcc1 (= 1:4.1.1), libglib2.0-0 (= 2.24.0),
libibus-1.0-0 (= 1.4.1), liblua5.1-0, libopencc1 (= 0.1.0), libsqlite3-0 (=
3.6.11), libstdc++6 (= 4.5), libuuid1 (= 2.16), ibus (= 1.3.99.20110419)
Version: [-1.4.0-1-] {+1.4.0-1+deb7u1+}
Control files of package ibus-pinyin-db-android: lines which differ (wdiff
format)
--
Version: [-1.4.0-1-] {+1.4.0-1+deb7u1+}
Control files of package ibus-pinyin-db-open-phrase: lines which differ (wdiff
format)
--
Version: [-1.4.0-1-] {+1.4.0-1+deb7u1+}
