Bug#663166: RM: haskell-convertible-text -- ROM; deprecated upstream
Package: ftp.debian.org Severity: normal haaskell-convertible-text is deprecated upstream and no longer needed. Its functionality has been incorporated into haskell-convertible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663167: gconf2: multiarch split means gconf2 trigger may be called when not usable
Package: gconf2 Version: 3.2.4-0ubuntu1 Severity: serious Tags: patch Justification: doesn't upgrade cleanly Hi Joss, We've recently merged your latest multiarch-split gconf2 package into Ubuntu, and in the process discovered that it was now causing upgrade failures for users, because the gconf2 trigger was being called while the libraries were in an inconsistent state. https://bugs.launchpad.net/ubuntu/+source/gconf/+bug/948294 Since libgconf-2-4 Breaks: libgconf2-4 does not result in dpkg deconfiguring the reverse-dependencies of libgconf2-4, gconf2 remains configured, and its trigger can fire if a triggering package is unpacked after (for example) libgconf-2-4 is unpacked but before gconf-service is unpacked. The most straightforward fix that I've been able to identify here is for both of libgconf-2-4 and libgconf2-4 to declare a Breaks: gconf2 ( 3.2.3-2). Although this issue doesn't seem to have been reported in Debian yet, as far as I can tell that's just the luck of the draw, and this bug will eventually affect some random subset of Debian users as well. Cheers, -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628444: Info received (iwlagn - MAC is in deep sleep, cannot restore wifi operation)
Hi Shannon and others, First up, my sincere apologies for not responding earlier. I've been swamped with other work, and have had a chance to look at this only now. I just got caught up with the email thread, and it appears that you're seeing a problem with the following configuration most frequently: 1) Enable power saving in the driver (power_save) 2) Enabling 11n 3) Leaving aspm at its default 4) wd_disable=0 (the default) Our devices are known to have issues with being in L1 (a PCIe sleep state), and so we use L0S by default - this is a lower latency and higher power state. We've also not been able to reproduce the MAC in deep sleep problem at our end, so not sure at the moment what is causing it. However, there was one issue with queue-stuck detection that we found and fixed very recently. The patch is available in the wireless-next tree, and will likely improve the situation if a stuck queue was the initial cause of your problem. You can get the source here: http://git.kernel.org/pub/scm/linux/kernel/git/linville/wireless-next.git And the patch I'm talking about is this: git.kernel.org/?p=linux/kernel/git/linville/wireless-next.git;a=commit;h=342bbf3fee2fa9a18147e74b2e3c4229a4564912 My suggestion is to load the module with power_save=0, wd_disable=1. Enabling 11n should not be a problem, but if it is, then please let us know. You should not need to use the wd_disable=1 in the upcoming versions of the kernel, but for now, I'd suggest using it. Since your problem seems to be reducing significantly by using pcie_aspm=off, I would appreciate it much if you could tell us what the behaviour is with all other parameters being the same (power_save=0, wd_disable=1), and just toggling the state of this variable. We'll try to reproduce the suspend/hibernate/resume issue in-house and let you know if we were able to reproduce the problem at our end. If not, we'd like you to try out a newer WiFi card; as the 5100 is a fairly old device, and will likely not get any firmware updates (if it is some weird firmware/driver combo that produced the PCIe error). Thanks! Meenakshi Venkataraman
Bug#662774: liblivemedia-dev: Why no shared lib?
Am Mittwoch, den 07.03.2012, 09:09 +0100 schrieb Fabian Greffrath: Am 07.03.2012 00:15, schrieb Christophe Mutricy: And take care of proper SONAME, ABI/API changes management Sure. Are we going to change this or isn't it worth the effort? I think it worth the effort. We probably want upstream to take care of using a proper SONAME. So we should get upstream accept the change. -- Benjamin Drung Debian Ubuntu Developer signature.asc Description: This is a digitally signed message part
Bug#663168: openstack-dashboard need python-iso8601
Package: openstack-dashboard Version: 2012.1~e4-1 Severity: normal Dear Maintainer, Package openstack-dashboard need python-iso8601. Please add python-iso8601 to dependency. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/6 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 openstack-dashboard depends on: ii libjs-jquery 1.7.1-1 ii python 2.7.2-10 ii python-cloudfiles 1.7.9.2-1 ii python-django 1.3.1-4 ii python-django-horizon 2012.1~e4-1 ii python-django-nose 0.1.3-1 ii python-keystoneclient 2012.1~e4-1 ii python-openstackx 0~dev20111219-1 openstack-dashboard recommends no packages. openstack-dashboard suggests no packages. -- no debconf information [Thu Mar 08 17:43:57 2012] [error] DEBUG:openstack_dashboard.settings:Running in debug mode without debug_toolbar. [Thu Mar 08 17:43:57 2012] [error] [client 172.30.235.100] mod_wsgi (pid=5357): Exception occurred processing WSGI script '/usr/share/openstack-dashboard/openstack_dashboard/wsgi/django.wsgi'. [Thu Mar 08 17:43:57 2012] [error] [client 172.30.235.100] Traceback (most recent call last): [Thu Mar 08 17:43:57 2012] [error] [client 172.30.235.100] File /usr/lib/python2.7/dist-packages/django/core/handlers/wsgi.py, line 250, in __call__ [Thu Mar 08 17:43:57 2012] [error] [client 172.30.235.100] self.load_middleware() [Thu Mar 08 17:43:57 2012] [error] [client 172.30.235.100] File /usr/lib/python2.7/dist-packages/django/core/handlers/base.py, line 47, in load_middleware [Thu Mar 08 17:43:57 2012] [error] [client 172.30.235.100] raise exceptions.ImproperlyConfigured('Error importing middleware %s: %s' % (mw_module, e)) [Thu Mar 08 17:43:57 2012] [error] [client 172.30.235.100] ImproperlyConfigured: Error importing middleware horizon.middleware: No module named iso8601
Bug#647613: boswars: Crashes when loading saved game.
Looks like you changed your email shortly after submitting this bug report so I am re-sending my previous email to you with the new address you have used recently on other bug reports. You may wish to checkout the report thread [0] in case I have missed something, please include the CC to @bugs.debian.org in any reply. [0] http://bugs.debian.org/647613 Hi, When you tried to load the save game were you trying to load a save file created by older version of boswars than 2.6.1 or were you trying to load a 2.6.1 save file? If you were trying to load a save file from an older version then unfortunately it will not work as upstream does not support old save files. If you were trying to load a save file created with 2.6.1 and you still have it could you please attach it? Thanks, Dean -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661223: libwebkitgtk-1.0-0: Creating pipes for GWakeup: too many open files
Package: libwebkitgtk-1.0-0 Version: 1.6.3-2 Followup-For: Bug #661223 This still happens with, for example, http://hexten.net/cpan-faces/. I hope this can help identify a pattern. This happens with both epiphany and midori. I have even written a simple python-gtk loader and it happens with it too. import gtk import webkit w = gtk.Window() v = webkit.WebView() v.load_uri(http://hexten.net/cpan-faces/;) w.add(v) w.show_all() gtk.main() -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc3-00067-g19e00f2 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libwebkitgtk-1.0-0 depends on: ii libatk1.0-0 2.2.0-2 ii libc62.13-27 ii libcairo21.10.2-6.2 ii libdbus-1-3 1.4.18-1 ii libdbus-glib-1-2 0.98-1 ii libenchant1c2a 1.6.0-7 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgail182.24.10-1 ii libgcc1 1:4.6.3-1 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libgeoclue0 0.12.0-4 ii libglib2.0-0 2.30.2-6 ii libgstreamer-plugins-base0.10-0 0.10.36-1 ii libgstreamer0.10-0 0.10.36-1 ii libgtk2.0-0 2.24.10-1 ii libicu48 4.8.1.1-3 ii libjavascriptcoregtk-1.0-0 1.6.3-2 ii libjpeg8 8d-1 ii libpango1.0-01.29.4-2 ii libpng12-0 1.2.47-1 ii libsoup2.4-1 2.36.1-1 ii libsqlite3-0 3.7.10-1 ii libstdc++6 4.6.3-1 ii libwebkitgtk-1.0-common 1.6.3-2 ii libx11-6 2:1.4.4-4 ii libxml2 2.7.8.dfsg-7 ii libxrender1 1:0.9.6-2 ii libxslt1.1 1.1.26-8 ii libxt6 1:1.1.1-2 ii zlib1g 1:1.2.6.dfsg-2 libwebkitgtk-1.0-0 recommends no packages. libwebkitgtk-1.0-0 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#662983: Pre-Install-Pkgs breaks interactive programs (was: Bug#662983: When called by aptitude, apt-listbugs crash and precludes the package upgrade)
[added deity@ as it concerns APT protocols] On 9 March 2012 01:59, Francesco Poli invernom...@paranoici.org wrote: On Thu, 8 Mar 2012 10:50:44 +0800 Daniel Hartwig wrote: On 8 March 2012 10:49, Daniel Hartwig mand...@gmail.com wrote: Apt-listbugs could try harder to avoid directly reading from /dev/tty Of course, here I am refering to reading from stdin instead. I wonder whether this is at all possible... I am not 100 % sure, since I was not involved in apt-listbugs development at the time when these parts of the code were initially laid out, but I think that one of the main reasons why apt-listbugs needs to explicitly open /dev/tty is that it needs to perform the following steps (when run in apt mode): * first it reads the input provided by apt-get or aptitude or other compatible package manager through the Pre-Install-Pkgs hook info protocol version 2 (see /etc/apt/apt.conf.d/10apt-listbugs , I am sure the Aptitude Development Team members are more knowledgeable than me about this protocol); this input is provided to apt-listbugs on its STDIN, as through a pipe * when this input ends (EOF), apt-listbugs needs to be able to become interactive and ask questions to the user, and get answers from STDIN, and possibly also run a web browser (that could be a textual browser, depending on the user preferences) and let the user interact with the browser, until it exits and comes back to the apt-listbugs interactive prompt Currently, apt-listbugs does all this by opening /dev/tty, after the input provided by apt(itude) ends. I don't know whether there's a better way to achieve this result, without being limited by the security fix for CVE-2005-4890... Any idea? I haven't found much documentation about these tricks in Ruby... :-( Ok. That all makes sense to me. I had not taken a detailed look as the use of /dev/tty immediately struck me as being out of place. AFAIK apt-listbugs is the only program which attempts to be interactive on this hook. APT team: [Programs run via 'su' do not have access to /dev/tty.] It appears that the Pre-Install-Pkgs hook [1] does not consider the needs of interactive programs to have access to stdin from the user. Is this an intentional choice? Interactive programs are not advised for this hook? If not, could the protocol be updated to send the package list on a new FD rather than stdin? Regards [1] apt/apt-pkg/dpkg/dpkgpm.cc:274 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663169: [lxmusic] does not change the mixer which is controlled by the volume slider
Package: lxmusic Severity: wishlist --- Please enter the report below this line. --- I tried to change the mixer from PCM to Headphone in the lxmusic-File-Preferences-Audio dialogue. Pressing the Ok button to quit the dialogue had no effect on the mixer, closing the main window didn't help either. The change came to effect after restarting the lxmusic application. It would be great to have the change after pressing the Ok button (and get a combobox to select the devices). --- System information. --- Architecture: amd64 Kernel: Linux 3.2.0-1-rt-amd64 Debian Release: wheezy/sid 500 testing security.debian.org 500 testing ftp.nz.debian.org 500 stable www.debian-multimedia.org --- Package information. --- Depends (Version) | Installed =-+-== libatk1.0-0 (= 1.12.4) | 2.2.0-2 libc6 (= 2.2.5) | 2.13-27 libcairo2 (= 1.2.4) | 1.10.2-6.2 libfontconfig1 (= 2.8.0) | 2.8.0-3.1 libfreetype6 (= 2.2.1) | 2.4.8-1 libgdk-pixbuf2.0-0 (= 2.22.0) | 2.24.1-1 libglib2.0-0 (= 2.16.0) | 2.30.2-6 libgtk2.0-0 (= 2.12.0) | 2.24.10-1 libnotify4 (= 0.7.0) | 0.7.4-1 libpango1.0-0 (= 1.14.0) | 1.29.4-2 libxmmsclient-glib1 (= 0.6DrMattDestruction) | 0.8+dfsg-2 libxmmsclient6 (= 0.7DrNo) | 0.8+dfsg-2 xmms2-core (= 0.6) | 0.8+dfsg-2 Recommends (Version) | Installed ==-+-=== xmms2-plugin-alsa | 0.8+dfsg-2 OR xmms2-plugin-ao | OR xmms2-plugin-jack | OR xmms2-plugin-oss | OR xmms2-plugin-pulse | xmms2-plugin-id3v2 | 0.8+dfsg-2 xmms2-plugin-mad | 0.8+dfsg-2 xmms2-plugin-vorbis | 0.8+dfsg-2 Suggests (Version) | Installed ===-+-=== xmms2-plugin-all | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#649496: terminator: New version available upstream
Package: terminator Version: 0.95-1 Followup-For: Bug #649496 Dear Maintainer, terminator 0.97 is now available... terminator 0.97: * Allow font dimming in inactive terminals * Allow URL handler plugins to override label text for URL context menus * When copying a URL, run it through the URL handler first so the -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) resulting URL is copied, rather than the original text Kernel: Linux 3.3.0-rc5+ (SMP w/2 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 terminator depends on: ii gconf2 3.2.3-3 ii libgtk2.0-bin 2.24.10-1 ii python 2.7.2-10 ii python-gobject 3.1.0-2 ii python-gtk2 2.24.0-3 ii python-support 1.0.14 ii python-vte 1:0.28.2-4 Versions of packages terminator recommends: ii python-gnome2 2.28.1+dfsg-1 ii python-keybinder 0.2.2-3 ii xdg-utils 1.1.0~rc1+git20111210-6 terminator 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#663170: apt: debian-installer cannot authenticate repository
Package: apt Version: 0.8.15.9 Severity: normal Hello, When trying to run debian-installer scripts for fetching udeb, it cannot authenticate packages: (also tested on 0.8.15.10) $ debian-installer/installer/build$ LANG=C util/get-packages udeb anna make: `sources.list.udeb' is up to date. Ign copy: localudebs/ InRelease Ign copy: localudebs/ Release.gpg Ign copy: localudebs/ Release Get:1 copy: localudebs/ Packages [20 B] Ign copy: localudebs/ Translation-en Get:2 http://ftp.uk.debian.org unstable InRelease [197 kB] Ign http://ftp.uk.debian.org unstable InRelease Hit http://ftp.uk.debian.org unstable/main/debian-installer i386 Packages Ign http://ftp.uk.debian.org unstable/main/debian-installer TranslationIndex Ign http://ftp.uk.debian.org unstable/main/debian-installer Translation-en Fetched 197 kB in 0s (415 kB/s) Reading package lists... Done W: GPG error: http://ftp.uk.debian.org unstable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY AED4B06F473041FA Looking into the script: $ apt-get --assume-yes -o Dir::Etc::sourcelist=/home/zumbi/SCM/SVNAuth/debian-installer/installer/build/sources.list.udeb -o Dir::Etc::sourceparts=/dev/null -o Dir::Etc::Preferences=/home/zumbi/SCM/SVNAuth/debian-installer/installer/build/preferences.udeb.local -o Dir::State=/home/zumbi/SCM/SVNAuth/debian-installer/installer/build/apt.udeb/state -o Debug::NoLocking=true -o Debug::pkgDepCache::AutoInstall=true -o Dir::Cache=/home/zumbi/SCM/SVNAuth/debian-installer/installer/build/apt.udeb/cache -o Acquire::Retries=3 -o APT::Install-Recommends=false -o Apt::Architecture=i386 -o Dir::Etc::trusted=/etc/apt/trusted.gpg -o Dir::State::Status=/home/zumbi/SCM/SVNAuth/debian-installer/installer/build/apt.udeb/state/status update [...] W: GPG error: http://ftp.uk.debian.org unstable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY AED4B06F473041FA When running as root it seems to work. It seems to be a regression of #595428. Kind Regards -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/4 CPU cores) Locale: LANG=ca_ES.UTF-8, LC_CTYPE=ca_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2010.08.28 ii gnupg 1.4.11-3 ii libc6 2.13-26 ii libgcc1 1:4.6.2-12 ii libstdc++6 4.6.2-12 ii zlib1g 1:1.2.6.dfsg-1 apt recommends no packages. Versions of packages apt suggests: ii apt-doc none ii aptitude0.6.5-1 ii bzip2 1.0.6-1 ii dpkg-dev1.16.1.2 ii lzma9.22-2 ii python-apt 0.8.0 -- 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#663099: gmt: GMT 4.5.6 doesn't work with 2.2.0 coastlines
Hi Steffen, I have old GMT coasts. In http://fcaglp.fcaglp.unlp.edu.ar/coasts/ I left a tar.gz file with al the GMT 4.5.6 coasts for you. Eduardo.- Quoting Steffen Grunewald steffen.grunew...@aei.mpg.de: Package: gmt Version: 4.5.6-1+b1 Severity: normal Dear Maintainer, Trying to add high-resolution coastlines to the GMT installation (4.5.6 as of wheezy, upgraded by hand to 4.5.6+b1/libnetcdf7) I found that * the script to install high/full resolution coastline data doesn't work anymore because of filename changes * there's 2.2.0 available on soest.hawaii.edu and its mirrors but no 2.1.1 matching gmt-coast-low * replacing even the low-res files with 2.2.0 versions, I get pscoast: * resolution shoreline data base not installed with *=intermediate, high, whatever matching the -D parameter Restoring the (2.1.1) binned_GSHHS_i.cdf file resolved the situation for intermediate but due to the lack of hi-res files, high or full cannot be used at all. There is a 4.5.7 version out which *might* resolve the issue - on soest.hawaii.edu, both the gmt and gshhs tarballs carry identical timestamps (July 14, 2011). Unless someone comes up with a backup of the old GSHHS2.1.1_{high,full}.tar.bz2 files, GMT cannot be used for hi-res maps anymore. (I cannot even find them in Paul Wessel's tree.) *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gmt depends on: ii libc62.13-27 ii libgmt4 4.5.6-1+b1 ii libice6 2:1.0.7-2 ii libnetcdfc7 1:4.1.3-6 ii libsm6 2:1.2.0-2 ii libx11-6 2:1.4.4-4 ii libxaw7 2:1.0.9-3 ii libxext6 2:1.3.0-3 ii libxmu6 2:1.1.0-3 ii libxt6 1:1.1.1-2 Versions of packages gmt recommends: ii gmt-coast-low [gmt-coastline-data] 1:2.1.1-1 ii gmt-doc 4.5.6-1 Versions of packages gmt suggests: pn gmt-doc-pdf none pn gmt-examples none pn gmt-tutorial-pdf none -- no debconf information -- Eduardo A. Suarez Facultad de Ciencias Astronómicas y Geofísicas - UNLP FCAG: (0221)-4236593 int. 172/Cel: (0221)-15-4557542/Casa: (0221)-4526589 This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663099: gmt: GMT 4.5.6 doesn't work with 2.2.0 coastlines
Hi, I made a mistake, the URL is http://fcaglp.fcaglp.unlp.edu.ar/~esuarez/coasts/ Eduardo.- Quoting Steffen Grunewald steffen.grunew...@aei.mpg.de: Package: gmt Version: 4.5.6-1+b1 Severity: normal Dear Maintainer, Trying to add high-resolution coastlines to the GMT installation (4.5.6 as of wheezy, upgraded by hand to 4.5.6+b1/libnetcdf7) I found that * the script to install high/full resolution coastline data doesn't work anymore because of filename changes * there's 2.2.0 available on soest.hawaii.edu and its mirrors but no 2.1.1 matching gmt-coast-low * replacing even the low-res files with 2.2.0 versions, I get pscoast: * resolution shoreline data base not installed with *=intermediate, high, whatever matching the -D parameter Restoring the (2.1.1) binned_GSHHS_i.cdf file resolved the situation for intermediate but due to the lack of hi-res files, high or full cannot be used at all. There is a 4.5.7 version out which *might* resolve the issue - on soest.hawaii.edu, both the gmt and gshhs tarballs carry identical timestamps (July 14, 2011). Unless someone comes up with a backup of the old GSHHS2.1.1_{high,full}.tar.bz2 files, GMT cannot be used for hi-res maps anymore. (I cannot even find them in Paul Wessel's tree.) *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gmt depends on: ii libc62.13-27 ii libgmt4 4.5.6-1+b1 ii libice6 2:1.0.7-2 ii libnetcdfc7 1:4.1.3-6 ii libsm6 2:1.2.0-2 ii libx11-6 2:1.4.4-4 ii libxaw7 2:1.0.9-3 ii libxext6 2:1.3.0-3 ii libxmu6 2:1.1.0-3 ii libxt6 1:1.1.1-2 Versions of packages gmt recommends: ii gmt-coast-low [gmt-coastline-data] 1:2.1.1-1 ii gmt-doc 4.5.6-1 Versions of packages gmt suggests: pn gmt-doc-pdf none pn gmt-examples none pn gmt-tutorial-pdf none -- no debconf information -- Eduardo A. Suarez Facultad de Ciencias Astronómicas y Geofísicas - UNLP FCAG: (0221)-4236593 int. 172/Cel: (0221)-15-4557542/Casa: (0221)-4526589 This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647875: RFS: tuxonice-userui
Hello, Andrey Rahmatullin w...@wrar.name writes: I've prepared a new version of tuxonice-userui package, it is available at http://mentors.debian.net/package/tuxonice-userui and http://anonscm.debian.org/gitweb/?p=collab-maint/tuxonice-userui.git;a=summary Great, thank you very much! It is a new upstream version (which merges all interfaces into a single binary and links it dynamically), with disabled fbsplash support (AFAIK it needs complementary packages which are not available in Debian) and some bug fixes in the maintainer scripts and the initramfs hook. Which complementary packages are not available in Debian? I wanted to ask you to sponsor the package before seeking the sponsor publicly. Sure, I can sponsor it. I had a look and it seems fine, except about fbsplash being disabled. However, I cannot test it but I assume you did, right? Regards, -- Arnaud Fontaine pgp51E8eH0XNF.pgp Description: PGP signature
Bug#662716: reveal log files
On Mon, Mar 5, 2012 at 6:09 PM, Savvas Radevic vice...@gmail.com wrote: Package: libarchive Severity: wishlist This patch should reveal log files if any tests fail. Bad side is that it doesn't fail the build if tests fail. I tried to use $$? to check the exit status of dh_auto_test and fail after showing the log files, but couldn't make it work. Looks like gnu make doesn't support $$? If you have a better idea to make it fail *after* showing the log files, please apply it. It would be much better to see why the errors fail directly in the buildd logs. :) -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500, 'oneiric'), (100, 'oneiric-backports') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-16-generic (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash I rather have a patch to libarchive's build system that sets '-v' option for all test programs. Also, next time, please don't include unrelated changes in your patches (I'm referring to the use of '-'). -- ~ Andres -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663134: [Aptitude-devel] Bug#663134: aptitude: safe-upgrade fails on libgcc1 version skew
On 9 March 2012 03:09, Sven Joachim svenj...@gmx.de wrote: Package: aptitude Version: 0.6.5-1 User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch A few days ago there was a situation where libgcc1:amd64 was at a newer version than libgcc1:i386, and aptitude was unable to perform a safe-upgrade for this case (the correct solution is not to do anything, which apt-get upgrade indeed does). You are correct, those packages should not be considered upgradable. Thanks for pointing this out. Fixing these multi-arch issues is of top priority. Consider this one under investigation. I have refrained from running aptitude update since then to be able to reproduce the problem and file this bug report. You can record the state using aptitude-create-state-bundle. That will contain enough info to reproduce it at a later date. Regards -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592124: bluez-hcidump: Segmentation fault during communication with a phone
Hi, Could you check with latest package? Best reagrds, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663171: texlive-base: glyphlists are missing
Package: texlive-base Version: 2011.20120226-1 Severity: normal glyphlist is blacklisted, so dvipdfmx complains needs new orig.tar.gz for texlive-base will be anyway done when final TL is released -- Package-specific info: If you report an error when running one of the TeX-related binaries (latex, pdftex, metafont,...), or if the bug is related to bad or wrong output, please include a MINIMAL example input file that produces the error in your report. Please run your example with (pdf)latex -recorder ... (or any other program that supports -recorder) and send us the generated file with the extension .fls, it lists all the files loaded during the run and can easily explain problems induced by outdated files in your home directory. Don't forget to also include minimal examples of other files that are needed, e.g. bibtex databases. Often it also helps to include the logfile. Please, never send included pictures! If your example file isn't short or produces more than one page of output (except when multiple pages are needed to show the problem), you can probably minimize it further. Instructions on how to do that can be found at http://www.latex-einfuehrung.de/mini-en.html (english) or http://www.latex-einfuehrung.de/mini.html (german) ## minimal input file ## other files ## List of ls-R files -rw-r--r-- 1 norbert norbert 107 Mar 8 08:45 /home/norbert/tl/2011/texmf-config/ls-R -rw-r--r-- 1 norbert norbert 4058 Mar 8 08:45 /home/norbert/tl/2011/texmf-var/ls-R -rw-r--r-- 1 norbert norbert 30160 Mar 8 08:45 /home/norbert/tl/2011/texmf/ls-R -rw-rw-r-- 1 root staff 493354 Mar 9 12:48 /usr/local/share/texmf/ls-R -rw-r--r-- 1 norbert norbert 1643556 Mar 8 08:45 /home/norbert/tl/2011/texmf-dist/ls-R lrwxrwxrwx 1 root root 31 Mar 7 10:13 /usr/share/texlive/texmf-dist/ls-R - /var/lib/texmf/ls-R-TEXLIVEDIST lrwxrwxrwx 1 root root 31 Mar 7 10:13 /usr/share/texlive/texmf/ls-R - /var/lib/texmf/ls-R-TEXLIVEMAIN ## Config files -rw-r--r-- 1 norbert norbert 29944 Dec 22 08:58 /home/norbert/tl/2011/texmf/web2c/texmf.cnf -rw-r--r-- 1 norbert norbert 4252 Feb 22 13:25 /home/norbert/tl/2011/texmf-var/web2c/fmtutil.cnf -rw-r--r-- 1 norbert norbert 8745 Feb 27 12:53 /home/norbert/tl/2011/texmf-config/web2c/updmap.cfg -rw-r--r-- 1 norbert norbert 6126 Aug 5 2011 /home/norbert/tl/2011/texmf-var/tex/generic/config/language.dat ## Files in /etc/texmf/web2c/ total 12 -rw-r--r-- 1 root root 283 Mar 18 2009 mktex.cnf -rw-r--r-- 1 root root 1440 Mar 9 12:36 texmf.cnf -rw-r--r-- 1 root root 2787 Mar 6 20:07 updmap.cfg ## md5sums of texmf.d d588a08518f705d06ac262acd78f2bc4 /etc/texmf/texmf.d/20xmltex.cnf dd062262a6496ad6f36075885719ff20 /etc/texmf/texmf.d/60jbibtex.cnf 055e06548bac99958d8ab2dd1248f2b4 /etc/texmf/texmf.d/80tex4ht.cnf -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (501, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc6+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages texlive-base depends on: ii debconf [debconf-2.0] 1.5.41 ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 ii libpaper-utils 1.1.24+nmu1 ii luatex 0.70.1-1+b1 ii mime-support 3.52-1 ii tex-common 3.0 ii texlive-binaries 2011.20120307-1 ii texlive-common 2011.20120226-1 ii texlive-doc-base 2011.20120226-1 ii ucf3.0025+nmu2 Versions of packages texlive-base recommends: ii lmodern 2.004.1-4 Versions of packages texlive-base suggests: ii acroread [pdf-viewer]9.4.7-0.1 ii epdfview [pdf-viewer]0.1.8-1+b1 ii evince [postscript-viewer] 3.2.1-1 ii ghostscript [postscript-viewer] 9.05~dfsg-3 ii gv [postscript-viewer] 1:3.7.3-1 ii perl-tk 1:804.029-1.2 ii xpdf [pdf-viewer]3.03-9 ii zathura [pdf-viewer] 0.0.8.5-4 Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.41 ii dpkg 1.16.1.2 ii ucf3.0025+nmu2 Versions of packages tex-common suggests: ii debhelper 9.20120115 Versions of packages texlive-base is related to: ii tex-common3.0 ii texlive-binaries 2011.20120307-1 -- Configuration Files: /etc/texmf/dvipdfmx/dvipdfmx.cfg changed [not included] /etc/texmf/dvips/config/config.ps changed [not included] /etc/texmf/tex/generic/config/pdftexconfig.tex changed [not included] /etc/texmf/xdvi/XDvi changed [not included] -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of
Bug#663172: ocaml-gnuplot: ocamlopt: Command not found
Source: ocaml-gnuplot Version: 0.8.3-2 Severity: serious Justification: fails to build from source Hi, ocaml-gnuplot FTBFS on some architecture. https://buildd.debian.org/status/package.php?p=ocaml-gnuplot http://buildd.debian-ports.org/status/package.php?p=ocaml-gnuplotsuite=sid - fakeroot debian/rules binary-arch dh binary-arch --with ocaml dh_testroot -a dh_prep -a dh_installdirs -a dh_auto_install -a make[1]: Entering directory `/build/buildd-ocaml-gnuplot_0.8.3-2-armhf-MfThgI/ocaml-gnuplot-0.8.3' cp META.in META echo version = \0.8.3\ META ocamlopt -inline 2 -c gnuplot_dir.ml make[1]: ocamlopt: Command not found make[1]: *** [gnuplot_dir.cmx] Error 127 make[1]: Leaving directory `/build/buildd-ocaml-gnuplot_0.8.3-2-armhf-MfThgI/ocaml-gnuplot-0.8.3' dh_auto_install: make -j1 install DESTDIR=/build/buildd-ocaml-gnuplot_0.8.3-2-armhf-MfThgI/ocaml-gnuplot-0.8.3/debian/libgnuplot-ocaml-dev returned exit code 2 make: *** [binary-arch] Error 29 - Please check your package. Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663134: [Aptitude-devel] Bug#663134: aptitude: safe-upgrade fails on libgcc1 version skew
On 9 March 2012 11:16, Daniel Hartwig mand...@gmail.com wrote: On 9 March 2012 03:09, Sven Joachim svenj...@gmx.de wrote: Package: aptitude Version: 0.6.5-1 User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch A few days ago there was a situation where libgcc1:amd64 was at a newer version than libgcc1:i386, and aptitude was unable to perform a safe-upgrade for this case (the correct solution is not to do anything, which apt-get upgrade indeed does). Out of curiosity, do either of these commands attempt to install the out-of-sync packages: # apt-get dist-upgrade # apt-get install libgcc1:amd64 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661465: openjdk-7-jre: dependency on gconf2
For me, running a KDE system, gconf and its massive glut of dependencies add an extra 30 MB. That's not a ton, but I'm trying to keep my /usr from getting out of hand, and the gconf/gnome packages are some that I always try to keep out of my system. As others have said, jre-headless is not an option for those of us using Eclipse and other GUI apps written in Java, or working with the JDK. With that in mind, I have to echo the requests for removal of gconf dependencies from this package. It would be very helpful. Thanks, Jacob -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662891: further information
I have a second machine which I use as a web/email server... let's call it webserver. (Let's call my first machine desktop.) Today I upgraded webserver from Lenny to Squeeze, and then to Sid. This machine was running a custom 2.3.37 kernel throughout the upgrade process. Once the upgrade to Sid was successful, I installed Debian kernel 3.2.0-2 and tried to boot to it. That worked, but I had held back kmod and was using the module-init-tools from Squeeze (3.12-2). With 3.2.0-2 running, I installed kmod/libmkmod 6-1.1, forced a rebuild of the initrd (update-initramfs -k all -u), and tried a reboot to 3.2.0-2 again. It worked. I was not paying careful attention to the sequence of steps, there, and I got a little overexcited thinking that kmod-6-1.1 resolved this bug. While in euphoria, I moved my attention from webserver back to desktop. On that machine, kmod-5-2 builds working initrd's for Debian kernels (while running my custom 3.2.9 kernel) while kmod-6-1 does not. I found that rebooting to a Debian kernel (either 3.2.0-2 or 3.3-rc6) and updating the initrd's with kmod-6-1.1 gave me working Debian kernels. (My custom kernel is unaffected; it does not use an initrd.) However, rebooting back to my custom kernel (on desktop) and updating the initrd's for the Debian kernels with kmod-6-1.1 installed caused the Debian kernels to fail again. Downgrading to kmod-5-2, and rebuilding the Debian initrd's with my custom kernel running, worked fine. For the sake of completion, I carried out the same testing on webserver: I booted the custom 2.3.37 kernel, updated the initrd for Debian kernel 3.2.0-2 with kmod-6-1.1, and the Debian kernel would not boot. Downgrading to module-init-tools-3.12-2, and updating the initrd while running the custom kernel, produced a working initrd for the Debian kernel. In summary: 1) if I only use kmod-6* to update initrd's while running a Debian kernel, then the result is working initrd's for those Debian kernels. 2) if I use a custom kernel which does not need an initrd with kmod-6*, then updating initrd's for Debian kernels produces bad initrd's. 3) if I use a custom kernel with kmod-5-2 (or module-init-tools-3*) then good initrd's are produced for the (non-running) Debian kernels. Something changed in kmod-6.0 so that the modules selected for initrd's of non-running kernels are determined by the modules being used by the running kernel. If the currently-running kernel does not need modules that the non-running kernels _will_ need, then their initrd's are built without including those essential modules. Bummer. HTH, Dave W. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663090: [alsa-devel] amixer: convert percentage into db wrongly
Add Vincent in cc, because conky read amixer's result. On Thu, Mar 08, 2012 at 05:45:14PM +0100, Takashi Iwai wrote: * Adam Lee adam8...@gmail.com [2012-03-08 20:36 +0800]: Package: alsa-utils Version: 1.0.25-1 Severity: important db is not linear, but amixer believe it is. amixer get Master says Limits: Playback 0 - 74, then everytime I run amixer -q sset Master 10%-, there is 8db dec. For example, at first Master is 100% and 0db, both alsamixer and amixer think it is, and after I run amixer -q sset Master 10%-, both alsamixer and amixer says Master is -8.00db, but alsamixer says it is 72%, amixer says it is 89%. alsamixer is right, amixer calc and set wrongly. No, both are correct. You are dreaming too much on the world unified percentage representation :) The percentage in amixer has nothing to do with dB level. It's just the percentage of the raw value range of that mixer element. Thus showing 89% is correct. It's 10% down from 100% (1% is because of the resolution of the raw values). Now, alsamixer shows the percentage in a different way. It's explained well in the source code (alsamixer/volume_mapping.c), but not mentioned in the man page, unfortunately. * The mapping is designed so that the position in the interval is proportional * to the volume as a human ear would perceive it (i.e., the position is the * cubic root of the linear sample multiplication factor). For controls with * a small range (24 dB or less), the mapping is linear in the dB values so * that each step has the same size visually. Only for controls without dB * information, a linear mapping of the hardware volume register values is used * (this is the same algorithm as used in the old alsamixer). The percentage representation in alsamixer corresponds to this mapping, thus it's neither dB nor linear percent. Hi, Takashi Thank you for replying. But I still insist this is a bug. Three questions: 1, several months ago, it's OK, both amixer and alsamixer use the human mapping(0-10% and 90%-100% are the same change by a human ear), why not now? 2, conky(Vincent, I mean ${mixer}), some other software, lot of user's scripts use amixer to set or get volume, expecting the human mapping, why change the behavior? 3, alsamixer and amixer use the same dB value, why there is difference in percentage? If alsa-utils developer think the human mapping sucks, why you guys still use it in alsamixer? There is no both correct, the difference confuses user... IMO: Any, any human says 10% plus, she or he definitely wants the human mapping. Maybe you developing guys think there is nothing wrong now, but how about think it from the perspective of user? Please consider about fixing it, at least discuss it in alsa-utils mail list, thank you. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663158: Plain die; doesn't always propagate exception
A couple of things: 1. This is an upstream bug, I tested 5.14.2 compiled from upstream source as well as latest git, both exibit the bug. 2. I've got a git bisect going to find the regression, so far the log is: $ git bisect log # bad: [a35ef416833511da752c4b5b836b7a8915712aab] Remove RC3 marker. # good: [6d52c880307229a35c23215c596700e716bd7c32] Removing the RC marker from patchlevel.h git bisect start 'v5.14.0' 'v5.12.0' # bad: [44ef8c7de01654d0b33d6fd57119d1e622abb5a2] make regen; make regen_perly git bisect bad 44ef8c7de01654d0b33d6fd57119d1e622abb5a2 # skip: [b3364d989906ac4625608c0ff3bcfdad7e989cb7] perldelta up to be34c38 git bisect skip b3364d989906ac4625608c0ff3bcfdad7e989cb7 # bad: [3bc9c68be9b73fccbaf3154e7c08c09e241a3be6] Disable regeneration of regcharclass.h on win32 git bisect bad 3bc9c68be9b73fccbaf3154e7c08c09e241a3be6 # bad: [1db4d19556a36b5a8e8604c1e7656999ebc7732b] RT 75902: Add prototypes for tie() and untie() to allow overloading git bisect bad 1db4d19556a36b5a8e8604c1e7656999ebc7732b # bad: [9e5bbba0de25c01ae9355c7a97e237602a37e9f3] perlunifaq, uniintro: fix for 80 col display git bisect bad 9e5bbba0de25c01ae9355c7a97e237602a37e9f3 # good: [83aa740ef4e0ec94b144304b034baf00e5d12723] consting in lex_stuff_pvn git bisect good 83aa740ef4e0ec94b144304b034baf00e5d12723 # good: [992b236353d3493be5063165567838e96570135a] Don't use a C++ keyword as a variable name (new). git bisect good 992b236353d3493be5063165567838e96570135a # bad: [99782e35be86d92df5daa0659d4cb2351d4a36b9] Merge remote branch 'zefram/zefram/reliable_exception' into blead git bisect bad 99782e35be86d92df5daa0659d4cb2351d4a36b9 # good: [4f0556e9541e0e65f0abc5f4f6caf1f16ddf2dcd] Permit array assignment to steal temps and copy shared hash key scalars. git bisect good 4f0556e9541e0e65f0abc5f4f6caf1f16ddf2dcd # good: [6550424581c83583e72aa799a12d2a2e68d9e5f1] For SAVEt_BOOL, save the value with the type. git bisect good 6550424581c83583e72aa799a12d2a2e68d9e5f1 It should finish up after I leave, I'll report back the results tomorrow. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663173: tex-common: mssing break against sid version of tex-gyre
Package: tex-common Version: 3.0 Severity: normal missing breaks: tex-gyre (= 2.004.1-2.1) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (501, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc6+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tex-common depends on: ii debconf [debconf-2.0] 1.5.41 ii dpkg 1.16.1.2 ii ucf3.0025+nmu2 tex-common recommends no packages. Versions of packages tex-common suggests: ii debhelper 9.20120115 Versions of packages texlive-base depends on: ii debconf [debconf-2.0] 1.5.41 ii dpkg 1.16.1.2 ii install-info 4.13a.dfsg.1-8 ii libpaper-utils 1.1.24+nmu1 ii luatex 0.70.1-1+b1 ii mime-support 3.52-1 ii texlive-binaries 2011.20120307-1 ii texlive-common 2011.20120226-1 ii texlive-doc-base 2011.20120226-1 ii ucf3.0025+nmu2 Versions of packages texlive-base recommends: ii lmodern 2.004.1-4 Versions of packages texlive-base suggests: ii acroread [pdf-viewer]9.4.7-0.1 ii epdfview [pdf-viewer]0.1.8-1+b1 ii evince [postscript-viewer] 3.2.1-1 ii ghostscript [postscript-viewer] 9.05~dfsg-3 ii gv [postscript-viewer] 1:3.7.3-1 ii perl-tk 1:804.029-1.2 ii xpdf [pdf-viewer]3.03-9 ii zathura [pdf-viewer] 0.0.8.5-4 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663174: [apt] Documentation (apt.conf manual) refers to protocol internals (Translation files)
Package: apt Version: 0.8.15.9 Severity: minor APT's documentation contains a lot of references to APT protocol internals, such as repository files. For example, apt.conf's manual page contains: Languages The Languages subsection controls which Translation files are downloaded and in which order APT tries to display the Description-Translations. APT will try to display the first available Description in the Language which is listed at first. Languages can be defined with their short or long Languagecodes. Note that not all archives provide Translation files for every Language - especially the long Languagecodes are rare, so please inform you which ones are available before you set here impossible values. This is not very helpful unless one knows what Translation files, Description-Translations, Description, Language and Languagecodes are, or guesses. Furthermore, guessing is not necessarily easy; see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=656946 . As the latter shows (if that was necessary), users should not be exposed to protocol internals. This is especially problematic for Translation files, which aren't documented unless I'm missing something. In general, as reported in #481129, the protocol is not documented, although it is in reality documented to some degree in various places like apt-ftparchive's manual page, the outdated repository HOWTO ( http://www.debian.org/doc/manuals/repository-howto/repository-howto ) and the Debian Reference, sections 2.5.1 to 2.5.4: http://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_archive_meta_data -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663090: [alsa-devel] amixer: convert percentage into db wrongly
On Fri, Mar 09, 2012 at 12:22:47PM +0800, Adam Lee wrote: Add Vincent in cc, because conky read amixer's result. On Thu, Mar 08, 2012 at 05:45:14PM +0100, Takashi Iwai wrote: * Adam Lee adam8...@gmail.com [2012-03-08 20:36 +0800]: Package: alsa-utils Version: 1.0.25-1 Severity: important db is not linear, but amixer believe it is. amixer get Master says Limits: Playback 0 - 74, then everytime I run amixer -q sset Master 10%-, there is 8db dec. For example, at first Master is 100% and 0db, both alsamixer and amixer think it is, and after I run amixer -q sset Master 10%-, both alsamixer and amixer says Master is -8.00db, but alsamixer says it is 72%, amixer says it is 89%. alsamixer is right, amixer calc and set wrongly. No, both are correct. You are dreaming too much on the world unified percentage representation :) The percentage in amixer has nothing to do with dB level. It's just the percentage of the raw value range of that mixer element. Thus showing 89% is correct. It's 10% down from 100% (1% is because of the resolution of the raw values). Now, alsamixer shows the percentage in a different way. It's explained well in the source code (alsamixer/volume_mapping.c), but not mentioned in the man page, unfortunately. * The mapping is designed so that the position in the interval is proportional * to the volume as a human ear would perceive it (i.e., the position is the * cubic root of the linear sample multiplication factor). For controls with * a small range (24 dB or less), the mapping is linear in the dB values so * that each step has the same size visually. Only for controls without dB * information, a linear mapping of the hardware volume register values is used * (this is the same algorithm as used in the old alsamixer). The percentage representation in alsamixer corresponds to this mapping, thus it's neither dB nor linear percent. Hi, Takashi Thank you for replying. But I still insist this is a bug. Three questions: 1, several months ago, it's OK, both amixer and alsamixer use the human mapping(0-10% and 90%-100% are the same change by a human ear), why not now? 2, conky(Vincent, I mean ${mixer}), some other software, lot of user's scripts use amixer to set or get volume, expecting the human mapping, why change the behavior? 3, alsamixer and amixer use the same dB value, why there is difference in percentage? If alsa-utils developer think the human mapping sucks, why you guys still use it in alsamixer? There is no both correct, the difference confuses user... IMO: Any, any human says 10% plus, she or he definitely wants the human mapping. Maybe you developing guys think there is nothing wrong now, but how about think it from the perspective of user? Please consider about fixing it, at least discuss it in alsa-utils mail list, thank you. Sorry for including cont...@bugs.debian.org in cc. Please remove it when you reply. And additional info: I was searching some alternative way to control my volume, but I failed, every script, evert widget uses amixer set channel xx%(+/-), like: http://awesome.naquadah.org/wiki/Volume_control_and_display This means we user want the human mapping, it works well before. and we wrote tons of scripts using amixer and expecting human mapping. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663158: Plain die; doesn't always propagate exception
Well, actually, it finished. Note that to build these old versions of Perl on Debian testing, you have to: git cherry-pick -n e0ef413b27cae926f967c54bbb9e7d40cc2adb2f (the test program does this) So, the result of bisect: c5df3096702d4a814b3774dff243e7eb74814257 is the first bad commit commit c5df3096702d4a814b3774dff243e7eb74814257 Author: Zefram zef...@fysh.org Date: Fri Apr 23 01:52:47 2010 +0100 SV-based interfaces for dieing and warning New functions croak_sv(), die_sv(), mess_sv(), and warn_sv(), each act much like their _sv-less counterparts, but take a single SV argument instead of sprintf-like format and args. They will accept RVs, passing them through as such. This means there's no more need to clobber ERRSV in order to throw a structured exception. pp_warn() and pp_die() are rewritten to use the _sv interfaces. This fixes part of [perl #74538]. It also means that a structured warning object will be passed through to $SIG{__WARN__} instead of being stringified, thus bringing warn in line with die with respect to structured exception objects. The new functions and their existing counterparts are all fully documented. :100644 100644 6ae162687a665f15ba1c38080a58c8cc310b65a4 62e558760de4cda0d6e0a96501210ae68d68d16f M MANIFEST :100644 100644 f93d27c2f588bc0132067341c4d4a2d2bd41eaa5 1c1bb2d75a64ca80edb7cce455bd184699c0c5d8 M embed.fnc :100644 100644 663cb6b8a1e018aef6d9f96deee8a75b690627e1 128cd467979b957de55a83968805af88620da531 M embed.h :100644 100644 77883384f3b44e3bde0da7a46cc24608105cc131 334e2c9368bb61cb39674319a6f89ecb3395f1ef M global.sym :100644 100644 0341f6e9d6296a96bf733b121cea1823b8fb0442 abe3e60803dd5af664548518d648529ff3594afa M mg.c :100644 100644 921688d656fcc00f7705487138e247f13d7d0127 f401fc7938ab58bc0707fe34bfdd6e86dbb1fa94 M pp_ctl.c :100644 100644 8dd8bc063567b8e733f3586f659fc6ca8d827705 f57bd1a57f2001c5c31c01645f305bb0b0df42b5 M pp_sys.c :100644 100644 979076f8c22dda4e1712e337d17917fdf215076a 71240e5aa88f5b1ee6838b58950dfef0def65377 M proto.h :04 04 facef45a345cb919ad8120eaabd0711469c9b564 71ea308544c7b0e1350dfc4fee0bcd08d2bf0f18 M t :100644 100644 89fea231a6add9630d6d46a9c01db7db5ecfafc4 99a9511aa9676e11b578fb6ae501c35b834e1b05 M util.c bisect run success And the log: $ git bisect log # bad: [a35ef416833511da752c4b5b836b7a8915712aab] Remove RC3 marker. # good: [6d52c880307229a35c23215c596700e716bd7c32] Removing the RC marker from patchlevel.h git bisect start 'v5.14.0' 'v5.12.0' # bad: [44ef8c7de01654d0b33d6fd57119d1e622abb5a2] make regen; make regen_perly git bisect bad 44ef8c7de01654d0b33d6fd57119d1e622abb5a2 # skip: [b3364d989906ac4625608c0ff3bcfdad7e989cb7] perldelta up to be34c38 git bisect skip b3364d989906ac4625608c0ff3bcfdad7e989cb7 # bad: [3bc9c68be9b73fccbaf3154e7c08c09e241a3be6] Disable regeneration of regcharclass.h on win32 git bisect bad 3bc9c68be9b73fccbaf3154e7c08c09e241a3be6 # bad: [1db4d19556a36b5a8e8604c1e7656999ebc7732b] RT 75902: Add prototypes for tie() and untie() to allow overloading git bisect bad 1db4d19556a36b5a8e8604c1e7656999ebc7732b # bad: [9e5bbba0de25c01ae9355c7a97e237602a37e9f3] perlunifaq, uniintro: fix for 80 col display git bisect bad 9e5bbba0de25c01ae9355c7a97e237602a37e9f3 # good: [83aa740ef4e0ec94b144304b034baf00e5d12723] consting in lex_stuff_pvn git bisect good 83aa740ef4e0ec94b144304b034baf00e5d12723 # good: [992b236353d3493be5063165567838e96570135a] Don't use a C++ keyword as a variable name (new). git bisect good 992b236353d3493be5063165567838e96570135a # bad: [99782e35be86d92df5daa0659d4cb2351d4a36b9] Merge remote branch 'zefram/zefram/reliable_exception' into blead git bisect bad 99782e35be86d92df5daa0659d4cb2351d4a36b9 # good: [4f0556e9541e0e65f0abc5f4f6caf1f16ddf2dcd] Permit array assignment to steal temps and copy shared hash key scalars. git bisect good 4f0556e9541e0e65f0abc5f4f6caf1f16ddf2dcd # good: [6550424581c83583e72aa799a12d2a2e68d9e5f1] For SAVEt_BOOL, save the value with the type. git bisect good 6550424581c83583e72aa799a12d2a2e68d9e5f1 # good: [3297d27d658a6691c429e496bd2a05fe04eda9d7] Silence a couple of false positive may be used uninitialized gcc warnings git bisect good 3297d27d658a6691c429e496bd2a05fe04eda9d7 # bad: [7ce092845b50544ac127e66e60d73a2f7b707464] bring G_KEEPERR back to the realm of sanity git bisect bad 7ce092845b50544ac127e66e60d73a2f7b707464 # good: [96d9b9cd40f1d98fda790eb12b5cdbeef8b48a81] make die reliably hand error to post-eval code git bisect good 96d9b9cd40f1d98fda790eb12b5cdbeef8b48a81 # bad: [c5df3096702d4a814b3774dff243e7eb74814257] SV-based interfaces for dieing and warning git bisect bad c5df3096702d4a814b3774dff243e7eb74814257 I'm attaching the test programs. Paths will need changing, of course. -- bisect-die.sh Description: Bourne shell script #!/usr/bin/perl -Tw use Carp qw(confess); use CGI; my $CGI; sub
Bug#663092: tex-common: Not modified files reported as modified
Hi Frank, On Do, 08 Mär 2012, Frank Küster wrote: The reason is that the files aren't under dpkg's control, but under ucf's instead. Therefore we need to manually - remove the files along with ucf-new or however they might be called - ucf --purge the files - ucfr --purge the files. Would that code in tex-common v3 postinst.in work: for i in $UCF_FILES ; do rm -f $i ucf --purge $i if test -x `which ucfr` ; then ucfr --purge tex-common $i fi done Is there anything else we have to do? Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 ERIBOLL (n.) A brown bubble of cheese containing gaseous matter which grows on welsh rarebit. It was Sir Alexander Flemming's study of eribolls which led, indirectly, to his discovery of the fact that he didn't like welsh rarebit very much. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662989: gtest: libgtest.a needs to be built with -fPIC
tags 662989 + wontfix thanks On Wed, Mar 07, 2012 at 12:00:50PM -0800, Chase Douglas wrote: Package: gtest Version: 1.6.0-1 Severity: normal Tags: patch Dear Maintainer, The libgtest.a library is not build with -fPIC. This inhibits linking against objects compiled with -fPIC. To fix this, the CXXFLAGS should include -fPIC for the static library. Not convinced this is a good idea in general and in any event the static library is going away (see NEWS.Debian) so I'm not planning to implement the patch. Regards, -Steve signature.asc Description: Digital signature
Bug#663175: signing-party: should depend on libgd-gd2-perl, not only recommend it
Package: signing-party Version: 1.1.3-1 Severity: normal After a fresh install of signing-party, I tried to use springgraph: $ gpg --no-default-keyring --keyring ./today.keyring --list-sigs | sig2dot | springgraph Color. Can't locate GD.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/springgraph line 187. BEGIN failed--compilation aborted at /usr/bin/springgraph line 187. To make the springgraph tool more usable, the package should require libgd-gd2-perl, not only recommend it. -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (900, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.18-028stab085.5-ent (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/bash Versions of packages signing-party depends on: ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libclass-methodmaker-p 2.15-2Perl module for creating generic m ii libgnupg-interface-per 0.42-3Perl interface to GnuPG ii libmailtools-perl 2.06-1Manipulate email in perl programs ii libmime-tools-perl 5.428-1 Perl5 modules for MIME-compliant m ii libterm-readkey-perl 2.30-4A perl module for simple terminal ii libtext-template-perl 1.45-1Text::Template perl module ii perl 5.10.1-17squeeze3 Larry Wall's Practical Extraction ii qprint 1.0.dfsg.2-2 encoder and decoder for quoted-pri Versions of packages signing-party recommends: ii dialog 1.1-20100428-1 Displays user-friendly dialog boxe ii libgd-gd2-perl 1:2.39-2+b1 Perl module wrapper for libgd - gd pn libpaper-utils none (no description available) ii libtext-iconv-perl 1.7-2converts between character sets in ii postfix [mail-transport 2.7.1-1+squeeze1 High-performance mail transport ag ii whiptail0.52.11-1Displays user-friendly dialog boxe Versions of packages signing-party suggests: pn imagemagick | graphicsmagick- none (no description available) pn mutt none (no description available) ii texlive-latex-recommended 2009-11TeX Live: LaTeX recommended packag pn wipe none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663176: myspell-de-de-oldspell: Conflicting relationship with myspell-de-de makes it impossible to use both
Package: myspell-de-de-oldspell Version: 1:2-28 Severity: normal Tags: l10n Dear Maintainer, while I usually prefer to use modern German spelling, I sometimes work on older texts that use old spelling rules. I am mostly using myspell from within LibreOffice. Sadly, the myspell-de-de-oldspell package conflicts with myspell-de-de. This means it is impossible to have both installed at the same time - which would be very useful for people working with older and younger texts, alike (even for students studying the German language when writing a seminar paper where they have to quote parts of older texts. The package conflict is probably a problem for other people working on old and new texts and like to use a spellchecker. Is it possible to modify this package in a way to allow for it to be installed together with myspell-de-de and treat it like a different language (similar to de-ch or de-at, for example). Kind regards Andreas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663177: Please package fonts OriFonts
Package: fonts-orya-extra Severity: wishlist There is free font (GPL-2+) available at, http://www.exnet.btinternet.co.uk/ori/OriFonts.zip (which is also upstream of Utkal font). The zip contains, * ori1UniBold.ttf * ori1UniMed.ttf fonts. Please check possibility to package them in -extra package. -- Kartik Mistry | IRC: kart_ {0x1f1f, kartikm}.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#520265: #520265: Missing architecture independent binary representation
The 1.7 upstream version has to_bin : t - string -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663178: [INTL:tr] Turkish debconf templates translation
Package: shorewall6 Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Turkish translation of the shorewall6 package. # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # Atila KOà a...@artielektronik.com.tr, 2012. # msgid msgstr Project-Id-Version: shorewall6\n Report-Msgid-Bugs-To: shorewa...@packages.debian.org\n POT-Creation-Date: 2009-03-09 01:12+\n PO-Revision-Date: 2012-03-07 09:42+0200\n Last-Translator: Atila KOà a...@artielektronik.com.tr\n Language-Team: Turkish debian-l10n-turk...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../shorewall6.templates:2001 msgid No automatic restart for Shorewall6 msgstr Shorewall6 kendiliÄinden baÅlamayacak #. Type: note #. Description #: ../shorewall6.templates:2001 msgid Shorewall6 will not be restarted automatically after being upgraded, to prevent changes in configuration files causing network outages. msgstr Yapılandırma dosyalarındaki deÄiÅikliklerin aÄ iletiÅimi kaybına neden olmaması için Shorewall6 yükseltme sonrasında yeniden baÅlatılmayacak. #. Type: note #. Description #: ../shorewall6.templates:2001 msgid You should check Shorewall6's configuration files and restart it with 'invoke-rc.d shorewall6 restart'. msgstr Shorewall6'nın yapılandırma dosyalarını incelemeli ve 'invoke-rc.d shorewall6 restart' komutunu çalıÅtırarak yeniden baÅlatmalısınız. #. Type: boolean #. Description #: ../shorewall6.templates:3001 msgid Restart Shorewall6? msgstr Shorewall6 yeniden baÅlatılsın mı? #. Type: boolean #. Description #: ../shorewall6.templates:3001 msgid To avoid the risk of failures and network outages, configuration files should be checked carefully before the firewall is restarted. msgstr Olası baÅarısızlıklardan ve aÄ iletiÅimi kaybından kaçınmak için güvenlik duvarı yeniden baÅlatılmadan önce yapılandırma dosyaları dikkatle incelenmelidir. #. Type: boolean #. Description #: ../shorewall6.templates:3001 msgid Please choose whether you want to restart Shorewall6 immediately. msgstr Shorewall6'yı Åimdi yeniden baÅlatmak isteyip istemediÄinizi belirtiniz. #. Type: error #. Description #: ../shorewall6.templates:4001 msgid Invalid Shorewall6 configuration detected msgstr Geçersiz Shorewall6 yapılandırması algılandı #. Type: error #. Description #: ../shorewall6.templates:4001 msgid Shorewall6 is configured to restart on upgrades. msgstr Shorewall6 yükseltmeler sonrasında yeniden baÅlayacak Åekilde yapılandırıldı. #. Type: error #. Description #: ../shorewall6.templates:4001 msgid However, the current configuration for Shorewall6 is invalid and it will fail to restart. You should fix the program's configuration, then restart it with 'invoke-rc.d shorewall6 restart'. msgstr Oysa Shorewall6'nın Åu anki yapılandırması geçersiz ve bu nedenle yeniden baÅlayamayacak. Programın yapılandırmasını düzenleyip 'invoke-rc.d shorewall6 restart' komutunu çalıÅtırarak yeniden baÅlatmalısınız.
Bug#661548: libyaml-libyaml-perl: FTBFS with hardening flags enabled: -Werror=format-security
severity 661548 grave tag 661548 security found 661548 0.33-1 thanks On Mon, Feb 27, 2012 at 09:44:42PM +, Dominic Hargreaves wrote: Source: libyaml-libyaml-perl Severity: normal Version: 0.38-1 User: debian...@lists.debian.org Usertags: hardening-format-security hardening With hardening flags enabled, this package FTBFS: perl_libyaml.c: In function 'Load': perl_libyaml.c:191:5: error: format not a string literal and no format arguments [-Werror=format-security] perl_libyaml.c: In function 'load_node': perl_libyaml.c:274:9: error: format not a string literal and no format arguments [-Werror=format-security] perl_libyaml.c: In function 'load_mapping': perl_libyaml.c:318:9: error: format not a string literal and no format arguments [-Werror=format-security] perl_libyaml.c: In function 'load_sequence': perl_libyaml.c:351:9: error: format not a string literal and no format arguments [-Werror=format-security] These format strings can be injected from user input, so raising the severity. A DSA will be issued for squeeze. I've just notified upstream via the RT tickets below. Could somebody from the pkg-perl team please prepare updated packages (built with -sa for stable-security as this is new there)? Trivial patches can be found in https://rt.cpan.org/Public/Bug/Display.html?id=75365 https://rt.cpan.org/Public/Bug/Display.html?id=46507 -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663179: Homepage dead, abandoned upstream?
Package: ocaml-sha Version: 1.7-2 Severity: normal Hi, the homepage listed in debian/control [1] gives 404 Not found. Following the links on [2] I didn't find ocaml-sha listed on the github page nor projects.snarg.org. Has this package been superseeded by something else? Has upstream lost interest in it? Or has it simply fallen under the table? MfG Goswin -- 1: http://tab.snarc.org/projects/ocaml_sha 2: http://tab.snarc.org/about.html -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) 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#661536: libdbd-pg-perl: FTBFS with hardening flags enabled: -Werror=format-security
forwarded 661536 https://rt.cpan.org/Public/Bug/Display.html?id=75642 severity 661536 grave tag 661536 security patch found 661536 2.17.1-2 thanks On Mon, Feb 27, 2012 at 09:31:31PM +, Dominic Hargreaves wrote: Source: libdbd-pg-perl Severity: normal Version: 2.18.1-1 With hardening flags enabled, this package FTBFS: dbdimp.c: In function 'pg_warn': dbdimp.c:331:4: error: format not a string literal and no format arguments [-Werror=format-security] dbdimp.c: In function 'pg_st_prepare': dbdimp.c:1534:4: error: format not a string literal and no format arguments [-Werror=format-security] cc1: some warnings being treated as errors These format strings can be injected by a malicious server, so raising the severity. A DSA will be issued for squeeze. I've just notified upstream via the RT ticket. Could somebody from the pkg-perl team (I believe Dominic already volunteered) please prepare updated packages (built with -sa for stable-security as this is new there)? Trivial patch attached. -- Niko Tyni nt...@debian.org From f014710c05e4952385c8223a47bb1fcb7b48b51a Mon Sep 17 00:00:00 2001 From: Niko Tyni nt...@debian.org Date: Sat, 3 Mar 2012 21:50:32 +0200 Subject: [PATCH] Explicitly warn and croak with controlled format strings This fixes builds with 'gcc -Werror=format-security'. --- dbdimp.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/dbdimp.c b/dbdimp.c index c298e85..7032f79 100644 --- a/dbdimp.c +++ b/dbdimp.c @@ -328,7 +328,7 @@ static void pg_warn (void * arg, const char * message) DBIc_is(imp_dbh, DBIcf_PrintWarn) ? 1 : 0); if (DBIc_WARN(imp_dbh) DBIc_is(imp_dbh, DBIcf_PrintWarn)) - warn(message); + warn(%s, message); if (TEND) TRC(DBILOGFP, %sEnd pg_warn\n, THEADER); } @@ -1531,7 +1531,7 @@ int dbd_st_prepare (SV * sth, imp_sth_t * imp_sth, char * statement, SV * attrib if (pg_st_prepare_statement(aTHX_ sth, imp_sth)!=0) { TRACE_PQERRORMESSAGE; - croak (PQerrorMessage(imp_dbh-conn)); + croak (%s, PQerrorMessage(imp_dbh-conn)); } } -- 1.7.9.1
Bug#663090: [alsa-devel] amixer: convert percentage into db wrongly
At Fri, 9 Mar 2012 12:22:47 +0800, Adam Lee wrote: Add Vincent in cc, because conky read amixer's result. On Thu, Mar 08, 2012 at 05:45:14PM +0100, Takashi Iwai wrote: * Adam Lee adam8...@gmail.com [2012-03-08 20:36 +0800]: Package: alsa-utils Version: 1.0.25-1 Severity: important db is not linear, but amixer believe it is. amixer get Master says Limits: Playback 0 - 74, then everytime I run amixer -q sset Master 10%-, there is 8db dec. For example, at first Master is 100% and 0db, both alsamixer and amixer think it is, and after I run amixer -q sset Master 10%-, both alsamixer and amixer says Master is -8.00db, but alsamixer says it is 72%, amixer says it is 89%. alsamixer is right, amixer calc and set wrongly. No, both are correct. You are dreaming too much on the world unified percentage representation :) The percentage in amixer has nothing to do with dB level. It's just the percentage of the raw value range of that mixer element. Thus showing 89% is correct. It's 10% down from 100% (1% is because of the resolution of the raw values). Now, alsamixer shows the percentage in a different way. It's explained well in the source code (alsamixer/volume_mapping.c), but not mentioned in the man page, unfortunately. * The mapping is designed so that the position in the interval is proportional * to the volume as a human ear would perceive it (i.e., the position is the * cubic root of the linear sample multiplication factor). For controls with * a small range (24 dB or less), the mapping is linear in the dB values so * that each step has the same size visually. Only for controls without dB * information, a linear mapping of the hardware volume register values is used * (this is the same algorithm as used in the old alsamixer). The percentage representation in alsamixer corresponds to this mapping, thus it's neither dB nor linear percent. Hi, Takashi Thank you for replying. But I still insist this is a bug. Three questions: 1, several months ago, it's OK, both amixer and alsamixer use the human mapping(0-10% and 90%-100% are the same change by a human ear), why not now? amixer hasn't been changed until yet. It handles either in raw values or in dB. No human-ear mapping at all. It's never changed since years, and won't be changed. If the volume mapping would be implemented to amixer in future, it must be only optional. Only the recent alsamixer introduced the volume mapping to visualize the volumes reasonably. 2, conky(Vincent, I mean ${mixer}), some other software, lot of user's scripts use amixer to set or get volume, expecting the human mapping, why change the behavior? You must be smoking something bad. The behavior of amixer hasn't been changed. 3, alsamixer and amixer use the same dB value, why there is difference in percentage? If alsa-utils developer think the human mapping sucks, why you guys still use it in alsamixer? There is no both correct, the difference confuses user... That's true. alsamixer should have stopped showing the stupid percentage. The biggest understand is that people (including you) think there is an absolutely perfect percentage definition for the sound level. It's an illusion. IMO: Any, any human says 10% plus, she or he definitely wants the human mapping. Maybe you developing guys think there is nothing wrong now, but how about think it from the perspective of user? Please consider about fixing it, at least discuss it in alsa-utils mail list, thank you. There is no such ML... Takashi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663180: Provides no zero value
Package: ocaml-sha Version: 1.7-2 Severity: wishlist Tags: upstream patch Hi, I found myself in a situation where I needed to fill in a dummy Sha1.t into a record to initialize an array. I didn't want to use an Sha1.t option because the value is only every invalid during initialization and an option type would mean extracting from Some x at every other place. The attached patch adds a Sha*.zero value that can be used for this purpose. MfG Goswin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Description: zero value patch This patch adds a zero value (digest with all bits 0) to each of the Sha modules. This can be used as placeholder or invalid digest in situations where the proper digest can not be computed yet. . Technically a digest with all bits 0 is valid but the chance of it actually occuring is remote. Still, the value should be compared using physical equality. . TODO: should there be a 'val is_zero : t - bool'? Author: Goswin von Brederlow goswin-...@web.de Last-Update: 2012-03-09 --- The information above should follow the Patch Tagging Guidelines, please checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here are templates for supplementary fields that you might want to add: Origin: vendor|upstream|other, url of original patch Bug: url in upstream bugtracker Bug-Debian: http://bugs.debian.org/bugnumber Bug-Ubuntu: https://launchpad.net/bugs/bugnumber Forwarded: no|not-needed|url proving that it has been forwarded Reviewed-By: name and email of someone who approved the patch Index: ocaml-sha-1.7/sha1_stubs.c === --- ocaml-sha-1.7.orig/sha1_stubs.c 2012-03-09 07:36:37.0 +0100 +++ ocaml-sha-1.7/sha1_stubs.c 2012-03-09 07:36:48.0 +0100 @@ -111,3 +111,13 @@ CAMLreturn(result); } + +CAMLprim value stub_sha1_zero(void) +{ + CAMLlocal1(zero); + + zero = caml_alloc(sizeof(sha1_digest), Abstract_tag); + memset(zero, 0, sizeof(sha1_digest)); + + CAMLreturn(zero); +} Index: ocaml-sha-1.7/sha1.mli === --- ocaml-sha-1.7.orig/sha1.mli 2012-03-09 07:36:37.0 +0100 +++ ocaml-sha-1.7/sha1.mli 2012-03-09 07:36:48.0 +0100 @@ -17,6 +17,9 @@ (** digest type - opaque *) type t +(** The zero digest *) +val zero : t + (** Return the digest of the given string. *) val string : string - t Index: ocaml-sha-1.7/sha1.ml === --- ocaml-sha-1.7.orig/sha1.ml 2012-03-09 07:36:37.0 +0100 +++ ocaml-sha-1.7/sha1.ml 2012-03-09 07:36:48.0 +0100 @@ -22,6 +22,9 @@ external to_bin: t - string = stub_sha1_to_bin external to_hex: t - string = stub_sha1_to_hex external file_fast: string - t = stub_sha1_file +external sha1_zero : unit - t = stub_sha1_zero + +let zero = sha1_zero () let blksize = 4096 Index: ocaml-sha-1.7/sha512.mli === --- ocaml-sha-1.7.orig/sha512.mli 2012-03-09 07:36:35.0 +0100 +++ ocaml-sha-1.7/sha512.mli 2012-03-09 07:36:48.0 +0100 @@ -17,6 +17,9 @@ (** digest type - opaque *) type t +(** The zero digest *) +val zero : t + (** Return the digest of the given string. *) val string : string - t Index: ocaml-sha-1.7/sha256.ml === --- ocaml-sha-1.7.orig/sha256.ml 2012-03-09 07:36:35.0 +0100 +++ ocaml-sha-1.7/sha256.ml 2012-03-09 07:36:48.0 +0100 @@ -22,6 +22,9 @@ external to_bin: t - string = stub_sha256_to_bin external to_hex: t - string = stub_sha256_to_hex external file_fast: string - t = stub_sha256_file +external sha1_zero : unit - t = stub_sha256_zero + +let zero = sha256_zero () let blksize = 4096 Index: ocaml-sha-1.7/sha256_stubs.c === --- ocaml-sha-1.7.orig/sha256_stubs.c 2012-03-09 07:36:35.0 +0100 +++ ocaml-sha-1.7/sha256_stubs.c 2012-03-09 07:36:48.0 +0100 @@ -110,3 +110,13 @@ CAMLreturn(result); } + +CAMLprim value stub_sha256_zero(void) +{ + CAMLlocal1(zero); + + zero = caml_alloc(sizeof(sha256_digest), Abstract_tag); + memset(zero, 0, sizeof(sha256_digest)); + + CAMLreturn(zero); +} Index: ocaml-sha-1.7/sha512.ml === --- ocaml-sha-1.7.orig/sha512.ml 2012-03-09 07:36:35.0 +0100 +++ ocaml-sha-1.7/sha512.ml 2012-03-09 07:36:48.0 +0100 @@ -22,6 +22,9 @@ external to_bin: t - string = stub_sha512_to_bin external to_hex: t - string = stub_sha512_to_hex external file_fast: string - t = stub_sha512_file +external sha1_zero : unit - t = stub_sha512_zero + +let zero =
Bug#663092: tex-common: Not modified files reported as modified
On Fr, 09 Mär 2012, Norbert Preining wrote: for i in $UCF_FILES ; do rm -f $i ucf --purge $i if test -x `which ucfr` ; then ucfr --purge tex-common $i fi done Well (with small bugs) that does it, but it is brutal, since it removes even if something has changed. I have now added some (UNTESTED) code that: - checks for md5sum changes and removes only if unchanged, otherwise simply renames it - 00updmpa.cfg settings that are different form TL2012 defaults are carried over to /etc/texmf/web2c/updmap.cfg For the second we need one change in texlive-base that it ships also /u/s/texlive/texmf/web2c/updmap.cfg with the default settings. THat will bei n final TL, but is not by now. If someone can take a look at the code in postinst that would be great. Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 BOOKThere is a theory which states that if ever anyone discovers exactly what the Universe is for and why it is here, it will instantly disappear and be replaced by something even more bizarrely inexeplicable. There is another theory which states that this has already happened. --- Introduction to Fit the Seventh. --- Douglas Adams, The Hitchhikers Guide to the Galaxy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662955: review
On Fri, 9 Mar 2012 01:02:42 David Banks wrote: Hi, I'm not a DD so I can't sponsor your package, but I would be using this package if it was in the archive. Thanks for packaging it. Hi, wow thanks for the great detailed review! * You don't need the substvar ${shlibs:Depends} in the control file for the binary packages, since they are not compiled code. This gives a warning currently. Okay, I will remove this. * Why is the package priority extra? It should probably be optional. After re-reading the Policy Manual I see you are correct. * Consider switching off DH_VERBOSE in debian/rules before release, or at least remove the comment above it. Yes, I missed that. * The translations seem to be being compiled twice, once during dh_auto_build and once during dh_auto_install. This is probably unnecessary. Hmm, I hadn't really noticed that but you're correct. I'll have to patch the configure script to remove the 'all' prerequisite from the makefile's 'install' target. It seems to be there because upstream's installation instructions don't require a separate 'make' and 'make install'. * You may want to Recommend or Suggest the 'vorbisgain' and 'mp3gain' package, if rubyripper can use them. The same goes for 'normalize' but this may require a patch, since Debian uses the name 'normalize-audio' for this command. These were mentioned by the configure script. * Grepping the source it seems that rubyripper can also use 'cdrdao' and 'sox' for certain things -- consider the same for them. Yes, I will Suggest these packages. Strange that the last two aren't mentioned in any documentation that I've read (they're in the changelog though). I'll file a bug report with upstream about it. * Consider changing your DEP-5 format URL now that this has become official. http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/ Yep, I need to run lintian with -pedantic. * Do you need to patch the prefix '/usr' into the configure script? It seems you already specify the /usr prefix by an override in debian/rules anyway, so that seems redundant. This was left-over from my attempts to fix a build issue. I'll remove it. * You might consider splitting your patch into multiple patches, which would allow you to give a more detailed rationale for each change. For instance, your patch removes some code from the configure script probably to solve some build issue, but the patch header doesn't explain this. There were actually multiple build issues, which I didn't fully understand until I had patched them.. so yes, I will split these patches out properly. * Since you use the same man page for both rrip_cli and rrip_gui, you may want to remove (command-line interface) from the NAME section of the manual page. Totally missed that, thanks! Minor bugs that should probably be fixed by upstream: * Consider fixing the example copyright headers on the .po files, they have pasted in boilerplate. I haven't filed a bug report with upstream over this, but it's on my TODO. * I get this message when running configure: 'gettext/utils.rb' is deprecated. Use gettext/tools.rb. Yep, that can be patched. * Many translations are generating warnings like: - Obsolete msgid exists - Fuzzy message was ignored This is another issue I have to raise with upstream. I did notice this, but translations seemed to work fine anyway. Do you know what these warnings actually mean? 'info gettext' doesn't provide any documentation for warnings. Thanks for your work! I will certainly be using this when it is uploaded. Cheers, David No problem, thanks for taking the time to review the package! I should be able to upload another version with the changes sometime this weekend.. -- Regards, Scott. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660042: Announce of the upcoming NMU for the drizzle package
Dear maintainer of drizzle and Debian translators, Some days ago, I sent a notice to the maintainer of the drizzle Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in four days, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de fr nl pl pt ru sv Among these, the following translations are incomplete: none If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the drizzle package so I can incorporate them in the build. The deadline for receiving updates and new translations is Saturday, March 17, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Sunday, March 04, 2012 : send the first intent to NMU notice to the package maintainer. Friday, March 09, 2012 : send this notice Saturday, March 17, 2012 : (midnight) deadline for receiving translation updates Sunday, March 18, 2012 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Sunday, March 25, 2012 : NMU uploaded to incoming Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: drizzle\n Report-Msgid-Bugs-To: driz...@packages.debian.org\n POT-Creation-Date: 2012-02-04 11:12+0100\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../drizzle.templates:1001 msgid Purging also database files? msgstr #. Type: boolean #. Description #: ../drizzle.templates:1001 msgid As you are purging the drizzle package you might also want to delete the database files in /var/lib/drizzle. msgstr signature.asc Description: Digital signature
Bug#663181: golang: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: golang Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#663100: bluefish: Bluefish 2.2.2 does not save thumbnail images
Hi, forgot to remove the template, sorry! Greetings, Georg
Bug#662639: gnome-shell: frequent lockups on hardware accelerated actions
Confirmed that it still happens after updating to gnome-shell 3.2.2.1-1. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663180: Provides no zero value
Hello, 2012/3/9 Goswin von Brederlow goswin-...@web.de: I found myself in a situation where I needed to fill in a dummy Sha1.t into a record to initialize an array. I didn't want to use an Sha1.t option because the value is only every invalid during initialization and an option type would mean extracting from Some x at every other place. The attached patch adds a Sha*.zero value that can be used for this purpose. Why don't you define this Sha1.zero value in your code and use it there? This patch seems to me very specific to your code and of dubious use in a library. Best regards, david -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663182: libmysql-diff-perl and mysql-utilities: error when trying to install together
Package: mysql-utilities,libmysql-diff-perl Version: mysql-utilities/1.0.4-2 Version: libmysql-diff-perl/0.43-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2012-03-09 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libexpat1 libdb4.8 mime-support python2.7-minimal python2.7 python-minimal python python-support libfile-slurp-perl libmysql-diff-perl python-mysql.connector mysql-utilities Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libexpat1. (Reading database ... 10555 files and directories currently installed.) Unpacking libexpat1 (from .../libexpat1_2.0.1-7.2_amd64.deb) ... Selecting previously unselected package libdb4.8. Unpacking libdb4.8 (from .../libdb4.8_4.8.30-11_amd64.deb) ... Selecting previously unselected package mime-support. Unpacking mime-support (from .../mime-support_3.52-1_all.deb) ... Selecting previously unselected package python2.7-minimal. Unpacking python2.7-minimal (from .../python2.7-minimal_2.7.2-13_amd64.deb) ... Selecting previously unselected package python2.7. Unpacking python2.7 (from .../python2.7_2.7.2-13_amd64.deb) ... Selecting previously unselected package python-minimal. Unpacking python-minimal (from .../python-minimal_2.7.2-10_all.deb) ... Selecting previously unselected package python. Unpacking python (from .../python_2.7.2-10_all.deb) ... Selecting previously unselected package python-support. Unpacking python-support (from .../python-support_1.0.14_all.deb) ... Selecting previously unselected package libfile-slurp-perl. Unpacking libfile-slurp-perl (from .../libfile-slurp-perl_.19-1_all.deb) ... Selecting previously unselected package libmysql-diff-perl. Unpacking libmysql-diff-perl (from .../libmysql-diff-perl_0.43-1_all.deb) ... Selecting previously unselected package python-mysql.connector. Unpacking python-mysql.connector (from .../python-mysql.connector_0.3.2-1_all.deb) ... Selecting previously unselected package mysql-utilities. Unpacking mysql-utilities (from .../mysql-utilities_1.0.4-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/mysql-utilities_1.0.4-2_all.deb (--unpack): trying to overwrite '/usr/bin/mysqldiff', which is also in package libmysql-diff-perl 0.43-1 configured to not write apport reports Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/mysql-utilities_1.0.4-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/bin/mysqldiff This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663183: override: dovecot-common:oldlibs/extra
package: ftp.debian.org severity: normal This is a transitional package so lintian now complains if it isn't oldlibs/extra. -- Jaldhar H. Vyas jald...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663184: ITP: httpie -- CLI, cURL-like tool for humans
Package: wnpp Severity: wishlist Owner: Bartosz Fenski aka fEnIo fe...@debian.org * Package name: httpie Version : 0.1.6 Upstream Author : Jakub Roztocil ja...@roztocil.name * URL : http://httpie.org/ * License : BSD Programming Lang: Python Description : CLI, cURL-like tool for humans HTTPie is a CLI HTTP utility that makes CLI interaction with HTTP-based services as human-friendly as possible. HTTPie does so by providing an http command that allows for issuing arbitrary HTTP requests using a simple and natural syntax and displaying colorized responses. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#656326: init script and cron.d
Another small improvement is the cron.d should run as sphinxsearch too. For the indexer --rotate in cron to work it needs to send a signal to the searchd process and therefore the indexer needs to be able to read the pid file. In the init script chmod or chown the pid file such that the sphinxsearch user can read this file. Cheers and thanks for packaging this. -- Daniel Black, Engineer @ Open Query (http://openquery.com) Remote expertise maintenance for MySQL/MariaDB server environments. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663000: [debian-mysql] Bug#663000: mysql-server: MySQL fails to start after 5.1.61 upgrade, incorrect permissions
Excerpts from Alex Cartwright's message of Thu Mar 08 13:00:23 -0800 2012: Is there any more information that I can provide to help debug this? I was talking with someone in #debian irc.freenode.net earlier on today and they had the same problem. They resolved it by managing to chown said files just before it tried to start MySQL again. Right now I'm not sure what extra info I can get for you. Alex, I'm kind of at a loss for how this is happening. The postinst directly calls this code on configuring mysql-server-5.1: mysql_statedir=/var/lib/mysql ... chown -R mysql $mysql_statedir So you can see where the fact that the binlogs are being chown'ed to root is rather confusing! There is one chown that might lead to this: mysql_datadir=/usr/share/mysql chown -R 0:0 $mysql_datadir Perhaps there are links in /usr/share/mysql to your binlogs? Also is it possible /var/lib/mysql is a symlink? Regards On 7 March 2012 23:44, Clint Byrum cl...@ubuntu.com wrote: Excerpts from Alex Cartwright's message of Wed Mar 07 13:32:44 -0800 2012: Package: mysql-server Version: 5.1.61-0+squeeze1 Severity: important After the recent security upgrade to MySQL 5.1.61, MySQL failed to start during the apt-get update apt-get upgrade process due to incorrect permissions being set on the /var/lib/mysql/mysql-bin.* files. Instead of being mysql:mysql they were set to root:root, causing MySQL to fail starting with errors such as: Mar 7 20:52:37 lon1 mysqld_safe[16756]: 120307 20:52:37 [ERROR] Failed to open log (file './mysql-bin.000397', errno 13) Mar 7 20:52:37 lon1 mysqld_safe[16756]: 120307 20:52:37 [ERROR] Could not open log file Mar 7 20:52:37 lon1 mysqld_safe[16756]: 120307 20:52:37 [ERROR] Can't init tc log Mar 7 20:52:37 lon1 mysqld_safe[16756]: 120307 20:52:37 [ERROR] Aborting Changing the owner/group to mysql:mysql manually and starting the mysql service got things working, however running update upgrade again causes the issue again. Hi Alex, sorry this is causing you trouble. I was not able to reproduce this in a clean squeeze chroot: (squeeze-amd64)root@clint-MacBookPro:/home/clint# ls -l /var/lib/mysql total 20532 -rw-r--r-- 1 root root 0 Mar 7 15:36 debian-5.1.flag -rw-rw 1 mysql mysql 5242880 Mar 7 15:37 ib_logfile0 -rw-rw 1 mysql mysql 5242880 Mar 7 15:36 ib_logfile1 -rw-rw 1 mysql mysql 10485760 Mar 7 15:37 ibdata1 drwx-- 2 mysql root 4096 Mar 7 15:37 mysql -rw--- 1 root root 6 Mar 7 15:37 mysql_upgrade_info -rw-rw 1 mysql mysql 37810 Mar 7 15:37 mysqld-bin.01 -rw-rw 1 mysql mysql 20 Mar 7 15:37 mysqld-bin.index (squeeze-amd64)root@clint-MacBookPro:/home/clint# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: libmysqlclient16 mysql-client-5.1 mysql-common mysql-server-5.1 mysql-server-core-5.1 5 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 22.8 MB of archives. After this operation, 307 kB disk space will be freed. Do you want to continue [Y/n]? Get:1 http://security.debian.org/ squeeze/updates/main mysql-common all 5.1.61-0+squeeze1 [69.6 kB] Get:2 http://security.debian.org/ squeeze/updates/main libmysqlclient16 amd64 5.1.61-0+squeeze1 [1976 kB] Get:3 http://security.debian.org/ squeeze/updates/main mysql-client-5.1 amd64 5.1.61-0+squeeze1 [10.0 MB] Get:4 http://security.debian.org/ squeeze/updates/main mysql-server-5.1 amd64 5.1.61-0+squeeze1 [6587 kB] Get:5 http://security.debian.org/ squeeze/updates/main mysql-server-core-5.1 amd64 5.1.61-0+squeeze1 [4130 kB] Fetched 22.8 MB in 15s (1432 kB/s) Preconfiguring packages ... (Reading database ... 12360 files and directories currently installed.) Preparing to replace mysql-common 5.1.49-3 (using .../mysql-common_5.1.61-0+squeeze1_all.deb) ... Unpacking replacement mysql-common ... Preparing to replace libmysqlclient16 5.1.49-3 (using .../libmysqlclient16_5.1.61-0+squeeze1_amd64.deb) ... Unpacking replacement libmysqlclient16 ... Preparing to replace mysql-client-5.1 5.1.49-3 (using .../mysql-client-5.1_5.1.61-0+squeeze1_amd64.deb) ... Unpacking replacement mysql-client-5.1 ... Setting up mysql-common (5.1.61-0+squeeze1) ... (Reading database ... 12361 files and directories currently installed.) Preparing to replace mysql-server-5.1 5.1.49-3 (using .../mysql-server-5.1_5.1.61-0+squeeze1_amd64.deb) ... invoke-rc.d: policy-rc.d denied execution of stop. invoke-rc.d: policy-rc.d denied execution of stop. df: Warning: cannot read table of mounted file systems: No such file or directory Unpacking replacement mysql-server-5.1 ... Preparing to replace mysql-server-core-5.1 5.1.49-3 (using .../mysql-server-core-5.1_5.1.61-0+squeeze1_amd64.deb) ... Unpacking
Bug#663185: midori 0.4.4 released (with support for webkitgtk 1.4.3)
Package: midori Version: 0.4.3-1 Severity: wishlist Dear Maintainer, Midori released a new version 0.4.4 just few hours ago. Please see http://archive.xfce.org/src/apps/midori/0.4/midori-0.4.4.tar.bz2#!sha1!ead09b6ceb9cadc4c22761490cbf9914346b7ee0 and http://www.twotoasts.de/index.php?/archives/50-Menubars,-GTK+3-and-site-data-rules.html Here is not too brief changelog from http://git.xfce.org/apps/midori/tree/ChangeLog v0.4.4: + Disable page cache with 352 MB RAM + Display filename in download dialog + Fix box packing in GTK+3 (in most cases) + Enable experimental HTML5 fullscreen API + Harden IPv6 address recognition in location + Experimental site data policy support (see FAQ) + Close tabs by middle clicking close button + Merge cookies and other data in Clear Private Data + Improve KatzeArrayAction for Unity menuproxy compatibility + Use GDateTime for history to avoid broken C runtimes + Add Midori tag to DuckDuckGo default URI + Rewrite completion popup resizing + Streamline page icon loading stages and fallbacks + Disable clipboard work-around for WebKit = 1.4.3 + Re-word .desktop entry as an action + Display informative text in private browsing + Consistent clear icons in entries + Revised download filename generation + Add 'Open in Image Viewer' menu item + Formhistory 2.0 with GDOM support + Handle javascript: and mailto: links better + Handle = key in Ukrainian layout better + Fix bookmark export and deletion of bookmark folders + Speed dial shortcut re-reordering by DND -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages midori depends on: ii dbus-x111.4.18-1 ii libc6 2.13-27 ii libcairo2 1.10.2-7 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libjavascriptcoregtk-1.0-0 1.6.3-2 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.29.4-2 ii libsoup2.4-12.36.1-1 ii libsqlite3-03.7.10-1 ii libunique-1.0-0 1.1.6-4 ii libwebkitgtk-1.0-0 1.6.3-2 ii libx11-62:1.4.4-4 ii libxml2 2.7.8.dfsg-7 ii libxss1 1:1.2.1-2 Versions of packages midori recommends: ii gnome-icon-theme 3.2.1.2-1 midori suggests no packages. -- no debconf information -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663046: schroedinger: Add multiarch support.
Source: schroedinger Version: 1.0.11-1 Hello: Please make this package compatible with multiarch, as described at http://wiki.debian.org/Multiarch/Implementation. More info: http://wiki.debian.org/ReleaseGoals/MultiArch Thanks, Miguel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662965: [Python-modules-team] Bug#662965: Python doesn't find the connector module -- missing symlinks?
Also, it would be nice if you could switch it to dh_python2 :) No, that's not going to happen anytime soon. Is there are reasonable justification for that?? It appears to me that this bug was closed without solution being clearly articulated. Is it not a bug in python-mysql.connector packaging? I'm not 100% convinced. If not a bug, after reading this report dozen of times I still have no idea of possible solution - even wiki update is not clear what can be done. The problem is not yet solved and I suspect mere mortals like me who might be reading this report after archival may be struggling as much as I do to understand the possible options on order resolve name space collision between python packages, where one package is not following recommended/up-to-date way of using dh_python2 for some reason. Hence I filed another bug report: #663037 please use dh_python2 and up-to- date debhelper. Unfortunately we don't have workaround for the problem clearly described. I doubt that patching upstream code in the other package could be a viable solution for not updating python-mysql.connector in order to use dh_python2. Is there are any other alternatives? 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#663047: nsca: race condition when opening command file
Package: nsca Version: 2.9.1-2 Severity: important Tags: patch upstream Forwarded: http://tracker.nagios.org/view.php?id=296 I haven't heard back from upstream, so I hope this can at least be fixed in the Debian package. Also https://dev.icinga.org/issues/2400. There is a race condition in src/nsca.c:open_command_file between stat() and fopen(). If the command file exists at the point of stat(), but is then removed before fopen() (typically by the Nagios init script), nsca will create an empty file instead of a named pipe. In our case, this would happen at least once every 2-3 reboots. It would be safer to open() the file atomically, without the O_CREAT that is implicit in fopen(..., w). Other parts of the code already use open() and related headers, so this shouldn't affect portability. Patch attached. To expand a bit, here's the scenario step by step: 1. src/nsca.c:open_command_file checks whether the named pipe exists, sees that it does, and decides not to use the alternate dump file: /* command file doesn't exist - monitoring app probably isn't running... */ if(stat(command_file,statbuf)){ 2. An instant later, /etc/init.d/nagios3 start removes the pipe: rm -f $NagiosCommandFile (rm -f $nagiospipe in the Debian version.) 3. src/nsca.c:open_command_file opens the named pipe with fopen(3), either in a or w mode. Both of these imply open(2) with O_CREAT, so the command file gets created as an ordinary file: command_file_fp=fopen(command_file,(append_to_file==TRUE)?a:w); 4. Nagios calls mkfifo(3) from base/utils.c:open_command_file, gets EEXIST because the path already exists, and dies ignominiously. If we make the first step atomic -- either an existing pipe is opened or not -- the problem goes away. Thanks, Matej #! /bin/sh /usr/share/dpatch/dpatch-run ## 05_command_file_race.dpatch by Matej Vela v...@debian.org ## ## DP: Fix race condition when opening /var/lib/nagios3/rw/nagios.cmd. @DPATCH@ diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git' '--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr' nsca-2.9.1~/src/nsca.c nsca-2.9.1/src/nsca.c --- nsca-2.9.1~/src/nsca.c +++ nsca-2.9.1/src/nsca.c @@ -1302,14 +1302,21 @@ /* opens the command file for writing */ static int open_command_file(void){ - struct stat statbuf; + int fd; /* file is already open */ if(command_file_fp!=NULL using_alternate_dump_file==FALSE) return OK; +/* open the command file for writing or appending (without using + * O_CREAT like fopen() would) + */ +do + fd=open(command_file,O_WRONLY|((append_to_file==TRUE)?O_APPEND:0)); +while(fd0 errno==EINTR); + /* command file doesn't exist - monitoring app probably isn't running... */ - if(stat(command_file,statbuf)){ + if(fd0 errno==ENOENT){ if(debug==TRUE) syslog(LOG_ERR,Command file '%s' does not exist, attempting to use alternate dump file '%s' for output,command_file,alternate_dump_file); @@ -1326,9 +1333,7 @@ return OK; } -/* open the command file for writing or appending */ -command_file_fp=fopen(command_file,(append_to_file==TRUE)?a:w); -if(command_file_fp==NULL){ +if(fd0 || (command_file_fp=fdopen(fd,(append_to_file==TRUE)?a:w))==NULL){ if(debug==TRUE) syslog(LOG_ERR,Could not open command file '%s' for %s,command_file,(append_to_file==TRUE)?appending:writing); return ERROR;
Bug#662983: [Aptitude-devel] Bug#662983: When called by aptitude, apt-listbugs crash and precludes the package upgrade
Just a quick question to everyone what is this gtk front-end . I have this file in /etc/apt/listchanges.conf [apt] frontend=gtk email_address=root confirm=1 save_seen=/var/lib/apt/listchanges.db which=both I believe I asked before and could not get an answer. I know that gtk means Gnome toolkit http://en.wikipedia.org/wiki/Gtk I also saw this in the man-page of apt-listchanges :- gtk Spawns a gtk window to display the changelogs. Needs python-glade2, python-gtk2 to be installed. I am not a programmer but would like to see if this gtk window or whatever it is called could have some horizontal and vertical sizes that could be fixed by the user each time the output is called, can this be done ? If yes, maybe somebody could tell/share if there is a way to refine it within the listchanges.conf file . Sorry for the noise. -- Regards, Shirish Agarwal शिरीष अग्रवाल My quotes in this email licensed under CC 3.0 http://creativecommons.org/licenses/by-nc/3.0/ http://flossexperiences.wordpress.com 065C 6D79 A68C E7EA 52B3 8D70 950D 53FB 729A 8B17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663041: please enable ib_srpt
reassign 663041 src:linux-2.6 3.3~rc6-1~experimental.1 found 663041 linux-2.6/3.2.9-1 tags 663041 + upstream patch quit Adam Heath wrote: [commit a42d985bd5b234da8b61347a78dc3057bf7bb94d, applied during the 3.3 merge window] That enables SRP target support for Infiniband. For 3.3 release candidates in experimental, I believe you are requesting that CONFIG_INFINIBAND_SRPT=m be added to the kernel configuration in topconfig. For wheezy, a backport of the driver would presumably be useful. Thanks for a pleasant report, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663048: src:agda: FTBFS with ghc 7.4 due to versioned dependencies in configure
Package: src:agda Version: 2.3.0-1+b3 Severity: serious Justification: FTBFS Excerpt from the build log[1]: | for setup in Setup.lhs Setup.hs; do if test -e $setup; then ghc --make $setup -o debian/hlibrary.setup; exit 0; fi; done | [1 of 1] Compiling Main ( Setup.hs, Setup.o ) | Linking debian/hlibrary.setup ... | debian/hlibrary.setup configure --ghc -v2 \ | --prefix=/usr --libdir=/usr/lib/haskell-packages/ghc/lib \ | --builddir=dist-ghc \ | --haddockdir=/usr/lib/ghc-doc/haddock/agda-2.3.0/ \ | --htmldir=/usr/share/doc/libghc-agda-doc/html/ \ | --datadir='/usr/share' --datasubdir='libghc-agda-dev' | hConfiguring Agda-2.3.0... | library.setup: At least the following dependencies are missing: | array =0.1 0.4, | base =4.2 4.5, | filepath =1.1 1.3, | old-time ==1.0.* | make: *** [dist-ghc] Error 1 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 Note that we get some hints in the warnings emitted from haddock during installation of build dependecies: | Warning: haddock-interfaces: /usr/lib/ghc-doc/haddock/filepath-1.3.0.0/filepath.haddock doesn't exist or isn't a file | Warning: haddock-html: /usr/share/doc/ghc-doc/html/libraries/filepath-1.3.0.0 doesn't exist or isn't a directory | Warning: haddock-interfaces: /usr/lib/ghc-doc/haddock/array-0.4.0.0/array.haddock doesn't exist or isn't a file | Warning: haddock-html: /usr/share/doc/ghc-doc/html/libraries/array-0.4.0.0 doesn't exist or isn't a directory So the current agda might be incompatible with the libraries shipped with the newer ghc. Maybe a new agda upstream version is needed to resolve this issue. Helmut [1] https://buildd.debian.org/status/fetch.php?pkg=agdaarch=amd64ver=2.3.0-1%2Bb3stamp=1330380181 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663023: abiword: fails to start due to bus error
Dear Paul, Is there are any chance you could run abiword with strace and provide the output? It appears to me that you're running customised kernel which might be a source of this problem. Given the number of users, I would expect much more reports if this would be the case for other people, so please excuse me for suspecting something peculiar in your configuration. 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#663041: please enable ib_srpt
On 03/08/2012 01:57 AM, Jonathan Nieder wrote: reassign 663041 src:linux-2.6 3.3~rc6-1~experimental.1 found 663041 linux-2.6/3.2.9-1 tags 663041 + upstream patch quit Adam Heath wrote: [commit a42d985bd5b234da8b61347a78dc3057bf7bb94d, applied during the 3.3 merge window] That enables SRP target support for Infiniband. For 3.3 release candidates in experimental, I believe you are requesting that CONFIG_INFINIBAND_SRPT=m be added to the kernel configuration in topconfig. For wheezy, a backport of the driver would presumably be useful. Thanks for a pleasant report, Jonathan Additionally, upgrading from 3.2.0 to 3.3.0-rc6 increased my ipoib bandwidth from 130MB/s to 283MB/s. I'm not certain which patchset does that. But that should really be a separate bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662924: [Pkg-fonts-devel] Bug#662924: ttf-freefont: What is Untitled1.ttf?
Am 08.03.2012 07:26, schrieb Christian PERRIER: These scripts are not meant to build the whole font. Their purpose is Sorry my friend, but this is not completely right. ;) The script debian/scripts/convertfonts.sh is used in the override_dh_install rule in debian/rules to actually build all the fonts. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662965: [Python-modules-team] Bug#662965: Bug#662965: Python doesn't find the connector module -- missing symlinks?
On Thu, Mar 8, 2012 at 08:57, Dmitry Smirnov only...@member.fsf.org wrote: where one package is not following recommended/up-to-date way of using dh_python2 for some reason. I won't use dh_python2 until it's at list a valid replacement of python-support, which is not; promising, but not there yet. Use google to find other occurrences of this discussion in the past. Hence I filed another bug report: #663037 please use dh_python2 and up-to- date debhelper. which I already closed. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663016: [synaptic] Segmentation fault after upgrade to 0.75.5
On Thu, Mar 08, 2012 at 01:38:22AM +0100, Hans-Georg Bork wrote: Package: synaptic Version: 0.75.5 Severity: grave Thanks for your bugreport! --- Please enter the report below this line. --- Hi, after upgrade from 0.75.4 to current 0.75.5, synaptic gives a segfault at start (see attached strace). A simple reinstall of 0.75.4 solves it. syslog shows: Mar 8 01:31:18 linprofs-hgb kernel: [ 8440.806485] synaptic[7794]: segfault at 0 ip 0047ec41 sp 7fffab0cd3d0 error 4 in synaptic[40+b7000] Thanks for looking at it. Could you please run synpatic under gdb ? To do that, you need to install it first and then run: $ sudo gdb synaptic (gdb) run [wait for crash] (gdb) backtrace full and send me the output? Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663049: librdf-query-client-perl: FTBFS: Can't call method is_boolean on an undefined value at t/01basic.t line 32.
Package: librdf-query-client-perl Version: 0.109-1 Severity: serious Your package fails to build from source: - URI::Escape ...loaded. (3.31) - RDF::Trine ...loaded. (0.138 = 0.133) - authority::shared ...loaded. (0.006) - HTTP::Request ...loaded. (6.00) - Carp...loaded. (1.20) *** Module::AutoInstall configuration finished. Checking if your kit is complete... Looks good Writing Makefile for RDF::Query::Client Writing MYMETA.yml /usr/bin/make -C . CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall CXXFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall CPPFLAGS= LDFLAGS=-Wl,-z,relro all make[1]: Entering directory `/home/jmm/librdf-query-client-perl-0.109' cp lib/RDF/Query/Client.pm blib/lib/RDF/Query/Client.pm Manifying blib/man3/RDF::Query::Client.3pm make[1]: Leaving directory `/home/jmm/librdf-query-client-perl-0.109' touch debian/stamp-makefile-build /usr/bin/make -C . CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall CXXFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Wformat-security -Werror=format-security -Wall CPPFLAGS= LDFLAGS=-Wl,-z,relro test TEST_VERBOSE=1 make[1]: Entering directory `/home/jmm/librdf-query-client-perl-0.109' PERL_DL_NONLAZY=1 /usr/bin/perl -MExtUtils::Command::MM -e test_harness(1, 'inc', 'blib/lib', 'blib/arch') t/01basic.t t/01basic.t .. 1..5 ok 1 - use RDF::Query::Client; Name RDF::Query::Client::AUTHORITIES used only once: possible typo at /usr/share/perl5/authority/shared.pm line 23. Can't call method is_boolean on an undefined value at t/01basic.t line 32. # Looks like you planned 5 tests but ran 1. # Looks like your test exited with 255 just after 1. Dubious, test returned 255 (wstat 65280, 0xff00) Failed 4/5 subtests Test Summary Report --- t/01basic.t (Wstat: 65280 Tests: 1 Failed: 0) Non-zero exit status: 255 Parse errors: Bad plan. You planned 5 tests but ran 1. Files=1, Tests=1, 12 wallclock secs ( 0.03 usr 0.05 sys + 0.55 cusr 0.14 csys = 0.77 CPU) Result: FAIL Failed 1/1 test programs. 0/1 subtests failed. make[1]: *** [test_dynamic] Error 255 make[1]: Leaving directory `/home/jmm/librdf-query-client-perl-0.109' make: *** [debian/stamp-makefile-check] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663050: ruby-webrobots: FTBFS: Test suite failure
Package: ruby-webrobots Version: 0.0.12-1 Severity: serious Your package fails to build from source: dh_prep -O--buildsystem=ruby dh_installdirs -O--buildsystem=ruby dh_auto_install -O--buildsystem=ruby Entering dh_ruby --install install -d /home/jmm/ruby-webrobots-0.0.12/debian/ruby-webrobots/usr/lib/ruby/vendor_ruby install -D -m644 lib/webrobots.rb /home/jmm/ruby-webrobots-0.0.12/debian/ruby-webrobots/usr/lib/ruby/vendor_ruby/webrobots.rb install -D -m644 lib/webrobots/robotstxt.rb /home/jmm/ruby-webrobots-0.0.12/debian/ruby-webrobots/usr/lib/ruby/vendor_ruby/webrobots/robotstxt.rb install -D -m644 lib/webrobots/robotstxt.ry /home/jmm/ruby-webrobots-0.0.12/debian/ruby-webrobots/usr/lib/ruby/vendor_ruby/webrobots/robotstxt.ry install -D -m644 lib/webrobots/nokogiri.rb /home/jmm/ruby-webrobots-0.0.12/debian/ruby-webrobots/usr/lib/ruby/vendor_ruby/webrobots/nokogiri.rb /usr/bin/ruby1.8 -I/usr/lib/ruby/vendor_ruby /usr/lib/ruby/vendor_ruby/gem2deb/test_runner.rb Running tests for ruby1.8 using debian/ruby-tests.rb... Loaded suite debian/ruby-tests Started .E... Finished in 8.584866 seconds. 1) Error: test: meta robots tag should be properly parsed when given in HTML string. (TestWebRobots): LoadError: no such file to load -- nokogiri ./test/../lib/webrobots/nokogiri.rb:1:in `require' ./test/../lib/webrobots/nokogiri.rb:1 ./test/test_webrobots.rb:495:in `__bind_1331096837_941729' /usr/lib/ruby/vendor_ruby/shoulda/context/context.rb:412:in `call' /usr/lib/ruby/vendor_ruby/shoulda/context/context.rb:412:in `run_current_setup_blocks' /usr/lib/ruby/vendor_ruby/shoulda/context/context.rb:411:in `each' /usr/lib/ruby/vendor_ruby/shoulda/context/context.rb:411:in `run_current_setup_blocks' /usr/lib/ruby/vendor_ruby/shoulda/context/context.rb:393:in `test: meta robots tag should be properly parsed when given in HTML string. ' 13 tests, 139 assertions, 0 failures, 1 errors -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663051: Lots of (sometimes serious) lintian errors
Package: openvswitch Version: 1.4.0-2+nmu1 Severity: serious Hi there! First, thanks for allowing me to do the NMU fixing the dkms module. I just did it, and checked that it was fixing my issue, which it does. Before uploading version 1.4.0-2+nmu1, I ran Lintian, as I always do, and I have found out that lots of Lintian warnings and errors were not addressed: P: openvswitch source: package-lacks-versioned-build-depends-on-debhelper 7 I: openvswitch source: debian-watch-file-is-missing I: openvswitch-switch: init.d-script-missing-lsb-description etc/init.d/openvswitch-switch I: openvswitch-switch: spelling-error-in-manpage usr/share/man/man1/ovsdb-server.1.gz noticable noticeable W: openvswitch-switch: manpage-has-bad-whatis-entry usr/share/man/man5/ovs-vswitchd.conf.db.5.gz I: openvswitch-switch: hyphen-used-as-minus-sign usr/share/man/man5/ovs-vswitchd.conf.db.5.gz:1529 I: openvswitch-switch: hyphen-used-as-minus-sign usr/share/man/man5/ovs-vswitchd.conf.db.5.gz:2900 I: openvswitch-switch: spelling-error-in-manpage usr/share/man/man8/ovs-vswitchd.8.gz noticable noticeable I: python-openvswitch: extended-description-is-probably-too-short E: openvswitch-ipsec: duplicate-updaterc.d-calls-in-postinst openvswitch-ipsec E: openvswitch-ipsec: duplicate-updaterc.d-calls-in-postrm openvswitch-ipsec I: openvswitch-ipsec: init.d-script-missing-lsb-description etc/init.d/openvswitch-ipsec E: openvswitch-controller: duplicate-updaterc.d-calls-in-postinst openvswitch-controller E: openvswitch-controller: duplicate-updaterc.d-calls-in-postrm openvswitch-controller I: openvswitch-controller: init.d-script-missing-lsb-description etc/init.d/openvswitch-controller W: openvswitch-datapath-dkms: extra-license-file usr/src/openvswitch-1.4.0/COPYING W: openvswitch-datapath-dkms: extra-license-file usr/src/openvswitch-1.4.0/ovsdb/ovsdbmonitor/COPYING W: openvswitch-datapath-dkms: extra-license-file usr/src/openvswitch-1.4.0/xenserver/LICENSE E: openvswitch-datapath-dkms: python-script-but-no-python-dep usr/src/openvswitch-1.4.0/build-aux/check-structs E: openvswitch-datapath-dkms: python-script-but-no-python-dep usr/src/openvswitch-1.4.0/build-aux/extract-ofp-errors W: openvswitch-datapath-dkms: script-not-executable usr/src/openvswitch-1.4.0/debian/openvswitch-datapath-dkms.postinst W: openvswitch-datapath-dkms: script-not-executable usr/src/openvswitch-1.4.0/debian/openvswitch-datapath-dkms.prerm E: openvswitch-datapath-dkms: python-script-but-no-python-dep usr/src/openvswitch-1.4.0/debian/ovs-monitor-ipsec E: openvswitch-datapath-dkms: shell-script-fails-syntax-check usr/src/openvswitch-1.4.0/rhel/kmodtool-openvswitch-el5.sh E: openvswitch-datapath-dkms: python-script-but-no-python-dep usr/src/openvswitch-1.4.0/xenserver/etc_xapi.d_plugins_openvswitch-cfg-update E: openvswitch-datapath-dkms: python-script-but-no-python-dep usr/src/openvswitch-1.4.0/xenserver/opt_xensource_libexec_interface-reconfigure E: openvswitch-datapath-dkms: python-script-but-no-python-dep usr/src/openvswitch-1.4.0/xenserver/usr_share_openvswitch_scripts_ovs-xapi-sync E: openvswitch-test: python-script-but-no-python-dep usr/bin/ovs-test Please addresse the above issues in your next upload, and run lintian with the correct options, which are: lintian -Ii -E --pedantic openvswitch_version_amd64.changes Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663052: leds-alix-source: module fails to compile
Package: leds-alix-source Version: 0.0.1-1 Severity: grave Tags: upstream patch Justification: renders package unusable Dear Maintainer, the source package does not compile; the first error message is about THIS_MODULE being undefined. Please find the attached patch which solves the bug. Federico -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages leds-alix-source depends on: ii bzip2 1.0.6-1 ii debhelper 9.20120115 ii make 3.81-8.1 ii module-assistant 0.11.4 leds-alix-source recommends no packages. leds-alix-source suggests no packages. -- no debconf information -- *Federico Brega*Phone: +39 02 90380812 - Int. 180 /AOCS Engineer/ Fax:+39 02 9010059 E-Mail: federico.br...@temissrl.com mailto:federico.br...@temissrl.com *TEMIS S.r.l.* http://www.temissrl.com, Via G. Donizetti 20 20011 Corbetta(MI), Italy --- old-leds-alix.c 2012-03-07 19:37:51.416914640 +0100 +++ leds-alix.c 2012-03-07 19:10:03.212963445 +0100 @@ -11,6 +11,7 @@ */ #include linux/kernel.h +#include linux/module.h #include linux/init.h #include linux/platform_device.h #include linux/leds.h
Bug#663029: tex-common: fails to purge - rmdir: failed to remove `/etc/texmf/web2c': No such file or directory
On Do, 08 Mär 2012, Andreas Beckmann wrote: Purging configuration files for tex-common ... rmdir: failed to remove `/etc/texmf/web2c': No such file or directory dpkg: error processing tex-common (--purge): subprocess installed post-removal script returned error exit status 1 Errors were encountered while processing: tex-common Thanks, fixed in the repository rmdir --ignore-fail-on-non-empty does indeed fail on non-existing things ... ;-) Best wishes Norbert Norbert Preiningpreining@{jaist.ac.jp, logic.at, debian.org} JAIST, Japan TeX Live Debian Developer DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 QUERRIN (n.) A person that no one has ever heard of who unaccountably manages to make a living writing prefaces. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663053: terminatorx: FTBFS with current zlib
Package: terminatorx Version: 3.82-7.5 Severity: serious Your package fails to build from source: from tX_vttfx.cc:28: tX_vttgui.h:131:1: warning: 'typedef' was ignored in this declaration [enabled by default] if x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I..-I/usr/include/libxml2 -g -O2 -DXML_MANUAL=\/usr/share/terminatorX/doc/terminatorX-manual/C/terminatorX-manual.xml\ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12-D_REENTRANT -g -O2 -MT tX_legacy_vtt.o -MD -MP -MF .deps/tX_legacy_vtt.Tpo -c -o tX_legacy_vtt.o tX_legacy_vtt.cc; \ then mv -f .deps/tX_legacy_vtt.Tpo .deps/tX_legacy_vtt.Po; else rm -f .deps/tX_legacy_vtt.Tpo; exit 1; fi if x86_64-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I. -I..-I/usr/include/libxml2 -g -O2 -DXML_MANUAL=\/usr/share/terminatorX/doc/terminatorX-manual/C/terminatorX-manual.xml\ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -D_REENTRANT -I/usr/include/libxml2 -g -O2 -DXML_MANUAL=\/usr/share/terminatorX/doc/terminatorX-manual/C/terminatorX-manual.xml\ -MT tX_legacy_global.o -MD -MP -MF .deps/tX_legacy_global.Tpo -c -o tX_legacy_global.o tX_legacy_global.c; \ then mv -f .deps/tX_legacy_global.Tpo .deps/tX_legacy_global.Po; else rm -f .deps/tX_legacy_global.Tpo; exit 1; fi if x86_64-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I..-I/usr/include/libxml2 -g -O2 -DXML_MANUAL=\/usr/share/terminatorX/doc/terminatorX-manual/C/terminatorX-manual.xml\ -pthread -I/usr/include/gtk-2.0 -I/usr/lib/x86_64-linux-gnu/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/pango-1.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12-D_REENTRANT -g -O2 -MT tX_midiin.o -MD -MP -MF .deps/tX_midiin.Tpo -c -o tX_midiin.o tX_midiin.cc; \ then mv -f .deps/tX_midiin.Tpo .deps/tX_midiin.Po; else rm -f .deps/tX_midiin.Tpo; exit 1; fi In file included from tX_vtt.h:33:0, from tX_midiin.cc:36: tX_vttgui.h:131:1: warning: 'typedef' was ignored in this declaration [enabled by default] tX_midiin.cc: In member function 'void tX_midiin::store_connections(FILE*, char*)': tX_midiin.cc:452:2: error: cannot convert 'gzFile_s**' to 'gzFile' for argument '1' to 'int gzprintf(gzFile, const char*, ...)' tX_midiin.cc:469:3: error: cannot convert 'gzFile_s**' to 'gzFile' for argument '1' to 'int gzprintf(gzFile, const char*, ...)' tX_midiin.cc:474:2: error: cannot convert 'gzFile_s**' to 'gzFile' for argument '1' to 'int gzprintf(gzFile, const char*, ...)' make[5]: *** [tX_midiin.o] Error 1 make[5]: Leaving directory `/home/jmm/terminatorx-3.82/src' make[4]: *** [all-recursive] Error 1 make[4]: Leaving directory `/home/jmm/terminatorx-3.82/src' make[3]: *** [all] Error 2 make[3]: Leaving directory `/home/jmm/terminatorx-3.82/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/jmm/terminatorx-3.82' make[1]: *** [all] Error 2 make[1]: Leaving directory `/home/jmm/terminatorx-3.82' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662620: DELAYED-5 NMU prepared
Package: ming Severity: normal Hi, just FYI, I have prepared DELAYED NMU for ming. The maintainer had last upload in 2010, so I guess it will be ok :) O. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663054: jed-extra: new upstream release
Package: jed-extra Version: 2.5.6-1 Severity: normal Dear Maintainer, there is a new upstream release of jedmodes which obsoletes the patches made in 2.5.6-2. Günter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663016: [synaptic] Segmentation fault after upgrade to 0.75.5
Hi, On 03/08/2012 09:16 AM, Michael Vogt wrote: syslog shows: Mar 8 01:31:18 linprofs-hgb kernel: [ 8440.806485] synaptic[7794]: segfault at 0 ip 0047ec41 sp 7fffab0cd3d0 error 4 in synaptic[40+b7000] Thanks for looking at it. Could you please run synpatic under gdb ? To do that, you need to install it first and then run: $ sudo gdb synaptic (gdb) run [wait for crash] (gdb) backtrace full and send me the output? here you are: GNU gdb (GDB) 7.4-debian Copyright (C) 2012 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/sbin/synaptic...(no debugging symbols found)...done. (gdb) run Starting program: /usr/sbin/synaptic [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. 0x0047ec41 in ?? () (gdb) backtrace full #0 0x0047ec41 in ?? () No symbol table info available. #1 0x0047a7da in ?? () No symbol table info available. #2 0x0046c362 in ?? () No symbol table info available. #3 0x00417499 in ?? () No symbol table info available. #4 0x73323ead in __libc_start_main () from /lib/x86_64-linux-gnu/libc.so.6 No symbol table info available. #5 0x00419ef1 in ?? () No symbol table info available. #6 0x7fffe6f8 in ?? () No symbol table info available. #7 0x001c in ?? () No symbol table info available. #8 0x0001 in ?? () No symbol table info available. #9 0x7fffe925 in ?? () No symbol table info available. #10 0x in ?? () No symbol table info available. (gdb) -- hgb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663055: cgroup-bin: Default configuration is too strict and causes LXC to fail
Package: cgroup-bin Version: 0.37.1-1 Severity: grave Tags: patch Justification: renders package unusable Hi. About a year ago, I reported - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588494 and mentioned that LXC fails to work due to cgroup-bin's default policy being too strict (CREATE_DEFAULT=yes causes LXC to fail). Since this was just a configuration issue and user can workaround it by reconfiguration, I didn't insist on fixing. But somebody else recently made a similar report to lxc package, and lxc package now marks cgroup-bin as a conflicting package: - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647769 Since both packages have no files in common that actually conflicts, I believe resolution would be to: 1. Update cgroup-bin package, so it uses less-strict configuration by default (i.e. CREATE_DEFAULT=no in /etc/default/cgconfig). 2. Update lxc package, so it drops Conflict: cgroup-bin entry which has too much impact on usage. I will be filing similar report to LXC package, so both maintainers can work together to fix the issue. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cgroup-bin depends on: ii libc6 2.13-27Embedded GNU C Library: Shared lib ii libcgroup10.36.2-3 A library to control and monitor c cgroup-bin recommends no packages. cgroup-bin 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#663056: FTBFS on kfreebsd-*: test-suite FAIL: context-test
Source: libsoup2.4 Version: 2.37.90-1 Severity: serious User: debian-...@lists.debian.org Usertags: kfreebsd The libsoup test-suite fails on kfreebsd-* the context-test [1] It would be great if porters could have a look. [1] https://buildd.debian.org/status/fetch.php?pkg=libsoup2.4arch=kfreebsd-i386ver=2.37.90-1stamp=1330937702 -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663057: udev: initscript ignores already running instances
Package: udev Version: 175-3.1 Severity: important The initscript does not recognize whether there is already a running udevd present. On my system this ends in 5 (!) running udevd prcocesses. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.37-2-686 (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 udev depends on: ii debconf [debconf-2.0] 1.5.41 Debian configuration management sy ii libc6 2.13-27 Embedded GNU C Library: Shared lib ii libselinux1 2.1.9-2 SELinux runtime shared libraries ii libudev0175-3.1 libudev shared library ii lsb-base3.2+Debian30 Linux Standard Base 3.2 init scrip ii util-linux 2.20.1-4 Miscellaneous system utilities Versions of packages udev recommends: ii pciutils 1:3.1.8-2 Linux PCI Utilities ii usbutils 1:005-2Linux USB utilities udev suggests no packages. -- debconf information: udev/new_kernel_needed: false udev/sysfs_deprecated_incompatibility: udev/title/upgrade: udev/reboot_needed: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#643906: FTBFS on sparc: test-suite fails in timeout-test
On 30.09.2011 19:19, Michael Biebl wrote: Source: libsoup2.4 Version: 2.36.0-1 Severity: serious The test-suite fails on sparc with timeout-test: 5 error(s). Run with '-d' for details FAIL: timeout-test uri-parsing: OK PASS: uri-parsing 1 of 16 tests failed Please report to http://bugzilla.gnome.org/enter_bug.cgi?product=libsoup make[3]: *** [check-TESTS] Error 1 make[2]: *** [check-am] Error 2 make[3]: Leaving directory `/build/buildd-libsoup2.4_2.36.0-1-sparc-QfTD7j/libsoup2.4-2.36.0/tests' make[2]: Leaving directory `/build/buildd-libsoup2.4_2.36.0-1-sparc-QfTD7j/libsoup2.4-2.36.0/tests' make[1]: *** [check-recursive] Error 1 make: *** [debian/stamp-makefile-check] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 Full build log at https://buildd.debian.org/status/fetch.php?pkg=libsoup2.4arch=sparcver=2.36.0-1stamp=1317316945 I guess we need help with this bug. It would be great if sparc porters could have a look. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#663058: jed-extra: wrong autolaod and completion from calandar.sl
Package: jed-extra Version: 2.5.6-1 Severity: normal Tags: patch Dear Maintainer, * What led up to the situation? A user reported a bug in jed-extra on the jed-users mailing list. When I try to run the calendar function a couple of odd things happen. One, if I type M-ecaleTAB I am prompted with two instances of calendar. The author of calendar.sl responded I guess jed-extra added a completion for calendar even though there was already a completion for it. ... I guess they also add an autoload for the calendar function from calendar.sl. ... The issue is solved with the following patch (which I also commited to the SVN) --- jed-extra-preparse.sl (Revision 1198) +++ jed-extra-preparse.sl (Arbeitskopie) @@ -34,6 +34,7 @@ vispell.sl, look.sl, % hyperman.sl, + calendar.sl, cal.sl]; % Do not save backup copies of the generated files (I will upload the patch to the jed-extra SVN repo, too). Günter -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash jed-extra depends on no packages. Versions of packages jed-extra recommends: ii jed 1:0.99.19-2 ii slsh 2.2.4-3 ii xjed 1:0.99.19-2 Versions of packages jed-extra suggests: ii a2ps 1:4.14-1.1 ii chromium [www-browser] 12.0.742.91~r87961-1 ii dict none ii dillo [www-browser]3.0.2-1 ii elinks-lite [www-browser] 0.12~pre5-7 ii iceweasel [www-browser]9.0.1-1 ii install-info 4.13a.dfsg.1-8 ii midori [www-browser] 0.4.3-1 ii opera [www-browser]10.63.6450 ii slang-curl 0.2.1-4.1 ii slang-expatnone ii slang-gdbm none ii slang-sqlite none ii slang-wildcard 0.5.0-2 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662965: [Python-modules-team] Bug#662965: Bug#662965: Python doesn't find the connector module -- missing symlinks?
I won't use dh_python2 until it's at list a valid replacement of python-support, which is not; promising, but not there yet. Use google to find other occurrences of this discussion in the past. Thanks, it's starting to make sense now. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662967: debian-edu-config-gosa-netgroups: not installable in sid
Hi Mike, On Wed, Mar 07, 2012 at 08:39:13PM +0100, Mike Gabriel wrote: On Mi 07 Mär 2012 17:51:28 CET Ralf Treinen wrote: debian-edu-config-gosa-netgroups Depends on gosa, and Conflicts with gosa (= 2.7). However, we are in wheezy and sid past this version of gosa: This dependency limitation for d-e-c-gosa-netgroups is absolutely intended. Providing a GOsa² add-on in debian-edu-config is a total work-around for the very new gosa plugin. gosa-plugin-netgroups has been developed esp. for Debian Edu and was not in Debian when squeeze became stable. May I suggest this: Please file a bug against the gosa package that Debian Edu needs gosa-plugin-netgroups to become part of gosa-2.7 in the Debian repository. The gosa-plugin-netgroups should also Break+Replace debian-edu-config-gosa-netgroups. thanks for your reply. In fact the problem had been detected by automated checks (http://edos.debian.net/outdated.php). Could you please file the bug against gosa as I know nothing about the concerned packages. Thanks -Ralf. -- Ralf Treinen Laboratoire Preuves, Programmes et Systèmes Université Paris Diderot, Paris, France. http://www.pps.jussieu.fr/~treinen/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663000: [debian-mysql] Bug#663000: mysql-server: MySQL fails to start after 5.1.61 upgrade, incorrect permissions
I did experience the same issue Alex had this morning. apt-get update failed at starting the MySQL server after updating the package. The last 3 mysql-bin logs had root:root as owner and this prevented the mysql server from starting. I tried resetting the permissions and the run upt-get upgrade again, but this resulted in the same issue. I have been able to succesfully run the update by runnign chmod -R mysql: /var/lib/mysql from another console at the moment the upgrade script tried to restart the mysql server. After that the server starts without problems and apt-get reported a succesfull update. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663057: closed by m...@linux.it (Marco d'Itri) (Re: Bug#663057: udev: initscript ignores already running instances)
But it is not I who runs it manually, it's the system startup! I see five udev start messages until I finally (after about 2 minutes) am able to log in! I'm not that dull! :( On Thu, 08 Mar 2012 09:18:09 + ow...@bugs.debian.org (Debian Bug Tracking System) wrote: This is an automatic notification regarding your Bug report which was filed against the udev package: #663057: udev: initscript ignores already running instances It has been closed by m...@linux.it (Marco d'Itri). Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact m...@linux.it (Marco d'Itri) by replying to this email. -- 663057: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663057 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- Volk ist Opium für eine Religion. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663059: GRUB-INSTALL FAILED
Package: grub-installer (1.60+squeeze3) Executing 'grub-installer (hd0)' failed. Fatal Error This problem was created when I followed on screen instructions and agreed to install GRUB on my machine I expected a clean install of GRUB, i got the blue background turning red and the above mentioned Error No patch known to me. I do not know the configuration files, this is a fresh install of debian on a device without an operating system But the Hard disc is devided Primary: EXT3, and LOGICAL:SWAP This was supposed to be the latest version of Squeeze to my knowledge, i haven't dealt with others I do not know the kernal version. All hardware is the system default of an emachine D3315, i do not know what any of this is. Relevant details: I am attempting to install Debian Squeeze to an Emachine D3315 PC with i386 Arch. I can not obtain Discs for Offline installation due to lack of funds and disc drives that corrupt the discs making it impossible to write or read. I am using a USB Memory Stick, I have attempted to install the Netinstall from unetbootin and everything was smooth until the GRUB loader, it failed from the Debian.org U.S. mirror and another mirror. I then changed the installer to the USB installer from Debian.org, using the debian.org U.S. mirror, and found this same issue, I have attempted to install LILO, but LILO failed to boot properly. Is there anything I can do to fix this? if not this computer is useless to me becuase I cannot go back to the Win XP that was on it before...all traces of that have been removed, and I do not have the recovery disc and drivers disc to be capable of doing anything with it... ~^^~Slave to the Love~^^~
Bug#663060: mysql-server-5.1: '/etc/init.d/mysql start' exits with status code 1 on success if debian-start prints nothing
Package: mysql-server-5.1 Version: 5.1.61-0+squeeze1 Severity: normal On our servers, I have added exit 0 at the top of /etc/mysql/debian-start (we've had trouble with checks running accidentially on our large myisam tables, and apparently that file is ment to be modified if necessary). The result is that this file does not generate any output to stdout. Now, /etc/init.d/mysql does the following on start (line 119-121): # Now start mysqlcheck or whatever the admin wants. output=$(/etc/mysql/debian-start) [ -n $output ] log_action_msg $output Since this is the last (!) statement executed, it has a nasty side effect: The exit code of the test statement becomes the exit code of the whole script! Thus, if /etc/mysql/debian-start does not generate any output, /etc/init.d/mysql start exits with code 1. This is not a problem in normal operation (rebooting the server etc.), but it causes apt to fail whenever it needs to restart mysql due to an upgrade or similar. I think the fix is trivial: Just add exit 0 after line 121. Thanks. Best regards, David Gubler -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mysql-server-5.1 depends on: ii adduser 3.112+nmu2 add and remove users and groups ii debconf [de 1.5.36.1 Debian configuration management sy ii libc6 2.11.3-2 Embedded GNU C Library: Shared lib ii libdbi-perl 1.612-1 Perl Database Interface (DBI) ii libgcc1 1:4.4.5-8GCC support library ii libmysqlcli 5.1.61-0+squeeze1MySQL database client library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii mysql-clien 5.1.61-0+squeeze1MySQL database client binaries ii mysql-commo 5.1.61-0+squeeze1MySQL database common files, e.g. ii mysql-serve 5.1.61-0+squeeze1MySQL database server binaries ii passwd 1:4.1.4.2+svn3283-2+squeeze1 change and administer password and ii perl5.10.1-17squeeze3Larry Wall's Practical Extraction ii psmisc 22.11-1 utilities that use the proc file s ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages mysql-server-5.1 recommends: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii libhtml-template-p 2.9-2 module for using HTML Templates wi ii mailx 1:20071201-3 Transitional package for mailx ren Versions of packages mysql-server-5.1 suggests: pn tinycanone (no description available) -- Configuration Files: /etc/mysql/debian-start changed: echo debian-start: not doing anything exit 0 source /usr/share/mysql/debian-start.inc.sh MYSQL=/usr/bin/mysql --defaults-file=/etc/mysql/debian.cnf MYADMIN=/usr/bin/mysqladmin --defaults-file=/etc/mysql/debian.cnf MYUPGRADE=/usr/bin/mysql_upgrade --defaults-extra-file=/etc/mysql/debian.cnf MYCHECK=/usr/bin/mysqlcheck --defaults-file=/etc/mysql/debian.cnf MYCHECK_SUBJECT=WARNING: mysqlcheck has found corrupt tables MYCHECK_PARAMS=--all-databases --fast --silent MYCHECK_RCPT=root echo Checking for corrupt, not cleanly closed and upgrade needing tables. ( upgrade_system_tables_if_necessary; check_root_accounts; check_for_crashed_tables; ) 2 exit 0 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663057: closed by m...@linux.it (Marco d'Itri) (Re: Bug#663057: udev: initscript ignores already running instances)
On Mar 08, subhuman discipl...@gmx.net wrote: But it is not I who runs it manually, it's the system startup! I see five udev start messages until I finally (after about 2 minutes) am able to log in! Then your system is broken in some way, because every other starts it just once. -- ciao, Marco signature.asc Description: Digital signature
Bug#663000:
I have the same issue and used the same solution (chowning 2 files in /var/lib/mysql/mysql-bin.*). When I apt-get-upgrade the issue reappears: # mysql output # root@mail:/var/log# apt-get upgrade Reading package lists... Done Building dependency tree Reading state information... Done 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. 2 not fully installed or removed. After this operation, 0 B of additional disk space will be used. Do you want to continue [Y/n]? Y Setting up mysql-server-5.1 (5.1.61-0+squeeze1) ... Stopping MySQL database server: mysqld. insserv: warning: script 'additional_ips.sh' missing LSB tags and overrides Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed! invoke-rc.d: initscript mysql, action start failed. dpkg: error processing mysql-server-5.1 (--configure): subprocess installed post-installation script returned error exit status 1 dpkg: dependency problems prevent configuration of mysql-server: mysql-server depends on mysql-server-5.1; however: Package mysql-server-5.1 is not configured yet. dpkg: error processing mysql-server (--configure): dependency problems - leaving unconfigured configured to not write apport reports configured to not write apport reports Errors were encountered while processing: mysql-server-5.1 mysql-server E: Sub-process /usr/bin/dpkg returned an error code (1) # uname # root@mail:/# uname -a Linux mail.host.de 2.6.32-5-amd64 #1 SMP Mon Oct 3 03:59:20 UTC 2011 x86_64 GNU/Linux # syslog # The log part from /var/log/syslog: Mar 8 09:53:31 mail mysqld_safe[24603]: 120308 9:53:31 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead. Mar 8 09:53:31 mail mysqld_safe[24603]: 120308 9:53:31 [Warning] '--log' is deprecated and will be removed in a future release. Please use ''--general_log'/'--general_log_file'' instead. Mar 8 09:53:31 mail mysqld_safe[24603]: 120308 9:53:31 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead. Mar 8 09:53:31 mail mysqld_safe[24603]: 120308 9:53:31 [Warning] '--log' is deprecated and will be removed in a future release. Please use ''--general_log'/'--general_log_file'' instead. Mar 8 09:53:31 mail mysqld_safe[24603]: Mar 8 09:53:31 mail mysqld_safe[24603]: PLEASE REMEMBER TO SET A PASSWORD FOR THE MySQL root USER ! Mar 8 09:53:31 mail mysqld_safe[24603]: To do so, start the server, then issue the following commands: Mar 8 09:53:31 mail mysqld_safe[24603]: Mar 8 09:53:31 mail mysqld_safe[24603]: /usr/bin/mysqladmin -u root password 'new-password' Mar 8 09:53:31 mail mysqld_safe[24603]: /usr/bin/mysqladmin -u root -h mail.host.de password 'new-password' Mar 8 09:53:31 mail mysqld_safe[24603]: Mar 8 09:53:31 mail mysqld_safe[24603]: Alternatively you can run: Mar 8 09:53:31 mail mysqld_safe[24603]: /usr/bin/mysql_secure_installation Mar 8 09:53:31 mail mysqld_safe[24603]: Mar 8 09:53:31 mail mysqld_safe[24603]: which will also give you the option of removing the test Mar 8 09:53:31 mail mysqld_safe[24603]: databases and anonymous user created by default. This is Mar 8 09:53:31 mail mysqld_safe[24603]: strongly recommended for production servers. Mar 8 09:53:31 mail mysqld_safe[24603]: Mar 8 09:53:31 mail mysqld_safe[24603]: See the manual for more instructions. Mar 8 09:53:31 mail mysqld_safe[24603]: Mar 8 09:53:31 mail mysqld_safe[24603]: Please report any problems with the /usr/bin/mysqlbug script! Mar 8 09:53:31 mail mysqld_safe[24603]: Mar 8 09:53:31 mail mysqld_safe[24634]: 120308 9:53:31 [Warning] '--skip-locking' is deprecated and will be removed in a future release. Please use '--skip-external-locking' instead. Mar 8 09:53:31 mail mysqld_safe[24634]: 120308 9:53:31 [Warning] '--log' is deprecated and will be removed in a future release. Please use ''--general_log'/'--general_log_file'' instead. Mar 8 09:53:31 mail mysqld_safe[24634]: 120308 9:53:31 [Note] Plugin 'FEDERATED' is disabled. Mar 8 09:53:31 mail mysqld_safe[24634]: 120308 9:53:31 InnoDB: Initializing buffer pool, size = 8.0M Mar 8 09:53:31 mail mysqld_safe[24634]: 120308 9:53:31 InnoDB: Completed initialization of buffer pool Mar 8 09:53:32 mail mysqld_safe[24634]: 120308 9:53:32 InnoDB: Started; log sequence number 0 10139064 Mar 8 09:53:32 mail mysqld_safe[24634]: #007/usr/sbin/mysqld: File './mysql-bin.000153' not found (Errcode: 13) Mar 8 09:53:32 mail mysqld_safe[24634]: 120308 9:53:32 [ERROR] Failed to open log (file './mysql-bin.000153', errno 13) Mar 8 09:53:32 mail mysqld_safe[24634]: 120308 9:53:32 [ERROR] Could not open log file Mar 8 09:53:32 mail mysqld_safe[24634]: 120308 9:53:32 [ERROR] Can't init tc log Mar 8 09:53:32 mail
Bug#663017: ITP: transmission-remote-cli -- ncurses interface for the Transmission BitTorrent daemon
On Jo, 08 mar 12, 00:54:18, Jonathan McCrohan wrote: Package: wnpp Severity: wishlist Owner: Jonathan McCrohan jmccro...@gmail.com * Package name: transmission-remote-cli Version : 1.1 Upstream Author : Ben Thompson fa...@gmx.de * URL : https://github.com/fagga/transmission-remote-cli * License : GPLv3 Programming Lang: Python Description : ncurses interface for the Transmission BitTorrent daemon transmission-remote-cli is an ncurses interface for controlling the Transmission BitTorrent daemon. It is a full client, providing the ability to upload, queue and delete torrent files, monitor downloads and adjust speed limits. As far as I can tell from the above URL this is a python script (with a .py extension), that relies on transmission-remote to do at least some work. If this is true then you should rephrase the It is a full client above. Shouldn't it be included in the transmission-cli package instead? Kind regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#663061: glance: French debconf templates translation
Package: glance Version: N/A Severity: wishlist Tags: patch l10n *** /home/julien/traductions/po-debconf/patch-translate.txt Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: 6.0.4 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=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of glance debconf templates to French. # Copyright (C) 2012, French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the glance package. # Julien Patriarca patriar...@gmail.com, 2012. # msgid msgstr Project-Id-Version: glance\n Report-Msgid-Bugs-To: gla...@packages.debian.org\n POT-Creation-Date: 2012-02-23 12:15+0100\n PO-Revision-Date: 2012-03-01 08:59+0100\n Last-Translator: Julien Patriarca patriar...@gmail.com\n Language-Team: FRENCH debian-l10n-fre...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: select #. Description #: ../glance-common.templates:1001 msgid Pipeline flavor: msgstr Type d'acheminement des paquets : #. Type: select #. Description #: ../glance-common.templates:1001 msgid If you use the OpenStack Identity Service (Keystone), you might want to select keystone. If you don't use this service, you can safely choose caching only. msgstr Si vous utilisez le service d'identité d'Openstack (Keystone), vous devriez choisir keystone. Si vous n'utilisez pas ce service, vous pouvez choisir la mise en cache uniquement en toute sécurité. #. Type: string #. Description #: ../glance-common.templates:2001 msgid Auth server URL: msgstr URL du serveur d'authentification : #. Type: string #. Description #: ../glance-common.templates:2001 msgid Type the URL of your auth server. This is typically the URL of your OpenStack Identity Service (Keystone). msgstr Veuillez indiquer l'adresse URL du serveur d'authentification. Elle correspond généralement à l'adresse URL du service d'identité Openstack (Keystone). #. Type: string #. Description #: ../glance-common.templates:3001 msgid Auth server admin token: msgstr Jeton d'administration du serveur d'authentification :
Bug#663062: lxc and cgroup-bin are now in conflict and uninstallable
Package: lxc Version: 0.7.5-1 Severity: important As a resolution to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647769 , lxc package recently added Conflict: cgroup-bin entry. Since both packages do not have any files in conflict, and because it is valuable to have both features side-by-side, I decided to open bug reports both to lxc and cgroup-bin. Following is a report I filed for cgroup-bin: cgroup-bin: Default configuration is too strict and causes LXC to fail - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663055 As this is only a matter of (default) configuration, I would like to ask for removal of Conflict: entry and just let user do reconfiguration. Also as FYI, I believe git commit d08ba6e (Support nested cgroups) made recently to lxc repository should resolve this issue ultimately. With above commit, lxc should run regardless of how cgroup-bin is configured, as long as it has enough privilege to run. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=ja_JP.UTF-8, LC_CTYPE=ja_JP.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lxc depends on: ii libc6 2.13-27Embedded GNU C Library: Shared lib ii libcap2 1:2.22-1 support for getting/setting POSIX. Versions of packages lxc recommends: ii debootstrap 1.0.35 Bootstrap a basic Debian system ii libcap2-bin 1:2.17-2 basic utility programs for using c lxc 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#663055: cgroup-bin: Default configuration is too strict and causes LXC to fail
Just FYI, I have just filed following report to lxc package: lxc and cgroup-bin are now in conflict and uninstallable - http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=663062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663055: cgroup-bin: Default configuration is too strict and causes LXC to fail
severity 663055 wishlist thanks Hi, while it might be nice to be able to install cgroups-bin and lxc at the same time, this is purely a whishlist bug, hence I'm adjusting the severity hereby. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563237: jed-extra: not obvious how to use new modes
JED's emulation mode can be set in /etc/jed.d/*.sl, ~/.jed/jed.rc or via the command line option -e. /usr/share/doc/jed/examples provides example files for the first two options. * replace the standard emulations 'emacs', 'ide', 'cua', ... with 'vi' * /usr/share/doc/jed/examples/jed.conf is from the upstream documentation. On Debian, the modified file should go to e.g. /etc/jed.d/90local.sl Unfortunately, the man page is outdated and does not document the option -e. However, jed --help shows it. For vi emulation, the command would be one of jed -e vi xjed -e vi if you have a user config file and want to override it, combine this with the option -n: (x)jed -n -e vi. That said, I agree that the documentation can be improved. Günter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663063: python-gtkglext1: FTBFS: dh_autoreconf: Can only be run once
Package: python-gtkglext1 Version: 1.1.0-9 Severity: serious Your package fails to build from source: tkgl -o _gtkgl.la -rpath /usr/lib/python2.7/dist-packages/gtk-2.0/gtk/gtkgl _gtkgl_la-gtkglmodule.lo _gtkgl_la-gtkglext.lo -Wl,--export-dynamic -pthread -lgtkglext-x11-1.0 -lgdkglext-x11-1.0 -lGLU -lGL -lXmu -lXt -lSM -lICE -lgtk-x11-2.0 -lpangox-1.0 -lX11 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 -lcairo -lpango-1.0 -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 libtool: link: /usr/bin/nm -B .libs/_gtkgl_la-gtkglmodule.o .libs/_gtkgl_la-gtkglext.o | sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | sed '/ __gnu_lto/d' | /bin/sed 's/.* //' | sort | uniq .libs/_gtkgl.exp libtool: link: /bin/grep -E -e init_gtkgl .libs/_gtkgl.exp .libs/_gtkgl.expT libtool: link: mv -f .libs/_gtkgl.expT .libs/_gtkgl.exp libtool: link: echo { global: .libs/_gtkgl.ver libtool: link: cat .libs/_gtkgl.exp | sed -e s/\(.*\)/\1;/ .libs/_gtkgl.ver libtool: link: echo local: *; }; .libs/_gtkgl.ver libtool: link: x86_64-linux-gnu-gcc -shared -fPIC -DPIC .libs/_gtkgl_la-gtkglmodule.o .libs/_gtkgl_la-gtkglext.o /usr/lib/libgtkglext-x11-1.0.so /usr/lib/libgdkglext-x11-1.0.so -lGLU -lGL -lXmu -lXt -lSM -lICE -lgtk-x11-2.0 -lpangox-1.0 -lX11 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lpangoft2-1.0 -lpangocairo-1.0 -lgdk_pixbuf-2.0 /usr/lib/x86_64-linux-gnu/libcairo.so -lpango-1.0 /usr/lib/x86_64-linux-gnu/libfreetype.so -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lrt -lglib-2.0 -pthread -O2 -Wl,--export-dynamic -pthread -pthread -Wl,-soname -Wl,_gtkgl.so -Wl,-version-script -Wl,.libs/_gtkgl.ver -o .libs/_gtkgl.so libtool: link: ( cd .libs rm -f _gtkgl.la ln -s ../_gtkgl.la _gtkgl.la ) make[5]: Leaving directory `/home/jmm/python-gtkglext1-1.1.0/build-2.7/gtk/gtkgl' make[4]: Leaving directory `/home/jmm/python-gtkglext1-1.1.0/build-2.7/gtk/gtkgl' make[4]: Entering directory `/home/jmm/python-gtkglext1-1.1.0/build-2.7/gtk' make[4]: Nothing to be done for `all-am'. make[4]: Leaving directory `/home/jmm/python-gtkglext1-1.1.0/build-2.7/gtk' make[3]: Leaving directory `/home/jmm/python-gtkglext1-1.1.0/build-2.7/gtk' make[3]: Entering directory `/home/jmm/python-gtkglext1-1.1.0/build-2.7' rm -f pygtkglext-1.0.pc cp pygtkglext.pc pygtkglext-1.0.pc make[3]: Leaving directory `/home/jmm/python-gtkglext1-1.1.0/build-2.7' make[2]: Leaving directory `/home/jmm/python-gtkglext1-1.1.0/build-2.7' make[1]: Leaving directory `/home/jmm/python-gtkglext1-1.1.0/build-2.7' touch build-2.7/build-stamp dh_testdir dh_autoreconf dh_autoreconf: Can only be run once, see dh-autoreconf(7) make: *** [build-2.6/configure-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663064: varnish: Please enable hardening flags
Package: varnish Version: 3.0.2-1 Severity: wishlist Tags: patch Dear Maintainers, As you are probably aware, one of the release goals for Wheezy is to enable the hardening flags that dpkg-buildflags now exports by default. I've compiled Varnish with the default flags and all is well. It runs in production on ten of my servers. No problems so far. Debhelper 9 and later export the flags by default, but your use of ./configure prevents the flags from propagating. Please apply the attached patch that enables the flags in override_auto_configure. Thanks, Allard Hoeve PS: I've tried hardening=+all, but the VCL compiler churns out non-PIE code and the Varnish croaks. This needs some more work. -- System Information: Debian Release: 6.0.4 Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF8, LC_CTYPE=en_US.UTF8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF8) Shell: /bin/sh linked to /bin/dash commit f6c91fccf2aa79b3dd93ccfd416a2cc2e750a081 Author: Allard Hoeve all...@byte.nl Date: Tue Mar 6 20:01:07 2012 +0100 Compile with dpkg-buildflags (hardening) diff --git a/debian/rules b/debian/rules index 77977f2..d9a0596 100755 --- a/debian/rules +++ b/debian/rules @@ -35,7 +35,7 @@ override_dh_auto_test: # Override to add local configure flags override_dh_auto_configure: - dh_auto_configure -- $(LOCAL_CONFIGURE_FLAGS) + dh_auto_configure -- $(LOCAL_CONFIGURE_FLAGS) $(shell dpkg-buildflags --export=configure) override_dh_auto_install: dh_auto_install -a
Bug#661465: openjdk-7-jre: Please remove gnome from java
Dear maintainer, what I don't understand, and please enlighten me about it, is, why is there a wrapper for a component of a specific platform, the gnome desktop, inside the dependencies of a fundamentally platform-independent programming language. I understand the importance of accessibility, but this would be better served by having this wrapper be part of dependencies and recommendations of the gnome-accessibility package. In the jre it should be, if at all, an is enhanced by, maximally a recommendation, along with a similar wrapper for the kdeaccessibility mechanisms and something xfce-related, or even better something unifying and desktop-independent from the freedesktop-portal. Lastly, as I understand it, even if gconf is a compilation dependency there are mechanisms that, if implemented, only use gconf if the gconf daemon is present, and fall back to traditional text config files if not, so that gconf should always, in non-gnome packages, be a recommendation. And even that is, afaik, replaced by the much more lightweight dconf package. With kind regards, Lutz Lehmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662963: mysql-proxy: new upstream release 0.8.2
On Wed, Mar 07, 2012 at 17:18:37 +0100, Ludovico Gardenghi wrote: * Removing the “admin” plugin from the list of default plugins, as it requires configuration since 0.8.1 I forgot to say (and to put in my patch) that it could be worth putting this in debian/NEWS, as it might break existing setups until all the --admin-* options are removed from the command line, or --plugins=admin and all the compulsory --admin-* options are added. Ludovico -- l...@dovi.coIRC: garden@freenode OpenPGP: 1024D/63D2D5D907F89BB8 Jabber/gtalk: garde...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662924: [Pkg-fonts-devel] Bug#662924: ttf-freefont: What is Untitled1.ttf?
Hi Fabian, It seems that we have a difference in perspective. On Thu, Mar 8, 2012 at 9:13 AM, Fabian Greffrath fab...@greffrath.com wrote: Am 08.03.2012 07:26, schrieb Christian PERRIER: These scripts are not meant to build the whole font. Their purpose is Sorry my friend, but this is not completely right. ;) The script debian/scripts/convertfonts.sh is used in the override_dh_install rule in debian/rules to actually build all the fonts. You are free to build FreeFont any way you like, of course. The TrueType and OpenType binaries *intended by the FreeFont people* are provided in packages. They are built from the scripts at the FreeFont site. Those scripts set various FontForge options, and perform hinting, etc. If you don't do these properly, the font will not behave as intended *by the FreeFont developers*. I know little of how Debian actually goes about making packages. However, I was in contact with some Debian volunteers a few years ago, and at the time, they understood the intended process. I assume the Debian scripts incorporate the FreeFont scripts somehow. (I've never checked.) But again, to build FreeFont as intended by FreeFont developers, one should use the build scripts in SVN. Now I've re-considered the SFD packaging. As I said, I had always just followed precedent, but I think those tarballs would make better sense if they included all the build scripts. So in the upcoming release, you will be able to build the binaries *as intended by us* by running 'make' from within the SFD package. Thanks for your input! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#586772: [Pkg-xen-devel] Bug#586772: blktap2 Support
Forget about blktap2 in Squeeze... Unfortunately it doesn't work even backporting 4.1.2-3. Niccolò -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#662924: [Pkg-fonts-devel] Bug#662924: ttf-freefont: What is Untitled1.ttf?
Am 08.03.2012 11:14, schrieb Steve White: Now I've re-considered the SFD packaging. As I said, I had always just followed precedent, but I think those tarballs would make better sense if they included all the build scripts. So in the upcoming release, you will be able to build the binaries *as intended by us* by running 'make' from within the SFD package. That's great news, thank you very much! BTW, will the next SFD tarball relase also drop the Malayalam.sfd file? - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#663065: opennebula: missing execute permissions for /usr/lib/one/ruby/cloud/occi/occi-server.rb
Package: opennebula Version: 3.2.1-1 Severity: normal Dear Maintainer, execute permissions on occi-server.rb seems to be missing or the occi-server shell start script needs to be adapted. I report from my workstation instead of the opennebula server cause reportbug is configured on my ws already. oneadmin@opennebula:~$ occi-server start Can not find /usr/lib/one/ruby/cloud/occi/occi-server.rb. Looking in occi-server gives: start() { if [ ! -x $OCCI_SERVER ]; then echo Can not find $OCCI_SERVER. exit 1 fi But occi-server.rb is not executable: opennebula:~# ls -l /usr/lib/one/ruby/cloud/occi/occi-server.rb -rw-r--r-- 1 root root 9980 Feb 22 20:34 /usr/lib/one/ruby/cloud/occi/occi-server.rb Thus I did: opennebula:~# chmod a+x /usr/lib/one/ruby/cloud/occi/occi-server.rb opennebula:~# After that I get: oneadmin@opennebula:~$ occi-server start Error executing occi-server. Check /var/log/one/occi-server.log for more information oneadmin@opennebula:~$ less /var/log/one/occi-server.log /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `gem_original_require': no such file to load -- VirtualNetworkOCCI (LoadError) from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `require' from /usr/lib/one/ruby/cloud/occi/OCCIServer.rb:26 from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `gem_original_require' from /usr/lib/ruby/vendor_ruby/1.8/rubygems/custom_require.rb:36:in `require' from /usr/lib/one/ruby/cloud/occi/occi-server.rb:56 But I will report this in a different bug report. Thanks, Martin -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (450, 'unstable'), (110, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages opennebula depends on: ii libc6 2.13-26 ii libgcc1 1:4.6.3-1 ii libmysqlclient16 5.1.58-1 ii libsqlite3-0 3.7.10-1 ii libssl1.0.0 1.0.0g-1 ii libstdc++64.6.3-1 ii libxml2 2.7.8.dfsg-7 ii libxmlrpc-c++4none ii libxmlrpc-core-c3 none ii opennebula-common 3.2.1-1 ii ruby 4.8 ii ruby-password [libpassword-ruby] 0.5.3-3 ii ruby-sequel [libsequel-ruby] 3.33.0-1 ii ruby1.8 [ruby]1.8.7.352-2 ii rubygems 1.8.15-1 Versions of packages opennebula recommends: ii libmysql-ruby 2.8.2+gem2deb-1 ii ruby-mysql [libmysql-ruby] 2.8.2+gem2deb-1 ii ruby-sqlite3 [libsqlite3-ruby] 1.3.5-1 Versions of packages opennebula suggests: ii mysql-server none ii ruby-amazon-ec2 [libamazonec2-ruby] 0.9.17-2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org