Bug#639948: libavcodec.so.53: ffplay produces a coredump on arch ppc
On Thu, Sep 01, 2011 at 00:27:41 (CEST), Elimar Riesebieter wrote: [...] Core was generated by `ffplay -loglevel debug -debug 6 03-G3_Live_in_Denver-Joe_Satriani-Starry_Night.'. Program terminated with signal 11, Segmentation fault. #0 0x0f6ff268 in ff_fft_calc_altivec () from /usr/lib/altivec/libavcodec.so.53 (gdb) bt #0 0x0f6ff268 in ff_fft_calc_altivec () from /usr/lib/altivec/libavcodec.so.53 #1 0x0f6fea2c in ?? () from /usr/lib/altivec/libavcodec.so.53 #2 0x0f437ce8 in ?? () from /usr/lib/altivec/libavcodec.so.53 #3 0x0f43caa8 in ?? () from /usr/lib/altivec/libavcodec.so.53 #4 0x0f43ccec in ?? () from /usr/lib/altivec/libavcodec.so.53 #5 0x0f77f1e0 in avcodec_decode_audio3 () from /usr/lib/altivec/libavcodec.so.53 #6 0x0ff3f924 in av_find_stream_info () from /usr/lib/altivec/libavformat.so.53 #7 0x10008ac8 in ?? () #8 0x0f18f63c in ?? () from /usr/lib/libSDL-1.2.so.0 #9 0x0f1d7e18 in ?? () from /usr/lib/libSDL-1.2.so.0 #10 0x0f1457a0 in start_thread () from /lib/powerpc-linux-gnu/libpthread.so.0 #11 0x0f09c9f0 in clone () from /lib/powerpc-linux-gnu/libc.so.6 Can you please redo the backtrace with the package ffmpeg-dbg installed? Also, does removing the file /usr/lib/altivec/libavcodec.so.53 help? Your system should them fallback to /usr/lib/libavcodec.so.53, which may or may not behave differently. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639963: (no subject)
retitle 639963 /etc/resolvconf/update.d/dnsmasq: invalid format character kthxbye I have this message on every start and stop of dnsmasq service. The offending part of the file is $(printf '%(%s)T' -1). -- WBR, wRAR signature.asc Description: Digital signature
Bug#452817: Please support --lzma compression
Mohammed Adnène Trojette writes: Hi, On Sun, Aug 28, 2011, Robert Luberda wrote: Alternatively you can provide a pre-compiled versions of *.c files in a liblzma.a static library. Regarding liblzma, have you considered using xz' packages? I was looking into it yesterday, but it seems the liblzma-dev API is not compatible with the original lzma API. Markus and Laszlo, do you have any plans of switching to xz-utils (http://tukaani.org/xz/) in upx? Regards, robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#621476: DDTP: update previous dists ?
Christian PERRIER wrote: But: The translation files go 'directly' to ftp.master and with this also to stable, and policy is: stable is stable That's the policy of 20th century...:) Now, I can happily fix important bugs in some of my packages with the SRM approval, so I don't see why package descriptions translations should be considered as carved in stone once stable is released..:-) I should have subscribed to my bug :-( - and I advocate to update the translation files for Squeeze and Lenny. * From my point of view they are actively maintained as there are point releases. * To some degree the translators provide new pre-sid translations. Does Jon Doe know that there are recent translations at ddtp.debian.net? * Language coordinators/team admins should take care of common errors. E.g. the use of Implementation in a German description is ugly and there are some occurences. * The language teams have a lot of work because lots of discriptions are changed by dropping the article in the SD. Sometimes one can't resist and have a look at the previous work. There *are* (sigh!) contributions from inexperienced translators. If we're lucky, they are just hard to read. If we are not, something is *wrong*. * I believe that the folks doing the work would like to see it available for the public. Cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#627518: how is it going with the ITP? it will be needed for upcoming ipython
Hi Patrick, Thanks for the ITP. I wonder if there was any progress? It will soon be needed for upcoming new ipython release, so I thought to check on the status. Thanks in advance Cheers, -- Yarik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487201: MPL in common-licenses and convenience of packaging mozilla extensions
Ximin Luo infini...@gmx.com writes: At the cost of some complexity in code, we can eliminate a lot of complexity in our data. There is redundancy, yes. Is that what you're calling complexity? Or is there some significant complexity in the data of the ‘debian/copyright’ file that you've got in mind? With pointers, it is easier for maintainers to create simple debian/copyright files. At the cost of actually making the package more brittle: when taking parts of a package, it is easier to omit a file than to omit part of a file. So a reference is more complex, and prone to failure, than simply keeping all the license information in one place. Now, we compromise that flexibility, in the case of *very* common licenses which are well-known. But I don't see you making a good case for allowing that complexity to increase. Since there are thousands of packages and there only needs to be a few DEP-5 parsers (ideally, one), the choice seems obvious to me. Another point of disagreement. I think that multiple competing parser implementations for a standardised data format is healthier and more robust than a single implementation. Sure, it's easy to format licenses into DEP-5 long-text format, but each new maintainer needs to do this for themselves. That formatting is no different from the formatting they must already learn for the ‘Description’ field in ‘debian/control’. Do you think using the same formatting for another field is a significant increase in complexity? In fact I might go write the tool I mentioned before and learn some perl in the process... that's what a lot of Debian devscripts is written in, right? Formatting a passage of text to that format would be useful, I agree, since it could be used for the multiple metadata fields that have that format. -- \ “[W]e are still the first generation of users, and for all that | `\ we may have invented the net, we still don't really get it.” | _o__) —Douglas Adams | Ben Finney pgpmyREO3qwbO.pgp Description: PGP signature
Bug#639919: linux-2.6: please enable DEBUG_STRICT_USER_COPY_CHECKS
On jeu., 2011-09-01 at 05:21 +0100, Ben Hutchings wrote: As I wrote on #605090: Without the strict check, the crap code produces a compile-time warning and a run-time warning and *no copying*. With the strict check, the crap code results in FTBFS (but only on i386 and s390!). So how is this an improvement for us? That mean we can catch issues earlier, at least on those arches (and if they trigger on theses arches that surely means they exist on the others). The warning is good, but are those really seen in the huge build log? Maybe all the relevant crap code is detected before it reaches debian buildd and thus we don't need the FTBFS, but I'm still unsure. Or maybe just enable it for trunk/-rc packages and not in sid/ builds (I can understand that FTBFS are a pain but in those cases I'm not sure warnings are sufficient). Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#621476: DDTP: update previous dists ?
On 09/01/2011 08:12 AM, Martin Eberhard Schauer wrote: Christian PERRIER wrote: But: The translation files go 'directly' to ftp.master and with this also to stable, and policy is: stable is stable That's the policy of 20th century...:) Now, I can happily fix important bugs in some of my packages with the SRM approval, so I don't see why package descriptions translations should be considered as carved in stone once stable is released..:-) I should have subscribed to my bug :-( - and I advocate to update the translation files for Squeeze and Lenny. * From my point of view they are actively maintained as there are point releases. * To some degree the translators provide new pre-sid translations. Does Jon Doe know that there are recent translations at ddtp.debian.net? No. ddtp.debian.net build only wheezy and sid translation files on a daily base. * Language coordinators/team admins should take care of common errors. E.g. the use of Implementation in a German description is ugly and there are some occurences. * The language teams have a lot of work because lots of discriptions are changed by dropping the article in the SD. Sometimes one can't resist and have a look at the previous work. There *are* (sigh!) contributions from inexperienced translators. If we're lucky, they are just hard to read. If we are not, something is *wrong*. * I believe that the folks doing the work would like to see it available for the public. proposal: We can build old translation files per week (or something else) and show a diff to the lang coordiantor for jugement. Gruss Grisu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639965: python-sss undefined symbol semanage_seuser_exists
Package: python-sss Version: 1.2.1-4+squeeze1 When you invoke import pysss from python, an undefined symbol error is thrown My system is up to date, and a fresh install. It is running SELinux in enforcing default policy (tested in permissive also) mode, python-semanage is installed, along with python-selinux. Tested as root and normal user. import semanage import pysss Traceback (most recent call last): File stdin, line 1, in module ImportError: /usr/lib/python2.6/dist-packages/pysss.so: undefined symbol: semanage_seuser_exists The pysss module does not appear to be linked to semanage vanilla@vanilla:~$ ldd /usr/lib/python2.6/dist-packages/pysss.so linux-vdso.so.1 = (0x7fffe1dff000) libtalloc.so.2 = /usr/lib/libtalloc.so.2 (0x7f3176107000) libtevent.so.0 = /usr/lib/libtevent.so.0 (0x7f3175efe000) libpopt.so.0 = /lib/libpopt.so.0 (0x7f3175cf2000) libldb.so.0 = /usr/lib/libldb.so.0 (0x7f3175abe000) libdbus-1.so.3 = /lib/libdbus-1.so.3 (0x7f317587e000) librt.so.1 = /lib/librt.so.1 (0x7f3175675000) libpcre.so.3 = /lib/libpcre.so.3 (0x7f3175445000) libnss3.so.1d = /usr/lib/libnss3.so.1d (0x7f3175142000) libnssutil3.so.1d = /usr/lib/libnssutil3.so.1d (0x7f3174f25000) libsmime3.so.1d = /usr/lib/libsmime3.so.1d (0x7f3174cff000) libssl3.so.1d = /usr/lib/libssl3.so.1d (0x7f3174acf000) libplds4.so.0d = /usr/lib/libplds4.so.0d (0x7f31748cb000) libplc4.so.0d = /usr/lib/libplc4.so.0d (0x7f31746c7000) libnspr4.so.0d = /usr/lib/libnspr4.so.0d (0x7f3174489000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f317426c000) libdl.so.2 = /lib/libdl.so.2 (0x7f3174068000) libutil.so.1 = /lib/libutil.so.1 (0x7f3173e65000) libm.so.6 = /lib/libm.so.6 (0x7f3173be2000) libpython2.6.so.1.0 = /usr/lib/libpython2.6.so.1.0 (0x7f3173731000) libc.so.6 = /lib/libc.so.6 (0x7f31733d) libtdb.so.1 = /usr/lib/libtdb.so.1 (0x7f31731c1000) /lib64/ld-linux-x86-64.so.2 (0x7f317656a000) libz.so.1 = /usr/lib/libz.so.1 (0x7f3172faa000) libssl.so.0.9.8 = /usr/lib/libssl.so.0.9.8 (0x7f3172d54000) libcrypto.so.0.9.8 = /usr/lib/libcrypto.so.0.9.8 (0x7f31729b3000) Linux vanilla 2.6.32-5-amd64 #1 SMP Tue Jun 14 09:42:28 UTC 2011 x86_64 GNU/Linux vanilla@vanilla:~$ apt-cache showpkg python-semanage Package: python-semanage Versions: 2.0.45-1 (/var/lib/apt/lists/mirror.internode.on.net_pub_debian_dists_squeeze_main_binary-amd64_Packages) (/var/lib/dpkg/status) Description Language: File: /var/lib/apt/lists/mirror.internode.on.net_pub_debian_dists_squeeze_main_binary-amd64_Packages MD5: e746c7d35be6601aa5a541b4fb38575b Reverse Depends: policycoreutils,python-semanage Dependencies: 2.0.45-1 - libc6 (2 2.2.5) libsemanage1 (2 2.0.45) python (2 2.5) python (3 2.7) python-support (2 0.7.1) libsemanage1-dev (1 1.4-1) python2.4-semanage (1 1.7) libsemanage-dev (0 (null)) libsemanage1-dev (1 1.4-1) python2.4-semanage (0 (null)) Provides: 2.0.45-1 - python2.6-semanage python2.5-semanage Reverse Provides: vanilla@vanilla:~$ apt-cache showpkg python-sss Package: python-sss Versions: 1.2.1-4+squeeze1 (/var/lib/apt/lists/mirror.internode.on.net_pub_debian_dists_squeeze_main_binary-amd64_Packages) (/var/lib/dpkg/status) Description Language: File: /var/lib/apt/lists/mirror.internode.on.net_pub_debian_dists_squeeze_main_binary-amd64_Packages MD5: 228b5082d627e7cc729c501bc22a940c Reverse Depends: sssd,python-sss Dependencies: 1.2.1-4+squeeze1 - libc6 (2 2.3) libdbus-1-3 (2 1.1.1) libldb0 (0 (null)) libnspr4-0d (2 1.8.0.10) libnss3-1d (2 3.12.0~1.9b1) libpcre3 (2 7.7) libpopt0 (2 1.16) libpython2.6 (2 2.6) libtalloc2 (2 2.0.0) libtevent0 (0 (null)) python (3 2.7) python (2 2.6) python-central (2 0.6.11) sssd (0 (null)) Provides: 1.2.1-4+squeeze1 - python2.6-sss Reverse Provides: Sincerely, William Brown Research Teaching, Technology Services The University of Adelaide, AUSTRALIA 5005 CRICOS Provider Number 00123M pgp.mit.edu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639744: Compromised certificates for *.google.com issued by DigiNotar Root CA
On Wed, Aug 31, 2011 at 11:02:53PM -0500, Raphael Geissert wrote: On Tuesday 30 August 2011 23:30:19 Mike Hommey wrote: On Wed, Aug 31, 2011 at 06:26:26AM +0200, Mike Hommey wrote: So, I'll put that on tiredness. That'd be several fraudulent certificates which fingerprint is unknown (thus even CRL, OCSP and blacklists can't do anything), and the mitigation involves several different intermediate certs that are cross-signed, which makes it kind of hard. Plus, there is the problem that untrusting the DigiNotar root untrusts a separate PKI used by the Dutch government. AFAICS, this last part is not true. The gov has one Root and DigiNotar's PKIOverheid is one if its leafs. Other DigiNotar CAs are the one derived from Entrust (seems to have been revoked), and a PKIOverheid G2 that I've seen mentioned in a few places (also derived from Entrust?) Well, reality is that the Firefox 6.0.1 release, which has a white least for Staat der Nederlanden Root CA but not Staat der Nederlanden Root CA - G2, effectively prevents from going to a couple of dutch government sites. Considering it has been found that the PSM side blacklist doesn't work, that suggests that the root CA removal alone is responsible for the situation, but I could be wrong. Add to the above that untrusting a root still allows users to override in applications, and we have no central way to not allow that. Aiui, the mozilla update is going to block overrides as well, but that involves the application side. NSS won't deal with that. See https://bugzilla.mozilla.org/show_bug.cgi?id=682927 which is now open. Thanks for the link. FWIW, it seems that the government is ACKing [3] that DigiNotar re-signs certificates with its PKIOverheid CA for non-gov users of its now-untrusted DigiNotar Root CA. Action items based on what others are doing: 1. Disable DigiNotar Root CA: done 2. Disable other DigiNotar CAs (derived from Entrust)[4]: not done There are 3 of them iirc. 3. Still permit Staat der Nederlanden CA and PKIoverheid: nothing to be done Item 2 is handled by Mozilla by matching /^DigiNotar/ and marking them as untrusted at the PMS level. And that currently doesn't work. It seems reasonable to wait for a more correct fix there before uploading ice*. There may be another nss round before that, though, for the Entrust certs. Please also note that Kai Engert is going to work on a NSS patch to handle the whole think at NSS level which would port what PSM does for SSL to S/MIME and other uses of NSS. I'm not sure this will be easily backportable, though. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639825: Apache2 seek broken
On Thursday 01 September 2011, Stefan Fritsch wrote: Can you rebuild apache2 ...lenny10 with the attached patch and try if it fixes your problem? If you use i386, you can get built packages here: http://people.debian.org/~sf/639825/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639962: linking fails with clang
Le jeudi 01 septembre 2011 à 13:11 +0900, Miles Bader a écrit : $ clang -o hw ~/src/hw.c /usr/bin/ld: error: cannot open crtbegin.o: No such file or directory /usr/bin/ld: error: cannot open crtend.o: No such file or directory /usr/bin/ld: error: cannot find -lgcc /usr/bin/ld: error: cannot find -lgcc_s /usr/bin/ld: error: cannot find -lgcc /usr/bin/ld: error: cannot find -lgcc_s clang: error: linker command failed with exit code 1 (use -v to see invocation) I confirm that I have the same issues on a chroot. It just started recently. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639897: Please don't check /proc/mounts
Hi, On Wed, Aug 31, 2011 at 16:38, Julian Andres Klode j...@debian.org wrote: On Wed, Aug 31, 2011 at 03:20:13PM +0200, Sandro Tosi wrote: Package: apt Version: 0.8.10.3 Severity: normal Hello, I found this behavior: # apt-get --version | head -n1 apt 0.8.10.3 for amd64 compiled on Apr 15 2011 07:35:31 # strace apt-get autoremove 21 | grep mounts open(/proc/mounts, O_RDONLY) = 22 (it also happens on the sid vrsion). This poses a problem when a system has a lot of mounts and so /proc/mounts is really big. I remember I had fixed a similar behavior on lenny by upgrading libselinux1 to the squeeze versions, but now I'm on squeeze and I see it again, and I don't see a trace of libselinux be linked into apt. It's not APT either, APT wants to read /etc/mtab and then /proc/mount because cdromutl.cc misses the s. The complete source code does not contain the word mounts, but that's a different bug (and once fixed, makes this bug apply to APT itself, instead of something APT uses). Ehm... I don't think I can parse this paragraph :) While we need to find the mount point of a device something and might do something like this when using the cdrom acquire method, this specific case is not caused by APT itself, but rather by a lower library, as far as I can tell (the cdrom method is a child process and thus not catched by strace anyway, so it's not what you got). I probably agree here, but I can only exploit this behavior with apt, that's what weird. Furthermore, I cannot reproduce this at all. What might be helpful Oh really? I had no problem seeing this on our squeeze servers and on my sid workstation, and I don't think I did anything unusual. would be a backtrace for the open call, so we know why it happens (ltrace -S e.g. traces both library and system calls, and with -C you get readable C++ names). I've run ltrace with -S -C options on apt-get autoremove on my sid workstation, and you can find the (big) output at [1]. [1] http://people.debian.org/~morph/639897_ltrace_S_C.out.bz2 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#639966: mail-notification-evolution: Needs to be updated for the recent Testing release of Evolution 3.0
Package: mail-notification-evolution Version: 5.4.dfsg.1-2.4+b1 Severity: grave Justification: renders package unusable Evolution can no longer find the plugin required for Mail Notification to work, and thus Mail Notification cannot find Evolution. The files in this package are installed into the 2.32 plugins directory, which is no longer used by the updated 3.0 version of Evolution: /usr/lib/evolution/2.32/plugins/liborg-jylefort-mail-notification.so /usr/lib/evolution/2.32/plugins/org-jylefort-mail-notification.eplug Moving these files into /usr/lib/evolution/3.0/plugins/ shows the plugin in Evolution's plugin's window, but it is not able to be enabled rendering the package unusable. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mail-notification-evolution depends on: ii libatk1.0-02.0.1-2 ATK accessibility toolkit ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1The Cairo 2D vector graphics libra ii libcamel1.2-19 2.32.3-1 Evolution MIME message handling li ii libdbus-1-31.4.14-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4simple interprocess messaging syst ii libedataserver1.2-14 3.0.2.1-1 Utility library for evolution data ii libenchant1c2a 1.6.0-3 Wrapper library for various spell ii libevolution 3.0.2-1 evolution libraries ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype6 2.4.6-2 FreeType 2 font engine, shared lib ii libgconf2-42.32.4-1 GNOME configuration database syste ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk2.0-02.24.4-3 The GTK+ graphical user interface ii libgtkhtml-editor-3.14 3.32.2-2 HTML rendering/editing library - e ii libgtkhtml3.14-19 3.32.2-2 HTML rendering/editing library - r ii libnspr4-0d4.8.9-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.11-1 Network Security Service libraries ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libsoup2.4-1 2.34.3-1 HTTP library implementation in C - ii libsqlite3-0 3.7.7-2 SQLite 3 shared library ii libunique-1.0-01.1.6-2 Library for writing single instanc ii libxml22.7.8.dfsg-4 GNOME XML library ii mail-notification 5.4.dfsg.1-2.4+b1 mail notification in system tray mail-notification-evolution recommends no packages. mail-notification-evolution 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#631950: issues with NX plugin and current libssh
http://remmina.git.sourceforge.net/git/gitweb.cgi?p=remmina/remmina;a=patch;h=3a512f5 OK this simple patch fixed the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635383: dnsmasq no longer replies to DHCP requests
Hi Simon, On Wednesday 31 August 2011 22:46:24 Simon Kelley wrote: I'm not aware of this bug having been manifest anywhere except here and I can't progress it without further information from the submitter. Since the package is working fine for almost everyone, I'm downgrading this to normal. It's certainly not release critical. Apologies for the delay in replying. After doing some more testing, I'm now not convinced that the problem is with dnsmasq. It appears that the problem lies outside, perhaps with the kernel networking (routing or firewall). I found, when the IP address is assigned manually, that the machine is still unable to receive network traffic. It looks like the problem is likely either VirtualBox's bridge-based network driver or the kernel; my guess is that the problem lies within the kernel. If possible, could you reassign this ticket? Cheers, Paul. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631950: issues with NX plugin and current libssh
http://remmina.git.sourceforge.net/git/gitweb.cgi?p=remmina/remmina;a=patch;h=3f6c309 Add this one as well just in case (seems to be a requirement for blocking send in libssh 0.5). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639948: libavcodec.so.53: ffplay produces a coredump on arch ppc
* Reinhard Tartler [110901 08:00 +0200]: [...] Can you please redo the backtrace with the package ffmpeg-dbg installed? [Thread debugging using libthread_db enabled] Core was generated by `ffplay 03-G3_Live_in_Denver-Joe_Satriani-Starry_Night.aac'. Program terminated with signal 11, Segmentation fault. #0 0x0f6ff2e4 in ff_fft_calc_altivec () at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/ppc/fft_altivec_s.S:447 447 /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/ppc/fft_altivec_s.S: Datei oder Verzeichnis nicht gefunden. in /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/ppc/fft_altivec_s.S (gdb) bt #0 0x0f6ff2e4 in ff_fft_calc_altivec () at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/ppc/fft_altivec_s.S:447 #1 0x0f6feaa8 in ff_imdct_half_altivec (s=optimized out, output=optimized out, input=optimized out) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/ppc/fft_altivec.c:93 #2 0x0f437ce8 in imdct_and_windowing (ac=0x10065e00, sce=0x4917f0c0) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/aacdec.c:1856 #3 0x0f43caa8 in spectral_to_sample (ac=optimized out) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/aacdec.c:2015 #4 aac_decode_frame_int (avctx=optimized out, data=0x49150020, data_size=0x4914e938, gb=optimized out) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/aacdec.c:2170 #5 0x0f43ccec in aac_decode_frame (avctx=optimized out, data=optimized out, data_size=optimized out, avpkt=optimized out) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/aacdec.c:2216 #6 0x0f77f25c in avcodec_decode_audio3 (avctx=0x10065a00, samples=optimized out, frame_size_ptr=optimized out, avpkt=optimized out) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/utils.c:726 #7 0x0ff3f924 in try_decode_frame (avpkt=0x100632a0, st=0x10061a00) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavformat/utils.c:2104 #8 av_find_stream_info (ic=0x10047e00) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavformat/utils.c:2388 #9 0x10008ac8 in decode_thread (arg=0x48882020) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/ffplay.c:2362 #10 0x0f18f63c in ?? () from /usr/lib/libSDL-1.2.so.0 #11 0x0f1d7e18 in ?? () from /usr/lib/libSDL-1.2.so.0 #12 0x0f1457a0 in start_thread () from /lib/powerpc-linux-gnu/libpthread.so.0 #13 0x0f09c9f0 in clone () from /lib/powerpc-linux-gnu/libc.so.6 Also, does removing the file /usr/lib/altivec/libavcodec.so.53 help? It helps, but was installed by libavcodec53 4:0.7.1-3? $ dpkg -L libavcodec53 | grep altivec /usr/lib/altivec /usr/lib/altivec/libavcodec.so.53.5.0 /usr/lib/altivec/libavcodec.so.53 There is more libav stuff in /usr/lib/altivec. Elimar -- .~. /V\ L I N U X /( )\ Phear the Penguin ^^-^^ signature.asc Description: Digital signature
Bug#639967: wmnet: Fix when values in /proc/net/dev are getting big
Package: wmnet Version: 1.05-17 Severity: normal Tags: patch Hi, this patch fixes wmnet to continue displaying when the numbers in /proc/net/dev increase over 32bits. diff -ur x/wmnet-1.05/drivers.c wmnet-1.05/drivers.c --- x/wmnet-1.05/drivers.c 2011-09-01 09:24:15.526102621 +0200 +++ wmnet-1.05/drivers.c2011-09-01 09:24:02.585877953 +0200 @@ -60,8 +60,8 @@ extern char buffer[256]; extern char *in_rule_string, *out_rule_string, *device; -extern unsigned long totalbytes_in, totalbytes_out, lastbytes_in, lastbytes_out; -extern unsigned long totalpackets_in, totalpackets_out, lastpackets_in, lastpackets_out; +extern unsigned long long totalbytes_in, totalbytes_out, lastbytes_in, lastbytes_out; +extern unsigned long long totalpackets_in, totalpackets_out, lastpackets_in, lastpackets_out; extern unsigned int diffpackets_in, diffpackets_out, diffbytes_in, diffbytes_out; extern unsigned int out_rule, in_rule; /* number of rule in /proc/net/ip_acct to use */ extern Bool current_tx, current_rx, rx, tx; @@ -197,7 +197,7 @@ flag |= ACCOUNT_IN_FOUND; while(buffer[offset++] != ' '); offset += 18; - totalpackets_in = strtoul(buffer[offset], ptr, 10); + totalpackets_in = strtoull(buffer[offset], ptr, 10); if (totalpackets_in == lastpackets_in) break; totalbytes_in = strtoul(ptr, NULL, 10); diffpackets_in += totalpackets_in - lastpackets_in; @@ -211,7 +211,7 @@ flag |= ACCOUNT_OUT_FOUND; while(buffer[offset++] != ' '); offset += 18; - totalpackets_out = strtoul(buffer[offset], ptr, 10); + totalpackets_out = strtoull(buffer[offset], ptr, 10); if (totalpackets_out == lastpackets_out) break; totalbytes_out = strtoul(ptr, NULL, 10); diffpackets_out += totalpackets_out - lastpackets_out; @@ -371,9 +371,9 @@ packets_in_str = bytes_in_str; NEXTFIELD(packets_in_str); - totalpackets_in = strtoul(packets_in_str, NULL, 10); + totalpackets_in = strtoull(packets_in_str, NULL, 10); if (totalpackets_in != lastpackets_in) { - totalbytes_in = strtoul(bytes_in_str, NULL, 10); + totalbytes_in = strtoull(bytes_in_str, NULL, 10); diffpackets_in += totalpackets_in - lastpackets_in; diffbytes_in += totalbytes_in - lastbytes_in; lastpackets_in = totalpackets_in; @@ -391,9 +391,9 @@ packets_out_str = bytes_out_str; NEXTFIELD(packets_out_str); - totalpackets_out = strtoul(packets_out_str, NULL, 10); + totalpackets_out = strtoull(packets_out_str, NULL, 10); if (totalpackets_out != lastpackets_out) { - totalbytes_out = strtoul(bytes_out_str, NULL, 10); + totalbytes_out = strtoull(bytes_out_str, NULL, 10); diffpackets_out += totalpackets_out - lastpackets_out; diffbytes_out += totalbytes_out - lastbytes_out; lastpackets_out = totalpackets_out; diff -ur x/wmnet-1.05/wmnet.h wmnet-1.05/wmnet.h --- x/wmnet-1.05/wmnet.h2011-09-01 09:24:15.526102621 +0200 +++ wmnet-1.05/wmnet.h 2011-09-01 09:16:38.810068098 +0200 @@ -76,8 +76,8 @@ /* I know statically declared buffers are against GNU coding standards, so sue me */ char buffer[256], *click_command = NULL, *label = NULL; struct timeval timenow, timelast; -unsigned long totalbytes_in, totalbytes_out, lastbytes_in, lastbytes_out; -unsigned long totalpackets_in, totalpackets_out, lastpackets_in, lastpackets_out; +unsigned long long totalbytes_in, totalbytes_out, lastbytes_in, lastbytes_out; +unsigned long long totalpackets_in, totalpackets_out, lastpackets_in, lastpackets_out; unsigned int diffpackets_in, diffpackets_out, diffbytes_in, diffbytes_out; unsigned int delayTime = 25000, displayDelay = 55000, maxRate = 6000; unsigned int out_rule = 2, in_rule = 1, graphbox_height = 44; /* number of rule in /proc/net/ip_acct to use */ -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Versions of packages wmnet depends on: ii libc6
Bug#639968: Transitional package no longer needed
Package: libapache-mod-auth-kerb Severity: normal Apache 1 has been removed for a long time and the transitional package has even been included in oldstable. libapache-mod-auth-kerb should thus be removed. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639897: Please don't check /proc/mounts
On Thu, Sep 01, 2011 at 08:54:26AM +0200, Sandro Tosi wrote: Hi, On Wed, Aug 31, 2011 at 16:38, Julian Andres Klode j...@debian.org wrote: On Wed, Aug 31, 2011 at 03:20:13PM +0200, Sandro Tosi wrote: Package: apt Version: 0.8.10.3 Severity: normal Hello, I found this behavior: # apt-get --version | head -n1 apt 0.8.10.3 for amd64 compiled on Apr 15 2011 07:35:31 # strace apt-get autoremove 21 | grep mounts open(/proc/mounts, O_RDONLY) = 22 (it also happens on the sid vrsion). This poses a problem when a system has a lot of mounts and so /proc/mounts is really big. I remember I had fixed a similar behavior on lenny by upgrading libselinux1 to the squeeze versions, but now I'm on squeeze and I see it again, and I don't see a trace of libselinux be linked into apt. It's not APT either, APT wants to read /etc/mtab and then /proc/mount because cdromutl.cc misses the s. The complete source code does not contain the word mounts, but that's a different bug (and once fixed, makes this bug apply to APT itself, instead of something APT uses). Ehm... I don't think I can parse this paragraph :) (a) APT sometimes needs to get the partition table and looks for /etc/mtab and /proc/mount, the latter missing the s at the end. This should be fixed -- and once it is, APT would read the file itself as well in addition to the indirect use we currently have. (b) bzr grep mounts does not produce any result in the APT repository, so APT clearly does not open the file itself. While we need to find the mount point of a device something and might do something like this when using the cdrom acquire method, this specific case is not caused by APT itself, but rather by a lower library, as far as I can tell (the cdrom method is a child process and thus not catched by strace anyway, so it's not what you got). I probably agree here, but I can only exploit this behavior with apt, that's what weird. Furthermore, I cannot reproduce this at all. What might be helpful Oh really? I had no problem seeing this on our squeeze servers and on my sid workstation, and I don't think I did anything unusual. Mount points somewhere on /var, /var/cache, /var/cache/apt/, /var/cache/apt/archives? Not 64-bit? would be a backtrace for the open call, so we know why it happens (ltrace -S e.g. traces both library and system calls, and with -C you get readable C++ names). I've run ltrace with -S -C options on apt-get autoremove on my sid workstation, and you can find the (big) output at [1]. [1] http://people.debian.org/~morph/639897_ltrace_S_C.out.bz2 This tells me that statvfs64() in libc6 reads it, and reading the eglibc code confirms this, it's read in: sysdeps/unix/sysv/linux/internal_statvfs.c It needs to do this to get the mount options to report them back. We only want the free space, though. One option we have (at least on Linux) is to use statfs() instead, as statfs() reports only a subset of statvfs() information, and does not need to read /proc/mounts. At least LSB has deprecated this, though, and recommends the POSIX statvfs() interface we currently use. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609352: ITP: zdoom -- Enhanced Doom engine
Am 31.08.2011 22:20, schrieb Johey Shmit: I've now packaged a installer-script that takes care of downloading and building a zdoom package (http://mentors.debian.net/package/zdoom-installer). Any comments on that? So you are going to download fmod and its build-dependencies and build it and then download zdoom and its build-dependencies and build it against fmod? I think this just circumvents the main problem of the whole story: zdoom depends on non-free software! And apparently the fmod developers do not even want their software to be made freely available, so why all the fuzz? I don't think it helps... - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636514: somebody, please update the icedtea-plugin
Hi all, I am also hit by this bug too as I'm on unstable. This renders me unable to use java on browser :( -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638883: Scratch that
I was too fast to hit the send button. In fact, most of these extra libraries can be disabled using the VTK_USE_SYSTEM_JPEG define and the likes in CMake. Greetings, Torsten -- DYNAmore Gesellschaft fuer Ingenieurdienstleistungen mbH Torsten Landschoff Office Dresden Tel: +49-(0)351-4519587 Fax: +49-(0)351-4519561 mailto:torsten.landsch...@dynamore.de http://www.dynamore.de Registration court: Mannheim, HRB: 109659, based in Karlsruhe, Managing director: Prof. Dr. K. Schweizerhof, Dipl.-Math. U. Franz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639964: apt: regression from 0.8.15.5: sources with no component give error processing Release file
On Thu, Sep 01, 2011 at 01:16:41AM -0400, Matthew Gabeler-Lee wrote: Package: apt Version: 0.8.15.6 Severity: important As of apt 0.8.15.6, sources.list entries that use the deb http://... path/ format instead of the deb http://... release component format fail (for me). For example, I have the following entries in my sources.list: deb-src http://iguanaworks.net/downloads/debian source/ deb http://iguanaworks.net/downloads/debian binary-amd64/ With apt 0.8.15.5, apt-get update reports no errors. With apt 0.8.15.6, I get these errors: W: Failed to fetch http://iguanaworks.net/downloads/debian/source/Release Unable to find expected entry 'Sources' in Release file (Wrong sources.list entry or malformed file) W: Failed to fetch http://iguanaworks.net/downloads/debian/binary-amd64/Release Unable to find expected entry 'Packages' in Release file (Wrong sources.list entry or malformed file) The latter Release file currently looks like this: Archive: karmic Component: contrib Origin: IguanaWorks Label: IguanaWorks Debian/Ubuntu Repository Architecture: amd64 Which is the same set of keys that the ftp.us.debian.org Release file(s) have AFAICT. Yes, but in addition to that, the official archive has hashes. And this is the difference. APT expects to find the index files it shall fetch mentioned in the Release file. Using apt-ftparchive to generate a Release files with hashes for the repository fixes the problem. An alternative would be for APT to not try to find hashsums for indexes if there are no hashes in the release at all. Whether it makes sense to support such Release files is another question. From searching around, I'm wondering if this may be related to an older (fixed) bug: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=622250 No. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639969: gjots2: New Version available
Package: gjots2 Version: 2.3.14-1 Severity: wishlist Dear Maintainer, gjots2 is currently at verion 2.3.15. Would be nice to have an update. I created my own debian package from 2.3.14 which didn't cause any problems. Uwe *** Please consider answering these questions, where appropiate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gjots2 depends on: ii python 2.6.7-3 ii python-glade2 2.24.0-2 ii python-gnome2 2.28.1-3 ii python-support 1.0.14 Versions of packages gjots2 recommends: ii gv 1:3.7.2-2 ii mpage 2.5.6-1 gjots2 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#605090: Update on grsecurity featureset
On jeu., 2011-09-01 at 05:20 +0100, Ben Hutchings wrote: On Wed, 2011-08-31 at 18:33 +0200, Yves-Alexis Perez wrote: Ok, here's an updated patchset. Tarball can be found at http://molly.corsac.net/~corsac/debian/kernel-grsec/grsec-patches.tar.xz (and already extracted in grsec-patches/ folder). It's a folder with a quilt patche series * 01_support-linux-3.0.patch This is unrelated but needed to support linux3 naming scheme in genorig.py. Already done on trunk. Ha, fair enough, I was wondering how people did the orig for 3.x :) Can this be committed to sid/, since it has 3.0 anyway? * 02_force-hostcc-version.patch This one is needed because grsecurity ships two gcc (= 4.5) plugins. Those need to be built with the same compiler version as the rest of the kernel, but right now they're built with HOSTCC which is not set right now, so defaults to 'gcc' which is gcc-4.6 at that time. So export HOSTCC to the (non CROSS_COMPILE) version. gcc plugins surely need to be built _for_ the compiler version used for the kernel, not _by_ that version. I'm not sure about what you mean here. I assumed that building a gcc plugin with a given gcc version meant that it was built *for* this version (and thus forcing the compiler for those plugins to the same version used for the kernel meant the plugin would work at kernel build time). Also, you are changing HOSTCC for all build tools and not just these plugins. Yes, as said on #debian-kernel this was because it seemed more logical to use the same thing everywhere and because at one point I had issues with building perf for squeeze 2.6.32 on a box where gcc was at 4.6. And in fact, afaict, I'm forcing HOSTCC for the whole build, but I have to admit I found that more consistent to have CC and HOSTCC at the same version. If you think it's a bad idea I can try to modify grsecurity patch to add it to the plugins Makefile (that'd be debian specific the same way I remove localversion) but kernelvariables looked like a good place. 03_enable-strict-user-copy-check.patch This one in not directly involved with grsecurity. Could be enabled by itself (#639919) Without the strict check, the crap code produces a compile-time warning and a run-time warning and *no copying*. With the strict check, the crap code results in FTBFS (but only on i386 and s390!). So how is this an improvement for us? I've replied to the specific bug so we can track it there, since it's unrelated (and is not needed per se on the grsecurity featureset). 04_add-linux-grsec-base-templates.patch This one adds basic templates for a linux-grsec-base binary packages to be built by linux-2.6 but I still didn't figured out how to patch genorig.py to make it do it. Don't add such a package to linux-2.6. It should be a new source package, like linux-base is now (after I initially made that mistake). Well, that's what I did when you suggested it (packaging is at http://anonscm.debian.org/gitweb/?p=collab-maint/linux-grsec-base.git;a=summary) but afaiui Bastian asked it not to be a new source package. Anyway, this can be dropped easily if not needed. 05_add-grsec-featureset.patch This is the main part, adding the featureset and config. And linux-grsec-base, a second time! Woops, fixed :) 06_grsecurity.patch The main grsecurity patch, not really readable since the quilt patch adds a patch :) It's basically the genuine grsecurity patch (right now grsecurity-2.2.2-3.0.4-201108301903.patch) with two little change: * removing the -grsec localversion * oneliner to make it apply against debian sources You should provide a gen-patch script to help in regenerating the patch. Yeah good point. At least localversion should be easy to filterdiff. And maybe add a specific .kernelvariables and the relevant include to the plugins Makefile. Thanks for the suggestion. Regards, -- Yves-Alexis Perez ANSSI/ACE/LAM signature.asc Description: This is a digitally signed message part
Bug#631950: issues with NX plugin and current libssh
Le Thu, 01 Sep 2011 15:25:44 +0800, Vic Lee llyzs@gmail.com a écrit : http://remmina.git.sourceforge.net/git/gitweb.cgi?p=remmina/remmina;a=patch;h=3f6c309 Add this one as well just in case (seems to be a requirement for blocking send in libssh 0.5). Thanks for looking at this :) But I've the feeling that libssh shouldn't change his behavior like that. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631950: issues with NX plugin and current libssh
reassign 631950 remmina-plugin-nx stop Hi Vic. Thanks for tracing this up :) Laurent, thanks for you help, too. I'm reassign this now to remmina-plugin-nx. Luca, could you please apply the patches from Vic (or take a new upstream version, if there's already one)?, Thanks all, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#631950: issues with NX plugin and current libssh
On Thu, 2011-09-01 at 10:18 +0200, Laurent Bigonville wrote: But I've the feeling that libssh shouldn't change his behavior like that. Guess you're not alone with your feeling ;) Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#639970: racoon: Init script stop does not clear SPD/SAD
Subject: racoon: Init script stop does not clear SPD/SAD Package: racoon Version: 1:0.7.1-1.3+lenny2 Severity: important /etc/init.d/racoon stop should call setkey -FP and setkey -FD to remove the SPD and SAD from the kernel. Otherwise users see no such process when trying to route to the remote VPN endpoint which may be available via a failover firewall. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/4 CPU cores) Locale: LANG=en_SG.UTF-8, LC_CTYPE=en_SG.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages racoon depends on: ii debconf [debcon 1.5.24 Debian configuration management sy ii ipsec-tools 1:0.7.1-1.3+lenny2 IPsec tools for Linux ii libc6 2.7-18 GNU C Library: Shared libraries ii libcomerr2 1.41.3-1 common error description library ii libkrb531.6.dfsg.4~beta1-5lenny2 MIT Kerberos runtime libraries ii libpam0g1.0.1-5+lenny1 Pluggable Authentication Modules l ii libssl0.9.8 0.9.8g-15+lenny6 SSL shared libraries ii perl5.10.0-19lenny2 Larry Wall's Practical Extraction racoon recommends no packages. racoon suggests no packages. -- 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#632091: Please add an interface to disable use of the '-i' option.
On Thu, Sep 01, 2011 at 07:45:48AM +0200, Petter Reinholdtsen wrote: [Wouter Verhelst] This is because halt is passed '-i' option these days, which (if I'm not mistaken) it did not do originally; and while it is possible to disable this by setting the NETDOWN variable in /etc/init.d/halt to 'no', that isn't something I can do from the nbd-client initscript (which is where I'm currently creating /lib/init/rw/sendsigs.omit.d/nbd-client). I'm not quite sure, but suspect this is related to wake-on-lan, which is a topic I do not really understand. If I am not mistaken, for wake-on-lan to work the interfaces need to be up or down, depending on the interface drivers, and there is no way to know which is which. Any default and change in default setting for the network during shutdown will then break some existing working wake-on-lan setup. That's a decent argument for not changing the current default. However, my mail did give three suggestions: changing the default, providing an interface that can be used from another initscript (similar to sendsigs.omit.d), and having the halt initscript not use -i if it detects that it's running root off the network. This final option is possible, since the networking script does this already, and does it correctly (it detects this by searching for either nfs, or filesystems with the _netdev option in their mount options). Bringing down the network when the root filesystem is on a network resource is *always* wrong, no matter what wake-on-lan wants. When this happens, the kernel will panic, because it can no longer access its root filesystem. If halt does this, it is mostly harmless, since the root filesystem has been mounted read-only at that point already; but it still looks very bad to have a system panic rather than power off. I'd be happy to touch a file so that the -i argument isn't used, but I can't start modifying other packages' configuration files from init scripts, obviously (I could do it from the installer, but I'm not sure that's the best way). Having said all that, I absolutely doubt whether changing the default is even going to have any effect. When a system has a configured network interface, *and the system is not running off the network*, the networking initscript will bring it down. In that case, 'halt -i' has no effect. If, on the other hand, the networking script did not bring the interface down, then there are two options: either it is not configured (in which case the interface is most likely not in use and therefore has no network cable, in which case using or not using 'halt -i' makes no difference), or it is configured but the networking init script detected that it should not be brought down for some reason (in which case using 'halt -i' is *wrong*) So I can see three scenarios; and in none of these three scenarios do I see a case where using 'halt -i' is the correct and desired way forward. But perhaps I'm missing something? Additionally, if a user wants to use wake-on-lan, finds that it doesn't work, and figures out through documentation or similar that his network interface needs to be up, not down, would it be their first reflex to change /etc/networking/interfaces, or /etc/default/halt? I suspect the former, and I suspect the user will be extremely confused if that does not have the desired effect. Indeed, I myself did not know about the '-i' option to halt until I started investigating why root-on-NBD did not shutdown properly. Anyway, I'd be happy to provide patches, but then please tell me how you'd like it to happen. -- The volume of a pizza of thickness a and radius z can be described by the following formula: pi zz a signature.asc Description: Digital signature
Bug#639971: [fwbuilder] Segmentation Fault on open file request
Package: fwbuilder Version: 4.2.2-1 Severity: grave --- Please enter the report below this line. --- Hi, I click on the file open icon and I get on my shell the followings: Date:gio set 01 Time:10:21:50 User:root Computer:europa Base:~ Current:~ Command 509 of 11 #fwbuilder [2] 14398 Date:gio set 01 Time:10:21:53 User:root Computer:europa Base:~ Current:~ Command 510 of 12 #QSslSocket: cannot resolve SSLv2_client_method QSslSocket: cannot resolve SSLv2_server_method KGlobal::locale::Warning your global KLocale is being recreated with a valid main component instead of a fake component, this usually means you tried to call i18n related functions before your main component was created. You should not do that since it most likely will not work klauncher(14418) kdemain: No DBUS session-bus found. Check if you have started the DBUS server. kdeinit4: Communication error with launcher. Exiting! startkdeinitlock(14398)/kdecore (KSycoca) KSycocaPrivate::checkVersion: Found version 162 , expecting version 202 or higher. startkdeinitlock(14398)/kdecore (KSycoca) KSycocaPrivate::checkVersion: Found version 162 , expecting version 202 or higher. [2]+ Errore di segmentazione fwbuilder Date:gio set 01 Time:10:22:07 User:root Computer:europa Base:~ Current:~ Command 510 of 12 # Suggestions? Thanks Marco Righi --- System information. --- Architecture: i386 Kernel: Linux 3.0.0-1-686-pae Debian Release: wheezy/sid 500 testing security.debian.org 500 testing http.us.debian.org 500 testing ftp.it.debian.org --- Package information. --- Depends (Version) | Installed ===-+-=== libc6 (= 2.3.6-6~) | 2.13-16 libgcc1(= 1:4.1.1) | 1:4.6.1-4 libqt4-dbus(= 4:4.5.3) | 4:4.7.3-5 libqt4-network (= 4:4.5.3) | 4:4.7.3-5 libqtcore4 (= 4:4.7.0~beta1) | 4:4.7.3-5 libqtgui4(= 4:4.7.0~beta1) | 4:4.7.3-5 libsnmp15 (= 5.4.3~dfsg) | 5.4.3~dfsg-2.2 libstdc++6 (= 4.6) | 4.6.1-4 libxml2 (= 2.7.4) | 2.7.8.dfsg-4 libxslt1.1 (= 1.1.25) | 1.1.26-8 zlib1g (= 1:1.1.4) | 1:1.2.3.4.dfsg-3 fwbuilder-common(= 4.2.2-1) | 4.2.2-1 Recommends (Version) | Installed -+-=== fwbuilder-doc| 4.2.2-1 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639972: apt-listbugs: Depends on a few of transitional packages
Package: apt-listbugs Version: 0.1.5 Severity: important Dear Maintainers, I just noticed that apt-listbugs depends on a few transitional packages. Please consider to correct these and to replace them by the correct depends: dep: libhttpclient-ruby1.8 (= 2.1.5.2-1) Transitional package for ruby-httpclient also a virtual package provided by ruby-httpclient dep: libxml-parser-ruby1.8 Transitional package for ruby-xmlparser also a virtual package provided by ruby-xmlparser dep: ruby (= 1.8) Transitional package for ruby1.8 also a virtual package provided by ruby1.8 Thanks, Hilmar -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listbugs depends on: ii apt 0.8.15.6 ii libdpkg-ruby1.8 0.3.6+nmu1 ii libgettext-ruby1.8 2.1.0-2.1 ii libhttpclient-ruby1.82.2.1-1 ii libruby1.8 [libzlib-ruby1.8] 1.8.7.352-2 ii libxml-parser-ruby1.80.7.2-1 ii ruby 4.8 ii ruby-httpclient [libhttpclient-ruby1.8] 2.2.1-1 ii ruby-xmlparser [libxml-parser-ruby1.8] 0.7.2-1 ii ruby1.8 [ruby] 1.8.7.352-2 apt-listbugs recommends no packages. Versions of packages apt-listbugs suggests: ii debianutils 4.0.2 ii lynx-cur [www-browser] 2.8.8dev.9-2 ii reportbug 6.2 ii w3m [www-browser] 0.5.3-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#639948: libavcodec.so.53: ffplay produces a coredump on arch ppc
severity 639948 normal tags 639948 upstream stop On Thu, Sep 01, 2011 at 09:28:48 (CEST), Elimar Riesebieter wrote: * Reinhard Tartler [110901 08:00 +0200]: [...] Can you please redo the backtrace with the package ffmpeg-dbg installed? [Thread debugging using libthread_db enabled] Core was generated by `ffplay 03-G3_Live_in_Denver-Joe_Satriani-Starry_Night.aac'. Program terminated with signal 11, Segmentation fault. #0 0x0f6ff2e4 in ff_fft_calc_altivec () at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/ppc/fft_altivec_s.S:447 447 /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/ppc/fft_altivec_s.S: Datei oder Verzeichnis nicht gefunden. in /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/ppc/fft_altivec_s.S (gdb) bt #0 0x0f6ff2e4 in ff_fft_calc_altivec () at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/ppc/fft_altivec_s.S:447 #1 0x0f6feaa8 in ff_imdct_half_altivec (s=optimized out, output=optimized out, input=optimized out) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/ppc/fft_altivec.c:93 #2 0x0f437ce8 in imdct_and_windowing (ac=0x10065e00, sce=0x4917f0c0) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/aacdec.c:1856 That gives some more insight. It avcodec tries to decode some AAC audio, and causes some altivec optimized functions to segfault in ff_fft_calc_altivec. Can you elaborate what kind of powerpc you have? #3 0x0f43caa8 in spectral_to_sample (ac=optimized out) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/aacdec.c:2015 #4 aac_decode_frame_int (avctx=optimized out, data=0x49150020, data_size=0x4914e938, gb=optimized out) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/aacdec.c:2170 #5 0x0f43ccec in aac_decode_frame (avctx=optimized out, data=optimized out, data_size=optimized out, avpkt=optimized out) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/aacdec.c:2216 #6 0x0f77f25c in avcodec_decode_audio3 (avctx=0x10065a00, samples=optimized out, frame_size_ptr=optimized out, avpkt=optimized out) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavcodec/utils.c:726 #7 0x0ff3f924 in try_decode_frame (avpkt=0x100632a0, st=0x10061a00) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavformat/utils.c:2104 #8 av_find_stream_info (ic=0x10047e00) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/libavformat/utils.c:2388 #9 0x10008ac8 in decode_thread (arg=0x48882020) at /build/buildd-libav_0.7.1-3-powerpc-vCfdgT/libav-0.7.1/ffplay.c:2362 #10 0x0f18f63c in ?? () from /usr/lib/libSDL-1.2.so.0 #11 0x0f1d7e18 in ?? () from /usr/lib/libSDL-1.2.so.0 #12 0x0f1457a0 in start_thread () from /lib/powerpc-linux-gnu/libpthread.so.0 #13 0x0f09c9f0 in clone () from /lib/powerpc-linux-gnu/libc.so.6 Also, does removing the file /usr/lib/altivec/libavcodec.so.53 help? It helps, but was installed by libavcodec53 4:0.7.1-3? well, that's the package you've filed the bug against. $ dpkg -L libavcodec53 | grep altivec /usr/lib/altivec /usr/lib/altivec/libavcodec.so.53.5.0 /usr/lib/altivec/libavcodec.so.53 There is more libav stuff in /usr/lib/altivec. Indeed, and that's intended. The problem is that it doesn't work for you. In any case, we need as sample to reproduce this ourselves. Since the filename '03-G3_Live_in_Denver-Joe_Satriani-Starry_Night.aac' indicates that the file might be rather longish, maybe you could share a part from that still exposes the bug? Try: dd if=sample-file of=small-sample-file bs=1024 count=1 As this is definitly an upstream bug, please report this issue at the upstream bugzilla: http://bugzilla.libav.org/enter_bug.cgi and provide all information in this bug and potentially more as requested. -- Gruesse/greetings, Reinhard Tartler, KeyID 945348A4 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#487201: MPL in common-licenses and convenience of packaging mozilla extensions
On 01/09/11 07:15, Ben Finney wrote: Ximin Luo infini...@gmx.com writes: At the cost of some complexity in code, we can eliminate a lot of complexity in our data. There is redundancy, yes. Is that what you're calling complexity? Or is there some significant complexity in the data of the ‘debian/copyright’ file that you've got in mind? With pointers, it is easier for maintainers to create simple debian/copyright files. At the cost of actually making the package more brittle: when taking parts of a package, it is easier to omit a file than to omit part of a file. So a reference is more complex, and prone to failure, than simply keeping all the license information in one place. Now, we compromise that flexibility, in the case of *very* common licenses which are well-known. But I don't see you making a good case for allowing that complexity to increase. I don't see you or anyone else making a good case for not allowing that complexity. It's all hand-waving. Your more brittle point isn't true, it's easier for humans to check pointers since they don't need to scroll through a huge swathe of text, and easier to code a program to check original unformatted license texts since we don't need to bother with parsing to a canonical form. Since there are thousands of packages and there only needs to be a few DEP-5 parsers (ideally, one), the choice seems obvious to me. Another point of disagreement. I think that multiple competing parser implementations for a standardised data format is healthier and more robust than a single implementation. Sure, it's easy to format licenses into DEP-5 long-text format, but each new maintainer needs to do this for themselves. That formatting is no different from the formatting they must already learn for the ‘Description’ field in ‘debian/control’. Do you think using the same formatting for another field is a significant increase in complexity? License texts can be quite long. You don't want to have a standard that requires humans to handle long pieces of text, especially widely-distributed license texts. Description fields are short paragraphs and each package has a different one. License texts are the exact opposite. In fact I might go write the tool I mentioned before and learn some perl in the process... that's what a lot of Debian devscripts is written in, right? Formatting a passage of text to that format would be useful, I agree, since it could be used for the multiple metadata fields that have that format. That would be really really ugly pointless code and I'm not going to do that. Much easier to cp $LICENSE and cat $LICENSE. -- GPG: 4096R/5FBBDBCE https://github.com/infinity0 https://bitbucket.org/infinity0 https://launchpad.net/~infinity0 signature.asc Description: OpenPGP digital signature
Bug#631950: issues with NX plugin and current libssh
Hold on a second. libssh team thinks it might be libssh's issue. I've created a libssh bug report here. https://red.libssh.org/issues/60 Let's see what will be the best solution. Thanks! Vic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#584314: base: System freezes at random time after Resume from Suspend (Regression)
On Tuesday, August 30, 2011 05:10:47 you wrote: Unfortunately what you typed doesn't include the call trace (or maybe there was none). ah, ok, then there was no call trace, i definitely typed off everything there was I suspect memory corruption. Maybe v2.6.37-rc5~3^2 (PM / Hibernate: Fix memory corruption related to swap, 2010-12-03) fixes it. Could you test 2.6.37-rc5 and 2.6.37-rc4? um, maybe a stupid question, but where do i get these kernels? are they in some debian repository or do i have to build them? Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639973: On GNOME desktop I miss the icon of caret in the application - science menu
Package: caret Version: 5.6.4~dfsg.1-1 Severity: minor Dear Maintainer, it is like the summary says. I would like to see an icon that is there by default after installing cartet 5.6.4~dfsg.1-1 -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 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 caret depends on: ii libc6 2.13-18 ii libgcc1 1:4.6.1-8 ii libgl1-mesa-glx [libgl1] 7.11-5 ii libglu1-mesa [libglu1]7.11-5 ii libgomp1 4.6.1-8 ii libminc2-12.1.00-1 ii libqt4-network4:4.7.3-7 ii libqt4-opengl 4:4.7.3-7 ii libqt4-xml4:4.7.3-7 ii libqtcore44:4.7.3-7 ii libqtgui4 4:4.7.3-7 ii libqwt5-qt4 5.2.2-1 ii libstdc++64.6.1-8 ii libvtk5.6 5.6.1-6+b1 ii zlib1g1:1.2.3.4.dfsg-3 Versions of packages caret recommends: ii qt-assistant-compat 4.6.3-3 Versions of packages caret suggests: pn caret-data 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#637397: VTK 5.8 in experimental [was: Re: Bug#637397: Possible solutions]
On Mon, Aug 29, 2011 at 2:43 PM, Sylvestre Ledru sylves...@debian.org wrote: Le lundi 29 août 2011 à 13:31 +0100, Alastair McKinstry a écrit : On 2011-08-29 07:14, Mathieu Malaterre wrote: On Mon, Aug 29, 2011 at 4:35 AM, Steve M. Robbinsst...@sumost.ca wrote: I think the rest of this thread got off onto a tangent. In my mind, the germane question is not why Paraview embeds a patched VTK source tree but, rather: why is the paraview binary package now installing the VTK tools like vtkWrapPython? Indeed, that's the actual issue. Thanks Steve. Why does a running paraview binary need vtkWrapPython? That was also my initial question. Can it be stuck into /usr/lib/paraview to avoid the conflict? I believe the only outstanding issue is that VTK 5.8 is not released yet. Therefore vtkWrapPython* tools from ParaView 3.10 are much more advanced (more options) than that of VTK 5.6. I am also awaiting VTK 5.8 for VisIt packaging. Perhaps we should consider doing an vtk5.8 package in experimental, to discover issues and report them ahead of time to VTK / VisIT / Paraview developers ? Good idea. Are you volunteering for it? :) I'll do it. Meanwhile could someone please NMU vtk-5.6 with the proper fix and fix for lintian. Thanks, -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639974: lintian: link to source and README.developers
Package: lintian Version: 2.5.2 Severity: wishlist As Jeremiah Foster suggested[1], we should have a link to the git source on lintian.d.o. I believe he also suggested deploying the README.developers file there as well (but I do not have the reference for that). I am filing it as a bug because I have already forgotten about it once. . ~Niels [1] http://lists.debian.org/debian-lint-maint/2011/08/msg00127.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639943: qa.debian.org: Links with new (debexpo) mentors.debian.net
On 31/08/2011 23:18, Damien Raude-Morvan wrote: Package: qa.debian.org Severity: normal Tags: patch Hi, Since new mentors.debian.net (debexpo based) is online, links from PTS are broken. Here is a small patch to fix this. Thanks, I'll soon commit it. Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#638883: Duplication of FTGL inside VTK causes crashes when using both
FYI, we are running into problems with our application because of this inclusion of FTGL. Basically, we are using VTK for 3D visualization and also use OpenGL + FTGL to draw a 2D graph. Of course, the system FTGL is at 2.x but seems to have symbol clashes with the FTGL in vtk. In python it seems to suffice to import ftgl first and vtk later for now, but of course there is no guarantee. BTW: There are more libraries included in VTK :-( At least expat, freetype, gl2ps, libjpeg, libpng, libnetcdf, libz and libtiff are in there as well... Greetings, Torsten -- DYNAmore Gesellschaft fuer Ingenieurdienstleistungen mbH Torsten Landschoff Office Dresden Tel: +49-(0)351-4519587 Fax: +49-(0)351-4519561 mailto:torsten.landsch...@dynamore.de http://www.dynamore.de Registration court: Mannheim, HRB: 109659, based in Karlsruhe, Managing director: Prof. Dr. K. Schweizerhof, Dipl.-Math. U. Franz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639975: please, package some newer clementine versions to experimental
Package: clementine Version: 0.7.1+dfsg-3 Severity: wishlist Hi, Thomas. Since clementine is under very heavy development, it would be very nice to have, say, one development version or another uploaded to experimental. Besides giving the users some advance preview of new features, a faster upload cycle would help you to shape up the packaging of future stable versions. As upstream follows some modern software development practices (like having automated builds), it should not be much of a problem to package even snapshot versions. So, in summary: it would rock to have a newer version of clementine in experimental. Thanks, Rogério Brito. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf-8, LC_CTYPE=pt_BR.utf-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages clementine depends on: ii gstreamer0.10-plugins-base 0.10.35-1 ii gstreamer0.10-plugins-good 0.10.30-1 ii gstreamer0.10-plugins-ugly 0.10.18-3 ii libc6 2.13-18 ii libechonest1.1 1.1.8-2 ii libgcc1 1:4.6.1-8 ii libgdk-pixbuf2.0-0 2.23.5-3 ii libglib2.0-02.28.6-1 ii libgpod40.8.0-3 ii libgstreamer0.10-0 0.10.35-1 ii libimobiledevice1 1.0.6-3 ii liblastfm0 0.4.0~git20090710-1 ii libmtp9 1.1.0-4 ii libplist1 1.6-2 ii libprojectm22.0.1+dfsg-10 ii libqt4-dbus 4:4.7.3-7 ii libqt4-network 4:4.7.3-7 ii libqt4-opengl 4:4.7.3-7 ii libqt4-sql 4:4.7.3-7 ii libqt4-sql-sqlite 4:4.7.3-7 ii libqt4-xml 4:4.7.3-7 ii libqtcore4 4:4.7.3-7 ii libqtgui4 4:4.7.3-7 ii libqxt-gui0 0.6.1-1 ii libstdc++6 4.6.1-8 ii libtag1c2a 1.7-1 ii libusb-0.1-42:0.1.12-19 ii libusbmuxd1 1.0.7-1 ii libx11-62:1.4.4-1 ii libxml2 2.7.8.dfsg-4 ii projectm-data 2.0.1+dfsg-10 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages clementine recommends: ii gstreamer0.10-alsa 0.10.35-1 clementine suggests no packages. -- no debconf information -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://rb.doesntexist.org : Packages for LaTeX : algorithms.berlios.de DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639744: Compromised certificates for *.google.com issued by DigiNotar Root CA
On Thu, Sep 01, 2011 at 08:37:01AM +0200, Mike Hommey wrote: On Wed, Aug 31, 2011 at 11:02:53PM -0500, Raphael Geissert wrote: On Tuesday 30 August 2011 23:30:19 Mike Hommey wrote: On Wed, Aug 31, 2011 at 06:26:26AM +0200, Mike Hommey wrote: So, I'll put that on tiredness. That'd be several fraudulent certificates which fingerprint is unknown (thus even CRL, OCSP and blacklists can't do anything), and the mitigation involves several different intermediate certs that are cross-signed, which makes it kind of hard. Plus, there is the problem that untrusting the DigiNotar root untrusts a separate PKI used by the Dutch government. AFAICS, this last part is not true. The gov has one Root and DigiNotar's PKIOverheid is one if its leafs. Other DigiNotar CAs are the one derived from Entrust (seems to have been revoked), and a PKIOverheid G2 that I've seen mentioned in a few places (also derived from Entrust?) Well, reality is that the Firefox 6.0.1 release, which has a white least for Staat der Nederlanden Root CA but not Staat der Nederlanden Root CA - G2, effectively prevents from going to a couple of dutch government sites. Considering it has been found that the PSM side blacklist doesn't work, that suggests that the root CA removal alone is responsible for the situation, but I could be wrong. I did some actual testing. With the DigiNoTar Root CA removal, we don't block Staat der Nederlanden Root CA and Staat der Nederlanden Root CA - G2. We also don't block (obviously) the ones with intermediate certs signed by Entrust, and if I followed the story correctly, this means we're effectively *not* preventing the *.google.com, addons.mozilla.org, *.yahoo.com, etc. fraudulent certificates from being used. A few urls to test: https://www.diginotar.nl should be blocked, and is - OK https://sha2.diginotar.nl should not be blocked, and isn't - OK https://zga-tag.zorggroep-almere.nl should be blocked, and isn't - BAD Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639976: please add Chuck Norris facts
Package: fortunes-fr Severity: wishlist There is a fortune file for Chuck Norris facts in French, available here: http://www.chucknorrisfacts.fr/fortunes/fortunes.txt Could you include it in the fortunes-fr package? It contains *many* quotes, giving it a strong prabability over other fortune files (except when using the -e option, of course) but this should not be a problem given that this package uses debconf to allow the user to choose the fortune files he wants to use. Librement, -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu irc://irc.oftc.net/Elessar | `-'Debian Maintainer \_ signature.asc Description: Digital signature
Bug#639977: Mount causes segmentation fault
Package: mount Version: 2.19.1-5 I recently did a safe upgrade on wheezy. Eversince then, I have been observing that whenever I boot, I get a segmentation fault error. I tried mounting my ntfs partitions using 'mount -a' and this is the error I got: root@darwish / mount -va mount: proc already mounted on /proc zsh: segmentation fault mount -va So I looked to my fstab to see if I can spot anything wrong. There is a line inside my fstab that looks like this: proc/proc procdefaults0 0 I am pretty sure I did not put it there manually and that this particular line should not cause a segmentation fault. I tried commenting out this line and ran mount again. The output is given below: root@darwish / mount -va zsh: segmentation fault mount -va I tried downgrading to mount 2.17.2-9, and the segmentation fault went away. I am running Debian wheezy on a 3.0.0-1-686-pae kernel. --Sadique
Bug#639978: Please change the default for `--maildirsync' option
Package: maildirsync Version: 1.2-1 Severity: wishlist IMHO it should be safe to assume that the remote system (when using maildirsync in remote mode) is Debian too. As such, the default for `--maildirsync' should be `maildirsync' instead of `maildirsync.pl'. @@ -30,7 +31,7 @@ backup-tree b:0 B 0 1 bzip2 s:bzip2 - 1 0 gzips:gzip - 1 0 -maildirsync s:maildirsync.pl- 1 1 +maildirsync s:maildirsync - 1 1 modei:0 - 0 0 rsh s:ssh R 0 0 verbose I:0 v 1 1 Thanks, Gian Piero. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maildirsync depends on: ii perl 5.12.4-4 Versions of packages maildirsync recommends: ii openssh-client [rsh-client] 1:5.8p1-7 Versions of packages maildirsync suggests: ii bzip2 1.0.5-6 -- 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#639576: xserver-xorg-video-intel: xserver stops with FATAL: Module fbcon not found
Hi Julien, you are right. I am convinced now, that the problem has nothing to do with the xserver, although I found the error messages quite confusing. As far as I am concerned, the bug may be closed. Kind regards Mathias On Tue, Aug 30, 2011 at 07:32:51PM +0200, Julien Cristau wrote: On Sun, Aug 28, 2011 at 14:38:22 +0200, Mathias Palm wrote: While trying to relsove the problem, I started the server with the comand X. The screen goes black also and nothing happens anymore. I can switch back to the console using SRRG+ALT+F1 and see the output of the X command (I attach it to this mail). That's the expected behaviour. If you want to see a cursor and the old stipple, pass the -retro command line argument. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639744: https://digid.nl Locked out
Mike Hommey m...@glandium.org Wrote: I did some actual testing. With the DigiNoTar Root CA removal, we don't block Staat der Nederlanden Root CA and Staat der Nederlanden Root the ssl cetificate of https://digid.nl is no longer valid. the Staat der Nederlanden is not excluded properly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639948: libavcodec.so.53: ffplay produces a coredump on arch ppc
forwarded 639948 http://bugzilla.libav.org/show_bug.cgi?id=40 thanks * Reinhard Tartler [110901 10:36 +0200]: [...] As this is definitly an upstream bug, please report this issue at the upstream bugzilla: http://bugzilla.libav.org/enter_bug.cgi http://bugzilla.libav.org/show_bug.cgi?id=40 Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds signature.asc Description: Digital signature
Bug#639979: Starts offline even though Network Manager is connected
Package: liferea Version: 1.6.5-1.2 Hi, When I start liferea, its status bar says that it is offline, even though Network Manager shows that the system has a wired connection. -- Matt Kraai https://ftbfs.org/kraai -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626861: Obsolete version of vdpau-va-driver causes fatal error nvidia_drv_video.so has no function __vaDriverInit_0_32
I can confirm: libva: libva version 0.32.0 Xlib: extension XFree86-DRI missing on display :0.0. libva: va_getDriverName() returns 0 libva: Trying to open /usr/lib/dri/nvidia_drv_video.so libva error: /usr/lib/dri/nvidia_drv_video.so has no function __vaDriverInit_0_32 libva: va_openDriver() returns -1 vaInitialize failed with error code -1 (unknown libva error),exit Also occurs for me, using either sid/experimental builds. I have a Quadro FX 580 and will gladly test any experimental uploads. Regards, CraigT -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639963: dnsmasq: invalid format character when using vpnc
This is fixed in 2.58-2, just uploaded, but the changelog closes a different bug by mistake, I'm not having a good day. Closing this bug manually. Cheers, Simon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639980: wordpress: shipped wp-config.php should not rely on FTP access for themes and plugins (fix included)
Package: wordpress Version: 3.0.5+dfsg-0+squeeze1 Severity: normal Hi, The default wordpress installs that ships with Debian works fine for uploading images (after following the work arounds described in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=546292#29 at least) but it chokes when trying to install themes (and I guess also plugins) requiring FTP access. As per #311821, FTP access makes no sense, as the package is installed as root. However, according to this comment http://aparnam.wordpress.com/2010/02/01/wordpress-asking-for-ftp-usernamepassword-while-installing-plugin/#comment-84 all it is needed for themes and plugins to work is to add define(‘FS_METHOD’,'direct’); to the wp-config.php Please consider changing the wp-config.php shipped with Debian to include that line. Thanks, P. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32 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 wordpress depends on: ii apache22.2.16-6+squeeze2 Apache HTTP Server metapackage ii apache2-mpm-prefork [h 2.2.16-6+squeeze2 Apache HTTP Server - traditional n ii libapache2-mod-php55.3.3-7+squeeze3 server-side, HTML-embedded scripti ii libjs-cropper 1.2.1-2 JavaScript image cropper UI ii libjs-jquery 1.4.2-2 JavaScript library for dynamic web ii libjs-prototype1.6.1-1 JavaScript Framework for dynamic w ii libjs-scriptaculous1.8.3-1 JavaScript library for dynamic web ii libphp-phpmailer 5.1-1 full featured email transfer class ii libphp-snoopy 1.2.4-2 Snoopy is a PHP class that simulat ii mysql-client 5.1.49-3 MySQL database client (metapackage ii mysql-client-5.1 [mysq 5.1.49-3 MySQL database client binaries ii php-gettext1.0.10-1 read gettext MO files directly, wi ii php5 5.3.3-7+squeeze3 server-side, HTML-embedded scripti ii php5-gd5.3.3-7+squeeze3 GD module for php5 ii php5-mysql 5.3.3-7+squeeze3 MySQL module for php5 ii tinymce3.3.8+dfsg0-0.1 platform independent web based Jav Versions of packages wordpress recommends: ii wordpress-l10n 3.0.5+dfsg-0+squeeze1 weblog manager - language files Versions of packages wordpress suggests: ii mysql-server 5.1.49-3 MySQL database server (metapackage ii mysql-server-5.1 [mysql-serve 5.1.49-3 MySQL database server binaries and -- Configuration Files: /etc/wordpress/wp-config.php changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639981: libnotify-bin: latest update happened on aug 31st causes notifications to no longer work.
Package: libnotify-bin Severity: important Update for libnotify that just happened yesterday or the day before has caused notifications from Pidgin, Thunderbird, Firefox and all other applications that I have that use Libnotify to no longer work. The previous update had it working just fine. The most recent one causes it to no longer work once more. It was previously not working at all, then after the last update, it then started working once more. And then now it doesn't work. It was having an icon for them which was fine since it did work. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635383: dnsmasq no longer replies to DHCP requests
Paul Millar wrote: If possible, could you reassign this ticket? Reassigned to virtualbox, after a small false start where it got accidentally closed. Cheers, Simon. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639925: /usr/bin/vim.gnome: WM_CLASS property differs when vim is launched as 'vim' or 'gvim';
tag 639925 + patch thanks Here's a patch that sets the second string in WM_CLASS to match the name of gvim.desktop. -- Sam Morris s...@robots.org.uk Description: Upstream changes introduced in version 2:7.3.280-1sam1 This patch has been created by dpkg-source during the package build. Here's the last changelog entry, hopefully it gives details on why those changes were made: . vim (2:7.3.280-1sam1) unstable; urgency=low . * Ensure all GTK+ windows get a WM_CLASS property that matches the shipped .desktop file. Closes: #639925. . The person named in the Author field signed this changelog entry. Author: Sam Morris s...@robots.org.uk Bug-Debian: http://bugs.debian.org/639925 --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: http://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Last-Update: -MM-DD --- vim-7.3.280.orig/src/gui_gtk_x11.c +++ vim-7.3.280/src/gui_gtk_x11.c @@ -1425,6 +1425,11 @@ gui_mch_init_check(void) using_gnome = 1; #endif +/* This defaults to argv[0], but we want it to match the name of + * the shipped file gvim.desktop so that Vim's windows can be + * associated with this file. */ +g_set_prgname (gvim); + /* Don't use gtk_init() or gnome_init(), it exits on failure. */ if (!gtk_init_check(gui_argc, gui_argv)) {
Bug#571958: Request for development. Windows PC and Cross Platform Mobile Menu Library
Dear Sir/Madam, Can you help us with the following project? Description We are looking for the development of a data driven icon based menu component that looks great and works seamlessly on PC, Windows Mobile, iOS, Android and WebOS platforms. The menu features we need are; 1) a main menu bar of icons on the horizontal axis (sensitive to device re-orientation) 2) a sub menu bar of icons on the vertical axis that is dynamic based on the context of the horizontal menu 3) menu bar options visible in display expand and contract to use all screen real estate available with menu's being scrollable if contracted on a small screen to allow access to all menu options 4) menu options expand/collapse within the menu bar to show/hide child options 5) lowest level menu items invoke functions that may be for example to act on a canvas that forms the rest of the screen, invoke pop up windows/forms, use feature of device such as camera or geo location, interact with another system or webservice Non functionally the menu bar code must 1) Be able to run as a cached application on each device/platform 2) Load in under 3 seconds of first accessing the mobile application from a URL 3) Change orientation if the device changes orientation 4) Hide any browser frame so the appearance is of a native application 5) Work without the need to load plug ins or provide permissions to run 6) Have configurable style of background 7) Support float over text -- Best regards, Miglen Angelova d...@armcode.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639982: libfm0: Removable directory not removed if traversing through children denied
Package: libfm0 Version: 0.1.14-2 Severity: normal Test case: drwxr-xr-x 3 wodny wodny 4096 Sep 1 12:39 . drwxr-xr-x 5 wodny wodny 4096 Sep 1 12:39 .. drwx-- 2 root root 4096 Sep 1 12:39 testdir Testdir is empty. Rmdir testdir will succeed. Gvfs-rm will succeed. Removing testdir through pcmanfm will fail. Some debug: $ gdb pcmanfm [...] (gdb) b _fm_file_ops_job_delete_file [...] Breakpoint 1, _fm_file_ops_job_delete_file (job=0x81b6880, gf=0xb2a45520, inf=0x0) at job/fm-file-ops-job-delete.c:33 33 job/fm-file-ops-job-delete.c: No such file or directory. in job/fm-file-ops-job-delete.c [...] 84 if(is_dir) (gdb) n 88 if(!g_file_is_native(gf)) (gdb) n 107 GFileMonitor* old_mon = fjob-src_folder_mon; (gdb) n 108 GFileEnumerator* enu = g_file_enumerate_children(gf, query, (gdb) n 111 if(!enu) (gdb) n 108 GFileEnumerator* enu = g_file_enumerate_children(gf, query, (gdb) n 111 if(!enu) (gdb) n 113 FmJobErrorAction act = fm_job_emit_error(job, err, FM_JOB_ERROR_MODERATE); (gdb) n 114 g_error_free(err); (gdb) n 113 FmJobErrorAction act = fm_job_emit_error(job, err, FM_JOB_ERROR_MODERATE); (gdb) n ** (pcmanfm:12064): DEBUG: FmJob error: Permission denied 114 g_error_free(err); (gdb) n 116 return FALSE; (gdb) n 202 } -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'stable-updates'), (500, 'stable'), (50, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libfm0 depends on: ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.94-4 simple interprocess messaging syst ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libmenu-cache10.3.2-2.1 an implementation of the freedeskt ii lxmenu-data 0.1.2-1freedesktop.org menu specification libfm0 recommends no packages. libfm0 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#214549: Request for development. Windows PC and Cross Platform Mobile Menu Library
Dear Sir/Madam, Can you help us with the following project? Description We are looking for the development of a data driven icon based menu component that looks great and works seamlessly on PC, Windows Mobile, iOS, Android and WebOS platforms. The menu features we need are; 1) a main menu bar of icons on the horizontal axis (sensitive to device re-orientation) 2) a sub menu bar of icons on the vertical axis that is dynamic based on the context of the horizontal menu 3) menu bar options visible in display expand and contract to use all screen real estate available with menu's being scrollable if contracted on a small screen to allow access to all menu options 4) menu options expand/collapse within the menu bar to show/hide child options 5) lowest level menu items invoke functions that may be for example to act on a canvas that forms the rest of the screen, invoke pop up windows/forms, use feature of device such as camera or geo location, interact with another system or webservice Non functionally the menu bar code must 1) Be able to run as a cached application on each device/platform 2) Load in under 3 seconds of first accessing the mobile application from a URL 3) Change orientation if the device changes orientation 4) Hide any browser frame so the appearance is of a native application 5) Work without the need to load plug ins or provide permissions to run 6) Have configurable style of background 7) Support float over text -- Best regards, Miglen Angelova d...@armcode.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587903: git repo
I made a git repo, Vcs-Browse: http://gitolite.debian.net/git?p=haskell-mode.git;a=summary Vcs-Git: git://gitolite.debian.net/haskell-mode.git If nobody objects, I will make this the official repo the next time I upload. d -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639000: fai-nfsroot: Setting NIS domains containing special characters silently fails on install client
Hi Michael, When installing Debian Squeeze on amd64-based clients in a NIS environment, where the NIS domain name is supplied as DHCP option nis-domain Some_NIS_Domain+01 (containing the special character '+') setting the additional class NIS through code #!/bin/sh # add NIS if YPDOMAIN is defined if [ -n $YPDOMAIN ];then echo NIS $YPDOMAIN | tr '.a-z-' '_A-Z_' fi /code fails without further notification. [...] May I ask you for the following further information? - Is it correct that the above code is executed as part of some script in class/? What is the name of that script? - What exactly do you refer to as fails - is it that the resulting classes do not contain NIS (and neither do they contain $YPDOMAIN)? - Did you try to add debugging information like echo'ing my XXYPDOMAIN: XX$YPDOMAIN (which might in your case result in XX only, if $YPDOMAIN turns out to be empty)? - What is the contents of boot.log on your client? Greeting to Darmstadt, Thanks a lot, Michael pgpCz3E0Hunz3.pgp Description: PGP signature
Bug#626424: Request for development. Windows PC and Cross Platform Mobile Menu Library
Dear Sir/Madam, Can you help us with the following project? Description We are looking for the development of a data driven icon based menu component that looks great and works seamlessly on PC, Windows Mobile, iOS, Android and WebOS platforms. The menu features we need are; 1) a main menu bar of icons on the horizontal axis (sensitive to device re-orientation) 2) a sub menu bar of icons on the vertical axis that is dynamic based on the context of the horizontal menu 3) menu bar options visible in display expand and contract to use all screen real estate available with menu's being scrollable if contracted on a small screen to allow access to all menu options 4) menu options expand/collapse within the menu bar to show/hide child options 5) lowest level menu items invoke functions that may be for example to act on a canvas that forms the rest of the screen, invoke pop up windows/forms, use feature of device such as camera or geo location, interact with another system or webservice Non functionally the menu bar code must 1) Be able to run as a cached application on each device/platform 2) Load in under 3 seconds of first accessing the mobile application from a URL 3) Change orientation if the device changes orientation 4) Hide any browser frame so the appearance is of a native application 5) Work without the need to load plug ins or provide permissions to run 6) Have configurable style of background 7) Support float over text -- Best regards, Miglen Angelova d...@armcode.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639978: Please change the default for `--maildirsync' option
Hi, that change was on one of my dev packing, i forgot commit it. i´ll fix and submit package again. Thanks. On Thu, Sep 1, 2011 at 11:45 AM, Gian Piero Carrubba gpi...@rm-rf.itwrote: Package: maildirsync Version: 1.2-1 Severity: wishlist IMHO it should be safe to assume that the remote system (when using maildirsync in remote mode) is Debian too. As such, the default for `--maildirsync' should be `maildirsync' instead of `maildirsync.pl'. @@ -30,7 +31,7 @@ backup-tree b:0 B 0 1 bzip2 s:bzip2 - 1 0 gzips:gzip - 1 0 -maildirsync s:maildirsync.pl- 1 1 +maildirsync s:maildirsync - 1 1 modei:0 - 0 0 rsh s:ssh R 0 0 verbose I:0 v 1 1 Thanks, Gian Piero. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages maildirsync depends on: ii perl 5.12.4-4 Versions of packages maildirsync recommends: ii openssh-client [rsh-client] 1:5.8p1-7 Versions of packages maildirsync suggests: ii bzip2 1.0.5-6 -- no debconf information -- # Silverdog # GNU/Linux User #368130 # Debian on linux 2.6.38 # http://silverdog.com.ve # En linux no preguntes si se puede # hacer, pregunta como se hace # Caracas Venezuela # Key fingerprint = CA0F 0DC5 01F9 D752 4079 4F3E 900A 05B1 090B D7BD
Bug#637216: Acknowledgement (evolution-rss: Evolution consumes 100% CPU when I refresh RSS feed)
Today I've removed webhosting.pl feed and added it again. It seems that now everything is OK. But please note that at the moment I've got more fresh version of Evolution: ptecza@bumpy:~$ dpkg -l |grep evolution |awk '{print $2 \t $3}' evolution 3.0.2-1 evolution-common3.0.2-1 evolution-data-server 3.0.2.1-1 evolution-data-server-common3.0.2.1-1 evolution-plugins 3.0.2-1 evolution-rss 0.2.90~20110410-2 evolution-webcal2.32.0-1 libebackend-1.2-1 3.0.2.1-1 libebackend1.2-02.32.3-1 libebook1.2-10 3.0.2.1-1 libebook1.2-9 2.30.3-2 libecal1.2-72.30.3-2 libecal1.2-83.0.2.1-1 libedata-book-1.2-9 3.0.2.1-1 libedata-book1.2-2 2.30.3-2 libedata-book1.2-8 2.32.3-1 libedata-cal-1.2-11 3.0.2.1-1 libedata-cal1.2-10 2.32.3-1 libedata-cal1.2-7 2.30.3-2 libedataserver1.2-132.30.3-2 libedataserver1.2-143.0.2.1-1 libedataserverui-3.0-0 3.0.2.1-1 libedataserverui1.2-11 2.32.3-1 libedataserverui1.2-8 2.30.3-2 libevolution3.0.2-1 ptecza@bumpy:~$ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639983: itksnap is not able to acces homepage(call browser) with menu: help-about-home-button
Package: itksnap Version: 2.2.0-1 Severity: normal Dear Maintainer, itksnap has the ability to guide the user to the homepage of the project with the menu:Help-About - there is a button in the right lower corner with the http adress of the projekt. This do not work- no browser call. itksnap2.2.0-1 from sid -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 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 itksnap depends on: ii libc6 2.13-18 ii libfltk1.11.1.10-7 ii libgcc1 1:4.6.1-8 ii libgl1-mesa-glx [libgl1] 7.11-5 ii libglu1-mesa [libglu1]7.11-5 ii libinsighttoolkit3.20 3.20.0-13 ii libmysqlclient16 5.1.58-1 ii libstdc++64.6.1-8 ii libvtk5.6 5.6.1-6+b1 itksnap recommends no packages. itksnap 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#639984: [lightdm] restart/reload fails
Package: lightdm Version: 0.9.2-3 Severity: normal While testing LightDM under virtual environment (VirtualBox) i was not able to restart the LightDM, while it tries to start Xephyr, which is missing. After installing Xephyr it fails with unknown option -novtswitch. The invoke-rc.d does report nothing: invoke-rc.d lightdm restart Stopping Light Display Manager: lightdm. Starting Light Display Manager: lightdm. The lightdm process is running after restart (with new PID): ps -Af | grep light root 2328 1 0 12:34 ?00:00:00 /usr/sbin/lightdm (no X and no lightdm greeter), but nothing is running after reload. The VT remains on the VT7 (default). After machine reboot, the lightdm greeter appears again. All logs attached, with the normal- prefix are the logs from system start (first start of the lightdm) and with restart- prefix are logs from restart (without xephyr installed) and finally with reload- prefix is after trying reload the config. Please, can someone confirm it in real environment? --- System information. --- Architecture: amd64 Kernel: Linux 3.0.0-1-amd64 regards -- Slavko http://slavino.sk X.Org X Server 1.10.4 Release Date: 2011-08-19 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.0.0-1-amd64 x86_64 Debian Current Operating System: Linux debtest 3.0.0-1-amd64 #1 SMP Sat Aug 27 16:21:11 UTC 2011 x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.0.0-1-amd64 root=UUID=6f489fb1-24b4-450f-8a43-538ee4b1dcef ro quiet Build Date: 24 August 2011 08:53:55AM xorg-server 2:1.10.4-1 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.22.2 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Thu Sep 1 12:06:01 2011 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (EE) AIGLX error: dlopen of /usr/lib/x86_64-linux-gnu/dri/vboxvideo_dri.so failed (/usr/lib/x86_64-linux-gnu/dri/vboxvideo_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering The XKEYBOARD keymap compiler (xkbcomp) reports: Warning: Type ONE_LEVEL has 1 levels, but RALT has 2 symbols Ignoring extra symbols Errors from xkbcomp are not fatal to the X server (EE) VirtualBox USB Tablet: failed to initialize for relative axes. ** (lightdm-gtk-greeter:1690): DEBUG: Connecting to display manager... ** (lightdm-gtk-greeter:1690): DEBUG: Wrote 17 bytes to daemon ** (lightdm-gtk-greeter:1690): DEBUG: Read 8 bytes from daemon ** (lightdm-gtk-greeter:1690): DEBUG: Read 100 bytes from daemon ** (lightdm-gtk-greeter:1690): DEBUG: Connected version=0.9.2 default-session=lightdm-xsession hide-users=true has-guest-account=false ** (lightdm-gtk-greeter:1690): DEBUG: Loading background /usr/share/images/desktop-base/desktop-background ** (lightdm-gtk-greeter:1690): DEBUG: Using theme Adwaita ** (lightdm-gtk-greeter:1690): DEBUG: Default theme is 'Adwaita' ** (lightdm-gtk-greeter:1690): DEBUG: Starting authentication for user (null)... ** (lightdm-gtk-greeter:1690): DEBUG: Wrote 16 bytes to daemon ** (lightdm-gtk-greeter:1690): DEBUG: Loading session /usr/share/xsessions/lightdm-xsession.desktop ** (lightdm-gtk-greeter:1690): DEBUG: Loaded session lightdm-xsession (Default Xsession, ) ** (lightdm-gtk-greeter:1690): DEBUG: Loading session /usr/share/xsessions/xfce.desktop ** (lightdm-gtk-greeter:1690): DEBUG: Loaded session xfce (Sedenie Xfce, Použiť toto sedenie na spustenie Xfce ako vaše pracovné prostredie) ** (lightdm-gtk-greeter:1690): DEBUG: Loading session /usr/share/xsessions/twm.desktop ** (lightdm-gtk-greeter:1690): DEBUG: Loaded session twm (TWM, Správca okien s kartami) ** (lightdm-gtk-greeter:1690): DEBUG: Read 8 bytes from daemon ** (lightdm-gtk-greeter:1690): DEBUG: Read 26 bytes from daemon ** (lightdm-gtk-greeter:1690): DEBUG: Prompt user with 1 message(s) [+0.00s] DEBUG: Logging to /var/log/lightdm/lightdm.log [+0.00s] DEBUG: Starting Light Display Manager 0.9.2, UID=0 PID=1471 [+0.00s] DEBUG: Loaded configuration from /etc/lightdm/lightdm.conf [+0.02s] DEBUG: Registered seat module xlocal [+0.02s] DEBUG: Adding default seat [+0.02s] DEBUG: Starting seat [+0.02s] DEBUG: Starting new display for greeter [+0.02s] DEBUG: Starting Local X Display [+0.03s] DEBUG: Could not run plymouth --ping: Failed to execute child process plymouth (No such file or directory) [+0.03s] DEBUG: Using VT 7 [+0.03s] DEBUG: Activating VT 7 [+0.04s] DEBUG: Logging to /var/log/lightdm/:0.log [+0.13s] DEBUG: Writing X server authority to /var/run/lightdm/root/:0 [+0.13s] DEBUG: Launching X Server [+0.13s] DEBUG: Launching process 1496: /usr/bin/X :0 -auth /var/run/lightdm/root/:0 -nolisten
Bug#639985: fence-agents and cman: error when trying to install together
Package: cman,fence-agents Version: cman/3.0.12-2+b1 Version: fence-agents/3.1.5-1 Severity: serious Submitter: Ralf Treinen trei...@debian.org User: trei...@debian.org Usertags: edos-file-overwrite Date: 2011-09-01 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libbsd0 libedit2 libkeyutils1 libkrb5support0 libk5crypto3 libkrb5-3 libgssapi-krb5-2 libsasl2-2 libldap-2.4-2 libwrap0 libnspr4-0d libnss3-1d libcorosync4 libxml2 libccs3 libcman3 libdlm3 libdlmcontrol3 libfence4 liblogthread3 libsaamf3 libsackpt3 libsaclm3 libsaevt3 libsalck3 libsamsg4 libsatmr3 libopenais3 libcap-ng0 dmsetup libdevmapper1.02.1 libnl1 libpcap0.8 libxenstore3.0 libyajl1 libvirt0 corosync openais python2.6-minimal mime-support libdb4.8 libexpat1 python2.6 python-minimal python libopenipmi0 libsnmp-base libperl5.12 libsensors4 libsnmp15 openipmi libsgutils2-2 sg3-utils python-central python-pexpect libnet-snmp-perl libnet-telnet-perl snmp telnet openssh-client python-support python-openssl libxml2-utils cman fence-agents Extracting templates from packages: 46% Extracting templates from packages: 92% Extracting templates from packages: 100% Preconfiguring packages ... Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package libbsd0. (Reading database ... 10665 files and directories currently installed.) Unpacking libbsd0 (from .../libbsd0_0.3.0-1_amd64.deb) ... Selecting previously deselected package libedit2. Unpacking libedit2 (from .../libedit2_2.11-20080614-3_amd64.deb) ... Selecting previously deselected package libkeyutils1. Unpacking libkeyutils1 (from .../libkeyutils1_1.5.2-2_amd64.deb) ... Selecting previously deselected package libkrb5support0. Unpacking libkrb5support0 (from .../libkrb5support0_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libk5crypto3. Unpacking libk5crypto3 (from .../libk5crypto3_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libkrb5-3. Unpacking libkrb5-3 (from .../libkrb5-3_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libgssapi-krb5-2. Unpacking libgssapi-krb5-2 (from .../libgssapi-krb5-2_1.9.1+dfsg-2_amd64.deb) ... Selecting previously deselected package libsasl2-2. Unpacking libsasl2-2 (from .../libsasl2-2_2.1.24~rc1.dfsg1+cvs2011-05-23-6_amd64.deb) ... Selecting previously deselected package libldap-2.4-2. Unpacking libldap-2.4-2 (from .../libldap-2.4-2_2.4.25-3_amd64.deb) ... Selecting previously deselected package libwrap0. Unpacking libwrap0 (from .../libwrap0_7.6.q-21_amd64.deb) ... Selecting previously deselected package libnspr4-0d. Unpacking libnspr4-0d (from .../libnspr4-0d_4.8.9-1_amd64.deb) ... Selecting previously deselected package libnss3-1d. Unpacking libnss3-1d (from .../libnss3-1d_3.12.11-2_amd64.deb) ... Selecting previously deselected package libcorosync4. Unpacking libcorosync4 (from .../libcorosync4_1.4.1-1_amd64.deb) ... Selecting previously deselected package libxml2. Unpacking libxml2 (from .../libxml2_2.7.8.dfsg-4_amd64.deb) ... Selecting previously deselected package libccs3. Unpacking libccs3 (from .../libccs3_3.0.12-2+b1_amd64.deb) ... Selecting previously deselected package libcman3. Unpacking libcman3 (from .../libcman3_3.0.12-2+b1_amd64.deb) ... Selecting previously deselected package libdlm3. Unpacking libdlm3 (from .../libdlm3_3.0.12-2+b1_amd64.deb) ... Selecting previously deselected package libdlmcontrol3. Unpacking libdlmcontrol3 (from .../libdlmcontrol3_3.0.12-2+b1_amd64.deb) ... Selecting previously deselected package libfence4. Unpacking libfence4 (from .../libfence4_3.0.12-2+b1_amd64.deb) ... Selecting previously deselected package liblogthread3. Unpacking liblogthread3 (from .../liblogthread3_3.0.12-2+b1_amd64.deb) ... Selecting previously deselected package libsaamf3. Unpacking libsaamf3 (from .../libsaamf3_1.1.4-2_amd64.deb) ... Selecting previously deselected package libsackpt3. Unpacking libsackpt3 (from .../libsackpt3_1.1.4-2_amd64.deb) ... Selecting previously deselected package libsaclm3. Unpacking libsaclm3 (from .../libsaclm3_1.1.4-2_amd64.deb) ... Selecting previously deselected package libsaevt3. Unpacking libsaevt3 (from .../libsaevt3_1.1.4-2_amd64.deb) ... Selecting previously deselected package libsalck3. Unpacking libsalck3 (from .../libsalck3_1.1.4-2_amd64.deb) ... Selecting previously deselected package libsamsg4. Unpacking libsamsg4 (from .../libsamsg4_1.1.4-2_amd64.deb) ... Selecting previously deselected package libsatmr3. Unpacking libsatmr3 (from .../libsatmr3_1.1.4-2_amd64.deb) ... Selecting previously deselected package libopenais3. Unpacking libopenais3 (from .../libopenais3_1.1.4-2_amd64.deb) ... Selecting previously deselected package
Bug#639986: sofa-apps: the menu Help in the sofa GUI do not show any enabled menu point e.g about, ...
Package: sofa-apps Version: 1.0~beta4-5.1+b1 Severity: normal Dear Maintainer, the sofa gui should allow give the user acces to it´s options: Contents..., Index...,About. They are all greyed. The cause may be that the docs and the tutorails of sofa are not intalled by default from it´s metapackage(e.g med-bio). sofa-apps 1.0~beta4-5.1+b1 on debian sid -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 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 sofa-apps depends on: ii freeglut3 2.6.0-1 ii libboost-thread1.46.1 1.46.1-7 ii libc6 2.13-18 ii libgcc1 1:4.6.1-8 ii libgl1-mesa-glx [libgl1] 7.11-5 ii libglew1.61.6.0-4 ii libglu1-mesa [libglu1]7.11-5 ii libnewmat10ldbl 1.10.4-5 ii libpng12-01.2.46-3 ii libqt4-opengl 4:4.7.3-7 ii libqt4-qt3support 4:4.7.3-7 ii libqtcore44:4.7.3-7 ii libqtgui4 4:4.7.3-7 ii libqwt5-qt4 5.2.2-1 ii libsofa1 1.0~beta4-5.1+b1 ii libstdc++64.6.1-8 ii libtinyxml2.6.2 2.6.2-1 ii libx11-6 2:1.4.4-1 ii libxml2 2.7.8.dfsg-4 ii sofa-data 1.0~beta4-5.1 ii zlib1g1:1.2.3.4.dfsg-3 sofa-apps recommends no packages. sofa-apps 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#638883: [PATCH] Enable symbol versioning for libvtkftgl
Hello again, for our application, I worked around the symbol clashes between libftgl in VTK and the system ftgl by enabling symbol versioning for the VTK provided version. Patch attached in case it is useful for you as well. Greetings, Torsten -- DYNAmore Gesellschaft fuer Ingenieurdienstleistungen mbH Torsten Landschoff Office Dresden Tel: +49-(0)351-4519587 Fax: +49-(0)351-4519561 mailto:torsten.landsch...@dynamore.de http://www.dynamore.de Registration court: Mannheim, HRB: 109659, based in Karlsruhe, Managing director: Prof. Dr. K. Schweizerhof, Dipl.-Math. U. Franz commit 38b915e459190945157d667354000f2c3142fbf3 Author: Torsten Landschoff torsten.landsch...@dynamore.de Date: Thu Sep 1 13:11:53 2011 +0200 Build the vtkftgl library with symbol versioning. This avoids name clashes between vtkftgl and the system ftgl library. diff --git a/Utilities/ftgl/CMakeLists.txt b/Utilities/ftgl/CMakeLists.txt index 08e469c..72d4af3 100644 --- a/Utilities/ftgl/CMakeLists.txt +++ b/Utilities/ftgl/CMakeLists.txt @@ -1,5 +1,7 @@ PROJECT (VTKFTGL) +INCLUDE(TestCXXAcceptsFlag) + # # Dependency mask # @@ -160,6 +162,39 @@ IF(NOT VTK_INSTALL_NO_LIBRARIES) ENDIF(NOT VTK_INSTALL_NO_LIBRARIES) # +# To avoid name clashes (and the resulting crashes) between our FTGL and the +# system FTGL, we configure the linker to add a prefix to all symbols. +# + +if (CMAKE_COMPILER_IS_GNUCXX) + + GET_TARGET_PROPERTY(VTKFTGL_LINK_FLAGS vtkftgl LINK_FLAGS) + IF(VTKFTGL_LINK_FLAGS) +SET(VTKFTGL_LINK_FLAGS ${VTKFTGL_LINK_FLAGS} ) + ELSE(VTKFTGL_LINK_FLAGS) +SET(VTKFTGL_LINK_FLAGS) + ENDIF(VTKFTGL_LINK_FLAGS) + + + set(_version_script_content libvtkftgl { *; };) + set(_version_script ${CMAKE_CURRENT_BINARY_DIR}/version.script) + file(WRITE ${_version_script} ${_version_script_content}\n) + + # Check if the linker supports version script (i.e. is GNU ld) + check_cxx_accepts_flag(-Wl,--version-script,${_version_script} +LD_ACCEPTS_VERSION_SCRIPT) + if (LD_ACCEPTS_VERSION_SCRIPT) +set(_link_flags -Wl,--version-script,'${_version_script}') + endif (LD_ACCEPTS_VERSION_SCRIPT) + + if (_link_flags) +SET_TARGET_PROPERTIES(vtkftgl PROPERTIES + LINK_FLAGS ${VTKFTGL_LINK_FLAGS}${_link_flags}) + endif (_link_flags) +endif (CMAKE_COMPILER_IS_GNUCXX) + + +# # Do not cover this lib # CONFIGURE_FILE (${VTKFTGL_SOURCE_DIR}/.NoDartCoverage
Bug#639988: [lightdm] missing dependency on the accountsservice
Package: lightdm Version: 0.9.2-3 Severity: minor The lightdm would have dependency (recommends or suggests) on the accountservice package, while it is required for the user list. And requiring this package would be mentioned in docs... regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Bug#638552: Needs to be adapted for libav/0.7.1
tags 638552 patch thanks On Sat, Aug 20, 2011 at 11:22:07AM +0200, Daniel Svensson wrote: On Fri, Aug 19, 2011 at 7:48 PM, Moritz Muehlenhoff j...@debian.org wrote: Your package currently fails to build from source when built against libav/0.7.1 and needs to be adapted. You can test this yourself by building against the packages from experimental: The commits here: http://git.xmms.se/xmms2/xmms2-devel/log/src/plugins/avcodec ...between 2011-05-23 and 2011-06-01 could be included in the debian patches which ought to fix the problem. Thanks! Here's that as a consolidated Debian patch, test-built on Ubuntu Oneiric: * Backport from upstream: - Fix avcodec plugin to work with latest libavcodec (closes: #638552). diff -Nru xmms2-0.7DrNo+dfsg/debian/patches/libav-0.7.patch xmms2-0.7DrNo+dfsg/debian/patches/libav-0.7.patch --- xmms2-0.7DrNo+dfsg/debian/patches/libav-0.7.patch 1970-01-01 01:00:00.0 +0100 +++ xmms2-0.7DrNo+dfsg/debian/patches/libav-0.7.patch 2011-09-01 11:35:43.0 +0100 @@ -0,0 +1,239 @@ +Description: Fix avcodec plugin to work with latest libavcodec +Author: Juho Vähä-Herttua juh...@iki.fi +Origin: upstream, http://git.xmms.se/xmms2/xmms2-devel/log/src/plugins/avcodec +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638552 +Bug-Ubuntu: https://bugs.launchpad.net/bugs/832769 +Forwarded: not-needed +Last-Update: 2011-09-01 + +Index: b/src/plugins/avcodec/avcodec.c +=== +--- a/src/plugins/avcodec/avcodec.c b/src/plugins/avcodec/avcodec.c +@@ -24,25 +24,7 @@ + #include string.h + #include glib.h + +-#undef ABS +-#ifdef HAVE_LIBAVCODEC_AVCODEC_H +-# include libavcodec/avcodec.h +-#else +-# include avcodec.h +-#endif +- +-/* Handle API change that happened in libavcodec 52.00 */ +-#if LIBAVCODEC_VERSION_INT 0x34 +-# define CONTEXT_BPS(codecctx) (codecctx)-bits_per_sample +-#else +-# define CONTEXT_BPS(codecctx) (codecctx)-bits_per_coded_sample +-#endif +- +-/* Map avcodec_decode_audio2 into the deprecated version +- * avcodec_decode_audio in versions earlier than 51.28 */ +-#if LIBAVCODEC_VERSION_INT 0x331c00 +-# define avcodec_decode_audio2 avcodec_decode_audio +-#endif ++#include avcodec_compat.h + + #define AVCODEC_BUFFER_SIZE 16384 + +@@ -50,7 +32,6 @@ + AVCodecContext *codecctx; + + guchar *buffer; +- guchar *buffer_pos; + guint buffer_length; + guint buffer_size; + gboolean no_demuxer; +@@ -101,6 +82,10 @@ + + xmms_magic_add (Shorten header, audio/x-ffmpeg-shorten, + 0 string ajkg, NULL); ++ xmms_magic_add (A/52 (AC-3) header, audio/x-ffmpeg-ac3, ++ 0 beshort 0x0b77, NULL); ++ xmms_magic_add (DTS header, audio/x-ffmpeg-dca, ++ 0 belong 0x7ffe8001, NULL); + + xmms_xform_plugin_indata_add (xform_plugin, + XMMS_STREAM_TYPE_MIMETYPE, +@@ -135,7 +120,7 @@ + AVCodec *codec; + const gchar *mimetype; + const guchar *tmpbuf; +- gssize tmpbuflen; ++ gsize tmpbuflen; + gint ret; + + g_return_val_if_fail (xform, FALSE); +@@ -160,7 +145,7 @@ + goto err; + } + +- if (codec-type != CODEC_TYPE_AUDIO) { ++ if (codec-type != AVMEDIA_TYPE_AUDIO) { + XMMS_DBG (Codec '%s' found but its type is not audio, data-codec_id); + goto err; + } +@@ -199,7 +184,9 @@ +* demuxer so they will be handled slightly differently... */ + if (!strcmp (data-codec_id, shorten) || + !strcmp (data-codec_id, adpcm_swf) || +- !strcmp (data-codec_id, pcm_s16le)) { ++ !strcmp (data-codec_id, pcm_s16le) || ++ !strcmp (data-codec_id, ac3) || ++ !strcmp (data-codec_id, dca)) { + /* number 1024 taken from libavformat raw.c RAW_PACKET_SIZE */ + data-extradata = g_malloc0 (1024); + data-extradata_size = 1024; +@@ -280,12 +267,15 @@ + + size = MIN (data-outbuf-len, len); + while (size == 0) { +- if (data-buffer_length == 0) { ++ AVPacket packet; ++ av_init_packet (packet); ++ ++ if (data-no_demuxer || data-buffer_length == 0) { + gint read_total; + + bytes_read = xmms_xform_read (xform, +-(gchar *) data-buffer, +-data-buffer_size, ++(gchar *) (data-buffer + data-buffer_length), ++data-buffer_size - data-buffer_length, + error); + + if (bytes_read 0) { +@@ -328,22 +318,35 @@ +
Bug#639930: guitarix: Forced to restart the convolver
On 01/09/11 06:55, hermann wrote: Hi Yep, I could reproduce this bug here, so I have add a force restart function to the convolver. Maybe you could check out our SVN repository to test if that solve the bug also for you ? http://sourceforge.net/apps/phpbb/guitarix/viewtopic.php?f=3t=9 PS. you need to remove the debian package if you try the SVN version Note that the convolver in guitarix SVN is reworked to be a module in the stereo rack and provide a favourite list for easy and fast IR-file switching. If the SVN version solve this bug we could release a new version to solve it in debian also, then you could switch back to use the debian package. Hi! I have installed the SVN version now. Actually, I just reported two issues on the upstream sf.net bug tracker. But additionaly, I'm not really able to test this issue with the SVN version, since I seem to be getting a lot of: zombified - calling shutdown handler jack has bumped us out!! jack_client_thread zombified - exiting from JACK Killed when I try to use guitarix. I have: tmac@asus:~$ jackd --version jackd version 0.121.0 tmpdir /dev/shm protocol 24 Should this be OK? I did manage to get the SVN guitarix running few times, and I still had a problem with the convolver at least one of the times I switched presets, i.e. the convolver rack unit had a green light indicating that it was running, but I could hear that it was really not. Best regards Torquil Sørensen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638294: Blocked upgrade of libdap11
On Tue, Aug 30, 2011 at 11:56:48AM +0200, Francesco P. Lovergine wrote: On Tue, Aug 30, 2011 at 11:39:40AM +0200, Julien Cristau wrote: So what? Some reverse build-deps like gdal are still waiting in the dark for a rebuild ... Last I checked the API change in new libdap makes gdal 1.7 unbuildable anyway, so that will need a source upload. Thanks, let me check about that. Alastair, should I consider the current libdap version in unstable or the experimental one to prepare a fix? Folks, gdal is now fixed for libdap 3.10+, would you please upload a definitive version for libdap ASAP in sid ? -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639825: Apache2 seek broken
2011/9/1 Stefan Fritsch s...@sfritsch.de: On Wednesday 31 August 2011, Takis Issaris wrote: Range: bytes=0- I suspect that your client tries this first request, and when it sees the 200 instead of the 206, it assumes that the server doesn't support ranges at all. Can you rebuild apache2 ...lenny10 with the attached patch and try if it fixes your problem? Thanks in advance. Yes, I will be able to do so this evening. Stefan With friendly regards, Takis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#452817: Please support --lzma compression
Hi, 2011/9/1 Robert Luberda rob...@debian.org: Mohammed Adnène Trojette writes: On Sun, Aug 28, 2011, Robert Luberda wrote: Alternatively you can provide a pre-compiled versions of *.c files in a liblzma.a static library. Regarding liblzma, have you considered using xz' packages? I was looking into it yesterday, but it seems the liblzma-dev API is not compatible with the original lzma API. Markus and Laszlo, do you have any plans of switching to xz-utils (http://tukaani.org/xz/) in upx? Well, unless there are real advantages (faster speed or better compression ratio), I do not think we want to work on this now. But patches are always welcome :-) bye, Laszlo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639984: [Pkg-xfce-devel] Bug#639984: [lightdm] restart/reload fails
On jeu., 2011-09-01 at 13:07 +0200, Slavko wrote: Please, can someone confirm it in real environment? I can't, it works just fine. Why exactly do you want to use xephyr? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639988: [Pkg-xfce-devel] Bug#639988: [lightdm] missing dependency on the accountsservice
On jeu., 2011-09-01 at 13:27 +0200, Slavko wrote: The lightdm would have dependency (recommends or suggests) on the accountservice package, while it is required for the user list. And requiring this package would be mentioned in docs... AccountsService is supported in 0.9.5 and I'm not sure I want to use it at all. So right now I think I'm gonna go for a suggests. Problem with accountsservice is that atm it's pretty gnome specific. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639984: [Pkg-xfce-devel] Bug#639984: [lightdm] restart/reload fails
On jeu., 2011-09-01 at 13:51 +0200, Slavko wrote: hi, Dňa Thu, 01 Sep 2011 13:45:49 +0200 Yves-Alexis Perez cor...@debian.org napísal: I can't, it works just fine. Why exactly do you want to use xephyr? i don't want to use xephyr, nor configure lightdm for use it, i only found it in logs... It should work just fine, virtualbox or not. Does X work? Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639989: FTBFS: Failure 'eina_hamster_count() = 0' occured
Package: eina Version: 1.0.0-1 Severity: serious Justification: fails to build from source Hello, Your package failed to build: 98%: Checks: 88, Failures: 1, Errors: 0 eina_test_main.c:51:F:Main:eina_hamster:0: Failure 'eina_hamster_count() = 0' occured Full build log attached. Laurent. eina.log.xz Description: Binary data
Bug#639990: FTBFS: configure: error: Cannot find an ODBC library path
Package: tclodbc Version: 2.5.1-1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hello, Your package failed to build from source: checking for main in -llibodbc... no checking for ODBC library files... configure: error: Cannot find an ODBC library path make: *** [config.status] Error 1 Full build log attached. Laurent. tclodbc.log.xz Description: Binary data
Bug#639991: guile-1.8-non-dfsg fails to build from source in unstable
Package: guile-1.8-non-dfsg Version: 1.8.8+1-1 Severity: serious Tags: sid wheezy Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch patch at http://launchpadlibrarian.net/78695380/guile-1.8-non-dfsg_1.8.8%2B1-1_1.8.8%2B1-1ubuntu1.diff.gz (the build fails a second time trying to remove the non-existent dir file) dpkg-source --before-build guile-1.8-non-dfsg-1.8.8+1 dpkg-buildpackage: host architecture amd64 fakeroot debian/rules clean dh clean --parallel --with autoreconf debian/rules override_dh_testdir make[1]: Entering directory `/home/packages/tmp/guile-1.8-non-dfsg-1.8.8+1' dh_testdir GUILE-VERSION debian/changelog make[1]: Leaving directory `/home/packages/tmp/guile-1.8-non-dfsg-1.8.8+1' dh_auto_clean -O--parallel dh_autoreconf_clean -O--parallel debian/rules override_dh_clean make[1]: Entering directory `/home/packages/tmp/guile-1.8-non-dfsg-1.8.8+1' dh_clean debian/guile-1.8-doc-non-dfsg.info debian/guile-1.8-doc-non-dfsg.install \ doc/goops/goops-1.8.texi \ doc/ref/guile-1.8.texi \ doc/goops/goops-1.8.info \ doc/ref/guile-1.8.info \ doc/ref/guile-1.8.info-1 \ doc/ref/guile-1.8.info-2 \ doc/ref/guile-1.8.info-3 \ doc/ref/guile-1.8.info-4 \ doc/ref/guile-1.8.info-5 \ doc/ref/guile-1.8.info-6 \ doc/ref/guile-1.8.info-7 make[1]: Leaving directory `/home/packages/tmp/guile-1.8-non-dfsg-1.8.8+1' debian/rules build dh build --parallel --with autoreconf debian/rules override_dh_testdir make[1]: Entering directory `/home/packages/tmp/guile-1.8-non-dfsg-1.8.8+1' dh_testdir GUILE-VERSION debian/changelog make[1]: Leaving directory `/home/packages/tmp/guile-1.8-non-dfsg-1.8.8+1' debian/rules override_dh_autoreconf make[1]: Entering directory `/home/packages/tmp/guile-1.8-non-dfsg-1.8.8+1' cd doc/goops ln -sf goops.texi goops-1.8.texi cd doc/ref ln -sf guile.texi guile-1.8.texi dh_autoreconf -- autoreconf -i --force --verbose autoreconf: `configure.ac' or `configure.in' is required dh_autoreconf: autoreconf -i --force --verbose autoreconf -i --force --verbose returned exit code 1 make[1]: *** [override_dh_autoreconf] Error 2 make[1]: Leaving directory `/home/packages/tmp/guile-1.8-non-dfsg-1.8.8+1' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639992: synaptic package manager is not able to install libdap11_3.11.1-1
Package: libdap11 Version: libdap11_3.11.1-1 Severity: grave Justification: renders package unusable Dear Maintainer, I get the following error message when I trie to install a new version of libdap: E: /var/cache/apt/archives/libdap11_3.11.1-1_amd64.deb: Versuch, »/usr/lib/libdapclient.so.3.1.0« zu überschreiben, welches auch in Paket libdap10 3.10.2-2 ist Seems to be a package conflict in sid. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635931: Bug occured with complex password
I run in to the same problem. When I used a complex (17 characters, capital en normal letters, with spaces and an exclamation mark) password the problem occured. But when I used a simpel password it installed just richt. With kind regards, Paul de Laat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639993: python-pydot: Crash during DOT string conversion
Package: python-pydot Version: 1.0.2-1 Severity: normal With a graph created with these options: self.dot_graph = pydot.Graph(graph_name=MC, graph_type=digraph, simplify=True, rankdir=LR) When I save by using the to_string() method, I get the following crash: Traceback (most recent call last): File main.py, line 37, in module mc.graph.saveToFile(graph.dot) File /opt/venza/openflow/model_checker_cmc/lib/model_checker.py, line 45, in saveToFile print f, self.dot_graph.to_string() File /usr/lib/pymodules/python2.6/pydot.py, line 1458, in to_string if self.obj_dict.get('simplify', False) and elm in edges_done: NameError: global name 'elm' is not defined If I change elm to edge in line 1458 of pydot.py, the crash goes away. -- System Information: Debian Release: 6.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/48 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 python-pydot depends on: ii graphviz2.26.3-5 rich set of graph drawing tools ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-pyparsing1.5.2-2 Python parsing module ii python-support 1.0.10 automated rebuilding support for P python-pydot recommends no packages. python-pydot 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#606173: festival: Add new language support (general solution)
Dear All, 2011/8/30 Peter Drysdale drysdalep...@gmail.com Dear All, I had a look at the code in this patch. It appears to follow analogously from the existing method by which festival finds voices. Extending this to languages does appear to be a natural extension. Thanks for your attention! My testing agrees it is backward compatible. Their appears to be merit in this patch whether of not upstream adopts it. Thanks again. As you may know, upstream is not very active (does not release often), although I will submit this patch once it gets into Debian (if it is approved in Debian then it is easier for me to tell upstream to consider it). Jean-Philippe, I think we should add this patch with the two lintian patches and the clustergen patch for the quick release we discussed on the weekend. The patch only affects architecture independent scheme files so it wont change building so we need do not need to hold it off. best regards, Peter I am quite new to the Debian policies and maybe this is not the place to ask, but have you considered fixing this wish (#638394) [1] in libestools? The libestools patch [2] and a simple rebuild in Festival would provide native ALSA support and fix possible audio latencies deriving from the use of aplay. Moreover, the aplay commands in /etc/festival.scm would not be needed anymore, and we could let festival to autodetect the audio module for linux and non-linux users. [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=638394 [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=10;filename=NativeALSA_fixed.patch;att=2;bug=638394 Thanks and best regards, Sergio
Bug#639994: RM: trafficserver [ia64] -- ANAIS; not built anymore on IA64 due to platform depending code
Package: ftp.debian.org Severity: normal Trafficserver contains platform dpendent assembler code [1] which compiles to no-op functions on IA64, causing faulty and/or incomplete binaries [2]. All resulting binary packages building for IA64 should therefore be removed. [1] http://anonscm.debian.org/viewvc/collab-maint/ext-maint/trafficserver/trunk/lib/ts/ink_stack_trace.cc?view=markup line 51 [2] https://buildd.debian.org/status/fetch.php?pkg=trafficserverarch=ia64ver=3.0.1-1stamp=1313026983 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639995: epigrass does not start on GNOME
Package: epigrass Version: 2.0.4-1 Severity: grave Justification: renders package unusable Dear Maintainer, I´ve installed epigrass 2.0.4-1 from sid. I´am not able to start it in GNOME. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 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 epigrass depends on: ii python 2.6.7-3 ii python-formencode 1.2.4-2 ii python-gdal1.7.3-6 ii python-matplotlib 1.0.1-3 ii python-mysqldb 1.2.2-10+b3 ii python-networkx1.5-2 ii python-numpy 1:1.5.1-2+b1 ii python-pysqlite2 2.6.3-2 ii python-qt4-gl 4.8.3-4 ii python-qwt5-qt45.2.1~cvs20091107+dfsg-6 ii python-sqlobject 0.12.4-2 ii python-support 1.0.14 ii python-visual 1:5.12-1.2 epigrass recommends no packages. Versions of packages epigrass suggests: pn epigrass-doc none pn grass 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#639996: fastdnaml is not able to start in GNOME
Package: fastdnaml Version: 1.2.2-9 Severity: grave Justification: renders package unusable Dear Maintainer, I´ve installed fastdnaml 1.2.2-9 from sid. It does not start in GNOME. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 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 fastdnaml depends on: ii libc6 2.13-18 fastdnaml recommends no packages. Versions of packages fastdnaml suggests: pn phylip 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#639997: dpkg fails if PATH is not set
Package: dpkg Version: 1.16.0.3 Severity: serious Justification: Policy 9.9 Trying to run dpkg under a clean environment fails: # env -i dpkg -i 3dchess_0.8.1-17_amd64.deb dpkg: error: error: PATH is not set. Policy 9.9 says A program must not depend on environment variables to get reasonable defaults.. I do not feel a double error is a reasonable default -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dpkg depends on: ii coreutils 8.5-1GNU core utilities ii libbz2-1.0 1.0.5-6 high-quality block-sorting file co ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.98-1.1 SELinux runtime shared libraries ii xz-utils5.0.0-2 XZ-format compression utilities ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.15.5 Advanced front-end for dpkg -- 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#639998: fastlink: the subprograms ilink, linkmap, loadscore, mlink and unknown are not startable
Package: fastlink Version: 4.1P-fix95-2 Severity: grave Justification: renders package unusable Dear Maintainer, I´ve installed fastlink 4.1P-fix95-2 from sid. All subprograms(see summary) of this package are not startable in GNOME. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 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 fastlink depends on: ii libc6 2.13-18 fastlink recommends no packages. Versions of packages fastlink suggests: pn fastlink-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#628292: [Debichem-devel] Bug#628292: jmol: FTBFS: [javac] /build/user-jmol_12.0.40-1-amd64-wyLf4R/jmol-12.0.40/src/org/jmol/applet/JmolAppletRegistry.java:70: cannot find symbol
tags 628292 +pending thanks Hi, On Sat, May 28, 2011 at 03:48:20PM +0200, Lucas Nussbaum wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: [javac] /build/user-jmol_12.0.40-1-amd64-wyLf4R/jmol-12.0.40/src/JmolApplet.java:37: package netscape.javascript does not exist [javac] import netscape.javascript.JSObject; That is the same problem Daniel reported earlier. I now tracked this down, those classes are actually shipped in the icedtea6-plugin plugin.jar (I was searching for a netscape.jar all over the web). However, as icedtea6-plugin is currently uninstallable (see #636514), we will have to wait for the upload. I managed to build jmol in a hacked-up unstable chroot installing an older xulrunner-1.9.1 and openjdk. Cheers, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639999: Can't load standard profile: GRAY.pf
Package: openjdk-6-jre Version: 6b23~pre8-2 Severity: normal I suddenly started getting this exception from ImageIOin my app. I'm pretty sure it didn't happen in 6b23~pre7-1 or shortly before that. java.lang.IllegalArgumentException: Can't load standard profile: GRAY.pf at java.awt.color.ICC_Profile$2.run(ICC_Profile.java:912) at java.security.AccessController.doPrivileged(Native Method) at java.awt.color.ICC_Profile.getStandardProfile(ICC_Profile.java:905) at java.awt.color.ICC_Profile.getInstance(ICC_Profile.java:876) at java.awt.color.ColorSpace.getInstance(ColorSpace.java:333) at javax.imageio.ImageTypeSpecifier$Grayscale.init(ImageTypeSpecifier.java:717) at javax.imageio.ImageTypeSpecifier.createGrayscale(ImageTypeSpecifier.java:798) at javax.imageio.ImageTypeSpecifier.clinit(ImageTypeSpecifier.java:157) at com.sun.imageio.plugins.png.PNGImageReader.getImageTypes(PNGImageReader.java:1387) at com.sun.imageio.plugins.png.PNGImageReader.readImage(PNGImageReader.java:1282) at com.sun.imageio.plugins.png.PNGImageReader.read(PNGImageReader.java:1579) at javax.imageio.ImageIO.read(ImageIO.java:1438) at javax.imageio.ImageIO.read(ImageIO.java:1342) at javax.imageio.ImageIO$read.call(Unknown Source) -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.3-melech (SMP w/4 CPU cores; PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openjdk-6-jre depends on: ii libaccess-bridge-java-j 1.26.2-6 Java Access Bridge for GNOME (jni ii libasound2 1.0.24.1-2 shared library for ALSA applicatio ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libgif4 4.1.6-9 library for GIF images (library) ii libjpeg62 6b1-2Independent JPEG Group's JPEG runt ii libpng12-0 1.2.46-3 PNG library - runtime ii libpulse0 0.9.23-1 PulseAudio client libraries ii libx11-62:1.4.4-1X11 client-side library ii libxext62:1.3.0-3X11 miscellaneous extension librar ii libxi6 2:1.4.3-3X11 Input extension library ii libxrender1 1:0.9.6-2X Rendering Extension client libra ii libxtst62:1.2.0-3X11 Testing -- Record extension li ii openjdk-6-jre-headless 6b23~pre8-2 OpenJDK Java runtime, using Hotspo ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages openjdk-6-jre recommends: pn icedtea-netx none (no description available) ii ttf-dejavu-extra 2.33-2 Vera font family derivate with add Versions of packages openjdk-6-jre suggests: pn icedtea-pluginnone (no description available) -- 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#639984: [Pkg-xfce-devel] Bug#639984: [lightdm] restart/reload fails
On jeu., 2011-09-01 at 14:21 +0200, Slavko wrote: I agree... Now i tried restart from vbox console (VT) and it works. Then i try it via SSH with unset DISPLAY and it works too. It seems that problem is with SSH session with X-Forwarding enabled (DISPLAY=localhost:10.0). When i put: unset DISPLAY on the start of the lightdm's init script, then it works, but i don't know, if it is acceptable solution and how (if) it takes the multiple X sessions... However, managing remote (X enabled) machines via SSH is common practice. Ok, as far as I understand it, from the logs and this mail: * X wasn't working fine in virtualbox because of missing driver. This lead to the initial, not working state, but is unrelated to lightdm * then you restart lightdm from ssh, with X11 forwarding enabled. lightdm sees the DISPLAY variable and interpretes that the user wanting a display in Xephyr. I think the support in lightdm is fine (it's actually useful), though it might be a little more documented. You should take care of your environment, and if you can't, you should use invoke-rc.d (and not directly /etc/init.d scripts) which will do the environemnt cleaning for you. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639988: [Pkg-xfce-devel] Bug#639988: [lightdm] missing dependency on the accountsservice
On jeu., 2011-09-01 at 14:22 +0200, Slavko wrote: AccountsService is supported in 0.9.5 and I'm not sure I want to use it at all. So right now I think I'm gonna go for a suggests. Problem with accountsservice is that atm it's pretty gnome specific. you are true about GNOME, but user list do not works without it. There's no accountsservice support in lightdm 0.9.4. Regards, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640000: upgrade to evo. 3.0.2 doubles up local directories
Package: evolution Version: 3.0.2-1 Severity: normal Evolution 3.0.2 hit testing yesterday an I installed it. It asked me if I wanted to do the local mail conversion when it started. I selected yes. Now, all of my local folders appear under On This Computer and under brente@localhost. The contents of the folders are identical also. Which one do I use? If I move mail to one of the local folders will it show up in both? Is there a way to consolidate? Is there a way to straighten up the mess that was made? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39.110720 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evolution depends on: ii dbus1.4.14-1 simple interprocess messaging syst ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii evolution-common3.0.2-1 architecture independent files for ii evolution-data-server 3.0.2.1-1evolution database backend server ii gconf2 2.32.4-1 GNOME configuration database syste ii gnome-icon-theme3.0.0-4 GNOME Desktop icon theme ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcairo-gobject2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libcamel-1.2-23 3.0.2.1-1Evolution MIME message handling li ii libcanberra-gtk3-0 0.28-1 Gtk+ 3.0 helper for playing widget ii libcanberra00.28-1 a simple abstract interface for pl ii libebackend-1.2-1 3.0.2.1-1Utility library for evolution data ii libebook1.2-10 3.0.2.1-1Client library for evolution addre ii libecal1.2-83.0.2.1-1Client library for evolution calen ii libedataserver1.2-143.0.2.1-1Utility library for evolution data ii libedataserverui-3.0-0 3.0.2.1-1GUI utility library for evolution ii libegroupwise1.2-13 3.0.2.1-1Client library for accessing group ii libenchant1c2a 1.6.0-3 Wrapper library for various spell ii libevolution3.0.2-1 evolution libraries ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.6-2 FreeType 2 font engine, shared lib ii libgail-3-0 3.0.11-1 GNOME Accessibility Implementation ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libgdata11 0.8.1-2 Library for accessing GData webser ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgnome-desktop-3-03.0.2-2 Utility library for loading .deskt ii libgtk-3-0 3.0.11-1 GTK+ graphical user interface libr ii libgtkhtml-4.0-04.0.1-2 HTML rendering/editing library - r ii libgtkhtml-editor-4.0-0 4.0.1-2 HTML rendering/editing library - e ii libgweather-3-0 3.0.2-1 GWeather shared library ii libical00.44-3 iCalendar library implementation i ii libice6 2:1.0.7-2X11 Inter-Client Exchange library ii libnotify4 0.7.3-2 sends desktop notifications to a n ii libnspr4-0d 4.8.9-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.11-1Network Security Service libraries ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio ii libsm6 2:1.2.0-2X11 Session Management library ii libsoup-gnome2.4-1 2.34.3-1 HTTP library implementation in C - ii libsoup2.4-12.34.3-1 HTTP library implementation in C - ii libsqlite3-03.7.7-2 SQLite 3 shared library ii libstartup-notification00.12-1 library for program launch feedbac ii libunique-3.0-0 3.0.0-1 Library for writing single instanc ii libxml2 2.7.8.dfsg-4 GNOME XML library ii psmisc 22.13-1 utilities that use the proc file s Versions of packages evolution recommends: ii bogofilter 1.2.2-3 fast Bayesian spam filter (dummy p ii evolution-plugins3.0.2-1 standard plugins for Evolution ii evolution-webcal 2.32.0-1webcal: URL handler for GNOME and ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages evolution suggests: pn bug-buddy none (no description available) pn evolution-dbg
Bug#636870: [Pkg-scala-maint] Bug#636870: completely b0rked html output with graphical browsers
On 06/08/2011 22:09, Stefano Zacchiroli wrote: On Sat, Aug 06, 2011 at 06:11:02PM +0200, Mehdi Dogguy wrote: Did you desactivate JavaScript? No, I didn't. I've JavaScript working as usual. ... and it works fine when accessing the version online at scala-lang.org, with the very same browsers. It seems that scala-doc is not compatible with jQuery 1.6 yet… which causes this breakage. I reverted (for now) and use upstream's copy of jQuery and will try to find a better fix with the help of jQuery's maintainer in the future. Thanks for letting me testing on your machine :p I pushed the fix to the Git repository and an upload is planned for later today. Cheers, -- Mehdi Dogguy مهدي الدڤي http://dogguy.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639975: please, package some newer clementine versions to experimental
Hi, Rogério. I am agree with you that it would be nice to have a development version of Clementine in experimental. And sure I can easily fetch the last commit from the upstream git repository. But there is some points that add some difficulties to this task : * As you say, Clementine is in heavy development. And developers constantly use new third party libraries. Sometimes, these libraries are not packaged yet in Debian. Or sometimes developers use patched version of a library and even if this library is already packaged in Debian it need to be patched to work with Clementine package. * Clementine use some non-dfsg elements that implies that I can't use directly the upstream sources. So, each time I update my upstream branch (from a tarball or from the upstream repo), I must reform it into a 'dfsg_clean' branch before build the final clementine package. So, the situation is not as simple as you think. For the moment, priorities are : 1. Have a solid and clean situation for the current Clementine package and its dependencies. For example, there are some new packages like 'libqxt' (one of clementine depend) that just entered the archive and need to be maintained and improved. It also remains some embedded copy of codes in the package and maybe these will need to be packaged too. 2. Provide a backport version of clementine for stable. This implies to backport the new depends too. 3. Provide a development version in experimental. In summary : Yes, this is planned but this is not the priority at this time. Regards, Thomas Pierson. signature.asc Description: OpenPGP digital signature
Bug#640001: dkms: upgrading from squeeze to wheezy forgets about modules previously built, treating them as original modules later on
Package: dkms Version: 2.2.0.2-1 Severity: important Upgrading dkms drom squeeze (2.1.x.x) to wheezy (2.2.x.x) loses track of previously built modules. This could be related to changing the module installation location from /lib/modules/*/updates/dkms/ to /lib/modules/*/updates/. I discovered this during some squeeze - wheezy distupgrade tests with piuparts which unexpectedly left files in /lib/modules. The following test was performed in a minimal squeeze pbuilder environment with wheezy sources available additionally. The host is running with the squeeze kernel, but in the pbuilder only the headers are installed, no kernel or modules itself. A few excerpts from the log showing the problematic behaviour, script and full log can be found further below. * install dkms + module-dkms from stable, build the module hdaps.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/2.6.32-5-amd64/updates/dkms/ * upgrade dkms to testing * upgrade module-dkms to testing * first the old module gets removed ... but from the wrong location? hdaps.ko: - Uninstallation - Deleting from: /lib/modules/2.6.32-5-amd64/ - Original module - No original module was found for this module on this kernel. - Use the dkms install command to reinstall any previous module version. * now the new one gets built and installed - but where does this original module come from? hdaps.ko: Running module version sanity check. - Original module - Found /lib/modules/2.6.32-5-amd64/updates/dkms/hdaps.ko - Storing in /var/lib/dkms/tp-smapi/original_module/2.6.32-5-amd64/x86_64/ - Archiving for uninstallation purposes - Installation - Installing to /lib/modules/2.6.32-5-amd64/updates/ * removing module-dkms hdaps.ko: - Uninstallation - Deleting from: /lib/modules/2.6.32-5-amd64/updates/ - Original module - Archived original module found in the DKMS tree - Moving it to: /lib/modules/2.6.32-5-amd64/updates/ * oops, now some files are left on the system that don't belong to any package and dkms does not think that it owns them. Andreas # cat dkms-bug.sh #!/bin/sh apt-get install -t stable linux-headers-2.6-amd64 apt-get install -t stable tp-smapi-dkms find /lib/modules apt-get install dkms/testing apt-get install tp-smapi-dkms/testing find /lib/modules apt-get remove tp-smapi-dkms find /lib/modules # sh -x dkms-bug.sh + apt-get install -t stable linux-headers-2.6-amd64 Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: cpp-4.3 gcc-4.3 gcc-4.3-base linux-headers-2.6.32-5-amd64 linux-headers-2.6.32-5-common linux-kbuild-2.6.32 Suggested packages: gcc-4.3-locales gcc-4.3-multilib libmudflap0-4.3-dev gcc-4.3-doc libgcc1-dbg libgomp1-dbg libmudflap0-dbg The following NEW packages will be installed: cpp-4.3 gcc-4.3 gcc-4.3-base linux-headers-2.6-amd64 linux-headers-2.6.32-5-amd64 linux-headers-2.6.32-5-common linux-kbuild-2.6.32 0 upgraded, 7 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/10.7 MB of archives. After this operation, 35.7 MB of additional disk space will be used. Do you want to continue [Y/n]? debconf: unable to initialize frontend: Dialog debconf: (No usable dialog-like program is installed, so the dialog based frontend cannot be used. at /usr/share/perl5/Debconf/FrontEnd/Dialog.pm line 75, line 7.) debconf: falling back to frontend: Readline Selecting previously deselected package gcc-4.3-base. (Reading database ... 12232 files and directories currently installed.) Unpacking gcc-4.3-base (from .../gcc-4.3-base_4.3.5-4_amd64.deb) ... Selecting previously deselected package cpp-4.3. Unpacking cpp-4.3 (from .../cpp-4.3_4.3.5-4_amd64.deb) ... Selecting previously deselected package gcc-4.3. Unpacking gcc-4.3 (from .../gcc-4.3_4.3.5-4_amd64.deb) ... Selecting previously deselected package linux-headers-2.6.32-5-common. Unpacking linux-headers-2.6.32-5-common (from .../linux-headers-2.6.32-5-common_2.6.32-35_amd64.deb) ... Selecting previously deselected package linux-kbuild-2.6.32. Unpacking linux-kbuild-2.6.32 (from .../linux-kbuild-2.6.32_2.6.32-1_amd64.deb) ... Selecting previously deselected package linux-headers-2.6.32-5-amd64. Unpacking linux-headers-2.6.32-5-amd64 (from .../linux-headers-2.6.32-5-amd64_2.6.32-35_amd64.deb) ... Selecting previously deselected package linux-headers-2.6-amd64. Unpacking linux-headers-2.6-amd64 (from .../linux-headers-2.6-amd64_2.6.32+29_amd64.deb) ... Setting up gcc-4.3-base (4.3.5-4) ... Setting up cpp-4.3 (4.3.5-4) ... Setting up gcc-4.3 (4.3.5-4) ... Setting up linux-headers-2.6.32-5-common (2.6.32-35) ... Setting up linux-kbuild-2.6.32 (2.6.32-1) ... Setting up linux-headers-2.6.32-5-amd64 (2.6.32-35) ... Setting up linux-headers-2.6-amd64 (2.6.32+29) ... + apt-get install -t stable tp-smapi-dkms Reading package lists... Done