Bug#680451: [Openstack-devel] Bug#680451: glance: diff for NMU version 2012.1.1-1.1
On 07/25/2012 10:42 AM, Christian PERRIER wrote: tags 680451 + pending thanks Dear maintainer, I've prepared an NMU for glance (versioned as 2012.1.1-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. This NMU is meant to guarantee that all pending debconnf translaitons make it to wheezy. I'll take care of unblock requests. Regards. Christian, Miguel Figueiredo sent his Portuguese debconf template *yesterday*. I don't mind that you do some NMUs for the translations, but you might consider giving us at least few days before doing it, to save your *and* our work. It's not like if we would be releasing Wheezy tomorrow, right? We maintain everything using Git. To avoid the risk of having your changes not commit to Git and your translation work go away unnoticed, do you want to have commit access in our Git? If so, please simply request to join the openstack group on Alioth, and I'll be really happy to approve it. Note that I have already sent your patches to the keystone repository. If you want to NMU it, please go ahead, but FYI, the way to build is: git clone git://anonscm.debian.org/openstack/keystone.git ./debian/rules get-vcs-source git-buildpackage This is also explained here: http://openstack.alioth.debian.org/ If you don't want to work with our git, then please just let the Openstack team take care of it, be a little bit more patient, and also trust we will be taking care of it. Cheers, Thomas P.S: Writing wtf by email or /me really not happy with glance maintenance, on IRC, or even commenting about our team communication, when I really *do* take care of applying the translations wasn't really received with joy. There would be absolutely no need to be that aggressive even if we didn't care about translations or made mistakes (which isn't the case). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682464: libtasn1-3: Unused build dependencies
P. J. McDermott p...@nac.net writes:
On 2012-07-23 04:47, Simon Josefsson wrote:
P. J. McDermott p...@nac.net writes:
libtasn1-3 build-depends on gtk-doc-tools and texlive-latex-base,
neither of which is used in the build process. Both can be safely
removed from debian/control as in the attached patch (tested in a sid
chroot).
The dependencies should be used during the build process to generate the
GTK-DOC API manual. I've heard before that it is recommended that
everything that is shipped in Debian packages are built from sources to
make sure that it is possible to rebuild generated files if necessary.
I recall this is common for other packages with GTK-DOC manuals too.
The manual isn't being built by debian/rules, so the build dependencies
currently aren't being used at all.
Thanks for noticing -- the patch below should fix that.
/Simon
Index: rules
===
--- rules (revision 1516)
+++ rules (working copy)
@@ -7,6 +7,7 @@
DEB_CONFIGURE_EXTRA_FLAGS = --enable-ld-version-script --with-packager=Debian \
--with-packager-bug-reports=http://bugs.debian.org/ \
--with-packager-version=$(DEB_VERSION) \
+ --enable-gtk-doc --enable-gtk-doc-pdf \
--libdir=\$${prefix}/lib/$(DEB_HOST_MULTIARCH)
ifeq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE))
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675513: libgeier0: loaded xmlsec library version is not compatible
Can you make sure the fix lands in wheezy? Its kinda RC tbh ;) John Belmonte jbelmo...@debian.org wrote: Yes this is an xmlsec bug. I've let the library author know about it and he's already submitted a fix, so this would appear in the next xmlsec release. http://git.gnome.org/browse/xmlsec/commit/?id=0c1e4203812ceb36beb730e86860946d9c6afa03 From a few searches it seems like libgeier is the only library that uses this function, and the problem has been reported by various people for over a year. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682729: kernel-package: -j / CONCURRENCY_LEVEL do not work on buildpackage target
Package: kernel-package Version: 12.036+nmu2 Severity: normal Hello, When using make-kpkg I observed that the -j / CONCURRENCY_LEVEL configuration does not do anything when you use the buildpackage target, and only works with the kernel-image target. You can reproduce it by using ps auxww | fgrep cc1 when using either target. You will only see 1 cc process when using buildpackage regardless of how you set -j / CONCURRENCY_LEVEL, but you will get the correct number if you use kernel-image. This should get fixed so you can build in parallel when possible under either target, not just one target. Regards, Matthew. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.9 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kernel-package depends on: ii binutils 2.22-7.1 ii build-essential11.5 ii debianutils4.3.2 ii file 5.11-2 ii gettext0.18.1.1-9 ii make 3.81-8.2 ii module-init-tools 9-1 ii po-debconf 1.0.16+nmu2 ii util-linux 2.20.1-5.1 Versions of packages kernel-package recommends: ii cpio 2.11-8 Versions of packages kernel-package suggests: pn btrfs-tools none ii bzip2 1.0.6-3 pn docbook-utils none ii e2fsprogs 1.42.4-3 pn grub | grub2none ii initramfs-tools [linux-initramfs-tool] 0.107 pn jfsutilsnone ii libncurses5-dev [libncurses-dev]5.9-10 pn linux-source | kernel-sourcenone pn mcelog none pn oprofilenone pn pcmciautils none ii ppp 2.4.5-5.1+b1 ii procps 1:3.3.3-2 pn quota none pn reiserfsprogs none pn squashfs-tools none ii udev175-3.1 ii xfsprogs3.1.7+b1 pn xmlto none -- Configuration Files: /etc/kernel-pkg.conf changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682730: cme: reduces libclass-isa-perl | perl ( 5.10.1-13) to perl
Source: libconfig-model-perl Version: 2.021-3 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi Dominique I don't know if this actually can be fixed, it somehow a cornercase. During the mass-commit with the new cme features in the package libclass-meta-perl the dependencies libclass-isa-perl | perl ( 5.10.1-13) get's reduced to perl. But libclass-isa-perl is not real-dual lived module: Reading package lists... Done Building dependency tree Reading state information... Done Warning in 'source Build-Depends-Indep:1' value 'libclass-isa-perl | perl ( 5.10.1-13)': Dependency of dual life package should be 'perl' not 'libclass-isa-perl | perl ( 5.10.1-13)' Warning in 'binary:libclass-meta-perl Depends:2' value 'libclass-isa-perl | perl ( 5.10.1-13)': Dependency of dual life package should be 'perl' not 'libclass-isa-perl | perl ( 5.10.1-13)' Previously Class::ISA was in Perl core: Class::ISA was first released with perl v5.7.3 and removed from v5.13.1 In unstable, only libclass-isa-perl has furthermore Class/ISA.pm. Thanks for cme :-) Regards, Salvatore - -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCgAGBQJQD5k+AAoJEHidbwV/2GP+QgIP/0BD42E1xCGycXc+X1vsurTd QCxE2QoaK3gNSJV3SOFWJ/agfvGOvKqWf31iq5RdYvm0WL+vSe4cHuZaQCIRfrvJ wQ+HE0xkyXxCcWQIoonTRWCwi+ctvFX/3UqqOJrg83M/tLDOEblBTPWlLYBvO/AB opjKVmyTBmZzDbLstFllbUtqARZ87gWCP67DZqILGfPL8ZR9xlWwHIJn0mdwmPvw 9Z3xmbPlgBq0njAaxex4sCwXoT5NoSNH0egKCa1oiyhck038X52DP4fCHX/h1S7N KDbO7FOlCYT/L3/qv8mR6seYxC5L8Frhy62hSa+qz7OkDjrv/19836RcEC/FJ5J1 onItB29tdp2DMmyl6AgXBDmF3ETy/fcgoG0/Kz4b9lw+fZ8n1FNtcCucmPPJKv96 ylNvfIWi8pcT3VpEuskwsZvImBYSPJfQRdpHLZ89kwsWecrHQvdq48U8XREf6NMd qPABr9nl18douFjVTo1qbuefC1R6jQEZSQfG3dxtA/sxP9bA1N4E/eIoqg1fUeik Q1jr+OU0CAHjsJ6izUrIvcCte+Xzl/n4IDzjpIj+X90+0MN1bkDVIDg+ofl+PCRP ImpuNgckem5rLZbvvOXuD+hrL/3e1QqE6jBzhN1+xhzLCEriaavtoTKEjY8ok/OT LjW4OwBC4GQ2tf5OKoHj =bT3Z -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#682731: gnome-shell fails to remember volume settings after shutdown/restart and default is only ~20%
Package: gnome-shell Version: 3.4.1-8 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Default Gnome-shell volume is only at ~20%, increase it, then shut down or restart PC * What was the outcome of this action? Volume is only at ~20% again. * What outcome did you expect instead? Old volume settings restored. Default value at ~70%. *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii gconf-service3.2.5-1 ii gir1.2-accountsservice-1.0 0.6.21-6 ii gir1.2-atk-1.0 2.4.0-2 ii gir1.2-caribou-1.0 0.4.2-2 ii gir1.2-clutter-1.0 1.10.8-1 ii gir1.2-cogl-1.0 1.10.2-6 ii gir1.2-coglpango-1.0 1.10.2-6 ii gir1.2-folks-0.6 0.6.9-1+b1 ii gir1.2-freedesktop 1.32.1-1 ii gir1.2-gconf-2.0 3.2.5-1 ii gir1.2-gcr-3 3.4.1-3 ii gir1.2-gdesktopenums-3.0 3.4.2-1 ii gir1.2-gdkpixbuf-2.0 2.26.1-1 ii gir1.2-gee-1.0 0.6.4-2 ii gir1.2-gkbd-3.0 3.4.0.2-1 ii gir1.2-glib-2.0 1.32.1-1 ii gir1.2-gmenu-3.0 3.4.2-3 ii gir1.2-gnomebluetooth-1.03.4.2-1 ii gir1.2-gtk-3.0 3.4.2-2 ii gir1.2-json-1.0 0.14.2-1 ii gir1.2-mutter-3.03.4.1-5 ii gir1.2-networkmanager-1.00.9.4.0-5 ii gir1.2-pango-1.0 1.30.0-1 ii gir1.2-polkit-1.00.105-1 ii gir1.2-soup-2.4 2.38.1-2 ii gir1.2-telepathyglib-0.120.18.1-2 ii gir1.2-telepathylogger-0.2 0.4.0-1 ii gir1.2-upowerglib-1.00.9.17-1 ii gjs 1.32.0-2 ii gnome-bluetooth 3.4.2-1 ii gnome-icon-theme-symbolic3.4.0-2 ii gnome-settings-daemon3.4.2-3 ii gnome-shell-common 3.4.1-8 ii gnome-themes-standard3.4.2-1 ii gsettings-desktop-schemas3.4.2-1 ii libatk1.0-0 2.4.0-2 ii libc62.13-33 ii libcairo-gobject21.12.2-2 ii libcairo21.12.2-2 ii libcanberra0 0.28-4 ii libclutter-1.0-0 1.10.8-1 ii libcogl-pango0 1.10.2-6 ii libcogl9 1.10.2-6 ii libcroco30.6.5-1 ii libdbus-1-3 1.6.0-1 ii libdbus-glib-1-2 0.100-1 ii libebook-1.2-13 3.4.3-1 ii libecal-1.2-11 3.4.3-1 ii libedataserver-1.2-163.4.3-1 ii libedataserverui-3.0-1 3.4.3-1 ii libffi5 3.0.10-3 ii libfolks25 0.6.9-1+b1 ii libgck-1-0 3.4.1-3 ii libgconf-2-4 3.2.5-1 ii libgcr-3-1 3.4.1-3 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libgee2 0.6.4-2 ii libgirepository-1.0-11.32.1-1 ii libgjs0b [libgjs0-libmozjs185-1.0] 1.32.0-2 ii libgl1-mesa-glx [libgl1] 8.0.3-1 ii libglib2.0-0 2.32.3-1 ii libgnome-keyring03.4.1-1 ii libgnome-menu-3-03.4.2-3 ii libgstreamer0.10-0 0.10.36-1 ii libgtk-3-0 3.4.2-2 ii libical0 0.48-2 ii libjson-glib-1.0-0 0.14.2-1 ii libmozjs185-1.0 1.8.5-1.0.0+dfsg-3 ii libmutter0 3.4.1-5 ii libnm-glib4 0.9.4.0-5 ii libnm-util2 0.9.4.0-5 ii libnspr4
Bug#682010: [mumble] Communication failures due to CELT codec library removal
Hi, On Wednesday 25 July 2012 03:50:23 Chris Knadle wrote: The way you've described this, /if/ the trick with Speex does work, and the Debian version of Mumble ships without CELT, it would mean that if any Debian user shows up on a public server then all users would switch to using Speex. If that's the case, then the audio quality of Speex vs Celt and the latency each has matters to an extent. If the trick with speex works and is actually deemed necessary, then we're talking about a package providing the absolute minimum of interoperability without any ambition to providing quality. And yes, for it to work, it would need to switch all clients within hearing range to using speex with all the penalties in quality and latency that brings. However, as suggested earlier, statistics also show that users on Linux platforms make up not quite 2% of the overall userbase, and users affected by the hack would be well below that (my guess would put them under one per mil). With that in mind, it would be easy for users to just kick the offending handful of clients worldwide off their servers if the need arises, since it would be a very rare occurrence. That makes the impact on the overall userbase absolutely negligible. Regards, Nicos -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682732: glusterfs-server: removes directory that was installed by another package: /var/log/glusterfs/
Package: glusterfs-server Version: 3.2.7-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package removes files that were installed by another package. The removed files were already present before the package was installed, they may have been shipped or created by a dependency. This could be a violation of policy 10.7.4 (Sharing configuration files), see http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.4 or policy chapter 6 (Package maintainer scripts...), see http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html or policy 7.6 (Overwriting files...), see http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces If a directory is used by several packages, all should ship it as part of the package (possibly empty, using $package.dirs to create it), and no package should mkdir/rmdir it in the maintainer scripts as dpkg will take care of this. From the attached log (scroll to the bottom...): 0m47.9s ERROR: FAIL: After purging files have disappeared: /var/log/glusterfs/owned by: glusterfs-client cheers, Andreas glusterfs-server_3.2.7-2.log.gz Description: GNU Zip compressed data
Bug#682733: bacula-console: unowned files after purge (policy 6.8, 10.8): /etc/bacula/bconsole.conf
Package: bacula-console Version: 5.2.6+dfsg-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.8): http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. From the attached log (scroll to the bottom...): 0m46.4s ERROR: FAIL: Package purging left files on system: /etc/bacula/bconsole.conf not owned cheers, Andreas bacula-console_5.2.6+dfsg-2.log.gz Description: GNU Zip compressed data
Bug#682734: linux-image-3.4-trunk-amd64: config kernel for working crtools
Package: src Version: 3.4.4-1~experimental.1 Severity: wishlist Hello! I want to package crtools (#682706), and I'm need some kernel functions to be enabled (maybe as modules, if it can be done): * CONFIG_CHECKPOINT_RESTORE * CONFIG_UNIX_DIAG * CONFIG_EMBEDDED (might be needed) Please, enable it, if this don't break anything. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528978: /usr/bin/gnome-keyring: evolution is unable to connect to gnome-keyring-daemon
Package: gnome-keyring Version: 3.4.1-4 Followup-For: Bug #528978 I have similar problems with other applications. For example, vpnc and libreoffice report # vpnc WARNING: gnome-keyring:: couldn't connect to: /home/boris/.cache/keyring- RH53Qp/pkcs11: No such file or directory ~$ libreoffice WARNING: gnome-keyring:: couldn't connect to: /home/boris/.cache/keyring- RH53Qp/pkcs11: No such file or directory -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-keyring depends on: ii dbus-x11 1.6.0-1 ii dconf-gsettings-backend [gsettings-backend] 0.12.1-2 ii gcr 3.4.1-3 ii libc62.13-33 ii libcap-ng0 0.6.6-2 ii libcap2-bin 1:2.22-1 ii libdbus-1-3 1.6.0-1 ii libgck-1-0 3.4.1-3 ii libgcr-3-1 3.4.1-3 ii libgcrypt11 1.5.0-3 ii libglib2.0-0 2.32.3-1 ii libgtk-3-0 3.4.2-2 Versions of packages gnome-keyring recommends: ii libpam-gnome-keyring 3.4.1-4 gnome-keyring 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#682732: glusterfs-server: removes directory that was installed by another package: /var/log/glusterfs/
Am 25.07.2012 09:54, schrieb Andreas Beckmann: Package: glusterfs-server Version: 3.2.7-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package removes files that were installed by another package. The removed files were already present before the package was installed, they may have been shipped or created by a dependency. This could be a violation of policy 10.7.4 (Sharing configuration files), see http://www.debian.org/doc/debian-policy/ch-files.html#s10.7.4 or policy chapter 6 (Package maintainer scripts...), see http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html or policy 7.6 (Overwriting files...), see http://www.debian.org/doc/debian-policy/ch-relationships.html#s-replaces If a directory is used by several packages, all should ship it as part of the package (possibly empty, using $package.dirs to create it), and no package should mkdir/rmdir it in the maintainer scripts as dpkg will take care of this. From the attached log (scroll to the bottom...): 0m47.9s ERROR: FAIL: After purging files have disappeared: /var/log/glusterfs/ owned by: glusterfs-client cheers, Andreas Whops you are right. I will fix it for the experimental branch, since glusterfs-server depends on -client and -client does not need this directory I do not think that it is needed to fix in wheezy. Cheers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682735: error reading header aborts python interpreter
Package: python-cracklib
Version: 2.8.19-1
Severity: grave
For some reason, cracklib currently errs out with the following message
on my system:
/var/cache/cracklib/cracklib_dict: error reading header
PWOpen: No such file or directory
Whatever the real reason for that is, the python binding for cracklib
immediately aborts the python interpreter instead of throwing an exception.
This in turn makes 'revelation' simply crash whenever I try to add or
generate a password, for example.
It looks like this is a known issue upstream, see FascistCheck() in
lib/fascist.c:
if (!(pwp = PWOpen(path, r)))
{
/* shouldn't perror in a library or exit */
/* but should we return a bad password or good password if this
error occurs */
perror(PWOpen);
exit(-1);
}
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-rt-amd64 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-cracklib depends on:
ii cracklib-runtime 2.8.19-1
ii libc6 2.13-33
ii libcrack2 2.8.19-1
ii python2.7.3~rc2-1
ii python2.6 2.6.8-0.2
ii python2.7 2.7.3~rc2-2.1
python-cracklib recommends no packages.
python-cracklib 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#682736: unblock: vmware-manager/0.2.0-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please unblock package vmware-manager the version in unstable fixes rc bug #680481, which is a file name conflict between the packages vmm and vmware-manager: both provide a program named vmm, and the man page is causing the clash. the fix consists of vmware-manager switching to use /usr/bin/vwm (note: w). regards az unblock vmware-manager/0.2.0-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676882: Patch
Hi, here is my patch for this bug : https://github.com/kumy/fai/commit/fbdde8f6707f35bed3a377d901389a2d67e7de37 let me know if it's good for you. Bests -- Mathieu Alorent smime.p7s Description: S/MIME Cryptographic Signature
Bug#681898: invada-studio-plugins-ladspa: stereo compressors completely broken
2012/7/17 Jonas Smedegaard d...@jones.dk: Hi, In a simple setup with mplayer + jack-rack + ALSA, when enabling either stereo or mono compressor there is a loud CLICK and then silence. Did you mean mplayer - jack-rack - Jack - ALSA? The click is so massive that sometimes it triggers the safety shutoff of my amplifier! For comparison, enabling Calf compressor works like a charm. Hmmm I can't reproduce it whatever I am doing :( Works totally fine for me. mira -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661831: RFS: texi2html/5.0-1 -- Convert Texinfo files to HTML
Hi Bart, many thanks for your time, updated. On Monday 23 July 2012 11:59:55 Bart Martens wrote: On Mon, Jul 23, 2012 at 12:59:26PM +0200, Francesco Cecconi wrote: On Monday 23 July 2012 09:58:58 Bart Martens wrote: http://www.debian.org/doc/debian-policy/ch-docs.html#s-copyrightfile | Every package must be accompanied by a verbatim copy of its copyright | information and distribution license in the file | /usr/share/doc/package/copyright. I understand verbatim as using the same words. The copyright information and distribution license I find in test/manuals/res_all/mini_ker/Linking-rule.html is : | Copyright (C) 2004, 2005, 2006, 2007 Alain Lahellec | | Copyright (C) 2004, 2005, 2006, 2007 Patrice Dumas | | Copyright (C) 2004, Ste'phane Hallegatte These copyright notices are the copyright information meant in debian-policy. | | Permission is granted to copy, distribute and/or modify this document | under the terms of the GNU Free Documentation License, Version 1.1 or | any later version published by the Free Software Foundation; with no | Invariant Sections, with no Front-Cover text and with no Back-Cover Text. | A copy of the license is included in the section entitled GNU Free | Documentation License. This text plus the text in test/manuals/res_all/mini_ker/GNU-Free-Documentation-License.html are the distribution license meant in debian-policy. The related information I find in your debian/copyright file is : | Upstream Authors: |test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html |test/manuals/res/mini_ker/*.html: |Alain Lahellec, Patrice Dumas, Ste'phane Hallegatte The terms author and copyright holder are different terms with different meanings. | Copyright: |test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html |test/manuals/res/mini_ker/*.html are licensed under the GPL-1+, wich in debian |system can be found in /usr/share/common-licenses/GPL-1. The terms copyright and license are different terms with different meanings as well. I have updated the license to GFDL, but since the version 1.1 is not in debian common-licenses directory If the license text is not in /usr/share/common-licenses/ then you must include it in debian/copyright. I'm using for copyright information: test/manuals/res_all/mini_ker/*.html, test/manuals/res_info/mini_ker/*.html test/manuals/res/mini_ker/*.html are licensed under the GFDL-1.1+, we do not have a copy of the GFDL 1.1, but you can find a copy of the GFDL 1.3 in /usr/share/common-licenses/GFDL Things like no Front-Cover text are essential for this license. Regards, Bart Martens Regards, -- Francesco Cecconi nmapsi4 developer | www.nmapsi4.org Key ID: 11F6E468 signature.asc Description: This is a digitally signed message part.
Bug#682668: abiword: embedded svg not correctly printed
Hi Boris, On Wednesday 25 July 2012 18:19:55 borish wrote: On 25.07.2012 01:47, Dmitry Smirnov wrote: Probably this is because at the moment abiword is not linked with goffice library. Unfortunately required version of goffice library is not available in Debian yet and it must be the very same library gnumeric linked with. But this is a serious problem. Given that the freeze has already started, can we reasonably expect (and not only hope) these problems to be solved? -Boris Unfortunately this is hopeless partially due to freeze and partially due to goffice version mismatch with gnumeric. As far as I'm aware this didn't even work with previous abiword version. In long term I think this may be addressed when 1) new version version of libgoffice will be uploaded; 2) new version of gnumeric linked with new libgoffice is uploaded; 3) abiword linked with new libgoffice is uploaded; Probability of all this to happen before release of Wheezy is zero. The only thing would be possible to do is to make the above releases for wheezy-backports when possible. Regards, Dmitry. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681823: tuareg-mode: makes installation of emacs24 fail
Hello release team, tuareg-mode makes installation of emacs24 fail (#681823). This is tagged sid as emacs24 is not in wheezy, but OTOH this bug will bite users who will want to install emacs24 on top of wheezy. Would you unblock a package that fixes this bug (patch as proposed in the BTS)? Cheers -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682737: installation-reports: [wheezy] minor problems on Samsung NP-Q1u
Package: installation-reports Severity: normal Usertags: pca.it-install Hi there! Not a lot to say about this machine except some (maybe a lot) IMHO minor problems, see below. Thx, bye, Gismo / Luca -- Package-specific info: Boot method: netinst via USB key Image version: wheezy_di_beta1_build1 http://lists.debian.org/20120722023515.ga4...@mraw.org http://cdimage.debian.org/cdimage/.wheezy_di_beta1_build1/i386/iso-cd/ Date: 20120724T1200+0200 Machine: Samsung NP-Q1u Partitions: = root@kappei:/home/luca.capello# -Tl Filesystem Type 1K-blocksUsed Available Use% Mounted on rootfs rootfs52653820 8831072 41184720 18% / udevdevtmpfs 10240 0 10240 0% /dev tmpfs tmpfs 102460 748101712 1% /run /dev/mapper/kappei-root ext4 52653820 8831072 41184720 18% / tmpfs tmpfs 5120 0 5120 0% /run/lock tmpfs tmpfs 204916 76204840 1% /tmp tmpfs tmpfs 204916 416204500 1% /run/shm /dev/sda1 ext2239919 17731209388 8% /boot root@kappei:/home/luca.capello# fdisk -l /dev/sda Disk /dev/sda: 60.0 GB, 60011642880 bytes 255 heads, 63 sectors/track, 7296 cylinders, total 117210240 sectors Units = sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x6764fbbf Device Boot Start End Blocks Id System /dev/sda1 *2048 514047 256000 83 Linux /dev/sda2 514048 1119055692976+ 83 Linux root@kappei:/home/luca.capello# = Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Clock/timezone setup: [O] User/password setup:[O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Install tasks: [E] Install boot loader:[E] Overall install:[O] Comments/Problems: 1) the HD shows SMART errors at LBA 111944166, this is why the partition layout stops before (BTW, cryptsetup+LVM). 2) tasksel proposals were a bit strange: why there was 'Print server' and 'SSH server' (in the past both not chosen by default), but not 'Laptop'? 3) the GRUB2 screen was entitled 'Configuring man-db', which actually was already present in alpha1 and I forgot to notice it in #680318. 4) GNOME3 worked out of the box (even with GNOME Shell), but with 1G of RAM it is deadly slow (and, maybe unrelated, but the internal fan is always on). This is sad, because it fits nicely with the device. I will probably try Xfce or LXDE. 5) the touchscreen works out of the box, but not on the very external zones, so if you should click there (e.g. the sliding bars on the GTK d-i or the GNOME3 panel) you should better use the integrated mouse. 6) I know this is not really a bug, but after the installation the Wi-Fi WPA settings were save in /etc/network/interfaces. Given that this latter is world-readable, this could pose security risks (if this is already documented, please forgive me). I also found surprising the fact that the Wi-Fi card is not managed by Network-Manager because of the above (I know this is a never ending issue...). 7) some function keys (like the pad ones) do not work as expected and are wrongly mapped: Vol up/down OK Menu XF86MenuKB UDF F11 mouse L/R OK ENTER OK arrow-leftF9 arrow-up F1 arrow-right F10 arrow-downF3 The above could be caused by the fact that I am using a en_US layout for the it_IT hardware keyboard or also by the whole installation done with the external USB keyboard plugged in. Moreover, I do not really know what some keys (like UDF) are supposed to do. I will investigate a bit more later on. 8) the external VGA works, which means that plugging an external monitor activates it directly in GNOME3 (extended layout). However, given the GNOME3 slowness above, the screen seems to freeze while drawing stuff on the internal+external monitors, up to the point that this configuration is not usable at all. 9) with the wheezy and the latest experimental kernels the webcam is not recognized: http://bugs.debian.org/682727 -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: ==
Bug#682738: pulseaudio: please use linux-any as architecture specifier for bluetooth related packages and dependencies.
Package: pulseaudio
Version: 2.0-3
Severity: important
Tags: patch
The build-depends on libbluetooth-dev uses the architecture specifier
[!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386] this means that it will not
be possible to satisfy the build-depends on any new non-linux architectures.
Meanwhile the list of architectures to actually build the bluetooth
related packages on is alpha amd64 arm armel hppa i386 ia64 mips mipsel
powerpc s390 sparc, this means that newer and unofficial linux
architectures won't get theese packages despite the files needed having
been built.
The attached patch replaces both of these lists of architectures with
linux-any matching the architecture specification for bluez.
--- pulseaudio-2.0/debian/control 2012-05-19 20:05:24.0 +
+++ pulseaudio-2.0.new/debian/control 2012-07-25 00:02:38.0 +
@@ -14,7 +14,7 @@
libudev-dev (= 143) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386],
libasyncns-dev,
libatomic-ops-dev, libspeexdsp-dev (= 1.2~rc1),
-libbluetooth-dev (= 4.40) [!kfreebsd-i386 !kfreebsd-amd64 !hurd-i386],
+libbluetooth-dev (= 4.40) [linux-any],
libtdb-dev, intltool, libgtk2.0-dev, libxtst-dev,
libssl-dev,
libx11-xcb-dev, libice-dev, libxcb1-dev (= 1.6),
@@ -260,7 +260,7 @@
This package contains debugging symbols for the PulseAudio RAOP module.
Package: pulseaudio-module-bluetooth
-Architecture: alpha amd64 arm armel hppa i386 ia64 mips mipsel powerpc s390 sparc
+Architecture: linux-any
Priority: extra
Depends: ${shlibs:Depends}, ${misc:Depends}, bluez (= 4.40)
Breaks: pulseaudio ( 0.9.14-2)
@@ -275,7 +275,7 @@
The module is called module-bluetooth
Package: pulseaudio-module-bluetooth-dbg
-Architecture: alpha amd64 arm armel hppa i386 ia64 mips mipsel powerpc s390 sparc
+Architecture: linux-any
Priority: extra
Section: debug
Depends: ${misc:Depends}, pulseaudio-module-bluetooth (= ${binary:Version})
Bug#682739: piuparts: package cannot be tested with piuparts due to requirement of external resources
Package: piuparts Severity: minor Tags: wontfix User: debian...@lists.debian.org Usertags: piuparts This is a meta bug to carry Affects:/Found: on packages that cannot be tested by piuparts due to the requirement of non-redistributable non-free resources. Having them listed here will allow piuparts-analyze to mark them as bugged so they don't show up as unhandled failures. * matlab-support [contrib]: requires a matlab installation * sdic-eijiro [contrib]: requires a dictionary CD Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609215: embedding PDF readers in chromium steals mouse pointer and lock X session
Package: mozplugger Followup-For: Bug #609215 As Wheezy is frozen and we have a better idea of which software versions will ship with it, I gotta ask: Does this issue still warrant the current severity level it has? Here, with Iceweasel 10 and Evince 3.4, I don't notice these symptoms, so I wonder if the severity should perhaps be lowered or the bug closed? -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (1001, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mozplugger depends on: ii dpkg 1.16.4.3 ii iceweasel 10.0.6esr-1 ii libc6 2.13-33 ii libx11-6 2:1.5.0-1 ii m4 1.4.16-3 mozplugger recommends no packages. Versions of packages mozplugger suggests: pn abiword-common none pn bplay none ii evince 3.4.0-2+b1 pn gnumericnone pn gqview none ii imagemagick 8:6.7.7.10-2 ii libreoffice-common 1:3.5.4-5 pn mikmod none pn mpg123 none pn mpg321 none pn mplayer | mplayer2 none pn playmidinone pn qiv none pn rasmol none pn sidplay-basenone pn sox none pn splay none pn texlive-basenone pn timiditynone pn vorbis-toolsnone pn xcdroastnone pn xine-ui none pn xmp none pn xpdfnone pn xscreensaver-gl none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#677016: resume failure: kobject_add_internal failed for BAT0 with -EEXIST
On 11/07/12 00:12, Jonathan Nieder wrote: Eugen Dedu wrote: No problem for me, I am glad that it works on 3.4! So if you prefer, you can close this bug. I'd rather get it fixed in 3.2.y since we will be maintaining that for a while. Would you be interested in pursuing that (by testing it and contacting upstream and cc-ing us when it next happens)? If not, that's fine and we probably should close it. I would like to, but I really think it will take me too much time, sorry! -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682740: nmu: python-gevent_0.13.6-1+b1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu python-gevent_0.13.6-1+b1 . ALL . -m Rebuild against libevent-2.0-5 2.0.19-stable; fixes #645833 A binNMU should fix bug #645833. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681069: closed by Scott Kitterman sc...@kitterman.com (Bug#681069: fixed in linkchecker 7.9-2.1)
On 07/24/2012 05:36 AM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the linkchecker package: #681069: Throws exceptions when run Are we sure this is fixed? Just updated to 7.9-2.2 and: % linkchecker www.anything 'module' object has no attribute 'non_hierarchical' Traceback (most recent call last): File /usr/bin/linkchecker, line 767, in module aggregate_url(aggregate, config, strformat.stripurl(url)) File /usr/bin/linkchecker, line 536, in aggregate_url url_data = get_url_from(url, 0, aggregate) File /usr/lib/python2.7/dist-packages/linkcheck/checker/__init__.py, line 97, in get_url_from line=line, column=column, name=name) File /usr/lib/python2.7/dist-packages/linkcheck/checker/urlbase.py, line 123, in __init__ self.check_syntax() File /usr/lib/python2.7/dist-packages/linkcheck/checker/urlbase.py, line 381, in check_syntax self.build_url() File /usr/lib/python2.7/dist-packages/linkcheck/checker/urlbase.py, line 400, in build_url base_url, is_idn = url_norm(self.base_url, self.encoding) File /usr/lib/python2.7/dist-packages/linkcheck/checker/urlbase.py, line 63, in url_norm return urlutil.url_norm(url, encoding=encoding) File /usr/lib/python2.7/dist-packages/linkcheck/url.py, line 354, in url_norm if is_hierarchical: UnboundLocalError: local variable 'is_hierarchical' referenced before assignment -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682741: piuparts: needs a second set of ignoreed files and patterns for partial purge tests
Package: piuparts Version: 0.45 Severity: normal Hi, for the --install-purge-install option I introduced, we need a new set of ignored_files and ignored_patterns. Until now only a full purge was performed (all packages that were not in the base system are removed). But with the --install-purge-install option, only the tested package itself will be purged, the dependencies will be kept in place. This leads to various modified and added files (logfiles, indices, databases, compiled modules in various languages, config files, ... that will be taken care of by purging the dependency, but when only purging the tested packages, they produce noise. Adding them to the existing ignored_files/ignored_patterns is not a good idea, as we don't want have them ignored for the full purge. There is no need for adding extra command line options to amend these new hardcoded lists, for dynamic addition it does not really matter whether the full purge or partial purge ignores are used. The -i- (or however it was called) option to clear the ignore lists needs to clear the partial purge list, too. Eventually there should be a --list-ignored option that lists the actually ignored files for easier debugging: IGNORED: /var/log/foo.log Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682742: audacity: creates temporary directory with wrong permissions
Package: audacity Version: 1.3.12-7.4 Severity: important Although the umask is set to 027, the temporary directory is created with mode 755. Even worse, after manually changing the permissions to 700, audacity resets them to 755 during startup! Severity of the bug set to important, because I consider this a (albeit minor) security problem. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (950, 'stable'), (800, 'testing'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 3.2.23-x86_64 (SMP w/4 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages audacity depends on: ii audacity-data 1.3.12-7.4A fast, cross-platform audio edito ii libasound2 1.0.25-3 shared library for ALSA applicatio ii libc6 2.13-33 Embedded GNU C Library: Shared lib ii libexpat1 2.1.0-1 XML parsing C library - runtime li ii libflac++6 1.2.1-2+b1Free Lossless Audio Codec - C++ ru ii libflac8 1.2.1-2+b1Free Lossless Audio Codec - runtim ii libgcc11:4.7.1-2 GCC support library ii libglib2.0-0 2.32.3-1 GLib library of C routines ii libgtk2.0-02.24.10-1 GTK+ graphical user interface libr ii libid3tag0 0.15.1b-10ID3 tag reading library from the M ii libjack0 [libjack-0.11 1:0.118+svn3796-7 JACK Audio Connection Kit (librari ii libmad00.15.1b-5 MPEG audio decoder library ii libogg01.2.0~dfsg-1 Ogg bitstream library ii libsamplerate0 0.1.7-3 Audio sample rate conversion libra ii libsndfile11.0.21-3+squeeze1 Library for reading/writing audio ii libsoundtouch1c2 1.3.1-2 sound stretching library ii libstdc++6 4.7.1-2 GNU Standard C++ Library v3 ii libtwolame00.3.12-1 MPEG Audio Layer 2 encoding librar ii libvamp-hostsdk3 2.1-1 helper library for Vamp hosts writ ii libvorbis0a1.3.1-1+squeeze1 The Vorbis General Audio Compressi ii libvorbisenc2 1.3.1-1+squeeze1 The Vorbis General Audio Compressi ii libvorbisfile3 1.3.1-1+squeeze1 The Vorbis General Audio Compressi ii libwxbase2.8-0 2.8.10.1-3+b1 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3+b1 wxWidgets Cross-platform C++ GUI t Versions of packages audacity recommends: ii libavcodec52 5:0.7.13-dmo2 Library to encode decode multimedi ii libavformat52 5:0.7.13-dmo2 ffmpeg file format library. Versions of packages audacity suggests: pn ladspa-plugin none(no description available) ii libmp3lame01:3.99.5-dmo1 LAME Ain't an MP3 Encoder (shared -- 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#682743: mime-support: Please update the Scilab extensions
Package: mime-support Version: 3.52-1 Severity: wishlist Tags: patch Hello, I updated Scilab mime types. Could you apply the attached patch ? Thanks Sylvestre -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 5.11-1 mime-support suggests no packages. -- no debconf information Index: mime-support-3.52/mime.types === --- mime-support-3.52.orig/mime.types 2012-02-12 21:04:20.0 +0100 +++ mime-support-3.52/mime.types 2012-07-25 11:03:04.0 +0200 @@ -489,8 +489,8 @@ application/x-rss+xmlrss application/x-rubyrb application/x-rx -application/x-scilabsci sce -application/x-scilab-xcos xcos +application/x-scilabsci sce sod +application/x-scilab-xcos xcos zcos application/x-shsh application/x-sha1sha1 application/x-sharshar
Bug#682744: piuparts: better handling of --warn-on-others for packages with circular dependencies
Package: piuparts Version: 0.45 Severity: wishlist Hi, the --warn-on-others option does not work for packages with circular dependencies. Installing deps($pkg) will also install $pkg, so there is no state change between installing deps($pkg) and deps($pkg)+$pkg. This is also a problem for --purge-install-purge. Probably best to exclude the dependency cycle when installing the deps and treat the packages on the cycle as a single package to be tested. May get nasty in the case of alternatives :-) Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682745: mime-support: Please import mime-support into a VCS
Package: mime-support Version: 3.52-1 Severity: wishlist Hello, Could you consider the usage of a VCS (git, svn) to maintain mime-support ? It would simplify the work for writing patches and for potential contributors. Thanks, Sylvestre -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (600, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-2-686-pae (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash mime-support depends on no packages. Versions of packages mime-support recommends: ii file 5.11-1 mime-support 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#682745: mime-support: Please import mime-support into a VCS
Le Wed, Jul 25, 2012 at 11:08:04AM +0200, Sylvestre Ledru a écrit : Could you consider the usage of a VCS (git, svn) to maintain mime-support ? It would simplify the work for writing patches and for potential contributors. Hi Sylvestre, We are about to move to http://anonscm.debian.org/gitweb/?p=collab-maint/mime-support.git, but please give us a bit of time. *It will be rebased before our next upload* This said, if you have comments about the layout or the conversion, it is the right time to give them. We will announce the upload on debian-devel, and you will be notified by this bug being closed. Thanks, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682746: unblock: deutex/4.4.902-13
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
thanks
Please unblock package deutex.
Version 4.4.902-13 resolves an RC bug #682132 relating to
Recommends: on a package not in main.
Debdiff attached.
Thanks!
diff -u deutex-4.4.902/debian/changelog deutex-4.4.902/debian/changelog
--- deutex-4.4.902/debian/changelog
+++ deutex-4.4.902/debian/changelog
@@ -1,3 +1,10 @@
+deutex (4.4.902-13) unstable; urgency=low
+
+ * Recommend either boom-wad or doom-wad, since the latter is
+not satisfyable in main. Closes: #682132.
+
+ -- Jon Dowland j...@debian.org Fri, 20 Jul 2012 17:08:20 +0100
+
deutex (4.4.902-12) unstable; urgency=low
* Update control file to reflect new VCS location
diff -u deutex-4.4.902/debian/control deutex-4.4.902/debian/control
--- deutex-4.4.902/debian/control
+++ deutex-4.4.902/debian/control
@@ -14,7 +14,7 @@
Depends: ${shlibs:Depends}, ${misc:Depends}
Suggests: doom-engine
Provides: doom-wad-editor
-Recommends: doom-wad
+Recommends: boom-wad | doom-wad
Description: composition tool for doom-style WAD files
DEU's Texture Companion (DeuTex) is a resource editor that
can extract and insert graphics, sounds, levels and other
Bug#682745: mime-support: Please import mime-support into a VCS
On 25/07/2012 11:12, Charles Plessy wrote: Le Wed, Jul 25, 2012 at 11:08:04AM +0200, Sylvestre Ledru a écrit : Could you consider the usage of a VCS (git, svn) to maintain mime-support ? It would simplify the work for writing patches and for potential contributors. Hi Sylvestre, We are about to move to http://anonscm.debian.org/gitweb/?p=collab-maint/mime-support.git, but please give us a bit of time. *It will be rebased before our next upload* This said, if you have comments about the layout or the conversion, it is the right time to give them. Merci! I don't have any comments. It was just to get access to the latest version to perform modifications. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682747: ITP: gosa-plugin-netgroups -- NIS Netgroups Plugin for GOsa²
Package: wnpp Severity: wishlist Owner: Mike Gabriel mike.gabr...@das-netzwerkteam.de * Package name: gosa-plugin-netgroups Version : 0.2 (in prep.) Upstream Author : Alejandro Escanero Blanco * URL : https://oss.gonicus.de/repositories/gosa-contrib/netgroups/trunk * License : GPL-2+ Programming Lang: PHP Description : NIS Netgroups Plugin for GOsa² The GOsa² netgroups plugin had been shipped with the debian-edu-config src:package for squeeze. The Debian Edu team needs a means to maintain NIS netgroups via LDAP. This ITP focuses on three goals: 1) Provide a netgroups plugin for GOsa² 2.7 2) In coordination with the RT get the gosa-netgroups-plugin to wheezy 3) Avoid hiding the plugin in debian-edu-config This ITP, the packaging etc. will be closely coordinated with GOsa² upstream and the package maintainers of src:gosa. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678584: (no subject)
avr-l...@packages.debian.org Subject: Re: avr-libc manpages override libc manpages if PATH contains (for example) /usr/lib/ccache Reply-To: In-Reply-To: 2012060422.ga31...@sli.dy.fi severity 678584 serious tags 678584 +patch thanks Hallo, * Sami Liedes [Sat, Jun 23 2012, 01:04:22AM]: Steps to reproduce (MANPATH is not set and /etc/manpath.config has not been modified from the default): 1. export PATH=/usr/lib/ccache:/usr/bin:/bin 2. man 3 printf Expected result: 2. man page for printf(3) from libc is shown Actual result: 2. man page for avr_stdio(3) from avr-libc is shown instead Which might justify a reason for severity serious - breaks unrelated software. And it's even worse. The avr-man command which AFAICS was supposed to get the right manpages from the alternative path, is NOT WORKING! $ avr-man errno No manual entry for errno Looking at the script, I see that it refers to /usr/share/doc/avr-libc/man and not to /usr/lib/share... so it looks for me like the root cause is the wrong installation path of the manpages. Unless the maintainer reacts, I plan to NMU this package in a couple of days. Patch is attached, however untested because the build is FTBFSing on my workstation system. Will be investigated ASAP. This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian) restricted \write18 enabled. ---! /home/ed/.texmf-var/web2c/pdftex/pdflatex.fmt doesn't match pdftex.pool (Fatal format file error; I'm stymied) make[5]: [refman.pdf] Fehler 1 (ignoriert) makeindex refman.idx Input index file refman.idx not found. Usage: makeindex [-ilqrcgLT] [-s sty] [-o ind] [-t log] [-p num] [idx0 idx1 ...] make[5]: *** [refman.pdf] Fehler 1 -- Lassen Sie sich 'Sklaventreiber' auf die Stirn tätowieren. Das ist ehrlich, da wissen wir alle woran wir sind. -- Volker Pispers --- avr-libc-1.8.0/debian/changelog +++ avr-libc-1.8.0/debian/changelog @@ -1,3 +1,11 @@ +avr-libc (1:1.8.0-2.1) unstable; urgency=low + + * Non-maintainer upload + * Move manpages into correct location to make avr-man work again and stop +breaking regular access to normal manpages (closes: #678584) + + -- Eduard Bloch bl...@debian.org Wed, 25 Jul 2012 11:08:59 +0200 + avr-libc (1:1.8.0-2) unstable; urgency=low * New upstream release --- avr-libc-1.8.0/debian/rules +++ avr-libc-1.8.0/debian/rules @@ -58,6 +58,7 @@ dh_installdocs dh_installman dh_compress + mv debian/avr-libc/usr/lib/share/man debian/avr-libc/usr/share/doc/avr-libc/man dh_fixperms dh_installdeb
Bug#682743: mime-support: Please update the Scilab extensions
Le Wed, Jul 25, 2012 at 11:05:41AM +0200, Sylvestre Ledru a écrit : Index: mime-support-3.52/mime.types === --- mime-support-3.52.orig/mime.types 2012-02-12 21:04:20.0 +0100 +++ mime-support-3.52/mime.types 2012-07-25 11:03:04.0 +0200 @@ -489,8 +489,8 @@ application/x-rss+xmlrss application/x-ruby rb application/x-rx -application/x-scilab sci sce -application/x-scilab-xcosxcos +application/x-scilab sci sce sod +application/x-scilab-xcosxcos zcos application/x-sh sh application/x-sha1 sha1 application/x-shar shar Hi Sylvestre, have you considered submitting this media type to the IANA ? http://www.iana.org/assignments/media-types/index.html The current plan for mime-support is to upload a version that populates /etc/mailcap using Desktop entries (http://bugs.debian.org/497779), and wait for the resolution of the current MIME dispute at the technical comittee (http://bugs.debian.org/681687) before making further changes. Gicen that you filed this bug as wishlist, I assume it is fine for you ? Cheers, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579821: grep: It is an expected change in behavior, not a bug
Package: grep Followup-For: Bug #579821 Dear Maintainer, inside [], '-' separates ranges, unless it is the first or last thing in []. Ex : [-ac] means '-', 'a' or 'c', whereas [a-c] means 'a', 'b' or 'c'. Thus [\-.] is a range (for example it matchs '[' or '@'). Beware ranges may depend on your local. grep does not authorize reversed ranges anymore, for consistency (see http://git.savannah.gnu.org/gitweb/?p=grep.git;a=blob;f=tests/reversed-range-endpoints;h=e80c07a0cc9ce4b6b433b0c3591d28e7d5002e17;hb=159c02545be1bd4342d27c7ea5b9d06459d3c8aa ) ($ echo hello| grep [c-a] = grep: Invalid range end, whereas a-c works as expected). Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grep depends on: ii dpkg 1.16.4.3 ii install-info 4.13a.dfsg.1-10 ii libc6 2.13-33 grep recommends no packages. Versions of packages grep suggests: ii libpcre3 1:8.30-5 -- 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#654612: xserver-xorg-video-nouveau: dual-head DVI-I-2 disconnected GeForce 210 NVa8 (GT218)
I had similar problems using dual monitors. Secondary monitor work for few minutes at most and turned off reporting wrong dvi or unplugged. using GeForce 8600 GT. Quite often getting the BIOS to complain while booting up about broken graphic card hardware. Worked well on wheezy so followed Oz apt line and upgraded kernel and X. Working nicely now. thanks!
Bug#682068: [Piuparts-devel] Bug#682068: piuparts: Please mount selinuxfs to /sys/fs/selinux
On 2012-07-19 11:36, Laurent Bigonville wrote: The current version of libselinux is checking both /sys/fs/selinux and /selinux (in that order) to find a selinuxfs, so things should continue to work properly in any cases. So squeeze uses /selinux, wheezy uses /sys/fs/selinux as mountpoint? When doing squeeze (or squeeze2anything) tests - what is the correct mountpoint inside the chroot? What if the hosts runs squeeze? What if the host runs wheezy? Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682748: libcgroup: pam_cgroup or documentation wrong with regard to %u/%U, %g/%G and %p/%P - they are swapped
Source: libcgroup Version: 0.38-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Trying to configure pam_cgroup using /etc/cgrules.conf * What exactly did you do (or not do) that was effective (or ineffective)? Documentation says: %u in cgrules.conf is username, uid if unavailable %U in cgrules.conf is uid %g in cgrules.conf is groupname, gid if unavailable %G in cgrules.conf is gid * What was the outcome of this action? %u in cgrules.conf is uid %U in cgrules.conf is username %g in cgrules.conf is gid %G in cgrules.conf is groupname Basically, u/U vs g/G swapped. Code seems to indicate p/P (pid/processname) being swapped too. src/api.c: line 2695 and on. * What outcome did you expect instead? Documentation and code agreeing on which is which. Probably best to make the documentation match code/config. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682749: cgroup-bin: Wrong descriptions in init.d script
Package: cgroup-bin Version: 0.38-1 Severity: minor Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Checking /etc/init.d/cgconfig * What exactly did you do (or not do) that was effective (or ineffective)? It says: # Start/Stop the workload manager ... # Short-Description:start and stop the WLM configuration Seem to be copied off the startup script for WLM and then changed and various parts removed, there are a bunch of traps that do nothing as well etc. * What was the outcome of this action? * What outcome did you expect instead? Expected it to be about cgconfig/cgconfigparser instead. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages cgroup-bin depends on: ii libc6 2.13-33 ii libcgroup1 0.38-1 cgroup-bin recommends no packages. cgroup-bin suggests no packages. -- Configuration Files: /etc/cgrules.conf changed [not included] /etc/default/cgred changed [not included] -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682750: xen-utils-common: guests detection broken for shutdown
Package: xen-utils-common Version: 4.0.0-1 Severity: normal Hi, On system shutdown the 'xendomains' script appears to detect wrong guests: | Stopping libvirt management daemon: libvirtd. | Clearing ebtables rulesets: filter nat broute done. | Shutting down Xen domains: bev-d6x02(save).Error: Domain '1024' does not exist. | !(shut).Error: Domain '1024' does not exist. | /etc/init.d/xendomains: line 245: 7191 Terminated watchdog_xm save | !/etc/init.d/xendomains: line 134: 7231 Terminated watchdog_xm shutdown | bev-r5x01(save)/etc/init.d/xendomains: line 245: 7231 Terminated watchdog_xm shutdown | .Error: Domain '4096' does not exist. | !(shut).Error: Domain '4096' does not exist. | /etc/init.d/xendomains: line 245: 7255 Terminated watchdog_xm save | !/etc/init.d/xendomains: line 134: 7273 Terminated watchdog_xm shutdown | bev-w2x05(save)/etc/init.d/xendomains: line 245: 7273 Terminated watchdog_xm shutdown | .Error: Domain '2048' does not exist. | !(shut).Error: Domain '2048' does not exist. | /etc/init.d/xendomains: line 245: 7302 Terminated watchdog_xm save | !/etc/init.d/xendomains: line 134: 7319 Terminated watchdog_xm shutdown | wixn01(save)/etc/init.d/xendomains: line 245: 7319 Terminated watchdog_xm shutdown | .Error: Domain '2048' does not exist. | !(shut).Error: Domain '2048' does not exist. | /etc/init.d/xendomains: line 245: 7342 Terminated watchdog_xm save | !/etc/init.d/xendomains: line 134: 7359 Terminated watchdog_xm shutdown | /etc/init.d/xendomains: line 134: 7359 Terminated watchdog_xm shutdown | SHUTDOWN_ALL .All domains terminated | /etc/init.d/xendomains: line 245: 7359 Terminated watchdog_xm shutdown | /etc/init.d/xendomains: line 245: 7407 Terminated watchdog_xm shutdown 1 | [done]. | Stopping Xen daemons: xend. | Asking all remaining processes to terminate...done. | All processes ended within 7 secondsdone. Note that I don't have the guests definition on /etc/xen but on domains subdirectory of /var/lib/xend. | 07d7aec9-e381-5e93-9a67-e12e94b4ac1a | 0ee74b26-1aae-512a-c408-c06c6a7d634a | 2e43253c-7774-f5f7-6778-d1b91f21405c | 33fa8e33-686e-cb98-4586-7a36b3611af7 | 4a7a22ec-1b86-b513-b26c-7b18ce063510 | 4efdef1e-5d19-4c10-7ef7-8656c00ee611 | 50ab29d3-11df-b239-9497-0b0d493bf06d | 6f5967d4-bd5c-9654-e0f2-307d8e9eae47 | a81cee3b-dc11-678a-770f-e0e4951bd0ca | abedb44f-d7a3-ae51-c176-a2e353a8b537 | f05639cb-f42e-3fdf-9ae4-78ce03a34439 Each of these contain a 'config.sxp' file. Cheers -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages xen-utils-common depends on: ii gawk1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii udev164-3/dev/ and hotplug management daemo ii xenstore-utils 4.0.1-5.2Xenstore utilities for Xen xen-utils-common recommends no packages. xen-utils-common suggests no packages. -- Configuration Files: /etc/default/xendomains changed: XENDOMAINS_SYSRQ= XENDOMAINS_USLEEP=10 XENDOMAINS_CREATE_USLEEP=500 XENDOMAINS_MIGRATE= XENDOMAINS_SAVE= XENDOMAINS_SHUTDOWN=--halt --wait XENDOMAINS_SHUTDOWN_ALL=--all --halt --wait XENDOMAINS_RESTORE=true XENDOMAINS_AUTO=/etc/xen/auto XENDOMAINS_AUTO_ONLY=false XENDOMAINS_STOP_MAXWAIT=20 /etc/xen/xend-config.sxp changed: (xend-unix-server yes) (vif-script vif-bridge) (dom0-min-mem 196) (enable-dom0-ballooning yes) (total_available_memory 0) (dom0-cpus 0) (vnc-listen '0.0.0.0') (vncpasswd '') -- 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#682743: mime-support: Please update the Scilab extensions
On 25/07/2012 11:23, Charles Plessy wrote: Le Wed, Jul 25, 2012 at 11:05:41AM +0200, Sylvestre Ledru a écrit : Index: mime-support-3.52/mime.types === --- mime-support-3.52.orig/mime.types2012-02-12 21:04:20.0 +0100 +++ mime-support-3.52/mime.types 2012-07-25 11:03:04.0 +0200 @@ -489,8 +489,8 @@ application/x-rss+xml rss application/x-ruby rb application/x-rx -application/x-scilabsci sce -application/x-scilab-xcos xcos +application/x-scilabsci sce sod +application/x-scilab-xcos xcos zcos application/x-shsh application/x-sha1 sha1 application/x-shar shar Hi Sylvestre, have you considered submitting this media type to the IANA ? http://www.iana.org/assignments/media-types/index.html The current plan for mime-support is to upload a version that populates /etc/mailcap using Desktop entries (http://bugs.debian.org/497779), and wait for the resolution of the current MIME dispute at the technical comittee (http://bugs.debian.org/681687) before making further changes. Gicen that you filed this bug as wishlist, I assume it is fine for you ? Yes. No worries. After chatting with an other Scilab contributor, I am not very happy about my commit. I will give me time to do a better job :) Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682751: cryptsetup: Booting from encrypted multidevice btrfs does not work
Package: cryptsetup Version: 2:1.4.3-2 Severity: important Tags: patch Booting with / on a multidevice btrfs where the component devices are encrypted does not work, as the cryptroot initramfs hook only add support for a single encrypted rootdev to the initramfs. The attached patch makes the hook script support multiple rootdevs and adds support for finding all rootdevs for a btrfs filesystem. Someone should probably add zfs-fuse support to get_root_devices() as well, but I don't have any zfs filesystem to test with... Best regards Jon Severinsson -- Package-specific info: -- /proc/cmdline BOOT_IMAGE=/vmlinuz-3.2.0-3-amd64 root=/dev/mapper/gitara-crypt2 ro rootflags=subvol=debian bootdegraded=true quiet splash vt.handoff=7 -- /etc/crypttab # target name source device key file options gitara-crypt1 UUID=0c334cb8-d190-4c5f-a218-e240ffbf142d none luks,discard gitara-crypt2 UUID=948cd1d2-79d3-4515-b494-a7fd7b95c29b none luks,discard -- /etc/fstab # /etc/fstab: static file system information. # # Use 'blkid -o value -s UUID' to print the universally unique identifier # for a device; this may be used with UUID= as a more robust way to name # devices that works even if disks are added and removed. See fstab(5). # # file system mount point type options dump/pass LABEL=gitara-boot /boot ext4nodev,nosuid 0 2 LABEL=gitara-btrfs /media/btrfsbtrfs ssd,subvolid=0 0 0 LABEL=gitara-btrfs / btrfs ssd,subvol=debian 0 0 LABEL=gitara-btrfs /optbtrfs ssd,subvol=opt 0 0 LABEL=gitara-btrfs /home btrfs ssd,nodev,nosuid,subvol=home0 0 LABEL=gitara-btrfs /export btrfs ssd,nodev,nosuid,subvol=export 0 0 LABEL=gitara-backup /export/backup ext4nodev,nosuid 0 2 -- lsmod Module Size Used by parport_pc 22364 0 ppdev 12763 0 lp 17149 0 parport31858 3 lp,ppdev,parport_pc rfcomm 33656 0 bnep 17567 2 bluetooth 119406 10 bnep,rfcomm binfmt_misc12957 1 uinput 17440 1 isofs 35171 0 nls_utf8 12456 1 nls_cp437 16553 1 vfat 17316 1 fat45642 1 vfat loop 22641 2 kvm_amd47218 0 kvm 287662 1 kvm_amd snd_hda_codec_hdmi 30783 1 eeepc_wmi 12564 0 asus_wmi 18726 1 eeepc_wmi sparse_keymap 12760 1 asus_wmi rfkill 19012 3 asus_wmi,bluetooth snd_hda_codec_realtek 188797 1 amd64_edac_mod 22334 0 edac_mce_amd 17103 1 amd64_edac_mod k10temp12611 0 powernow_k817573 0 psmouse64455 0 edac_core 35258 3 amd64_edac_mod joydev 17266 0 mperf 12453 1 powernow_k8 pcspkr 12579 0 serio_raw 12931 0 snd_hda_intel 26345 0 snd_hda_codec 78031 3 snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi snd_hwdep 13186 1 snd_hda_codec snd_pcm63900 3 snd_hda_codec,snd_hda_intel,snd_hda_codec_hdmi snd_page_alloc 13003 2 snd_pcm,snd_hda_intel snd_seq45093 0 snd_seq_device 13176 1 snd_seq evdev 17562 15 snd_timer 22917 2 snd_seq,snd_pcm sp5100_tco 12900 0 processor 28157 1 powernow_k8 thermal_sys18040 1 processor i2c_piix4 12536 0 snd52850 9 snd_timer,snd_seq_device,snd_seq,snd_pcm,snd_hwdep,snd_hda_codec,snd_hda_intel,snd_hda_codec_realtek,snd_hda_codec_hdmi soundcore 13065 1 snd shpchp 31293 0 btrfs 505480 1 crc32c 12656 1 libcrc32c 12426 1 btrfs zlib_deflate 25638 1 btrfs sha256_generic 16797 4 cryptd 14517 0 aes_x86_64 16796 32 aes_generic33026 1 aes_x86_64 cbc12754 16 ext4 350411 2 crc16 12343 2 ext4,bluetooth jbd2 62015 1 ext4 mbcache13065 1 ext4 dm_crypt 22586 2 dm_mod 63545 5 dm_crypt raid1 30714 1 md_mod 87742 2 raid1 sr_mod 21899 0 cdrom 35401 1 sr_mod sd_mod 36136
Bug#682752: cups-filters: debian/copyright is misleading/incomplete
Source: cups-filters Version: 1.0.18-2 Severity: serious Justification: Policy 12.5 While casually looking through a few randomly selected debian/copyright files, I noticed that the copyright file for cups-filters is seriously misleading and incomplete. For example, it lists the Debian maintainer as the copyright owner of install-sh, configure, CHANGES.txt and a few others, with GPL-2+ as the license. At least install-sh is wrong in that list, as it is not under the GPL-2, and was written by Apple/MIT. The licenses of files under filter/fontembed are not documented at all, nor is filter/PDFError.h. I have not checked further than these, but this is already enough to report a serious bug, as licenses for *all* files must be properly documented, and not misattributed. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682153: geany: high CPU load while idle
Package: geany Version: 0.21.dfsg-2 Followup-For: Bug #682153 The problem is also present in geany 0.21: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 1801 root 20 0 182m 26m 9104 R 56.5 1.4 3:17.77 Xorg 10356 boris 20 0 736m 22m 14m S 48.2 1.2 0:15.34 geany All tabs are closed, no plugins are loaded. The fan is running. Maybe you can upload a version with profiling symbols somewhere so I can run gprof on it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages geany depends on: ii geany-common0.21.dfsg-2 ii libatk1.0-0 2.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libfontconfig1 2.9.0-6 ii libfreetype62.4.9-1 ii libgcc1 1:4.7.1-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.32.3-1 ii libgtk2.0-0 2.24.10-1 ii libpango1.0-0 1.30.0-1 ii libstdc++6 4.7.1-2 ii multiarch-support 2.13-33 geany recommends no packages. Versions of packages geany suggests: pn doc-base none ii libvte9 1:0.28.2-5 -- 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#678584: (no subject)
Thanx for the patch and sorry for being slow with this. I'll try to have this fixed within the next few days. Feel free to NMU if you like, just keep me informed please. On Wed, Jul 25, 2012 at 11:23 AM, Eduard Bloch e...@gmx.de wrote: avr-l...@packages.debian.org Subject: Re: avr-libc manpages override libc manpages if PATH contains (for example) /usr/lib/ccache Reply-To: In-Reply-To: 2012060422.ga31...@sli.dy.fi severity 678584 serious tags 678584 +patch thanks Hallo, * Sami Liedes [Sat, Jun 23 2012, 01:04:22AM]: Steps to reproduce (MANPATH is not set and /etc/manpath.config has not been modified from the default): 1. export PATH=/usr/lib/ccache:/usr/bin:/bin 2. man 3 printf Expected result: 2. man page for printf(3) from libc is shown Actual result: 2. man page for avr_stdio(3) from avr-libc is shown instead Which might justify a reason for severity serious - breaks unrelated software. And it's even worse. The avr-man command which AFAICS was supposed to get the right manpages from the alternative path, is NOT WORKING! $ avr-man errno No manual entry for errno Looking at the script, I see that it refers to /usr/share/doc/avr-libc/man and not to /usr/lib/share... so it looks for me like the root cause is the wrong installation path of the manpages. Unless the maintainer reacts, I plan to NMU this package in a couple of days. Patch is attached, however untested because the build is FTBFSing on my workstation system. Will be investigated ASAP. This is pdfTeX, Version 3.1415926-2.4-1.40.13 (TeX Live 2012/Debian) restricted \write18 enabled. ---! /home/ed/.texmf-var/web2c/pdftex/pdflatex.fmt doesn't match pdftex.pool (Fatal format file error; I'm stymied) make[5]: [refman.pdf] Fehler 1 (ignoriert) makeindex refman.idx Input index file refman.idx not found. Usage: makeindex [-ilqrcgLT] [-s sty] [-o ind] [-t log] [-p num] [idx0 idx1 ...] make[5]: *** [refman.pdf] Fehler 1 -- Lassen Sie sich 'Sklaventreiber' auf die Stirn tätowieren. Das ist ehrlich, da wissen wir alle woran wir sind. -- Volker Pispers -- Håkan Ardö -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#640781: nslcd: gecos field truncated at 100 characters
On Tue, Jul 24, 2012 at 08:19:55PM +0200, Arthur de Jong wrote: On Mon, 2012-07-23 at 15:10 +0200, Salvatore Bonaccorso wrote: Do you have the possibility to try that again for the next point release for Squeeze? If there are packages which I could test, I would be glad to try to help :) I have prepared a few changes for a squeeze point release, see #682583 for details. Let's see what the stable release team says. Thank you Arthur. Regards, Salvatore signature.asc Description: Digital signature
Bug#682753: Package: installation-reports
Package: installation-reports Boot method: dd'ed CD .iso image onto a USB stick Image version: 6.0.5 amd64 Date: July 2012 Machine: PC Processor: Athlon 64 X2 5000+ Memory: 4 GB Partitions: 1: /boot ext2 2: swap 3: / ext3 5: LVM2 /usr and /home 6: LVM2 7: /xtra ext4 Output of lspci -knn (or lspci -nn): Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Chose expert install. Installed to external USB drive, with the intent to later put this drive into the computer by hooking it up to SATA port. During installation: /dev/sda : USB stick (the installer media) /dev/sdb : 500 GB internal /dev/sdc : 500 GB in external caddy (target drive) GRUB step did not ask for which drive to install bootloader to, so it took sdb, had to manually fix later. But the real problem and reason for this report is that the ahci and ext4 modules are not included on the initrd (just usb-storage etc), resulting in an unbootable system and drop to busybox prompt when SATA-connected. Who does NOT need ahci these days!? Was able to boot after doing this: nano /etc/initramfs-tools/modules # added ahci and ext4 update-initramfs -u -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682755: [inkscape] unable to render for printing over hpcups
Package: inkscape Version: 0.48.3.1-1.1 Severity: normal --- Please enter the report below this line. --- After some time I wanted to use my other printer Driver: HP Business Inkjet 1100, hpcups 3.12.4 (color, 2-sided printing) and any print stops with the following errors: E [25/Jul/2012:11:58:20 +0200] [Job 551] Job stopped due to filter errors; please consult the error_log file for details. D [25/Jul/2012:11:58:20 +0200] [Job 551] The following messages were recorded from 11:57:53 to 11:58:20 D [25/Jul/2012:11:58:20 +0200] [Job 551] Adding start banner page none. D [25/Jul/2012:11:58:20 +0200] [Job 551] Adding end banner page none. D [25/Jul/2012:11:58:20 +0200] [Job 551] File of type application/pdf queued by marek. D [25/Jul/2012:11:58:20 +0200] [Job 551] hold_until=0 D [25/Jul/2012:11:58:20 +0200] [Job 551] Queued on HP-1100 by marek. D [25/Jul/2012:11:58:20 +0200] [Job 551] job-sheets=none,none D [25/Jul/2012:11:58:20 +0200] [Job 551] argv[0]=HP-1100 D [25/Jul/2012:11:58:20 +0200] [Job 551] argv[1]=551 D [25/Jul/2012:11:58:20 +0200] [Job 551] argv[2]=marek D [25/Jul/2012:11:58:20 +0200] [Job 551] argv[3]=Print posta_slozenka_A.svg D [25/Jul/2012:11:58:20 +0200] [Job 551] argv[4]=1 D [25/Jul/2012:11:58:20 +0200] [Job 551] argv[5]=InputSlot=Auto number-up=1 MediaType=Automatic PageSize=Custom.Custom.595.28x841.89 OutputMode=Normal ColorModel=RGB Duplex=None job-uuid=urn:uuid:8be965b6-6c84-37ae-7cc9-b0e9296cbad5 job-originating-host-name=localhost time-at-creation=1343210273 time-at-processing=1343210273 D [25/Jul/2012:11:58:20 +0200] [Job 551] argv[6]=/var/spool/cups/d00551-001 D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[0]=CUPS_CACHEDIR=/var/cache/cups D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[1]=CUPS_DATADIR=/usr/share/cups D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[2]=CUPS_DOCROOT=/usr/share/cups/doc-root D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[3]=CUPS_FONTPATH=/usr/share/cups/fonts D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[4]=CUPS_REQUESTROOT=/var/spool/cups D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[5]=CUPS_SERVERBIN=/usr/lib/cups D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[6]=CUPS_SERVERROOT=/etc/cups D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[7]=CUPS_STATEDIR=/var/run/cups D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[8]=HOME=/var/spool/cups/tmp D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[9]=PATH=/usr/lib/cups/filter:/usr/bin:/usr/sbin:/bin:/usr/bin D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[10]=SERVER_ADMIN=root@hp-compaq D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[11]=SOFTWARE=CUPS/1.5.3 D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[12]=TMPDIR=/var/spool/cups/tmp D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[13]=TZ=Europe/Vienna D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[14]=USER=root D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[15]=CUPS_SERVER=/var/run/cups/cups.sock D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[16]=CUPS_ENCRYPTION=IfRequested D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[17]=IPP_PORT=631 D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[18]=CHARSET=utf-8 D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[19]=LANG=en_US.UTF-8 D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[20]=PPD=/etc/cups/ppd/HP-1100.ppd D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[21]=RIP_MAX_CACHE=128m D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[22]=CONTENT_TYPE=application/pdf D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[23]=DEVICE_URI=http://192.168.0.11:631/printers/hp_business_inkjet_1100; D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[24]=PRINTER_INFO=test D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[25]=PRINTER_LOCATION=doma D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[26]=PRINTER=HP-1100 D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[27]=PRINTER_STATE_REASONS=none D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[28]=CUPS_FILETYPE=document D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[29]=FINAL_CONTENT_TYPE=printer/HP-1100 D [25/Jul/2012:11:58:20 +0200] [Job 551] envp[30]=AUTH_I D [25/Jul/2012:11:58:20 +0200] [Job 551] Started filter /usr/lib/cups/filter/pdftopdf (PID 32690) D [25/Jul/2012:11:58:20 +0200] [Job 551] Started filter /usr/lib/cups/filter/gstoraster (PID 32691) D [25/Jul/2012:11:58:20 +0200] [Job 551] Started filter /usr/lib/cups/filter/hpcups (PID 32692) D [25/Jul/2012:11:58:20 +0200] [Job 551] Started backend /usr/lib/cups/backend/http (PID 32693) D [25/Jul/2012:11:58:20 +0200] [Job 551] Sending stdin for job... D [25/Jul/2012:11:58:20 +0200] [Job 551] update_reasons(attr=0(), s=+connecting-to-device) D [25/Jul/2012:11:58:20 +0200] [Job 551] op='+', new_reasons=1, state_reasons=1 D [25/Jul/2012:11:58:20 +0200] [Job 551] STATE: +connecting-to-device D [25/Jul/2012:11:58:20 +0200] [Job 551] Looking up 192.168.0.11... D [25/Jul/2012:11:58:20 +0200] [Job 551] PPD uses qualifier 'RGB.Automatic.' D [25/Jul/2012:11:58:20 +0200] [Job 551] Calling FindDeviceById(HP-1100) D [25/Jul/2012:11:58:20 +0200] [Job 551] hrDeviceDesc=Unknown D
Bug#682754: mirror listing update for debian.mirror.neology.co.za
Package: mirrors Severity: minor Submission-Type: update Site: debian.mirror.neology.co.za Type: leaf Archive-architecture: amd64 i386 Archive-ftp: /debian/ Archive-http: /debian/ Archive-rsync: debian/ Backports-ftp: /debian-backports/ Backports-http: /debian-backports/ Backports-rsync: debian-backports/ IPv6: yes Archive-upstream: ftp.uk.debian.org Backports-upstream: ftp.de.debian.org Updates: four Maintainer: JP Viljoen mirrorad...@neology.co.za Country: ZA South Africa Location: Midrand, Gauteng Sponsor: Neology http://neology.co.za -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682756: ITP: yarp -- libraries, protocols, and tools to keep robot software modules and devices cleanly decoupled
Package: wnpp Severity: wishlist Owner: Daniele E. Domenichelli daniele.domeniche...@gmail.com * Package name: yarp Version : 2.3.19 Upstream Author : Paul Fitzpatrick, Giorgio Metta, Lorenzo Natale, Alessandro Scalzo * URL : http://www.yarp.it/ * License : LGPL, GPL Programming Lang: C++ Description : libraries, protocols, and tools to keep robot software modules and devices cleanly decoupled YARP supports building a robot control system as a collection of programs communicating in a peer-to-peer way, with a family of connection types (tcp, udp, multicast, local, MPI, mjpg-over-http, XML/RPC, tcpros, ...) that can be swapped in and out to match your needs. It also supports similarly flexible interfacing with hardware devices. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680056: Freeze exception request has been sent
block 680056 by 682686 thanks Freeze exception request has been sent: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682686 Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660489: squid3: error comm_open: socket failure: (97) Address family not supported
Inspiration finally hits and we have a potential patch for this in upstream http://bugs.squid-cache.org/show_bug.cgi?id=3593 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675513: libgeier0: loaded xmlsec library version is not compatible
On Wed, Jul 25, 2012 at 2:45 AM, Evgeni Golov evg...@debian.org wrote: Can you make sure the fix lands in wheezy? Its kinda RC tbh ;) I'm wondering, is it straightforward to trigger a rebuild of libgeier0 in wheezy as a short term fix and to reduce risk of me not getting the patch into that release? I'll try to get a patch uploaded in the next week. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682010: [mumble] Communication failures due to CELT codec library removal
On Wednesday, July 25, 2012 03:40:52, Nicos Gollan wrote: Hi, On Wednesday 25 July 2012 03:50:23 Chris Knadle wrote: The way you've described this, /if/ the trick with Speex does work, and the Debian version of Mumble ships without CELT, it would mean that if any Debian user shows up on a public server then all users would switch to using Speex. If that's the case, then the audio quality of Speex vs Celt and the latency each has matters to an extent. If the trick with speex works and is actually deemed necessary, then we're talking about a package providing the absolute minimum of interoperability without any ambition to providing quality. And yes, for it to work, it would need to switch all clients within hearing range to using speex with all the penalties in quality and latency that brings. Yeah... I'm not liking the sound of that. For instance one of the things that are common on public Mumble/Murmur servers are one or more music channels among the many other channels for teams of gamers. Forcing all of that through a low-quality codec meant only for voice communication sounds very undesirable from the user perspective. However, as suggested earlier, statistics also show that users on Linux platforms make up not quite 2% of the overall userbase, and users affected by the hack would be well below that (my guess would put them under one per mil). With that in mind, it would be easy for users to just kick the offending handful of clients worldwide off their servers if the need arises, since it would be a very rare occurrence. That makes the impact on the overall userbase absolutely negligible. [I'm sure you know the following, but I'm explaining this in more detail for those that may not be familiar with it.] Normally users cannot kick nor ban another user off the server. To kick an offending client off the server would require SuperUser priviliges in the Mumble/Murmur server, or for kick/ban priviliges to be delegated to specific users via Groups or ACL rules in the server. After that, this would involve right-clicking on the suspected offending client and getting Information on the client version, *somehow* figuring out that that version of Mumble was causing the problem (i.e. the Debian version of Mumble is a problem from a web search), and then finding someone with kick/ban priviliges to get the offending client off. Then presumably someone has to leave the server and return in order to get the server to renegotiate the codec used. I wouldn't characterize the above as easy -- although it is easy in the sense that it doesn't require reconfiguring the host machine to do it. It would be easier for users to text the offending client and ask that the user leave, but this would also involve understanding and explaining the situation. -- Chris -- Chris Knadle chris.kna...@coredump.us -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681347: Same problem
Hi, Jul-25. It seems that is not completly solved. I have the same problem with this image: http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-cd/debian-testing-amd64-kde-CD-1.iso BR, Igor.
Bug#682757: RM: pornview -- Segfaults, long dead upstream
Package: ftp.debian.org Severity: normal Please remove pornview package from Debian. There are numerous reasons for that: - does not work on Wheezy - segfaults (see #665738) - dead and unmaintained upstream (last release from 2003) - requires GTK+ v2, which is unmaintained upstream (superseded by GTK+ v3) and will be removed from Debian sooner or later - there are dozens of alternative image viewers I have contacted package maintainer about it. I'll give myself permission to quote part of his response: Saturday, 21 July 2012 at 15:45. Stuart Anderson ander...@netsweng.com wrote: If you want to send in the removal request, I'll acknowledge it and confirm my consent for it. Best regards Mirosław Zalewski -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679533: [Pkg-xen-devel] Bug#679533: Traffic forwarding issue between Xen domU/dom0 and ovs
On Tue, 2012-07-17 at 19:05 +0200, Hans van Kranenburg wrote: On 07/10/2012 08:16 PM, Ian Campbell wrote: On Fri, 2012-06-29 at 16:06 +0200, Hans van Kranenburg wrote: We're seeing weird behaviour regarding network traffic between a Xen dom0 and domU. I reported this issue yesterday to the openvswitch-discuss mailing list, but it seems this could also be a (regression?) bug in the xen hypervisor or the linux kernel... Did you get any response from the vswitch folks? The response from Ben Pfaff (nicira/openvswitch) was like: I wish I had something to suggest, but this seems like a truly bizarre problem. That's basically what I was thinking too. I've had a trawl through the upstream netback fixes and although there are one or two which sound like they might be relevant none of them are actually relevant to the version of netback in Squeeze. Likewise for the netfront driver. Is the traffic all on-box or is it off box (and does it make a difference?). There might be some similarities with http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631102 [...] ...the first thing to do would be to reproduce this using the exact software/hardware situation it originated in, and that seems to be quite a challenge already... Right, I'm not sure what else can be done I'm afraid, I'm rather perplexed :-/ Ian. -- Ian Campbell Current Noise: Death Angel - Opponents At Sides There's no saint like a reformed sinner. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680244: xpra: consider adding bug fixes from the upstream stable branch 0.3.x before release?
On Thu, Jul 19, 2012 at 07:37:26PM +0700, Antoine Martin wrote: On 07/19/2012 05:36 PM, أحمد المحمودي wrote: On Thu, Jul 19, 2012 at 01:03:45PM +0300, Timo Juhani Lindfors wrote: I see you uploaded 0.3.3 to unstable. I have been using it for a week now without problems. Thanks! ---end quoted text--- Please do. FYI: there is one patch in there which will be partially reverted for 0.3.4 as it breaks compatibility with MS Windows clients. The fix is in trunk and will be applied to 0.3.x branch soon-ish. Antoine ---end quoted text--- xpra 0.3.4 has just been uploaded. Still want a freeze exception for xpra ? -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#676629: (no subject)
Running a fresh debian wheezy with guake 0.4.3-2 still has the error. Debian package python-xdg provides the used import, please add it as a dependency. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682758: quodlibet: Random album plugin plays the same album repeatedly
Package: quodlibet Version: 2.4-1 Severity: normal Tags: upstream patch Dear Maintainer, The random album playback plugin currently just repeats the same album over and over, which is rather annoying ;-) This was reported upstream[0] and there is a simple fix available[1], I applied it by hand locally and it fixed the issue for me. Would it be possible to apply this fix to the package? Thanks, Ian. [0] http://code.google.com/p/quodlibet/issues/detail?id=987 [1] http://code.google.com/p/quodlibet/source/detail?spec=svnb24a7f6a22ff5463525dc123628bb962a1f106c9name=b24a7f6a22ffr=b24a7f6a22ff5463525dc123628bb962a1f106c9 -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages quodlibet depends on: ii exfalso 2.4-1 ii gstreamer0.10-plugins-base 0.10.36-1 ii gstreamer0.10-plugins-good 0.10.31-3 ii gstreamer0.10-plugins-ugly 0.10.19-2+b2 ii python 2.7.3~rc2-1 ii python-gst0.10 0.10.22-3 Versions of packages quodlibet recommends: ii gstreamer0.10-alsa [gstreamer0.10-audiosink] 0.10.36-1 ii gstreamer0.10-esd [gstreamer0.10-audiosink] 0.10.28-2 ii gstreamer0.10-gconf [gstreamer0.10-audiosink] 0.10.31-3 ii gstreamer0.10-plugins-bad [gstreamer0.10-audiosink] 0.10.23-6 ii gstreamer0.10-plugins-good [gstreamer0.10-audiosink] 0.10.31-3 ii gstreamer0.10-pulseaudio [gstreamer0.10-audiosink]0.10.31-3 ii media-player-info 17-1 ii python-dbus 1.1.1-1 ii python-feedparser 5.1.2-1 ii python-gpod 0.8.2-6 ii python-mmkeys 1.6.2.1-5 ii udisks1.0.4-6 Versions of packages quodlibet suggests: ii gstreamer0.10-gconf0.10.31-3 ii gstreamer0.10-plugins-bad 0.10.23-6 ii quodlibet-plugins 1:2.4-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679252: bugs intended for linux being filed against src
On Wed, Jun 27, 2012 at 02:39:29PM +0100, Ben Hutchings wrote: On Wed, 2012-06-27 at 07:56 -0500, Jonathan Nieder wrote: Source: linux Version: 3.2.20-1 Hi kernel maintainers, Gergely Nagy wrote: reassign 679226 src:linux-2.6 3.2.20-1 Several bugs seem to have been filed against the nonexistent 'src' package recently. I am guessing this means reportbug or some related tool does not know how to deal with 'src:linux' as a package name. Please use plain 'linux' for now. reportbug-ng is doing this. Let's get it fixed. Recent bugs reported against 'src' have X-Mailer: reportbug 6.4 Looks like reportbug is buggy too. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682759: vde2: vdeterm does not restore terminal when it returns early in error
Package: vde2
Version: 2.3.2-4
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu quantal ubuntu-patch
Dear Maintainer,
vdeterm has a bug which leaves the terminal in a bad state if it exits
too early in error - in particular if it was unable to open its socket.
Simply typing
vdeterm
is sufficient to reproduce (and then verifying by typing into the
terminal and seeing no echo).
I've also posted this bug upstream at:
http://sourceforge.net/tracker/?func=detailaid=3548041group_id=95403atid=611248
In Ubuntu, the attached patch was applied to achieve the following:
* vdeterm: don't improperly reset the terminal when exiting too
early (LP: #804647)
Thanks for considering the patch.
diff -u vde2-2.3.2/debian/changelog vde2-2.3.2/debian/changelog
diff -u vde2-2.3.2/debian/patches/series vde2-2.3.2/debian/patches/series
--- vde2-2.3.2/debian/patches/series
+++ vde2-2.3.2/debian/patches/series
@@ -4,0 +5 @@
+vdeterm-terminal-reset
only in patch2:
unchanged:
--- vde2-2.3.2.orig/debian/patches/vdeterm-terminal-reset
+++ vde2-2.3.2/debian/patches/vdeterm-terminal-reset
@@ -0,0 +1,31 @@
+Description: don't reset terminal too early
+Author: Serge Hallyn serge.hal...@ubuntu.com
+Forwarded: yes
+
+Index: vde2-2.3.2/src/vdeterm.c
+===
+--- vde2-2.3.2.orig/src/vdeterm.c 2011-11-23 10:41:18.0 -0600
vde2-2.3.2/src/vdeterm.c 2012-07-24 17:25:52.293126588 -0500
+@@ -20,11 +20,13 @@
+
+ char *prompt;
+ static struct termios tiop;
++int termset = 0;
+
+ static void cleanup(void)
+ {
+ fprintf(stderr,\n);
+- tcsetattr(STDIN_FILENO,TCSAFLUSH,tiop);
++ if (termset)
++ tcsetattr(STDIN_FILENO,TCSAFLUSH,tiop);
+ }
+
+ static void sig_handler(int sig)
+@@ -135,6 +137,7 @@
+ newtiop.c_lflag = ~ICANON;
+ newtiop.c_lflag = ~ECHO;
+ tcsetattr(STDIN_FILENO,TCSAFLUSH,newtiop);
++ termset = 1;
+ flags = fcntl(fd, F_GETFL);
+ flags |= O_NONBLOCK;
+ fcntl(fd, F_SETFL, flags);
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679252: bugs intended for linux being filed against src
On 2012-07-25 13:30 +0200, Touko Korpela wrote: On Wed, Jun 27, 2012 at 02:39:29PM +0100, Ben Hutchings wrote: On Wed, 2012-06-27 at 07:56 -0500, Jonathan Nieder wrote: Source: linux Version: 3.2.20-1 Hi kernel maintainers, Gergely Nagy wrote: reassign 679226 src:linux-2.6 3.2.20-1 Several bugs seem to have been filed against the nonexistent 'src' package recently. I am guessing this means reportbug or some related tool does not know how to deal with 'src:linux' as a package name. Please use plain 'linux' for now. reportbug-ng is doing this. Let's get it fixed. Recent bugs reported against 'src' have X-Mailer: reportbug 6.4 Looks like reportbug is buggy too. This seems to be a side effect of the fix for #666469, FWIW. Cheers, Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679533: [Pkg-xen-devel] Bug#679533: Traffic forwarding issue between Xen domU/dom0 and ovs
On 07/25/2012 01:13 PM, Ian Campbell wrote: On Tue, 2012-07-17 at 19:05 +0200, Hans van Kranenburg wrote: On 07/10/2012 08:16 PM, Ian Campbell wrote: On Fri, 2012-06-29 at 16:06 +0200, Hans van Kranenburg wrote: We're seeing weird behaviour regarding network traffic between a Xen dom0 and domU. I reported this issue yesterday to the openvswitch-discuss mailing list, but it seems this could also be a (regression?) bug in the xen hypervisor or the linux kernel... Did you get any response from the vswitch folks? The response from Ben Pfaff (nicira/openvswitch) was like: I wish I had something to suggest, but this seems like a truly bizarre problem. That's basically what I was thinking too. I really hate the fact I haven't been able to reproduce the situation again... I've had a trawl through the upstream netback fixes and although there are one or two which sound like they might be relevant none of them are actually relevant to the version of netback in Squeeze. Likewise for the netfront driver. Is the traffic all on-box or is it off box (and does it make a difference?). There might be some similarities with http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=631102 No difference. The line It's possible to revive the DomU for a short while by getting a console with xm on Dom0 and then sending pings to the Dom0 and other hosts. from 631102 very much looks like my report, and that's why I first thought it could be an arp/mac-address issue, but while seeing the arp requests not being answered but being present on the dom0-part of the virtual interface I got confused. Anyway, repeating myself now. Aditionally, it might be worth noting that the issue didn't affect all virtual network interfaces in the domU. I could login over a different interface just fine and from there generate traffic to the outside of the domU. [...] ...the first thing to do would be to reproduce this using the exact software/hardware situation it originated in, and that seems to be quite a challenge already... Right, I'm not sure what else can be done I'm afraid, I'm rather perplexed :-/ I'll try again, using a test-system that can be left in a broken state for research if I manage to break it. -- Hans van Kranenburg - System / Network Engineer +31 (0)10 2760434 | hans.van.kranenb...@mendix.com | www.mendix.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679519: Suddenly unable to replicate problem (Re: usbhid causes crashes in applications by memory corruption)
The laptop (Samsung NC110) which had this problem no longer has it, for no obvious reason. The kernel is unchanged. The one difference is that I was trying to boot a Knoppix installation from USB stick to see if it also had the usb problem and when the laptop couldn't see the device, I selected Set BIOS defaults. This particular BIOS has very few user settings and the only one which was not default was to select AHCI mode for the SATA adaptor. After setting the defaults, I changed that one back. However, the USBHID problem has now gone away... BUT the iwlwifi is no longer working! (It seems to have exposed a known bug.) This looks like a BIOS bug of some kind, although I have no idea what can be happening. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682760: ITP: osra -- optical structure recognition application
Package: wnpp Severity: wishlist Owner: Daniel Leidert daniel.leid...@wgdd.de -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: osra Version : 1.3.9 Upstream Author : Igor Filippov ig...@helix.nih.gov * URL : http://cactus.nci.nih.gov/osra/ * License : GPL-2+ Programming Lang: C++, Java Description : optical structure recognition application OSRA (Optical Structure Recognition Application) is a utility designed to convert graphical representations of chemical structures, as they appear in journal articles, patent documents, textbooks, trade magazines etc., into SMILES (Simplified Molecular Input Line Entry Specification) or SD files - computer recognizable molecular structure formats. OSRA can read a document in any of the over 90 graphical formats parseable by ImageMagick - including GIF, JPEG, PNG, TIFF, PDF, PS etc., and generate the SMILES or SDF representation of the molecular structure images encountered within that document. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlAP32YACgkQm0bx+wiPa4xv5QCffHr1AY9f1jqFJcYwq1Oe2jit +dMAn3flaNEHllEolJ9+BWzhMtobjwBm =WesO -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#682761: gnumeric: copying cella coyes the borders too
Package: gnumeric Version: 1.10.17-1.1 Severity: normal When copyng a foruma around, either by C-c and C-v or by dragging, not only contents but also formats are copied. Specifically, borders are copied. This makes it a nightmare to write and copy formulas inside a formatted table with borders, which are completely messed up by the copying operation. I don't know exactly what the solution to this should be, but if copy did not copy formats, or at least borders, that would be very good news for me. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.44 ii gconf2 3.2.5-1 ii gnumeric-common1.10.17-1.1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.4.0-2 ii libc6 2.13-33 ii libcairo2 1.12.2-2 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.32.3-1 ii libgoffice-0.8-8 0.8.17-1.2 ii libgsf-1-114 1.14.21-2.1 ii libgtk2.0-02.24.10-1 ii libpango1.0-0 1.30.0-1 ii libxml22.8.0+dfsg1-4 ii procps 1:3.3.3-2 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnumeric recommends: ii evince3.4.0-2+b1 ii lp-solve 5.5.0.13-7 Versions of packages gnumeric suggests: ii epiphany-browser 3.4.2-1 ii fonts-liberation [ttf-liberation] 1.07.2-5 ii gnumeric-doc 1.10.17-1.1 ii gnumeric-plugins-extra 1.10.17-1.1 ii ttf-liberation 1.07.2-5 ii ttf-mscorefonts-installer 3.4+nmu1 -- debconf information: * gnumeric/existing-process: true gnumeric/existing-process-title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680654: news
Download server is available. Have you any news about progress? Regards smime.p7s Description: S/MIME Cryptographic Signature
Bug#682762: python-geoip: Segmentation fault with 'invalid database type'
Package: python-geoip
Version: 1.2.4-2+b2
Severity: important
Hi!
Today while playing with geoip I saw this:
=
import GeoIP
gi = GeoIP.new(GeoIP.GEOIP_MEMORY_CACHE)
gi.region_by_addr(IP)
Invalid database type GeoIP Country Edition, expected GeoIP Region Edition, Rev
1
zsh: segmentation fault python
=
gdb backtrace is attached.
Note that I am using geoip-database-contrib (from contrib) and not
geoip-database.
Thank you!
Best regards,
Nelson
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages python-geoip depends on:
ii geoip-database-contrib [geoip-database] 1.7
ii libc62.13-33
ii libgeoip11.4.8+dfsg-3
ii python 2.7.3~rc2-1
ii python-support 1.0.15
python-geoip recommends no packages.
python-geoip suggests no packages.
-- no debconf information
Starting program: /usr/bin/python
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
Program received signal SIGSEGV, Segmentation fault.
0x0045303e in do_mkvalue.40681 ()
Thread 1 (Thread 0x77fcf700 (LWP 9202)):
#0 0x0045303e in do_mkvalue.40681 ()
No locals.
#1 0x004538f1 in Py_BuildValue ()
No locals.
#2 0x75d5210b in GeoIP_SetItemString ()
from /usr/lib/pymodules/python2.7/GeoIP.so
No symbol table info available.
#3 0x75d521c6 in ?? () from /usr/lib/pymodules/python2.7/GeoIP.so
No symbol table info available.
#4 0x75d5229c in ?? () from /usr/lib/pymodules/python2.7/GeoIP.so
No symbol table info available.
#5 0x004eaa3b in PyEval_EvalFrameEx ()
No locals.
#6 0x004f1db0 in PyEval_EvalCodeEx ()
No locals.
#7 0x004f29b5 in PyRun_InteractiveOneFlags ()
No locals.
#8 0x004f2d35 in PyRun_InteractiveLoopFlags ()
No locals.
#9 0x004dac00 in Py_Main ()
No locals.
#10 0x76976ead in __libc_start_main (main=optimized out,
argc=optimized out, ubp_av=optimized out, init=optimized out,
fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe438)
at libc-start.c:228
result = optimized out
unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0, 6720115099058317174,
4317448, 140737488348224, 0, 0, -6720115098368858250,
-6720135641368352906}, mask_was_saved = 0}}, priv = {pad = {
0x0, 0x0, 0x580f20, 0x7fffe448}, data = {prev = 0x0, cleanup = 0x0,
canceltype = 5771040}}}
not_first_call = optimized out
#11 0x0041e131 in _start ()
No locals.
A debugging session is active.
Inferior 1 [process 9202] will be killed.
Quit anyway? (y or n)
Bug#681807: okular: sometimes fails to start, but no error message)
On 07/22/12 21:51, Felix Zweig wrote: That's really strange, after working again for a few days Okular suddenly stopped starting again. Out of nowhere. I had some PDFs open (recently opened ones, and some opened a few days ago). After closing some of them, I wasn't able to start new Okular sessions. I can't really say how to reproduce this, and I'm not able to get any helpful debug output. Seems like a Higgs-Bugson[1] or Bugfoot[2] to me... ;) [1]: http://www.codinghorror.com/blog/2012/07/new-programming-jargon.html [2]: http://www.urbandictionary.com/define.php?term=bugfoot Try deleting -- ./share/apps/okular ./share/config/okularrc ./share/config/okularpartr In .kde4 directory and restart okular. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682496: ITP: melange -- Melange Widget System for the Cream Desktop Environment
On 07/24/2012 11:03 PM, Paul Tagliamonte wrote: Ubuntu'e `melange' is Deprecated, and is pending removal from the archive (see launchpad[1]). It's deprecated upstream, and won't exist in Debian :) Fondly, Paul I thought I made myself clear, but it seems I haven't (sorry): http://packages.debian.org/search?keywords=melangesearchon=namessuite=allsection=all As you see, Openstack melange is already in Debian. It might be deprecated, but that's for *next* version of Ubuntu. Openstack Melange is, and will stay, in Debian SID and testing, as part of the Essex release of Openstack. We may also deprecate it, but only for wheezy+1. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#678584: (no subject)
Hallo, * Hakan Ardo [Wed, Jul 25 2012, 12:15:56PM]: Thanx for the patch and sorry for being slow with this. I'll try to have this fixed within the next few days. Feel free to NMU if you like, just keep me informed please. Oh, that's ok, I prefer original maintainer to handle such issues. I might ping you in a week, though ;-). Regards, Eduard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682763: calligra-data: Please move content of /usr/share/templates/ to appropriate packages
Package: calligra-data Version: 1:2.4.3-1 Severity: normal Dear Maintainer, calligra-data package contains /usr/share/templates/ directory. This is read by KDE file managers and is used to populate Create new context menu. Providing this directory in calligra-data package leads to a situation, when user may create new file but has no way to open it. Please follow these steps: 1. apt-get install braindump (this will install calligra-libs as dependency, which in turn depends on calligra-data). 2. Open KDE file manager. It has option to create new Text document (from /usr/share/templates/TextDocument.desktop file provided by calligra-data). 3. That option creates new .kwt file which should be used by Words, but Words is not installed (as only part of Calligra suite is available). User has no way to open newly-created file and has no idea why he can create files that he can not open. This can be fixed by moving files from /usr/share/templates/ to appropriate packages (karbon, calligrasheets, calligrastage and calligrawords). Best regards Mirosław Zalewski -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to pl_PL.UTF-8) Shell: /bin/sh linked to /bin/dash calligra-data depends on no packages. calligra-data recommends no packages. Versions of packages calligra-data suggests: ii khelpcenter4 4:4.8.4-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682764: manpages-fr: byteorder(3) typo in section CONFORMITÉ
Package: manpages-fr Version: 3.40d0.1p1-1 Severity: minor Hello, The man page byteorder(3) has a typo in the section CONFORMITÉ, it should be “nécessitent” instead of “nécessite”. The man page file is /usr/share/man/fr/man3/byteorder.3.gz Cheers, Matteo -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash manpages-fr depends on no packages. manpages-fr recommends no packages. Versions of packages manpages-fr suggests: ii konqueror [man-browser] 4:4.8.4-1 ii man-db [man-browser] 2.6.2-1 ii manpages-fr-dev 3.40d0.1p1-1 ii manpages-fr-extra20120623 -- 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#582575: Please provide a -dev package for GOCR
block 682760 by 582575 thanks Hi, I would like to support the request. A library(-dev) package would be necessary to package OSRA (ITP at #). The report has not yet seen any answer by the gocr maintainers/uploaders. May I ask, what you think about this request? Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682747: ITP: gosa-plugin-netgroups -- NIS Netgroups Plugin for GOsa²
Hi Mike, On Mittwoch, 25. Juli 2012, Mike Gabriel wrote: 2) In coordination with the RT get the gosa-netgroups-plugin to wheezy you're probably half a year too late for this... :( cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682641: pycode-browser: FTBFS: LyX: Creating directory /sbuild-nonexistent/.lyx/
On 25/07/12 14:05, Georges Khaznadar wrote: Hello Lucas, the bug you reported does not seems to be reproducible. The error during the creation of a directory refers to a directory named /sbuild-nonexistent, which is referred by no environment variable when I attempt a pbuilder login. The problem is that lyx tries to access $HOME, which is set to /sbuild-nonexistent (see Lucas' build log) and does not exist. Regards -- Sebastian Ramacher signature.asc Description: OpenPGP digital signature
Bug#682641: pycode-browser: FTBFS: LyX: Creating directory /sbuild-nonexistent/.lyx/
On 25/07/12 at 14:05 +0200, Georges Khaznadar wrote: Hello Lucas, the bug you reported does not seems to be reproducible. The error during the creation of a directory refers to a directory named /sbuild-nonexistent, which is referred by no environment variable when I attempt a pbuilder login. I attempted to rebuild the package with a fresh Sid chroot, and it succeeded immediately (see attached build logfile) it's caused by the package writing to $HOME during build. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682765: rt3.8-rtfm: Unable to delete articles / CurrentUserCanSee Unimplemented
Package: rt3.8-rtfm Version: 2.4.2-4 Severity: normal Justification: renders package unusable After trying to delete an article in RTFM I encountered an RT error reading An internal RT error has occurred. The error log shows this entry: [error]: RT::FM::Article::CurrentUserCanSee Unimplemented in RT::Transaction. (/usr/share/request-tracker3.8/lib/RT/Transaction_Overlay.pm line 1035) (/usr/share/request-tracker3.8/lib/RT/Interface/Web/Handler.pm:233) I suspect that some of the security updates to the request-tracker3.8 package were not transferred to the rtfm-package. Since no articles were deleted since at least April it could be one of these security fixes: 3.8.8-7+squeeze2, 3.8.8-7+squeeze3, 3.8.8-7+squeeze4 I tried to fix this problem by copying the CurrentUserCanSee function to the rtfm module RT::FM::Article. This allows me to delete articles again. I did not test any further but RTFM seems to function normally again. -- System Information: Debian Release: 6.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages rt3.8-rtfm depends on: ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii libhtml-tree-perl 3.23-2Perl module to represent and creat ii libtime-modules-perl 2006.0814-2 Various Perl modules for time/date ii libtree-simple-perl1.18-1A simple tree object ii libyaml-perl 0.71-1YAML Ain't Markup Language ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii request-tracker3.8 3.8.8-7+squeeze4 extensible trouble-ticket tracking ii ucf3.0025+nmu1 Update Configuration File: preserv rt3.8-rtfm recommends no packages. rt3.8-rtfm suggests no packages. -- debconf information: rt3.8-rtfm/upgrade-database-prompt: true rt3.8-rtfm/setup-database-prompt: true rt3.8-rtfm/modify-database-error: abort * rt3.8-rtfm/modify-database-permission: allow -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682753: Package: installation-reports
On Wed, Jul 25, 2012 at 03:22:48 -0700, Mark Salesman wrote: [...] 1: /boot ext2 2: swap 3: / ext3 5: LVM2 /usr and /home 6: LVM2 7: /xtra ext4 [...] But the real problem and reason for this report is that the ahci and ext4 modules are not included on the initrd (just usb-storage etc), resulting in an unbootable system and drop to busybox prompt when SATA-connected. Who does NOT need ahci these days!? Was able to boot after doing this: nano /etc/initramfs-tools/modules # added ahci and ext4 update-initramfs -u Why do you need ext4 in initramfs if / is on ext3? Cheers, Julien signature.asc Description: Digital signature
Bug#682766: tigrc(5) suggestions
Package: tig Version: 1.0-2 Severity: minor The tigrc(5) manual lists utf8 as a valid setting for line-graphics, but the source actually wants utf-8. Also, in the UI colors section, the diff-stat section is not mentioned in Enhanced git diff markup. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-3-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 tig depends on: ii git [git-core] 1:1.7.10.4-1 ii git-core1:1.7.10.4-1 ii libc6 2.13-35 ii libncursesw55.9-10 ii libtinfo5 5.9-10 tig recommends no packages. tig 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#682641: pycode-browser: FTBFS: LyX: Creating directory /sbuild-nonexistent/.lyx/
Hello Sebastian, I suspected some behavior like this. However when I launch pbuilder, the variable $HOME is not set to /sbuild-nonexistent but it is set to /root (which exists). So I have two and a half questions: - which is the tool used to check the packages? I currently use pbuilder, but the errors are reported from some other tool. - should I forward that bug to the maintainer of LyX? and the half of a question: - I suppose that defining temporarily HOME as $(mktemp -d) would work around this problem. Should I close the bug if I use such a workaround? Sebastian Ramacher a écrit : The problem is that lyx tries to access $HOME, which is set to /sbuild-nonexistent (see Lucas' build log) and does not exist. signature.asc Description: Digital signature
Bug#682767: icinga-idoutils: ido2db creates error message when started on separate host
Package: icinga-idoutils Version: 1.7.0-4~bpo60+1 Severity: minor I installed ido2db on a host running postgresql using: apt-get -t squeeze-backports install --no-install-recommends icinga-idoutils Afterwards I ran: apt-get install libdbd-pgsql ido2db is configured to use tcp and everything is working, but when starting ido2db service I get: root@testPostgresql:~# service ido2db start shift: 190: can't shift that many root@testPostgresql:~# -- System Information: Debian Release: 6.0.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icinga-idoutils depends on: ii dbconfig-common 1.8.46+squeeze.0 common framework for packaging dat ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy ii icinga-common 1.7.0-4~bpo60+1 host and network monitoring system ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libdbd-mysql0.8.2-1-4.1+b1 MySQL database server driver for l ii libdbd-pgsql0.8.2-1-4.1+b1 PostgreSQL database server driver ii libdbi0 0.8.2-3 Database Independent Abstraction L ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii ucf 3.0025+nmu1 Update Configuration File: preserv Versions of packages icinga-idoutils recommends: ii postgresql-client 8.4.12-0squeeze1 front-end programs for PostgreSQL ii postgresql-client-8.4 [ 8.4.12-0squeeze1 front-end programs for PostgreSQL icinga-idoutils suggests no packages. -- debconf information: icinga-idoutils/dbconfig-upgrade: true * icinga-idoutils/dbconfig-install: true icinga-idoutils/mysql/method: unix socket icinga-idoutils/pgsql/manualconf: icinga-idoutils/passwords-do-not-match: icinga-idoutils/db/dbname: icinga icinga-idoutils/dbconfig-remove: icinga-idoutils/upgrade-error: abort icinga-idoutils/pgsql/changeconf: false icinga-idoutils/pgsql/authmethod-user: password icinga-idoutils/pgsql/no-empty-passwords: icinga-idoutils/pgsql/method: unix socket icinga-idoutils/remote/port: icinga-idoutils/missing-db-package-error: abort icinga-idoutils/internal/skip-preseed: false * icinga-idoutils/install-error: ignore icinga-idoutils/pgsql/authmethod-admin: ident icinga-idoutils/db/app-user: icingaidoutils icinga-idoutils/db/basepath: icinga-idoutils/remote/host: icinga-idoutils/dbconfig-reinstall: false icinga-idoutils/pgsql/admin-user: postgres * icinga-idoutils/database-type: pgsql icinga-idoutils/internal/reconfiguring: false icinga-idoutils/upgrade-backup: true icinga-idoutils/remove-error: abort icinga-idoutils/mysql/admin-user: root icinga-idoutils/purge: false icinga-idoutils/remote/newhost: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679252: bugs intended for linux being filed against src
On Wed, 2012-07-25 at 13:54 +0200, Sven Joachim wrote: On 2012-07-25 13:30 +0200, Touko Korpela wrote: On Wed, Jun 27, 2012 at 02:39:29PM +0100, Ben Hutchings wrote: On Wed, 2012-06-27 at 07:56 -0500, Jonathan Nieder wrote: Source: linux Version: 3.2.20-1 Hi kernel maintainers, Gergely Nagy wrote: reassign 679226 src:linux-2.6 3.2.20-1 Several bugs seem to have been filed against the nonexistent 'src' package recently. I am guessing this means reportbug or some related tool does not know how to deal with 'src:linux' as a package name. Please use plain 'linux' for now. reportbug-ng is doing this. Let's get it fixed. Recent bugs reported against 'src' have X-Mailer: reportbug 6.4 Looks like reportbug is buggy too. This seems to be a side effect of the fix for #666469, FWIW. That looks plausible. Ben. -- Ben Hutchings If more than one person is responsible for a bug, no one is at fault. signature.asc Description: This is a digitally signed message part
Bug#582575: Please provide a -dev package for GOCR
On 25/07/12 13:11, Daniel Leidert wrote: I would like to support the request. A library(-dev) package would be necessary to package OSRA (ITP at #). The report has not yet seen any answer by the gocr maintainers/uploaders. May I ask, what you think about this request? Hi Daniel, Dmitry sent me an email before filing the report and asked me to integrate the patch he did, then I forgot to add the following information to the filed bug. Sorry. I suggested him to ask upstream to integrate it, this I think is the correct behaviour. I'd be happy to add any patch that is debian related to gocr. Although, the patch would make public something that does not seem to be intented to be public. Plus, it would make OSRA only compilable against Debian or any other system which applies a similar patch, which is not really preferable, IMHO, unless ORSA is meant only to work on Debian. What does upstream think about this proposal? I see that in gocr HISTORY file for 0.47 there is a mention to OSRA, but the patch filed is for 0.48. The comments seems to agree it's not a problem for upstream to make .a/.so out of the library, so what's missing? I understand that it's hard to wait for 0.50, so if upstream has any official patch I can apply to make OSRA compiling on Debian while waiting for the new release, it would be OK for me. I want to be sure that this direction is the one with which upstream agrees. cheers, Cosimo. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662103: Pausing and resuming in Amarok changes volume to 100%
Hi all, This bug seems not fixed in 0.5.0+14.g382da0d-2. I have the same buggy behaviour with this version ii phonon-backend-vlc0.5.0+14.g382da0d-2 Phonon VLC backend ii pulseaudio2.0-3 PulseAudio sound server Regards, -- Nicolas Vinot -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682767: [Pkg-nagios-devel] Bug#682767: icinga-idoutils: ido2db creates error message when started on separate host
Kai Noetzel schrieb am Wednesday, den 25. July 2012: Package: icinga-idoutils Version: 1.7.0-4~bpo60+1 Severity: minor I installed ido2db on a host running postgresql using: apt-get -t squeeze-backports install --no-install-recommends icinga-idoutils Afterwards I ran: apt-get install libdbd-pgsql ido2db is configured to use tcp and everything is working, but when starting ido2db service I get: root@testPostgresql:~# service ido2db start shift: 190: can't shift that many root@testPostgresql:~# Please add a: sh -x /etc/init.d/ido2db restart Thanks Alex -- Alexander Wirt, formo...@formorer.de CC99 2DDD D39E 75B0 B0AA B25C D35B BC99 BC7D 020A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#653270: gtkpod eats up all memory
Hi! Could you please test if actual freezed version (2.1.2-1) has started working well backi again? Thanks for your info. -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 83B2CF7A -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#614296: xserver-xorg-video-intel: rendering corruptions, e. g. when browsing or with »2« and »4« in LXTerminal
Hi, Paul Menzel wrote: First the work around. Using the SNA backend(?) of the Intel DDX (`xserver-xorg-video-intel`) as suggested by Chris Wilson on #intel-gfx by creating `/etc/X11/xorg.conf.d/99-local.conf` with the following content Section Device Identifier Device0 Driver intel Option AccelMethod sna EndSection the rendering corruptions do not occur anymore on my Eee PC 701 4G. Only once I saw some kind of smearing(?) – letters not rendered sharply but blurry – This had a totally unexpected side effect on my EeePC 701 4G: The until then black tinted urxvt suddenly was tinted blue. No idea why. My *rxvt X resource settings: Rxvt*tintColor: black Rxvt*shading: 50 Rxvt*reverseVideo: True Rxvt*inheritPixmap: True Rxvt*fading:0 No font corruption so far yet, but I wouldn't bet on it yet. Will give feedback after having it used a few days. Samual and Axel, maybe you can subscribe to the freedesktop.org Bugzilla ticket #36326. *sigh* I hate Bugzilla. I subscribed to the Launchpad bug report. That one seems to copy all messages from the Bugzilla bug report. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682768: redmine: deprecated feature leads to installation abort
Package: redmine
Version: 1.4.4+dfsg1-1
Severity: important
Tags: upstream
Hi,
I just ran an upgrade and found this on the console:
# apt-get install -f
Reading package lists... Done
Building dependency tree
Reading state information... Done
0 upgraded, 0 newly installed, 0 to remove and 1267 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Setting up redmine (1.4.4+dfsg1-1) ...
Populating database for redmine instance default.
This may take a while.
NOTE: Gem.source_index is deprecated, use Specification. It will be removed on
or after 2011-11-01.
Gem.source_index called from
/usr/share/redmine/vendor/rails/railties/lib/rails/gem_dependency.rb:21.
rake aborted!
production database is not configured
Tasks: TOP = db:migrate = environment
(See full trace by running task with --trace)
Error when running rake db:migrate, check database configuration.
dpkg: error processing redmine (--configure):
subprocess installed post-installation script returned error exit status 255
Errors were encountered while processing:
redmine
This looks like an API change that has been overlooked. I can
currently not verify redmine's operation on Testing, thus not
labelling it grave.
Kind regards,
--Toni++
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages redmine depends on:
ii bundler 1.1.3-1
ii dbconfig-common 1.8.47+nmu1
ii debconf [debconf-2.0] 1.5.43
ii rails 2.3.14.1
ii redmine-pgsql 1.4.4+dfsg1-1
ii ruby 4.9
ii ruby-coderay 1.0.6-2
ii ruby-fastercsv1.5.5-1
ii ruby-net-ldap 0.3.1-2
ii ruby-rack 1.4.1-2
ii ruby-rails-2.32.3.14-3
ii ruby1.8 [ruby-interpreter]1.8.7.358-4
ii ruby1.9.1 [ruby-interpreter] 1.9.3.194-1
redmine recommends no packages.
Versions of packages redmine suggests:
ii bzr 2.6.0~bzr6522-1
ii cvs 2:1.12.13+real-9
ii darcs none
ii git 1:1.7.10-1
ii mercurial 2.2.1-2
ii ruby-openid none
ii ruby-rmagick none
ii subversion1.6.17dfsg-3
-- debconf information:
redmine/instances/default/passwords-do-not-match:
redmine/instances/default/db/basepath:
redmine/instances/default/pgsql/changeconf: false
redmine/default-language: ${defaultLocale}
redmine/instances/default/pgsql/no-empty-passwords:
redmine/instances/default/pgsql/manualconf:
redmine/instances/default/pgsql/authmethod-admin: ident
redmine/instances/default/pgsql/admin-user: postgres
redmine/instances/default/pgsql/authmethod-user: password
redmine/old-instances:
redmine/instances/default/upgrade-error: abort
redmine/instances/default/upgrade-backup: true
redmine/instances/default/mysql/admin-user: root
redmine/instances/default/mysql/method: unix socket
redmine/instances/default/remove-error: abort
redmine/instances/default/dbconfig-remove:
redmine/instances/default/remote/port:
* redmine/instances/default/dbconfig-install: false
redmine/instances/default/remote/newhost:
redmine/instances/default/missing-db-package-error: abort
redmine/instances/default/pgsql/method: unix socket
redmine/instances/default/database-type:
redmine/missing-redmine-package:
redmine/instances/default/dbconfig-reinstall: false
redmine/instances/default/db/app-user: redmine
redmine/notify-migration:
redmine/instances/default/db/dbname: redmine_default
redmine/instances/default/purge: false
redmine/current-instances: default
redmine/instances/default/remote/host:
redmine/instances/default/dbconfig-upgrade: true
redmine/instances/default/internal/reconfiguring: false
redmine/instances/default/install-error: abort
redmine/instances/default/internal/skip-preseed: true
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#666148: mendexk: Links statically against libkpathsea
On Wed, 11 Jul 2012 06:11:01 +0900, Nobuhiro Iwamatsu wrote: I createad a patch which revise this problem. I attached. Could you check and apply this patch if any problem? Any reason for not uploading this NMU to a DELAYED queue? Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Sophie Hunger: Lovesong to Everyone signature.asc Description: Digital signature
Bug#662606: php-horde-core: FTBFS: This package contains role horde and requires package horde/Role to be used
On Sat, 14 Jul 2012 10:18:38 +0200, Vincent Legout wrote: Your package fails to build from source: dh binary --buildsystem=phppear --with phppear dh_testroot -O--buildsystem=phppear dh_prep -O--buildsystem=phppear dh_installdirs -O--buildsystem=phppear dh_auto_install -O--buildsystem=phppear File js/tooltips.js in directory dir name=/ has invalid role horde, should be one of cfg, data, doc, php, script, test, www This package contains role horde and requires package horde/Role to be used According to Mathieu Parent in #25, the solution is to add php-horde-role in Build-Depends. The attached patch does this. Any reason for not uploading this NMU to a DELAYED queue? Cheers, gregor -- .''`. Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06 : :' : Debian GNU/Linux user, admin, and developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of the Free Software Foundation Europe `- NP: Rolling Stones: Itatc signature.asc Description: Digital signature
Bug#675513: libgeier0: loaded xmlsec library version is not compatible
Yeah, i think a binNMU will help here in the short term. The theoretical problem is: you have to upload a fix into stable (think security or so) and it will bump the version but not include the fix yet, and libgeier is broken again. As I am on vacation currently, can you contact release team about the binNMU and the possible patch you want to upload? Thanks! Evgeni John Belmonte jbelmo...@debian.org wrote: On Wed, Jul 25, 2012 at 2:45 AM, Evgeni Golov evg...@debian.org wrote: Can you make sure the fix lands in wheezy? Its kinda RC tbh ;) I'm wondering, is it straightforward to trigger a rebuild of libgeier0 in wheezy as a short term fix and to reduce risk of me not getting the patch into that release? I'll try to get a patch uploaded in the next week. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#675845: Re: Bug#675845: adanaxisgpl: FTBFS:
On 09.06.2012 18:33, Robert Millan wrote: 2012/6/3 Christoph Egger christ...@debian.org: /usr/include/sys/kern/types.h:189:18: error: two or more data types in declaration specifiers This might be a bug in kfreebsd-kernel-headers, however I can't check because it hits a different error: g++ -DHAVE_CONFIG_H -I. -I.. -DMUSH_DATA_DIR=\/usr/share/games\ -I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I. -I./API -DNDEBUG -I./Platform/X11 -g -O2 -c -o GameStringSpec.o `test -f 'Game/GameStringSpec.cpp' || echo './'`Game/GameStringSpec.cpp In file included from ./Mushcore/MushcoreData.h:178:0, from ./Mushcore/Mushcore.h:120, from ./API/mushMushcore.h:58, from Game/GameStringSpec.h:51, from Game/GameStringSpec.cpp:50: ./Mushcore/MushcoreSingleton.h: In instantiation of ‘static void MushcoreSingletonSingletonType::SingletonUncheckedNew() [with SingletonType = MushcoreFactory]’: ./Mushcore/MushcoreSingleton.h:76:9: required from ‘static SingletonType MushcoreSingletonSingletonType::Sgl() [with SingletonType = MushcoreFactory]’ Game/GameStringSpec.cpp:91:22: required from here ./Mushcore/MushcoreSingleton.h:86:5: error: ‘SingletonPtrSet’ was not declared in this scope, and no declarations were found by argument-dependent lookup at the point of instantiation [-fpermissive] Are you sure that you have built 1.2.5.dfsg.1-4.1 and not 1.2.5.dfsg.1-4 since the compiler command line should contain -fpermissive? Felix -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#682408: pycg: FTBFS with nvidia-cg-toolkit (3.1.0013-1)
I'm adding Miguel to Cc: as he might know a bit more about the CG toolkit than I. If this package is fixable, should we (the Debian Nvidia Maintainers) take it over? It's currently orphaned and probably tightly coupled to nvidia-cg-toolkit. Hello: I looked at the upstream website and this package had only one release in 2007 and was intended for the CG-toolkit 1.4. It's a package created for and only used by python-pygpu and that package was removed from testing because of #632378. Python-pyglew, python-pygpu and python-pycg are from the same upstream author and are all unmaintained since their first 2007 release. It would probably be better to just remove it since it seems that python-pyglew and python-pygpu could get removed soon and the package is dead upsteam. IMO is not worth it to take it over. Cheers, Miguel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#681224: im-config configures the variable related to IM incorrectly
just in case this is useful $ cat ~/.xsession-errors | grep fcitx fcitx 使用的 script 从 run_im 启动。 [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-remote-module.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-punc.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-xim.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-dbus.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-pinyin.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-sunpinyin.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-keyboard.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-xkb.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-x11.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-autoeng.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-ipc.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-lua.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-xkbdbus.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-kimpanel-ui.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-imselector.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-chttrans.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-vk.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-fullwidth-char.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-classic-ui.conf [INFO] /tmp/buildd/fcitx-4.2.4.1/src/lib/fcitx/addon.c:100-加载附加组件配置文件: fcitx-quickphrase.conf [WARN] /tmp/buildd/fcitx-4.2.4.1/src/module/dbus/dbusstuff.c:86-连接错误 (Empty address '') [WARN] /tmp/buildd/fcitx-4.2.4.1/src/frontend/xim/xim.c:168-请设置环境变量XMODIFIERS On 12 July 2012 21:40, wolf python london lyh19901...@gmail.com wrote: On 12 July 2012 00:18, Osamu Aoki os...@debian.org wrote: Hi, Excuse me but I think you have some other factor causing this problem. Just in case this is my fault, I will do some free user support :-) If you read README, I hope you have rebooted system before reporting... Hey, thanks :-). Yes, I rebooted many times :-). On Wed, Jul 11, 2012 at 10:26:19PM +0800, walter wrote: Package: im-config Version: 0.17 Severity: important Dear Maintainer, It seems input method(fcitx) and im-config in Debian is unusable here. 1. In order to avoid complication. Please reboot your system from power off and check things. 2. please run following and paste the result. $ dpkg -l im-switch im-config $ env | grep 'fcitx\|ibus' # LANG=C dpkg -l im-switch im-config 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 Architecture Description +++-==---= ii im-config 0.17 all Input method configuration framew un im-switch none(no description available) $ env | grep 'fcitx\|ibus' QT_IM_MODULE=ibus XMODIFIERS=@im=ibus QT4_IM_MODULE=fcitx GTK_IM_MODULE=ibus 3. If you have im-switch, please make sure to remove/purge im-switch package completely. I did use im-switch, but purged it some times ago, and turn to use im-config. After the systems starts up, fcitx do show up in the systray,but I cannot input any chinese characters in xterm, firefox and other apps. $ env | grep fcitx QT4_IM_MODULE=fcitx This is somewhat expected. But how about other fcitx lines? $ env | grep ibus QT_IM_MODULE=ibus XMODIFIERS=@im=ibus GTK_IM_MODULE=ibus This does not make sense. This may be coming from im-switch. It seems im-config only configure QT4_IM_MODULE variable right, others wrong. I don't have ibus and its related packages installed. Did you remove ibus after your last cold boot? (Not counting wake-ups). I never install ibus :-, that's why I think it's odd. $ cat ~/.xinputrc # im-config(8) generated on Sat, 07 Jul 2012 15:38:57 +0800 run_im fcitx # im-config signiture: af858989f3a7473a9d9f981e5e29f002 - -- Yes, I use Debian GNU/L wolf python london(WPL) Do as you soul should do ! -- Yes, I use Debian GNU/L wolf python london(WPL) Do as you soul should do ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#679287: xserver-xorg-video-openchrome
There is a new driver from: openchrome.org The new driver is named: xf86-video-openchrome-0.3.0.tar.bz2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
