Bug#601974: regression: grub-probe can not find /dev/xvda1 (block device inside XEN)
2010-11-06 23:46 keltezéssel, Vladimir 'φ-coder/phcoder' Serbinenko írta: The case with both device.map entry and fake device removed, this is the correct way of doing it. OK, so here is the suggested case again: # grub-probe -t abstraction --device /dev/xvda1 -v grub-probe: info: /dev/xvda1 starts from 0. grub-probe: info: opening the device /dev/xvda. grub-probe: error: cannot find a GRUB drive for /dev/xvda1. Check your device.map. What to test next? Kristof -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602890: ntop: logrotate errors after removal
Package: ntop Version: 3:3.3-15 Severity: minor hi, I recently removed 'ntop', and now I receive this daily message /etc/cron.daily/logrotate: error: error accessing /var/log/ntop: No such file or directory error: ntop:1 glob failed for /var/log/ntop/*.log error: found error in /var/log/ntop/*.log , skipping May you please correct the logrotate rules? In the meantime, I will try to solve the problem by purging 'ntop' a. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ntop depends on: ii adduser 3.112add and remove users and groups ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libgdbm31.8.3-9 GNU dbm database routines (runtime ii libpcap0.8 1.1.1-2 system interface for user-level pa pn librrd4 none (no description available) ii libssl0.9.8 0.9.8o-2 SSL shared libraries ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime ntop recommends no packages. Versions of packages ntop suggests: pn graphviznone (no description available) ii gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 Fonts for the Ghostscript interpre -- Andrea Mennucc The EULA sounds like it was written by a team of lawyers who want to tell me what I can't do, and the GPL sounds like it was written by a human being who wants me to know what I can do. Anonymous,http://www.securityfocus.com/columnists/420 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602891: openvswitch: FTBFS on all arches
Package: src:openvswitch Version: 1.1.0~pre2-2 Severity: serious Your package FTBFS on all architectures [0]. Here is a snippet from i386[1]: |struct alignment checker unit tests | | 19: check struct tail padding ok | 20: check struct internal alignment ok | 21: check struct declared size ok | |daemon unit tests - C | | 22: daemon FAILED (daemon.at:11) | 23: daemon --monitorFAILED (daemon.at:31) | 24: daemon --detach FAILED (daemon.at:73) | 25: daemon --detach --monitor FAILED (daemon.at:97) | 26: daemon --detach startup errors FAILED (daemon.at:137) | 27: daemon --detach --monitor startup errorsFAILED (daemon.at:146) | 28: daemon --detach closes standard fds FAILED (daemon.at:156) | 29: daemon --detach --monitor closes standard fds FAILED (daemon.at:176) | |daemon unit tests - Python | | 30: daemon - Python ok |E: Caught signal 'Terminated': terminating immediately |make[2]: *** wait: No child processes. Stop. |make[2]: *** Waiting for unfinished jobs |make[2]: *** wait: No child processes. Stop. |make[1]: *** [check] Error 2 |make: *** [build-arch-stamp] Terminated |Terminated | |testsuite: WARNING: caught signal TERM, bailing out |make[4]: *** [check-local] Error 143 |make[3]: *** [check-am] Terminated | 31: daemon --monitor - Python Build killed with signal TERM after 150 minutes of inactivity [0] https://buildd.debian.org/status/package.php?p=openvswitch [1] https://buildd.debian.org/fetch.cgi?pkg=openvswitcharch=i386ver=1.1.0~pre2-2stamp=1289239711file=logas=raw Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602892: support youtube #t= time elapsed into video notation
Package: clive Version: 2.2.13-3 Severity: wishlist I read about: If you wanted viewers to begin watching the video at the 2 minute and 20 second mark, you would simply add “#t=2m20s” to the end of the link (m=minutes and s=seconds). The resulting time‐coded URL would look like this: http://www.youtube.com/watch?v=ZjHuFbXDvXw#t=02m20s So perhaps clive could support such notation. Only fetching that part of the video. I wonder if there is any end point notation too, not just start notation. I wonder if this indeed saves any downloading bytes at all, or if a video must always be played from the start and this is just a hint to the viewing software to skip ahead after the video is already loaded. I.e., clive cannot help here at all. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602769: highly critical bug
What the heck? Since when the most important distributions are testing and unstable? Where can I find at least preliminary packages for _stable_ distribution? Should I start thinking of swiching my servers to squeeze? regards fEnIo -- ,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001 signature.asc Description: Digital signature
Bug#602893: unblock: libgphoto2/2.4.6-2
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Dear RT, please unblock package libgphoto2 2.4.6-2. It fixes an RC bug, and fixes a wrong Build-Dependency. I'm attaching the diff from 2.4.6-1, which is currently in testing. unblock libgphoto2/2.4.6-2 Thank you, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 diff --git a/debian/changelog b/debian/changelog index d707f60..f6d9e47 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,17 @@ +libgphoto2 (2.4.6-2) unstable; urgency=low + + * Merge Ubuntu patches, by Martin Pitt (thanks!): +- Update Build-Depends: Move from libltdl3-dev to libltdl-dev + (Closes: #531974). +- Create modern udev rules at build-time instead of at install-time + thanks to a patch sent (and now merged) upstream. Drop a lot of + code from libgphoto2-2.postinst accordingly, while adding the + generation code to debian/rules. Also bump the versioned dependency + on udev from 0.113-1 to 0.136 (Closes: #531978). + * Added myself to Uploaders + + -- David Paleino da...@debian.org Mon, 08 Nov 2010 11:19:51 +0100 + libgphoto2 (2.4.6-1) unstable; urgency=low * New upstream release. diff --git a/debian/control b/debian/control index 6256992..2bef34b 100644 --- a/debian/control +++ b/debian/control @@ -3,11 +3,12 @@ Section: libs Priority: optional Maintainer: Debian PhotoTools Maintainers pkg-phototools-de...@lists.alioth.debian.org Uploaders: Frederic Peters fpet...@debian.org, Cyril Brulebois k...@debian.org + , David Paleino da...@debian.org Build-Depends: debhelper ( 5.0.0), quilt, type-handling, libtool, - libltdl3-dev, + libltdl-dev, zlib1g-dev, libusb-dev (= 1:0.1.5) [!hurd-i386], libgpmg1-dev | not+linux-gnu, diff --git a/debian/libgphoto2-2.dirs b/debian/libgphoto2-2.dirs index 86610e6..e69de29 100644 --- a/debian/libgphoto2-2.dirs +++ b/debian/libgphoto2-2.dirs @@ -1 +0,0 @@ -etc/udev/rules.d diff --git a/debian/libgphoto2-2.postinst b/debian/libgphoto2-2.postinst index 6975dd9..3fe44c2 100644 --- a/debian/libgphoto2-2.postinst +++ b/debian/libgphoto2-2.postinst @@ -16,25 +16,6 @@ case $1 in rm -f /usr/share/hal/fdi/information/10freedesktop/10-camera-$PACKAGE.fdi rm -f /usr/share/hal/fdi/information/20thirdparty/$PACKAGE.fdi rm -f /usr/share/hal/fdi/information/10freedesktop/10-camera-$PACKAGE-device.fdi - - # create udev rules file - if [ -d /etc/udev/ ]; then - /usr/lib/$PACKAGE/print-camera-list udev-rules version 0.98 mode 0664 group plugdev /etc/udev/$PACKAGE.rules - # install the udev file only once: - #- the first time the package is installed - # OR - the first time the package is upgraded from a version earlier than 2.1.6-5.1 - if [ -z $2 ] || dpkg --compare-versions $2 lt 2.1.6-5.1 ; then - ln -sf ../$PACKAGE.rules /etc/udev/rules.d/025_$PACKAGE.rules - fi - - if [ -L /etc/udev/rules.d/020_libgphoto2_generic-ptp_support.rules ]; then - rm -f /etc/udev/rules.d/020_libgphoto2_generic-ptp_support.rules - fi - - if [ -f /etc/udev/libgphoto2_generic-ptp_support.rules ]; then - rm -f /etc/udev/libgphoto2_generic-ptp_support.rules - fi - fi ;; abort-upgrade|abort-remove|abort-deconfigure) diff --git a/debian/patches/01_udev_rules_136 b/debian/patches/01_udev_rules_136 new file mode 100644 index 000..053a830 --- /dev/null +++ b/debian/patches/01_udev_rules_136 @@ -0,0 +1,108 @@ +# Description: Add a new udev mode 136 to create contemporary udev rules which will avoid using the check_ptp_camera script, and provide udev DB tags for the hal deprecation. See http://lists.freedesktop.org/archives/devkit-devel/2009-June/000191.html for discussion. +# Upstream: http://sourceforge.net/tracker/?func=detailaid=2801117group_id=8874atid=308874 (in svn head) +Index: libgphoto2-2.4.6/packaging/generic/print-camera-list.c +=== +--- libgphoto2-2.4.6.orig/packaging/generic/print-camera-list.c 2009-06-05 13:34:52.0 +0200 libgphoto2-2.4.6/packaging/generic/print-camera-list.c 2009-06-05 13:35:17.0 +0200 +@@ -366,12 +366,14 @@ + + typedef enum { + UDEV_PRE_0_98 = 0, +- UDEV_0_98 = 1 ++ UDEV_0_98 = 1, ++ UDEV_136 = 2 + } udev_version_t; + + static const StringFlagItem udev_version_t_map[] = { + { pre-0.98, UDEV_PRE_0_98 }, + { 0.98, UDEV_0_98 }, ++ { 136, UDEV_136 }, + { NULL, 0 } + }; + +@@ -399,13 +401,20 @@ + ACTION!=\add\, GOTO=\libgphoto2_rules_end\\n\n, + /* UDEV_0_98 */ + SUBSYSTEM!=\usb|usb_device\, GOTO=\libgphoto2_rules_end\\n ++ ACTION!=\add\, GOTO=\libgphoto2_rules_end\\n\n, ++ /*
Bug#217023: breaks lintian completely
severity 217023 normal thanks Hello, it looks like something was done recently in that direction and now it's completely broken. It causes an internal failure of lintian, see below. The sad thing is: I would like to _have_ the dangling symlinks. And have a proper check which I can suppress. Best regards, Eduard. lintian /home/ed/debian/dev/build-area/apt-cacher-ng_0.5.10-1_amd64.changes /bin/tar: ./var/lib/apt-cacher-ng: Cannot utime: No such file or directory /bin/tar: ./var/lib: Cannot utime: No such file or directory /bin/tar: ./var: Cannot utime: No such file or directory /bin/tar: Exiting with failure status due to previous errors internal error: dpkg-deb | tar failed with status internal error: 2 warning: collect info unpacked about package apt-cacher-ng failed warning: skipping check of binary package apt-cacher-ng -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602894: RM: iceowl-l10n -- RoQA; Orphaned; doesn't work; fix unknown; (mostly) low popcon
Package: ftp.debian.org Severity: normal Hi! In the current state this package is quite useless as it doesn't work at all with the iceowl version currently shipped - not even the version in experimental does work. My attempts do fix this package have misserably failed (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566396#14) and guessing by the lack of answer no one knows how to properly fix it. Looking at the popcon values of the binary packages, most of them also have a neklecktable number of reported installations. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565308: [debian-mysql] MariaDB in Debian proper?
Jonathan Aquilina eagles051...@gmail.com writes: it was mentioned to give a user choice as to what to use. i have seen for instance when you install gnome aside kde it asks you what desktop manager you want to use. Wouldnt something like that be needed in this situation? Gnome and KDE are non-conflicting, you can install both at the same time. The situation with MariaDB and MySQL is different. MariaDB is essentially a different version of MySQL; the binaries are named the same, the libraries are named the same, it runs on the same default port, etc. So only one can be installed at a time. In Ubuntu 9.04 for example, there is a similar situation, since they have eg. mysql-server-5.0 and mysql-server-5.1 packages, both of which provides: mysql-server. The situation with our MariaDB Debian packages is the same, both mariadb-server-5.1 and mysql-server-5.1 provides: mysql-server. - Kristian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#577062: junior-toys: missing /etc/blends/blends.conf breaks dist-upgrade
Hi Steve, On Mon, Nov 08, 2010 at 12:30:01PM -0800, Steve Langasek wrote: severity 577062 serious thanks Thanks for the tagging I was about to do so (should have done earlier) and to merge it with #601959 (which is actually the very same problem just filed against science-* but junior packages are mentioned as well. I was hesitating a bit whether a merge would be apropriate or whether I should rather open a third bug against debian-med packages as well in separate. Finally the problem has to be fixed in blends-dev if not solved by pre-depends (see below). As for the proposed change, I disagree that this is the right way to fix it. This is not a correct use of pre-depends; nothing in this sequence has a logical pre-depends relationship, the problem is entirely due to a buggy postrm script in the old version of the package. The correct way to fix this is by adding a postrm script to the *new* version of the individual packages, that handles the cleanup on upgrade. This postrm script should check for $1 = failed-upgrade and include an appropriate version check on $2, and be a no-op otherwise. OK. This needs to be done in blends-dev which was used to build the source package. (The proposed patch also includes a change to debian-junior-tasks.desc which is not documented in the changelog; please don't include undocumented changes in packages that you're requesting a freeze exception for.) The debian-junior source package is auto-generated by blends-dev which does a check in the target distribution whether a package is available or not. The files which are affected are on one hand debian/control which puts not available packages to Suggests instead of Recommends on the other hand it creates a tasksel conftol file (debian-junior-tasks.desc) which mentions all packages available in the target distribution. Thus these changes are automatically generated and the only reasonable way to mention this in the changelog would be to create an automated changelog entry. I do not think that following this strategy for Squeeze is a good thing to do because I'm afraid the new feature might have unwanted side effects but I'd definitely put it on my todo list for Squeeze+1. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591819: Have you started HomeBank 4.3 packaging for Debian or Ubuntu?
Hi Homebank packagers, Thank you very much for your work on homebank in Debian and Ubuntu. I would like to find out if you have started packaging of new HomeBank 4.3 ? In new Homebank version some improvements and new data files appeared: - welcome dialog at first run and available later from the help menu - a new wallet assisant to initialize categories and the first account - preset categories files for some languages loaded when creating a new wallet These files (preset categories files for several languages and example file) should be included into homebank-data deb package (/usr/share/homebank/datas/ folder, see http://homebank.free.fr/help/00new4.3.html), please don't forget this. I've translated HomeBank 4.3 to Lithuanian language and created native preset categories file for Lithuanians, today I must create homebank 4.3 package with Lithuanian translations for senior care home (social welfare, see http://www.antaviliai.lt), so, it would be nice if I can work together with you on HomeBank 4.3 packaging - I need updated debian folder with changes for 4.3 version from you, while I can send homebank-lt.po and hb-categories-lt.csv files to you (it would be nice if HomeBank 4.3 packages in Debian and Ubuntu would be fully translated in Lithuanian language). Btw, there are request to package new HomeBank version from Debian developer and Ubuntu users, see Debian bug #591819 and Ubuntu LP: #636648 -- Good luck, Mantas Kriaučiūnas Jabber ID: man...@akl.ltGPG ID: 43535BD5 Public organization Open Source for Lithuania - www.akl.lt Geriausios biuro programos verslui ir namams - http://openoffice.lt Prekyba naujais ir atnaujintais kompiuteriais su Linux OS - http://tinklas.eu Naudok Baltix GNU/Linux sistemą savo kompiuteryje - http://baltix.lt -- Labanaktis/Good luck, Mantas Kriaučiūnas Jabber ID: man...@akl.ltGPG ID: 43535BD5 Public organization Open Source for Lithuania - www.akl.lt Geriausios biuro programos verslui ir namams - http://openoffice.lt Prekyba naujais ir atnaujintais kompiuteriais su Linux OS - http://tinklas.eu Naudok Baltix GNU/Linux sistemą savo kompiuteryje - http://baltix.lt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602895: RM: iceowl-l10n/experimental -- RoQA; RoQA; Orphaned; doesn't work; fix unknown; (mostly) low popcon
Package: ftp.debian.org Severity: normal Hi! In the current state this package is quite useless as it doesn't work at all with the iceowl version currently shipped - not even the version in experimental does work. My attempts do fix this package have misserably failed (see http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=566396#14) and guessing by the lack of answer no one knows how to properly fix it. Looking at the popcon values of the binary packages, most of them also have a neklecktable number of reported installations. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602769: highly critical bug
Hey! On Tue, Nov 09, 2010 at 09:04:32AM +0100, Bartosz Fenski aka fEnIo wrote: What the heck? Since when the most important distributions are testing and unstable? Where can I find at least preliminary packages for _stable_ distribution? Calm down and ask yourself if the stable version is affected by the bug?! Should I start thinking of swiching my servers to squeeze? Go ahead if you want to, noone cares... -- Andreas Henriksson signature.asc Description: Digital signature
Bug#602874: gdm3 start, but don't up GNOME. [loop login gdm]
Le mardi 09 novembre 2010 à 00:57 -0200, Thiago Branco Meurer a écrit : Package: gdm3 Version: 2.30.5-5 Severity: normal [loop login gdm] Sorry but these 3 words cannot be considered an accurate description of a bug. -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565308: [debian-mysql] MariaDB in Debian proper?
then in that case why not setup mysql-server as a dependency for MariaDB? On Tue, Nov 9, 2010 at 9:13 AM, Kristian Nielsen kniel...@knielsen-hq.orgwrote: Jonathan Aquilina eagles051...@gmail.com writes: it was mentioned to give a user choice as to what to use. i have seen for instance when you install gnome aside kde it asks you what desktop manager you want to use. Wouldnt something like that be needed in this situation? Gnome and KDE are non-conflicting, you can install both at the same time. The situation with MariaDB and MySQL is different. MariaDB is essentially a different version of MySQL; the binaries are named the same, the libraries are named the same, it runs on the same default port, etc. So only one can be installed at a time. In Ubuntu 9.04 for example, there is a similar situation, since they have eg. mysql-server-5.0 and mysql-server-5.1 packages, both of which provides: mysql-server. The situation with our MariaDB Debian packages is the same, both mariadb-server-5.1 and mysql-server-5.1 provides: mysql-server. - Kristian. -- Jonathan Aquilina
Bug#602896: xfonts-mathml: rdepends on openoffice.org and libreoffice
Subject: xfonts-mathml: rdepends on openoffice.org and libreoffice Package: xfonts-mathml Version: 4 Severity: normal Tags: experimental sid I installed libreoffice from experimental and it suggested xfonts-mathml. Installing xfonts-mathml ends in dependency errors as it wants to install: openoffice.org-common openoffice.org-core openoffice.org-style-galaxy which does not work, as libreoffice is installed already. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36-0.slh.3-aptosid-686 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xfonts-mathml depends on: pi xfonts-utils 1:7.5+2X Window System font utility progr Versions of packages xfonts-mathml recommends: pn ttf-lyx none (no description available) Versions of packages xfonts-mathml suggests: pn otf-stix none (no description available) -- no debconf information
Bug#581683: Adding tag help for #581683 ([I18N, USABILITY] configure keyboard dialogs)
Anton Zinoviev, le Mon 08 Nov 2010 15:32:34 +0200, a écrit : On Mon, Nov 08, 2010 at 12:03:32PM +, Colin Watson wrote: I'm reluctant to just commit this and create an i18n firestorm of some kind, but this seems to be the source of the problem. Christian, perhaps you could advise? I suppose you are right... Not only the udeb is not translated but also the main package (keyboard-configuration). I haven't noticed this. I received a message from Samuel Thibault with a patch that fixes this and reduces the i18n storm by using the translations from the old version of console-setup. I don't know why I don't see the his message in the list (it was addressed to debian-b...@lists.debian.org, console-se...@packages.debian.org). I am attaching his patch here. I don't understand either... Here it is again: Subject: Missing translations of keyboard-configuration Hello, Sad news is that while splitting off keyboard-configuration from console-setup, all the debconf templates translations got dropped. Good news is that we still have the old version in svn. Attached is a patch which I believe will restore it properly without any work from l10n teams: it was passed through l10n-sync. Below is the diffstat. The removed lines are some backups what gettext kept in some of the files. Is it OK to apply? Samuel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602769: my bad
My bad. I should ensure that this bug affects Lenny before starting the flame. The only thing that justifies me a little is fact, that this bug wasn't makred/tagged correctly. Frankie please accept my appologies. Sorry! regards fEnIo -- ,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001 signature.asc Description: Digital signature
Bug#602898: tar: manual - Missing information for multiple --verbose option use
Package: tar Version: 1.23-3 Severity: minor Manual page of tar (1) reads: NAME tar - The GNU version of the tar archiving utility OTHER OPTIONS Operation modifiers: [...] -v, --verbose verbosely list files processed At command line: $ touch 1 2 3 $ tar -cvf test.tar 1 2 3 1 2 3 $ tar -cvvf test.tar 1 2 3 -rw-r--r-- foo/foo 80785 2010-11-09 10:36 1 -rw-r--r-- foo/foo 0 2010-11-09 10:36 2 -rw-r--r-- foo/foo 0 2010-11-09 10:36 3 SUGGESTION Please improve --verbose option's documentation in manual page and mention that multiple -v options increase the verbosity. Also mention what is the maximum verbosity (option count). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tar depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib tar recommends no packages. Versions of packages tar suggests: ii bzip2 1.0.5-6high-quality block-sorting file co pn ncompress none (no description available) ii xz-utils 4.999.9beta+20100810-1 XZ-format compression utilities -- 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#602294: adduser 3.112+nmu2: Please update the PO translation for the package adduser
On Sat, Nov 06, 2010 at 04:38:11PM -0400, David Pr??vot wrote: Sergey Alyoshin, thanks to him, brought to my attention (#602547), among other stuff, that the POT file used was outdated. As a result, the PO file I sent you last week was outdated too. Hi, updated Czech translation is attached. Cheers -- Miroslav Kure # Czech translation for adduser. # Copyright (C) YEAR Free Software Foundation, Inc. # Miroslav Kure ku...@debian.cz, 2004--2010. # msgid msgstr Project-Id-Version: adduser\n Report-Msgid-Bugs-To: adduser-de...@lists.alioth.debian.org\n POT-Creation-Date: 2010-11-06 12:34-0400\n PO-Revision-Date: 2010-11-07 17:30+0100\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. everyone can issue --help and --version, but only root can go on #: ../adduser:157 msgid Only root may add a user or group to the system.\n msgstr Pouze root může do systému přidávat uživatele a skupiny.\n #: ../adduser:183 ../deluser:137 msgid Only one or two names allowed.\n msgstr Povolena jsou pouze jedno nebo dvě jména.\n #. must be addusertogroup #: ../adduser:188 msgid Specify only one name in this mode.\n msgstr V tomto režimu můžete zadat pouze jedno jméno.\n #: ../adduser:204 msgid The --group, --ingroup, and --gid options are mutually exclusive.\n msgstr Volby --group, --ingroup a --gid se navzájem vylučují.\n #: ../adduser:209 msgid The home dir must be an absolute path.\n msgstr Domovský adresář musí být absolutní cesta.\n #: ../adduser:213 #, perl-format msgid Warning: The home dir %s you specified already exists.\n msgstr Varování: Zadaný domovský adresář %s již existuje.\n #: ../adduser:215 #, perl-format msgid Warning: The home dir %s you specified can't be accessed: %s\n msgstr Varování: Zadaný domovský adresář %s není přístupný: %s\n #: ../adduser:277 #, perl-format msgid The group `%s' already exists as a system group. Exiting.\n msgstr Skupina „%s“ již existuje jako systémová skupina. Končím.\n #: ../adduser:283 #, perl-format msgid The group `%s' already exists and is not a system group. Exiting.\n msgstr Skupina „%s“ již existuje a není systémová skupina. Končím.\n #: ../adduser:289 #, perl-format msgid The group `%s' already exists, but has a different GID. Exiting.\n msgstr Skupina „%s“ již existuje, ale má odlišné GID. Končím.\n #: ../adduser:293 ../adduser:323 #, perl-format msgid The GID `%s' is already in use.\n msgstr GID „%s“ je již používáno.\n #: ../adduser:301 #, perl-format msgid No GID is available in the range %d-%d (FIRST_SYS_GID - LAST_SYS_GID).\n msgstr Již není volné žádné GID z rozsahu %d-%d (FIRST_SYS_GID - LAST_SYS_GID).\n #: ../adduser:302 ../adduser:332 #, perl-format msgid The group `%s' was not created.\n msgstr Skupina „%s“ nebyla vytvořena.\n #: ../adduser:307 ../adduser:336 #, perl-format msgid Adding group `%s' (GID %d) ...\n msgstr Přidávám skupinu „%s“ (GID %d)…\n #: ../adduser:312 ../adduser:341 ../adduser:366 ../deluser:370 ../deluser:407 #: ../deluser:444 msgid Done.\n msgstr Hotovo.\n #: ../adduser:321 ../adduser:801 #, perl-format msgid The group `%s' already exists.\n msgstr Skupina „%s“ již existuje.\n #: ../adduser:331 #, perl-format msgid No GID is available in the range %d-%d (FIRST_GID - LAST_GID).\n msgstr Již není volné žádné GID z rozsahu %d-%d (FIRST_GID - LAST_GID).\n #: ../adduser:350 ../deluser:229 ../deluser:416 #, perl-format msgid The user `%s' does not exist.\n msgstr Uživatel „%s“ neexistuje.\n #: ../adduser:352 ../adduser:600 ../adduser:808 ../deluser:378 ../deluser:419 #, perl-format msgid The group `%s' does not exist.\n msgstr Skupina „%s“ neexistuje.\n #: ../adduser:355 ../adduser:604 #, perl-format msgid The user `%s' is already a member of `%s'.\n msgstr Uživatel „%s“ je již členem „%s“.\n #: ../adduser:360 ../adduser:610 #, perl-format msgid Adding user `%s' to group `%s' ...\n msgstr Přidávám uživatele „%s“ do skupiny „%s“…\n #: ../adduser:380 #, perl-format msgid The system user `%s' already exists. Exiting.\n msgstr Systémový uživatel „%s“ již existuje. Končím.\n #: ../adduser:383 #, perl-format msgid The user `%s' already exists. Exiting.\n msgstr Uživatel „%s“ již existuje. Končím.\n #: ../adduser:387 #, perl-format msgid The user `%s' already exists with a different UID. Exiting.\n msgstr Uživatel „%s“ již existuje s odlišným UID. Končím.\n #: ../adduser:401 #, perl-format msgid No UID/GID pair is available in the range %d-%d (FIRST_SYS_UID - LAST_SYS_UID).\n msgstr Již není volný pár UID/GID z rozsahu %d-%d (FIRST_SYS_UID - LAST_SYS_UID).\n #: ../adduser:402 ../adduser:414 ../adduser:494 ../adduser:506 #, perl-format msgid The user `%s' was not created.\n msgstr Uživatel „%s“ nebyl vytvořen.\n #: ../adduser:413 #, perl-format msgid No UID is available in the range %d-%d (FIRST_SYS_UID - LAST_SYS_UID).\n msgstr Již není volné
Bug#597073: chromium-browser: Images are inappropriately upscaled
Ah - it seems that image scaling is a site-wide setting, with all the images from imgur scaled using the same scaling forever, once I scaled one of them. I had not figured that out. Thanks for the tip :). Whether it is a bug, you can decide. Regards, Thue On Tue, Nov 9, 2010 at 2:58 AM, Jonathan Nieder jrnie...@gmail.com wrote: clone 597073 -1 tags -1 + upstream severity -1 wishlist retitle -1 chromium-browser: not easy to get back to 1:1 scaling after using ctrl-plus/ctrl-minus quit Hi Thue, Thue Janus Kristensen wrote: Looking at fx http://i.imgur.com/I0qRG.png , the image is displayed 1pixel-1pixel in fx Firefox, or Chrome on Windows. But in chromium-browser, the browser chooses to scale it to some non-handy resolution, at least x3 its native resolution. Which is very annoying when you can only see 1/3 of the image at one time, when the whole native image resolution would fit in the browser window. When the hover the cursor, it shows a magnifying glass with a plus in it. When I left-click the image, it scale the image up to something like x9 its native resolution. Not really what I needed. You can scale images with the Ctrl-plus and Ctrl+minus bindings. Is this a pristine setup or was something scaled previously? It would be nice to be able to easily set scaling to 1:1. Cloning the bug for that. Thanks for reporting, and sorry for the slow response, Jonathan
Bug#602899: osmo: Serious data loss in case of abnormal termination
Package: osmo Version: 0.2.2-1lenny0 Severity: normal Osmo does not save changes (e.g. new tasks) when killed by a signal or xkill command. The only way to exit without data loss is closing its window. Gabor -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (700, 'stable'), (500, 'proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.26-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 osmo depends on: ii libc6 2.7-18lenny6 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libglib2.0-02.16.6-3 The GLib library of C routines ii libgringotts2 1.2.1-12 gringotts data encapsulation and e ii libgtk2.0-0 2.12.12-1~lenny2 The GTK+ graphical user interface ii libical00.31-1 iCalendar library implementation i ii libnotify1 [libnoti 0.4.4-3 sends desktop notifications to a n ii libpango1.0-0 1.20.5-6 Layout and rendering of internatio ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library osmo recommends no packages. Versions of packages osmo suggests: pn claws-mail none (no description available) ii elinks [www-browser] 0.11.4-3advanced text-mode WWW browser ii epiphany-gecko [www- 2.22.3-9Intuitive GNOME web browser - Geck ii galeon [www-browser] 2.0.6-2.1 GNOME web browser for advanced use ii iceape-browser [www- 1.1.14-1Iceape Navigator (Internet browser ii iceweasel [www-brows 3.0.6-3 lightweight web browser based on M ii kazehakase [www-brow 0.5.4-2.2+lenny1GTK+-base web browser that allows ii links [www-browser] 2.1pre37-1.1Web browser running in text mode ii links2 [www-browser] 2.1pre37-1.1Web browser running in both graphi ii opera [www-browser] 10.11.4791.gcc4.qt3 The Opera Web Browser -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602883: libreoffice-core: libreoffice / libreoffice-writer don't start from menu
Hi, On Tue, Nov 09, 2010 at 01:30:29PM +0900, Miles Bader wrote: Now that libreoffice has shown up in debian, I uninstalled openoffice and installed libreoffice. [...] However, selecting LibreOffice Writer from the debian menu _doesn't_ work correctly -- it just pops up an Error dialog box saying: [...] Sorry; my default LANG is set to ja_JP.UTF-8; a rough translation is: 'LibreOffice Writer' could not be run ${UNIXBASISROOTNAME} could not be started as a child process: No such file or directory Clicking the Close button in the dialog box makes the dialog box go away, and no app starts. Jup. [LANG doesn't seem to be the issue -- when successfully starting from the shell, LANG has the same setting, and I do have the libreoffice-l10n-ja package installed.] Nah, the menu entries are just broken. I have to admit all the tests I did before beta2 was launching from the console and forgot the menu entries. They will be fixed in the next upload. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602868: libreoffice: Doesn't display vendor on the about screen with pt_BR
Hi, On Mon, Nov 08, 2010 at 10:26:46PM -0200, Nelson A. de Oliveira wrote: See about1.png (with LC_ALL=C), where the vendor name (Debian) is properly displayed. With pt_BR however (about2.png) it's not replaced. *Should* be already fixed for the next upload. Just waiting for beta3. (The upload which you got is almost two weeks old...) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602879: [webkit-image-gtk] Produces debugging garbage in front of the output
Hello, On Tue, 09 Nov 2010 05:23:10 +0100, Petr Gajdůšek wrote: Hi, whenever I run webkit-image url output.png, there is webkit debugging garbage in front of the output.png file: ** (webkit-image:22384): DEBUG: NP_Initialize ** (webkit-image:22384): DEBUG: NP_Initialize succeeded ** (webkit-image:22384): DEBUG: NP_Initialize ** (webkit-image:22384): DEBUG: NP_Initialize succeeded ** (webkit-image:22384): DEBUG: NP_Initialize ** (webkit-image:22384): DEBUG: NP_Initialize succeeded ** (webkit-image:22384): DEBUG: NP_Initialize ** (webkit-image:22384): DEBUG: NP_Initialize succeeded 89PNG^M ^Z This makes resulting PNG image not readable without removing this lines. I couldn't reproduce those debugging messages: $ ./webkit-image-gtk http://www.hanskalabs.net foo.png (webkit-image-gtk:15285): Gtk-CRITICAL **: IA__gtk_container_add: assertion `GTK_IS_CONTAINER (container)' failed (webkit-image-gtk:15285): Gtk-CRITICAL **: IA__gtk_container_add: assertion `GTK_IS_CONTAINER (container)' failed $ file foo.png foo.png: PNG image data, 2000 x 2000, 8-bit/color RGB, non-interlaced $ ./webkit-image-gtk http://www.debian.org foo.png $ file foo.png foo.png: PNG image data, 644 x 10300, 8-bit/color RGB, non-interlaced Maybe it's specific to the website you're trying to snapshot? Are you sure that you're using the GTK version? Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#602866: Some libreoffice files conflicts with openoffice.org
On Mon, Nov 08, 2010 at 10:10:23PM -0200, Nelson A. de Oliveira wrote: /var/cache/apt/archives/libreoffice-writer_1%3a3.3.0~beta2-2_i386.deb (--unpack): trying to overwrite '/usr/share/man/man1/oowriter.1.gz', which is also in package openoffice.org-writer 1:3.2.1-7 OOo and LO are not suppposed to be coinstallable. There were Replaces: missing here, though (then again maybe the launchers shoudl be changed to lowriter or so anyways). Already fixed since some days because it was reported from elsewhere already, but thanks anyway :-) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602900: live-initramfs: bnx2 module cannot find firmware
Package: live-initramfs Version: 1.215.1-1grml.01 Severity: normal I use a live initramfs for netbooting an installation system (FAI) on a DELL R710 server with Broadcom 5709C cards which depend on the bnx2 kernel module which in turn depends on bnx2 firmware. After including this firmware in the initrd and adding bnx2 to the list of modules to load, the module, after being loaded in the modules stage, reports that it cannot find the firmware although it is present. The cause of this issue is that udev is not available when the module is loaded. This is because the module stage precedes the premount stage which starts udev. My own workaround is to add a script to the premount stage which has the udev scripts as its pre-requisite and the modprobes the bnx2 module. This works, but it's a hack. I think, udev should be started before module loading in general to fix this issue. This issue is a duplicate of bug #578407 which was closed. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-22-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages live-initramfs depends on: ii busybox 1:1.10.2-2 Tiny utilities for small and embed ii file 4.26-1 Determines file type using magic ii initramfs-tools 0.97 tools for generating an initramfs ii sudo 1.6.9p17-3 Provide limited super user privile ii udev 0.125-7+lenny3 /dev/ and hotplug management daemo ii user-setup1.23 Set up initial user and password Versions of packages live-initramfs recommends: pn cryptsetup none (no description available) pn ejectnone (no description available) ii rsync3.0.3-2 fast remote file copy program (lik pn uuid-runtime none (no description available) ii wget 1.11.4-2+lenny2 retrieves files from the web Versions of packages live-initramfs suggests: pn curlftpfs none (no description available) pn genext2fs none (no description available) pn httpfs2 none (no description available) pn loop-aes-utilsnone (no description available) pn mtd-tools none (no description available) pn squashfs-toolsnone (no description available) pn unionfs-fuse 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#602901: insserv: unbound should be added to $named
Package: insserv Version: 1.14.0-2 Severity: important Tags: patch $named should include +unbound, otherwise some services needing DNS are started before DNS is available -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages insserv depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib insserv recommends no packages. Versions of packages insserv suggests: pn bootchart none (no description available) -- Configuration Files: /etc/insserv.conf changed [not included] -- no debconf information --- insserv.conf.debian 2010-11-09 08:50:18.0 + +++ insserv.conf2010-11-09 08:50:44.0 + @@ -11,7 +11,7 @@ # # Named is operational # -$named +named +dnsmasq +lwresd +bind9 $network +$named +unbound +named +dnsmasq +lwresd +bind9 $network # # All remote filesystems are mounted (note in some cases /usr may
Bug#504922: Jose install on Dell Inspiron 7500R
Hello Boot method: netinst CD downloaded from net Image version: http://www.debian.org/CD/netinst/ http://www.debian.org/CD/netinst/ debian-506-i386-netinst.iso Date: started 08Nov10 evening Machine: Dell Inspiron 7500R laptop Processor: Intel P-III 500 Mhz Memory: 512 MB I tried installation with this stable netinst image. GRUB installation was successful. But boot from HD hung on Saving VESA state... Do you have any advice for me? Regards Jose
Bug#602903: cron: lsb dependencies should use $named
Package: cron Version: 3.0pl1-115 Severity: normal /etc/init.d/cron uses a Should-start: nscd Thus it does not work on installation using another resolver ### BEGIN INIT INFO # Provides: cron # Required-Start:$remote_fs $syslog $time # Required-Stop: $remote_fs $syslog $time # Should-Start: slapd autofs ypbind $named # Should-Stop: slapd autofs ypbind $named # Default-Start: 2 3 4 5 # Default-Stop: # Short-Description: Regular background program processing daemon # Description: cron is a standard UNIX program that runs user-specified #programs at periodic scheduled times. vixie cron adds a #number of features to the basic UNIX cron, including better #security and more powerful configuration options. ### END INIT INFO would be better, using the named macro of insserv -- Package-specific info: --- EDITOR: --- usr/bin/editor: /bin/nano --- /usr/bin/crontab: -rwxr-sr-x 1 root crontab 35040 Oct 16 13:37 /usr/bin/crontab --- /var/spool/cron drwxr-xr-x 5 root root 4096 May 13 09:22 /var/spool/cron --- /var/spool/cron/crontabs drwx-wx--T 2 root crontab 4096 Nov 8 18:40 /var/spool/cron/crontabs -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cron depends on: ii adduser 3.112 add and remove users and groups ii debianutils 3.4Miscellaneous utilities specific t ii dpkg 1.15.8.5 Debian package management system ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii libpam-runtime1.1.1-6.1 Runtime support for the PAM librar ii libpam0g 1.1.1-6.1 Pluggable Authentication Modules l ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip Versions of packages cron recommends: ii lockfile-progs0.1.15 Programs for locking and unlocking ii postfix [mail-transport-agent 2.7.1-1High-performance mail transport ag Versions of packages cron suggests: pn anacron none (no description available) pn checksecurity none (no description available) ii logrotate 3.7.8-6Log rotation utility Versions of packages cron is related to: pn libnss-ldap none (no description available) pn libnss-ldapd none (no description available) pn libpam-ldap none (no description available) pn libpam-mount none (no description available) pn nis none (no description available) pn nscd 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#602902: pam: too low RLIMIT_MEMLOCK default for GNU/kFreeBSD
Package: pam Version: 1.1.1-6.1 Severity: important Tags: patch User: debian-...@lists.debian.org Usertags: kfreebsd Hi, the current version of pam_limits sets too low RLIMIT_MEMLOCK default for GNU/kFreeBSD. Please note that on GNU/kFreeBSD, the mlock()/munlock() calls are allowed only for superuser. Please alter current patch as shown bellow. I am not sure about severity, due to current situation, there are problems like #596142, #598901, #596382. Thanks in advance Petr --- debian/patches-applied/027_pam_limits_better_init_allow_explicit_root.STD +++ debian/patches-applied/027_pam_limits_better_init_allow_explicit_root @@ -4,13 +4,17 @@ === --- pam.deb.orig/modules/pam_limits/pam_limits.c +++ pam.deb/modules/pam_limits/pam_limits.c -@@ -45,6 +45,10 @@ +@@ -45,6 +45,14 @@ #include libaudit.h #endif +#ifndef MLOCK_LIMIT ++#ifdef __FreeBSD_kernel__ ++#define MLOCK_LIMIT RLIM_INFINITY ++#else +#define MLOCK_LIMIT (64*1024) +#endif ++#endif + /* Module defines */ #define LINE_LENGTH 1024 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#598257: segfault during update of grub-pc package
this bug seems to be fixed in 1.98+20100804-8 version. I can run now update-grub on my squeeze after upgrade to the 1.98+20100804-8 grub-pc version. regards Vic
Bug#576697: Add patch to avoid RandomPool
The attached patch based on Gary van der Merwe's patch updates the paramiko package to avoid RandomPool. === modified file 'debian/changelog' --- debian/changelog 2010-07-17 04:20:47 + +++ debian/changelog 2010-11-09 09:17:58 + @@ -1,3 +1,10 @@ +paramiko (1.7.6-6) UNRELEASED; urgency=low + + * Avoid deprecated RandomPool. Patch by Gary van der Merwe. Closes: +#576697, LP: #271791. + + -- Jelmer Vernooij jel...@debian.org Tue, 09 Nov 2010 10:12:18 +0100 + paramiko (1.7.6-5) unstable; urgency=low * debian/control: Fix python-crypto version dependency === added directory 'debian/patches' === added file 'debian/patches/no-randompool.patch' --- debian/patches/no-randompool.patch 1970-01-01 00:00:00 + +++ debian/patches/no-randompool.patch 2010-11-09 09:07:44 + @@ -0,0 +1,780 @@ +=== modified file 'a/paramiko/__init__.py' +--- a/paramiko/__init__.py 2010-04-26 00:05:06 + b/paramiko/__init__.py 2010-08-02 22:13:08 + +@@ -66,7 +66,7 @@ + __license__ = GNU Lesser General Public License (LGPL) + + +-from transport import randpool, SecurityOptions, Transport ++from transport import SecurityOptions, Transport + from client import SSHClient, MissingHostKeyPolicy, AutoAddPolicy, RejectPolicy, WarningPolicy + from auth_handler import AuthHandler + from channel import Channel, ChannelFile + +=== modified file 'a/paramiko/agent.py' +--- a/paramiko/agent.py 2007-02-13 19:17:06 + b/paramiko/agent.py 2010-08-02 22:13:08 + +@@ -139,7 +139,7 @@ + def get_name(self): + return self.name + +-def sign_ssh_data(self, randpool, data): ++def sign_ssh_data(self, rng, data): + msg = Message() + msg.add_byte(chr(SSH2_AGENTC_SIGN_REQUEST)) + msg.add_string(self.blob) + +=== modified file 'a/paramiko/auth_handler.py' +--- a/paramiko/auth_handler.py 2009-07-20 02:45:02 + b/paramiko/auth_handler.py 2010-08-02 22:13:08 + +@@ -206,7 +206,7 @@ + m.add_string(self.private_key.get_name()) + m.add_string(str(self.private_key)) + blob = self._get_session_blob(self.private_key, 'ssh-connection', self.username) +-sig = self.private_key.sign_ssh_data(self.transport.randpool, blob) ++sig = self.private_key.sign_ssh_data(self.transport.rng, blob) + m.add_string(str(sig)) + elif self.auth_method == 'keyboard-interactive': + m.add_string('') + +=== modified file 'a/paramiko/channel.py' +--- a/paramiko/channel.py 2009-11-01 00:55:52 + b/paramiko/channel.py 2010-08-02 22:13:08 + +@@ -364,7 +364,7 @@ + if auth_protocol is None: + auth_protocol = 'MIT-MAGIC-COOKIE-1' + if auth_cookie is None: +-auth_cookie = binascii.hexlify(self.transport.randpool.get_bytes(16)) ++auth_cookie = binascii.hexlify(self.transport.rng.read(16)) + + m = Message() + m.add_byte(chr(MSG_CHANNEL_REQUEST)) + +=== modified file 'a/paramiko/common.py' +--- a/paramiko/common.py 2009-07-20 02:45:02 + b/paramiko/common.py 2010-08-02 22:13:08 + +@@ -95,10 +95,10 @@ + DISCONNECT_SERVICE_NOT_AVAILABLE, DISCONNECT_AUTH_CANCELLED_BY_USER, \ + DISCONNECT_NO_MORE_AUTH_METHODS_AVAILABLE = 7, 13, 14 + +-from rng import StrongLockingRandomPool ++from Crypto import Random + + # keep a crypto-strong PRNG nearby +-randpool = StrongLockingRandomPool() ++rng = Random.new() + + import sys + if sys.version_info (2, 3): + +=== modified file 'a/paramiko/dsskey.py' +--- a/paramiko/dsskey.py 2009-07-20 02:45:02 + b/paramiko/dsskey.py 2010-08-02 22:13:08 + +@@ -91,13 +91,13 @@ + def can_sign(self): + return self.x is not None + +-def sign_ssh_data(self, rpool, data): ++def sign_ssh_data(self, rng, data): + digest = SHA.new(data).digest() + dss = DSA.construct((long(self.y), long(self.g), long(self.p), long(self.q), long(self.x))) + # generate a suitable k + qsize = len(util.deflate_long(self.q, 0)) + while True: +-k = util.inflate_long(rpool.get_bytes(qsize), 1) ++k = util.inflate_long(rng.read(qsize), 1) + if (k 2) and (k self.q): + break + r, s = dss.sign(util.inflate_long(digest, 1), k) +@@ -161,8 +161,7 @@ + @return: new private key + @rtype: L{DSSKey} + +-randpool.stir() +-dsa = DSA.generate(bits, randpool.get_bytes, progress_func) ++dsa = DSA.generate(bits, rng.read, progress_func) + key = DSSKey(vals=(dsa.p, dsa.q, dsa.g, dsa.y)) + key.x = dsa.x + return key + +=== modified file 'a/paramiko/hostkeys.py' +--- a/paramiko/hostkeys.py 2009-11-02 05:33:13 + b/paramiko/hostkeys.py 2010-08-02 22:13:08 + +@@ -303,7 +303,7 @@ + @rtype: str + + if salt is None: +-salt = randpool.get_bytes(SHA.digest_size) ++salt
Bug#602904: calife: pam settings should use common-auth/common-session
Package: calife Version: 1:3.0.1-3 Severity: normal /etc/pam.d/calife does not use common-auth/common-password, etc. Thus on a kerberized setting, calife does not use kerberos (just an example). -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages calife depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib calife recommends no packages. calife 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#602905: ITP: ttf-sil-gentium-plus: extended Unicode smart font family for Latin/Greek/Cyrillic
Package: wnpp Severity: wishlist Owner: Nicolas Spalinger nicolas.spalin...@sil.org * Package name: ttf-sil-gentium-plus Version : 1.502 Upstream Author : Victor Gaultney, Annie Olsen, Iska Routamaa, SIL font engineers, SIL International * URL : http://scripts.sil.org/Gentium * License : Open Font License 1.1 Description : extended Unicode smart font family for Latin/Greek/Cyrillic Description: Gentium (belonging to the nations in Latin) is a Unicode typeface family designed to enable the many diverse ethnic groups around the world who use the Latin script to produce readable, high-quality publications. The design is intended to be highly readable, reasonably compact, and visually attractive. Gentium has won a Certificate of Excellence in Typeface Design in two major international typeface design competitions: bukva:raz! (2001) and TDC2003 (2003). Gentium Plus is based on the original Gentium design. However, it now has the full OpenType and Graphite support that Doulos SIL and Charis SIL contain — including full IPA support! The goal for this product is to provide a single Unicode-based font family that contains a comprehensive inventory of glyphs needed for almost any Roman- or Cyrillic-based writing system, whether used for phonetic or orthographic needs, and provide a matching Greek face. In addition, there is provision for other characters and symbols useful to linguists. This font makes use of state-of-the-art font technologies to support complex typographic issues, such as the need to position arbitrary combinations of base glyphs and diacritics optimally. Work is ongoing to provide bold and bold-italic weights, as well as a complete book-weight family. The extended font sources are available in the source package and on the project website. Webfont versions and examples are also available. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590147: Upgrade
No this bug occurs after an upgrade. Upgrade from what version? upgrade to 1.6.5 I could start agregator after deleting all my archive... So crash each time or loss all archive. This supports my assumption that the problem is cache corruption. No it is an archive problem. Not a cahce problem. Cache could be purged (cahce does not have valuable data). Archive have valuable data and could not be purged without data loss It is for me release critical ask to kde teams but for me it is release critical. If I could reproduce it, I would agree it's RC. Why ? I loss my archive. Some are now closed blog that I like to read ? I loss my data = RC by default When cache is corrupte I could not start it again... I need toi manually remove archive or do some manual and boring workarround see http://bugs.kde.org/show_bug.cgi?id=116482#c205 But now there are too many variables. To make things worse, akregator developement isn't very active upstream. I have not the skills to debug this bug, but they are some file that coul allow youy to reproduce it at http://bugs.kde.org/attachment.cgi?id=48011 Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#514976: grub-probe cannot locate /boot on /dev/sdag1, even when device.map is correct
On 11/09/2010 01:31 AM, Brian May wrote: Excerpts from Vladimir 'φ-coder/phcoder' Serbinenko's message of 2010-11-09 03:31:39 +1100: I believe that I've fixed it upstream but am unable to confirm since I have no such system. Could someone test? Not sure if I can test it or not, as this is a production box I will have to ask my Manager, and he is unavailable today. What version should be fixed? I assume you are talking about grub1? Is there a Debian version available? This file is actually shared between GRUB2 and GRUB1 in Debian and comes from GRUB2 upstream. I fixed it upstream in GRUB2. You don't need to actually install any GRUB to test it. It's enough to: bzr branch http://bzr.savannah.gnu.org/r/grub/trunk/grub/ cd grub ./autogen.sh ./configure make sudo ./grub-probe -t fs sdag1 mountpoint Last command should give you the FS of sdag1 Thanks -- Brian May br...@vpac.org -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#602900: live-initramfs: bnx2 module cannot find firmware
* Stefan Goetz stefan.go...@cs.rwth-aachen.de [Tue Nov 09, 2010 at 09:10:30AM +]: I use a live initramfs for netbooting an installation system (FAI) on a DELL R710 server with Broadcom 5709C cards which depend on the bnx2 kernel module which in turn depends on bnx2 firmware. After including this firmware in the initrd and adding bnx2 to the list of modules to load, the module, after being loaded in the modules stage, reports that it cannot find the firmware although it is present. The cause of this issue is that udev is not available when the module is loaded. This is because the module stage precedes the premount stage which starts udev. My own workaround is to add a script to the premount stage which has the udev scripts as its pre-requisite and the modprobes the bnx2 module. This works, but it's a hack. I think, udev should be started before module loading in general to fix this issue. This issue is a duplicate of bug #578407 which was closed. The image mentioned in #578407 sadly isn't available anymore. Which kernel version are you using in your setup? Can you please try to reproduce this issue with current live-boot/live-boot-initramfs-tools to make sure the problem is located in the version provided through FAI (the live-initramfs version you are reporting against) but not within Debian? Thanks! regards, -mika- signature.asc Description: Digital signature
Bug#525383: Forcemerge
forcemerge 525382 525383 thanks Forcemerge -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565308: [debian-mysql] MariaDB in Debian proper?
Jonathan Aquilina eagles051...@gmail.com writes: then in that case why not setup mysql-server as a dependency for MariaDB? I don't understand. Mariadb provides mysql-server. It doesn't depend on it. - Kristian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600283: live-build: binary.img not created, incorrect sources.list
ping -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.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#596997: libv8: Please add preliminary support for armhf port
On Tue, Nov 09, 2010, Jérémy Lal wrote: -mno-thumb-interwork is a bit suspicious; I'm not entirely comfortable on the architecture revisions and cases where these flags are explicitly needed, but in any case the toolchain defaults should be fine. It seems the only reason left for that flag is because v8 code complains about missing 'blx' instruction when arch is armv4t (the gcc default on debian). Reported at http://code.google.com/p/v8/issues/detail?id=590 Apparently the code can not deal with Thumb inter-working for ARMv4T, only starting with ARMv5T: // We do not support thumb inter-working with an arm architecture not supporting // the blx instruction (below v5t). If you know what CPU you are compiling for // you can use -march=armv7 or similar. #if defined(USE_THUMB_INTERWORK) !defined(CAN_USE_THUMB_INSTRUCTIONS) # error For thumb inter-working we require an architecture which supports blx #endif the test seems correct for the limitation explained in the comment; I can also see some tricky blx handling in the code, so it seems entirely plausible that the code wouldn't work on ARMv4T with Thumb interworking (blx is ARMv5/ARMv5T+). Hence building with -mno-thumb-interwork seems correct with Debian (I think the toolchain defaults to -mthumb-interwork) and is truly libv8 specific. I'm a bit surprized that you managed to build for armv4t and using blx; in my test, it doesn't work: echo 'void foo(void) { __asm__ volatile(blx 0); }' | arm-linux-gnueabi-gcc -mthumb -march=armv4t -x c -c - -o /dev/null /tmp/cc2fO8Ba.s: Assembler messages: /tmp/cc2fO8Ba.s:25: Error: selected processor does not support Thumb mode `blx 0' echo 'void foo(void) { __asm__ volatile(blx 0); }' | arm-linux-gnueabi-gcc -marm -march=armv4t -x c -c - -o /dev/null /tmp/cc4g7aYh.s: Assembler messages: /tmp/cc4g7aYh.s:26: Error: selected processor does not support ARM mode `blx 0' You could in your rules only pass -mno-thumb-interwork if the target doesn't support blx (so pretty much only relevant for ARMv4T, since ARMv5 can't be supported in Debian and ARMv5T has blx). It would be possible to test for blx with: CROSS := ifneq ($(DEB_BUILD_GNU_TYPE),$(DEB_HOST_GNU_TYPE)) CROSS := $(DEB_HOST_GNU_TYPE)- endif check_asm = $(shell echo 'void foo(void) { __asm__ volatile($(1)); }' | $(CROSS)gcc -x c -c - -o /dev/null 2/dev/null echo 1 || echo 0) blx_asm := blx 0 has_blx := $(call check_asm, $(blx_asm)) ifneq($(has_blx),1) # libv8 doesn't support Thumb inter-working without blx CFLAGS += -mno-thumb-interwork endif and you could also check whether __THUMB_INTERWORK__ is defined etc., but it might be simpler to just test for ARMv4t: check_cpp = $(shell $(CROSS)cpp -dM -P /dev/null | grep -q '^\#define $(1)' echo 1 || echo 0) is_v4t := $(call check_cpp,__ARM_ARCH_4T__ 1) ifeq($(is_v4t),1) # libv8 doesn't support Thumb inter-working without blx CFLAGS += -mno-thumb-interwork endif I'm not sure Thumb inter-working is too much of a big deal for the current targets: it seems you can't use it on armv4t which is what Debian armel targets, and it's mostly not needed on ARMv7+ which is what armhf and Ubuntu armel target. Would probably best not to pass the -mno-thumb-interwork flag if you don't need to, but it shouldn't affect current targets. -fno-tree-sink seems to be a workaround for a compiler bug (disabling an optimization). It was, gcc 4.4.5 has fixed the bug. Cool; it seems we can drop this one then! -Wno-psabi is undocumented in my version of gcc. See http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42748 not fixed in gcc 4.4.5-4. Thanks for the pointer; seems like something which can be dropped when Debian move to 4.5 as the default gcc. Cheers, -- Loïc Minier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602788: live-boot-initramfs-tools: live-getty and serial console is not working as expected
reassign 602788 live-boot severity 602788 wishlist retitle 602788 support for serial console thanks On 11/08/2010 06:42 AM, Daniel Chao wrote: When I upgrade my live image building system from Lenny to Squeeze, the live-getty option is not working any more. this is a known regression, see http://live.debian.net/gitweb?p=live-config.git;a=blob;f=docs/README;h=8059e3d8d2be6616d30f9e695472d4992387f7d2;hb=HEAD i've got no sane testing environment for this, so it's not likely going to be fixed soon. however, patches are of course welcome. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.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#217023: breaks lintian completely
On Tue, November 9, 2010 08:08, Eduard Bloch wrote: it looks like something was done recently in that direction and now it's completely broken. It causes an internal failure of lintian, see below. The sad thing is: I would like to _have_ the dangling symlinks. And have a proper check which I can suppress. lintian /home/ed/debian/dev/build-area/apt-cacher-ng_0.5.10-1_amd64.changes /bin/tar: ./var/lib/apt-cacher-ng: Cannot utime: No such file or directory Nope. That's tar #602209 and friends, caused by the new upstream in tar 1.24-1 and fixed in 1.24-1.1. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601144: freebsd-utils: mount can't mount /media/cdrom0 using /etc/fstab
Hi, the problem is slightly different - problematic options in fstab. 1st, the user option is not supported. 2nd, the cdrom cannot be mounted read-write and the error code is misleading: bsd:~# grep cd0 /etc/fstab /dev/cd0/cdrom cd9660 noauto 0 0 bsd:~# mount /cdrom mount: /cdrom has unknown file system type But with correct options bsd:~# grep cd0 /etc/fstab /dev/cd0/cdrom cd9660 ro,noauto 0 0 bsd:~# mount /cdrom bsd:~# echo $? 0 bsd:~# mount | grep cdrom /dev/cd0 on /cdrom (cd9660, local, read-only) Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#519867: [Buildd-tools-devel] Bug#519867: sbuild: run edos-debcheck in case of build failure due to dependency installation
Le 08/11/2010 21:20, Roger Leigh a écrit : It would be nice if edos-debcheck output was part of build logs in case of failure to install dependencies. Note that at that time, such failures were frequent, but they are less frequent now that wanna-build uses edos-debcheck. One thing was that there may be multiple Packages files in /var/lib/apt/lists; can they all the concatenated together or can it read in all the different ones? They can all be concatenated together. Do you have any examples of how best to do this? Something like: cat /var/lib/apt/lists/*_binary-amd64_Packages | edos-debcheck -failures -explain -checkonly cyrus-replication-2.3,cyrus-pop3d-2.3 should do. Of the course, the architecture and package list should be adapted... Best regards, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596997: libv8: Please add preliminary support for armhf port
On 09/11/2010 10:33, Loïc Minier wrote: On Tue, Nov 09, 2010, Jérémy Lal wrote: -mno-thumb-interwork is a bit suspicious; I'm not entirely comfortable on the architecture revisions and cases where these flags are explicitly needed, but in any case the toolchain defaults should be fine. It seems the only reason left for that flag is because v8 code complains about missing 'blx' instruction when arch is armv4t (the gcc default on debian). Reported at http://code.google.com/p/v8/issues/detail?id=590 Apparently the code can not deal with Thumb inter-working for ARMv4T, only starting with ARMv5T: // We do not support thumb inter-working with an arm architecture not supporting // the blx instruction (below v5t). If you know what CPU you are compiling for // you can use -march=armv7 or similar. #if defined(USE_THUMB_INTERWORK) !defined(CAN_USE_THUMB_INSTRUCTIONS) # error For thumb inter-working we require an architecture which supports blx #endif the test seems correct for the limitation explained in the comment; I can also see some tricky blx handling in the code, so it seems entirely plausible that the code wouldn't work on ARMv4T with Thumb interworking (blx is ARMv5/ARMv5T+). Hence building with -mno-thumb-interwork seems correct with Debian (I think the toolchain defaults to -mthumb-interwork) and is truly libv8 specific. I'm a bit surprized that you managed to build for armv4t and using blx; in my test, it doesn't work: echo 'void foo(void) { __asm__ volatile(blx 0); }' | arm-linux-gnueabi-gcc -mthumb -march=armv4t -x c -c - -o /dev/null /tmp/cc2fO8Ba.s: Assembler messages: /tmp/cc2fO8Ba.s:25: Error: selected processor does not support Thumb mode `blx 0' echo 'void foo(void) { __asm__ volatile(blx 0); }' | arm-linux-gnueabi-gcc -marm -march=armv4t -x c -c - -o /dev/null /tmp/cc4g7aYh.s: Assembler messages: /tmp/cc4g7aYh.s:26: Error: selected processor does not support ARM mode `blx 0' Indeed, but if you grep for blx in src/arm/ you'll notice conditional code to handle the case where it's not available. I'm waiting for some comments from upstream about that : i suspect the test has been deprecated by other corrections. I'm not sure Thumb inter-working is too much of a big deal for the current targets: it seems you can't use it on armv4t which is what Debian armel targets, and it's mostly not needed on ARMv7+ which is what armhf and Ubuntu armel target. Would probably best not to pass the -mno-thumb-interwork flag if you don't need to, but it shouldn't affect current targets. I did not know that, so i'll let -mno-thumb-interwork if my previous comment is wrong. Jérémy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#505652: [fwbuilder] Blocking bug is fiwed any news ?
Blocking bug 505665 of this bug is fixed. Any plan to reduce duplication? Bastien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602906: [fwbuilder] Init script exemple of fwbuilder is not LSB compliant
Package: fwbuilder Version: 3.0.7-1 Severity: normal The exemple init file is not LSB compliant. It is a realease goal for lenny (see http://wiki.debian.org/LSBInitScripts/DependencyBasedBoot) Please provide a LSB compliant init script. Bastien - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602900: live-initramfs: bnx2 module cannot find firmware
tag 602900 moreinfo thanks On 11/09/2010 10:10 AM, Stefan Goetz wrote: I use a live initramfs for netbooting an installation system (FAI). as michael already said, please use current squeeze. live-initramfs is not supported anymore, see http://live.debian.net/project/lifespan/ also, do *not* add anything to the wiki. all pages in the wiki do have a banner saying that you should not do that. instead, commit it to the manual, see http://live.debian.net/manual/en/html/1.html#37 -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.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#602907: pristine-tar failt to reproduce the tarball of icedove-l10n from git
Package: pristine-tar Version: 1.10 Severity: normal Hi, trying to reproduce the tarball for icedove-l10n fails here. Steps to reproduce: gbp-pull git://git.debian.org/pkg-mozilla/icedove-l10n.git cd icedove-l10n pristine-tar -v checkout icedove-l10n_3.1.6.orig.tar.gz /usr/bin/pristine-tar: git archive --format=tar 7f12af07f9b02c17c68afb7304de6774f926aebb | (cd '/tmp/pristine-tar.PaippOy2t3' tar x) /usr/bin/pristine-tar: tar xf /tmp/pristine-tar.2mGrReiZ7z/tmpin -C /tmp/pristine-tar.U9V7Dj_QjH /usr/bin/pristine-tar: mkdir /tmp/pristine-tar.Vwb4y8_RGx/workdir /usr/bin/pristine-tar: mv /tmp/pristine-tar.PaippOy2t3 /tmp/pristine-tar.Vwb4y8_RGx/workdir/icedove-l10n-3.1.6 /usr/bin/pristine-tar: tar cf /tmp/pristine-tar.Vwb4y8_RGx/recreatetarball --owner 0 --group 0 --numeric-owner -C /tmp/pristine-tar.Vwb4y8_RGx/workdir --no-recursion --mode 0644 --files-from /tmp/pristine-tar.Vwb4y8_RGx/manifest /usr/bin/pristine-tar: xdelta patch /tmp/pristine-tar.U9V7Dj_QjH/delta /tmp/pristine-tar.Vwb4y8_RGx/recreatetarball /tmp/pristine-tar.EPU5JGy9xC/icedove-l10n_3.1.6.orig.tar.gz.tmp xdelta: expected from file (/tmp/pristine-tar.Vwb4y8_RGx/recreatetarball) of length 60753920 bytes /usr/bin/pristine-tar: command failed: xdelta patch /tmp/pristine-tar.U9V7Dj_QjH/delta /tmp/pristine-tar.Vwb4y8_RGx/recreatetarball /tmp/pristine-tar.EPU5JGy9xC/icedove-l10n_3.1.6.orig.tar.gz.tmp /usr/bin/pristine-tar: failed to generate tarball Chris reported this working on his system so I have no idea what's broken here. Cheers, -- Guido -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36-rc7+ (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pristine-tar depends on: ii libc6 2.11.2-7 Embedded GNU C Library: Shared lib ii perl-modules5.10.1-15Core Perl modules ii xdelta 1.1.3-9 A diff utility which works with bi ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages pristine-tar recommends: ii bzip2 1.0.5-6high-quality block-sorting file co ii pbzip21.1.1-1parallel bzip2 implementation pristine-tar 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#602840: clamav-daemon: StreamMaxLength documentation wrong
Hi, 2010/11/8 btwotch btwo...@derdon.org: Package: clamav-daemon Severity: minor You write: +Template: clamav-base/StreamMaxLength +Type: string +Default: 0 +_Description: Maximum stream length (unit Mb) allowed: + You can set a limit on the stream length that can be scanned. + . + Entering '0' will disable this limit. BUT: If you set it to 0 then clamdscan (--stream) won't find any viruses; just try that with eicar No, it works here as intended for a long time. I would tag this bug with moreinfo unreproducible but I'm not the maintainer. Thanks -- $ grep StreamMaxLength /etc/clamav/clamd.conf StreamMaxLength 0 $ clamdscan eicar_com.zip /tmp/eicar_com.zip: Eicar-Test-Signature FOUND --- SCAN SUMMARY --- Infected files: 1 Time: 0.001 sec (0 m 0 s) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602908: linux-image-2.6.32-5-xen-amd64: Xen dom0 crashes with unable to handle kernel NULL pointer dereference
Package: linux-image-2.6.32-5-xen-amd64 Version: 2.6.32-5-xen-amd64 (2.6.32-26) Severity: critical Tags: squeeze Justification: breaks the whole system My dom0 crashed unexpectedly with the following error: Nov 9 08:20:06 n2c1 kernel: [544983.843772] BUG: unable to handle kernel NULL pointer dereference at 001d Nov 9 08:20:06 n2c1 kernel: [544983.843835] IP: [a051a718] disk_execute_cmnd+0x7b/0x233 [iscsi_trgt] Nov 9 08:20:06 n2c1 kernel: [544983.843892] PGD 1ee60c067 PUD 1ee081067 PMD 0 Nov 9 08:20:06 n2c1 kernel: [544983.843931] Oops: [#1] SMP Nov 9 08:20:06 n2c1 kernel: [544983.843964] last sysfs file: /sys/module/drbd/parameters/cn_idx Nov 9 08:20:06 n2c1 kernel: [544983.843995] CPU 2 Nov 9 08:20:06 n2c1 kernel: [544983.844021] Modules linked in: crc32c xfrm_user ah6 ah4 esp6 xfrm4_mode_beet xfrm4_tunnel xfrm4_mode_transport xfrm6_mode_transport xfrm6_mode_ro xfrm6_mode_beet ipcomp ipcomp6 xfrm6_tunnel af_key iscsi_trgt drbd lru_cache cn act_police cls_flow cls_fw cls_u32 sch_htb sch_hfsc sch_ingress sch_sfq xt_time xt_connlimit xt_realm iptable_raw xt_comment xt_recent xt_policy ipt_ULOG ipt_REJECT ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_sane nf_conntrack_tftp nf_conntrack_sip nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_TPROXY nf_tproxy_core xt_tcpmss xt_pkttype xt_owner xt_NFQUEUE xt_NFLOG nfnetlink_log xt_multiport xt_MARK xt_mark xt_mac xt_limit xt_length xt_ipran Nov 9 08:20:06 n2c1 kernel: ge xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp xt_conntrack xt_CONNMARK xt_connmark xt_CLASSIFY iptable_nat nf_nat iptable_mangle nfnetlink ipt_LOG xt_tcpudp aoe nf_conntrack_ipv4 nf_defrag_ipv4 xt_state nf_conntrack xt_physdev authenc deflate zlib_deflate ctr camellia cast5 rmd160 sha1_generic hmac crypto_null ccm serpent blowfish twofish twofish_common ecb xcbc cbc sha256_generic sha512_generic des_generic aes_x86_64 ip6table_filter aes_generic ip6_tables xen_evtchn xenfs iptable_filter ip_tables x_tables esp4 tunnel4 xfrm4_mode_tunnel xfrm6_mode_tunnel xfrm_ipcomp tunnel6 rng_core acpi_cpufreq cpufreq_userspace cpufreq_stats cpufreq_powersave cpufreq_conservative openvswitch_mod ib_iser rdma_cm ib_cm iw_cm ib_sa ib_mad ib_core ib_addr iscsi_tcp libiscsi_tcp libiscsi scsi_transport_iscsi ext3 jbd mbcache loop snd_pcm snd_timer snd soundcore snd_page_alloc pcspkr psmouse evdev i2c_i801 serio_raw i2c_core xfs exportfs dm_mod processor thermal_s ys acpi_processor aacraid 3w_9xxx 3w_x Nov 9 08:20:06 n2c1 kernel: xxx raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 md_mod sata_nv sata_sil sata_via sd_mod crc_t10dif ahci libata r8169 scsi_mod uhci_hcd mii ehci_hcd usbcore nls_base [last unloaded: crc32c] Nov 9 08:20:06 n2c1 kernel: [544983.845577] Pid: 15411, comm: istiod5 Not tainted 2.6.32-5-xen-amd64 #1 MS-7522 Nov 9 08:20:06 n2c1 kernel: [544983.845625] RIP: e030:[a051a718] [a051a718] disk_execute_cmnd+0x7b/0x233 [iscsi_trgt] Nov 9 08:20:06 n2c1 kernel: [544983.845686] RSP: e02b:8801529cfe50 EFLAGS: 00010246 Nov 9 08:20:06 n2c1 kernel: [544983.845715] RAX: RBX: 8800422893b8 RCX: 88012c3730b8 Nov 9 08:20:06 n2c1 kernel: [544983.845764] RDX: 88012c3730b8 RSI: RDI: 88012c3730b0 Nov 9 08:20:06 n2c1 kernel: [544983.845812] RBP: 880042289380 R08: 8801529ce000 R09: 88000ab36780 Nov 9 08:20:06 n2c1 kernel: [544983.845860] R10: 8801529cfcb0 R11: 880139f64000 R12: 88012c37 Nov 9 08:20:06 n2c1 kernel: [544983.845908] R13: 8801ec472a60 R14: 8801ecc5d8b8 R15: 8801ec472a60 Nov 9 08:20:06 n2c1 kernel: [544983.845960] FS: 7fd72737f700() GS:88000ab21000() knlGS: Nov 9 08:20:06 n2c1 kernel: [544983.846010] CS: e033 DS: ES: CR0: 8005003b Nov 9 08:20:06 n2c1 kernel: [544983.846041] CR2: 001d CR3: 0001ee744000 CR4: 2660 Nov 9 08:20:06 n2c1 kernel: [544983.849785] DR0: DR1: DR2: Nov 9 08:20:06 n2c1 kernel: [544983.849833] DR3: DR6: 0ff0 DR7: 0400 Nov 9 08:20:06 n2c1 kernel: [544983.849882] Process istiod5 (pid: 15411, threadinfo 8801529ce000, task 8801ec472a60) Nov 9 08:20:06 n2c1 kernel: [544983.849932] Stack: Nov 9 08:20:06 n2c1 kernel: [544983.849955] 8801ec472a60 8801ec472a60 8801ecc5d8a0 a0517065 Nov 9 08:20:06 n2c1 kernel: [544983.84] 0 0004ed373f00 8801ecc5d8c8 8801ec472a60 Nov 9 08:20:06 n2c1 kernel:
Bug#434396: [Buildd-tools-devel] Bug#434396: sbuild: LVM snapshot -source chroot not correctly managed
Hi, On 08/11/2010 00:48, Roger Leigh wrote: With sbuild 0.60.3 (just uploaded to unstable), sbuild should properly understand source chroots [schroot = 1.4.8 have namespaces, including a 'source' namespace]. The various sbuild-* helpers now default to using the source chroot for chroots which provide a source chroot. Could you let me know if this fixes things for you? I just upgraded my sbuild machine (from 0.59.0-1 to 0.60.3-1) I had to comment deprecated config options (run-exec-scripts, ...) to avoid too many output but all seems to work. There is just one change which I do not known if this is a bug or a feature: before the upgrade, I was running sbuild-update unstable-amd64-source. Now, I must run sbuild-update unstable-amd64 to update the *source* chroot. Is it the intended behavior (I will then fix my scripts) or is it a bug (in this case, I will open a new bug report) ? schroot -c unstable-amd64-source and schroot -c unstable-amd64 do the correct (expected) thing. Regards, Vincent Thanks, Roger -- Vincent Danjean Adresse: Laboratoire d'Informatique de Grenoble Téléphone: +33 4 76 61 20 11ENSIMAG - antenne de Montbonnot Fax:+33 4 76 61 20 99ZIRST 51, avenue Jean Kuntzmann Email: vincent.danj...@imag.fr 38330 Montbonnot Saint Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602909: update-manager-gnome: safe-upgrade option acts in the wrong way.
Package: update-manager-gnome Version: 0.200.4-1 Severity: normal When new packages are to be installed or packages are to be removed, update- manager asks if the user wants to perform a safe-upgrade. If clicking 'No' it chooses the safe-upgrade and if clicking 'Yes' it chooses the normal full- upgrade. The options are inverted. -- System Information: Debian Release: squeeze/sid APT prefers sid APT policy: (500, 'sid'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.35-6.dmz.4-liquorix-686 (SMP w/1 CPU core; PREEMPT) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages update-manager-gnome depends on: ii gconf22.28.1-6 GNOME configuration database syste ii gksu 2.0.2-5graphical frontend to su ii python2.6.6-3+squeeze1 interactive high-level object-orie ii python-dbus 0.83.1-1 simple interprocess messaging syst ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gobject2.21.4+is.2.21.3-1 Python bindings for the GObject li ii python-gtk2 2.17.0-4 Python bindings for the GTK+ widge ii python-support1.0.11 automated rebuilding support for P ii python-vte1:0.24.3-2 Python bindings for the VTE widget ii update-manager-core 0.200.4-1 APT update manager core functional update-manager-gnome recommends no packages. Versions of packages update-manager-gnome suggests: ii software-properties-gtk0.60.debian-2 manage the repositories that you i ii update-notifier0.99.3debian6 Daemon which notifies about packag -- 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#417407: Improve safety of os-prober by ignoring active swap and using blockdev --setro when available
reassign 418163 busybox thanks On Sat, Apr 07, 2007 at 12:23:07PM -0300, Otavio Salvador wrote: Frans Pop elen...@planet.nl writes: Note that despite serious attempts we have not been able to reproduce the original issue, so it is not even completely certain that a patch is required at all. While I do agree that we're not yet sure that this patch is _required_ I do support its inclusion since it would make the os-prober _really_ a readonly operation avoiding further possible issues. (Recent d-i team meeting discussion indicates that this is currently considered a bug we very much want to fix for squeeze.) blockdev was added to busybox upstream in early September. I think the best path forward for this bug is to backport that applet, which should be straightforward. I'm working on this now, and will then review Alex's patch. -- Colin Watson [cjwat...@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#602771: unrtf: segmanetation fault on binary data file
On Mon, Nov 8, 2010 at 19:07:15 +0100, Mehdi Dogguy wrote: tags 602771 + pending thanks On 08/11/2010 18:59, jari wrote: On 2010-11-08 18:30, Mathias Kende wrote: | Le dimanche 07 novembre 2010 à 23:31 +0200, jaalto a écrit : | Program fails with segmentation faul when tring to open a binary file. | | I can confirm the segfault (testing/amd64). But it disappeared after a | rebuild. Can you try to rebuild the program and see if the segfault is | still there ? Confirmed. After rebuilding it no longer segfaults. Please submit new *-N. I'll schedule a binNMU for this package then, and will close this bugreport when the binNMUs hit become available. I don't think this should be closed until/unless the reason rebuilding fixes it is known. Cheers, Julien signature.asc Description: Digital signature
Bug#602900: live-initramfs: bnx2 module cannot find firmware
The image mentioned in #578407 sadly isn't available anymore. Which kernel version are you using in your setup? The current Ubuntu Maverick kernel (2.6.35-22-server). Can you please try to reproduce this issue with current live-boot/live-boot-initramfs-tools to make sure the problem is located in the version provided through FAI (the live-initramfs version you are reporting against) but not within Debian? Not reproducible with the current squeeze packages, udev is loaded early enough. Thanks. I guess I need to go complaining with the FAI guys, then. Stefan smime.p7s Description: S/MIME Cryptographic Signature
Bug#602910: pike7.8-dev: modules/Image/image.h not in /usr/include/pike7.8
Package: pike7.8-dev Version: 7.8.352-dfsg-3 Severity: minor When compiling an external module which depends on the Image module with pike -x module it fails, because the header file modules/Image/image.h is not installed. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'oldstable'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.36_marc (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pike7.8-dev depends on: ii pike7.8-core 7.8.352-dfsg-3 Powerful interpreted programming l ii pike7.8-image 7.8.352-dfsg-3 Image module for Pike pike7.8-dev recommends no packages. pike7.8-dev suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602911: openvswitch: FTBFS: unit tests fail
Package: openvswitch Version: 1.1.0~pre2-2 Severity: serious Tags: sid Hello, Your package fails to build on many architectures: 22: daemon FAILED (daemon.at:11) 23: daemon --monitorFAILED (daemon.at:31) 24: daemon --detach FAILED (daemon.at:73) 25: daemon --detach --monitor FAILED (daemon.at:97) 26: daemon --detach startup errors ok 27: daemon --detach --monitor startup errorsok 28: daemon --detach closes standard fds FAILED (daemon.at:156) 29: daemon --detach --monitor closes standard fds FAILED (daemon.at:176) daemon unit tests - Python 30: daemon - Python ok Terminated make[2]: *** wait: No child processes. Stop. make[2]: *** Waiting for unfinished jobs make[2]: *** wait: No child processes. Stop. make[1]: *** wait: No child processes. Stop. make[1]: *** Waiting for unfinished jobs make[1]: *** wait: No child processes. Stop. make: *** wait: No child processes. Stop. make: *** Waiting for unfinished jobs make: *** wait: No child processes. Stop. testsuite: WARNING: caught signal TERM, bailing out make[4]: *** [check-local] Error 143 make[3]: *** [check-am] Terminated 31: daemon --monitor - Python Build killed with signal TERM after 600 minutes of inactivity Full build log at: https://buildd.debian.org/pkg.cgi?pkg=openvswitch -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (700, 'unstable'), (600, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#434396: [buildd-tools-devel] Bug#434396: [Buildd-tools-devel] Bug#434396: sbuild: LVM snapshot -source chroot not correctly managed
On Tue, Nov 09, 2010 at 11:19:18AM +0100, Vincent Danjean wrote: Hi, On 08/11/2010 00:48, Roger Leigh wrote: With sbuild 0.60.3 (just uploaded to unstable), sbuild should properly understand source chroots [schroot = 1.4.8 have namespaces, including a 'source' namespace]. The various sbuild-* helpers now default to using the source chroot for chroots which provide a source chroot. Could you let me know if this fixes things for you? I just upgraded my sbuild machine (from 0.59.0-1 to 0.60.3-1) I had to comment deprecated config options (run-exec-scripts, ...) to avoid too many output but all seems to work. There is just one change which I do not known if this is a bug or a feature: before the upgrade, I was running sbuild-update unstable-amd64-source. Now, I must run sbuild-update unstable-amd64 to update the *source* chroot. Is it the intended behavior (I will then fix my scripts) or is it a bug (in this case, I will open a new bug report) ? Yes, this is intended. It will automatically select the source chroot for you. Note that in new schroot releases, the chroot is actually named chroot:unstable-amd64 and the source chroot source:unstable-amd64. The -source suffix is still avilable (as an alias) for compatibility, but sbuild uses the new names. Basically, it's just prefixing the names with the appropriate namespace for you, and for the sbuild-* commands, it defaults to using the source namespace. You do, however, have the option of using the complete namespace-qualified name to use a specific chroot. schroot -c unstable-amd64-source and schroot -c unstable-amd64 do the correct (expected) thing. You should find that schroot -c source:unstable-amd64 and schroot -c chroot:unstable-amd64 are directly equivalent. The -source suffix will be dropped post-squeeze once all the tools are updated to use namespaces. Note that the namespaces are mostly optional--schroot will by default search in the appropriate namespace for the action you want to perform. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#602874: gdm3 start, but don't up GNOME. [loop login gdm]
Excuse my engenuidade with reportbug. Is that just wanted to test the squeeze of reportbug, and submmit it was accidental. But the problem with gdm3 happens but it is nothing too serious, because I still just in the system. The problem is that when it goes up gdm and user goes to login just fine until the problem is there after login, it does not start the session and back to the login gdm3 in the case of squeeze / sid. More to disable the system startup the gdm log is quiet even in text mode and then call the graphical environment. Thanks. 2010/11/9 Josselin Mouette j...@debian.org Le mardi 09 novembre 2010 à 00:57 -0200, Thiago Branco Meurer a écrit : Package: gdm3 Version: 2.30.5-5 Severity: normal [loop login gdm] Sorry but these 3 words cannot be considered an accurate description of a bug. -- .''`. : :' : “You would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.” `--- J???rg Schilling -- Sr. Thiago Branco Meurer Analista de Sistemas Junior Linux User: #469369 Home Page: http://thiagopriest.net E-mail 2: thi...@thiagopriest.net E-mail 3: thi...@unidavi.edu.br Twitter: http://twitter.com/thiagopriest Identi.ca: http://identi.ca/thiagopriest Skype: thiago_meurer OpenPGP Key: FB32121F
Bug#591891: libdbus-ocaml-dev: Possible conflict between 2 OCaml bindings: dBus and ssl
Hello, On Mon, Nov 08, 2010 at 05:04:19PM +0100, Gregory Bellier wrote: I forgot to say the only info I can get from ocamldebug are those : [...] After the step 3456, it froze. I hope this can help. I acknowledge the bug. I can reproduce it, but I really don't know what is happening. When you say you contacted upstream, you talk about ocaml-ssl or ocaml-dbus? Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602797: upgrade-reports: problems with aptitude, apt-listchanges, php-net-smtp (php-pear), casper (obsolete), junior-games-gl and xserver-xorg-video-ati
On Mon, Nov 8, 2010 at 22:55:07 +0100, Gonzalo Pérez de Olaguer Córdoba wrote: Hola Steve Langasek vor...@debian.org el Mon, 8 Nov 2010 12:18:10 -0800 escribiste: The only one post-upgrade issue I have find so far is that some xserver-xorg-video-* had been removed, and the X server refused to start. Installing xserver-xorg-video-ati solved the problem. That in particular is of concern. Could you please post a log of this upgrade (from /var/log/apt/term.log, maybe), so that we can see why these drivers were removed? I think the old system used the radeon driver. I've been looking at the logs but don't see why the X server broke. I attach the logs. The removed drivers seem fine, from your log, they're obsolete and not available in squeeze (cyrix, imstt, i810). Xorg's autoconfiguration in lenny and squeeze uses a different mechanism for picking a driver, and the new one chooses the ati wrapper, which you didn't seem to have installed. It's better to have xserver-xorg-video-all installed to avoid issues like this. Cheers, Julien signature.asc Description: Digital signature
Bug#591891: libdbus-ocaml-dev: Possible conflict between 2 OCaml bindings: dBus and ssl
Hi, 2010/11/9 Sylvain Le Gall gil...@debian.org When you say you contacted upstream, you talk about ocaml-ssl or ocaml-dbus? I meant ocaml-dbus.
Bug#602912: cipux-cat-web: missing dependency of liblocale-maketext-lexicon-perl.
Package: cipux-cat-web Version: 3.4.0.2-3 Severity: important The cipux-cat-web package depends on liblocale-maketext-lexicon-perl to run properly. A clean install gives the following apache2 errors when trying to load the page $server/cipux-cat-web/cat.cgi: [Tue Nov 9 11:28:15 2010] View.pm: Use of uninitialized value $arg in join or string at /usr/share/perl/5.10/CGI/Carp.pm line 434. [Tue Nov 9 11:28:15 2010] cat.cgi: Died at /usr/share/perl/5.10/base.pm line 93. [Tue Nov 9 11:28:15 2010] cat.cgi: BEGIN failed--compilation aborted at /usr/share/perl5/CipUX/CAT/Web/View.pm line 28. [Tue Nov 9 11:28:15 2010] cat.cgi: Compilation failed in require at /usr/share/perl5/CipUX/CAT/Web/Controller.pm line 22. [Tue Nov 9 11:28:15 2010] cat.cgi: BEGIN failed--compilation aborted at /usr/share/perl5/CipUX/CAT/Web/Controller.pm line 22. [Tue Nov 9 11:28:15 2010] cat.cgi: Compilation failed in require at /usr/share/perl5/CipUX/CAT/Web.pm line 22. [Tue Nov 9 11:28:15 2010] cat.cgi: BEGIN failed--compilation aborted at /usr/share/perl5/CipUX/CAT/Web.pm line 22. [Tue Nov 9 11:28:15 2010] cat.cgi: Compilation failed in require at /usr/share/cipux-cat-web/web/cat.cgi line 22. [Tue Nov 9 11:28:15 2010] cat.cgi: BEGIN failed--compilation aborted at /usr/share/cipux-cat-web/web/cat.cgi line 22. When checking the package View.pm, Perl complains about a missing module: $ perl -wc /usr/share/perl5/CipUX/CAT/Web/View.pm Status: 500 Content-type: text/html h1Software error:/h1 preCan't locate Locale/Maketext/Lexicon.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/share/perl5/CipUX/CAT/Web/L10N.pm line 20. BEGIN failed--compilation aborted at /usr/share/perl5/CipUX/CAT/Web/L10N.pm line 20. Compilation failed in require at (eval 31) line 3. ...propagated at /usr/share/perl/5.10/base.pm line 93. BEGIN failed--compilation aborted at /usr/share/perl5/CipUX/CAT/Web/View.pm line 28. /pre p For help, please send mail to this site's webmaster, giving this error message and the time and date of the error. /p [Tue Nov 9 11:54:11 2010] View.pm: Can't locate Locale/Maketext/Lexicon.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/share/perl5/CipUX/CAT/Web/L10N.pm line 20. [Tue Nov 9 11:54:11 2010] View.pm: BEGIN failed--compilation aborted at /usr/share/perl5/CipUX/CAT/Web/L10N.pm line 20. [Tue Nov 9 11:54:11 2010] View.pm: Compilation failed in require at (eval 31) line 3. [Tue Nov 9 11:54:11 2010] View.pm: ...propagated at /usr/share/perl/5.10/base.pm line 93. [Tue Nov 9 11:54:11 2010] View.pm: BEGIN failed--compilation aborted at /usr/share/perl5/CipUX/CAT/Web/View.pm line 28. After installing 'liblocale-maketext-lexicon-perl' the error is cleared: $ sudo aptitude install liblocale-maketext-lexicon-perl The following NEW packages will be installed: liblocale-maketext-lexicon-perl snip/ $ $ perl -wc /usr/share/perl5/CipUX/CAT/Web/View.pm /usr/share/perl5/CipUX/CAT/Web/View.pm syntax OK $ -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cipux-cat-web depends on: ii apache2 2.2.16-3 Apache HTTP Server metapackage ii apache2-mpm-worker [httpd-cgi 2.2.16-3 Apache HTTP Server - high speed th ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libcgi-formbuilder-perl 3.05.01-7 Easily generate and process statef ii libcipux-cat-web-perl 3.4.0.2-3 user and resource management frame ii libcipux-perl 3.4.0.11-1 user and resource management frame ii libclass-std-perl 0.0.9-2Support for creating standard ins ii libdate-manip-perl6.11-1 module for manipulating dates ii libfrontier-rpc-perl 0.07b4-4 Perl module to implement RPC calls ii libtemplate-perl 2.22-0.1 template processing system written ii perl 5.10.1-15 Larry Wall's Practical Extraction ii perl-modules [libversion-perl 5.10.1-15 Core Perl modules Versions of packages cipux-cat-web recommends: ii cipux-rpcd3.4.0.8-1 XML-RPC server for CipUX cipux-cat-web suggests no packages. -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602900: live-initramfs: bnx2 module cannot find firmware
On 11/09/2010 11:35 AM, Stefan Götz wrote: as michael already said, please use current squeeze. live-initramfs is not supported anymore, see http://live.debian.net/project/lifespan/ I was not aware of that, thanks for pointing it out. np; and don't forget to keep the bug cc'ed. also, do *not* add anything to the wiki. all pages in the wiki do have a banner saying that you should not do that. instead, commit it to the manual, see http://live.debian.net/manual/en/html/1.html#37 It seemed like the best place but I'll move it to the FAI wiki then. why? just put it in the manual.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.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#598389: tagging 598389, severity of 598389 is serious
Hi, * Paul Wise p...@debian.org [2010-11-09 07:10]: # Automatically generated email from bts, devscripts version 2.10.35lenny7 tags 598389 + security severity 598389 serious Pierre, can you ask for an unblock of this version so this fix can make it into squeeze? Thanks Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpBMLvwu9n8b.pgp Description: PGP signature
Bug#602928: libpurple0: Please drop perl dependency
Martin Pitt [2010-11-09 15:17 +0100]: This package will work with just perl-base; this patch fixes the packaging to avoid the unnecessary perl dependency. Sorry, forgot the patch.. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru pidgin-2.7.5/debian/changelog pidgin-2.7.5/debian/changelog --- pidgin-2.7.5/debian/changelog 2010-11-08 15:39:34.0 +0100 +++ pidgin-2.7.5/debian/changelog 2010-11-09 15:14:48.0 +0100 @@ -1,3 +1,10 @@ +pidgin (1:2.7.5-1ubuntu2) natty; urgency=low + + * debian/rules: Call dh_perl with -d to avoid Perl dependency. The shipped +perl module only uses modules from perl-base. + + -- Martin Pitt martin.p...@ubuntu.com Tue, 09 Nov 2010 14:02:05 +0100 + pidgin (1:2.7.5-1ubuntu1) natty; urgency=low * Resync on Debian diff -Nru pidgin-2.7.5/debian/rules pidgin-2.7.5/debian/rules --- pidgin-2.7.5/debian/rules 2010-11-08 15:39:17.0 +0100 +++ pidgin-2.7.5/debian/rules 2010-11-09 15:14:48.0 +0100 @@ -25,7 +25,7 @@ DEB_DH_MAKESHLIBS_ARGS_pidgin := -V -X/usr/lib/pidgin DEB_DH_SHLIBDEPS_ARGS_pidgin := -X/usr/lib/pidgin/cap.so -- -dSuggests debian/pidgin/usr/lib/pidgin/cap.so -dDepends -DEB_PERL_INCLUDE_pidgin := /usr/lib/pidgin/perl +DEB_PERL_INCLUDE_pidgin := -d /usr/lib/pidgin/perl # finch package DEB_DH_MAKESHLIBS_ARGS_finch := -V -X/usr/lib/finch @@ -34,7 +34,7 @@ # libpurple package DEB_DH_MAKESHLIBS_ARGS_libpurple0 := -X/usr/lib/purple-2 DEB_DH_SHLIBDEPS_ARGS_libpurple0 := -X/usr/lib/purple-2/tcl.so -- -dSuggests debian/libpurple0/usr/lib/purple-2/tcl.so -dDepends -DEB_PERL_INCLUDE_libpurple0 := /usr/lib/purple-2/perl +DEB_PERL_INCLUDE_libpurple0 := -d /usr/lib/purple-2/perl # for pidgin-dev, extra documentation is installed manually below DEB_INSTALL_MANPAGES_pidgin-dev := debian/dh_pidgin.1 signature.asc Description: Digital signature
Bug#602094: apt_preferences man page could use some love from a native English speaker
On Mon, Nov 8, 2010 at 23:18, PJ Weisberg pjweisb...@gmail.com wrote: - the use of you: your biggest nightmare, your preferences I don't know if there's a style guide regarding the use of 'you', but I don't like 'they' when the subject is singular. My personal rule of thumb is that i avoid you at all costs as i don't thing it is okay for a manual page to talk directly to me. (but that might be my personal german-only mental thing - you could be used as generic you as we in germany use man and i should accept that the honorific Sie has no english equivalent anymore and is therefore replaced with you, too) You have found the only exception i made so far (as far as i can remember) You have been warned. This paragraph was added on request in #567669 btw. - change of meaning: more problems will arise--more problems can arise I'll admit that I changed that because it strained my credulity to read that there are NO packages in one release that can be used in another without careful consideration. But I run Sid on my personal computer, so maybe I just have below-average carefulness. Lets see it that way: If it would be completely fine to use unstable and testing packages in stable, why we need backports then? Yes, the paragraph is worded rather scary - but pinning is a relatively complicated feature so you can shoot yourself in the foot easily without a good understanding of it. Its not a maybe/maybe not relation - if you haven't understood pinning problems will arise, maybe not instant (in reality never instant) but in the least expectable moment. People already opted out of security updates with wrong pinning settings… Regardless of what i said so far: You are completely right that APT would benefit from a non-german developer¹ or at least from an active prove reader in general! Can we count you in? :) [ Someday after freeze we should try to annoy debian-l10n-english… ] Best regards David Kalnischkies ¹ not that we would be in a situation to choose developers from the horde of participations based on their location… -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591891: libdbus-ocaml-dev: Possible conflict between 2 OCaml bindings: dBus and ssl
On Tue, Nov 09, 2010 at 12:08:51PM +0100, Gregory Bellier wrote: Hi, 2010/11/9 Sylvain Le Gall gil...@debian.org When you say you contacted upstream, you talk about ocaml-ssl or ocaml-dbus? I meant ocaml-dbus. Try upstream of ocaml-ssl. Maybe he will be more helpful regarding this issue. Cheers Sylvain Le Gall -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600859: (Upstream) Issue 59953:Doesn't scroll when selecting downwards
Hi Jonathan. Excerpts from Jonathan Nieder's message of Ter Nov 09 01:39:33 -0200 2010: (...) Marco Túlio Gontijo e Silva wrote: 1. Open a page that uses more than a screen. 2. Select the text and move the mouse down, trying to select content that is not yet visible. What is the expected result? The scroll should move down, allowing me to select the rest of the content. What happens instead? The scroll doesn't move, and the content cannot be selected. I can't reproduce this. Selecting text on a typical long page (planet.debian.org, say) and dragging down causes it to scroll. Ideas? Actually, no. I can still reproduce this bug. Maybe this is something related to some configuration here on my box, but I don't remember having change any of chromium-browser's configuration, and I don't know about its internals to guess what could be going wrong. Is there anything I could send you that would give information about the specifics of my box? Greetings. (...) -- marcot http://marcot.eti.br/ [Flattr=54498] signature.asc Description: PGP signature
Bug#602913: ITP: ocamlify -- include files in OCaml code
Package: wnpp Severity: wishlist Owner: Sylvain Le Gall gil...@debian.org * Package name: ocamlify Version : 0.0.1 Upstream Author : Sylvain Le Gall * URL : http://forge.ocamlcore.org/projects/ocamlify * License : LGPL-2.1 with OCaml linking exception Programming Lang: OCaml Description : include files in OCaml code This program allows to copy files inside OCaml code. It uses a first file that describes the other files that must be included and the type of OCaml variable it should create. It can also describe dependencies to other files, in order to generate .depends files for make. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#549168: rsyslog: consumes too much memory
-Original Message- From: Plamen Tonev [mailto:pla...@tonev.net] Sent: Friday, November 05, 2010 10:45 PM To: 549...@bugs.debian.org Subject: Bug#549168: rsyslog: consumes too much memory I'm experiencing the same problem. The rsyslogd with gnutls enabled and 1-2 minutes after start it is starting to use 100% CPU usage - until killed. It is some sort of infinite loop...the debug file is REALLY bigand obviously something is broken with rsyslog+gnutls. I was thinking that it was some RBAC restrtiction with my grsec kernel, but I have compiled clean vanilla 2.6.36 kernel - and surprisingly - it takes 100% CPU even without grsecurity restrictions. I am the rsyslog author. I just came across this very useful Debian bug report. I am tracking this issue for some while now in rsyslog's bugzilla under http://bugzilla.adiscon.com/show_bug.cgi?id=194 A big problem is that I seem to be unable to reproduce the issue (but I will retry with the configs posted here, however, the look extremely similar to what I already use). Question now: would those of you who can reproduce it be willing to test a special version that I modify so that it contains some more instrumentation? From what I have seen so far, it looks that for some reason GnuTLS requires an operaton retry (something absolutely OK with TLS) but then seems to be unable to finish it. That leads to a retry loop. But I have very little insight into the situation and so any help is deeply appreciated. Thanks, Rainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#557223: Asterisk chan_sip eats up sockets
On Mon, Nov 08, 2010 at 08:04:32PM -0500, Paul Belanger wrote: Please retest with the latest of Asterisk (1:1.6.2.9-2). Some recent upstream bugs were resolved regarding chan_sip and sockets. At first glance it looks better. The first call with session-timers=originate did not leave open sockets. I'll keep phoning... Best regards, Joerg signature.asc Description: Digital signature
Bug#434599: [PATCH] imap-send: Support SSL using GnuTLS
GnuTLS is an LGPL alternative to OpenSSL, required for IMAP over SSL support on Debian. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=434599 This patch uses the OpenSSL compatibility library of GnuTLS for the same behavior with minimal differences. However, GnuTLS does not provide equivalents to the base64 and md5 routines needed for CRAM-MD5 authentication. This patch also introduces some additional files to provide the OpenSSL calls using libgcrypt and base64 functions adapted from GnuTLS. When compiling, GnuTLS is only used when NO_OPENSSL is defined. --- Makefile| 16 + config.mak.in |1 + configure.ac| 24 +++ gcrypt-hmac.c | 41 gcrypt-hmac.h | 14 gnutls-base64.c | 197 +++ gnutls-base64.h | 12 imap-send.c | 31 +++-- 8 files changed, 331 insertions(+), 5 deletions(-) create mode 100644 gcrypt-hmac.c create mode 100644 gcrypt-hmac.h create mode 100644 gnutls-base64.c create mode 100644 gnutls-base64.h diff --git a/Makefile b/Makefile index 1f11618..444819d 100644 --- a/Makefile +++ b/Makefile @@ -24,6 +24,9 @@ all:: # Define NO_OPENSSL environment variable if you do not have OpenSSL. # This also implies BLK_SHA1. # +# Define NO_GNUTLS if you do not have gnutls installed. gnutls provides +# SSL when OpenSSL is not used. +# # Define NO_CURL if you do not have libcurl installed. git-http-pull and # git-http-push are not built, and you cannot use http:// and https:// # transports. @@ -1244,8 +1247,21 @@ ifndef NO_OPENSSL else BASIC_CFLAGS += -DNO_OPENSSL BLK_SHA1 = 1 +ifndef NO_GNUTLS + OPENSSL_LIBSSL = -lgnutls-openssl -lgnutls -lgcrypt + ifdef GNUTLSDIR + BASIC_CFLAGS += -I$(GNUTLSDIR)/include + OPENSSL_LINK = -L$(GNUTLSDIR)/$(lib) $(CC_LD_DYNPATH)$(GNUTLSDIR)/$(lib) + else + OPENSSL_LINK = + endif + LIB_OBJS += gnutls-base64.o gcrypt-hmac.o + LIB_H += gnutls-base64.h gcrypt-hmac.h +else + BASIC_CFLAGS += -DNO_GNUTLS OPENSSL_LIBSSL = endif +endif ifdef NEEDS_SSL_WITH_CRYPTO LIB_4_CRYPTO = $(OPENSSL_LINK) -lcrypto -lssl else diff --git a/config.mak.in b/config.mak.in index b4e65c3..70918a0 100644 --- a/config.mak.in +++ b/config.mak.in @@ -30,6 +30,7 @@ export srcdir VPATH asciido...@asciidoc8@ needs_ssl_with_cryp...@needs_ssl_with_crypto@ no_opens...@no_openssl@ +no_gnut...@no_gnutls@ no_cu...@no_curl@ no_exp...@no_expat@ no_libgen...@no_libgen_h@ diff --git a/configure.ac b/configure.ac index 5601e8b..a2643c8 100644 --- a/configure.ac +++ b/configure.ac @@ -220,6 +220,16 @@ AS_HELP_STRING([--with-openssl],[use OpenSSL library (default is YES)]) AS_HELP_STRING([], [ARG can be prefix for openssl library and headers]),\ GIT_PARSE_WITH(openssl)) # +# Define NO_GNUTLS if you do not have gnutls installed. gnutls provides +# SSL when OpenSSL is not used. +# +# Define GNUTLSDIR=/foo/bar if your gnutls header and library files are in +# /foo/bar/include and /foo/bar/lib directories. +AC_ARG_WITH(gnutls, +AS_HELP_STRING([--with-gnutls],[use GnuTLS library (default is YES)]) +AS_HELP_STRING([], [ARG can be prefix for gnutls library and headers]),\ +GIT_PARSE_WITH(gnutls)) +# # Define NO_CURL if you do not have curl installed. git-http-pull and # git-http-push are not built, and you cannot use http:// and https:// # transports. @@ -426,6 +436,20 @@ GIT_UNSTASH_FLAGS($OPENSSLDIR) AC_SUBST(NEEDS_SSL_WITH_CRYPTO) AC_SUBST(NO_OPENSSL) +# Define NO_GNUTLS if you do not have gnutls installed. gnutls provides +# SSL when OpenSSL is not used. + +GIT_STASH_FLAGS($GNUTLSDIR) + +AC_CHECK_LIB([gnutls-openssl], [SSL_CTX_new], +[NO_GNUTLS=], +[NO_GNUTLS=YesPlease], +[-lgnutls -lgcrypt]) + +GIT_UNSTASH_FLAGS($GNUTLSDIR) + +AC_SUBST(NO_GNUTLS) + # # Define NO_CURL if you do not have libcurl installed. git-http-pull and # git-http-push are not built, and you cannot use http:// and https:// diff --git a/gcrypt-hmac.c b/gcrypt-hmac.c new file mode 100644 index 000..368aae3 --- /dev/null +++ b/gcrypt-hmac.c @@ -0,0 +1,41 @@ +/* + * gcrypt-hmac.c - interface wrapper to provide OpenSSL HMAC API using gcrypt. + * + * Currently implements only the functions needed by imap-send. + */ + +#include gcrypt-hmac.h + +int EVP_md5() +{ + return GCRY_MD_MD5; +} + +void HMAC_Init(HMAC_CTX *ctx, const void *key, int len, int md) +{ + gcry_md_open(ctx, md, GCRY_MD_FLAG_SECURE | GCRY_MD_FLAG_HMAC); + gcry_md_setkey(*ctx, key, len); +} + +void HMAC_Update(HMAC_CTX *ctx, const unsigned char *data, size_t len) +{ + gcry_md_write(*ctx, data, len); +} + +void HMAC_Final(HMAC_CTX *ctx, unsigned char *md, unsigned int *len) +{ + unsigned char *d; + unsigned int dlen; + int algo; + + algo = gcry_md_get_algo(*ctx); + d = gcry_md_read(*ctx, algo); + dlen = gcry_md_get_algo_dlen(algo); + memcpy(md, d, dlen); + if (len) *len = dlen; +} + +void HMAC_CTX_cleanup(HMAC_CTX *ctx) +{ + gcry_md_close(*ctx); +} diff --git a/gcrypt-hmac.h b/gcrypt-hmac.h
Bug#602860: mixxx: segfault on startup with QT network socket error
On Mon, Nov 8, 2010 at 11:31 PM, Jonathan E. Magen yonkelt...@gmail.com wrote: Warning: [Main]: Qt: Session management error: Could not open network socket Segmentation fault Although I cannot reproduce this segfault on my Squeeze with ATI graphics driver enabled, I can confirm that the package is seriously broken. I asked the devs about it in #mixxx on irc.freenode.net and they encouraged me to request an upgrade to a more recent version of mixxx. I am reporting this bug as I do not want Squeeze to ship with a broken version of this package. Can we get an upgraded version of mixxx into squeeze? No, I am sorry but deep-freeze is in effect and recent upstream release introduces too many new features. Dear release team, would you remove the package 'mixxx' from Squeeze? -- Alessio Treglia ales...@debian.org Debian Ubuntu Developer | Homepage: http://www.alessiotreglia.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#246542: perl-base: man page: Incompletely expanded
severity 246542 wishlist thanks On Thu, Apr 29, 2004 at 03:02:15PM +0200, Akim Demaille wrote: Package: perl-base Version: 5.8.3-3 Severity: minor Sorry about the lack of action on this. I believe the following @INC is not meant: FILES @INC locations of perl libraries I believe it's intentional and not meant to be expanded. It's been this way since 1996 (5.003_12) and there's no mechanism in the source that would interpolate the any variable contents into the .pod files. I suppose it could be clearer but there's no actual bug here IMO. -- 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#565308: MariaDB in Debian proper?
On Mon, Nov 08, 2010 at 09:18:24PM +0100, Kristian Nielsen wrote: Lionel Elie Mamane lio...@mamane.lu writes: I started to look into MariaDB; I was considering inclusion of MariaDB in Debian proper, and to this effect was wondering: 1) Does the ourdelta team judge the packaging mature enough for that inclusion, or does it need more work? I think it is certainly mature enough. (...) The main issue that needs solving is to let MySQL and MariaDB packages co-exist in the same repository. So they _do_ need some more work :) The problem is that there are other packages that have versioned depends: on MySQL packages, eg. libdbd-mysql-perl on libmysqlclient15off. Note in passing: thinking of upload to Debian proper, that is now libmysqlclient16. So it is not possible for MariaDB to satisfy this dependency with a provides:, even though MariaDB does include an alternative libmysqlclient.so. What has been discussed is to solve this by introducing virtual packages for libmysqlclient15off and similar packages; these would then depend: on mysql-xxx|mariadb-xxx packages. This requires changes to MySQL packages as well as to MariaDB packages. These would have to be real, but empty (dependency-only) packages, not virtual packages. I implicitly understand that, as far as predictable, the libmysqlclient.so.NN from MariaDB will stay binary-compatible with the one from MySQL. On Tue, Nov 09, 2010 at 09:13:59AM +0100, Kristian Nielsen wrote: Jonathan Aquilina eagles051...@gmail.com writes: it was mentioned to give a user choice as to what to use. i have seen for instance when you install gnome aside kde it asks you what desktop manager you want to use. Wouldnt something like that be needed in this situation? Gnome and KDE are non-conflicting, you can install both at the same time. The situation with MariaDB and MySQL is different. MariaDB is essentially a different version of MySQL; the binaries are named the same, the libraries are named the same, it runs on the same default port, etc. So only one can be installed at a time. I'm not entirely convinced; as far as *desirable* is it truly impossible that one would wish to install both side by side, e.g. because they have diverged in features, or for testing before switching? As far as *possible*: The default port is not a problem: this is configurable, or they can be configured to listen on different IPs. The same for the datadir, socket, etc. The server executables seems not to be linked against any MySQL-specific library, so that's not a problem. Unless it maybe dlopen()s them? I expect the executable name, man pages, etc can rather easily be renamed. So, it seems *possible* to me to arrange things so that the servers can both be installed at the same time, and with some configuration left to the admin, running at the same time. Only one of the *client* libraries can be installed and active and the same time, that much seems correct. -- Lionel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602915: [twatch] twatch doesn't start (missing perl dependencies?)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Package: twatch Version: 0.0.4-1 Severity: grave - --- Please enter the report below this line. --- hi, trying to start twatch from terminal but getting this error : $ twatch Can't locate MIME/Words.pm in @INC (@INC contains: lib /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/share/perl5/TWatch/Message.pm line 22. BEGIN failed--compilation aborted at /usr/share/perl5/TWatch/Message.pm line 22. Compilation failed in require at /usr/share/perl5/TWatch/Watch.pm line 18. BEGIN failed--compilation aborted at /usr/share/perl5/TWatch/Watch.pm line 18. Compilation failed in require at /usr/share/perl5/TWatch/Project.pm line 17. BEGIN failed--compilation aborted at /usr/share/perl5/TWatch/Project.pm line 17. Compilation failed in require at /usr/share/perl5/TWatch.pm line 16. BEGIN failed--compilation aborted at /usr/share/perl5/TWatch.pm line 16. Compilation failed in require at /usr/bin/twatch line 15. BEGIN failed--compilation aborted at /usr/bin/twatch line 15. and program exits. i think its a missing dependency causing this, (libmime-tools-perl) . thanks, dpdt1 - --- System information. --- Architecture: amd64 Kernel: Linux 2.6.36-0.slh.3-aptosid-amd64 Debian Release: squeeze/sid 500 unstable www.debian-multimedia.org 500 unstable ftp.de.debian.org 500 unstable debian.tu-bs.de 500 testing ftp.gr.debian.org 500 sid frickelplatz.de 500 custom debian.anonymous-proxy-servers.net - --- Package information. --- Depends (Version) | Installed =-+-=== perl | 5.10.1-16 libtwatch-perl | 0.0.4-1 logrotate | 3.7.8-6 Package's Recommends field is empty. Suggests (Version) | Installed ===-+-=== rtorrent | - -- Νέο OpenGPG κλειδί : http://dpdt1.espivblogs.net/2010/10/06/%ce%bd%ce%ad%ce%bf-opengpg-%ce%ba%ce%bb%ce%b5%ce%b9%ce%b4%ce%af/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIbBAEBCAAGBQJM2TJsAAoJEELLR3NBd467c1wP+IrNGlbKAdTUSTlxRdX6NBJu IuGEYk8A76joLmVpesRHv4WPaizMzg6YUMbjvQa+zCT/SQgPL40UH1jAME1ncFB+ iSpKKCxiv8UDwYD1dqP6YzHu5yw70HpNxuLF23BEuG6Q4IYMbkMORywutJ/PZmbf t+VqaGJzGhwKSELtNXQhsWXjhzieWbv6793GctuKnkSi0HjWK6L5rtGpLMHfmKBp qd+h2Jr2IJKHV+mPXyXAzcsY7Hdr6xFFuoj7FR9vmL8RAl93rSNpwEtvR5o6FgCH P4FZy2bMVIqK9gBXs3DM1aSRrlQdYc9wPq5ps/SGdv/TDtgDpiifiHvIGnOLJyu2 qf3VxXQsZUqL6CSOh8ILOtJyEJb+v56Ozc284s3rx43mu0Rr1TtivSF+q9D4NErs /G4jK2ugr4lnqcFSmQJ4GoGpAjH8T1DuW9fCg1x9/yisMf2SqC/vN02SBJk0DLXq Xp987/GLokNBYjvKFlqL5ToNIKH8jq15BypNqqKxyNYGO5CLczusPxF+3/u9Meph UlxLhS3TmNbT/2iI2nBbQdrrvFsuWkD3Rf/oK8L5Q9ppL4nxqBT2ynAG3w90xu4l ACURuAis1RhrrcdkMykU10+mBIHhRGZLh1EayYYw6NNQlKoUdhFjDL1abkaE3vxo M1cWTDpO6mi9kYI3MCc= =wU1y -END PGP SIGNATURE-
Bug#602919: doc-base: Please drop perl dependency
Package: doc-base Version: 0.9.5 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch natty Hello, in Ubuntu we are trying to get rid of Perl in the default installation (that is, the full Perl, not perl-base of course); for this I'm currently removing the remaining reverse dependencies. With this patch, this package will work with just perl-base. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru doc-base-0.9.5/debian/changelog doc-base-0.9.5ubuntu1/debian/changelog --- doc-base-0.9.5/debian/changelog 2009-10-15 11:26:29.0 +0200 +++ doc-base-0.9.5ubuntu1/debian/changelog 2010-11-09 13:42:41.0 +0100 @@ -1,3 +1,16 @@ +doc-base (0.9.5ubuntu1) natty; urgency=low + + * perl/Debian/DocBase/Programs/Scrollkeeper.pm: Provide our own local +dirname() function and use it instead of File::Basename. + * perl/Debian/DocBase/InstallDocs.pm: Use 'rm -r' and 'mkdir -p' programs +instead of File::Path. + * perl/Debian/DocBase/DB.pm: If Dumper module is not available, exit with an +error that perl needs to be installeld. --dump-db is only required for +debugging. + * debian/rules: Run dh_perl with '-d' to avoid perl dependency. + + -- Martin Pitt martin.p...@ubuntu.com Tue, 09 Nov 2010 13:24:19 +0100 + doc-base (0.9.5) unstable; urgency=low * Add a `Typesetting' top-level section for software used to typesetting diff -Nru doc-base-0.9.5/debian/rules doc-base-0.9.5ubuntu1/debian/rules --- doc-base-0.9.5/debian/rules 2009-09-10 21:15:51.0 +0200 +++ doc-base-0.9.5ubuntu1/debian/rules 2010-11-09 13:42:22.0 +0100 @@ -60,7 +60,7 @@ dh_link dh_compress dh_fixperms - dh_perl + dh_perl -d # dh_python dh_installdeb dh_gencontrol diff -Nru doc-base-0.9.5/perl/Debian/DocBase/DB.pm doc-base-0.9.5ubuntu1/perl/Debian/DocBase/DB.pm --- doc-base-0.9.5/perl/Debian/DocBase/DB.pm2008-04-07 20:36:39.0 +0200 +++ doc-base-0.9.5ubuntu1/perl/Debian/DocBase/DB.pm 2010-11-09 13:41:04.0 +0100 @@ -13,7 +13,9 @@ use Carp; use Debian::DocBase::Common; use Debian::DocBase::Utils; -use Data::Dumper; +my $has_dumper = 1; +eval 'use Data::Dumper'; +$has_dumper = 0 if ($@); my $filesdb = undef; my $statusdb = undef; @@ -76,6 +78,11 @@ my $self = shift; my $db = $self-{'DB'}; + unless ($has_dumper) { + print STDERR Please install the 'perl' package for this operation\n; + exit 1; + } + my $dumper = Data::Dumper-new([$db], [$self-{'FILE'}]); $dumper-Indent(1); $dumper-Terse(1); diff -Nru doc-base-0.9.5/perl/Debian/DocBase/InstallDocs.pm doc-base-0.9.5ubuntu1/perl/Debian/DocBase/InstallDocs.pm --- doc-base-0.9.5/perl/Debian/DocBase/InstallDocs.pm 2009-04-27 00:57:37.0 +0200 +++ doc-base-0.9.5ubuntu1/perl/Debian/DocBase/InstallDocs.pm2010-11-09 13:02:32.0 +0100 @@ -156,8 +156,8 @@ foreach my $d (@dbdirs) { next unless -d $d; rename ($d, $d.$suffix) or croak(Can't rename $d to ${d}${suffix}: $!); -mkpath ($d, 0, 0755); -rmtree ($d.$suffix, 0, 0); +system ('mkdir', '-m', '-p', $d); +system ('rm', '-r', $d.$suffix); } unlink $DB_STATUS or croak(Can't remove $DB_STATUS: $!) if -f $DB_STATUS; diff -Nru doc-base-0.9.5/perl/Debian/DocBase/Programs/Scrollkeeper.pm doc-base-0.9.5ubuntu1/perl/Debian/DocBase/Programs/Scrollkeeper.pm --- doc-base-0.9.5/perl/Debian/DocBase/Programs/Scrollkeeper.pm 2008-11-11 14:21:09.0 +0100 +++ doc-base-0.9.5ubuntu1/perl/Debian/DocBase/Programs/Scrollkeeper.pm 2010-11-09 13:24:14.0 +0100 @@ -17,7 +17,6 @@ use Debian::DocBase::Common; use Debian::DocBase::Utils; use Debian::DocBase::Gettext; -use File::Basename qw(dirname); use UUID; @@ -126,6 +125,13 @@ return $mapping{lc($_[0])}; } # }}} +sub dirname { +my @p = split '/', $_[0]; +return (join '/', @p[0..($#p-1)]) if $#p 1; +return '/' if substr ($_[0], 0, 1) eq '/'; +return '.'; +} + sub _RemoveOmfFile($) { # {{{ my $omf_file = shift; my $omf_dir = dirname($omf_file); signature.asc Description: Digital signature
Bug#356389: perl-doc: kill documentation is contradictory
On Sat, Mar 11, 2006 at 05:32:28PM +, Roger Leigh wrote: Package: perl-doc Version: 5.8.8-2 Severity: minor perlfunc states: Unlike in the shell, if SIGNAL is negative, it kills process groups instead of processes. (On System V, a negative PROCESS number will also kill process groups, but that’s not portable.) That means you usually want to use positive not negative signals. You may also use a signal name in quotes. This was changed for 5.12.0: the reference to System V was removed and this paragraph was added: The behavior of kill when a PROCESS number is zero or negative depends on the operating system. For example, on POSIX-conforming systems, zero will signal the current process group and -1 will signal all processes. perlipc states: Sending a signal to a negative process ID means that you send the sig‐ nal to the entire Unix process-group. This code sends a hang-up signal to all processes in the current process group (and sets $SIG{HUP} to IGNORE so it doesn’t kill itself) So it's not clear whether to kill a process group a negative signal, or a negative PID should be used. Clearly the negative signal number is preferrable, and perlipc.pod should be updated. A downside is that the example code becomes more convoluted: kill has special support for resolving signal names to numbers but that doesn't work for negative names. -- 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#565308: MariaDB in Debian proper?
Lionel Elie Mamane lio...@mamane.lu writes: The main issue that needs solving is to let MySQL and MariaDB packages co-exist in the same repository. So they _do_ need some more work :) Yes. The existing packages are not suitable as-is for inclusion in Debian because of this issue. The problem is that there are other packages that have versioned depends: on MySQL packages, eg. libdbd-mysql-perl on libmysqlclient15off. Note in passing: thinking of upload to Debian proper, that is now libmysqlclient16. Yes, you are right, MariaDB 5.1 and MySQL 5.1 have libmysqlclient16, libmysqlclient15 is from MySQL 5.0. So it is not possible for MariaDB to satisfy this dependency with a provides:, even though MariaDB does include an alternative libmysqlclient.so. What has been discussed is to solve this by introducing virtual packages for libmysqlclient15off and similar packages; these would then depend: on mysql-xxx|mariadb-xxx packages. This requires changes to MySQL packages as well as to MariaDB packages. These would have to be real, but empty (dependency-only) packages, not virtual packages. You are right, sorry for using the wrong terminology. I implicitly understand that, as far as predictable, the libmysqlclient.so.NN from MariaDB will stay binary-compatible with the one from MySQL. Correct. I'm not entirely convinced; as far as *desirable* is it truly impossible that one would wish to install both side by side, e.g. because they have diverged in features, or for testing before switching? You are right. Packaging MariaDB so that it does not conflict with MySQL is an alternative approach. The default port is not a problem: this is configurable, or they can be configured to listen on different IPs. The same for the datadir, socket, etc. I expect the executable name, man pages, etc can rather easily be renamed. It is possible to change the port, rename files, etc. The problem is that there are many other programs that connect to MySQL, run the client binaries, link the libraries. It seems to me it will become more difficult to make all these programs able to use MariaDB as an alternative, and easy to end up so that MariaDB users will need to have also some mysql packages installed to satisfy dependencies. Or maybe that can all be handled with empty (dependency-only) packages, /etc/alternatives, and similar mechanisms? Another issue is that the data directories would need to be different (by default...), so upgrading from MySQL - MariaDB (or the other way round) would require manual action to migrate the data. Currently, we make a lot of effort to ensure that `apt-get install mariadb-server` will automatically migrate, including migrating the data directory (and we run automated upgrade tests of this scenario on all Debian and Ubuntu versions for every push to our code trees). I guess the bottom line is that we are very much in the mindset that MariaDB is a plug-in replacement of MySQL that is 100% backward compatible (and will stay so), so it makes most sense for us to package it the same way that MySQL 5.1 replaces MySQL 5.0. On the other hand, as you say, installing side-by-side would make other use cases simpler. Only one of the *client* libraries can be installed and active and the same time, that much seems correct. I suppose, unless something like /etc/alternatives symlinks can be used (don't know if this is possible). The server executables seems not to be linked against any MySQL-specific library, so that's not a problem. Unless it maybe dlopen()s them? Agree, should not be a problem (the server dlopen()s some .so plugins, but those can easily be kept separate). So, it seems *possible* to me to arrange things so that the servers can both be installed at the same time, and with some configuration left to the admin, running at the same time. Agree. It is not the path that I would select, however in the end I think it is up to the Debian developers to decide. - Kristian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602916: [INTL:sv] Updated Swedish (sv) translation of manpages for debsums
package: debsums severity: wishlist tags: patch, l10n Please find the attached Swedish (sv) translation of the debsums manpage. -- brother http://sis.bthstudent.se # Swedish translation of debsums manpage # Copyright (C) 2006 Free Software Foundation, Inc. # Martin Bagge brot...@bsnet.se, 2010. # Daniel Nylander p...@danielnylander.se, 2006. # msgid msgstr Project-Id-Version: debsums 2.0.26 manpage\n POT-Creation-Date: 2009-12-20 14:01-0800\n PO-Revision-Date: 2010-11-08 11:06+0100\n Last-Translator: Martin Bagge / brother brot...@bsnet.se\n Language-Team: Swedish tp...@listor.tp-sv.se\n Language: sv\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n # type: TH #. type: TH #: debsums.1:5 #: debsums_init.8:1 #: debsums_gen.8:1 #, no-wrap msgid DEBSUMS msgstr DEBSUMS # type: TH #. type: TH #: debsums.1:5 #, no-wrap msgid \\*(Dt msgstr \\*(Dt # type: TH #. type: TH #: debsums.1:5 #, no-wrap msgid Debian msgstr Debian # type: TH #. type: TH #: debsums.1:5 #, no-wrap msgid User Commands msgstr Användarkommandon # type: SH #. type: SH #: debsums.1:6 #: debsums_init.8:2 #: debsums_gen.8:2 #, no-wrap msgid NAME msgstr NAMN # type: Plain text #. type: Plain text #: debsums.1:8 msgid debsums - check the MD5 sums of installed Debian packages msgstr debsums - kontrollera MD5-kontrollsummorna för installerade Debian-paket # type: SH #. type: SH #: debsums.1:8 #: debsums_init.8:4 #: debsums_gen.8:4 #, no-wrap msgid SYNOPSIS msgstr SYNOPSIS # type: Plain text #. type: Plain text #: debsums.1:13 msgid Bdebsums [Ioptions] [Ipackage|Ideb] \\... msgstr Bdebsums [Iflaggor] [Ipaket|Ideb] \\... # type: SH #. type: SH #: debsums.1:13 #: debsums_init.8:6 #: debsums_gen.8:11 #, no-wrap msgid DESCRIPTION msgstr BESKRIVNING # type: Plain text #. type: Plain text #: debsums.1:16 msgid Verify installed Debian package files against MD5 checksum lists from /var/lib/dpkg/info/*.md5sums. msgstr Verifiera installerade Debian-paketfiler mot lista av MD5-kontrollsummor från /var/lib/dpkg/info/*.md5sums. # type: Plain text #. type: Plain text #: debsums.1:19 msgid Bdebsums can generate checksum lists from deb archives for packages that don't include one. msgstr Bdebsums kan generera listor av kontrollsummor från deb-arkiven för paket som inte inkluderar en. # type: SH #. type: SH #: debsums.1:19 #: debsums_gen.8:40 #, no-wrap msgid OPTIONS msgstr FLAGGOR # type: TP #. type: TP #: debsums.1:20 #, no-wrap msgid B-a, B--all msgstr B-a, B--all # type: Plain text #. type: Plain text #: debsums.1:23 msgid Also check configuration files (normally excluded). msgstr Kontrollera även konfigurationsfiler (normalt sett exkluderat). # type: TP #. type: TP #: debsums.1:23 #, no-wrap msgid B-e, B--config msgstr B-e, B--config # type: Plain text #. type: Plain text #: debsums.1:26 msgid BOnly check configuration files. msgstr BEndast kontrollera konfigurationsfiler. # type: TP #. type: TP #: debsums.1:26 #, no-wrap msgid B-c, B--changed msgstr B-c, B--changed # type: Plain text #. type: Plain text #: debsums.1:30 msgid Report changed file list to stdout (implies B-s). msgstr Rapportera ändrad fillista till standard ut (antyder B-s). # type: TP #. type: TP #: debsums.1:30 #, no-wrap msgid B-l, B--list-missing msgstr B-l, B--list-missing # type: Plain text #. type: Plain text #: debsums.1:33 msgid List packages (or debs) which don't have an MD5 sums file. msgstr Lista paket (eller deb-arkiv) som inte har en fil med MD5-kontrollsumma. # type: TP #. type: TP #: debsums.1:33 #, no-wrap msgid B-s, B--silent msgstr B-s, B--silent # type: Plain text #. type: Plain text #: debsums.1:36 msgid Only report errors. msgstr Rapportera endast fel. # type: TP #. type: TP #: debsums.1:36 #, no-wrap msgid B-m, B--md5sums=Ifile msgstr B-m, B--md5sums=Ifil # type: Plain text #. type: Plain text #: debsums.1:40 msgid Read list of deb checksums from Ifile. msgstr Läs in lista av deb-kontrollsummor från Ifil. # type: TP #. type: TP #: debsums.1:40 #, no-wrap msgid B-r, B--root=Idir msgstr B-r, B--root=Ikatalog # type: Plain text #. type: Plain text #: debsums.1:43 msgid Root directory to check (default /). msgstr Rotkatalog att kontrollera (standard /). # type: TP #. type: TP #: debsums.1:43 #, no-wrap msgid B-d, B--admindir=Idir msgstr B-d, B--admindir=Ikatalog # type: Plain text #. type: Plain text #: debsums.1:46 msgid dpkg admin directory (default /var/lib/dpkg). msgstr Administrationskatalog för dpkg (standard /var/lib/dpkg). # type: TP #. type: TP #: debsums.1:46 #, no-wrap msgid B-p, B--deb-path=Idir[:Idir...] msgstr B-p, B--deb-path=Ikatalog[:Ikatalog...] # type: Plain text #. type: Plain text #: debsums.1:50 msgid Directories in which to look for debs derived from the package name (default is the current directory). msgstr Kataloger som ska letas i efter deb-filer som härstammar från paketnamnet (standard är aktuell katalog). # type: Plain text #. type: Plain text #:
Bug#257706: (no subject)
found 257706 3.0.7-1 thanks - -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#600860: (Upstream) Issue 59922: Ignore gnome keyboard settings (XF86Back)
Hi Jonathan. Excerpts from Jonathan Nieder's message of Ter Nov 09 00:30:49 -0200 2010: (...) Marco Túlio Gontijo e Silva wrote: Behavior in Linux Firefox: When I switch the keyboard layout, the key that used to be XF86Back, now works as Control_R. 1. Use a keyboard layout that changes XF86Back key to Control_R, like: http://marcot.eti.br/data/etc/br_nt . 2. Press this key in Google Chrome. What is the expected result? It should work as Control_R. What happens instead? It works as XF86Back. Could you give a step-by-step recipe for reproducing this? That's what I tried to do above. I'll try to fill the blanks now, if anything is missing, please ask me again so that I can provide more details. In particular, I am not sure how to load the br_nt layout I don't know how to do it in a non-intrusive way. The way I do is, I copy br_nt file to /usr/share/X11/xkb/symbols/ and change /usr/share/X11/xkb/rules/evdev.xml to know of br_nt existence, like in http://marcot.eti.br/data/etc/evdev.xml . --- what program do you use, and does it matter whether chromium is open at that point? No, I don't think this is related, since the layout is loaded when GNOME is started. Greetings. (...) -- marcot http://marcot.eti.br/ [Flattr=54498] signature.asc Description: PGP signature
Bug#602865: [php-maint] Bug#602865: /usr/share/php/doc both in php-pear and in php-net-smtp packages
On 11/08/2010 10:19 AM, Gonzalo Pérez de Olaguer Córdoba (by way of Gonzalo Pérez de Olaguer Córdoba g...@iies.es) wrote: Package: php-pear Version: 5.2.6.dfsg.1-1+lenny9 Severity: important Package php-pear makes /usr/share/php/doc a symlink Package php-net-smtp makes /usr/share/php/doc a directory This makes installation of both packages fail. If that was truth, IMHO, the seriousness for this issue would be grave, as per the definition: makes the package in question unusable by most or all users. Indeed, how could we use the package if we can't even install it? By the way, I had both packages installed without problems. The problem became when upgrading apt-net-smtp from version 1.3.1-1 (lenny) to 1.4.2-1 (squeeze) with php-pear version 5.2.6.dfsg.1-1+lenny9 installed. I ignore if the debian policy for php packages tells how to handle the /usr/share/php/doc directory, but probably it should. The Debian policy is pretty clear that all documentations of packages should go in /usr/share/doc/$PACKAGE. php-* packages don't differ from others. Now, I can see that *MANY* pear packages could have an issues, because CDBS create symlinks in /usr/share/php/doc/$PACKAGE, but read further... What I don't understand, is that I do have php-pear and php-net-smtp on my system, and it isn't creating any conflict at all. php-net-smtp on Lenny doesn't even carry a folder in /usr/share/php/doc. I've tried to apt-get --reinstall install both php-pear and php-net-smtp, and it worked well. That leads me to believe that the issue is when upgrading from php-pear AND php-net-smtp in Lenny (but that's only a wild guess) to Squeeze. Can you explain a bit more how you had the issue? I'd be happy to fix it, but currently, I couldn't reproduce it. Thomas Goirand (zigo) P.S: Guillaume Delacour is the last uploader, which is why I've put him as Cc:. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602896: xfonts-mathml: rdepends on openoffice.org and libreoffice
Hi Ferdinand, On Tue, 9 Nov 2010 09:33:43 +0100, Ferdinand Thommes wrote: I installed libreoffice from experimental and it suggested xfonts-mathml. Installing xfonts-mathml ends in dependency errors as it wants to install: openoffice.org-common openoffice.org-core openoffice.org-style-galaxy which does not work, as libreoffice is installed already. Sorry but I don't understand why this is a bug of xfonts-mathml. It doesn't want to install openoffice.org-* as far as I know. Please clarify the reason you think this is a bug of xfonts-mathml. Regards,2010-11-9(Tue) -- Debian Developer - much more I18N of Debian Atsuhito Kohda kohda AT debian.org Department of Math., Univ. of Tokushima -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602914: libsensors4: Please lower recommends of lm-sensors
Package: libsensors4 Version: 1:3.1.2-6 Severity: wishlist Hello, libsensors4 currently pulls in lm-sensors, which in turn pulls in Perl. These are quite heavy dependencies which aren't needed on a small system. It's hard to get rid of libsensors4 (since that's a dependency of libsnmp), but can it at least not pull in the entire application? The Recommends: could be dropped to Suggests:. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#570032: and how does it go?
On Tue, 09 Nov 2010, Vladimir Osintsev wrote: Long enough Basho provides official packages for Riak, including deb-packages for Debian. See http://downloads.basho.com/riak/CURRENT/ yeap -- saw those and found no source packages At the moment I see no reason to make their own packages and support them separate from Basho. Ideally, it makes sense to ask for upstream developers to add their packages to the official Debian repository. agree 100%! for that they would need to construct proper source packages -- .-. =-- /v\ = Keep in touch// \\ (yoh@|www.)onerussian.com Yaroslav Halchenko /( )\ ICQ#: 60653192 Linux User^^-^^[17] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602925: gpsd-clients: segfaults if X server does not answer
Package: gpsd-clients Version: 2.95-7 Severity: minor $ DISPLAY=:2 xgps /usr/lib/pymodules/python2.6/gtk-2.0/gtk/__init__.py:57: GtkWarning: could not open display warnings.warn(str(e), _gtk.Warning) /usr/bin/xgps:315: Warning: invalid (NULL) pointer instance self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) /usr/bin/xgps:315: Warning: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed self.window = gtk.Window(gtk.WINDOW_TOPLEVEL) /usr/bin/xgps:374: Warning: invalid (NULL) pointer instance self.uimanager.get_widget('/MenuBar/View/Skyview').set_active(True) /usr/bin/xgps:374: Warning: g_signal_connect_data: assertion `G_TYPE_CHECK_INSTANCE (instance)' failed self.uimanager.get_widget('/MenuBar/View/Skyview').set_active(True) /usr/bin/xgps:374: GtkWarning: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed self.uimanager.get_widget('/MenuBar/View/Skyview').set_active(True) /usr/bin/xgps:374: Warning: g_object_get: assertion `G_IS_OBJECT (object)' failed self.uimanager.get_widget('/MenuBar/View/Skyview').set_active(True) /usr/bin/xgps:374: Warning: value TRUE of type `gboolean' is invalid or out of range for property `visible' of type `gboolean' self.uimanager.get_widget('/MenuBar/View/Skyview').set_active(True) /usr/bin/xgps:395: GtkWarning: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed view.append_column(column) /usr/bin/xgps:395: Warning: g_object_get: assertion `G_IS_OBJECT (object)' failed view.append_column(column) /usr/bin/xgps:64: GtkWarning: gdk_pango_context_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed self.pangolayout = self.create_pango_layout() /usr/bin/xgps:64: PangoWarning: pango_context_set_font_description: assertion `context != NULL' failed self.pangolayout = self.create_pango_layout() /usr/bin/xgps:64: PangoWarning: pango_context_set_base_dir: assertion `context != NULL' failed self.pangolayout = self.create_pango_layout() /usr/bin/xgps:64: PangoWarning: pango_context_set_language: assertion `context != NULL' failed self.pangolayout = self.create_pango_layout() /usr/bin/xgps:64: PangoWarning: pango_layout_new: assertion `context != NULL' failed self.pangolayout = self.create_pango_layout() /usr/bin/xgps:64: PangoWarning: pango_layout_set_text: assertion `layout != NULL' failed self.pangolayout = self.create_pango_layout() /usr/bin/xgps:409: GtkWarning: gdk_pango_context_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed self.rawdisplay = gtk.Entry() /usr/bin/xgps:409: PangoWarning: pango_context_set_font_description: assertion `context != NULL' failed self.rawdisplay = gtk.Entry() /usr/bin/xgps:409: PangoWarning: pango_context_set_base_dir: assertion `context != NULL' failed self.rawdisplay = gtk.Entry() /usr/bin/xgps:409: PangoWarning: pango_context_set_language: assertion `context != NULL' failed self.rawdisplay = gtk.Entry() /usr/bin/xgps:409: PangoWarning: pango_layout_new: assertion `context != NULL' failed self.rawdisplay = gtk.Entry() /usr/bin/xgps:409: PangoWarning: pango_layout_set_attributes: assertion `layout != NULL' failed self.rawdisplay = gtk.Entry() /usr/bin/xgps:409: PangoWarning: pango_layout_set_text: assertion `layout != NULL' failed self.rawdisplay = gtk.Entry() /usr/bin/xgps:409: PangoWarning: pango_layout_get_unknown_glyphs_count: assertion `PANGO_IS_LAYOUT (layout)' failed self.rawdisplay = gtk.Entry() /usr/bin/xgps:409: Warning: g_object_unref: assertion `G_IS_OBJECT (object)' failed self.rawdisplay = gtk.Entry() /usr/bin/xgps:426: GtkWarning: gdk_pango_context_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed entry = gtk.Entry() /usr/bin/xgps:426: PangoWarning: pango_context_set_font_description: assertion `context != NULL' failed entry = gtk.Entry() /usr/bin/xgps:426: PangoWarning: pango_context_set_base_dir: assertion `context != NULL' failed entry = gtk.Entry() /usr/bin/xgps:426: PangoWarning: pango_context_set_language: assertion `context != NULL' failed entry = gtk.Entry() /usr/bin/xgps:426: PangoWarning: pango_layout_new: assertion `context != NULL' failed entry = gtk.Entry() /usr/bin/xgps:426: PangoWarning: pango_layout_set_attributes: assertion `layout != NULL' failed entry = gtk.Entry() /usr/bin/xgps:426: PangoWarning: pango_layout_set_text: assertion `layout != NULL' failed entry = gtk.Entry() /usr/bin/xgps:426: PangoWarning: pango_layout_get_unknown_glyphs_count: assertion `PANGO_IS_LAYOUT (layout)' failed entry = gtk.Entry() /usr/bin/xgps:426: Warning: g_object_unref: assertion `G_IS_OBJECT (object)' failed entry = gtk.Entry() /usr/bin/xgps:188: GtkWarning: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed self.widget = gtk.ScrolledWindow() /usr/bin/xgps:199: GtkWarning: gtk_settings_get_for_screen: assertion `GDK_IS_SCREEN (screen)' failed self.view.append_column(column) /usr/bin/xgps:199: Warning: g_object_get: assertion `G_IS_OBJECT
Bug#119512: perl: latin1 171 and 187 not considered bracketing quotes in substitution
tag 119512 wontfix thanks On Wed, Nov 14, 2001 at 02:39:15AM +0100, Dagfinn Ilmari Manns�ker wrote: Package: perl Version: 5.6.1-5 Severity: minor Sorry about the lack of response to this. Perl does not consider � and � (characters 171 and 187 in ISO-8859-1) bracketing quotes in regular expressions, thus you can't do 's�foo��bar�'. Allowing non-ASCII paired brackets seems to me like a can of worms best unopened. I'm sure the Unicode table has plenty of surprising bracket pairs. The 'Gory details of parsing quoted constructs' in perlre.pod explicitly lists all the bracketing punctuations, so this is working as designed. I don't see much chance for (or point in) getting this implemented, but please push it upstream yourself if you care. -- 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#602920: binfmt-support: Please drop perl dependency
Package: binfmt-support Version: 1.2.18 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch natty Hello, in Ubuntu we are trying to get rid of Perl in the default installation (that is, the full Perl, not perl-base of course); for this I'm currently removing the remaining reverse dependencies. This package works with just perl-base, so this patch drops the perl dependency. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru binfmt-support-1.2.18/debian/changelog binfmt-support-1.2.18ubuntu1/debian/changelog --- binfmt-support-1.2.18/debian/changelog 2010-03-27 16:30:41.0 +0100 +++ binfmt-support-1.2.18ubuntu1/debian/changelog 2010-11-09 13:53:53.0 +0100 @@ -1,3 +1,10 @@ +binfmt-support (1.2.18ubuntu1) natty; urgency=low + + * debian/rules: Call dh_perl with -d to avoid perl dependency. All used +modules are shipped in perl-base. + + -- Martin Pitt martin.p...@ubuntu.com Tue, 09 Nov 2010 13:53:22 +0100 + binfmt-support (1.2.18) unstable; urgency=low * Convert to source format 3.0 (native). diff -Nru binfmt-support-1.2.18/debian/rules binfmt-support-1.2.18ubuntu1/debian/rules --- binfmt-support-1.2.18/debian/rules 2009-09-07 03:16:40.0 +0200 +++ binfmt-support-1.2.18ubuntu1/debian/rules 2010-11-09 13:53:19.0 +0100 @@ -18,3 +18,6 @@ override_dh_installinit: dh_installinit --error-handler=true -- start 90 2 3 4 5 . + +override_dh_perl: + dh_perl -d signature.asc Description: Digital signature
Bug#496718: vpnc: diff for NMU version 0.5.3r449-2.1
tags 496718 + patch tags 496718 + pending severity 496718 serious thanks Justification: Seriously impacts functionality of the package for any user Dear maintainer, I've prepared an NMU for vpnc (versioned as 0.5.3r449-2.1) and uploaded it to DELAYED/5. Please feel free to tell me if I should delay it longer. Preview packages with buildlog can be downloaded here: http://wiki.tauware.de/~siretart/upload-queue/ Regards, Reinhard. diff -u vpnc-0.5.3r449/debian/changelog vpnc-0.5.3r449/debian/changelog --- vpnc-0.5.3r449/debian/changelog +++ vpnc-0.5.3r449/debian/changelog @@ -1,3 +1,12 @@ +vpnc (0.5.3r449-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Bug fix: Disconnects after an hour and loops trying to reconnect, +thanks to Daniel Schepler (Closes: #496718, LP: #479632). Patch taken +from upstream: http://www.gossamer-threads.com/lists/vpnc/devel/3442 + + -- Reinhard Tartler siret...@tauware.de Tue, 09 Nov 2010 12:03:17 +0100 + vpnc (0.5.3r449-2) unstable; urgency=low * Add pkg-config build-dependency. (closes: #574715) diff -u vpnc-0.5.3r449/debian/patches/00list vpnc-0.5.3r449/debian/patches/00list --- vpnc-0.5.3r449/debian/patches/00list +++ vpnc-0.5.3r449/debian/patches/00list @@ -4,0 +5 @@ +07_bug496718.dpatch only in patch2: unchanged: --- vpnc-0.5.3r449.orig/debian/patches/07_bug496718.dpatch +++ vpnc-0.5.3r449/debian/patches/07_bug496718.dpatch @@ -0,0 +1,88 @@ +#! /bin/sh /usr/share/dpatch/dpatch-run +## 07_bug496718.dpatch by Reinhard Tartler siret...@tauware.de +## +## All lines beginning with `## DP:' are a description of the patch. +## DP: Do no disconnect after an hour and loop trying to reconnect + +...@dpatch@ + +Index: vpnc.c +=== +--- a/vpnc.c (revision 449) b/vpnc.c (working copy) +@@ -3095,9 +3097,14 @@ +*/ + /* FIXME: any cleanup needed??? */ + +- free_isakmp_packet(r); +- do_phase2_qm(s); +- return; ++ if (rp-u.d.num_spi = 1 memcmp(rp-u.d.spi[0], s-ipsec.tx.spi, 4) == 0) { ++ free_isakmp_packet(r); ++ do_phase2_qm(s); ++ return; ++ } else { ++ DEBUG(2, printf(got isakmp delete with bogus spi, ignoring...\n)); ++ continue; ++ } + } + /* skip ipsec-esp delete */ + if (rp-u.d.protocol != ISAKMP_IPSEC_PROTO_ISAKMP) { +Index: vpnc.c +=== +--- a/vpnc.c (revision 449) b/vpnc.c (working copy) +@@ -2779,32 +2779,34 @@ + free(dh_shared_secret); + free_isakmp_packet(r); + +- if ((opt_natt_mode == NATT_CISCO_UDP) s-ipsec.peer_udpencap_port) { +- s-esp_fd = make_socket(s, opt_udpencapport, s-ipsec.peer_udpencap_port); +- s-ipsec.encap_mode = IPSEC_ENCAP_UDP_TUNNEL; +- s-ipsec.natt_active_mode = NATT_ACTIVE_CISCO_UDP; +- } else if (s-ipsec.encap_mode != IPSEC_ENCAP_TUNNEL) { +- s-esp_fd = s-ike_fd; +- } else { ++ if (s-esp_fd == 0) { ++ if ((opt_natt_mode == NATT_CISCO_UDP) s-ipsec.peer_udpencap_port) { ++ s-esp_fd = make_socket(s, opt_udpencapport, s-ipsec.peer_udpencap_port); ++ s-ipsec.encap_mode = IPSEC_ENCAP_UDP_TUNNEL; ++ s-ipsec.natt_active_mode = NATT_ACTIVE_CISCO_UDP; ++ } else if (s-ipsec.encap_mode != IPSEC_ENCAP_TUNNEL) { ++ s-esp_fd = s-ike_fd; ++ } else { + #ifdef IP_HDRINCL +- int hincl = 1; ++ int hincl = 1; + #endif + +- s-esp_fd = socket(PF_INET, SOCK_RAW, IPPROTO_ESP); +- if (s-esp_fd == -1) { +- close_tunnel(s); +- error(1, errno, Couldn't open socket of ESP. Maybe something registered ESP already.\nPlease try '--natt-mode force-natt' or disable whatever is using ESP.\nsocket(PF_INET, SOCK_RAW, IPPROTO_ESP)); +- } ++ s-esp_fd = socket(PF_INET, SOCK_RAW, IPPROTO_ESP); ++ if (s-esp_fd == -1) { ++ close_tunnel(s); ++ error(1, errno, Couldn't open socket of ESP. Maybe something registered ESP already.\nPlease try '--natt-mode force-natt' or disable whatever is using ESP.\nsocket(PF_INET, SOCK_RAW, IPPROTO_ESP)); ++ } + #ifdef FD_CLOEXEC +-
Bug#434396: [buildd-tools-devel] Bug#434396: sbuild: LVM snapshot -source chroot not correctly managed
Hi, On 09/11/2010 12:00, Roger Leigh wrote: [lots of useful infos about chroot namespaces] Thanks for all these infos. Note that schroot.conf(5) still talk about the -source suffix and not about the namespaces. For me, this bug can be closed. Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601334: new upstream release (3.1.5)
Hi, what is the status? Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.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#602917: vym: Openoffice export does not work
Package: vym Version: 1.12.7-1 Severity: normal Tags: squeeze After exporting the data from vym to openoffice I get following error message: Format error discovered in the file in sub-document content.xml at position 263,77(row,col). The content in the content.xml is 262 /text:list-item 263 text:list-itemtext:p Loggingtext:span text:style-name=vym-notestyle!DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0//EN http://www.w3.org/TR/REC-html40/strict.dtd; 264 style type=text/css If I remove the DOCTYPE entry manually I only get the first level of entries in impress and the text is defect with some other entries like classes, fonts and other format style things. thank you for your great work wof -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (700, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.7 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages vym depends on: ii libc6 2.11.2-6 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-4GCC support library ii libqt4-network 4:4.6.3-1+b1 Qt 4 network module ii libqt4-qt3support 4:4.6.3-1+b1 Qt 3 compatibility library for Qt ii libqt4-xml 4:4.6.3-1+b1 Qt 4 XML module ii libqtcore4 4:4.6.3-1+b1 Qt 4 core module ii libqtgui4 4:4.6.3-1+b1 Qt 4 GUI module ii libstdc++6 4.4.5-4 The GNU Standard C++ Library v3 ii unzip 6.0-4De-archiver for .zip files ii xsltproc1.1.26-6 XSLT 1.0 command line processor ii zip 3.0-3Archiver for .zip files vym recommends no packages. vym suggests no packages. -- no debconf information -- GRATIS! Movie-FLAT mit über 300 Videos. Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570032: and how does it go?
Hi Yaroslav, Long enough Basho provides official packages for Riak, including deb-packages for Debian. See http://downloads.basho.com/riak/CURRENT/ At the moment I see no reason to make their own packages and support them separate from Basho. Ideally, it makes sense to ask for upstream developers to add their packages to the official Debian repository. -- Vladimir Osintsev o...@co.ru Systems Administrator, Engineer Sterno.ru Ltd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#602918: directory /var/cache/cipux-cat-web needs to be created in postinst
Package: cipux-cat-web Version: 3.4.0.2-3 Severity: normal When accessing $server/cipux-cat-web/cat.cgi I get the following error: Software error: Can not open /var/cache/cipux-cat-web/cipux-cat-web/c35005245674135cbd101c1409208d01 for writing! at /usr/share/cipux-cat-web/web/cat.cgi line 25 This directory needs to be created with proper attributes at install time. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cipux-cat-web depends on: ii apache2 2.2.16-3 Apache HTTP Server metapackage ii apache2-mpm-worker [httpd-cgi 2.2.16-3 Apache HTTP Server - high speed th ii debconf [debconf-2.0] 1.5.36 Debian configuration management sy ii libcgi-formbuilder-perl 3.05.01-7 Easily generate and process statef ii libcipux-cat-web-perl 3.4.0.2-3 user and resource management frame ii libcipux-perl 3.4.0.11-1 user and resource management frame ii libclass-std-perl 0.0.9-2Support for creating standard ins ii libdate-manip-perl6.11-1 module for manipulating dates ii libfrontier-rpc-perl 0.07b4-4 Perl module to implement RPC calls ii libtemplate-perl 2.22-0.1 template processing system written ii perl 5.10.1-15 Larry Wall's Practical Extraction ii perl-modules [libversion-perl 5.10.1-15 Core Perl modules Versions of packages cipux-cat-web recommends: ii cipux-rpcd3.4.0.8-1 XML-RPC server for CipUX cipux-cat-web suggests no packages. -- debconf information: cipux-cat-web/restart-webserver: true cipux-cat-web/reconfigure-webserver: apache2, lighttpd From 8993ac4074f48da64a9d34e6a062f8d6b4dc2fb9 Mon Sep 17 00:00:00 2001 From: Per Carlson pe...@hemmop.com Date: Tue, 9 Nov 2010 13:46:44 +0100 Subject: [PATCH] d/postinst: added creation of /var/cache/cipux-cat-web --- debian/postinst |7 +++ 1 files changed, 7 insertions(+), 0 deletions(-) diff --git a/debian/postinst b/debian/postinst index 433842e..a631d74 100644 --- a/debian/postinst +++ b/debian/postinst @@ -20,6 +20,13 @@ case $1 in [ -f /etc/cipux-cat-web/cipux-cat-web.conf ] \ chmod 640 /etc/cipux-cat-web/cipux-cat-web.conf chown -R www-data:www-data /etc/cipux-cat-web +# +# added by pe...@hemmop.com +if [ ! -d /var/cache/cipux-cat-web ]; then + mkdir -p /var/cache/cipux-cat-web + fi + chown -R www-data:www-data /var/cache/cipux-cat-web + chmod 750 /var/cache/cipux-cat-web ;; abort-upgrade|abort-remove|abort-deconfigure) ;; -- 1.7.2.3
Bug#602928: libpurple0: Please drop perl dependency
Package: libpurple0 Version: 2.7.5-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch natty Hello, in Ubuntu we are trying to get rid of Perl in the default installation (that is, the full Perl, not perl-base of course); for this I'm currently removing the remaining reverse dependencies. This package will work with just perl-base; this patch fixes the packaging to avoid the unnecessary perl dependency. Thanks for considering, Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature