Bug#619871: crash in _cairo_surface_snapshot_copy_on_write
Package: libcairo2 Version: 1.10.2-6 Severity: important rsvg-convert (2.26.3-1, persists after upgrade to 2.32.0-1) crashes inside libcairo while converting the attached test file to PDF. High severity because this has the potential to exploit somebody remotely by sending him a manipulated SVG file. max@woodpecker:/tmp$ gdb --args rsvg-convert -a -f pdf test.svg -o test.pdf Reading symbols from /usr/bin/rsvg-convert...Reading symbols from /usr/lib/debug/usr/bin/rsvg-convert...done. (no debugging symbols found)...done. (gdb) run Starting program: /usr/bin/rsvg-convert -a -f pdf test.svg -o test.pdf [Thread debugging using libthread_db enabled] Program received signal SIGSEGV, Segmentation fault. memcpy () at ../sysdeps/x86_64/memcpy.S:267 267 ../sysdeps/x86_64/memcpy.S: No such file or directory. in ../sysdeps/x86_64/memcpy.S Current language: auto The current source language is auto; currently asm. (gdb) bt #0 memcpy () at ../sysdeps/x86_64/memcpy.S:267 #1 0x77b6b905 in _cairo_surface_snapshot_copy_on_write (surface=0x617680) at /usr/include/bits/string3.h:52 #2 0x77b64ea1 in _cairo_surface_detach_snapshot (snapshot=0x617680) at /tmp/buildd/cairo-1.10.2/src/cairo-surface.c:329 #3 0x77b64efc in _cairo_surface_detach_snapshots (surface=0x61bad0) at /tmp/buildd/cairo-1.10.2/src/cairo-surface.c:314 #4 0x77b64d15 in *INT_cairo_surface_finish (surface=0x61bad0) at /tmp/buildd/cairo-1.10.2/src/cairo-surface.c:715 #5 0x77b64dd5 in *INT_cairo_surface_destroy (surface=0x61bad0) at /tmp/buildd/cairo-1.10.2/src/cairo-surface.c:645 #6 0x77b5724f in *INT_cairo_pattern_destroy (pattern=0x61bc50) at /tmp/buildd/cairo-1.10.2/src/cairo-pattern.c:828 #7 0x77b3dea7 in _cairo_gstate_fini (gstate=0x61b0e0) at /tmp/buildd/cairo-1.10.2/src/cairo-gstate.c:229 #8 0x77b3e21b in _cairo_gstate_restore (gstate=value optimized out, freelist=0x77ddb6a0) at /tmp/buildd/cairo-1.10.2/src/cairo-gstate.c:290 #9 0x77b352b0 in *INT_cairo_restore (cr=0x77ddb340) at /tmp/buildd/cairo-1.10.2/src/cairo.c:583 #10 0x771e7876 in rsvg_cairo_pop_discrete_layer (ctx=0x616b30) at rsvg-cairo-draw.c:1042 #11 0x771dd373 in rsvg_node_draw (self=0x61a8a0, ctx=0x616b30, dominate=value optimized out) at rsvg-structure.c:69 #12 0x771dd784 in rsvg_node_svg_draw (self=0x6188c0, ctx=0x616b30, dominate=value optimized out) at rsvg-structure.c:326 #13 0x771dd373 in rsvg_node_draw (self=0x6188c0, ctx=0x616b30, dominate=value optimized out) at rsvg-structure.c:69 #14 0x771e9d7a in rsvg_handle_render_cairo_sub (handle=0x614800, cr=0x77ddb340, id=value optimized out) at rsvg-cairo-render.c:234 #15 0x00402191 in main (argc=1, argv=0x7fffe868) at rsvg-convert.c:319 Valgrind: max@woodpecker:/tmp$ valgrind rsvg-convert -a -f pdf test.svg -o test.pdf ==16883== Memcheck, a memory error detector ==16883== Copyright (C) 2002-2010, and GNU GPL'd, by Julian Seward et al. ==16883== Using Valgrind-3.6.0.SVN-Debian and LibVEX; rerun with -h for copyright info ==16883== Command: rsvg-convert -a -f pdf test.svg -o test.pdf ==16883== ==16883== Invalid read of size 1 ==16883==at 0x4C25F98: memcpy (mc_replace_strmem.c:497) ==16883==by 0x4E79904: _cairo_surface_snapshot_copy_on_write (string3.h:52) ==16883==by 0x4E72EA0: _cairo_surface_detach_snapshot (cairo-surface.c:329) ==16883==by 0x4E72EFB: _cairo_surface_detach_snapshots (cairo-surface.c:314) ==16883==by 0x4E72D14: cairo_surface_finish (cairo-surface.c:715) ==16883==by 0x4E72DD4: cairo_surface_destroy (cairo-surface.c:645) ==16883==by 0x4E6524E: cairo_pattern_destroy (cairo-pattern.c:828) ==16883==by 0x4E4BEA6: _cairo_gstate_fini (cairo-gstate.c:229) ==16883==by 0x4E4C21A: _cairo_gstate_restore (cairo-gstate.c:290) ==16883==by 0x4E432AF: cairo_restore (cairo.c:583) ==16883==by 0x583E875: rsvg_cairo_pop_discrete_layer (rsvg-cairo-draw.c:1042) ==16883==by 0x5834372: rsvg_node_draw (rsvg-structure.c:69) ==16883== Address 0xa152eff is 159,999 bytes inside a block of size 160,000 free'd ==16883==at 0x4C240FD: free (vg_replace_malloc.c:366) ==16883==by 0x81D8066: ??? (in /usr/lib/libgdk_pixbuf-2.0.so.0.2000.1) ==16883==by 0x50FC443: g_object_unref (gobject.c:2484) ==16883==by 0x583E85E: rsvg_cairo_pop_discrete_layer (rsvg-cairo-draw.c:1033) ==16883==by 0x5834372: rsvg_node_draw (rsvg-structure.c:69) ==16883==by 0x5834783: rsvg_node_svg_draw (rsvg-structure.c:326) ==16883==by 0x5834372: rsvg_node_draw (rsvg-structure.c:69) ==16883==by 0x5840D79: rsvg_handle_render_cairo_sub (rsvg-cairo-render.c:234) ==16883==by 0x402190: main (rsvg-convert.c:319) ==16883== ==16883== Invalid read of size 1 ==16883==at 0x4C25FA1: memcpy (mc_replace_strmem.c:497) ==16883==by 0x4E79904: _cairo_surface_snapshot_copy_on_write (string3.h:52)
Bug#618782: git-annex: FTBFS on kfreebsd-*: fatal: cannot opendir '/usr/share/git-core/templates/branches': Permission denied
On Mon, Mar 28, 2011 at 01:17:34AM +0200, Aurelien Jarno wrote: The missing function is lchmod(), not lchown(), but I guess I can have a look at how lchown() is implemented to understand how to fix this issue. That's what I get for reading email in a hurry instead of when I'm sleep-deprived. The answer is almost the same though: just copy the entirety of chmod() in libfakeroot.c instead, and s/chmod/lchmod/ in the function declaration and the next_ call, sandwich it within #ifdef HAVE_LCHMOD, add the test to configure.ac, and the same #ifdef'd prototype to wrapfunc.inp, then borrow the STAT/LSTAT logic from the lchown stuff. Something close to that, anyway. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619872: os-prober: add appropriate codename to every kernel entry
Package: os-prober Severity: Wishlist There are some people who install several flavors of Linux on their computer, and we could try to identify which distro/release that every kernel belongs to. This will help the users from remembering the kernel entries. For example the resulting menu could look like: Debian GNU/Linux _Squeeze_ 2.6.x-xxx Debian GNU/Linux _Squeeze_ 2.6.x-xxx (Rescue Mode) Debian GNU/Linux _Sid_ 2.6.x-xxx (on /dev/whatever0) Debian GNU/Linux _Sid_ 2.6.x-xxx (Rescue Mode, on /dev/whatever0) Ubuntu GNU/Linux _Lucid_ 2.6.x-xxx (on /dev/whatever1) Ubuntu GNU/Linux _Lucid_ 2.6.x-xxx (Rescue Mode, on /dev/whatever1) Fedora GNU/Linux _14_ 2.6.x-xxx (on /dev/whatever2) Fedora GNU/Linux _14_ 2.6.x-xxx (Rescue Mode, on /dev/whatever2) Windows XP blahblah (on /dev/whatever3) -- Regards, Aron Xu signature.asc Description: Digital signature
Bug#619873: whohas: doesn't find Fedora packages any more, needs future-proofing
Package: whohas Version: 0.24-2 Severity: normal `whohas chromium-bsu` returns no Fedora packages while Fedora has chromium-bsu. Same issue happens for iotop: https://admin.fedoraproject.org/pkgdb/acls/name/iotop https://admin.fedoraproject.org/pkgdb/acls/name/chromium-bsu The Fedora searching needs future proofing, please switch to using these search URLs: https://admin.fedoraproject.org/pkgdb/acls/list/*chromium-bsu* https://admin.fedoraproject.org/pkgdb/acls/list/*iotop* -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable'), (550, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages whohas depends on: ii libwww-perl 5.837-1simple and consistent interface to ii libxml-simple-perl2.18-3 Perl module for reading and writin ii perl 5.10.1-18 Larry Wall's Practical Extraction -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#577661: Status of DSPAM in Debian
Hi, Le lundi 28 mars 2011 à 00:24:26 (+0200 CEST), Christoph Haas a écrit : Also, most of the DSPAM uploaders are MIA. Well, I think all are MIA except Christoph Haas. Could you please update the list in your upload? Same with the DM flag (!?). You're right - I have already sent several calls to them, with no answer. I only leave Christoph and Matthijs as I know they aren't MIA. We are alive indeed. :) But honestly I have never been using dspam in production and my experience with it is close to zero. The reason I'm listed as uploader is probably back from the time that Matthijs was no DD yet and I was helping by sponsoring the package. I was evaluating anti-spam software but was never enthusastic about dspam. OK, I understand now. I assume that Matthijs is the main person to ask here. All I could offer is sponsorship just like any other DD and I'm currently pretty busy with another huge Debian package. I'd have to give the dspam package a complete check and I doubt I'll find the time for that. Matthijs, I know you have lost interest in packaging DSPAM and are already busy with other things, should I remove you from the Uploaders? I'd even like to ask to get me removed from debian/control if possible. Done. You are obviously welcome to join us (me?) at any time. In case I am alone in pkg-dspam after this, I'll close the pkg-dspam project on Alioth, and I'll take over the package. The RFH sent a few months ago is still valid, and I am happy to co-maintain the project with whoever is interested (Thomas, still there?). Cheers, Julien -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619874: transition: Xfce 4.8
Package: release.debian.org Owner: pkg-xfce-de...@lists.alioth.debian.org User: release.debian@packages.debian.org Usertags: transition On mer., 2011-03-23 at 15:51 +0100, Yves-Alexis Perez wrote: On Sun, 2011-03-06 at 18:26 +0100, Yves-Alexis Perez wrote: Hey RT, now that all the Xfce 4.8 bits have been accepted to experimental, we'd like to upload to unstable. As it's a new major upstream release, there's quite some dependencies involved, so I guess you're not against having a little summary so we can coordinate that upload in order to not break any ongoing transition. Here's a summary: * libxfce4util stays the same but adds symbols files * libxfcegui4 is deprecated, replaced by libxfce4ui, but a libxfcegui4 stays for a while for packages not yet ported. A “private” library previously shipped in libxfcegui4 is now shipped by libxfce4ui (libxfcekbdprivate), the glade files are shipped in libxfce4ui as well. Breaks/Replaces have been set accordingly * libxfc4menu is gone, replaced by garcon * exo bumps soname from 0.3 to 1 and now ships a symbol file * thunar has been ported to gio/gvfs and thus the thunar-vfs layer has been dropped (but is still provided for compatibility as a new source package). A symbol file is provided in Thunar * xfce4-panel has seen a huge rewrite and the ABI has changed, meaning all plugins need to be rebuilt against the 4.8 panel (all panel plugins right now have a dependency on xfce4-panel ( 4.7), after the rebuild they'll pick the right xfce4-panel dependency. Some binNMUs might need to be scheduled but we mostly have source uploads anyway. * xfconf adds a symbol file and I think that's all for the lib-related stuff. There are 24 source packages for the core and a bit more than 40 for panel plugins and goodies. What do you need from us (info, schedule etc.) and how can we synchronize with you so we don't make you hate us? Right now we'll wait for an ack anyway but as we have quite some people asking us about 4.8 in unstable, the sooner will be the better for us :) Hey, this is a friendly ping about 4.8 upload (I know you're quite busy, as usual). It seems that I missed the fact that opening a tracking bug was the way to go, so here we are (still keeping the whole citation for the bug). Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#619875: libjs-jquery-ui: please update to current upstream version
Package: libjs-jquery-ui Version: 1.8.dfsg-3 Severity: wishlist The Debian package of jQuery UI is nearly one year old. The upstream version has many bug fixes, especially for the new Autocomplete widget. The bug I just stumbled into was fixed upstream in July 2010: https://github.com/jquery/jquery-ui/commit/1f2cfb942f8ac5549b1fe3172501e34864155 30e -- System Information: Debian Release: 5.0.8 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.26-2-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libjs-jquery-ui depends on: ii libjs-jquery 1.4.2-2~bpo50+1 JavaScript library for dynamic web Versions of packages libjs-jquery-ui recommends: ii javascript-common 5 Base support for javascript librar Versions of packages libjs-jquery-ui suggests: pn libjs-jquery-ui-docs none (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#617679: Problem with shared-mime-info
Hi, I had the same problem and I solved it by editing /var/lib/dpkg/info/shared-mime-info.postinst When you set exit 0 at the beginning of the skript, it would not be run when you do apt-get upgrade and you can fetch all the Upgrades without the Error of shared-mime-info With this solution the bug isn't fixed but if you are lucky and the shared-mime-info is in your upgradelist and when it's replaced, the problem is realy solved. On my system the problem could be solved on this way. I hope it can help you. Best regards Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577661: Status of DSPAM in Debian
Hi Stevan, Good to hear from you! Le lundi 28 mars 2011 à 01:31:34 (+0200 CEST), Stevan Bajić a écrit : On Sat, 26 Mar 2011 22:20:48 +0100 Ana Guerrero a...@debian.org wrote: On Sat, Mar 26, 2011 at 10:16:00PM +0100, Julien Valroff wrote: I plan to upload current git snapshot to experimental very soon - not everything was tested as much as I would have expected, and I think some documentation would need to be checked/rephrased/updated but the package has been in use on several production servers for some time now, which makes me confident for the future. Experimental is experimental after all :-) Maybe the Debian package is experimental but the product it self is not experimental. Ana and I were refering to the Debian package - you know I am using several instances of DSPAM in production, and I am totally confident with the product itself. The big challenge with packaging it for Debian is that it must suit to most setups and the aim of the package is to make it as easy as possible for the sysadmin. I alone cannot test everything, but I was waiting to get more feedbacks from the various users of my unofficial packages before uploading it to the official archive. The experimental archive is actually for this kind of package - and as I am now certain the package is not totally broken, I'll upload it there to get even more feedback. I know the codebase pretty well and I would say that the current 3.9.x series of DSPAM is by far the best DSPAM you can get today. I might be biased but I think by looking at the GIT commit history you will see yourself that many bug fixes, memory leaks and stability issues have been resolved. At first, I was also waiting for 3.9.1 to be released ;) I'll upload a snapshot of the current HEAD to Debian as it also adds a few fixes and improvements. [...] I am no Debian user and maybe I don't understand the whole thing but why is it so hard to get an updated version of DSPAM into Debian? What is the problem? How can I help? What needs to be done in order to allow Debian users to enjoy a more recent DSPAM version? I'd say the package is ready, though not widely tested and might still contain a few issues. Stevan, you also know I have almost no knowledge in C, which explains why I was at first reluctant in maintaing the package alone. You have offered your help several times in the past, and I know I can rely on you in case something important happens. This is more than what any Debian Developer can expect from any upstream developer. I also realise I have been maintaining my unofficial packages for 3 to 4 years without any major breakage (but with a much smaller userbase than Debian of course) [0]. Regarding documentation: Tell me what needs to be rephrased or rewritten or added and I will do it. Just send me patches for existing text or send me new text and I will commit it. I think the DSPAM project never rejected changes in the past regarding documentation. I was refering to the documentation of the Debian package itself. What most users expect is to get a fully working DSPAM setup very quickly. I know it is not possible to make it automatically, but I'd like to give them a good experience of both DSPAM and Debian. For example, the package now ships a sample of Apache configuration - I need to check it works on a clean install etc. Regarding confidence: The Rice University is using DSPAM since ages for all their students. I think they have about 65'000 mail boxes that they filter with DSPAM. If DSPAM would be unstable or unusable then they would for sure not use it. Beside that the DSPAM mailing list is full of users using DSPAM in various scenarios. Just recently Nate Custer from Hostgator.com said on the DSPAM mailing list that they filter mail for 3 million mail boxes with DSPAM. If that does not speak for DSPAM then I don't know what would? I use it at home for 3 users (including my 2yo son) which proves how scalable DSPAM is ;) Cheers, Julien [0] I had first begun working on backporting the existing packages for Sarge, then have packaged 3.8.0 a few months after it was released by SN. -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618660: dovecot-imapd: imapd starts too early at boot on host with IPv4 and IPv6.
Hello Marco, The host with the issue has static IPv4 + IPv6. /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface allow-hotplug eth0 iface eth0 inet static address 172.20.1.8 netmask 255.255.255.0 network 172.20.1.0 broadcast 172.20.1.255 gateway 172.20.1.2 # dns-* options are implemented by the resolvconf package, if installed dns-nameservers 172.20.1.2 dns-search home.elysium-os.nl iface eth0 inet6 static address 2001:610:779::8 netmask 64 gateway 2001:610:779::2 An other host provides the IPv6 connectivity with the internet using SixXS. ( www.sixxs.net ) Kind regards, Marcel On 27 Mar 2011, at 23:00, Marco Nenciarini wrote: On 17/03/2011 12:17, Marcel Koopmans wrote: Package: dovecot-imapd Version: 1:1.2.15-4 Severity: important Tags: ipv6 It seems that dovecot starts while IPv6 is not configured yet at boot time. Logging: Mar 17 11:47:00 styx dovecot: bind(2001:610:779::8, 143) failed: Cannot assign requested address Mar 17 11:47:00 styx dovecot: Fatal: listen(2001:610:779::8, 143) failed: Cannot assign requested address I can manually start dovecot-imapd without an issue a few seconds later. Which kind of IPv6 connectivity do you have? Regards, Marco -- - |Marco Nenciarini| Debian/GNU Linux Developer - Plug Member | | mnen...@prato.linux.it | http://www.prato.linux.it/~mnencia | - Key fingerprint = FED9 69C7 9E67 21F5 7D95 5270 6864 730D F095 E5E4 Marcel Koopmans Elysium Open Systems Wijdstraat 23 3421AJ Oudewater Tel:0348-560210 GSM:06-51174110 email: marcel.koopm...@elysium-os.nl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619876: etckeeper: Allow for commit -m
Package: etckeeper Version: 0.48 Severity: wishlist etckeeper does not take the -m option for the commit command as svn/git/cvs usually does. This leads to a lot of commit messages that say -m on my systems, as people (including myself) are used to type commit -m 'my message' instead of commit 'my message'. The proposed patch removes -m after a commit command: --- etckeeper.orig 2011-03-28 09:02:43.0 +0200 +++ etckeeper 2011-03-28 09:04:31.0 +0200 @@ -61,6 +61,11 @@ command=pre-install fi +# remove -m for commit +if [ $command = commit -a x$1 = x-m ]; then + shift 1 +fi + if [ ! -d $ETCKEEPER_CONF_DIR/$command.d ]; then echo etckeeper: $ETCKEEPER_CONF_DIR/$command.d does not exist 2 exit 1 -- System Information: Debian Release: 6.0.1 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 etckeeper depends on: ii bzr 2.1.2-1 easy to use distributed version co ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy ii git [git-core] 1:1.7.2.5-1 fast, scalable, distributed revisi ii git-core 1:1.7.2.5-1 fast, scalable, distributed revisi Versions of packages etckeeper recommends: ii cron 3.0pl1-116 process scheduling daemon etckeeper suggests no packages. -- Configuration Files: /etc/etckeeper/etckeeper.conf changed [not included] -- debconf information: etckeeper/commit_failed: etckeeper/purge: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
Am 24.03.2011 19:46, schrieb Faheem Mitha: I backported ffmpeg 4:0.6.1-5 from unstable to squeeze. On running it, I see the following warning This requires quite a few steps. Could you please elaborate what exactly you did? Do you still have other or older ffmpeg library packages installed (i.e. what gives 'dpkg -l libav\*')? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619877: rpc.mountd: svc_tli_create: could not bind to requested address
Package: nfs-kernel-server Version: 1:1.2.3-1 Severity: important Dear all After upgrading to 1:1.2.3-1 I cannot start the NFS kernel server anymore. The following errors are reported: email:/var/log/everything# /etc/init.d/nfs-common start Starting NFS common utilities: statd failed! email:/var/log/everything# /etc/init.d/nfs-kernel-server start Exporting directories for NFS kernel daemon Starting NFS kernel daemon: nfsd mountdrpc.mountd: svc_tli_create: could not bind to requested address rpc.mountd: svc_tli_create: could not bind to requested address rpc.mountd: svc_tli_create: could not bind to requested address rpc.mountd: svc_tli_create: could not bind to requested address rpc.mountd: svc_tli_create: could not bind to requested address rpc.mountd: svc_tli_create: could not bind to requested address rpc.mountd: svc_tli_create: could not bind to requested address rpc.mountd: svc_tli_create: could not bind to requested address failed! Before, with 1:1.2.2-5, it was working without any problem. Is there any recommended way on how to get 1.2.3 working? Thanks for any reply. Best regards Lukas -- Package-specific info: -- rpcinfo -- program vers proto port 102 tcp111 portmapper 3910022 tcp728 sgi_fam 102 udp111 portmapper 1000211 udp 32768 nlockmgr 1000213 udp 32768 nlockmgr 1000214 udp 32768 nlockmgr 1000211 tcp 32768 nlockmgr 1000213 tcp 32768 nlockmgr 1000214 tcp 32768 nlockmgr 132 tcp 2049 nfs 133 tcp 2049 nfs 134 tcp 2049 nfs 132 udp 2049 nfs 133 udp 2049 nfs 134 udp 2049 nfs -- /etc/default/nfs-kernel-server -- RPCNFSDCOUNT=8 RPCNFSDPRIORITY=0 RPCMOUNTDOPTS=--port 32767 --manage-gids NEED_SVCGSSD= RPCSVCGSSDOPTS= -- /proc/fs/nfs/exports -- # Version 1.1 # Path Client(Flags) # IPs -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32.27-c1.v1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_IE, LC_CTYPE=en_IE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages nfs-kernel-server depends on: ii libblkid12.17.2-9.1 block device id library ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-2 common error description library ii libgssapi-krb5-2 1.9+dfsg-1 MIT Kerberos runtime libraries - k ii libgssglue1 0.2-1 mechanism-switch gssapi library ii libk5crypto3 1.9+dfsg-1 MIT Kerberos runtime libraries - C ii libkrb5-31.9+dfsg-1 MIT Kerberos runtime libraries ii libnfsidmap2 0.24-1 An nfs idmapping library ii libtirpc10.2.1-1 transport-independent RPC library ii libwrap0 7.6.q-19Wietse Venema's TCP wrappers libra ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii nfs-common 1:1.2.3-1 NFS support files common to client ii ucf 3.0025+nmu1 Update Configuration File: preserv nfs-kernel-server recommends no packages. nfs-kernel-server suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611740: Please package cyrus-imapd 2.4.6
fixed 611740 2.4.6-1 thank you Hi Dmitry, I have uploaded 2.4.6-1 to queue, but it introduces some new packages, so it will have to be manually processed. Ondrej On Tue, Feb 1, 2011 at 17:11, Dmitry Katsubo dm...@mail.ru wrote: Package: cyrus-imapd-2.4 Version: 2.4.5-1 On 12/20/2010 cyrus-imapd-2.4.6 was released. Please, package it. Release notes: We are pleased to announce the immediate availability of Cyrus IMAPd version 2.4.6. This is primarily a bugfix release. We recommend all users of the Cyrus 2.4.x series update to this release, particularly if they use OpenBSD or murder. -- With best regards, Dmitry ___ Pkg-Cyrus-imapd-Debian-devel mailing list pkg-cyrus-imapd-debian-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-cyrus-imapd-debian-devel -- Ondřej Surý ond...@sury.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619878: RM: cyrus-imapd-2.3/experimental -- ROM; obsoleted by cyrus-imapd-2.4
Package: ftp.debian.org Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please remove cyrus-imapd-2.3 from experimental archive. It has been replaced by cyrus-imapd-2.4. Thank you, Ondrej Sury ond...@debian.org -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk2QPMMACgkQ9OZqfMIN8nNBBgCdE/Wg/pQc94TV0MeonOAJvsnm N0QAn2+empK/y/S7bmi906SBEFCe7viq =QcTq -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619879: fix gdb threads problems for Hurd
Package: gdb Version: 7.2-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Attached please find a small patch for gdb to work properly under GNU/Hurd. It can safely be added last to the series file. The last two parts of the patch (finding and linking with libhurduser and libmachuser) will not be needed in next version of libc0.3, where they will be integrated into libc itself (according to Samuel Thibault). This bug is related to bug #579834 which will be merged when this bug report is registered. Thank you for your attention. --- gdb-7.2/gdb/gnu-nat.c.orig 2010-05-14 22:17:37.0 +0200 +++ gdb-7.2/gdb/gnu-nat.c 2011-03-28 09:07:49.0 +0200 @@ -1578,8 +1578,8 @@ if (--inf-pending_execs == 0) /* We're done! */ { + prune_threads (); /* Get rid of the old shell threads */ #if 0/* do we need this? */ - prune_threads (1); /* Get rid of the old shell threads */ renumber_threads (0); /* Give our threads reasonable names. */ #endif } --- gdb-7.2/gdb/thread.c.orig 2010-08-06 21:51:49.0 +0200 +++ gdb-7.2/gdb/thread.c 2011-03-28 09:04:52.0 +0200 @@ -61,7 +61,6 @@ static void info_threads_command (char *, int); static void thread_apply_command (char *, int); static void restore_current_thread (ptid_t); -static void prune_threads (void); /* Frontend view of the thread state. Possible extensions: stepping, finishing, until(ling),... */ @@ -518,7 +517,7 @@ return 1; } -static void +void prune_threads (void) { struct thread_info *tp, *next; --- gdb-7.2/gdb/gdbthread.h.orig 2010-01-12 22:40:24.0 +0100 +++ gdb-7.2/gdb/gdbthread.h 2011-03-28 09:03:55.0 +0200 @@ -213,6 +213,9 @@ /* Delete an existing thread list entry. */ extern void delete_thread (ptid_t); +/* Prune inactive threads */ +extern void prune_threads (void); + /* Delete an existing thread list entry, and be quiet about it. Used after the process this thread having belonged to having already exited, for example. */ --- gdb-7.2/gdb/configure.ac.orig 2010-08-19 00:55:57.0 +0200 +++ gdb-7.2/gdb/configure.ac 2011-03-21 19:02:58.0 +0100 @@ -425,6 +425,10 @@ # Some systems (e.g. Solaris) have `socketpair' in libsocket. AC_SEARCH_LIBS(socketpair, socket) +# Needed to link properly for GNU/Hurd +AC_SEARCH_LIBS(mach_port_destroy, machuser) +AC_SEARCH_LIBS(proc_getmsgport, hurduser) + # Link in zlib if we can. This allows us to read compressed debug sections. AM_ZLIB --- gdb-7.2/gdb/configure.orig 2010-08-19 00:55:56.0 +0200 +++ gdb-7.2/gdb/configure 2011-03-21 20:13:27.0 +0100 @@ -9173,6 +9173,118 @@ fi +# Needed to link properly for GNU/Hurd +{ $as_echo $as_me:${as_lineno-$LINENO}: checking for library containing mach_po +rt_destroy 5 +$as_echo_n checking for library containing mach_port_destroy... 6; } +if test ${ac_cv_search_mach_port_destroy+set} = set; then : + $as_echo_n (cached) 6 +else + ac_func_search_save_LIBS=$LIBS +cat confdefs.h - _ACEOF conftest.$ac_ext +/* end confdefs.h. */ + +/* Override any GCC internal prototype to avoid an error. + Use char because int might match the return type of a GCC + builtin and then its argument prototype would still apply. */ +#ifdef __cplusplus +extern C +#endif +char mach_port_destroy (); +int +main () +{ +return mach_port_destroy (); + ; + return 0; +} +_ACEOF +for ac_lib in '' machuser; do + if test -z $ac_lib; then +ac_res=none required + else +ac_res=-l$ac_lib +LIBS=-l$ac_lib $ac_func_search_save_LIBS + fi + if ac_fn_c_try_link $LINENO; then : + ac_cv_search_mach_port_destroy=$ac_res +fi +rm -f core conftest.err conftest.$ac_objext \ +conftest$ac_exeext + if test ${ac_cv_search_mach_port_destroy+set} = set; then : + break +fi +done +if test ${ac_cv_search_mach_port_destroy+set} = set; then : + +else + ac_cv_search_mach_port_destroy=no +fi +rm conftest.$ac_ext +LIBS=$ac_func_search_save_LIBS +fi +{ $as_echo $as_me:${as_lineno-$LINENO}: result: $ac_cv_search_mach_port_destroy 5 +$as_echo $ac_cv_search_mach_port_destroy 6; } +ac_res=$ac_cv_search_mach_port_destroy +if test $ac_res != no; then : + test $ac_res = none required || LIBS=$ac_res $LIBS + +fi + +{ $as_echo $as_me:${as_lineno-$LINENO}: checking for library containing proc_getmsgport 5 +$as_echo_n checking for library containing proc_getmsgport... 6; } +if test ${ac_cv_search_proc_getmsgport+set} = set; then : + $as_echo_n (cached) 6 +else + ac_func_search_save_LIBS=$LIBS +cat confdefs.h - _ACEOF conftest.$ac_ext +/* end confdefs.h. */ +/* Override any GCC internal prototype to avoid an error. + Use char because int might match the return type of a GCC + builtin and then its argument prototype would still apply. */ +#ifdef __cplusplus +extern C +#endif +char proc_getmsgport (); +int +main () +{ +return proc_getmsgport (); + ; + return 0; +} +_ACEOF +for ac_lib in '' hurduser; do + if test -z
Bug#619880: libnss-ldapd: shadowLastChange is not updated during password change
Package: libnss-ldapd Version: 0.7.13 Severity: important libnss-ldapd doesn’t change shadowLastChange during password modifica- tion. This problem is probably solved in 0.8.0 (according to #604147): * try to update the shadowLastChange attribute on password change It should be included in squeeze, otherwise it is unusable when password change request occures. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages libnss-ldapd depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii nslcd 0.7.13 Daemon for NSS and PAM lookups usi libnss-ldapd recommends no packages. libnss-ldapd suggests no packages. -- debconf information: * libnss-ldapd/nsswitch: group, passwd, shadow * libnss-ldapd/clean_nsswitch: false -- Mariusz Sawicki | rash (at) e-point . pl | e-point SA Glowny Administrator Systemow | http://www.e-point.pl PGP key at: http://staff.e-point.pl/~rash/rash_ep.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#585100: Trying to reproduce this bug report
Hi there, I've installed the versions of the packages that you described to a virtual machine here and I can't reproduce this bug. Do you still see it? If so, we can probably help you narrow the cause down further, but at the moment it's hard to work out what's going on without any sort of back-trace. (I note that g_param_spec_get_name is called in 14 different places in the code and it's not even clear that this is what was crashing the application). I'm going to send an email to tag this report as moreinfo, since at the moment it's not really possible for the maintainer to know whether the code is still broken, let alone how to fix it. But if you have more information, that'd be brilliant! Rupert pgplfUhff87G3.pgp Description: PGP signature
Bug#618861: confirmed here
I can confirm this problem here, exact same symptoms. Downgrading the package to the stable version works for now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619546: [php-maint] Bug#619546: Bug#619546: php5-fpm init script failing with error code 1 regardless of failure
On 03/28/2011 12:06 AM, OverlordQ wrote: On 3/27/2011 9:36 AM, Ondřej Surý wrote: tags 619546 +moreinfo thank you Could you please set VERBOSE=yes in /etc/default/rcS and try to reproduce the problem? The installation is OK on my test system. Strange. I ran it once first: --- thedarkcitadel:/home/ovrlrdq# aptitude full-upgrade The following partially installed packages will be configured: php5-fpm No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up php5-fpm (5.3.6-4) ... invoke-rc.d: initscript php5-fpm, action start failed. dpkg: error processing php5-fpm (--configure): subprocess installed post-installation script returned error exit status 1 configured to not write apport reports Errors were encountered while processing: php5-fpm E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: Setting up php5-fpm (5.3.6-4) ... invoke-rc.d: initscript php5-fpm, action start failed. dpkg: error processing php5-fpm (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: php5-fpm -- Decidedly broken, modified rcS to set verbose: -- thedarkcitadel:/home/ovrlrdq# nano /etc/default/rcS -- then ran it again -- thedarkcitadel:/home/ovrlrdq# aptitude full-upgrade The following partially installed packages will be configured: php5-fpm No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. Setting up php5-fpm (5.3.6-4) ... Starting PHP5 FastCGI Process Manager: php5-fpm. thedarkcitadel:/home/ovrlrdq# -- And that worked. With verbose off and php5-fpm running: -- thedarkcitadel:/home/ovrlrdq# /etc/init.d/php5-fpm stop thedarkcitadel:/home/ovrlrdq# echo $? 1 -- With verbose on and php5-fpm running: -- thedarkcitadel:/home/ovrlrdq# /etc/init.d/php5-fpm stop Stopping PHP5 FastCGI Process Manager: php5-fpm. thedarkcitadel:/home/ovrlrdq# echo $? 0 -- Hi ! :) Got the exact same issue, this occurs if you upgrade from php5-fpm_5.3.6-2_i386.deb Here is the log to reproduce: # dpkg -i --force-depends /var/cache/apt/archives/php5-fpm_5.3.6-2_i386.deb (Reading database ... 228735 files and directories currently installed.) Preparing to replace php5-fpm 5.3.6-2 (using .../php5-fpm_5.3.6-2_i386.deb) ... Unpacking replacement php5-fpm ... dpkg: php5-fpm: dependency problems, but configuring anyway as you requested: php5-fpm depends on php5-common (= 5.3.6-2); however: Version of php5-common on system is 5.3.6-4. Setting up php5-fpm (5.3.6-2) ... Installing new version of config file /etc/php5/fpm/pool.d/www.conf ... Configuration file `/etc/init.d/php5-fpm' == Deleted (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** php5-fpm (Y/I/N/O/D/Z) [default=N] ? Y Installing new version of config file /etc/init.d/php5-fpm ... update-rc.d: warning: php5-fpm stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (none) [28-Mar-2011 09:30:55] WARNING: [pool www] pm.start_servers is not set. It's been set to 20. [28-Mar-2011 09:30:55] WARNING: [pool superbaloo] pm.start_servers is not set. It's been set to 3. [28-Mar-2011 09:30:55] NOTICE: configuration file /etc/php5/fpm/php-fpm.conf test is successful Starting PHP5 FPM Processing triggers for man-db ... # dpkg -i --force-depends /var/cache/apt/archives/php5-fpm_5.3.6-4_i386.deb (Reading database ... 228735 files and directories currently installed.) Preparing to replace php5-fpm 5.3.6-2 (using .../php5-fpm_5.3.6-4_i386.deb) ... [28-Mar-2011 09:31:11] WARNING: [pool www] pm.start_servers is not set. It's been set to 20. [28-Mar-2011 09:31:11] WARNING: [pool superbaloo] pm.start_servers is not set. It's been set to 3. [28-Mar-2011 09:31:11] NOTICE: configuration file /etc/php5/fpm/php-fpm.conf test is successful Stopping PHP5 FPM Unpacking replacement php5-fpm ... Setting up php5-fpm (5.3.6-4) ... Installing new version of config file /etc/init.d/php5-fpm ... Installing new version of config file /etc/php5/fpm/pool.d/www.conf ... update-rc.d: warning: php5-fpm stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (none) [28-Mar-2011 09:31:12] WARNING: [pool superbaloo] pm.start_servers is not set. It's been set to 3. invoke-rc.d: initscript php5-fpm, action start failed. dpkg: error processing
Bug#619881: libpam-ldapd: shadowLastChange is not updated during password change
Package: libpam-ldapd Version: 0.7.13 Severity: important libpam-ldapd doesn’t change shadowLastChange during password modifica- tion. This problem is probably solved in 0.8.0 (according to #604147): * try to update the shadowLastChange attribute on password change It should be included in squeeze, otherwise it is unusable when password change request occures. -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-ldapd depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libpam-runtime1.1.1-6.1 Runtime support for the PAM librar ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l ii nslcd 0.7.13 Daemon for NSS and PAM lookups usi libpam-ldapd recommends no packages. libpam-ldapd suggests no packages. -- debconf information: libpam-ldapd/enable_shadow: true -- Mariusz Sawicki | rash (at) e-point . pl | e-point SA Glowny Administrator Systemow | http://www.e-point.pl PGP key at: http://staff.e-point.pl/~rash/rash_ep.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619880: Acknowledgement (libnss-ldapd: shadowLastChange is not updated during password change)
This bug should be closed, beacuse it applies to libpam-ldapd. M.S. -- Mariusz Sawicki | rash (at) e-point . pl | e-point SA Glowny Administrator Systemow | http://www.e-point.pl PGP key at: http://staff.e-point.pl/~rash/rash_ep.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619882: mozc: Please build package with --channel_dev=0 option
Source: mozc Version: 1.1.626.102-2 Severity: wishlist Hi, A build number is reflected on the beginning of the candidate conversion. Please restrain this. We can restrain this by add an option --channel_dev=0 at the time of build . Best regards, Nobuhiro -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mozc-server depends on: ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libcurl37.21.4-1 Multi-protocol file transfer libra ii libgcc1 1:4.5.2-5GCC support library ii libprotobuf62.3.0-4 protocol buffers C++ library ii libssl0.9.8 0.9.8o-5 SSL shared libraries ii libstdc++6 4.5.2-5 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime mozc-server recommends no packages. mozc-server 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#619883: libpcsclite1 - Depends against a daemon
Package: libpcsclite1 Version: 1.6.6-2 Severity: important libpcsclite1 depends against pcscd. Most people don't have card readers and therefor don't need this daemon at all. Bastian -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686-bigmem (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 libpcsclite1 depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii pcscd 1.6.6-2Middleware to access a smart card libpcsclite1 recommends no packages. libpcsclite1 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#619884: [INTL:es] Spanish debconf translation for prey
Package: prey Version: 0.4.4-1 Severity: wishlist Tags: l10n, patch Please find attached the Spanish debconf translation for prey. Best regards, -- Omar Campagne Polaino # prey po-debconf translation to Spanish # Copyright (C) 2011 Software in the Public Interest # This file is distributed under the same license as the prey package. # # Changes: # - Initial translation # Omar Campagne ocampa...@gmail.com, 2011 # # - Updates # TRANSLATOR # # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans # msgid msgstr Project-Id-Version: prey 0.4.4-1\n Report-Msgid-Bugs-To: p...@packages.debian.org\n POT-Creation-Date: 2011-03-14 07:06+0100\n PO-Revision-Date: 2011-03-17 20:50+0100\n Last-Translator: Omar Campagne ocampa...@gmail.com\n Language-Team: Debian l10n Spanish debian-l10n-span...@lists.debian.org\n Language: es\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.0-beta4\n X-Project-Style: default\n #. Type: string #. Description #: ../templates:2001 msgid Frequency of Prey reports and actions (minutes): msgstr Frecuencia de informes y acciones de Prey en minutos: #. Type: string #. Description #: ../templates:2001 msgid Please enter the time to wait before waking up Prey. Control Panel users can change this setting later through the web interface. msgstr Introduzca el tiempo de espera antes de iniciar Prey. Los usuarios del Panel de Control pueden modificar esta opción en otro momento a través la interfaz web. #. Type: multiselect #. Description #: ../templates:3001 msgid Modules to enable: msgstr Módulos que activar: #. Type: multiselect #. Description #: ../templates:3001 msgid Prey has many optional modules; if enabled they will be triggered automatically if prey recognizes that the device is stolen. msgstr Prey ofrece varios módulos opcionales. Si están activos, se iniciarán automáticamente si Prey detecta que el dispositivo ha sido robado. #. Type: multiselect #. Description #: ../templates:3001 msgid * alarm: plays a loud sound for 30 seconds;\n * alert: shows the thief a short message (and may change the\n wallpaper);\n * geo: attempts to geolocate the device by using its internal\n GPS or the nearest WiFi access points as reference;\n * lock:locks the device and asks for a password;\n * network: collects information about the Internet connection;\n * secure: deletes browser cookies and stored passwords;\n * session: takes a screenshot, collects information about modified\n files and running programs;\n * webcam: tries to take a picture using the webcam. msgstr * alarm: Emite un fuerte sonido durante 30 segundos;\n * alert: Muestra un corto mensaje al ladrón (y puede que cambie\n el fondo de escritorio)\n * geo: Intenta geolocalizar el dispositivo utilizando el sistema\n GPS integrado, o los puntos de acceso WiFi más cercanos\n como referencia;\n * lock:Bloquea el dispositivo y pide una contraseña;\n * network: Reúne información de la conexión a Internet;\n * secure: Elimina «cookies» de explorador y contraseñas guardadas;\n * session: Guarda la sesión, reuniendo información de ficheros\n modificados y de los programas en ejecución;\n * webcam: Intenta tomar una fotografía usando la cámara web. #. Type: note #. Description #: ../templates:4001 msgid Configuration required msgstr Requisitos de configuración #. Type: note #. Description #: ../templates:4001 msgid To finish configuring Prey, you need to edit \/etc/prey/config\ and choose its running mode. The options are: msgstr Para finalizar la configuración de Prey, debe editar «/etc/prey/config» y seleccionar el modo de funcionamiento. Las opciones son: #. Type: note #. Description #: ../templates:4001 msgid * Control Panel: reports are sent to preyproject.com. Go to\n http://control.preyproject.com/signup and create\n an account, then set \apt_key\ and \device_key\\n appropriately in the configuration file.\n * Standalone:reports are sent directly to the owner at a\n specified mail or SSH (scp/sftp) server when\n activated via a
Bug#511401: terminal.app: segfault on startup under vnc4server
Hi, Gürkan Sengün gur...@phys.ethz.ch writes: Should this bug be closed then? I don't know. If you are confident that terminal.app now handles missing fonts then sure :-) -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619017: [Evolution] Bug#619017: Work around
On sam., 2011-03-26 at 10:53 -0400, Kevin Seise wrote: I got a work around from an Arch forum. (https://bbs.archlinux.org/viewtopic.php?id=112225) The temporary solution seems to be to run evolution without any plugins $evolution --disable-eplugin I don't know where the problem is, but that seems to work OK. I am going to try to delete ~.evolution and rebuild it. Is there a way you could disable all plugins and then enable them one by one to find the misbehaving one? 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#577661: Status of DSPAM in Debian
On Mon, 28 Mar 2011 08:58:47 +0200 Julien Valroff jul...@debian.org wrote: Hi Stevan, Good to hear from you! Hello Julien :) Le lundi 28 mars 2011 à 01:31:34 (+0200 CEST), Stevan Bajić a écrit : On Sat, 26 Mar 2011 22:20:48 +0100 Ana Guerrero a...@debian.org wrote: On Sat, Mar 26, 2011 at 10:16:00PM +0100, Julien Valroff wrote: I plan to upload current git snapshot to experimental very soon - not everything was tested as much as I would have expected, and I think some documentation would need to be checked/rephrased/updated but the package has been in use on several production servers for some time now, which makes me confident for the future. Experimental is experimental after all :-) Maybe the Debian package is experimental but the product it self is not experimental. Ana and I were refering to the Debian package - you know I am using several instances of DSPAM in production, and I am totally confident with the product itself. I redirect everyone I know using Debian or Ubuntu to your repository and so far all of them have a running DSPAM without issues. The package installs and does what it is supposed to do. None of them has reported any failure. The big challenge with packaging it for Debian is that it must suit to most setups and the aim of the package is to make it as easy as possible for the sysadmin. I understand this. However... this is a tricky issue. Does Debian expect that the package installs and automatically/automagically configures DSPAM? If this is the case then I would say that no other packing system out there does that. Debian would be the first one to manage this. Not that it is impossible to do that but how is the Debian packaging system supposed to know what kind of setup the sysadmin wants? There are many options how to run DSPAM and a packaging system is IMHO supposed to help/support the sysadmin to reach his goal but the sysadmin is the only one really knowing what he/she wants and no packaging system has telepatic capabilities and can read the mind of the sysadmin. I alone cannot test everything, but I was waiting to get more feedbacks from the various users of my unofficial packages before uploading it to the official archive. Aha. Okay. Then you should post to the DSPAM mailing list and ask users to submit feedback. The only problem I see in that is that most of them have installed DSPAM long time ago and have probably forgotten what problems they had during the install. Don't get me wrong. I don't think there is any issue with your package. But if Debian aims to be foolproof then you need feedback from users that have absolute no clue about DSPAM and are trying to install it. The feedback you get from those users are probably what you are looking for. Right? The experimental archive is actually for this kind of package - and as I am now certain the package is not totally broken, I'll upload it there to get even more feedback. I know the codebase pretty well and I would say that the current 3.9.x series of DSPAM is by far the best DSPAM you can get today. I might be biased but I think by looking at the GIT commit history you will see yourself that many bug fixes, memory leaks and stability issues have been resolved. At first, I was also waiting for 3.9.1 to be released ;) Ach. Yesterday I had to lookup what this 'MIA' is. Now I know it. And now I can say that the other project members in the DSPAM community project are MIA too. Maybe I should move forward and ask on the DSPAM mailing list if the members/users are comfortable if I make a friendly take over and kick the other inactive admins out of the project? I would have released 3.9.1 since months but it's difficult to release a new version when our release manager, repo master, etc are not doing anything. I hold all the permission to do that all on my own but in 2009 we had assigned different positions to different persons for exactly that reason. Each of us is supposed to do something. But as usuall: When it comes to work then people somehow get lost. They are hiding and this is not good. I'll upload a snapshot of the current HEAD to Debian as it also adds a few fixes and improvements. [...] I am no Debian user and maybe I don't understand the whole thing but why is it so hard to get an updated version of DSPAM into Debian? What is the problem? How can I help? What needs to be done in order to allow Debian users to enjoy a more recent DSPAM version? I'd say the package is ready, though not widely tested and might still contain a few issues. Nothing is without issues. But if you have the possibility to put that package somewhere where other Debian users would be able to install it then why not? Exposing the package to a wider user base is a good way to get more feedback and make the package better. You have my full support. I will fully support you in
Bug#618861: [Evolution] Bug#618861: maybe SSL pop-up not showing?
On sam., 2011-03-19 at 23:05 -0400, Wendy Elmer wrote: I upgraded another machine to the 2.32 version of evolution. That upgrade went okay. I noticed that when I first started evolution that I could see the 0% statuses at the bottom and then a pop-up window came us asking me to verify the SSL certificate. I clicked okay and everything started up fine. On the machine that failed and hung on 0%, I remember thinking there might be a pop-up behind the window so I minimized the main window but I did not find a pop-up window. Maybe the problem was that there was a pop-up waiting for a response but the pop-up was not visible for some reason. It might be related to #616587 indeed, so it'd help to test with eds -4 just to confirm/infirm that. 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#619885: ITP: vo-aacenc -- Free AAC encoder
Package: wnpp Owner: Reinhard Tartler siret...@tauware.de Severity: wishlist * Package name: vo-aacenc Version : 0.1.0-rc1 Upstream Author : Martin Storsjö mar...@martin.st * URL or Web page : http://opencore-amr.git.sourceforge.net/ * License : Apache License 2.0 Description : Free AAC encoder I received the following message from Martin: From: Martin Storsjö mar...@martin.st Subject: vo-aacenc, vo-amrwbenc prerelease To: Reinhard Tartler siret...@tauware.de, Luca Barbato lu_z...@gentoo.org Date: Mon, 28 Mar 2011 10:24:15 +0300 (EEST) Hi, As discussed on irc earlier, I've added the vo-aacenc and vo-amrwbenc libraries into the opencore-amr project on sourceforge, http://opencore-amr.git.sourceforge.net/. I've got a prerelease of the libraries up on http://albin.abo.fi/~mstorsjo/vo-aacenc-0.1.0-rc1.tar.gz and http://albin.abo.fi/~mstorsjo/vo-amrwbenc-0.1.0-rc1.tar.gz. I'd appreciate if you'd give it a look and let me know if there's any issues with packaging these. If everything goes well, I'll release this version soon and announce them. The libraries include small encoding apps for testing the basic library functionality, but they don't need to be included in any .deb at least, I'd say. Patches for using them from libav are available at https://github.com/mstorsjo/ffmpeg. // Martin Martin, Andres, or any other pkg-multimedia team member, would you be willing to co-maintain this package with me? Same question for vo-amrwbenc, which ITP will be following shortly. -- 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#619546: [php-maint] Bug#619546: Bug#619546: Bug#619546: php5-fpm init script failing with error code 1 regardless of failure
Hi, I think it does help a lot. Does this patch: diff --git a/debian/php5-fpm.init b/debian/php5-fpm.init index 25badb3..4e0fdee 100644 --- a/debian/php5-fpm.init +++ b/debian/php5-fpm.init @@ -163,3 +163,5 @@ case $1 in exit 1 ;; esac + +: help? Ondrej -- Ondřej Surý ond...@sury.org http://blog.rfc1925.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619886: pidgin fails to remember last used status message and fails to change statuson first few attempts (yahoo)
Package: pidgin Version: 2.7.11-1 Severity: normal pidgin defaults status to 'available' on startup even though last used status was something else; only after a few attempts with few saved statuses does it play nice. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (300, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-06439-g5bab188 (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 pidgin depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii libatk1.0-01.32.0-3 The ATK accessibility toolkit ii libc6 2.11.2-13 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libdbus-1-31.4.6-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libgstreamer0.10-0 0.10.32-6 Core GStreamer libraries and eleme ii libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user interface ii libgtkspell0 2.0.16-1 a spell-checking addon for GTK's T ii libice62:1.0.7-1 X11 Inter-Client Exchange library ii libpango1.0-0 1.28.3-5 Layout and rendering of internatio ii libpurple0 2.7.11-1 multi-protocol instant messaging l ii libsm6 2:1.2.0-1 X11 Session Management library ii libx11-6 2:1.4.2-1 X11 client-side library ii libxml22.7.8.dfsg-2 GNOME XML library ii libxss11:1.2.1-1 X11 Screen Saver extension library ii perl-base [perlapi-5.10.1] 5.10.1-18 minimal Perl system ii pidgin-data2.7.11-1 multi-protocol instant messaging c Versions of packages pidgin recommends: ii gstreamer0.10-plugins-base0.10.32-2 GStreamer plugins from the base ii gstreamer0.10-plugins-good0.10.28-2 GStreamer plugins from the good Versions of packages pidgin suggests: pn evolution-data-server none (no description available) pn gnome-panel | kdebase-workspa none (no description available) ii libsqlite3-0 3.7.5-1SQLite 3 shared library -- 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#619830: autoreconf not regenerating build system
On 2011-03-27 21:25, Ben Pfaff wrote: Alastair McKinstrymckins...@debian.org writes: On 2011-03-27 18:29, Ben Pfaff wrote: Alastair McKinstrymckins...@debian.org writes: Sorry I thought the example given was clear. The build systems in question has acinclude.m4 files that were generated by aclocal-1.10. What build systems? See silo-llnl for example; this package FTBFS in sid, it worked in squeeze. Where do I get it? http://packages.debian.org/search?keywords=silo-llnlsearchon=namessuite=allsection=all says You have searched for packages that names contain silo-llnl in all suites, all sections, and all architectures. Sorry, your search gave no results silo-llnl is the source package name. -- Alastair McKinstry ,alast...@sceal.ie ,mckins...@debian.org http://blog.sceal.ie Anyone who believes exponential growth can go on forever in a finite world is either a madman or an economist - Kenneth Boulter, Economist. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619887: Typo in the .desktop entry
Package: alien-arena Version: 7.51-1 Severity: minor User: ubuntu-de...@lists.ubuntu.com User-tags: origin-ubuntu natty ubuntu-patch Tags: patch Hi, I'm reporting a typo in the Comment of the .desktop file. I take the opportunity to add the Italian translation of the Comment entry. This minor bug was originally posted in Ubuntu's Launchpad concerning an application which uses the .desktop files to present to the user a list of applications which can be installed or removed. More details at: https://bugs.launchpad.net/ubuntu/+source/app-install-data-ubuntu/+bug/05 http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html Thanks, Andrea --- alien-arena.desktop.old2011-03-28 10:33:55.884298529 +0200 +++ alien-arena.desktop2011-03-28 10:44:02.212675949 +0200 @@ -1,7 +1,8 @@ [Desktop Entry] Name=Alien Arena -Comment=A standalone 3D first person online deathmatch shooter. -Comment[es]=Un juego de acción en primera persona sobre red. +Comment=A standalone 3D first person online deathmatch shooter +Comment[es]=Un juego de acción en primera persona sobre red +Comment[it]=Sparatutto online 3D in prima persona Icon=alien-arena.png Exec=/usr/games/alien-arena --quiet Terminal=false
Bug#619888: Incorrect format for package class path entries
Package: libdbus-java Version: 2.7-1 Tags: patch The package uses absolute paths for entries in the package class path whereas it should be using relative paths. This results in a compiler warning, though AFAICT the package works correctly. [This bug was originally discovered under Ubuntu lucid (10.04.1) using libdbus-java version 2.7-1 and openjdk-6-jdk version 6b18-1.8.1-0ubuntu1. I originally reported the bug to Ubuntu [1] but was asked to report it to Debian. Based on looking at the debian/rules file in the source package, the same problem is present in the Debian versions 2.7-1 and 2.8-1 of the package (I haven't looked at other versions).] To reproduce: $ echo 'public class Foo {}' Foo.java $ /usr/lib/jvm/java-6-openjdk/bin/javac -Xlint:path -classpath /usr/share/java/dbus.jar Foo.java warning: [path] bad path element /usr/share/java/usr/share/java/unix.jar: no such file or directory warning: [path] bad path element /usr/share/java/usr/share/java/hexdump.jar: no such file or directory 2 warnings The two warnings are caused by the problem. The problem is that the rules file adds some jar dependencies to the package's Class-Path using absolute paths, whereas (e.g., according to [2]) relative paths should be used. I have attached a patch to fix the problem. [1] https://bugs.launchpad.net/ubuntu/+source/dbus-java/+bug/663277 [2] http://java.sun.com/developer/Books/javaprogramming/JAR/basics/manifest.html#download -- Michael Haggerty mhag...@alum.mit.edu http://softwareswirl.blogspot.com/ diff -ur dbus-java-2.7-orig/debian/rules dbus-java-2.7/debian/rules --- dbus-java-2.7-orig/debian/rules 2010-12-14 09:25:14.0 +0100 +++ dbus-java-2.7/debian/rules 2010-12-14 09:26:00.0 +0100 @@ -37,8 +37,8 @@ override_dh_install: dh_install -i --sourcedir=debian/tmp override_jh_manifest: - jh_manifest -plibdbus-java -c/usr/share/java/unix.jar /usr/share/java/hexdump.jar - jh_manifest -pdbus-java-bin -c/usr/share/java/dbus-$(VERSION).jar + jh_manifest -plibdbus-java -cunix.jar hexdump.jar + jh_manifest -pdbus-java-bin -cdbus-$(VERSION).jar override_jh_depends: jh_depends -pdbus-java-bin -jopen jh_depends -plibdbus-java Only in dbus-java-2.7/debian: rules~
Bug#611615: how to fix
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 solved this problem just by erasing /etc/logrotate.d/puppetmaster, as the log rotation configured in /etc/logrotate.d/puppetmasteris is already done in /etc/logrotate.d/puppet as the bug reporter noticed. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk2QSjIACgkQmCCtp3JG12oy+wCgpwJC1NHd0Ic5cRdOGpG5SVZu uh0AoN89zbizt4Wc0MJqLjcLuNi5zq+k =HRuf -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619889: heimdal-kdc: KDC does not find samba accounts in LDAP backend due to wrong search filter
Package: heimdal-kdc Version: 1.4.0~git20100726.dfsg.1-1+b1 Severity: normal Tags: patch Hello, current heimkdal-kdc in Debian 6 (1.4.0~git20100726.dfsg.1-1+b1) is a pre-release snapshot (1.3.99) of heimdal 1.4. When using an LDAP backend that contains samba accounts, they are not recognized as principals due to a wrong search filter. This has been fixed in 1.4 release with commit https://github.com/heimdal/heimdal/commit/901d655ba7d9dd4f912508b89c6e6803ee95b843#lib/hdb /hdb-ldap.c. As to be expected, heimdal-kdc 1.4.0-4 in testing does not have this problem and recognises samba accounts. An update of the package in Debian 6 or backport of this fix would be greatly appreaciated. Thanks, Micha -- System Information: Debian Release: 6.0 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages heimdal-kdc depends on: ii debconf [d 1.5.36.1 Debian configuration management sy ii heimdal-cl 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - clients ii krb5-confi 2.2 Configuration files for Kerberos V ii libasn1-8- 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - ASN.1 library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libedit2 2.11-20080614-2 BSD editline and history libraries ii libgssapi2 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - GSSAPI support ii libhdb9-he 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - kadmin server l ii libkadm5sr 1.4.0~git20100726.dfsg.1-1+b1 Libraries for Heimdal Kerberos ii libkdc2-he 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - KDC support lib ii libkrb5-26 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - libraries ii libroken18 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - roken support l ii libsl0-hei 1.4.0~git20100726.dfsg.1-1+b1 Heimdal Kerberos - SL support libr ii libssl0.9. 0.9.8o-4 SSL shared libraries ii openbsd-in 0.20080125-6 The OpenBSD Internet Superserver Versions of packages heimdal-kdc recommends: ii logrotate 3.7.8-6Log rotation utility Versions of packages heimdal-kdc suggests: pn heimdal-docs none (no description available) -- Vorstand/Board of Management: Dr. Bernd Finkbeiner, Dr. Roland Niemeier, Dr. Arno Steitz, Dr. Ingrid Zech Vorsitzender des Aufsichtsrats/ Chairman of the Supervisory Board: Michel Lepert Sitz/Registered Office: Tuebingen Registergericht/Registration Court: Stuttgart Registernummer/Commercial Register No.: HRB 382196 --- heimdal-1.3.3/lib/hdb/hdb-ldap.c2010-05-26 23:53:13.0 +0200 +++ heimdal-1.4/lib/hdb/hdb-ldap.c 2010-09-13 09:23:34.0 +0200 @@ -886,7 +886,7 @@ ldap_msgfree(*msg); *msg = NULL; - ret = escape_value(context, princname, quote); + ret = escape_value(context, userid, quote); if (ret) goto out;
Bug#619546: [php-maint] Bug#619546: Bug#619546: Bug#619546: php5-fpm init script failing with error code 1 regardless of failure
On 03/28/2011 10:47 AM, Ondřej Surý wrote: Hi, I think it does help a lot. Does this patch: diff --git a/debian/php5-fpm.init b/debian/php5-fpm.init index 25badb3..4e0fdee 100644 --- a/debian/php5-fpm.init +++ b/debian/php5-fpm.init @@ -163,3 +163,5 @@ case $1 in exit 1 ;; esac + +: help? Ondrej That's it :) # dpkg -i --force-depends /var/cache/apt/archives/php5-fpm_5.3.6-2_i386.deb dpkg: warning: downgrading php5-fpm from 5.3.6-4 to 5.3.6-2. (Reading database ... 229931 files and directories currently installed.) Preparing to replace php5-fpm 5.3.6-4 (using .../php5-fpm_5.3.6-2_i386.deb) ... Unpacking replacement php5-fpm ... dpkg: php5-fpm: dependency problems, but configuring anyway as you requested: php5-fpm depends on php5-common (= 5.3.6-2); however: Version of php5-common on system is 5.3.6-4. Setting up php5-fpm (5.3.6-2) ... Installing new version of config file /etc/php5/fpm/pool.d/www.conf ... Configuration file `/etc/init.d/php5-fpm' == Modified (by you or by a script) since installation. == Package distributor has shipped an updated version. What would you like to do about it ? Your options are: Y or I : install the package maintainer's version N or O : keep your currently-installed version D : show the differences between the versions Z : start a shell to examine the situation The default action is to keep your current version. *** php5-fpm (Y/I/N/O/D/Z) [default=N] ? Y Installing new version of config file /etc/init.d/php5-fpm ... update-rc.d: warning: php5-fpm stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (none) [28-Mar-2011 10:56:16] WARNING: [pool www] pm.start_servers is not set. It's been set to 20. [28-Mar-2011 10:56:16] WARNING: [pool superbaloo] pm.start_servers is not set. It's been set to 3. [28-Mar-2011 10:56:16] NOTICE: configuration file /etc/php5/fpm/php-fpm.conf test is successful Starting PHP5 FPM...[28-Mar-2011 10:56:16] WARNING: [pool www] pm.start_servers is not set. It's been set to 20. [28-Mar-2011 10:56:16] WARNING: [pool superbaloo] pm.start_servers is not set. It's been set to 3. . Processing triggers for man-db ... # dpkg -i /var/cache/apt/archives/php5-fpm_5.3.6-4_i386.deb (Reading database ... 229931 files and directories currently installed.) Preparing to replace php5-fpm 5.3.6-2 (using .../php5-fpm_5.3.6-4_i386.deb) ... [28-Mar-2011 10:56:23] WARNING: [pool www] pm.start_servers is not set. It's been set to 20. [28-Mar-2011 10:56:23] WARNING: [pool superbaloo] pm.start_servers is not set. It's been set to 3. [28-Mar-2011 10:56:23] NOTICE: configuration file /etc/php5/fpm/php-fpm.conf test is successful Stopping PHP5 FPM Unpacking replacement php5-fpm ... Setting up php5-fpm (5.3.6-4) ... Installing new version of config file /etc/init.d/php5-fpm ... Installing new version of config file /etc/php5/fpm/pool.d/www.conf ... update-rc.d: warning: php5-fpm stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (none) [28-Mar-2011 10:56:23] WARNING: [pool superbaloo] pm.start_servers is not set. It's been set to 3. invoke-rc.d: initscript php5-fpm, action start failed. dpkg: error processing php5-fpm (--install): subprocess installed post-installation script returned error exit status 1 Processing triggers for man-db ... Errors were encountered while processing: php5-fpm # cat - |tee /tmp/php-fpm.patch --- a/debian/php5-fpm.init +++ b/debian/php5-fpm.init @@ -163,3 +163,5 @@ case $1 in exit 1 ;; esac + +: --- a/debian/php5-fpm.init +++ b/debian/php5-fpm.init @@ -163,3 +163,5 @@ case $1 in exit 1 ;; esac + +: ^C # cat /tmp/php-fpm.patch |patch -p2 /etc/init.d/php5-fpm patching file /etc/init.d/php5-fpm Hunk #1 succeeded at 163 with fuzz 1. # apt-get -f install Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 1 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Setting up php5-fpm (5.3.6-4) ... update-rc.d: warning: php5-fpm stop runlevel arguments (0 1 6) do not match LSB Default-Stop values (none) i don't understand the colon. Do you have any pointers on it ? Thanks :) -- Arthur Gautier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619885: ITP: vo-aacenc -- Free AAC encoder
Interesting! What is the difference between VisualOn and Opencore? Why are those two codecs separate from opencore-amr, will they get integrated in the future? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619854: wajig: Please use gdebi for install of .deb
On Sun, Mar 27, 2011 at 21:10, Reuben Thomas r...@sc3d.org wrote: Please make wajig install use gdebi, as this then offers to install any missing dependencies. Another convenience. It’s useful enough that my brain remembers to use gdebi when I want to install a .deb manually, rather than wajig. Makes sense. What do you think Graham? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619890: Incorrect format for package class path entries
Package: libmatthew-java Version: 0.7.2-1 Tags: patch The package uses absolute paths for entries in the package class path whereas it should be using relative paths. This results in a compiler warning, though AFAICT the package works correctly. This problem is very similar to a bug that I just reported against the libdbus-java package (no bug number yet assigned). [This bug was originally discovered under Ubuntu lucid (10.04.1) using libmatthew-java version 0.7.2-1 and openjdk-6-jdk version 6b18-1.8.1-0ubuntu1. I originally reported the bug to Ubuntu [1]. Based on looking at the debian/rules file in the source package, the same problem is present in Debian version 0.7.3-1 of the package (I haven't looked at other versions).] The problem is that the rules file adds some jar dependencies to the package's Class-Path using absolute paths, whereas (e.g., according to [2]) relative paths should be used. I have attached a patch that fixes the problem. Thanks, Michael [1] https://bugs.launchpad.net/ubuntu/+source/libmatthew-java/+bug/690080 [2] http://java.sun.com/developer/Books/javaprogramming/JAR/basics/manifest.html#download -- Michael Haggerty mhag...@alum.mit.edu http://softwareswirl.blogspot.com/ diff -ur libmatthew-java-0.7.2-orig/Makefile libmatthew-java-0.7.2/Makefile --- libmatthew-java-0.7.2-orig/Makefile 2010-12-14 09:40:37.0 +0100 +++ libmatthew-java-0.7.2/Makefile 2010-12-14 09:42:33.0 +0100 @@ -63,7 +63,7 @@ (cd classes; $(JAR) cf ../$@ cx/ath/matthew/io/*class) unix-$(UNIXVER).jar: .classes ifeq ($(DEBUG),enable) - echo Class-Path: $(JARDIR)/debug-$(DEBUG).jar Manifest + echo Class-Path: debug-$(DEBUG).jar Manifest else echo Class-Path: Manifest endif @@ -91,11 +91,11 @@ debug-enable-$(DEBUGVER).jar: cx/ath/matthew/debug/Debug.jpp make .enabledebug - echo Class-Path: $(JARDIR)/hexdump.jar Manifest + echo Class-Path: hexdump.jar Manifest (cd classes;jar cfm ../$@ ../Manifest cx/ath/matthew/debug/*.class) debug-disable-$(DEBUGVER).jar: cx/ath/matthew/debug/Debug.jpp make .disabledebug - echo Class-Path: $(JARDIR)/hexdump.jar Manifest + echo Class-Path: hexdump.jar Manifest (cd classes;jar cfm ../$@ ../Manifest cx/ath/matthew/debug/*.class) .enabledebug: cx/ath/matthew/debug/Debug.jpp mkdir -p classes Only in libmatthew-java-0.7.2: Makefile~
Bug#590431: xserver-xorg-video-openchrome: cannot start X with VX800 Chipset
Hi, sorry for being so unresponsive. I testet the client in the meantime with a squeeze live image without any customised packages and everything looks good so far. In squeeze the X server works with openchrome on this hardware. Kind Regards Tobias -- Tobias Scherer Support Engineer Univention GmbH Linux for your business Mary-Somerville-Str.1 28359 Bremen Tel. : +49 421 22232-40 Fax : +49 421 22232-99 sche...@univention.de http://www.univention.de Geschäftsführer: Peter H. Ganten HRB 20755 Amtsgericht Bremen Steuer-Nr.: 71-597-02876 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619879: fix gdb threads problems for Hurd
Hello, Svante Signell, le Mon 28 Mar 2011 09:49:44 +0200, a écrit : The last two parts of the patch (finding and linking with libhurduser and libmachuser) will not be needed in next version of libc0.3, where they will be integrated into libc itself (according to Samuel Thibault). Don't include them, yes, it's not needed on the buildds anyway. This bug is related to bug #579834 which will be merged when this bug report is registered. Err, why having submitted a new bug then? Did you work out with upstream whether it's the correct way that will be commited upstream? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
Am 28.03.2011 11:10, schrieb Faheem Mitha: ii libavcodec0d 0.cvs20060823-8 ffmpeg codec library rc libavcodec51 3:20080706-0.3lenny2 library to encode decode rc libavcodeccvs51 3:20070329-0.0etch1 library to encode decode ii libavformat0d 0.cvs20060823-8 ffmpeg file format library rc libavformatcvs51 3:20070329-0.0etch1 ffmpeg file format library ii libavutil49 4:0.5.2-6 ffmpeg utility library rc libavutilcvs49 3:20070329-0.0etch1 avutil shared libraries As a first step, please remove the packages in the lines starting with ii above. For the others, I think rc means removed but not purged, but I am not sure. Purging them won't hurt, though. Please do also check the list for libswscale\* and libpostproc\*. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
On Mon, 28 Mar 2011, Fabian Greffrath wrote: Am 24.03.2011 19:46, schrieb Faheem Mitha: I backported ffmpeg 4:0.6.1-5 from unstable to squeeze. On running it, I see the following warning This requires quite a few steps. Could you please elaborate what exactly you did? Do you still have other or older ffmpeg library packages installed (i.e. what gives 'dpkg -l libav\*')? Forgetting about the backport, this is still reproducible if I just install packages directly from unstable, which is what I currently have installed. Squeeze and unstable are apparently close enough that this does not pull in any additional dependencies other than the packages from the ffmpeg source package. Pretty much everything below with version number is 4:0.6.1-5 is from unstable, I think. Of course, it is entirely possible I screwed up when switching from my locally compiled packages to the packages in unstable. If you want me to give you information about my backport of the ffmpeg packages I built from the unstable ffmpeg source, I'd have to do it over, because I don't remember the details, but it was comparatively straightforward. Can you tell me if this problem shows up on unstable? If not, it is just a problem at my end, and, frankly I'd expect you to close this immediately. :-) Output given below. # dpkg -l libav\* Question: is there an easy way to obtain a list like below, but with the origin of the packages? Regards, Faheem Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Description +++--- ii libavahi-client-dev 0.6.27-2+squeeze1 Development files for the Avahi client library ii libavahi-client3 0.6.27-2+squeeze1 Avahi client library ii libavahi-common-data 0.6.27-2+squeeze1 Avahi common data files ii libavahi-common-dev 0.6.27-2+squeeze1 Development files for the Avahi common library ii libavahi-common3 0.6.27-2+squeeze1 Avahi common library ii libavahi-compat-libdnssd10.6.27-2+squeeze1 Avahi Apple Bonjour compatibility library un libavahi-core3 none (no description available) rc libavahi-core5 0.6.23-3lenny2 Avahi's embeddable mDNS/DNS-SD library ii libavahi-core7 0.6.27-2+squeeze1 Avahi's embeddable mDNS/DNS-SD library ii libavahi-glib1 0.6.27-2+squeeze1 Avahi glib integration library ii libavahi-gobject00.6.27-2+squeeze1 Avahi GObject library ii libavahi-qt3-1 0.6.27-2+squeeze1 Avahi Qt 3 integration library ii libavalon-framework-java 4.2.0-7 Common framework for Java server applications un libavalon-framework-java-doc none (no description available) ii libavc1394-0 0.5.3-1+b2 control IEEE 1394 audio/video devices ii libavcodec-dev 4:0.6.1-5 Development files for libavcodec un libavcodec-extra-52 none (no description available) un libavcodec-unstripped-51 none (no description available) ii libavcodec0d 0.cvs20060823-8 ffmpeg codec library rc libavcodec51 3:20080706-0.3lenny2 library to encode decode multimedia streams - runtime files ii libavcodec52 4:0.6.1-5 FFmpeg codec library rc libavcodeccvs51 3:20070329-0.0etch1 library to encode decode multimedia streams - runtime files un libavcore0 none (no description available) un libavdevice-dev none (no description available) un libavdevice-extra-52 none (no description available) ii libavdevice524:0.6.1-5 FFmpeg device handling library un libavfilter-dev none (no description available) un libavfilter-extra-1
Bug#619821: Configure SSL certificates
* Vincent Danjean vincent.danj...@ens-lyon.org [20110327 21:39]: On 27/03/2011 15:09, Seo Sanghyeon wrote: Package: mercurial Version: 1.8.1-1 I think SSL certificates should be configured in system-wide hgrc. Here's how: http://mercurial.selenic.com/wiki/CACertificates I did not try certificates (nor read the linked document) yet. However, would putting this config in system-wide hgrc still allow a user to disable this functionality ? Yes, by adding this to the user's ~/.hgrc: [web] cacerts = Or by using the --insecure command line switch. Upstream does not like at all that distrib-mercurial has some features automatically enabled in system-wide hgrc that are not enabled by default in plain mercurial. This was about too many extensions enabled by default. See http://mercurial.selenic.com/wiki/Packaging#SSL_support 2. SSL support Packagers are encouraged to integrate as well as possible with the platforms existing PKI, for example by distributing a hgrc.d/cacert.rc with configuration of web.cacerts. This would add dependency to ca-certificates pacakge. For now, we could add it in 'Suggests' and document this in README.Debian I'd say adding it to /etc/mercurial/hgrc.d/cacert.rc and using 'Recommends' would be the best solution. Regards, Thomas -- tho...@intevation.de - http://intevation.de/~thomas/ - OpenPGP key: 0x5816791A Intevation GmbH, Neuer Graben 17, 49074 Osnabrueck - AG Osnabrueck, HR B 18998 Geschaeftsfuehrer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619546: [php-maint] Bug#619546: Bug#619546: Bug#619546: Bug#619546: php5-fpm init script failing with error code 1 regardless of failure
i don't understand the colon. Do you have any pointers on it ? That's easy. When I saw your output I have realized that the script never goes to log_msg_end statement because of VERBOSE=no and whole script returns with last exit value (which is 1). The ':' is an empty command (aka set the retval to 0). It was my oversight when copying the init.d from /etc/init.d/skeleton, sorry for that and thanks for the testing. I'll try to silence the set-to-default warnings and upload -5 version. O. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619854: wajig: Please use gdebi for install of .deb
Does the command line use of gdebi exclude popups appearing? Seems like a good idea, but I just wonder what changes occur to interactions with wajig when we use gdebi instead of the current install method? If none, and we automatically get dependencies when manually installing a .deb, then yes - we should use it. Regards, Graham On 28/03/2011, Tshepang Lekhonkhobe tshep...@gmail.com wrote: On Sun, Mar 27, 2011 at 21:10, Reuben Thomas r...@sc3d.org wrote: Please make wajig install use gdebi, as this then offers to install any missing dependencies. Another convenience. It’s useful enough that my brain remembers to use gdebi when I want to install a .deb manually, rather than wajig. Makes sense. What do you think Graham? -- Regards, Graham -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#286672: Patch to enable gnutls
As M. Braun said in his previous message (in 2009), there is in fact a patch to enable gnutls support (which he wrote!). I've extracted the code from the massive zip file that's linked at the Ubuntu bug report and have made the required changes to the debian control file to use it. I *think* this should work. Anyway, (Dear Maintainer!): could you try building with the attached patch? It might need a bit of cleaning up, but it seems that it would be good to put this long-standing bug to rest at last. The attached patch applies to the current debian source package (5.4.dfsg.1-2.5). Rupert diff -ur mail-notification-5.4.dfsg.1/debian//control mail-notification-5.4.dfsg.1.new/debian//control --- mail-notification-5.4.dfsg.1/debian//control 2011-02-27 23:50:20.0 + +++ mail-notification-5.4.dfsg.1.new/debian//control 2011-03-28 10:09:13.0 +0100 @@ -2,7 +2,7 @@ Section: gnome Priority: optional Maintainer: LIU Qi liuq...@gmail.com -Build-Depends: debhelper (= 7), scrollkeeper, gnome-pkg-tools, libxml-parser-perl, libglade2-dev (= 2.6.0), libsasl2-dev (= 2.0.0), libgmime-2.4-dev, evolution-dev (= 2.11.0), evolution-plugins (= 2.6.0), evolution-data-server-dev (= 1.6.0), libgnomeprintui2.2-dev, libnotify-dev (= 0.4.3), intltool (= 0.35), gob2 (= 2.0.16), libx11-dev +Build-Depends: debhelper (= 7), scrollkeeper, gnome-pkg-tools, libxml-parser-perl, libglade2-dev (= 2.6.0), libsasl2-dev (= 2.0.0), libgmime-2.4-dev, evolution-dev (= 2.11.0), evolution-plugins (= 2.6.0), evolution-data-server-dev (= 1.6.0), libgnomeprintui2.2-dev, libnotify-dev (= 0.4.3), intltool (= 0.35), gob2 (= 2.0.16), libx11-dev, libgnutls-dev (= 2.0.4) Standards-Version: 3.9.1 Package: mail-notification @@ -21,7 +21,7 @@ * Mozilla products (Mozilla, SeaMonkey, Thunderbird, ...) mailbox support * SASL authentication support * APOP authentication support - * SSL/TLS support (disabled, see README.Debian) + * SSL/TLS support (using gnutls, see README.Debian) * automatic detection of mailbox format * immediate notification (depends on your settings) * HIG 2.0 compliance diff -ur mail-notification-5.4.dfsg.1/debian//patches/series mail-notification-5.4.dfsg.1.new/debian//patches/series --- mail-notification-5.4.dfsg.1/debian//patches/series 2011-03-13 22:14:01.0 + +++ mail-notification-5.4.dfsg.1.new/debian//patches/series 2011-03-28 10:15:17.0 +0100 @@ -9,3 +9,4 @@ strict-libs.patch evolution-2.32.patch ignore-junk.patch +add-gnutls.patch diff -ur mail-notification-5.4.dfsg.1/debian//README.Debian mail-notification-5.4.dfsg.1.new/debian//README.Debian --- mail-notification-5.4.dfsg.1/debian//README.Debian 2010-05-26 05:55:55.0 +0100 +++ mail-notification-5.4.dfsg.1.new/debian//README.Debian 2011-03-28 10:08:06.0 +0100 @@ -9,8 +9,9 @@ 1. SSL -- -I had to disable SSL because of a license issue. -It doesn't look like the issue is going to be solved soon. + +SSL support is available using gnutls, thanks to a patch by Michael +Braun michael-...@fami-braun.de. See the Debian BTS thread: http://bugs.debian.org/286672 diff -ur mail-notification-5.4.dfsg.1/debian//rules mail-notification-5.4.dfsg.1.new/debian//rules --- mail-notification-5.4.dfsg.1/debian//rules 2010-05-26 05:55:55.0 +0100 +++ mail-notification-5.4.dfsg.1.new/debian//rules 2011-03-28 09:48:18.0 +0100 @@ -14,7 +14,7 @@ configure: configure-stamp configure-stamp: dh_testdir - ./jb configure ssl=no sysconfdir=/etc destdir=$(DEBIAN_DIR)/tmp/ cppflags=-I/usr/include/libgtkhtml-3.14 -I/usr/include/libgtkhtml-3.14/editor + ./jb configure gnutls=yes sysconfdir=/etc destdir=$(DEBIAN_DIR)/tmp/ cppflags=-I/usr/include/libgtkhtml-3.14 -I/usr/include/libgtkhtml-3.14/editor touch $@ pgp2Us0yfinbs.pgp Description: PGP signature
Bug#604456: xserver-xorg-video-intel: X crashes since upgrade to 2.12
Bonjour Cyril, On Tue, Feb 22, 2011 at 11:53:15PM +0100, Cyril Brulebois wrote: you could try that: http://pkg-xorg.alioth.debian.org/howto/use-gdb.html thanks for this very clear description! I am attaching a simple and a full backtrace, as well as... Could you please attach the output of “ldd /usr/bin/Xorg”? ...the ldd output. The files have been obtained with the current stable version of xserver-xorg-video-intel, 2:2.13.0-6. Andreas #0 0xb7793424 in __kernel_vsyscall () #1 0xb74d5751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 #2 0xb74d8b82 in *__GI_abort () at abort.c:92 #3 0xb74ce8b8 in *__GI___assert_fail (assertion=0xb72b6343 0, file=0xb725cb58 i915_vtbl.c, line=339, function=0xb725cd65 i915_emit_state) at assert.c:81 #4 0xb707c097 in i915_emit_state (intel=0x975a270) at i915_vtbl.c:339 #5 0xb70a5ff4 in intelRenderStart (ctx=0x975a270) at intel_tris.c:1092 #6 0xb715afc3 in run_render (ctx=0x975a270, stage=0x963ba34) at tnl/t_vb_render.c:275 #7 0xb714ed83 in _tnl_run_pipeline (ctx=0x975a270) at tnl/t_pipeline.c:157 #8 0xb70a62dd in intelRunPipeline (ctx=0x975a270) at intel_tris.c:1079 #9 0xb714fad6 in _tnl_draw_prims (ctx=0x975a270, arrays=0x95efda4, prim=0x95ee878, nr_prims=1, ib=0x0, min_index=0, max_index=3) at tnl/t_draw.c:467 #10 0xb714ff39 in _tnl_vbo_draw_prims (ctx=0x975a270, arrays=0x95efda4, prim=0x95ee878, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', min_index=0, max_index=3) at tnl/t_draw.c:376 #11 0xb7147f94 in vbo_exec_vtx_flush (exec=0x95ee748, unmap=1 '\001') at vbo/vbo_exec_draw.c:384 #12 0xb7143db7 in vbo_exec_FlushVertices_internal (ctx=0x0, unmap=6 '\006') at vbo/vbo_exec_api.c:872 #13 0xb7143e10 in vbo_exec_FlushVertices (ctx=0x975a270, flags=3) at vbo/vbo_exec_api.c:906 #14 0xb70bef91 in _mesa_PopAttrib () at main/attrib.c:877 #15 0xb73493a1 in __glXDisp_PopAttrib (pc=0xa42a338 \b) at ../../glx/indirect_dispatch.c:1445 #16 0xb73730e4 in __glXDisp_Render (cl=0x95c2940, pc=0xa42a334 \004) at ../../glx/glxcmds.c:1823 #17 0xb73779e2 in __glXDispatch (client=0x9464a38) at ../../glx/glxext.c:578 #18 0x08074187 in Dispatch () at ../../dix/dispatch.c:439 #19 0x080669aa in main (argc=9, argv=0xbf869554, envp=0xbf86957c) at ../../dix/main.c:283 #0 0xb7793424 in __kernel_vsyscall () No symbol table info available. #1 0xb74d5751 in *__GI_raise (sig=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64 resultvar = value optimized out pid = -1218523148 selftid = 3533 #2 0xb74d8b82 in *__GI_abort () at abort.c:92 act = {__sigaction_handler = {sa_handler = 0xbf868d80, sa_sigaction = 0xbf868d80}, sa_mask = {__val = {3075587213, 104, 64, 3213266544, 3213266332, 104, 64, 60, 173439560, 3076444148, 60, 59, 3213266504, 3075517970, 173439568, 60, 3213266544, 173439568, 0, 4222451712, 173439568, 173439568, 173439568, 173439568, 173439627, 173439668, 173439568, 173439668, 0, 0, 0, 0}}, sa_flags = 0, sa_restorer = 0} sigs = {__val = {32, 0 repeats 31 times}} #3 0xb74ce8b8 in *__GI___assert_fail (assertion=0xb72b6343 0, file=0xb725cb58 i915_vtbl.c, line=339, function=0xb725cd65 i915_emit_state) at assert.c:81 buf = 0xa567a50 X: i915_vtbl.c:339: i915_emit_state: Assertion `0' failed.\n #4 0xb707c097 in i915_emit_state (intel=0x975a270) at i915_vtbl.c:339 state = 0x9770780 i = value optimized out count = 1 aper_count = value optimized out dirty = value optimized out aper_array = {0xa4281c0, 0x961f7d8, 0xa3a9be8, 0xa3a9be8, 0xa3a9be8, 0xa3a9be8, 0xb72be880, 0x975a270, 0x9, 0xbf868f48, 0xb707b7bd} __PRETTY_FUNCTION__ = i915_emit_state __FUNCTION__ = i915_emit_state #5 0xb70a5ff4 in intelRenderStart (ctx=0x975a270) at intel_tris.c:1092 No locals. #6 0xb715afc3 in run_render (ctx=0x975a270, stage=0x963ba34) at tnl/t_vb_render.c:275 tnl = 0x963b7f0 tab = 0x0 pass = 4 __PRETTY_FUNCTION__ = run_render #7 0xb714ed83 in _tnl_run_pipeline (ctx=0x975a270) at tnl/t_pipeline.c:157 tnl = 0x963b8e0 __tmp = 895 i = 10 #8 0xb70a62dd in intelRunPipeline (ctx=0x975a270) at intel_tris.c:1079 No locals. #9 0xb714fad6 in _tnl_draw_prims (ctx=0x975a270, arrays=0x95efda4, prim=0x95ee878, nr_prims=1, ib=0x0, min_index=0, max_index=3) at tnl/t_draw.c:467 this_nr_prims = value optimized out bo = {0xb72be880, 0x975a270, 0xa42adf0, 0xbf8690e8, 0xb7077d36, 0x975a270, 0x1, 0x0, 0x0, 0x975a270, 0xa42adf0, 0x963b7f0, 0xb72be880, 0x2000, 0x975a270, 0xbf869118, 0xb7071565, 0x975a270, 0x3040, 0x0, 0x0, 0x975a270, 0x962ca08, 0xbf869138, 0xb72be880, 0x975a270, 0x0, 0xbf869178, 0xb711a959, 0x975a270, 0x3040, 0x0, 0xb72be880} nr_bo = 0 max_basevertex = value optimized out i = value optimized out __PRETTY_FUNCTION__ = _tnl_draw_prims #10 0xb714ff39 in _tnl_vbo_draw_prims
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
On Mon, 28 Mar 2011, Fabian Greffrath wrote: Am 28.03.2011 11:10, schrieb Faheem Mitha: ii libavcodec0d 0.cvs20060823-8 ffmpeg codec library rc libavcodec51 3:20080706-0.3lenny2 library to encode decode rc libavcodeccvs51 3:20070329-0.0etch1 library to encode decode ii libavformat0d 0.cvs20060823-8 ffmpeg file format library rc libavformatcvs51 3:20070329-0.0etch1 ffmpeg file format library ii libavutil49 4:0.5.2-6 ffmpeg utility library rc libavutilcvs49 3:20070329-0.0etch1 avutil shared libraries As a first step, please remove the packages in the lines starting with ii above. For the others, I think rc means removed but not purged, but I am not sure. That is correct. Purging them won't hurt, though. Removing the packages listed above does not change the WARNING: library configuration mismatch Please do also check the list for libswscale\* and libpostproc\*. See below. You didn't say whether this problem is reproducible in stable. Faheem # dpkg -l libswscale\* ||/ Name Version Description +++--- un libswscale-dev none (no description available) un libswscale-extra-0 none (no description available) ii libswscale0 4:0.6.1-5 FFmpeg video scaling library # dpkg -l libpostproc\* ||/ Name Version Description +++--- un libpostproc-dev none (no description available) un libpostproc-extra-51 none (no description available) un libpostproc0 none (no description available) ii libpostproc0d0.cvs20060823-8 ffmpeg video postprocessing library ii libpostproc514:0.6.1-5 FFmpeg video postprocessing library rc libpostproccvs51 3:20070329-0.0etch1 postproc shared libraries -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619879: fix gdb threads problems for Hurd
On Mon, 2011-03-28 at 11:02 +0200, Samuel Thibault wrote: Hello, Svante Signell, le Mon 28 Mar 2011 09:49:44 +0200, a écrit : The last two parts of the patch (finding and linking with libhurduser and libmachuser) will not be needed in next version of libc0.3, where they will be integrated into libc itself (according to Samuel Thibault). Don't include them, yes, it's not needed on the buildds anyway. OK, when will the fixed libc be updated? This bug is related to bug #579834 which will be merged when this bug report is registered. Err, why having submitted a new bug then? Sorry, I made a mistake here. It should have been reported to bug #579834. Did you work out with upstream whether it's the correct way that will be commited upstream? How to contact upstream? I've only seen the bug report (don't remember the number) on Savannah so far. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619879: fix gdb threads problems for Hurd
forcemerge 619879 579834 forwarded 579834 http://www.sourceware.org/bugzilla/show_bug.cgi?id=1 thanks Svante Signell, le Mon 28 Mar 2011 11:32:45 +0200, a écrit : On Mon, 2011-03-28 at 11:02 +0200, Samuel Thibault wrote: Svante Signell, le Mon 28 Mar 2011 09:49:44 +0200, a écrit : The last two parts of the patch (finding and linking with libhurduser and libmachuser) will not be needed in next version of libc0.3, where they will be integrated into libc itself (according to Samuel Thibault). Don't include them, yes, it's not needed on the buildds anyway. OK, when will the fixed libc be updated? When it's ready. As I said on the list, to fix it by hand just add INPUT ( AS_NEEDED ( -lmachuser -lhurduser ) ) to your /usr/lib/libc.so Did you work out with upstream whether it's the correct way that will be commited upstream? How to contact upstream? I've only seen the bug report (don't remember the number) on Savannah so far. http://www.sourceware.org/bugzilla/show_bug.cgi?id=1 Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#286672: ... and with the actual contents of the patch!
Sorry for spamming the bug report with a massive patch. Even sorrier for sending the wrong one! This patch used the magic -N flag too and actually contains the code that's required... Rupert add-gnutls-support.patch.gz Description: Binary data pgpXSu4ZvmZsJ.pgp Description: PGP signature
Bug#619317: linux-image-2.6.32-5-xen-686: booting via hypervisor slows bootup significant (hang) and also slow on runtime
On Saturday 26 March 2011 12:11:04 you wrote: On Tuesday, 22. March 2011, you wrote: Booting linux-image-2.6.32-5-xen-686 via hypervisor gets hanging (several) init scripts. This seems to workaround with generating input on stdin when the init script hangs. Video of bootup is also available[1]. It looks like “max_cstate=1″ did fix the problem for me. It also appeared recently on the Linux power management list[1]. In the next day I will also try hpet=disable and give feedback. Okay hpet=disable seems not to work, while cpuidle=off did work also quite well instead of “max_cstate=1″. With kind regards, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#511401: terminal.app: segfault on startup under vnc4server
On 03/28/11 10:21, Timo Juhani Lindfors wrote: Hi, Gürkan Sengün gur...@phys.ethz.ch writes: Should this bug be closed then? I don't know. If you are confident that terminal.app now handles missing fonts then sure :-) I think so, since it's not the job of the terminal software to handle missing fonts. If you try to run xterm without its default font, it won't work either... Yours, Gurkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619891: ITP: vo-amrwbenc -- AMR encoder
Package: wnpp Owner: Reinhard Tartler siret...@tauware.de Severity: wishlist * Package name: vo-amrwbenc Version : 0.1.0-rc1 Upstream Author : Martin Storsjö mar...@martin.st * URL or Web page : http://opencore-amr.git.sourceforge.net/ * License : Apache License 2.0 Description : VisualOn AMR-WB encoder library This library contains an encoder implementation of the Adaptive Multi Rate Wideband (AMR-WB) audio codec. The library is based on a codec implementation by VisualOn, part of the Stagefright framework from the Google Android project. Similar to the sister ITP (Debian Bug #619885) I solicit for co-maintainers in the pkg-multimedia team for this package. -- 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#619893: amarok plays mp3tunes albums in alphabetic order instead of track number
Package: amarok Version: 2.4.0-1 Severity: minor When selecting an album from the mp3tunes interface its tracks are sorted alphabetically in the playlist instead of by track number. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37.1 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages amarok depends on: ii amarok-common2.4.0-1 architecture independent files for ii amarok-utils 2.4.0-1 utilities for Amarok media player ii kdebase-runtime 4:4.4.5-1 runtime components from the offici ii libavcodec52 5:0.6.1+svn20110308-0.0 library to encode decode multimedi ii libavformat525:0.6.1+svn20110308-0.0 ffmpeg file format library ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.3-1Multi-protocol file transfer libra ii libgcc1 1:4.5.2-4 GCC support library ii libgcrypt11 1.4.6-5 LGPL Crypto library - runtime libr ii libglib2.0-0 2.28.2-1The GLib library of C routines ii libgpod4-nogtk 0.7.93-0.3 library to read and write songs to ii libgtk2.0-0 2.20.1-2The GTK+ graphical user interface ii libkdecore5 4:4.4.5-3 the KDE Platform Core Library ii libkdeui54:4.4.5-3 the KDE Platform User Interface Li ii libkdewebkit54:4.4.5-3 the KDE WebKit Library ii libkdnssd4 4:4.4.5-3 the DNS-SD Protocol Library for th ii libkfile44:4.4.5-3 the File Selection Dialog Library ii libkio5 4:4.4.5-3 the Network-enabled File Managemen ii libknewstuff2-4 4:4.4.5-3 the Get Hot New Stuff v2 Library ii libknewstuff3-4 4:4.4.5-3 the Get Hot New Stuff v3 Library ii libkutils4 4:4.4.5-3 various utility classes for the KD ii liblastfm0 0.4.0~git20090710-1 The Last.fm web services library ii libloudmouth1-0 1.4.3-7 Lightweight C Jabber library ii libmtp8 1.0.6-1 Media Transfer Protocol (MTP) libr ii libmysqlclient16 5.1.49-3MySQL database client library ii libofa0 0.9.3-3.1 Library for acoustic fingerprintin ii libphonon4 4:4.6.0really4.4.2-1the core library of the Phonon mul ii libplasma3 4:4.4.5-3 the Plasma Library for the KDE Pla ii libqca2 2.0.2-1 libraries for the Qt Cryptographic ii libqt4-dbus 4:4.6.3-4 Qt 4 D-Bus module ii libqt4-network 4:4.6.3-4 Qt 4 network module ii libqt4-script4:4.6.3-4 Qt 4 script module ii libqt4-sql 4:4.6.3-4 Qt 4 SQL module ii libqt4-svg 4:4.6.3-4 Qt 4 SVG module ii libqt4-webkit4:4.6.3-4 Qt 4 WebKit module ii libqt4-xml 4:4.6.3-4 Qt 4 XML module ii libqtcore4 4:4.6.3-4 Qt 4 core module ii libqtgui44:4.6.3-4 Qt 4 GUI module ii libqtscript4-cor 0.1.0-3 Qt Script bindings for the Qt 4 Co ii libqtscript4-gui 0.1.0-3 Qt Script bindings for the Qt 4 Gu ii libqtscript4-net 0.1.0-3 Qt Script bindings for the Qt 4 Ne ii libqtscript4-sql 0.1.0-3 Qt Script bindings for the Qt 4 SQ ii libqtscript4-uit 0.1.0-3 Qt Script bindings for the Qt 4 Ui ii libqtscript4-xml 0.1.0-3 Qt Script bindings for the Qt 4 XM ii libsolid44:4.4.5-3 Solid Library for KDE Platform ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libtag-extras1 1.0.1-3 TagLib extras library - support fo ii libtag1c2a 1.6.3-1 TagLib Audio Meta-Data Library ii libthreadweaver4 4:4.4.5-3 the ThreadWeaver Library for the K ii libxml2 2.7.8.dfsg-2GNOME XML library ii phonon 4:4.6.0really4.4.2-1metapackage for the Phonon multime ii phonon-backend-x 4:4.6.0really4.4.2-1Phonon Xine 1.1.x backend ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime Versions of packages amarok recommends: ii kdemultimedia-kio-plugins 4:4.4.5-1 transparent audio CD access for ap Versions of packages amarok suggests: ii libqt4-sql-mysql 4:4.6.3-4 Qt 4 MySQL database driver pn libqt4-sql-psql none (no description available) ii libqt4-sql-sqlite 4:4.6.3-4 Qt 4 SQLite 3 database driver ii libxine1-ffmpeg 1.1.19-3 MPEG-related plugins for libxine1 pn moodbar none
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
Am 28.03.2011 11:39, schrieb Faheem Mitha: Removing the packages listed above does not change the WARNING: library configuration mismatch Which version of the ffmpeg frontend do you use? Does this error message only appear when you run the ffmpeg binary? Do you run the one installed on the system or from your build tree? See below. You didn't say whether this problem is reproducible in stable. I don't know. I do not have Debian stable running anywhere and I would not install software from unstable as a plain drop-in replacement, either. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599632: fusioninventory-agent: on powerpc, for CPU, the node TYPE is used instead of the node NAME
Version 2.1.8-1 Thanks for the bug report. The issue is fixed in the current package from unstable. Best regards, Gonéri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619894: Typo in a .desktop entry
Package: asunder Severity: minor User: ubuntu-de...@lists.ubuntu.com User-tags: origin-ubuntu natty ubuntu-patch Tags: patch Hi, I'm reporting a typo in some entries of the .desktop file. This minor bug was originally posted in Ubuntu's Launchpad concerning an application which uses the .desktop files to present to the user a list of applications which can be installed or removed. More details at: https://bugs.launchpad.net/ubuntu/+source/app-install-data-ubuntu/+bug/05 http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.html Thanks, Andrea --- asunder.desktop.old2011-03-28 11:45:29.142324966 +0200 +++ asunder.desktop2011-03-28 11:50:49.666295433 +0200 @@ -10,11 +10,12 @@ GenericName[fr]=Extracteur de CD GenericName[hu]=Audió CD Ripper és Tömörítő GenericName[ru]=Копирование звуковых CD -Comment=An application to save tracks from an Audio CD as WAV, MP3, OGG, FLAC, and/or Wavpack. +Comment=An application to save tracks from an Audio CD as WAV, MP3, OGG, FLAC, and/or Wavpack Comment[de]=Oberfläche zur Erstellung von Audio-Dateien -Comment[hu]=Egy alkalmazás ami az Audió CD-n lévő sávokat lementi, MP3, OGG, FLAC és/vagy Wavpack formátumba. -Comment[ru]=Программа для сохранения звуковых дорожек CD в файлы форматов WAV, MP3, OGG, FLAC и/или Wavpack. -Comment[sv]=Ett program för att spara spår från en ljudskiva som WAV, MP3, OGG och/eller FLAC. +Comment[hu]=Egy alkalmazás ami az Audió CD-n lévő sávokat lementi, MP3, OGG, FLAC és/vagy Wavpack formátumba +Comment[ru]=Программа для сохранения звуковых дорожек CD в файлы форматов WAV, MP3, OGG, FLAC и/или Wavpack +Comment[sv]=Ett program för att spara spår från en ljudskiva som WAV, MP3, OGG och/eller FLAC +Comment[it]=Estrai le tracce da un Audio CD salvandole in WAV, MP3, OGG, FLAC e/o Wavpack Exec=asunder Terminal=false StartupNotify=true
Bug#453754: xserver-xorg-video-intel - xvideo double buffering unsynchronized
On Wed, Feb 23, 2011 at 01:53:21PM +0100, Julien Cristau wrote: I think that's expected, you'd need some coordination between the video player and the compositing manager for this to work? You need to describe the protocol then. xvinfo shows: | Adaptor #0: Intel(R) Textured Video | number of ports: 16 | port base: 88 | operations supported: PutImage The only reference to PutImage is XvPutImage in the Xvideo extension and libxv. However this method gets full images in form of XvImage. So to my knowledge, the server always gets full images and therefor have all the informations to do proper synchronization. Bastian -- Humans do claim a great deal for that particular emotion (love). -- Spock, The Lights of Zetar, stardate 5725.6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619879: fix gdb threads problems for Hurd
On Mon, 2011-03-28 at 11:40 +0200, Samuel Thibault wrote: forcemerge 619879 579834 forwarded 579834 http://www.sourceware.org/bugzilla/show_bug.cgi?id=1 thanks Shouldn't the above be sent to cont...@bugs.debian.org too? OK, when will the fixed libc be updated? When it's ready. As I said on the list, to fix it by hand just add INPUT ( AS_NEEDED ( -lmachuser -lhurduser ) ) to your /usr/lib/libc.so Yes I saw that in IRC, not the ML from what I remember. And there you did not tell to which file it should be added too. Now everything is crystal clear. Thanks! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619885: ITP: vo-aacenc -- Free AAC encoder
Hi Fabian, On Mon, 28 Mar 2011, Fabian Greffrath wrote: What is the difference between VisualOn and Opencore? Why are those two codecs separate from opencore-amr, will they get integrated in the future? For a few different reasons - the OpenCORE code is copyrighted by PacketVideo, while this new code drop is copyrighted by VisualOn. I'm in discussions with PacketVideo about relicensing the OpenCORE code to apache 2.0 + LGPL2+ (to licensewise ease use and integration in applications), but that wouldn't cover the new VisualOn code. Also, the AAC encoder doesn't really share anything with the AMR codecs, so integrating them in the same library woulndn't make much sense. // Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#599598: fusioninventory-agent: on linux/powerpc agent is blocked by a 'fdisk -s' command on dvd drive which never ends
Version: 2.1.8-1 Fixed in the current package from unstable. Best regards, Gonéri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596391: grub: Grub2 cannot boot on JFS partition of / (root) !!
You can even try mannually, too same error. Grub-gives at boot error 5 GRUB2 never gives numbered errors. Please install GRUB2 to MBR by e.g. grub2-install /dev/sdX, where X your boot disk. Or better: sudo dpkg-reconfigure grub-pc and choose all disks but not partitions -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#618579: Going for it
Hi guys, if someone actually follows this ITP, I've contacted Sebastian Rahtz who is the tarball maintainer and who created the Debian packets for that unofficial repo in Oxford and he would be very glad if somebody could take over, of course the TEI community would be interested to see the TEI stuff being available from the official repositories. So if someone would be interested to sponsor that stuff he of course could contact me before I'm going to pack it and post the RFS then. Greetings, Daniel Stender -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619895: Typo in manpage
package: tnef version: 1.4.7-1 severity: minor The manpage for tnef has a small error. See the attached debdiff. Pietro diff -u tnef-1.4.7/debian/changelog tnef-1.4.7/debian/changelog --- tnef-1.4.7/debian/changelog +++ tnef-1.4.7/debian/changelog @@ -1,3 +1,9 @@ +tnef (1.4.7-1.1) unstable; urgency=low + + * Fix to manpage. + + -- Pietro Battiston m...@pietrobattiston.it Mon, 28 Mar 2011 11:34:37 +0200 + tnef (1.4.7-1) unstable; urgency=low * New upstream release. only in patch2: unchanged: --- tnef-1.4.7.orig/doc/tnef.1.in +++ tnef-1.4.7/doc/tnef.1.in @@ -17,8 +17,9 @@ Encapsulation Format (hereafter, TNEF), which wraps Microsoft e-mail attachments. .PP -.IR Unfortunately , these wrapped attachments are inaccessible to -any e-mail client that does not understand TNEF. +.IR Unfortunately , +these wrapped attachments are inaccessible to any e-mail client that does not +understand TNEF. .IR Fortunately , the .B tnef
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
On Mon, 28 Mar 2011, Fabian Greffrath wrote: Am 28.03.2011 11:39, schrieb Faheem Mitha: Removing the packages listed above does not change the WARNING: library configuration mismatch Which version of the ffmpeg frontend do you use? Just ffmpeg itself. Does this error message only appear when you run the ffmpeg binary? Do you run the one installed on the system or from your build tree? I've only used ffmpeg directly. It shows up every time I run it. I only run the version installed on the system. See below. You didn't say whether this problem is reproducible in stable. I meant reproducible in unstable, sorry. To be clear, I mean does running the ffmpeg command in unstable produce this error? I don't know. I do not have Debian stable running anywhere and I would not install software from unstable as a plain drop-in replacement, either. Well, a backport had the same result as stated above. I thought unstable packages would be easier to debug. Faheem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619879: fix gdb threads problems for Hurd
Svante Signell, le Mon 28 Mar 2011 11:53:51 +0200, a écrit : On Mon, 2011-03-28 at 11:40 +0200, Samuel Thibault wrote: forcemerge 619879 579834 forwarded 579834 http://www.sourceware.org/bugzilla/show_bug.cgi?id=1 thanks Shouldn't the above be sent to cont...@bugs.debian.org too? It has been, via Bcc to avoid getting control@ in the CC loop. Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
On Mon, 28 Mar 2011, Reinhard Tartler wrote: On Mon, Mar 28, 2011 at 11:39:06 (CEST), Faheem Mitha wrote: WARNING: library configuration mismatch Please note that this is just a warning. It also happens in ubuntu when one installs the libavcodec-extra-52 package. Hmm. I'm still getting the error here, but libavcodec-extra-52 is not installed. TBH, I'm considering applying a distro patch that just disables this error message, as its not much of use for Debian and Ubuntu. According to the ffmpeg developers, this reflects a mismatch of versions. Assuming they are correct, and this is not just blowing smoke, then my feeling is that this is caused by insufficiently tight package dependencies, so my suggestion would be to track it down, though this would probably be a comparatively difficult and thankless task even if successful. It is unfortunate that the warning gives no real indication of where the problem lies. I don't know if disabling the warning is such a great idea, see as it can, possibly, reflect underlying problems. Regards, Faheem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619820: either bash or dash should be enough
reassign 619820 dash,bash block 619820 by 540512 thanks On Sonntag, 27. März 2011, Jonathan Nieder wrote: # which packages are essential affects the entire distribution reassign 619820 general For the distro we have solved^wdecided this by making dash the default shell. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
On Mon, Mar 28, 2011 at 12:13:49 (CEST), Faheem Mitha wrote: On Mon, 28 Mar 2011, Reinhard Tartler wrote: On Mon, Mar 28, 2011 at 11:39:06 (CEST), Faheem Mitha wrote: WARNING: library configuration mismatch Please note that this is just a warning. It also happens in ubuntu when one installs the libavcodec-extra-52 package. Hmm. I'm still getting the error here, but libavcodec-extra-52 is not installed. That's because there is no libavcodec-extra-52 package in Debian (yet). TBH, I'm considering applying a distro patch that just disables this error message, as its not much of use for Debian and Ubuntu. According to the ffmpeg developers, this reflects a mismatch of versions. Assuming they are correct, and this is not just blowing smoke, then my feeling is that this is caused by insufficiently tight package dependencies, so my suggestion would be to track it down, though this would probably be a comparatively difficult and thankless task even if successful. Well, that's right, but I still strongly assume it's a local configuration error and not a serious problem in the package itself. It is unfortunate that the warning gives no real indication of where the problem lies. I think the error message is perfectly clear. Espc. if you read the code around it. -- 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#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
Am 28.03.2011 12:13, schrieb Faheem Mitha: According to the ffmpeg developers, this reflects a mismatch of versions. Assuming they are correct, and this is not just blowing smoke, then my feeling is that this is caused by insufficiently tight package dependencies, so my suggestion would be to track it down, though this would probably be a comparatively difficult and thankless task even if successful. This warning does not occur on a clean Debian unstable system, so it is clearly caused by a version mismatch on your system. If you have already removed all obsolete library packages that are not version 4:0.6.1-5, as I told you, I do not have any idea what else could cause this warning. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619896: libreoffice-calc: reduced print dialog
Package: libreoffice-calc Version: 1:3.3.1-1 Severity: normal In the print dialog box missing input print pages range -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.38.1-bfs (SMP w/2 CPU cores; PREEMPT) Locale: LANG=uk_UA.UTF-8, LC_CTYPE=uk_UA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libreoffice-calc depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgcc11:4.5.2-4 GCC support library ii libreoffice-base-core 1:3.3.1-1 office productivity suite -- share ii libreoffice-core 1:3.3.1-1 office productivity suite -- arch- ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libstlport4.6ldbl 4.6.2-7 STLport C++ class library ii lp-solve 5.5.0.13-7Solve (mixed integer) linear progr ii ure1.7.0+LibO3.3.1-1 LibreOffice UNO runtime environmen libreoffice-calc recommends no packages. libreoffice-calc suggests no packages. Versions of packages libreoffice-core depends on: ii fontconfig 2.8.0-2.1 generic font configuration library ii libatk1.0-0 1.32.0-1+sid1 The ATK accessibility toolkit ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcairo21.8.10-6The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.21.3-1Multi-protocol file transfer libra ii libdb4.8 4.8.30-4Berkeley v4.8 Database Libraries [ ii libexpat12.0.1-7 XML parsing C library - runtime li ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.4-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.5.2-4 GCC support library ii libglib2.0-0 2.28.2-1The GLib library of C routines ii libgraphite3 1:2.3.1-0.2 SILGraphite - a smart font rende ii libgstreamer-plugins 0.10.30-1 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.32-4 Core GStreamer libraries and eleme ii libgtk2.0-0 2.20.1-2The GTK+ graphical user interface ii libhunspell-1.2-01.2.14-4spell checker and morphological an ii libhyphen0 2.7.1-4 ALTLinux hyphenation library - sha ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libicu44 4.4.2-2 International Components for Unico ii libjpeg626b1-1 The Independent JPEG Group's JPEG ii libmythes-1.2-0 2:1.2.1-1 simple thesaurus library ii libneon27-gnutls 0.29.5-3An HTTP and WebDAV client library ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9-2Network Security Service libraries ii libpango1.0-01.28.3-1+squeeze2 Layout and rendering of internatio ii libpng12-0 1.2.44-2PNG library - runtime ii librdf0 1.0.13-2Redland Resource Description Frame ii libreoffice-common 1:3.3.1-1 office productivity suite -- arch- ii libsm6 2:1.2.0-1 X11 Session Management library ii libssl0.9.8 0.9.8o-5SSL shared libraries ii libstdc++6 4.5.2-4 The GNU Standard C++ Library v3 ii libstlport4.6ldbl4.6.2-7 STLport C++ class library ii libx11-6 2:1.4.1-5 X11 client-side library ii libxaw7 2:1.0.9-2 X11 Athena Widget library ii libxext6 2:1.2.0-2 X11 miscellaneous extension librar ii libxinerama1 2:1.1.1-1 X11 Xinerama extension library ii libxml2 2.7.8.dfsg-2GNOME XML library ii libxrandr2 2:1.3.1-1 X11 RandR extension library ii libxrender1 1:0.9.6-1 X Rendering Extension client libra ii libxslt1.1 1.1.26-6XSLT 1.0 processing library - runt ii libxt6 1:1.1.1-1 X11 toolkit intrinsics library ii ttf-opensymbol 2:2.4.3+LibO3.3.1-1 OpenSymbol TrueType font ii ure 1.7.0+LibO3.3.1-1 LibreOffice UNO runtime environmen ii zlib1g 1:1.2.3.4.dfsg-3compression library - runtime -- 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#577661: Status of DSPAM in Debian
On 03/28/2011 02:58 PM, Julien Valroff wrote: I alone cannot test everything, but I was waiting to get more feedbacks from the various users of my unofficial packages before uploading it to the official archive. IMHO, that's the wrong way. We all thought that there was no work done on it, and we can't guess where's your unofficial repository. At least, that's the first time I hear about it, even though I looked into using DSPAM in Debian. Just upload to experimental, it's done for such things... I'm also one of the guys that wanted to have my own package to depend on DSPAM, as a replacement of spamassassin that uses too much RAM. But I gave up because of the state of the package ... :( The experimental archive is actually for this kind of package - and as I am now certain the package is not totally broken, I'll upload it there to get even more feedback. Cool! I'd say the package is ready, though not widely tested and might still contain a few issues. IMHO, it doesn't matter much if you just upload to experimental. I don't think anyone expect production-ready stuff in experimental, and if they do, I believe it's a mistake. Just don't upload to SID yet... What most users expect is to get a fully working DSPAM setup very quickly. I know it is not possible to make it automatically, but I'd like to give them a good experience of both DSPAM and Debian. For example, the package now ships a sample of Apache configuration - I need to check it works on a clean install etc. Well, it's *better* if it can be fully automated, but it's even worth if we have no package at all ... Anyway, thanks a lot for working on DSPAM, it for sure must be of a great help for others. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619897: iceweasel fails to start on Sparcs with mozplugger installed
Package: mozplugger Version: Causes iceweasel to crash with SIGBUS (Bus error) Severity: important A few days ago Iceweasel started to crash on startup. It does it on an old install AND on a fresh install. The last time this happened (bug ID 535092) it was apparently caused by a bug in dlopen in libc6. So this time I reinstalled all the debugging versions of all the libraries and iceweasel to see if it was the re-emergence of the same bug, but it didn't seem to be. I had to install a few more dbg packages to finally track the crash into mozplugger. There is no package called mozplugger-dbg, so I tested next by removing the whole package instead. After removing mozplugger my iceweasel now starts up OK. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: sparc (sparc64) Kernel: Linux 2.6.38-1-sparc64 Locale: LANG=C, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozplugger depends on: ii dpkg 1.15.8.10 Debian package management system ii iceweasel 3.5.18-1 Web browser based on Firefox ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libx11-6 2:1.4.2-1 X11 client-side library ii m41.4.14-3 a macro processing language ii xulrunner-1.9.1 1.9.1.18-1 XUL + XPCOM application runner mozplugger recommends no packages. mozplugger suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579834: gdb fails on the hurd with Can't fetch registers from thread bogus thread id 1: No such thread
Hallo! I'll continue / I'll be able to continue to work on this, as soon as http://lists.gnu.org/archive/html/bug-hurd/2011-03/msg00081.html is solved. No need to ping upstream GDB. Grüße, Thomas pgprQNbr4KtMO.pgp Description: PGP signature
Bug#611615: [Pkg-puppet-devel] Bug#611615: how to fix
Emmanuel Kasper emman...@libera.cc writes: solved this problem just by erasing /etc/logrotate.d/puppetmaster, as the log rotation configured in /etc/logrotate.d/puppetmasteris is already done in /etc/logrotate.d/puppet as the bug reporter noticed. Actually, /etc/logrotate.d/puppet is removed by later versions of the puppet package, in favour of /etc/logrotate.d/puppetmaster. -- Stig Sandbeck Mathisen pgpNTq8jaK62t.pgp Description: PGP signature
Bug#572909: on lvm on raid: failed
Hi After modifying /etc/default/grub and updating grub, I restarted the machine, and... it booted up without problem. Kill me now! I must have made mistakes in tweaking boot menu. I feel very sorry to have troubled you and taken your time. Obrigado. On Mon, 28 Mar 2011 13:36:30 +0900 水原 文 mizuh...@acm.org wrote: Hi I have used rootdelay=9, as described in the release-notes. Frankly, I am not familiar with grub2, and as I specified it from the grub boot menu, there is a slight chance that I made some mistakes. I did some research and found that I can wirte GRUB_CMDLINE_LINUX=rootdelay=9 in the file /etc/default/grub. I will try with this setting and larger values later. On Sun, 27 Mar 2011 17:21:45 +0100 Miguel Figueiredo el...@debianpt.org wrote: A Sabado 26 Marco 2011 09:11:03 MIZUHARA Bun voce escreveu: Package: installation-reports Severity: normal It seems that I am having the same problem as Herbert had. Specifying rootdelay did not help, but after countless installation retries, I managed to figure out a recovery process from the shell prompt on initramfs. (initramfs) sh scripts/local-top/mdadm ... messages from mdadm ... (initramfs) sh scripts/local-top/lvm2 ... messages from lvm ... (initramfs) exit These commands bring the machine back into normal boot sequence. I suspect the problem lies in the module insertion order. [...] What values of rootdelay have you used? -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org -- 水原 文 mizuh...@acm.org -- 水原 文 mizuh...@acm.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
On Mon, Mar 28, 2011 at 12:25:23 (CEST), Faheem Mitha wrote: On Mon, 28 Mar 2011, Fabian Greffrath wrote: Am 28.03.2011 12:13, schrieb Faheem Mitha: According to the ffmpeg developers, this reflects a mismatch of versions. Assuming they are correct, and this is not just blowing smoke, then my feeling is that this is caused by insufficiently tight package dependencies, so my suggestion would be to track it down, though this would probably be a comparatively difficult and thankless task even if successful. This warning does not occur on a clean Debian unstable system, so it is clearly caused by a version mismatch on your system. If you have already removed all obsolete library packages that are not version 4:0.6.1-5, as I told you, I do not have any idea what else could cause this warning. Yes, I've removed all packages you told me to remove. In that case, feel free to close the bug. I still think the version mismatch should not occur with sufficiently tight dependencies, but I also don't think it would be time usefully spent to try to track it down. Sorry for the noise. I'd prefer to use this bug for tracking my proposed change to disable the warning and close it when the package with this change enters Debian automatically. -- 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#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
On Mon, 28 Mar 2011, Fabian Greffrath wrote: Am 28.03.2011 12:13, schrieb Faheem Mitha: According to the ffmpeg developers, this reflects a mismatch of versions. Assuming they are correct, and this is not just blowing smoke, then my feeling is that this is caused by insufficiently tight package dependencies, so my suggestion would be to track it down, though this would probably be a comparatively difficult and thankless task even if successful. This warning does not occur on a clean Debian unstable system, so it is clearly caused by a version mismatch on your system. If you have already removed all obsolete library packages that are not version 4:0.6.1-5, as I told you, I do not have any idea what else could cause this warning. Yes, I've removed all packages you told me to remove. In that case, feel free to close the bug. I still think the version mismatch should not occur with sufficiently tight dependencies, but I also don't think it would be time usefully spent to try to track it down. Sorry for the noise. Regards, Faheem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
On Mon, 28 Mar 2011, Reinhard Tartler wrote: I'd prefer to use this bug for tracking my proposed change to disable the warning and close it when the package with this change enters Debian automatically. Well, as long as you're sure disabling the bug won't mask real problems. How do the ffmpeg developers feel about it? Regards, Faheem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
On Mon, Mar 28, 2011 at 11:39:06 (CEST), Faheem Mitha wrote: WARNING: library configuration mismatch Please note that this is just a warning. It also happens in ubuntu when one installs the libavcodec-extra-52 package. TBH, I'm considering applying a distro patch that just disables this error message, as its not much of use for Debian and Ubuntu. -- 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#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
Am 28.03.2011 12:39, schrieb Faheem Mitha: Well, as long as you're sure disabling the bug won't mask real problems. How do the ffmpeg developers feel about it? I still don't understand how this warning could occur on your system in the first place if all libraries are installed from the same source, i.e. unstable. You really didn't rebuild anything yourself? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619865: drm: i830_uxa_prepare_access, i915_hangcheck_elapsed, i915_reset, Failed to submit batch buffer, i915_gem_object_bind_to_gtt
On Sun, Mar 27, 2011 at 23:19:26 -0300, Leandro Lucarella wrote: Package: xserver-xorg-video-intel Version: 2:2.13.0-6 Severity: important Lately I've got some problems with intel 915 DRM. First I got this error in my Xorg.log a while ago: (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Input/output error And these errors in my kernel log: [529336.460006] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung When that happens, mount debugfs with 'mount -t debugfs none /sys/kernel/debug', and grab the i915_error_state file from /sys/kernel/debug/dri/0/. There's a good chance a newer xserver-xorg-video-intel or libgl1-mesa-dri has a fix for this though, so that would be one thing to try. Easier if you can find a reliable reproducer though. 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#618986: dch is not able to find correct perl module for File::Glob and is just hangs
2011/3/20 Adam D. Barratt a...@adam-barratt.org.uk: Those files are provided by perl-base. If this is an RC bug anywhere, it's not in devscripts. However, in either case, this does not qualify as grave - a broken dch doesn't make devscripts unusable, nor does a broken glob make perl unusable - and I'm not convinced an issue in one script makes devscripts unreleasable either. ok. Having said that, I've just checked that I've got the latest versions of devscripts and perl{,-{base,modules}} in unstable installed, and my tests work fine. Please could you confirm: - the versions of perl, perl-base and perl-modules installed on your system pravi@savannah:/media/forge/debian/libdbusmenu-qt$ apt-cache policy perl perl: Installed: 5.10.1-18 Candidate: 5.10.1-18 Version table: 5.12.3-2 0 101 http://ftp.de.debian.org/debian/ experimental/main amd64 Packages *** 5.10.1-18 0 500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status pravi@savannah:/media/forge/debian/libdbusmenu-qt$ apt-cache policy perl-base perl-base: Installed: 5.10.1-18 Candidate: 5.10.1-18 Version table: 5.12.3-2 0 101 http://ftp.de.debian.org/debian/ experimental/main amd64 Packages *** 5.10.1-18 0 500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status pravi@savannah:/media/forge/debian/libdbusmenu-qt$ apt-cache policy perl-modules perl-modules: Installed: 5.10.1-18 Candidate: 5.10.1-18 Version table: 5.12.3-2 0 101 http://ftp.de.debian.org/debian/ experimental/main amd64 Packages *** 5.10.1-18 0 500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status pravi@savannah:/media/forge/debian/libdbusmenu-qt$ apt-cache policy devscripts devscripts: Installed: 2.10.71 Candidate: 2.10.71 Version table: *** 2.10.71 0 500 http://ftp.de.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status pravi@savannah:/media/forge/debian/libdbusmenu-qt$ - exactly what steps you took which led to the issue. As far as I remember the problem started after a dist-upgrade. Is there some other commands I can run to diagnose this problem? Praveen -- പ്രവീണ് അരിമ്പ്രത്തൊടിയില് You have to keep reminding your government that you don't get your rights from them; you give them permission to rule, only so long as they follow the rules: laws and constitution. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
Am 28.03.2011 12:53, schrieb Fabian Greffrath: I still don't understand how this warning could occur on your system in the first place if all libraries are installed from the same source, i.e. unstable. You really didn't rebuild anything yourself? Sorry, I was wrong! I see this in unstable as well, I just didn't find the warning itself in the very verbose output of the library configurations (mis-interpreted this as a normal output). It seems the culprit is that the shared library build is configured with additional --disable-ffmpeg --disable-ffplay flags, whereas the ffmpeg frontend obviously isn't. These two flags are common to all arch-optimized library builds, so it is quite expected that the frontend and the shared library (that the dynamic linker chose to link against) differ in their configuration. It is, however, IMHO pointless to explicitely point this fact out whenever the frontend is run, so I agree with Reinhard that this feature should be disabled on systems which allow for combinations of regular frontend and optimized shared libraries. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619821: Configure SSL certificates
On 28/03/2011 11:15, Thomas Arendsen Hein wrote: I'd say adding it to /etc/mercurial/hgrc.d/cacert.rc and using 'Recommends' would be the best solution. With your comments, I agree. I just committed this solution (recommends + /etc/mercurial/hgrc.d/cacerts.rc ), it will appear in the next upload. I let Javi decide if he want to upload or wait other changes before uploading. Regards, Vincent Regards, Thomas -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618306:
1) There's an Apache equivalent already in Debian (libapache2-mod-upload-progress) 2) https://github.com/masterzen/nginx-upload-progress-module
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
On Mon, 28 Mar 2011, Fabian Greffrath wrote: Am 28.03.2011 12:53, schrieb Fabian Greffrath: I still don't understand how this warning could occur on your system in the first place if all libraries are installed from the same source, i.e. unstable. You really didn't rebuild anything yourself? Sorry, I was wrong! I see this in unstable as well, I just didn't find the warning itself in the very verbose output of the library configurations (mis-interpreted this as a normal output). That very verbose output is part of the warning. :-) It seems the culprit is that the shared library build is configured with additional --disable-ffmpeg --disable-ffplay flags, whereas the ffmpeg frontend obviously isn't. These two flags are common to all arch-optimized library builds, so it is quite expected that the frontend and the shared library (that the dynamic linker chose to link against) differ in their configuration. It is, however, IMHO pointless to explicitely point this fact out whenever the frontend is run, so I agree with Reinhard that this feature should be disabled on systems which allow for combinations of regular frontend and optimized shared libraries. Hmm. Did you confirm this was the problem by changing the config flags? If so, perhaps point out to the ffmpeg people that their warning is (at least in some cases) a red herring (alternatively, produces a false positive), and ask if it could be made more intelligent. I am sorry I did not have an unstable installation handy, as then I could have provided a better bug report. Maybe I'll do a virtualbox unstable installation, or make an unstable chroot or upgrade one of my vserver installations. Regards. Faheem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612621: ERROR: SCOTCH_dgraphInit: linking with both libScotch and libPTScotch is not allowed
Hello ! Despite the recent patch applied in version 5.1.11.dfgs-4, the bug seems to be still present on sid/amd64 : uname -a Linux mobydick 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 GNU/Linux apt-cache policy libptscotch-dev libptscotch-dev: Installé : 5.1.11.dfsg-4 Candidat : 5.1.11.dfsg-4 Table de version : *** 5.1.11.dfsg-4 0 500 http://ftp.fr.debian.org/debian/ sid/main amd64 Packages 100 /var/lib/dpkg/status mpic++ -o ptscotch_test ptscotch_test.cpp -DSCOTCH_PTSCOTCH -I/usr/include/scotch -lptscotch -lptscotcherr ./ptscotch_test (0): ERROR: SCOTCH_dgraphInit: linking with both libScotch and libPTScotch is not allowed MPI implementation is not thread-safe: SCOTCH should be compiled without SCOTCH_PTHREAD Yet, scotch library is unusable... Any idea to get free from this problem ? I put back the ptscotch_test.cpp for completness. Please, see previous mails related to this bug for details. Thank you for your help, Pierre -- pierre.saram...@imag.fr Directeur de Recherche CNRS Laboratoire Jean Kuntzmann, Grenoble, France http://www-ljk.imag.fr/membres/Pierre.Saramito #include mpi.h #include ptscotch.h #include iostream #include cstdlib int main() { int provided; SCOTCH_Dgraph dgrafdat; MPI_Init_thread(0, 0, MPI_THREAD_MULTIPLE, provided); if (SCOTCH_dgraphInit(dgrafdat, MPI_COMM_WORLD) != 0) { if (MPI_THREAD_MULTIPLE provided) { std::cout MPI implementation is not thread-safe: std::endl; std::cout SCOTCH should be compiled without SCOTCH_PTHREAD std::endl; exit(1); } } else { SCOTCH_dgraphExit(dgrafdat); } MPI_Finalize(); return 0; }
Bug#619530: ffmpeg: backport of 4:0.6.1-5 from unstable produces WARNING: library configuration mismatch
Am 28.03.2011 13:18, schrieb Faheem Mitha: That very verbose output is part of the warning. :-) Yes, but you omitted it from your initial mail, which didn't make it easier to find. ;) Hmm. Did you confirm this was the problem by changing the config flags? Yes, the culprit is that the ffmpeg frontend and the optimized shared libraries are build with different configuration flags, which is quite reasonable and obvious in this case. If so, perhaps point out to the ffmpeg people that their warning is (at least in some cases) a red herring (alternatively, produces a false positive), and ask if it could be made more intelligent. The warning is only printed if the configurations differ. It does not tell anything different, nor does it try to guess or suggest what may be the cause of this. so again, I agree with siretart that on systems that support differently configured shared libraries to work with the same backend, this warning should be disabled, because it is a red herring and does not add anything insightful. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#560721: spice-vdagent
Hi Silvestre, On Thu, Mar 24, 2011 at 11:17 PM, Silvestre Zabala silves...@zabala.name wrote: Hi Liang Guo, Actually spice-vdagent is almost OK now, only the init script need some more test. But spice-vdagent depends on spice-protocol, before spice-vdagent enter Debian, spice-protocol should enter Debian. Could you please upload spice-vdagent to mentors.debian.net? I'm using your packages with a recompiled kvm package with great success, having spice-vdagent would be the icing on the cake. Thanks, Silvestre I've upload spice-vdagent to mentors.d.n, you can get it with : - URL: http://mentors.debian.net/debian/pool/main/s/spice-vdagent - Source repository: deb-src http://mentors.debian.net/debian unstable main contrib non-free - dget http://mentors.debian.net/debian/pool/main/s/spice-vdagent/spice-vdagent_0.6.3-1.dsc But I have not test it enough, It may not work as expected. I've pushed all source to ssh://git.debian.org/git/collab-maint/spice-protocol.git Fell free to modify it. Since spice 0.8.0 is released, We are working on spice and spice-enabled kvm, hope it can enter debian soon. Thanks and Regards, -- Liang Guo http://bluestone.cublog.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613807: initscripts: /etc/network/if-up.d/mountnfs fails, if /var/run/network/mountnfs exists
Hey guys. Directories (used to lock, see /etc/network/if-up.d/mountnfs.sh, line 155) will NOT be deleted by /lib/init/bootclean.sh, as line 155/156 will tell you. Greetings, Konstantin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618970: [Evolution] Bug#618970: evolution always crash after upgrade
adding Michael Biebl in CC (I hope I'm doing the right thing, otherwise Michael sorry for the noise) Michael please check for my bug #618970 submited to evolution package. after some investigation I found the problem. the evolution crash appears to be caused by interactions with a tracker package. after removing tracker-miner-evolution evolution start normally. I don't know If the problem is in the evolution or in the tracker package. Yves-Alexis, Michael, let me know if you need more test and/or information and thank you very much for your hard work in the debian project. -- bye, Alfredo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619898: bash-completion: new mail prompt while completing
Package: bash-completion Version: 1:1.3-1 Severity: normal $ grep -r fhqs ruYou have new mail in /home/paul/Maildir/ I hit tab after ru, and apparently new bash processes are forked when doing the completion which causes the new mail message to appear and mess up the output (ctrl-L is needed to let bash correctly update the line after that). I never saw this happen in earlier versions (presumably up to 1:1.2, but I can't be sure of that; the previous stable version certainly did not suffer from this). Thanks, Paul -- System Information: Debian Release: 6.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-rc8 (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/bash Versions of packages bash-completion depends on: ii bash 4.1-3 The GNU Bourne Again SHell bash-completion recommends no packages. bash-completion 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#619899: cwidget ftbfs with GCC-4.6 with -Wall -Werror -g -O3 (warning in sigc++-2.0 header)
Package: libsigc++-2.0 Version: 2.2.4.2-1 Severity: important User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu natty User: debian-...@lists.debian.org Usertags: ftbfs-gcc-4.6 building cwidget with -Wall -Werror -g -O3: $ g++ -Wall -Werror -g -O3 -fno-strict-aliasing -c menu.ii cc1plus: warnings being treated as errors /usr/include/sigc++-2.0/sigc++/signal.h: In member function 'std::vectorcwidget::widgets::menu_item*, std::allocatorcwidget::widgets::menu_item* ::size_type cwidget::widgets::menu::prev_selectable(std::vectorcwidget::widgets::menu_item*, std::allocatorcwidget::widgets::menu_item* ::size_type)': /usr/include/sigc++-2.0/sigc++/signal.h:617:22: error: 'first.sigc::internal::slot_iterator_bufsigc::internal::signal_emit0bool, cwidget::util::accumulate_or, bool::r_' may be used uninitialized in this function /usr/include/sigc++-2.0/sigc++/signal.h:617:22: note: 'first.sigc::internal::slot_iterator_bufsigc::internal::signal_emit0bool, cwidget::util::accumulate_or, bool::r_' was declared here result_type operator*() const { if (!i_-empty() !i_-blocked() !invoked_) { r_ = (*c_)(static_castconst slot_type(*i_)); invoked_ = true; } return r_; } -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577661: Status of DSPAM in Debian
Le lundi 28 mars 2011 08:38:13, Julien Valroff a écrit : Hi, Le lundi 28 mars 2011 à 00:24:26 (+0200 CEST), Christoph Haas a écrit : Also, most of the DSPAM uploaders are MIA. Well, I think all are MIA except Christoph Haas. Could you please update the list in your upload? Same with the DM flag (!?). You're right - I have already sent several calls to them, with no answer. I only leave Christoph and Matthijs as I know they aren't MIA. We are alive indeed. :) But honestly I have never been using dspam in production and my experience with it is close to zero. The reason I'm listed as uploader is probably back from the time that Matthijs was no DD yet and I was helping by sponsoring the package. I was evaluating anti-spam software but was never enthusastic about dspam. OK, I understand now. I assume that Matthijs is the main person to ask here. All I could offer is sponsorship just like any other DD and I'm currently pretty busy with another huge Debian package. I'd have to give the dspam package a complete check and I doubt I'll find the time for that. Matthijs, I know you have lost interest in packaging DSPAM and are already busy with other things, should I remove you from the Uploaders? I'd even like to ask to get me removed from debian/control if possible. Done. You are obviously welcome to join us (me?) at any time. In case I am alone in pkg-dspam after this, I'll close the pkg-dspam project on Alioth, and I'll take over the package. The RFH sent a few months ago is still valid, and I am happy to co-maintain the project with whoever is interested (Thomas, still there?). Still there yes but pretty busy with personnal stuff lately. Will try to do a bit of bug triaging / fixing this WE. Feel free to ping me from time to time when I don't give news. Cheers, Julien Cheers, Thomas Preud'homme signature.asc Description: This is a digitally signed message part.
Bug#618970: [Evolution] Bug#618970: evolution always crash after upgrade
Am 28.03.2011 13:28, schrieb alfredo amontagna: adding Michael Biebl in CC (I hope I'm doing the right thing, otherwise Michael sorry for the noise) Michael please check for my bug #618970 submited to evolution package. after some investigation I found the problem. the evolution crash appears to be caused by interactions with a tracker package. after removing tracker-miner-evolution evolution start normally. I don't know If the problem is in the evolution or in the tracker package. Which version of tracker-miner-evolution do you use? Could you install tracker-dbg and libglib2.0-0-dbg to get a better backtrace. Thanks, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature