Bug#595902: zoneminder: postinst prompts user directly during database upgrades
Package: zoneminder Version: 1.24.2-5 Severity: serious Justification: Policy 3.9.1 it appears zoneminder also prompts the user directly from postinst when when a database upgrade is performed: 3.9.1. Prompting in maintainer scripts -- Package maintainer scripts may prompt the user if necessary. Prompting must be done by communicating through a program, such as `debconf', which conforms to the Debian Configuration Management Specification, version 2 or higher. it first prompts the user that zoneminder has been stopped, and then prompts the user if they want to back up the database: zmupdate.pl --version $OLD_ZM_VERSION zmupdate.pl probably needs to be patched to use debconf to answer these questions directly, through commandline options that the postinst script could use, or some other way... live well, vagrant -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573348: Possible patch (mkdir could not create dirs recursivly)
--- NtfsConfig.py 2010-09-07 08:04:08.091882001 +0200 +++ NtfsConfig.py.old 2010-09-07 08:03:42.251882001 +0200 @@ -53,7 +53,7 @@ if not os.path.exists(value) and os.path.islink(value) : os.unlink(value) if not os.path.exists(HAL_CONFIG_DIR) : -os.makedirs(HAL_CONFIG_DIR) +os.mkdir(HAL_CONFIG_DIR) # Create FstabHandler object self.disk = FstabHandler(FSTAB, parent = self.dialog_main, external_change_watch = True) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595903: apt-setup: Fail to set up DVD as APT source during installation
Package: apt-setup Version: 1:0.46 Severity: grave User: debian-...@lists.debian.org UserTags: debian-edu I ran into this with the daily built DVD for Debian Edu. The installation fail because the installer is unable to find the packages it should install in the pre-pkgsel step. The reason is that the sources.list file have no valid APT sources, not even the installation DVD. I tracked it further down to apt-setup and the 40cdrom script, which fail to get the DVD added as a source. The reason seem to be that 'apt-cdrom add' fail because /sys/ is not mounted when it is called. I assume this happen with the Debian DVD too, and set the severity to grave. I am not quite sure how to fix this properly, but using in-target instead of chroot when running 'apt-cdrom add' might be a solution. The daily built Debian Edu DVD can be fetched from URL: http://ftp.skolelinux.org/cd-squeeze-test-dvd/ (or ftp and rsync) if you want to test this yourself. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595896: atlas: Please support Renesas sh4
Hello, Le mardi 07 septembre 2010 à 11:32 +0900, Nobuhiro Iwamatsu a écrit : I made patch to support sh4. Could you apply this patch? Thanks! I applied this patch into the SVN and it will go with the next upload! Thanks again, Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#554170: tiny error in passwd cron script
Hi, In last update of passwd package, the path of copied file are incorrect: --- /etc/cron.daily/passwd2010-09-06 11:03:35.0 +0200 +++ debian/passwd.cron.daily2010-09-07 08:02:38.0 +0200 @@ -5,5 +5,5 @@ for FILE in passwd group shadow gshadow; do test -f /etc/$FILE || continue cmp -s $FILE.bak /etc/$FILE continue -cp -p $FILE $FILE.bak chmod 600 $FILE.bak +cp -p /etc/$FILE $FILE.bak chmod 600 $FILE.bak done good work, bye -- Mehdi Abaakouk thel...@gmail.com
Bug#595859: [Debichem-devel] Bug#595859: gnome-chemistry-utils: FTBFS in squeeze: moz-plugin.c:24:19: error: npapi.h: No such file or directory
On Tue, Sep 07, 2010 at 07:53:26AM +0200, Lucas Nussbaum wrote: On 06/09/10 at 19:58 -0700, Nicholas Breen wrote: reassign 595859 xulrunner-dev found 595859 1.9.1.11-2 tag 595859 + squeeze merge 595859 595881 thanks On Tue, Sep 07, 2010 at 12:53:54AM +0200, Lucas Nussbaum wrote: [snip] moz-plugin.c:24:19: error: npapi.h: No such file or directory moz-plugin.c:28:22: error: npupp.h: No such file or directory Looks like the xulrunner-dev mismatch in squeeze, which in turn causes many other packages to FTBFS until it's brought back into sync. Reassigning there and merging with the existing bug report. Right. Other bugs that look related to the same problem: #595833: firegpg: FTBFS in squeeze: ipc.h:60:23: error: nsIThread.h: No such file or directory #595856: gecko-mediaplayer: FTBFS in squeeze: plugin.h:40:19: error: npapi.h: No such file or directory #595843: gtk-vnc: FTBFS in squeeze: gtk-vnc-plugin.h:39:19: error: npapi.h: No such file or directory #595837: libproxy: FTBFS in squeeze: pacrunner_mozjs.c:33:19: error: jsapi.h: No such file or directory #595834: moon: FTBFS in squeeze: ff3-dom.cpp:10:22: error: nsCOMPtr.h: No such file or directory #595829: mozvoikko: FTBFS in squeeze: mozVoikko.hxx:23:18: error: nspr.h: No such file or directory #595842: openjdk-6: FTBFS in squeeze: IcedTeaScriptablePluginObject.h:45:19: error: npapi.h: No such file or directory #595835: pcmanx-gtk2: FTBFS in squeeze: npplat.h:41:19: error: npapi.h: No such file or directory #595855: sugar-hulahop: FTBFS in squeeze: HulahopDirectoryProvider.cpp:20:26: error: nsILocalFile.h: No such file or directory #595881: openoffice.org: FTBFS in squeeze: ERROR: error 65280 occurred while making #595882: vlc: FTBFS in squeeze: configure: error: Please install the Firefox development tools; mozilla-config.h, plugin/npapi.h and plugin/npruntime.h were not found. I am not reassigning+merging as my investigations are limited to the subject of those bugs, but they are good candidates. They are all most likely related. It turns out the upstream code generating the pkg-config files uses the version of nspr it was built against to use as a minimal version. I'll just remove these limitations, they are pretty pointless (and package dependencies are already as tight as they should be) Cheers, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567311: Bug# 567311: no longer works with youtube html5
Am 06.09.2010 19:11, schrieb Gustavo Noronha Silva: No, because we are more like Safari than like Chrome (we use the same JS engine as Safari, for instance), so we want to avoid them assuming anything that is only true for Chrome. Alright, this is reasonable. But don't we also invite google sites to send stuff that is only intended for Chrome by spoofing the UAS via your patch? Also, we want the browsers like Midori and Epiphany to be able to set their own user agents, and just spoof (send the standard user agent) to those sites which are too stupid to do User Agent checks. I understand that each browser should have its own UAS, but it does not make sense to me if this means the UAS has to be spoofed as soon as a specific site checks it. I see two reasons against it: (1) Manually maintaining a list of stupid UAS checking sites is cumbersome and error prone. (2) I have never experienced a site checking for Midori or Epiphany, if they are clever sites they check for the used engine. So why not keep the string as generic as possible and add as many like Foo/X.Y as needed to make silly sites happy that would get spoofed with a manipulated UAS anyway? A better place to discuss this is in the upstream bug report, though! =) I would have loved to send it there, but I could not find it - there was no forwarded-to address set in the Debian BTS. Regards, - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595878: wordnet: FTBFS in squeeze: /bin/bash: aclocal-1.10: command not found
Hi, this is the same bug as #549768 which was fixed in wordnet 3.0-20. The problem is that according to http://qa.debian.org/excuses.php?package=wordnet the migration of the latest version of package wordnet (3.0-23) to testing is blocked by armel and mipsel architectures. My prefered solution would be to solve the blocks and let migrate 3.0-23. If this is not possible please tell me what I should do to solve the issue. Kind regards Andreas. On Tue, Sep 07, 2010 at 01:42:31AM +0200, Lucas Nussbaum wrote: Package: wordnet Version: 1:3.0-18 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100906 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in a squeeze chroot, your package failed to build on amd64. Relevant part: make[1]: Entering directory `/build/user-wordnet_3.0-18-amd64-HWkbbl/wordnet-3.0' if test -e /usr/share/misc/config.guess ; then \ for i in ./config.guess ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.guess $i ; \ fi ; \ done ; \ fi if test -e /usr/share/misc/config.sub ; then \ for i in ./config.sub ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.sub $i ; \ fi ; \ done ; \ fi make[1]: Leaving directory `/build/user-wordnet_3.0-18-amd64-HWkbbl/wordnet-3.0' if test -e /usr/share/misc/config.guess ; then \ for i in ./config.guess ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.guess $i ; \ fi ; \ done ; \ fi if test -e /usr/share/misc/config.sub ; then \ for i in ./config.sub ; do \ if ! test -e $i.cdbs-orig ; then \ mv $i $i.cdbs-orig ; \ cp --remove-destination /usr/share/misc/config.sub $i ; \ fi ; \ done ; \ fi touch debian/stamp-autotools-files chmod a+x /build/user-wordnet_3.0-18-amd64-HWkbbl/wordnet-3.0/./configure mkdir -p . cd .CFLAGS=-g -O2 -g -Wall -O2 CXXFLAGS=-g -O2 -g -Wall -O2 CPPFLAGS= LDFLAGS= /build/user-wordnet_3.0-18-amd64-HWkbbl/wordnet-3.0/./configure --build=x86_64-linux-gnu --prefix=/usr --includedir=\${prefix}/include --mandir=\${prefix}/share/man --infodir=\${prefix}/share/info --sysconfdir=/etc --localstatedir=/var --libexecdir=\${prefix}/lib/wordnet --disable-maintainer-mode --disable-dependency-tracking --disable-silent-rules --srcdir=. --with-tclconfig=/usr/lib/tcl8.5 --with-tkconfig=/usr/lib/tk8.5 checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking whether gcc and cc understand -c and -o together... yes checking for ranlib... ranlib checking for flex... flex checking lex output file root... lex.yy checking lex library... -lfl checking whether yytext is a pointer... yes checking for bison... bison -y checking for a BSD-compatible install... /usr/bin/install -c checking build system type... x86_64-pc-linux-gnu checking host system type... x86_64-pc-linux-gnu checking for a sed that does not truncate output... /bin/sed checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for /usr/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/nm -B checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler...
Bug#595897: cairo: Cairo release 1.10.0 is now available
On Mon, 2010-09-06 at 20:41 -0700, Marc J. Driftmeyer wrote: Package: cairo Version: 1.10.0 Severity: normal Release 1.10.0 (2010-09-06 Chris Wilson chris at chris-wilson.co.uk) [...] I know... I have it already packaged locally but I'm fighting with a bug somewhere in their build system. Will be uploaded to experimental ASAP but it will stay in NEW for some time then anyway signature.asc Description: This is a digitally signed message part
Bug#595600: Cannot install sympa: No Database Driver installed
Le lundi 06 septembre 2010 à 12:07 +0200, Stefan Hornburg (Racke) a écrit : On the other hand, why cannot sympa depend on all the libdbd-*-perl packages? If I select postgres I should have it installed, but not necessarily the libdbd-*perl package. All of them should be at least a suggestion if not a recommendation or dependency of sympa. In general, package dependencies should be reduced to the minimum required. This saves diskspace, download time and makes your system more maintainable. Why not provide some sympa-mysql or sympa-postgresql pseudo packages to implement such dependencies and necessary scripting in addition to sympa ? My 2 cents, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595884: ppl: FTBFS in squeeze: /bin/bash: plld: command not found
tags 595884 - sid fixed 595884 0.10.2-7 thanks [...] plld -pl /usr/bin/swipl -cc x86_64-linux-gnu-gcc -c++ x86_64-linux-gnu-g++ -ld x86_64-linux-gnu-g++ \ -ld-options`echo '' -g -O2 -frounding-math -g -O2 -W -Wall | tr /` \ -o ppl_pl .libs/libppl_swiprolog.a ppl_pl.o \ -L../../../src/.libs \ -lppl -L../../../Watchdog/src/.libs -lpwl -lm -L/usr/lib -lgmpxx -L/usr/lib -lgmp /bin/bash: plld: command not found make[7]: *** [ppl_pl] Error 127 The full build log is available from: http://people.debian.org/~lucas/logs/2010/09/06/ppl_0.10.2-6_lsqueeze64.buildlog It is possible that your package builds fine in sid, but you should make sure that your package also builds fine in squeeze before the release. [...] Thanks for checking; this bug has already been fixed in 0.10.2-7 (and 0.10.2-8 should now also be ready for later migration to squeeze). Best, Michael pgpaqCtajBlsx.pgp Description: PGP signature
Bug#595882: vlc: FTBFS in squeeze: configure: error: Please install the Firefox development tools; mozilla-config.h, plugin/npapi.h and plugin/npruntime.h were not found.
On Tue, Sep 07, 2010 at 06:45:24AM +0200, Reinhard Tartler wrote: On Di, Sep 07, 2010 at 01:42:05 (CEST), Lucas Nussbaum wrote: Package 'libxul' requires 'nspr = 4.8.6' but version of NSPR is 4.8.4 Package 'libxul' requires 'nspr = 4.8.6' but version of NSPR is 4.8.4 checking npfunctions.h usability... no checking npfunctions.h presence... no checking for npfunctions.h... no checking npapi.h usability... no checking npapi.h presence... no checking for npapi.h... no checking for npruntime.h... no configure: error: Please install the Firefox development tools; mozilla-config.h, plugin/npapi.h and plugin/npruntime.h were not found. make: *** [build-stamp] Error 1 Well, the reason is given in the configure log. rmadison -u qa libnspr4-0d libnspr4-0d |4.7.1-5 |stable | alpha, amd64, arm, armel, hppa, i386, ia64, mips, mipsel, powerpc, s390, sparc libnspr4-0d |4.8.4-2 | testing | amd64, armel, hppa, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc libnspr4-0d |4.8.6-1 | unstable | alpha, amd64, armel, hppa, hurd-i386, i386, ia64, kfreebsd-amd64, kfreebsd-i386, mips, mipsel, powerpc, s390, sparc Why isn't it in testing? Probably because I didn't ask for it. grep-excuses nspr nspr (4.8.4-2 to 4.8.6-1) Maintainer: Maintainers of Mozilla-related packages 32 days old (needed 10 days) Not touching package due to block request by freeze (contact debian-release if update is needed) Not considered is nspr 4.8.6 going to migrate to squeeze? Please don't, at least yet ; I plan to go through nspr and nss to see if we want them in squeeze. In the meantime, xulrunner-dev is going to be fixed. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595756: notify_email: segfaults with slow mail server
Hi, On 9/6/2010 3:02 PM, Sebastian Harl wrote: Thanks for reporting this! Afaik, Florian already has a (rather untested) patch available in Git. I'll look into that and prepare an updated package (targeting Squeeze [through unstable]). This patch seems to fix the problem, collectd is running for one day on my system, no problem (previously collectd crashed several times a day). -- Regards, Manuel CISSE -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594845: Acknowledgement (linux-image-2.6.32-5-amd64: kernel BUG at /build/buildd-linux-2.6_2.6.32-20-amd64-lNUT1p/..../fs/sysfs/file.c:539)
You are editing in the wrong place. The patch needs to be applied in debian/build/source_amd64_none. Ta. I applied the patch to every copy of tun.c other than the one in source_amd64_openvz_amd64, and now the my trace is printed as it should be. And with the patch applied properly the problem disappears, so it does indeed fix the problem. The debian/bin/test-patches script can handle this all for you. Unfortunately the patch doesn't apply to source_amd64_openvz_amd64, and test-patches dies as soon as that fails. That is why I was doing it manually. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595612: removal of ivtools
Hi Scott, Am 06.09.2010 21:32, schrieb Scott Johnston: If there is anything I can do to help with the re-instatement of ivtools in the Debian distribution please let me know. the package needs an active maintainer. It can be re-uploaded at any time by someone who takes over maintainership or by a sponsor if the maintainer has no upload permissions. Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#565219: qa.debian.org: bug history graphs are incorrect
On Mon, 06 Sep 2010, Mike Hommey wrote: On Mon, Sep 06, 2010 at 09:15:58PM +0200, Mike Hommey wrote: On Mon, Sep 06, 2010 at 09:03:25PM +0200, Raphael Hertzog wrote: On Mon, 06 Sep 2010, Mike Hommey wrote: That being said, now that merkel is going to be shut down, maybe it's time to do things right and properly migrate and integrate with qa.d.o. QA people, what do you think? I'm all for it. What do you need to to this? :-) First, to know where qa.d.o will be moved ;) Or does that fit better on the pts ? I don't know yet where qa.d.o will be moved... and DSA contacted me about moving the PTS and if it would likely cause problems or not, I guess they wanted to put it on the same machine as qa.debian.org. Cheers, -- Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693] Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#581571: [sparc] long long to double conversion error
On 17/08/10 at 03:27 +0100, Ben Hutchings wrote: Version: 2.6.32-19 The fix for this was included in stable kernel version 2.6.32.17 and the above version of the Debian kernel package. This bug causes subtle breakages on the buildd (see gmp-ecm FTBFS, #593193). Would you consider backporting the fix it to stable, so the buildds could be fixed? - Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595904: grub-pc: bpo request for grub2 with version from debian testing
Package: grub-pc Version: 1.97~beta3-1~bpo50+1 Severity: wishlist I would like to request a new bpo release for the grub2 packages since bpo is now on debian.org i am using the reportbug tool. I need the version from debian tesing when i want support for lvm with mdadm and ext4. The version from debian testing pulls in a lot of extra dependencies from testing, making it inpossible to maintain a clean debian stable system with grub2 from debian testing. The grub2 version in debian testing I too old to have lvm, mdamd and ext4 support. Could somebody helpout and create a new version of the bpo packages for grub2? -- Package-specific info: *** BEGIN /proc/mounts /dev/disk/by-uuid/81d33988-a77c-4596-8ea7-8b417785dabe / ext4 rw,noatime,barrier=1,data=ordered 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/grub-mkconfig using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 serial --speed=115200 --unit=0 --word=8 --parity=no --stop=1 if terminal_input serial ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_input terminal serial fi if terminal_output serial ; then true ; else # For backward compatibility with versions of terminal.mod that don't # understand terminal_output terminal serial fi set timeout=3 ### END /etc/grub.d/00_header ### ### BEGIN /etc/grub.d/05_debian_theme ### set menu_color_normal=cyan/blue set menu_color_highlight=white/blue ### END /etc/grub.d/05_debian_theme ### ### BEGIN /etc/grub.d/10_linux ### menuentry Debian GNU/Linux, Linux 2.6.32-bpo.5-686 { insmod ext2 set root=(hd0,1) search --no-floppy --fs-uuid --set 81d33988-a77c-4596-8ea7-8b417785dabe linux /boot/vmlinuz-2.6.32-bpo.5-686 root=UUID=81d33988-a77c-4596-8ea7-8b417785dabe ro rootfstype=ext4 elevator=deadline acpi=off ipv6.disable=1 console=ttyS0,115200 quiet initrd /boot/initrd.img-2.6.32-bpo.5-686 } menuentry Debian GNU/Linux, Linux 2.6.32-bpo.5-686 (recovery mode) { insmod ext2 set root=(hd0,1) search --no-floppy --fs-uuid --set 81d33988-a77c-4596-8ea7-8b417785dabe linux /boot/vmlinuz-2.6.32-bpo.5-686 root=UUID=81d33988-a77c-4596-8ea7-8b417785dabe ro single rootfstype=ext4 elevator=deadline acpi=off ipv6.disable=1 console=ttyS0,115200 initrd /boot/initrd.img-2.6.32-bpo.5-686 } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### ### BEGIN /etc/grub.d/40_custom ### # This file provides an easy way to add custom menu entries. Simply type the # menu entries you want to add after this comment. Be careful not to change # the 'exec tail' line above. ### END /etc/grub.d/40_custom ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i586) Kernel: Linux 2.6.32-bpo.5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages grub-pc depends on: ii debconf [debconf-2. 1.5.24 Debian configuration management sy ii grub-common 1.97~beta3-1~bpo50+1 GRand Unified Bootloader, version ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii ucf 3.0016 Update Configuration File: preserv grub-pc recommends no packages. Versions of packages grub-pc suggests: pn desktop-base none (no description available) pn genisoimage none (no description available) -- 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#595905: bpo request for ntp from testing
Package: ntp Version: 1:4.2.4p4+dfsg-8lenny3 Severity: wishlist I would like to request a new bpo release for the ntp package since bpo is now on debian.org i am using the reportbug tool. see: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=498992 issue is fixed in the version from debian testing # grep kernel time sync status change /var/log/syslog.1 Sep 6 06:40:51 ebony ntpd[1182]: kernel time sync status change 0001 Sep 6 08:40:22 ebony ntpd[1182]: kernel time sync status change 4001 Sep 6 08:57:28 ebony ntpd[1182]: kernel time sync status change 0001 Sep 6 09:31:39 ebony ntpd[1182]: kernel time sync status change 4001 Sep 6 09:48:44 ebony ntpd[1182]: kernel time sync status change 0001 Sep 6 10:22:55 ebony ntpd[1182]: kernel time sync status change 4001 Sep 6 11:14:09 ebony ntpd[1182]: kernel time sync status change 0001 Sep 6 12:05:23 ebony ntpd[1182]: kernel time sync status change 4001 Sep 6 12:56:37 ebony ntpd[1182]: kernel time sync status change 0001 Sep 6 14:04:54 ebony ntpd[1182]: kernel time sync status change 4001 Sep 6 14:21:59 ebony ntpd[1182]: kernel time sync status change 0001 Sep 6 19:29:20 ebony ntpd[1182]: kernel time sync status change 4001 Sep 6 20:03:28 ebony ntpd[1182]: kernel time sync status change 0001 Sep 6 20:37:40 ebony ntpd[1182]: kernel time sync status change 4001 Sep 6 20:54:44 ebony ntpd[1182]: kernel time sync status change 0001 Sep 6 21:28:54 ebony ntpd[1182]: kernel time sync status change 4001 Sep 6 21:46:00 ebony ntpd[1182]: kernel time sync status change 0001 Sep 6 22:20:09 ebony ntpd[1182]: kernel time sync status change 4001 Sep 6 22:37:15 ebony ntpd[1182]: kernel time sync status change 0001 Sep 6 23:45:31 ebony ntpd[1182]: kernel time sync status change 4001 Sep 7 00:02:36 ebony ntpd[1182]: kernel time sync status change 0001 Sep 7 01:45:02 ebony ntpd[1182]: kernel time sync status change 4001 Sep 7 02:02:08 ebony ntpd[1182]: kernel time sync status change 0001 Sep 7 02:53:22 ebony ntpd[1182]: kernel time sync status change 4001 Sep 7 03:10:26 ebony ntpd[1182]: kernel time sync status change 0001 Sep 7 03:44:36 ebony ntpd[1182]: kernel time sync status change 4001 Sep 7 04:01:41 ebony ntpd[1182]: kernel time sync status change 0001 -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (990, 'stable') Architecture: i386 (i586) Kernel: Linux 2.6.32-bpo.5-686 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/bash Versions of packages ntp depends on: ii adduser 3.110add and remove users and groups ii libc6 2.7-18lenny4 GNU C Library: Shared libraries ii libcap1 1:1.10-14support for getting/setting POSIX. ii libedit22.11~20080614-1 BSD editline and history libraries ii libncurses5 5.7+20081213-1 shared libraries for terminal hand ii libssl0.9.8 0.9.8g-15+lenny8 SSL shared libraries ii lsb-base3.2-20 Linux Standard Base 3.2 init scrip ii netbase 4.34 Basic TCP/IP networking system Versions of packages ntp recommends: ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction Versions of packages ntp suggests: pn ntp-doc 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#587740: openoffice.org-calc: cannot open any XLSX file
tags 587740 + moreinfo quit Paweł Pałucha wrote: I was a little suprised because at first I was able to download this file from bug report page and then open it. So I started to think that perhaps I made some mistake. But I was not able to open any other xlsx file and when I returned to this Book1.xlsx file, it was impossible to open it again. It happened to me once before Hmm. Unfortunately I am still not able to reproduce it. I tried $ oocalc /tmp/Senate_Raw.xlsx [say No to the update links dialog] [close] [open /tmp/Book1.xls] [close] [open /tmp/Senate_Raw.xlsx] [say Yes to the update links dialog] [click around a little] [close] [open /tmp/Book1.xls] [open /tmp/Senate_Raw.xls] [say No] No troubles. Is it reproducible for you? Help-About says: OpenOffice.org 3.2.1 OOO320m19 (Build:9505) ooo-build 3.2.1.4, Debian package 1:3.2.1-6 Tagging moreinfo because I think a reproduction recipe would be needed before this can be solved. Still, the report is appreciated. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595797: New version of /usr/lib/gdm/gdm-ssh-session
Le lundi 06 septembre 2010 à 20:30 +0200, Francesco Cappelli a écrit : Package: gdm Version: 2.20.11-1 Severity: wishlist Tags: patch I have written a new version of /usr/lib/gdm/gdm-ssh-session in Bash. You may have a look at the script, it is well commented. Let me know what you think about it, obviously it is free (GPL) software. Write me at f_cappe...@studenti.fisica.unifi.it Thanks for the script. However I don’t think it is a good idea to require a configuration file to be present for each user. What would be nice is a combo box entry where the user can enter the name of the host to connect to, while storing the previous choices to ease speed. Cheers, -- .''`. : :' : “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#565219: qa.debian.org: bug history graphs are incorrect
(Added debian-admin@ in Cc) On 07/09/10 at 09:28 +0200, Raphael Hertzog wrote: On Mon, 06 Sep 2010, Mike Hommey wrote: On Mon, Sep 06, 2010 at 09:15:58PM +0200, Mike Hommey wrote: On Mon, Sep 06, 2010 at 09:03:25PM +0200, Raphael Hertzog wrote: On Mon, 06 Sep 2010, Mike Hommey wrote: That being said, now that merkel is going to be shut down, maybe it's time to do things right and properly migrate and integrate with qa.d.o. QA people, what do you think? I'm all for it. What do you need to to this? :-) First, to know where qa.d.o will be moved ;) Or does that fit better on the pts ? I don't know yet where qa.d.o will be moved... and DSA contacted me about moving the PTS and if it would likely cause problems or not, I guess they wanted to put it on the same machine as qa.debian.org. While there's no compelling reason to do that now, it would make sense to have the PTS, qa.debian.org, udd.debian.org, a local BTS mirror, a local archive mirror and a dak mirror all on the same machine. We can survive without it using some synchronization scripts, but it would make life easier to do that. - Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593338: CUPS filters produce postscript that hangs Ricoh Aficio 3035
On 09/07/2010 06:26 AM, Timo Juhani Lindfors wrote: Note that even if you don't have an appropriate a Debian or Ubuntu installation you can still look at the PostScript output. It is available in http://www.cups.org/str.php?L3646+P0+S-2+C0+I0+E0+M1000+Q as port9100_1.4.4-2.dump. I have printed this file on an HP LaserJet P3005 without filtering, using the command nc -w1 192.168.2.115 9100 port9100_1.4.4-2.dump The printer prompted for inserting A4 paper and as I have A4 paper in the tray, it seems that in this job manual paper feed is set. After confirming the prompt pressing the OK button on the printer twice the job got printed. I have looked into the file, most probably either the [{ %%BeginFeature: *RIPaperPolicy PromptUser /DeferredMediaSelection true setpagedevice /Policies /PageSize 2 /MediaType 2 setpagedevice %%EndFeature } stopped cleartomark or the [{ %%BeginFeature: *InputSlot 1Tray /MediaPosition 1 setpagedevice %%EndFeature } stopped cleartomark caused the printer to switch to manual feed. Till -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594412: CouchDB insecure library loading
Hi again! * Gerfried Fuchs rho...@deb.at [2010-08-30 14:40:28 CEST]: * Moritz Muehlenhoff j...@debian.org [2010-08-25 21:50:53 CEST]: Package: couchdb Severity: grave Tags: security The vulnerability was introduced by Debian patch mozjs1.9_ldlibpath.patch on 3/24/2009. I fail to find this patch neither in the lenny package nor in the squeeze package, and there was no changelog entry or upload around the mentioned time. Are you sure about these fineprints? Alright, after some chat with Moritz and other security people I better understand the issue, the patch icu-config.patch in the lenny package also has the problem, it would depend on an already set LD_LIBRARY_PATH environment variable. In the case it isn't set (which is the default) it has the insecure behavior depending on the current directory. A test for existence of the variable should be done and depending on that either get extended or explicitly set only to the variable. I though question the need of the patch - /usr/lib is searched by default anyway? What's the background of that? I didn't find any hint in the changelog - and that's one of the reasons why a comment in the patch file would be really helpful. :) Thanks! Rhonda -- https://flattr.com/thing/47066/Debian-BTS-cleaning-up -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595906: gdm3: Can't log in when .gnomerc sources .bashrc
Package: gdm3 Version: 2.30.2-4 Severity: normal I've had the following line in my .gnomerc for at least 10 years now to provide environment variables, especially PATH, to my X session: . ~/.bashrc This worked well until I installed squeeze this weekend. Once I copied my $HOME files from backup, I couldn't log in! I was getting all sorts of weird syntax errors in .xsession-errors. Turns out that these errors were caused by a link from /bin/sh to /bin/dash for performance reasons. I worked around this problem by running dpkg-reconfigure dash and saying No when asked to link sh to dash. However, I think it might be better to provide a means to incorporate one's .bashrc instead when starting the X session. This mechanism might also be useful for users of other shells as well. Also, what would be the harm in changing the first line of /etc/gdm3/Xsession (assuming that's the right file) to read #!/bin/bash instead of #!/bin/sh? Thanks! -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (90, 'testing'), (80, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gdm3 depends on: ii adduser 3.112add and remove users and groups ii debconf [debconf-2.0] 1.5.35 Debian configuration management sy ii gconf2 2.28.1-3 GNOME configuration database syste ii gnome-session [x-sessio 2.30.2-1 The GNOME Session Manager - GNOME ii gnome-session-bin 2.30.2-1 The GNOME Session Manager - Minima ii gnome-terminal [x-termi 2.30.2-1 The GNOME terminal emulator applic ii libart-2.0-22.3.21-1 Library of functions for 2D graphi ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libattr11:2.4.44-2 Extended attribute shared library ii libaudit0 1.7.13-1+b2 Dynamic library for security audit ii libbonobo2-02.24.3-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.3-1 The Bonobo UI library ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libcanberra-gtk00.24-1 Gtk+ helper for playing widget eve ii libcanberra00.24-1 a simple abstract interface for pl ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libdevkit-power-gobject 1:0.9.5-1+b1 abstraction for power management - ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.30.1-1 A powerful object-oriented display ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface ii liborbit2 1:2.14.18-0.1libraries for ORBit2 - a CORBA ORB ii libpam-modules 1.1.1-4 Pluggable Authentication Modules f ii libpam-runtime 1.1.1-4 Runtime support for the PAM librar ii libpam0g1.1.1-4 Pluggable Authentication Modules l ii libpanel-applet2-0 2.30.2-1 library for GNOME Panel applets ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpolkit-gobject-1-0 0.96-2 PolicyKit Authorization API ii libpolkit-gtk-1-0 0.96-2 PolicyKit GTK+ API ii libpopt01.16-1 lib for parsing cmdline parameters ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii libx11-62:1.3.3-3X11 client-side library ii libxau6 1:1.0.6-1X11 authorisation library ii libxdmcp6 1:1.0.3-2X11 Display Manager Control Protoc ii libxklavier16 5.0-2X Keyboard Extension high-level AP ii libxml2 2.7.7.dfsg-4 GNOME XML library ii lsb-base3.2-23.1 Linux Standard Base 3.2 init scrip ii metacity [x-window-mana 1:2.30.1-2 lightweight GTK+ window manager ii policykit-1-gnome 0.96-2 GNOME authentication agent for Pol ii twm [x-window-manager] 1:1.0.4-2Tab window manager ii
Bug#595907: ITP: webhoneypot -- The Dshield Web Honeypot Project.
Package: wnpp Severity: wishlist Owner: Christian Pohl w...@pohlcity.de * Package name: webhoneypot Version : 0.1.123 Upstream Author : Johannes Ulrich * URL : http://sites.google.com/site/webhoneypotsite * License : GPLv2 Programming Lang: PHP Description : The Dshield Web Honeypot Project. -- System Information: Debian Release: 5.0.5 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595390: invalid dkms conf
Ivan Borzenkov ivan1...@list.ru writes: 4 сентября 2010 00:44:28 вы писали: 195.36.24 is when we introduced DKMS support, so that implies that the DKMS support has never worked for you. I think this must be a problem specific to your system, since it's working for lots of other people and the above syntax has always been used in dkms.conf. Have you partly replaced DKMS on your system with an installation from somewhere else, or installed some DKMS package other than the one that's current in Debian, maybe? Sorry, I was wrong, with 31 versions - I remember that was updated, then fix by hands, then it's a new update and broken. version 24 work normal... I'm at a loss, I'm afraid. I don't know what's wrong; the same dkms.conf works fine for me. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595908: Obsolete manpage
Package: drush Version: 3.3-1 Severity: minor Hello, if I give the command drush update I see the warning Warning: The command name update is deprecated. Please use a recommended form instead (pm-update,up). but if I give man drush I see that update is not mentioned as being deprecated, while pm-update and up are not mentioned at all. I guess the manpage should be updated (indeed, it apparently dates to June 11, 2009)... Pietro -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595820: ITP: woof -- A small, simple, stupid webserver to share files
On Sep 07, Andrea Gasparini ga...@yattaweb.it wrote: Brian, it lacks the long description, right, we'll provide one asap. Though, it serves just one file a given number of times, and then shutdown. It's something useful for distributing file in a LAN, if you don't want to install and setup a complete/complex webserver. Installing lighttpd or something like it requires much less time than learning the existence of this one. -- ciao, Marco signature.asc Description: Digital signature
Bug#595798: freeze exception for dh-ocaml
On Mon, Sep 06, 2010 at 11:44:34PM +0200, Julien Cristau wrote: On Mon, Sep 6, 2010 at 20:53:51 +0200, Ralf Treinen wrote: dh-ocaml (0.9.6) unstable; urgency=low Unblocked. Thanks. [ Stéphane Glondu ] * debian/control: - add git-core to Suggests The package is named 'git' nowadays. Right. Should I upload again with updated Suggests, or can this wait until after squeeze? -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595820: ITP: woof -- A small, simple, stupid webserver to share files
Andrea Colangelo wrote, Tuesday 07 September 2010 * URL : http://www.home.unix-ag.org/simon/ http://www.home.unix-ag.org/simon/woof.html Josselin Mouette wrote, Tuesday 07 September 2010: Oh yeah. We didn’t have enough webservers in the archive. Joss, you could even be right, but that doesn't seem the best way to state your thoughts. WIth this tone I guess the OP wouldn't simply consider your mail. brian m. carlson wrote, Tuesday 07 September 2010: We have a lot of web servers in Debian. Could you provide a long description for the package that helps an adminstrator decide why she might want to install woof instead of some other lightweight web server? Brian, it lacks the long description, right, we'll provide one asap. Though, it serves just one file a given number of times, and then shutdown. It's something useful for distributing file in a LAN, if you don't want to install and setup a complete/complex webserver. Mauro Lizaur wrote, Tuesday 07 September 2010: Such as: $ python -m SimpleHTTPServer [port] Thanks Mauro, we could drop all our webservers, now. :) Bye! -- -gaspa- --- https://launchpad.net/~gaspa - - HomePage: http://gaspa.yattaweb.it -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595899: munin-node: snort_* scripts fail to 'config' due to bashism
tags 595899 + patch thanks Hi Gerald, thanks for your bugreport, the changes needed are small enough so that we can still fix them despite the freeze. Also having things work with dash is a releasegoal :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#595427: ITP: winetricks -- Quick and dirty script todownload and install variousredistributable runtime libraries
Are we in danger of making the best the enemy of the good? Packaging winetricks as-is would be helpful: making it a part of the packaging system, keeping it up-to-date, maybe adding a man page. Massive integration of distributable libraries into wine, and/or the creation of a wine-nonfree package with more of same, are great ideas. But they're also a lot more work than just packaging winetricks. So maybe let the simple one be done first, and take the pressure off those who need more time to do the trickier work? If the new winetricks package were to be called wine-nonfree, that would lay the foundations for later efforts ... Chris Carr -Original Message- From: Andreas Barth [mailto:a...@not.so.argh.org] Sent: 05 September 2010 14:05 To: Adam Borowski Cc: debian-de...@lists.debian.org; 595...@bugs.debian.org Subject: Re: Bug#595427: ITP: winetricks -- Quick and dirty script todownload and install variousredistributable runtime libraries * Adam Borowski (kilob...@angband.pl) [100905 11:04]: It's a massive script, so the file count of 1 doesn't really matter. Also, it needs to update more often than wine proper, as it refers to outside locations. I'd vote for having it as a separate package. It'd rather make sense to create a wine-nonfree which includes the libraries that we are allowed to redistribute, and downloads the others. Then it makes of course sense to have it as an seperate package (and with e.g. cmake I'm even not sure if we couldn't take the free version of it into wine proper). In other words, there will be some massive integration effort into debian, so winetricks won't look like the current script. Which is something that should be done. Andi -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100905130527.gl15...@mails.so.argh.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595909: salome-dev: add path to adm_local files
Package: salome-dev Version: 5.1.3-11 Severity: wishlist It will be nice to include adm_local directory for each salome base modules in the salome-dev package. This will greatly simplify the developpement and packaging of new plugins since the configuration step almost refers to MODULE/adm_local. Otherwise we ave to include some MODULE_SRC in the src package for the plugins (see what I have done for salome-code-aster on svn debian science) Note that this is already done for HXX2SALOME_GENERIC_CLASS_NAME_SRC which provides usr/share/salome/HXX2SALOME_GENERIC_CLASS_NAME_SRC/adm_local. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages salome-dev depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-8GCC support library 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.4-8 The GNU Standard C++ Library v3 ii salome 5.1.3-11 Numerical simulation pre- and post ii salome-common 5.1.3-11 Numerical simulation pre- and post salome-dev recommends no packages. salome-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#595427: ITP: winetricks -- Quick and dirty script todownload and install variousredistributable runtime libraries
* Chris Carr (ranting...@gmail.com) [100907 10:20]: Are we in danger of making the best the enemy of the good? Packaging winetricks as-is would be helpful: making it a part of the packaging system, keeping it up-to-date, maybe adding a man page. Massive integration of distributable libraries into wine, and/or the creation of a wine-nonfree package with more of same, are great ideas. But they're also a lot more work than just packaging winetricks. So maybe let the simple one be done first, and take the pressure off those who need more time to do the trickier work? If the new winetricks package were to be called wine-nonfree, that would lay the foundations for later efforts ... I agree that starting with the current scripts is for starters. But we should do it in a way that is prepared for doing it right, and then starting with the easier parts of replacing the scripts with the right libraries. Obviously there are some very low hanging fruits within the winetricks-scripts (basically everything that is downloaded from an open source site). Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595728: git-core: permissions of templates too restrictive
Hi, On Mon, Sep 06, 2010 at 10:55:32PM -0500, Jonathan Nieder wrote: Philipp Kern wrote: Thanks for the bug report. Indeed the git-core package is broken on lenny/i386 since the last point release on Saturday. Sadly nobody caught that bug when the package was in proposed-updates. It's only i386, that's affected, because of oddities on the uploader's build machine. The autobuilt ones look fine. I scheduled a binNMU. Thanks for the analysis. Do you think it would be worth cherry-picking the fix from v1.6.0.3~81^2 (Fix permission bits on sources checked out with an overtight umask, 2008-08-21[1]) to lenny to prevent this from happening again? [1] http://repo.or.cz/w/git.git/commitdiff/d8bdc49 yeah, I think so. Could you please an upload based on the Lenny package? Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#595820: ITP: woof -- A small, simple, stupid webserver to share files
On Tuesday 07 September 2010 00:22:26 brian m. carlson wrote: We have a lot of web servers in Debian. Could you provide a long description for the package that helps an adminstrator decide why she might want to install woof instead of some other lightweight web server? I maintain a similar package (weborf), but yet with some differences. Weborf uses a basedirectory param while woof can use a directory or a file. Weborf will not limit the number of connections. Woof would tar a directory and weborf would produce an html list of files. Weborf does not support file upload in the same way. The user would be forced to use a CGI script. Or, weborf supports the PUT method, but no browser does. Weborf is also meant to be used as a normal webserver, and woof is not. I think the upload option and the tar of directory are quite convenient. Bye -- Salvo Tomaselli signature.asc Description: This is a digitally signed message part.
Bug#595910: wxpython: save of workspace on exit crasches on non-ascii layer name and corrupts workspace file
Package: grass Version: 6.4.0~rc6+42329-1+b1 Severity: normal To replicate: Open a workspace file under wxpython. Change a map layer name on the map layers for each display and include a non-ascii letter, like 'ä'. Exit gui. When asked to save changes to workspace, answer 'Yes'. result: -- Writing current settings to workspace file failed ('ascii' codec can't encode character u'\xe4' in position 39: ordinal not in range(128)). - What should happen: the user is brought back to the layers display, and the error message should be somewhat more clear: non-ascii / Unicode characters in layer names cannot be used. What happens: gui closes anyway, and leaves a corrupted workspace file behind. Causes lots of irritation in case of a complex workspace setting. Best, Harri K. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-3-686 (SMP w/1 CPU core) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grass depends on: ii eterm [x-terminal-emula 0.9.5-2 Enlightened Terminal Emulator ii gnome-terminal [x-termi 2.30.2-1 The GNOME terminal emulator applic ii lesstif21:0.95.2-1 OSF/Motif 2.1 implementation relea ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libfftw3-3 3.2.2-1 library for computing Fast Fourier ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-8GCC support library ii libgdal1-1.6.0 1.6.3-4 Geospatial Data Abstraction Librar ii libgl1-mesa-glx [libgl1 7.7.1-4 A free implementation of the OpenG ii libglu1-mesa [libglu1] 7.7.1-4 The OpenGL utility library (GLU) ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libmysqlclient165.1.49-1 MySQL database client library ii libncurses5 5.7+20100313-2 shared libraries for terminal hand ii libpng12-0 1.2.44-1 PNG library - runtime ii libpq5 8.4.4-2 PostgreSQL C client library ii libproj04.7.0-1 Cartographic projection library ii libpython2.62.6.6~rc1-1 Shared Python runtime library (ver ii libreadline66.1-3GNU readline and history libraries ii libsm6 2:1.1.1-1X11 Session Management library ii libsqlite3-03.7.2-1 SQLite 3 shared library ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii libtiff43.9.4-3 Tag Image File Format (TIFF) libra ii libwxbase2.8-0 2.8.10.1-3 wxBase library (runtime) - non-GUI ii libwxgtk2.8-0 2.8.10.1-3 wxWidgets Cross-platform C++ GUI t ii libx11-62:1.3.3-3X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxmu6 2:1.0.5-1X11 miscellaneous utility library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii rxvt-unicode [x-termina 9.07-2 RXVT-like terminal emulator with U ii tcl8.4 8.4.19-4 Tcl (the Tool Command Language) v8 ii tk8.4 8.4.19-4 Tk toolkit for Tcl and X11, v8.4 - ii unixodbc2.2.14p2-1 ODBC tools libraries ii xterm [x-terminal-emula 261-1X terminal emulator ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages grass recommends: ii ghostscript 8.71~dfsg2-6 The GPL Ghostscript PostScript/PDF ii python 2.6.5-13 interactive high-level object-orie ii python-numpy1:1.4.1-4Numerical Python adds a fast array Versions of packages grass suggests: ii avce00 2.0.0-2 Tools for conversion of ESRI Arcin ii curl 7.21.0-1 Get a file from an HTTP, HTTPS or ii e00compr 1.0.1-1 a program to read/write Arc/Info c ii gdal-bin 1.6.3-4 Geospatial Data Abstraction Librar ii gnuplot4.4.0-1 A command-line driven interactive pn gpsbabel none(no description available) pn gpstrans none(no description available) ii grass-doc [grass-doc] 6.4.0~rc6+42329-1 Geographic Resources Analysis Supp ii netpbm
Bug#595820: ITP: woof -- A small, simple, stupid webserver to share files
Le mardi 07 septembre 2010 à 10:25 +0200, Salvo Tomaselli a écrit : I maintain a similar package (weborf), but yet with some differences. Weborf uses a basedirectory param while woof can use a directory or a file. Weborf will not limit the number of connections. Woof would tar a directory and weborf would produce an html list of files. Weborf does not support file upload in the same way. The user would be forced to use a CGI script. Or, weborf supports the PUT method, but no browser does. Weborf is also meant to be used as a normal webserver, and woof is not. I think the upload option and the tar of directory are quite convenient. Oh, please. If you want to setup such schemes, why would you not want to spend 5 minutes to configure apache or lighttpd instead of spending at least the same time to configure such an obscure piece of software? If all you care about is sharing a few files in the simplest way, there are much better tools to do it, like gnome-user-share. -- .''`. : :' : “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#583738: The Problem still exists
I have same experience of pdf's printing when I had version 8.71~dfsg2-2.5, but broken again in 8.71~dfsg2-2.6. PDF's do print however if i set the option of printing with 2 pages per sheet. Also converting my pdf's to ps enables me to print using evince Debian: squeeze arch: i686 Version: 8.71~dfsg2-6 linux: 2.6.32-5-686 printer: epson stylus dx8400 Package: ghostscript State: installed Automatically installed: yes Version: 8.71~dfsg2-6 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593338: CUPS filters produce postscript that hangs Ricoh Aficio 3035
Till Kamppeter till.kamppe...@gmail.com writes: I have looked into the file, most probably either the [{ %%BeginFeature: *RIPaperPolicy PromptUser /DeferredMediaSelection true setpagedevice /Policies /PageSize 2 /MediaType 2 setpagedevice %%EndFeature } stopped cleartomark This fragment is also generated by lenny's cups where the problem does not occur. See http://www.cups.org/strfiles/3646/port9100_1.3.8-1+lenny8.dump for the working version. [{ %%BeginFeature: *InputSlot 1Tray /MediaPosition 1 setpagedevice %%EndFeature } stopped cleartomark Same here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#471824: Package removal
reassign 471824 ftp.debian.org retitle 471824 RM: pgpool -- RoQA; orphaned, alternatives, low popcon thanks Hi! Please see the following reasons for the removal request: * Package is orphaned. * Better alternatives (pgpool2 is on the archive). * Few users - a popcon of 38 users. Reverse Depends: pgpool2 pgpool2 The package pgpool2 currently has Replaces: pgpool. Thank you! -- Marco Rodrigues http://www.marblehole.com
Bug#595895: openoffice.org-impress: Exports PDFs white on white if GTK has a theme with white on dark background
Hi Rene, Rene Engelhard wrote: On Tue, Sep 07, 2010 at 04:29:17AM +0200, Axel Beckert wrote: Package: openoffice.org-impress Version: 1:2.4.1+dfsg-1+lenny8 Severity: minor Regression to lenny7?? Or why are you filing that against lenny? ... Because it happened on Lenny? ... And the usual question: What about squeeze/sids version? Hadn't really the time to test it on Squeeze/Sid at 4:30am in the morning when my talk is at 9:30am... Besides that I currently do not have a box which features such a setup. Will check as soon as I've set up a Squeeze or Sid box with a similar setting. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595911: git clone: refs/original from filter-branch prevents clone of tags
Package: git Version: 1:1.6.5-1 Severity: important Tags: upstream Forwarded: http://thread.gmane.org/gmane.comp.version-control.git/153967 Stephen Bash wrote: and finally one last filter-branch to permanently commit the grafts. Unfortunately I'm running into a problem with cloning the resulting repository. [...] error: refs/tags/tagFoo does not point to a valid object! The problem seems to have something to do with the refs/original namespace, since deleting those refs fixes it. Reproduction script: -- 8 -- #!/bin/sh mkdir foo ( cd foo git init echo A foo.txt git add foo.txt git commit -m Created foo git tag -am Tagging foo tagFoo git filter-branch --env-filter 'export GIT_AUTHOR_NAME=xyz123' \ --tag-name-filter cat -- --all ) git clone file:///`pwd`/foo newFoo -- 8 -- git clone will succeed (exit 0), but throw the error error: refs/tags/tagFoo does not point to a valid object! and the tagFoo will not exist in the new repo. Bisects to commit 5bdc32d3e50d8335c65e136e6b5234c5dd92a7a9 Author: Nicolas Pitre n...@fluxnic.net Date: Fri Sep 25 23:54:42 2009 -0400 make 'git clone' ask the remote only for objects it cares about Current behavior of 'git clone' when not using --mirror is to fetch everything from the peer, and then filter out unwanted refs just before writing them out to the cloned repository. This may become highly inefficient if the peer has an unusual ref namespace, or if it simply has remotes refs of its own, and those locally unwanted refs are connecting to a large set of objects which becomes unreferenced as soon as they are fetched. Let's filter out those unwanted refs from the peer _before_ asking it what refs we want to fetch instead, which is the most logical thing to do anyway. Signed-off-by: Nicolas Pitre n...@fluxnic.net Signed-off-by: Shawn O. Pearce spea...@spearce.org (The env-filter is arbitrary, just need something that will force a commit rewrite) For this bug to occur, the filter-branch must create refs/original/refs/tags/tagFoo, so if the filter-branch command is git filter-branch --env-filter 'export GIT_AUTHOR_NAME=xyz123' \ --tag-name-filter cat master filter-branch will happily rewrite the tag, but won't create the offending file, so the clone will succeed without error (and the tag will exist in the new repo). and: - in a brand new repo (init'ed, not cloned) 'git fetch ../foo refs/tags/tagFoo:refs/tags/tagFoo' fails: error: unable to find 28fffee... (sha of tag object) - in a brand new repo 'git fetch ../foo refs/heads/branchFoo:ref/heads/branchFoo' succeeds, and correctly fetches tagFoo (where branchFoo is created via 'git checkout -b branchFoo tagFoo') This report is to ensure the bug is not forgotten. Thanks, Stephen. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588590: Conflicts with nvidia-glx
I have the same trouble with nvidia-glx. I had both nvidia-glx and nvidia-glx-legacy-173xx installed (due to upgrading my video card), and now I can't purge nvidia-glx-legacy-173xx. When I try to purge it, it says: Removing nvidia-glx-legacy-173xx ... Purging configuration files for nvidia-glx-legacy-173xx ... rm: cannot remove `/usr/lib/libGL.so': No such file or directory dpkg-divert: mismatch on package when removing `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-legacy-173xx' found `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx' dpkg: error processing nvidia-glx-legacy-173xx (--purge): subprocess post-removal script returned error exit status 2 configured to not write apport reports Removing nvidia-kernel-legacy-173xx-source ... Errors were encountered while processing: nvidia-glx-legacy-173xx A new version of nvidia-glx-legacy-173xx will not help me, how do I purge the package? Should I manually edit the postrm script? -Ariel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595912: python-support: Compilation problems of __init__.py with encodings utf8 and utf-8
Package: python-support Version: 1.0.9 Severity: normal Whenever I install or upgrade packages (aptitude install ...), this happens: - snip - Processing triggers for python-support ... Compiling /usr/lib/pymodules/python2.5/docutils/writers/latex2e/__init__.py ... File /usr/lib/pymodules/python2.5/docutils/writers/latex2e/__init__.py, line 0 SyntaxError: ('unknown encoding: utf8', ('/usr/lib/pymodules/python2.5/docutils/writers/latex2e/__init__.py', 0, 0, None)) Compiling /usr/lib/pymodules/python2.5/docutils/writers/manpage.py ... Sorry: LookupError: (no codec search functions registered: can't find encoding,) - snip - Interestingly enough, aptitude's exit code is 0. There are other files in /usr/share/pyshared/docutils that contain either # -*- coding: utf8 -*- or # -*- coding: utf-8 -*- but they don't seem to produce any errors. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (50, 'unstable'), (25, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages python-support depends on: ii dpkg 1.15.8.4 Debian package management system ii python2.6.5-13 interactive high-level object-orie python-support recommends no packages. python-support suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588590: [pkg-nvidia-devel] Bug#588590: Conflicts with nvidia-glx
Ariel asdeb...@dsgml.com writes: I have the same trouble with nvidia-glx. I had both nvidia-glx and nvidia-glx-legacy-173xx installed (due to upgrading my video card), and now I can't purge nvidia-glx-legacy-173xx. When I try to purge it, it says: Removing nvidia-glx-legacy-173xx ... Purging configuration files for nvidia-glx-legacy-173xx ... rm: cannot remove `/usr/lib/libGL.so': No such file or directory dpkg-divert: mismatch on package when removing `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-legacy-173xx' found `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx' So you have old versions of both nvidia-glx and nvidia-glx-legacy-173xx installed, both of which predate the reworking of how the diversions are handled. I wonder how you managed to get both packages installed at the same time ever. They've always conflicted in their diversions, and I would have expected one or the other to have failed to install. I don't understand how nvidia-glx managed to take over the diversions while leaving nvidia-glx-legacy-173xx in a state where it still thought it owned the diversions. Thankfully, this is one of the problems that will be entirely fixed going forward, with the new shared diversion handling packages. A new version of nvidia-glx-legacy-173xx will not help me, I'm not sure that's true. how do I purge the package? Should I manually edit the postrm script? That's what I'd do. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595913: xserver-xorg-video-intel: X random crashes with 945GM
Package: xserver-xorg-video-intel Version: 2:2.12.0+legacy1-1 Severity: important Hi all, I have regular random X crashes, usually every day. It happens I think from the early 2010. With xserver-xorg-video-intel from squeeze I had error about batchbuffer input/output error. I looked through bug reports and tried to install legacy version from sid. And I still have crashes, but now with different error. Here are excerpts from logs: syslog: Sep 7 11:57:29 localhost kernel: [ 4380.608070] [drm:i915_hangcheck_elapsed] *ERROR* Hangcheck timer elapsed... GPU hung Sep 7 11:57:29 localhost kernel: [ 4380.608085] render error detected, EIR: 0x Sep 7 11:57:29 localhost kernel: [ 4380.608110] [drm:i915_do_wait_request] *ERROR* i915_do_wait_request returns -5 (awaiting 1181886 at 1181882) Sep 7 11:58:04 localhost gdm[2360]: WARNING: gdm_slave_xioerror_handler: Фатальная ошибка X - Перезапуск :0 Xorg.log: (EE) intel(0): Detected a hung GPU, disabling acceleration. another Xorg.log: (EE) intel(0): Detected a hung GPU, disabling acceleration. Backtrace: 0: /usr/bin/X (xorg_backtrace+0x3b) [0x80d920b] 1: /usr/bin/X (0x8048000+0x581d5) [0x80a01d5] 2: (vdso) (__kernel_rt_sigreturn+0x0) [0xb76e940c] 3: /usr/lib/xorg/modules/extensions/libdri2.so (0xb731a000+0x1d8c) [0xb731bd8c] 4: /usr/bin/X (0x8048000+0x38067) [0x8080067] 5: /usr/bin/X (0x8048000+0x1e92a) [0x806692a] 6: /lib/i686/cmov/libc.so.6 (__libc_start_main+0xe6) [0xb7418c76] 7: /usr/bin/X (0x8048000+0x1e511) [0x8066511] Segmentation fault at address (nil) Fatal server error: Caught signal 11 (Segmentation fault). Server aborting After crash I can switch to terminal and reboot computer. -- Package-specific info: /var/lib/x11/X.roster does not exist. /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 Apr 12 2007 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1725304 Aug 24 18:04 /usr/bin/Xorg /var/lib/x11/xorg.conf.roster does not exist. VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) /var/lib/x11/xorg.conf.md5sum does not exist. Xorg X server configuration file status: -rw-r--r-- 1 root root 1076 Jun 6 2009 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type man xorg.conf at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section InputDevice Identifier Generic Keyboard Driver kbd Option XkbRules xorg Option XkbModel pc104 Option XkbLayout us EndSection Section InputDevice Identifier Configured Mouse Driver mouse EndSection Section Device Identifier Configured Video Device EndSection Section Monitor Identifier Configured Monitor EndSection Section Screen Identifier Default Screen Monitor Configured Monitor EndSection Kernel version (/proc/version): Linux version 2.6.32-5-686 (Debian 2.6.32-21) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Wed Aug 25 14:28:12 UTC 2010 Xorg X server log files on system: -rw-r--r-- 1 root root 32024 May 26 2009 /var/log/Xorg.21.log -rw-r--r-- 1 root root 25309 Oct 12 2009 /var/log/Xorg.20.log -rw-r--r-- 1 root root 32922 Jul 18 20:22 /var/log/Xorg.1.log -rw-r--r-- 1 root root 22521 Sep 7 12:09 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.26-2-amd64 i686 Debian Current Operating System: Linux nfer 2.6.32-5-686 #1 SMP Wed Aug 25 14:28:12 UTC 2010 i686 Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.32-5-686 root=UUID=3fc5fba1-9235-b8dd-0991-059d84ce49ac ro quiet acpi_osi=Linux Build Date: 24 August 2010 02:59:40PM xorg-server 2:1.7.7-4 (Julien Cristau jcris...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Tue Sep 7 12:08:51 2010 (==) Using config file: /etc/X11/xorg.conf (==) Using system config
Bug#595820: ITP: woof -- A small, simple, stupid webserver to share files
[ adding back the ITP to Cc: ] On Tue, Sep 07, 2010 at 10:56:15AM +0200, Salvo Tomaselli wrote: The default installation of lighttpd would put itself in the autostart, maybe i just wanted to share a file and it would take time for me to change the configuration for avoiding autostart and create a new config file. And of course i should also know how to do that. Fair enough. Note that nobody here is saying thou shall not package this. We are just very cautious because adding a new web server to the archive might easily become a security PITA (ask the security team for some horror stories on the subject of yet another web server). So what we are saying is just that it should be worth it wrt other software offerings already in the archive. On a related topic, please remember that long descriptions are meant to help sysadms to decide whether they want to install a package or not. In this specific case, and giving the availability of competitor tools, your long description should explain why one might want to prefer woof over other packages. If I were the packager, I would skim through the output of debtags search web::server and try to convince myself that the new one I'm adding really has distinguishing features (things like ease of configuration might of course qualify as a features). Once done, I would mention my reasons in the long description. ... and that's also why it's wise to have long descriptions ready at ITP-submission time: thread like this one might have been avoided completely, thanks to a convincing long description :-) Thanks for your packaging work! Cheers. -- Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7 z...@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/ Quando anche i santi ti voltano le spalle, | . |. I've fans everywhere ti resta John Fante -- V. Caposella ...| ..: |.. -- C. Adams signature.asc Description: Digital signature
Bug#540956: Package removal
reassign 540956 ftp.debian.org http://ftp.debian.org retitle 540956 RM: rutebook -- RoQA; orphaned, dead upstream, obsolete thanks Hi! Please see the following reasons for the removal request: * Package is orphaned. * Obsolete - This book isn't updated for ages. * Dead upstream - There isn't upstream activity and files not available anymore, not even on CVS. Reverse Depends: debian-reference-en Thank you! -- Marco Rodrigues http://www.marblehole.com
Bug#595915: (geen onderwerp)
Package: sshguard Version: 1.4-2 Severity: normal sshguard should be started every boot time. For this we should include a init script. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sshguard depends on: ii iptables 1.4.8-3administration tools for packet fi ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib sshguard recommends no packages. sshguard 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#588590: [pkg-nvidia-devel] Bug#588590: Conflicts with nvidia-glx
On Tue, 7 Sep 2010, Russ Allbery wrote: Ariel asdeb...@dsgml.com writes: I have the same trouble with nvidia-glx. I had both nvidia-glx and nvidia-glx-legacy-173xx installed (due to upgrading my video card), and now I can't purge nvidia-glx-legacy-173xx. dpkg-divert: mismatch on package when removing `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx-legacy-173xx' found `diversion of /usr/lib/libGL.so.1 to /usr/lib/nvidia/libGL.so.1.xlibmesa by nvidia-glx' So you have old versions of both nvidia-glx and nvidia-glx-legacy-173xx installed, both of which predate the reworking of how the diversions are handled. I wonder how you managed to get both packages installed at the same time ever. They've always conflicted in their diversions, and I would have expected one or the other to have failed to install. I don't understand how nvidia-glx managed to take over the diversions while leaving nvidia-glx-legacy-173xx in a state where it still thought it owned the diversions. nvidia-glx-legacy-173xx doesn't seem to think it owns the diversions - they are manually removed in the postrm script. And no, I don't know how it got installed this way. Thankfully, this is one of the problems that will be entirely fixed going forward, with the new shared diversion handling packages. Is this uploaded currently, or planned? And does this mean nvidia-glx-legacy-173xx and nvidia-glx can both be installed at the same time? (Although, that's probably not useful since the kernel module can't be.) A new version of nvidia-glx-legacy-173xx will not help me, I'm not sure that's true. I meant, I'm not going to install it because I'm using nvidia-glx now. how do I purge the package? Should I manually edit the postrm script? That's what I'd do. OK. Thank you. -Ariel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595914: Bug-report / installation-report
Package: installation-reports Boot method: CD Image version: http://caesar.acc.umu.se/cdimage/squeeze_di_alpha1/amd64/iso-cd/debian-testing-amd64-netinst.iso Date: 2010-09-07, 10:10 Machine: (Acer) emachines E730G-334G32Mnks Processor: Intel Core i3-330M Memory: 4 GB DDR3 Partitions: original (Windows 7 install) on a 320 GB HDD Output of lspci -nn: 00.00.0 Host bridge [0600]: Intel Corporation Core Processor DRAM Controller [8086:0044] (rev 02) 00:01.0 PCI bridge [0604]: Intel Corporation Core Processor PCI Express x16 Root Port [8086:0045] (rev 02) 00:16.0 Communication controller [0780]: Intel Corporation 5 Series/3400 Series Chipset HECI Controller [8086:3b64] (rev 06) 00:1a.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b3c] (rev 05) 00:1b.0 Audio device [0403]: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio [8086:3b56] (rev 05) 00:1c.0 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 [8086:3b42] (rev 05) 00:1c.1 PCI bridge [0604]: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 [8086:3b44] (rev 05) 00:1d.0 USB Controller [0c03]: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller [8086:3b34] (rev 05) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev a5) 00:1f.0 ISA Bridge [0601]: Intel Corporation Mobile 5 Series Chipset LPC Interface Controller [8086:3b09] (rev 05) 00:1f.2 SATA controller [0106]: Intel Corporation 5 Series/3400 Series Chipset 4 port SATA AHCI Controller [8086:3b29] (rev 05) 00:1f.3 SMBus [0c05]: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller [8086:3b30] (rev 05) 01:00.0 VGA compatible controller [0300]: ATI Technologies Inc Device 68e0 [1002:68e0] 01:00.1 Audio device [0403]: ATI Technologies Inc Device aa68 [1002:aa68] 02:00.0 Ethernet controller [0200]: Broadcom Corporation NetLink BCM57780 Gigabit Ethernet PCIe [14e4:1692] (rev 01) 03:00.0 Network controller [0280]: Broadcom Corporation Device 4357 [14e4:4357] (rev 01) ff:00.0 Host bridge [0600]: Intel Corporation Core Processor QuickPath Architecture Generic Non-core Registers [8086:2c62] (rev 02) ff:00.1 Host bridge [0600]: Intel Corporation Core Processor QuickPath Architecture System Address Decoder [8086:2d01] (rev 02) ff:02.0 Host bridge [0600]: Intel Corporation Core Processor QPI Link 0 [8086:2d10] (rev 02) ff:02.1 Host bridge [0600]: Intel Corporation Core Processor QPI Physical 0 [8086:2d11] (rev 02) ff:02.2 Host bridge [0600]: Intel Corporation Core Processor Reserved [8086:2d12] (rev 02) ff:02.3 Host bridge [0600]: Intel Corporation Core Processor Reserved [8086:2d13] (rev 02) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [ ] Detect CD: [ ] Load installer modules: [ ] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: The lspci-report was typed manually in this mail, so there might be misstakes (though I've run twice through it). Network card was not detected, I selected tg3 manually, but it wasn't working. Another tg3 from Broadcom wasn't working either (provided per USB-stick) Lenny wasn't able to cope with it either, but the graphic install was able to work with the screen, so I guess the ATI graphic driver is working. BTW: It's very hard for a Windows administrator to try out Debian, for the documentation is little too nerdy. But I don't like Win7, so good luck to you guys! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595916: axi-cache search broken: TypeError: 'MSetItem' object does not support indexing
Package: apt-xapian-index Version: 0.38 Severity: important axi-cache search fails with the following exception: z...@usha:~$ axi-cache search web::server 74 results found. Results 1-20: Traceback (most recent call last): File /usr/bin/axi-cache, line 632, in module sys.exit(ui.perform()) File /usr/bin/axi-cache, line 627, in perform return f(self.args) File /usr/bin/axi-cache, line 360, in do_search self.print_matches(self.db.get_matches()) File /usr/bin/axi-cache, line 592, in print_matches name = m[xapian.MSET_DOCUMENT].get_data() TypeError: 'MSetItem' object does not support indexing Thanks for the lovely tool! Cheers. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt-xapian-index depends on: ii python2.6.6-1interactive high-level object-orie ii python-apt0.7.97.1 Python interface to libapt-pkg ii python-debian 0.1.18 Python modules to work with Debian ii python-support1.0.9 automated rebuilding support for P ii python-xapian 1.2.3-3Xapian search engine interface for apt-xapian-index recommends no packages. Versions of packages apt-xapian-index suggests: ii app-install-data 2010.08.21 Application Installer Data Files ii python-xdg0.19-2 Python library to access freedeskt -- 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#588590: [pkg-nvidia-devel] Bug#588590: Conflicts with nvidia-glx
Ariel asdeb...@dsgml.com writes: On Tue, 7 Sep 2010, Russ Allbery wrote: So you have old versions of both nvidia-glx and nvidia-glx-legacy-173xx installed, both of which predate the reworking of how the diversions are handled. I wonder how you managed to get both packages installed at the same time ever. They've always conflicted in their diversions, and I would have expected one or the other to have failed to install. I don't understand how nvidia-glx managed to take over the diversions while leaving nvidia-glx-legacy-173xx in a state where it still thought it owned the diversions. nvidia-glx-legacy-173xx doesn't seem to think it owns the diversions - they are manually removed in the postrm script. That's what I mean by own. As long as those diversions weren't removed, nvidia-glx should never have been installable, and if those diversions were removed, that should have been followed by removing the postrm script... oh. Oh, I get it. You removed the package but didn't purge it, and the postrm script removes the diversions on both remove and purge. Aie. Yeah. I see how you got into that situation. I don't think there's any good solution at this point other than commenting out the dpkg-divert invocations in the postrm script and then purging the package. Thankfully, once someone upgrades to one of the new packages, this problem should be impossible to create. Thankfully, this is one of the problems that will be entirely fixed going forward, with the new shared diversion handling packages. Is this uploaded currently, or planned? Already in the archive for nvidia-glx, in NEW for the legacy package. And does this mean nvidia-glx-legacy-173xx and nvidia-glx can both be installed at the same time? Not yet, but it makes it possible eventually. (Although, that's probably not useful since the kernel module can't be.) Yeah, that's still a problem. A new version of nvidia-glx-legacy-173xx will not help me, I'm not sure that's true. I meant, I'm not going to install it because I'm using nvidia-glx now. Oh, I see. But yes, the more I think about it, the more I think you're right: trying to upgrade the package won't help. -- Russ Allbery (r...@debian.org) http://www.eyrie.org/~eagle/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595820: ITP: woof -- A small, simple, stupid webserver to share files
apt-cache show sendfile gerstensaft signature.asc Description: This is a digitally signed message part.
Bug#595840: emacs23: FTBFS in squeeze: Nonexistent build-dependency: 'mailx'
On 2010-09-07 01:03 +0200, Lucas Nussbaum wrote: Package: emacs23 Version: 23.2+1-4 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100906 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in a squeeze chroot, your package failed to build on amd64. Relevant part: [...] Checking for source dependency conflicts... E: Package 'mailx' has no installation candidate This is certainly a bug in emacs23 (it should build-depend on bsd-mailx | mailx), but I wonder why this happens on your system and not on the buildds, see the amd64 log¹ for instance: , | Checking for source dependency conflicts... | E: Package mailx has no installation candidate | mailx is a virtual package provided by: mailutils heirloom-mailx bsd-mailx | Using mailutils (no default, using first one) ` Sven ¹ https://buildd.debian.org/fetch.cgi?pkg=emacs23;ver=23.2%2B1-4;arch=amd64;stamp=1281852075 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595917: software-center: It does not start
Package: software-center Version: 2.0.7debian4 Severity: normal Below is how I start the program and the displayed error messages: $ software-center [1] 11248 $ ERROR:root:failed to add apt-xapian-index Traceback (most recent call last): File /usr/share/software-center/softwarecenter/db/database.py, line 64, in open axi = xapian.Database(/var/lib/apt-xapian-index/index) File /usr/lib/python2.5/site-packages/xapian.py, line 2408, in __init__ _xapian.Database_swiginit(self,_xapian.new_Database(*args)) DatabaseOpeningError: Couldn't detect type of database WARNING:root:ubuntu-almost-fixed-height-mode extension not available error: line 214289: bad flagvector error: line 214290: bad flagvector error: line 214291: bad flagvector error: line 214292: bad flagvector error: line 214293: bad flagvector error: line 214294: bad flagvector error: line 214295: bad flagvector error: line 214296: bad flagvector error: line 215652: bad flagvector error: line 215653: bad flagvector error: line 215654: bad flagvector error: line 215655: bad flagvector error: line 215656: bad flagvector error: line 215657: bad flagvector error: line 215658: bad flagvector error: line 215659: bad flagvector error: line 222749: bad flagvector error: line 222750: bad flagvector error: line 222751: bad flagvector error: line 222752: bad flagvector error: line 222753: bad flagvector error: line 222754: bad flagvector error: line 222755: bad flagvector error: line 222756: bad flagvector error: line 222996: bad flagvector error: line 222997: bad flagvector error: line 222998: bad flagvector error: line 222999: bad flagvector error: line 223000: bad flagvector error: line 223001: bad flagvector error: line 223002: bad flagvector error: line 223003: bad flagvector error: line 223004: bad flagvector error: line 223005: bad flagvector error: line 223006: bad flagvector error: line 223007: bad flagvector error: line 224136: bad flagvector error: line 224137: bad flagvector error: line 224138: bad flagvector error: line 224139: bad flagvector error: line 224140: bad flagvector error: line 224141: bad flagvector error: line 224142: bad flagvector error: line 224143: bad flagvector error: line 246317: bad flagvector WARNING:root:No styling hints for Raleigh were found... using Human hints. WARNING:root:'/usr/share/desktop-directories/Utility.directory' has no name Traceback (most recent call last): File /usr/bin/software-center, line 80, in module app = SoftwareCenterApp(datadir, xapian_base_path) File /usr/share/software-center/softwarecenter/app.py, line 170, in __init__ self.icons, datadir) File /usr/share/software-center/softwarecenter/view/availablepane.py, line 79, in __init__ self._build_ui() File /usr/share/software-center/softwarecenter/view/availablepane.py, line 85, in _build_ui self.icons) File /usr/share/software-center/softwarecenter/view/catview.py, line 89, in __init__ self.categories = self.parse_applications_menu(desktopdir) File /usr/share/software-center/softwarecenter/view/catview.py, line 349, in parse_applications_menu category = self._parse_menu_tag(child) File /usr/share/software-center/softwarecenter/view/catview.py, line 308, in _parse_menu_tag (untranslated_name, name, gettext_domain, icon) = self._parse_directory_tag(element) TypeError: 'NoneType' object is not iterable [1]+ Exit 1 software-center -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (990, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=hu_HU.UTF-8, LC_CTYPE=hu_HU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages software-center depends on: ii app-install-data 2008.11.27Application Installer Data Files ii aptdaemon 0.31+bzr413-1 transaction based package manageme ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii gnome-menus2.22.2-4 an implementation of the freedeskt ii lsb-release3.2-20Linux Standard Base version report ii policykit-10.96-2framework for managing administrat ii policykit-1-gnome 0.96-2GNOME authentication agent for Pol ii python 2.5.2-3 An interactive high-level object-o ii python-apt 0.7.97.1 Python interface to libapt-pkg ii python-aptdaemon 0.31+bzr413-1 Python module for the server and c ii python-aptdaemon-gtk 0.31+bzr413-1 Python GTK+ widgets to run an aptd ii python-central 0.6.16register and build utility for Pyt ii python-dbus0.82.4-2 simple interprocess messaging syst ii python-gconf 2.28.1-1 Python bindings for the GConf conf ii python-gtk22.17.0-4 Python bindings for the GTK+ widge ii python-webkit
Bug#595728: git-core: permissions of templates too restrictive
Hi, * Philipp Kern pk...@debian.org [2010-09-07 11:25]: On Mon, Sep 06, 2010 at 12:56:05AM -0500, Adam Mercer wrote: [...] Thanks for the bug report. Indeed the git-core package is broken on lenny/i386 since the last point release on Saturday. Sadly nobody caught that bug when the package was in proposed-updates. It's only i386, that's affected, because of oddities on the uploader's build machine. The autobuilt ones look fine. I'm wondering what this was. I'm building in a clean chroot and to be honest I have no idea what went wrong. The umask in this chroot is 022. I scheduled a binNMU. A quick fix is to upgrade to the version in proposed-updates when it's available there latest tomorrow evening. Thanks! Sorry for the inconvenience... Cheers 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. pgpYN0gLQV9e4.pgp Description: PGP signature
Bug#595918: wine: Can't use Wine since recent update in Sid
Package: wine Version: 1.0.1-3 Severity: important -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine depends on: ii libwine-alsa 1.0.1-3Windows API implementation - ALSA ii libwine-cms 1.0.1-3Windows API implementation - color ii libwine-gl1.0.1-3Windows API implementation - OpenG ii libwine-gphoto2 1.0.1-3Windows API implementation - camer ii libwine-ldap 1.0.1-3Windows API implementation - LDAP ii libwine-print 1.0.1-3Windows API implementation - print ii libwine-sane 1.0.1-3Windows API implementation - scann ii wine-bin 1.0.1-3Windows API implementation - binar ii wine-utils1.0.1-3Windows API implementation - utili Versions of packages wine recommends: ii ttf-liberation 1.05.2.20091019-4 Fonts with the same metrics as Tim Versions of packages wine suggests: pn avscan | klamav | clamav none (no description available) ii binfmt-support1.2.18 Support for extra binary formats ii ttf-mscorefonts-installer 3.2Installer for Microsoft TrueType c pn winbind none (no description available) pn wine-doc none (no description available) Versions of packages libwine depends on: ii ia32-libs 20090808 ia32 shared libraries for use on a ii libc6-i3862.11.2-5 Embedded GNU C Library: 32-bit sha -- 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#588590: [pkg-nvidia-devel] Bug#588590: Conflicts with nvidia-glx
On Tue, 7 Sep 2010, Russ Allbery wrote: Ariel asdeb...@dsgml.com writes: On Tue, 7 Sep 2010, Russ Allbery wrote: That's what I mean by own. As long as those diversions weren't removed, nvidia-glx should never have been installable, and if those diversions were removed, that should have been followed by removing the postrm script... oh. Oh, I get it. You removed the package but didn't purge it, and the postrm script removes the diversions on both remove and purge. Aie. Yeah. That makes a lot of sense, I went back and forth between the packages at one point. I wonder if this is in any way related to bug #366910 (which I reported), either that this explains it, or that my fix made it worse. And does this mean nvidia-glx-legacy-173xx and nvidia-glx can both be installed at the same time? Not yet, but it makes it possible eventually. (Although, that's probably not useful since the kernel module can't be.) Yeah, that's still a problem. I assume no one is current attempting to change this. But is it a goal for the future, or is it just too much trouble? (It would be nice, so I can have multiple monitors, since I already have the card. But then again new low end nvidia cards are not very expensive.) BTW, thanks for your help (and the packages). -Ariel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595735: epiphany-browser: pronunciation sounds in Google Translator do not work
reassign 595735 libwebkit-1.0-2 1.2.3-2 retitle 595735 libwebkit-1.0-2: pronunciation sounds in Google Translator do not work clone 595735 -1 reassign -1 iceweasel retitle -1 iceweasel: pronunciation sounds in Google Translator do not work quit Am Montag, den 06.09.2010, 11:15 +0200 schrieb Paul Menzel: Subject: epiphany-browser: pronunciation sounds in Google Translator do not work Package: epiphany-browser Version: 2.30.5-1 Severity: normal *** Please type your report below this line *** Dear Debian folks, sound does not work for me trying to listen to the pronunciation of the words in the Google Translator, e. g. [1]. Clicking on Listen(?) (German Anhören) does not produce any sound. Sound from other Web sites (YouTube or Webster) does work. This problem has been present since at least 2.30.3-1 when I noticed it. I also tried Midori and Iceweasel and in both cases it did not work. Therefore I am reassigning this report to DebPkg:libwebkit-1.0-2 and also cloning it to DebPkg:iceweasel. I hope this is correct. Thanks, Paul [1] http://translate.google.de/?hl=detab=wT#de|en|gehen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany-browser depends on: ii dbus-x111.2.24-3 simple interprocess messaging syst ii epiphany-browser-data 2.30.5-1 Data files for the GNOME web brows ii gnome-icon-theme2.30.3-1 GNOME Desktop icon theme ii iso-codes 3.20-1 ISO language, territory, currency, ii libavahi-client30.6.27-2 Avahi client library ii libavahi-common30.6.27-2 Avahi common library ii libavahi-gobject0 0.6.27-2 Avahi GObject library ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libdbus-glib-1-20.88-2 simple interprocess messaging syst ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgirepository1.0-00.6.14-1+b1 Library for handling GObject intro ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgnome-keyring0 2.30.1-1 GNOME keyring services library ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii libnotify1 [libnotify1-gtk2 0.5.0-2 sends desktop notifications to a n ii libnspr4-0d 4.8.6-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.7-1 Network Security Service libraries ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libseed02.30.0-1+b1 GObject JavaScript bindings for th ii libsm6 2:1.1.1-1X11 Session Management library ii libsoup-gnome2.4-1 2.30.2-1 an HTTP library implementation in ii libsoup2.4-12.30.2-1 an HTTP library implementation in ii libwebkit-1.0-2 1.2.3-2 Web content engine library for Gtk ii libx11-62:1.3.3-3X11 client-side library ii libxml2 2.7.7.dfsg-4 GNOME XML library ii libxslt1.1 1.1.26-6 XSLT 1.0 processing library - runt Versions of packages epiphany-browser recommends: ii ca-certificates 20090814+nmu2 Common CA certificates ii evince 2.30.3-1Document (postscript, pdf) viewer ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages epiphany-browser suggests: ii epiphany-extensions 2.30.2-1 Extensions for Epiphany web browse -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#595797: New version of /usr/lib/gdm/gdm-ssh-session
Le lundi 06 septembre 2010 à 20:30 +0200, Francesco Cappelli a écrit : Package: gdm Version: 2.20.11-1 Severity: wishlist Tags: patch I have written a new version of /usr/lib/gdm/gdm-ssh-session in Bash. You may have a look at the script, it is well commented. Let me know what you think about it, obviously it is free (GPL) software. Write me at f_cappe...@studenti.fisica.unifi.it Thanks for the script. However I don't think it is a good idea to require a configuration file to be present for each user. What would be nice is a combo box entry where the user can enter the name of the host to connect to, while storing the previous choices to ease speed. Cheers, -- .''`. : :' : âYou would need to ask a lawyer if you don't know `. `' that a handshake of course makes a valid contract.â `--- J???rg Schilling Well, you can provide a single system file in /etc/ssh/ if you think it's better. I'm not so able in scripting, this is the best of my possibilities for now, probably your solution is better. Francesco Cappelli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595920: lxc-attach does not work
Package: lxc Version: 0.7.2-1 Severity: important Tags: patch lxc-attach does not work as expected. To demonstrate, let's try to attach to a running container which has booted a debootstrap'ped system on its own rootfs: icarus:~# lxc-attach -n bender lxc-attach: No such file or directory - failed to open '/proc/4581/ns/pid' lxc-attach: failed to enter the namespace The relevant part of the `ps axf` output displaying the container's processes is below: 4563 ?Ss 0:00 lxc-start -n bender -f /etc/lxc/bender.conf -d 4581 ?Ss 0:00 \_ init [2] 4941 ?Sl 0:00 \_ /usr/sbin/rsyslogd -c4 5012 ?Ss 0:00 \_ /usr/sbin/cron 5022 ?Ss 0:00 \_ /usr/sbin/sshd 10157 ?Ss 0:00 \_ /usr/sbin/apache2 -k start 10674 ?S 0:00 | \_ /usr/sbin/apache2 -k start 10675 ?S 0:00 | \_ /usr/sbin/apache2 -k start 10676 ?S 0:00 | \_ /usr/sbin/apache2 -k start 10677 ?S 0:00 | \_ /usr/sbin/apache2 -k start 10678 ?S 0:00 | \_ /usr/sbin/apache2 -k start 14527 ?S 0:00 \_ /bin/sh /usr/bin/mysqld_safe 14638 ?Sl 0:00 | \_ /usr/sbin/mysqld --basedir=/usr --datadir 14639 ?S 0:00 | \_ logger -t mysqld -p daemon.error 15771 pts/0Ss+0:00 \_ /sbin/getty 38400 tty1 It was suggested to me on the #lxcontainers channel that the kernel requires the support for a new syscall, sys_setns, for lxc-attach to work. The patch is available from LXC upstream at http://lxc.sourceforge.net/patches/linux/2.6.35/2.6.35-lxc1/patches/ Please consider discussing inclusion of this patch with the kernel folks as the properly functioning lxc-attach is crucial to implement graceful shutdown of the containers using full rootfs like those created using debootstrap. (I'm going to file a separate bug report regarding this aspect of functionality.) -- 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/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. Versions of packages lxc recommends: ii libcap2-bin 1:2.19-3 basic utility programs for using c lxc suggests no packages. -- Configuration Files: /etc/default/lxc changed: RUN=yes CONF_DIR=/etc/lxc CONTAINERS=bender -- 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#595921: Future unblock: frama-c/20100401+boron+dfsg-5
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Hi release team, I received a tiny patch from upstream which fixes a performance bug that could lead to a stack overflow error (a crash) during large analyses. The patch is as follows: Index: src/value/kf_state.ml === --- src/value/kf_state.ml (revision 9760) +++ src/value/kf_state.ml (revision 9761) @@ -44,7 +44,8 @@ try Value.is_accessible (Kstmt (Kernel_function.find_first_stmt kf)) with Kernel_function.No_Statement - false) -let mark_as_called kf = Is_Called.add kf true +let mark_as_called kf = Is_Called.replace kf true (* * *) (** {2 Callers} *) There is no bug report for this issue (yet) since I got the patch directly from upstream. Would it be ok for upload an updated Frama-C package with this change only? Uploading a new Frama-C would require rebuilding Why as well on all architectures because it provides a plugin for Frama-C which contains a hash of some internal modules of Frama-C (that's needed by OCaml). And yes, the runtime dependencies of Why are somehow broken since it doesn't reflect the need of at least the version of Frama-c which was used during the build. I intended to work on that but didn't find time. It will be fixed for Wheezy. Regards, -- Mehdi Dogguy -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594575: Puppet standalone broken
This bug has finally been fixed by puppetlabs. See issue 4489 in puppetlabs bug tracker [1] or directely on github [2]. [1] http://projects.puppetlabs.com/issues/4489 [2] http://github.com/reductivelabs/puppet/commit/b397b698314daae36f59751521be113cfd337095 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527014: not a complete fix
Hmm - I only noticed now that the last message was from well over a year ago. Any news on this? I'm still hitting this problem in rhythmbox 0.12.8-2 (sid). It doesn't happen often (5 files out of 1) but that's still enough to be annoying... It looks like not much has moved the last year; what seems to be the blocker? I can't imagine it to be very hard to come up with a way to rename each file to some unique identifier (like the .mp3 mentioned) so there must be other complications. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587740: openoffice.org-calc: cannot open any XLSX file
On 07.09.2010 09:39, Jonathan Nieder wrote: Hmm. Unfortunately I am still not able to reproduce it. I tried $ oocalc /tmp/Senate_Raw.xlsx [say No to the update links dialog] [close] [open /tmp/Book1.xls] [close] [open /tmp/Senate_Raw.xlsx] [say Yes to the update links dialog] [click around a little] [close] [open /tmp/Book1.xls] [open /tmp/Senate_Raw.xls] [say No] No troubles. Is it reproducible for you? No, it fails on first step. Help-About says: OpenOffice.org 3.2.1 OOO320m19 (Build:9505) ooo-build 3.2.1.4, Debian package 1:3.2.1-6 The same for me; I also just made a full dist-upgrade to unstable, but problem persist. I found some kind of workaround, I can open XLSX file with the following scenario: [run oocalc some_file.xlsx] - nothing happens, soffice runs in background [run oocalc] - soffice displays empty spreadsheet [open file.xlsx for 'File' menu] - soffice displays file.xlsx The strange thing is that first step is required... Too bad it's not reproducible. If I can provide any more info, please let me know. Paweł -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588590: [pkg-nvidia-devel] Bug#588590: Conflicts with nvidia-glx
On 2010-09-07 11:12, Ariel wrote: I have the same trouble with nvidia-glx. I had both nvidia-glx and nvidia-glx-legacy-173xx installed (due to upgrading my video card), and now I can't purge nvidia-glx-legacy-173xx. How did you manage to install both? They should have been conflicting forever. What problematic versions do you currently have installed? A new version of nvidia-glx-legacy-173xx will not help me, how do I purge the package? Should I manually edit the postrm script? Can you try to purge nvidia-glx first and reinstall it (using the current version) later after you got rid of nvidia-glx-legacy-173xx? After fixing your nvidia setup you may want to reinstall libgl1-mesa-glx and libgl1-mesa-dev (if you had them installed), because messing with the diversions might have lost/corrupted the original files. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595099: Where's the new version?
I wonder where this package was uploaded to. I can't find it. We also have this problem, and IMO the security fix breaks the package heavily. Shouldn't be a fixed version be available ASAP on security.debian.org? -- regards Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595820: ITP: woof -- A small, simple, stupid webserver to share files
2010-09-07, Stefano Zacchiroli: [ adding back the ITP to Cc: ] On Tue, Sep 07, 2010 at 10:56:15AM +0200, Salvo Tomaselli wrote: The default installation of lighttpd would put itself in the autostart, maybe i just wanted to share a file and it would take time for me to change the configuration for avoiding autostart and create a new config file. And of course i should also know how to do that. Fair enough. Note that nobody here is saying thou shall not package this. We are just very cautious because adding a new web server to the archive might easily become a security PITA (ask the security team for some horror stories on the subject of yet another web server). So what we are saying is just that it should be worth it wrt other software offerings already in the archive. On a related topic, please remember that long descriptions are meant to help sysadms to decide whether they want to install a package or not. In this specific case, and giving the availability of competitor tools, your long description should explain why one might want to prefer woof over other packages. +1 [plus] 2010-09-07, Andrea Gasparini: Such as: $ python -m SimpleHTTPServer [port] Thanks Mauro, we could drop all our webservers, now. :) I guess we could, but it wouldn't be a very smart move to be honest. Please, read the paragraphs written by Stefano, he made some interesting points. Also what I meant with that line was that when I need to copy a file to (let's say) my cellphone in a simple (and/or stupid) way, this can easily be achieved with that Python module. But at the same time, waiting for you to answer the question we all have: What does it do? Proptip: Perhaps the usage of the following words might help you to convince us all. * scalable (This one is a sure-shot) * non-blocking * über-fast * «web2.0 ready» (I guess this one is kinda demodé these days anyway) * «Sarcasm inside» (Hope Intel doesn't get mad over this) Saludos, Mauro -- JID: lavaram...@nube.usla.org.ar | http://lizaur.github.com/ 2B82 A38D 1BA5 847A A74D 6C34 6AB7 9ED6 C8FD F9C1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595900: libpdf-api2-perl: Using TTF creates corrupt PDF
tags 595900 unreproducible thanks -=| Jeffrey Ratcliffe, Tue, Sep 07, 2010 at 07:34:37AM +0200 |=- Package: libpdf-api2-perl Version: 0.73-1 Severity: normal Attached are two test scripts, one using a core font one using TTF. The core example runs without errors and the text in the resulting PDF can be extracted by pdftotext. Ack. The TTF example produces multiple errors on running and evince prints errors on opening the PDF, although it displays the text. pdftotext fails to extract the text. On my system (libpdf-api2-perl 0.73-1, same as yours) there are no errors when running and evince opens the pdf just fine. Inspecting the file with hexdump shows that in the later case the font is embedded in the PDF. texttopdf still can't extract it, but I am not so sure the problem is in PDF::API2. kpdf shows the file fine too (no warnings) (BTW, the diagnostic output about pdftotext results is better written with 'diag', instead of 'print' in order not to interfere with test output) signature.asc Description: Digital signature
Bug#595922: apt-utils: apt-ftparchive creates borken Packages and Sources files
Package: apt-utils Version: 0.8.1 Severity: important Running: apt-ftparchive -oAPT::FTPArchive::Release::Suite=BLABLA -c ... \ release path1/path2 path1/path2/Release which always worked in the last 5 years, suddenly I get: tl2009: 40 files 608MB 8s tl2009: texlive-extra has no source override entry texlive-extra has no binary override entry either texlive-bin has no source override entry texlive-bin has no binary override entry either texlive-base has no source override entry texlive-base has no binary override entry either texlive-extra has no source override entry texlive-extra has no binary override entry either tex-common has no source override entry tex-common has no binary override entry either texlive-base has no source override entry texlive-base has no binary override entry either lmodern has no source override entry lmodern has no binary override entry either context has no source override entry context has no binary override entry either texlive-lang has no source override entry texlive-lang has no binary override entry either texlive-doc has no source override entry texlive-doc has no binary override entry either luatex has no source override entry luatex has no binary override entry either 11 pkgs in 0s Packages done, Starting contents. tl2009/Contents-i386: E: Could not open file /src/TeX/debian/people/TeX/tl2009/Packages - open (13: Permission denied) E: Error processing contents tl2009/Contents-i386 Done. 608MB in 40 archives. Took 8s E: Could not open file TeX/tl2009/Sources - open (13: Permission denied) E: Could not open file TeX/tl2009/Sources.gz - open (13: Permission denied) E: Could not open file TeX/tl2009/Packages - open (13: Permission denied) E: Could not open file TeX/tl2009/Packages.gz - open (13: Permission denied) You need a passphrase to unlock the secret key for And the files end up with: $ ls -l s -l TeX/tl2009/Packages* TeX/tl2009/Sources* -x 1 norbert norbert 113373 Sep 7 19:23 TeX/tl2009/Packages* -x 1 norbert norbert 36381 Sep 7 19:23 TeX/tl2009/Packages.gz* -x 1 norbert norbert 16493 Sep 7 19:23 TeX/tl2009/Sources* -x 1 norbert norbert 4616 Sep 7 19:23 TeX/tl2009/Sources.gz* What is broken here? Thanks Norbert -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.36-rc3+ (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages apt-utils depends on: ii apt [libapt-pkg4.10] 0.8.1 Advanced front-end for dpkg ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libdb4.8 4.8.30-2 Berkeley v4.8 Database Libraries [ ii libgcc1 1:4.4.4-13 GCC support library ii libstdc++64.4.4-13 The GNU Standard C++ Library v3 apt-utils recommends no packages. apt-utils 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#595875: forked-daapd: FTBFS in squeeze: Unsatisfiable build-dependency: libunistring-dev(inst 0.9.1-1 ! = wanted 0.9.3)
reassign 595875 libunistring retitle 595875 libunistring: FTBFS on mips and mips found 595875 0.9.3-1 thanks Lucas Nussbaum lu...@lucas-nussbaum.net wrote: Hi, libunistring-dev: missing Default version of libunistring-dev not sufficient, no suitable version found. Skipping for now, maybe there are alternatives. libunistring 0.9.1 ships broken header files, making it absolutely unusable. libunistring 0.9.3 fails to build on mips* and thus can't migrate to Squeeze. JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595923: libtorch3-dev depends on c++abi2-dev | libstdc++6-4.1-dev
Package: libtorch3-dev Version: 3.1-2 Severity: serious Tags: patch the build dependency is not satisfied anymore, please just drop it, g++ is always included in build-essential. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#574257: libpng: Libpng 1.4.3 production released (2010-06-26)
Please, package it. FreeImage need a 1.4.x release of libpng to work. See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595559#38 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595767: xserver-xorg-video-radeon: Won't load hardware acceleration after system start
Hi, Make sure the radeon drm is loaded before you start X. Alex Radeon drm is loaded by xorg.conf which is loaded by X, isn't it? How can I get that to load before X starts? Cheers Frank -- GMX DSL SOMMER-SPECIAL: Surf Phone Flat 16.000 für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588590: [pkg-nvidia-devel] Bug#588590: Bug#588590: Conflicts with nvidia-glx
On 2010-09-07 11:47, Ariel wrote: And does this mean nvidia-glx-legacy-173xx and nvidia-glx can both be installed at the same time? Not yet, but it makes it possible eventually. (Although, that's probably not useful since the kernel module can't be.) Yeah, that's still a problem. I assume no one is current attempting to change this. But is it a goal for the future, or is it just too much trouble? (It would be nice, so I can have multiple monitors, since I already have the card. But then again new low end nvidia cards are not very expensive.) What are you trying to do? Run two cards in one machine using two different versions of the driver? That won't work. Having multiple versions of the libraries installed would only be useful if there was some automatic way that detects the the card and configures the system to use the correct kernel module and libraries and Xorg driver. As we don't have this, we just let you install one variant and that tries to have strict dependencies so that you don't run into trouble mixing the variants/versions or missing some pieces. So without a real use case I don't see a need for allowing multiple nvidia-glx variants to coexist. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595099: Where's the new version?
Hi Thomas, On Dienstag, 7. September 2010, Thomas Lange wrote: I wonder where this package was uploaded to. I can't find it. security-master. It's awaiting processing by the security team. We also have this problem, and IMO the security fix breaks the package heavily. Shouldn't be a fixed version be available ASAP on security.debian.org? yes. as Christian wrote: Until uploaded^waccepted you can find it here: http://typo3.camlann.de/ cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#595924: c++-annotations: 8.3.0 available at http://cppannotations.sourceforge.net
Package: c++-annotations Version: 8.2.0-1 Severity: normal Version 8.3.0-1 is already available at http://cppannotations.sourceforge.net. It cannot yet be added to the Debian archive due to the archives's current freezing state. Version 8.3.0-1 solves the FTBFS bug (#564969) filed against the C++ Annotations and c++-annotations-pdf_8.3.0-1_all.deb found at SourceForge does not suffer from pdf errors caused by the current Debian version of the poppler-utils. The html, pdf, and ps .deb files as well as the .dsc file (signed by me) can currently be downloaded from the SourceForge site, as well as c++-annotations_8.3.0.orig.tar.gz. F. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to POSIX) Shell: /bin/sh linked to /bin/dash Versions of packages c++-annotations depends on: ii c++-annotations-contrib 8.2.0-1Extensive tutorial and documentati ii c++-annotations-dvi 8.2.0-1Extensive tutorial and documentati ii c++-annotations-html 8.3.0-1Extensive tutorial and documentati ii c++-annotations-latex 8.2.0-1Extensive tutorial and documentati ii c++-annotations-pdf 8.2.0-1Extensive tutorial and documentati ii c++-annotations-ps8.2.0-1Extensive tutorial and documentati ii c++-annotations-txt 8.2.0-1Extensive tutorial and documentati c++-annotations recommends no packages. Versions of packages c++-annotations suggests: ii bisonc++ 2.8.0-1Bison-style parser generator for C -- 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#594179: dpkg armhf patch acceptance status?
Hi all, I really would like to know the stance of the dpkg maintainers regarding the armhf dpkg patch. I have a ton of armhf patches that I'm waiting to file as bug reports, but without the dpkg patch, those patches would be useless, so I'm holding back, but that in the meantime increases the workload as newer packages appear all the time and I have to forward port the armhf patches all the time. Plus, the whole port is unusable without dpkg functioning properly. The patched version I have uploaded in debian-ports works fine without any side-effects whatsoeer. I'm not asking for immediate acceptance, but even a short mail of 'it's ok, but needs more work here and there' will do. I'm posting this with both hats on, Genesi and Debian (I recently rejoined Debian as a DD). WRT Genesi, the company has been a long time supporter of Debian -the recent donation of dozens of EfikaMX systems to DDs and 2x2TB SATA disks for storage of the debian-ports archive only strengthens that position. WRT Debian, I know that the port is not yet an accepted official one -heck, it's not even usable yet, but the patch -or something that provides the same functionality- is absolutely needed for the port to actually exist and evolve. I would really appreciate a reply. Regards Konstantinos Margaritis Genesi USA, Senior Software engineer, armhf port maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595728: git-core: permissions of templates too restrictive
Nico Golde wrote: I'm wondering what this was. I'm building in a clean chroot and to be honest I have no idea what went wrong. The umask in this chroot is 022. Hmm, odd. Do you unpack from within the chroot or are the sources unpacked in advance? You can find a package designed to avoid permissions problems at git://repo.or.cz/debian-git/jrn.git for-lenny http://mentors.debian.net/debian/pool/main/g/git-core/git-core_1.5.6.5-3+lenny4.dsc in case that is helpful for experimenting. It simply applies the upstream patch [1]. Sorry I missed this before. Regards, Jonathan [1] http://git.kernel.org/?p=git/git.git;a=commitdiff_plain;h=d8bdc49265559786533d7f7377b2c39038dd6309 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595914: Bug-report / installation-report
tags 595914 moreinfo thanks Quoting Jomei Ischowieda (l...@poly-tick.de): The lspci-report was typed manually in this mail, so there might be misstakes (though I've run twice through it). Network card was not detected, I selected tg3 manually, but it wasn't working. Another tg3 from Broadcom wasn't working either (provided per USB-stick) Lenny wasn't able to cope with it either, but the graphic install was able to work with the screen, so I guess the ATI graphic driver is working. BTW: It's very hard for a Windows administrator to try out Debian, for the documentation is little too nerdy. But I don't like Win7, so good luck to you guys! Would you mind testing the daily built images which you can get from http://www.debian.org/devel/debian-installer? I recommend choosing the netboot (*not netinst*) image. signature.asc Description: Digital signature
Bug#574257: libpng: Libpng 1.4.3 production released (2010-06-26)
On Tue, Sep 07, 2010 at 12:43:56PM +0200, Cosme Domínguez Díaz wrote: Please, package it. Sure. FreeImage need a 1.4.x release of libpng to work. http://ftp-master.debian.org/new.html I'll upload it to experimental (when I have some time) but it'll spend some time in NEW (see web address above). See: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595559#38 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595925: icedove-l10n-si does not work because of not well formed install.rdf
Package: icedove-l10n-si Version: 1:3.1.2-1 Severity: grave Tags: l10n Justification: renders package unusable Hi, after install icedove-l10n-si and relaunching icedove, I get following error message: Icedove could not install this item because install.rdf (provided by the item) is not well-formed or does not exist. Please contact the author about this problem. Then, package is not installed. See also, following upstream bug: https://bugzilla.mozilla.org/show_bug.cgi?id=543299 -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove-l10n-si depends on: ii icedove 3.1-1 mail/news client with RSS and inte icedove-l10n-si recommends no packages. icedove-l10n-si 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#595926: invoke-rc.d lxc stop should provide a way to gracefully terminate containers
Package: lxc Version: 0.7.2-1 Severity: normal Currently, LXC init script is able to start the configured set of containers (which is very convenient) but to stop them it uses lxc-stop which merely kills the set of processes belonging to a container. When a container has its own rootfs with a system created using debootstrap or similar means, it is expected that the stop action should be similar to start, that is, something like `shutdown -h +0` or `telinit 0` should be executed inside such containers, and then they should be waited upon to terminate. As I understand, the following sequence should work: for cont in $CONTAINERS; do lxc-attach -n $cont 'shutdown -h +0' \ lxc-wait -n $cont -s STOPPED \ lxc-stop -n $cont done The actual code can become more involved as ideally the init script should wait for some grace period for the containers to shut down and then use lxc-stop on the remaining containers forcibly. I assume the implementation details are open for discussion. Also, since containers are not required to virtualise a whole OS on its own rootfs and may be used to host just one process or a bunch of processes, there should be a way to mark container explicitly as requiring a graceful shutdown. Another possibility would be to specify a command to issue inside a container to shut it down; an empty command (the default) could signalize no graceful shutdown is required. This method would put more burden on the administrator but is more flexible. In any case, implementing this functionality depends on making lxc-attach working, and I filed bug #595920 for this reason. -- 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/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lxc depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. Versions of packages lxc recommends: ii libcap2-bin 1:2.19-3 basic utility programs for using c lxc suggests no packages. -- Configuration Files: /etc/default/lxc changed: RUN=yes CONF_DIR=/etc/lxc CONTAINERS=bender -- 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#536476: install-info: The DIR file is generated translated in certain situations
Norbert Preining prein...@logic.at writes: Ok, got it. Yes, so the correct solution would be to unset LANGUAGE you should also unset LANG, and probably LC_MESSAGES (and may be other LC_*) if you want it to not take root locales into account when generating the dir file. [...] -- Rémi Vanicat -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#251214: Please add proxy support
I vote for the same feature. Nice to have HTTP proxy support, e.g. by honoring http_proxy/ftp_proxy/all_proxy/no_proxy environment variables. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595475: Please enable mono/cil support
Please enable mono/cil support included in newest version of library. Is needed for new version of Banshee Music Player. eloy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595927: linux-image-2.6.32-5-amd64: task dpkg blocked for more than 120 seconds
Package: linux-2.6 Version: 2.6.32-21 Severity: important I've seen this problem on a number of machines with different processor arch (intel and amd). I guess it can be triggered by more than just dpkg but this is the case I've seen most. dmesg contains the following [60600.580047] INFO: task dpkg:21101 blocked for more than 120 seconds. [60600.580078] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [60600.580123] dpkg D 0002 0 21101 20880 0x [60600.580127] 88022f0754c0 0082 000e2c86ddb8 88002c86de98 [60600.580132] f9e0 88002c86dfd8 [60600.580135] 00015780 00015780 88022ca99c40 88022ca99f38 [60600.580138] Call Trace: [60600.580148] [81106667] ? bdi_sched_wait+0x0/0xe [60600.580151] [81106670] ? bdi_sched_wait+0x9/0xe [60600.580155] [812f81d6] ? __wait_on_bit+0x41/0x70 [60600.580158] [81106667] ? bdi_sched_wait+0x0/0xe [60600.580161] [812f8270] ? out_of_line_wait_on_bit+0x6b/0x77 [60600.580165] [81063910] ? wake_bit_function+0x0/0x23 [60600.580168] [811066e8] ? sync_inodes_sb+0x73/0x12a [60600.580171] [8110a255] ? __sync_filesystem+0x4b/0x70 [60600.580174] [8110a314] ? sync_filesystems+0x9a/0xe3 [60600.580176] [8110a3a2] ? sys_sync+0x1c/0x2e [60600.580181] [81010b42] ? system_call_fastpath+0x16/0x1b seems to eventually work, but definitely stalls for a long time. This problem occurs on both lightly loaded and heavily loaded systems. Let me know what other diagnostics I can run. -- Package-specific info: ** Version: Linux version 2.6.32-5-amd64 (Debian 2.6.32-21) (b...@decadent.org.uk) (gcc version 4.3.5 (Debian 4.3.5-2) ) #1 SMP Wed Aug 25 13:59:41 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-amd64 root=UUID=316c4383-192d-4a78-af15-844a0c92f1cf ro quiet ** Not tainted ** Kernel log: [1.392558] usbhid: v2.6:USB HID core driver [1.427468] EXT4-fs (sda1): mounted filesystem with ordered data mode [2.062190] udev: starting version 160 [2.199893] processor LNXCPU:00: registered as cooling_device0 [2.200512] processor LNXCPU:01: registered as cooling_device1 [2.201043] processor LNXCPU:02: registered as cooling_device2 [2.201545] processor LNXCPU:03: registered as cooling_device3 [2.252882] parport_pc 00:0c: reported by Plug and Play ACPI [2.252984] parport0: PC-style at 0x378 (0x778), irq 7 [PCSPP,TRISTATE,EPP] [2.337007] pci_hotplug: PCI Hot Plug PCI Core version: 0.5 [2.343687] shpchp: Standard Hot Plug PCI Controller Driver version: 0.4 [2.357725] input: PC Speaker as /devices/platform/pcspkr/input/input3 [2.389002] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0A03:00/PNP0C0C:00/input/input4 [2.389006] ACPI: Power Button [PWRB] [2.389054] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input5 [2.389058] ACPI: Power Button [PWRF] [2.468557] [drm] Initialized drm 1.1.0 20060810 [2.469964] i801_smbus :00:1f.3: PCI INT B - GSI 19 (level, low) - IRQ 19 [2.487561] EDAC MC: Ver: 2.1.0 Aug 25 2010 [2.500914] Error: Driver 'pcspkr' is already registered, aborting... [2.512615] dca service started, version 1.12.1 [2.530391] EDAC MC0: Giving out device to 'i5000_edac.c' 'I5000': DEV :00:10.0 [2.530411] EDAC PCI0: Giving out device to module 'i5000_edac' controller 'EDAC PCI controller': DEV ':00:10.0' (POLLED) [2.531953] intel_rng: FWH not detected [2.549459] ioatdma: Intel(R) QuickData Technology Driver 4.00 [2.549518] ioatdma :00:08.0: PCI INT A - GSI 16 (level, low) - IRQ 16 [2.549541] ioatdma :00:08.0: setting latency timer to 64 [2.549569] alloc irq_desc for 54 on node -1 [2.549571] alloc kstat_irqs on node -1 [2.549580] ioatdma :00:08.0: irq 54 for MSI/MSI-X [2.587480] [drm] radeon defaulting to userspace modesetting. [2.587671] pci :07:01.0: PCI INT A - GSI 18 (level, low) - IRQ 18 [2.589626] [drm] Initialized radeon 1.32.0 20080528 for :07:01.0 on minor 0 [3.173205] Adding 15624184k swap on /dev/sda5. Priority:-1 extents:1 across:15624184k [3.439599] loop: module loaded [3.908196] kjournald starting. Commit interval 5 seconds [3.908493] EXT3 FS on sda6, internal journal [3.908497] EXT3-fs: mounted filesystem with ordered data mode. [3.948201] EXT4-fs (sdb1): mounted filesystem with ordered data mode [4.724683] e1000e :04:00.0: irq 52 for MSI/MSI-X [4.780055] e1000e :04:00.0: irq 52 for MSI/MSI-X [4.781225] ADDRCONF(NETDEV_UP): eth0: link is not ready [7.424986] e1000e: eth0 NIC Link is Up 1000 Mbps Full Duplex, Flow Control: None [7.428289] ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready [ 17.508003] eth0: no IPv6 routers present [ 63.392030] usb 2-1: USB
Bug#540967: dupload: consider to add support to http proxy with ftp protocol
Hi Josip! Hi Leinier! I personally think that HTTP proxy support is very important feature. I vote for it. Right now neither dupload nor dput have support for proxy. Leinier, why you do a manual configuration of LWP::UserAgent object instead of just saying: my $ua = LWP::UserAgent-new('env_proxy' = 1); Can you please also make a unified diff and send it to this bug report *as attachment* to the message? I will be very grateful. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#592187: [stable] Bug#576838: virtio network crashes again
On Wed, 2010-09-01 at 05:26 +0100, Ben Hutchings wrote: On Tue, 2010-08-31 at 17:34 +0200, Lukas Kolbe wrote: On Tue, 2010-08-31 at 06:35 -0700, Greg KH wrote: [...] Then how about convincing the Debian kernel developers to accept these patches, and work through any regressions that might be found and after that, reporting back to us? Ben? The reason I contacted you was precisely because it went into 2.6.33.2, e.g. was already accepted into a -stalbe release. I didn't expect it to be such an issue. That's not likely if people spread FUD about the backlog patches! Dave, did you explicitly exclude these patches from 2.6.32 when you submitted them to stable, or is it just that 5534979 udp: use limited socket backlog depends on a1ab77f ipv6: udp: Optimise multicast reception? The former patch doesn't look too hard to backport to 2.6.32 (see below). Anybody? We've currently rolled out our own 2.6.32 kernel with these fixes applied, and they indeed fix a system crash under our nfs-load. What else can I do to get these fixes into either Debians' 2.6.32 or Greg's stable 2.6.32 series? Ben. From: Zhu Yi yi@intel.com Date: Thu, 4 Mar 2010 18:01:42 + Subject: [PATCH] udp: use limited socket backlog [ Upstream commit 55349790d7cbf0d381873a7ece1dcafcffd4aaa9 ] Make udp adapt to the limited socket backlog change. Cc: David S. Miller da...@davemloft.net Cc: Alexey Kuznetsov kuz...@ms2.inr.ac.ru Cc: Pekka Savola (ipv6) pek...@netcore.fi Cc: Patrick McHardy ka...@trash.net Signed-off-by: Zhu Yi yi@intel.com Acked-by: Eric Dumazet eric.duma...@gmail.com Signed-off-by: David S. Miller da...@davemloft.net Signed-off-by: Greg Kroah-Hartman gre...@suse.de [bwh: Backport to 2.6.32] Regards, Lukas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595767: xserver-xorg-video-radeon: Won't load hardware acceleration after system start
On Tue, Sep 07, 2010 at 12:48:39PM +0200, frank.kott...@gmx.de wrote: Hi, Make sure the radeon drm is loaded before you start X. Alex Radeon drm is loaded by xorg.conf which is loaded by X, isn't it? How can I get that to load before X starts? Well the drm normally has a kernel driver (isn't that part called dri?), I guess that's the part that should be loaded before starting X. Regards -- Julien Viard de Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595922: apt-utils: apt-ftparchive creates borken Packages and Sources files
Hi Norbert Preining, 2010/9/7 Norbert Preining prein...@logic.at: Running: apt-ftparchive -oAPT::FTPArchive::Release::Suite=BLABLA -c ... \ release path1/path2 path1/path2/Release which always worked in the last 5 years, suddenly I get: [snip] Could you elaborate a bit more what you actually did? Maybe attach the used configuration? apt-ftparchive release $dir $dir/Release works fine here and doesn't produce the output you provide. The output looks more like from the generate command… apt-ftparchive considers btw also the normal APT config files now, so you might want to check there if conflicting options are set. Especially FileMode settings would be interesting… Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595600: Cannot install sympa: No Database Driver installed
On Tue, Sep 07, 2010 at 09:02:55AM +0200, Olivier Berger wrote: Le lundi 06 septembre 2010 à 12:07 +0200, Stefan Hornburg (Racke) a écrit : On the other hand, why cannot sympa depend on all the libdbd-*-perl packages? If I select postgres I should have it installed, but not necessarily the libdbd-*perl package. All of them should be at least a suggestion if not a recommendation or dependency of sympa. In general, package dependencies should be reduced to the minimum required. This saves diskspace, download time and makes your system more maintainable. Why not provide some sympa-mysql or sympa-postgresql pseudo packages to implement such dependencies and necessary scripting in addition to sympa ? Pleas comment my proposal posted here earlier. If your proposal is somehow different, please elaborate, so we can better compare them. Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#594344: Patch to set codename and suite when /cdrom premounted
Package: debian-installer Severity: normal Enclosed is a patch to set cdrom/codename and cdrom/suite when /cdrom is found premounted. I wonder, though, if some of the other steps later on (after the exit 0 when a premounted /cdrom is found) might be also useful to do, such as validating the Release file, precaching, and falling back to looking for a mirror when all else fails. But this patch will at least allow debian-installer-launcher to work in what I hope is a fairly unintrusive way. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (800, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Index: debian/changelog === --- debian/changelog (revision 64584) +++ debian/changelog (working copy) @@ -1,3 +1,10 @@ +cdrom-detect (1.35+nmu1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Set cdrom/suite and cdrom/codename when premounted /cdrom found. + + -- Ben Armstrong sy...@sanctuary.nslug.ns.ca Thu, 02 Sep 2010 05:43:10 -0300 + cdrom-detect (1.35) UNRELEASED; urgency=low [ Samuel Thibault ] Index: debian/cdrom-detect.postinst === --- debian/cdrom-detect.postinst (revision 64584) +++ debian/cdrom-detect.postinst (working copy) @@ -39,6 +39,24 @@ return $ret } +# Set the suite and codename used by base-installer and base-config +# to the suite/codename that is on the CD. In case there are multiple +# suites, prefer the one in default-release. +set_suite_and_codename() { + for dir in $(cat /etc/default-release) $(ls -1 /cdrom/dists/); do + relfile=/cdrom/dists/$dir/Release + if [ -e $relfile ]; then + suite=$(sed -n 's/^Suite: *//p' $relfile) + codename=$(sed -n 's/^Codename: *//p' $relfile) + log Detected CD with '$suite' ($codename) distribution + db_set cdrom/suite $suite + db_set cdrom/codename $codename + + break + fi + done +} + OS=$(udpkg --print-os) case $OS in kfreebsd) @@ -64,6 +82,7 @@ if [ -e /cdrom/.disk/info ]; then CDNAME=$(cat /cdrom/.disk/info) log Detected CD '$CDNAME' + set_suite_and_codename exit 0 fi @@ -201,22 +220,8 @@ done db_progress STOP -# Set the suite and codename used by base-installer and base-config -# to the suite/codename that is on the CD. In case there are multiple -# suites, prefer the one in default-release. -for dir in $(cat /etc/default-release) $(ls -1 /cdrom/dists/); do - relfile=/cdrom/dists/$dir/Release - if [ -e $relfile ]; then - suite=$(sed -n 's/^Suite: *//p' $relfile) - codename=$(sed -n 's/^Codename: *//p' $relfile) - log Detected CD with '$suite' ($codename) distribution - db_set cdrom/suite $suite - db_set cdrom/codename $codename +set_suite_and_codename - break - fi -done - if [ -z $suite ]; then log Error reading Release file; unable to determine distribution db_input critical cdrom-detect/no-release || [ $? -eq 30 ]
Bug#594344: Patch to set codename and suite when /cdrom premounted
Meh. I just realized I omitted one line I had fixed inside my test image, but not in my svn workspace. Updated patch attached. Sorry about that. Index: debian/changelog === --- debian/changelog (revision 64584) +++ debian/changelog (working copy) @@ -1,3 +1,10 @@ +cdrom-detect (1.35+nmu1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * Set cdrom/suite and cdrom/codename when premounted /cdrom found. + + -- Ben Armstrong sy...@sanctuary.nslug.ns.ca Thu, 02 Sep 2010 05:43:10 -0300 + cdrom-detect (1.35) UNRELEASED; urgency=low [ Samuel Thibault ] Index: debian/cdrom-detect.postinst === --- debian/cdrom-detect.postinst (revision 64584) +++ debian/cdrom-detect.postinst (working copy) @@ -39,6 +39,24 @@ return $ret } +# Set the suite and codename used by base-installer and base-config +# to the suite/codename that is on the CD. In case there are multiple +# suites, prefer the one in default-release. +set_suite_and_codename() { + for dir in $(cat /etc/default-release) $(ls -1 /cdrom/dists/); do + relfile=/cdrom/dists/$dir/Release + if [ -e $relfile ]; then + suite=$(sed -n 's/^Suite: *//p' $relfile) + codename=$(sed -n 's/^Codename: *//p' $relfile) + log Detected CD with '$suite' ($codename) distribution + db_set cdrom/suite $suite + db_set cdrom/codename $codename + + break + fi + done +} + OS=$(udpkg --print-os) case $OS in kfreebsd) @@ -60,10 +78,11 @@ esac # Is a cdrom already mounted? If so, assume it's the right one. -mount | grep -q 'on /cdrom' exit 0 +mount | grep -q 'on /cdrom' set_suite_and_codename exit 0 if [ -e /cdrom/.disk/info ]; then CDNAME=$(cat /cdrom/.disk/info) log Detected CD '$CDNAME' + set_suite_and_codename exit 0 fi @@ -201,22 +220,8 @@ done db_progress STOP -# Set the suite and codename used by base-installer and base-config -# to the suite/codename that is on the CD. In case there are multiple -# suites, prefer the one in default-release. -for dir in $(cat /etc/default-release) $(ls -1 /cdrom/dists/); do - relfile=/cdrom/dists/$dir/Release - if [ -e $relfile ]; then - suite=$(sed -n 's/^Suite: *//p' $relfile) - codename=$(sed -n 's/^Codename: *//p' $relfile) - log Detected CD with '$suite' ($codename) distribution - db_set cdrom/suite $suite - db_set cdrom/codename $codename +set_suite_and_codename - break - fi -done - if [ -z $suite ]; then log Error reading Release file; unable to determine distribution db_input critical cdrom-detect/no-release || [ $? -eq 30 ]
Bug#595764: Broken rendering in terminal windows
tags 595764 + patch thanks В 17:54 +0300 на 06.09.2010 (пн), Yavor Doganov написа: identifying the upstream commit(s) that fix(es) this terminal.app bug should be fairly trivial. Indeed. Here it is. From 11cb95db7b69be2e60c559a507bc439cfc2dcfd4 Mon Sep 17 00:00:00 2001 From: Jeff Teunissen d...@d2dc.net Date: Wed, 13 May 2009 10:44:16 + Subject: Terminal: fix character positioning Fix the character positioning, underlining, etc. Diff stolen from GAP, which in turn was based on a patch by Fred Kiefer. In any case, the display is not so screwed any more (though the wide char option seems badly broken). --- diff --git a/System/Applications/Terminal/TerminalView.m b/System/Applications/Terminal/TerminalView.m index e3ab4d7..74fac9e 100644 --- a/System/Applications/Terminal/TerminalView.m +++ b/System/Applications/Terminal/TerminalView.m @@ -2064,11 +2064,8 @@ improve? */ fx=s.width; fy=s.height; /* TODO: clear up font metrics issues with xlib/backart */ - fx0=fabs(r.origin.x); - if (r.origin.y0) - fy0=fy+r.origin.y; - else - fy0=r.origin.y; + fx0=-r.origin.x; + fy0=-r.origin.y; NSDebugLLog(@term,@Bounding (%g %g)+(%g %g),fx0,fy0,fx,fy); font_encoding=[font mostCompatibleStringEncoding]; boldFont_encoding=[boldFont mostCompatibleStringEncoding];
Bug#595840: emacs23: FTBFS in squeeze: Nonexistent build-dependency: 'mailx'
On 07/09/10 at 11:36 +0200, Sven Joachim wrote: On 2010-09-07 01:03 +0200, Lucas Nussbaum wrote: Package: emacs23 Version: 23.2+1-4 Severity: serious Tags: squeeze sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20100906 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in a squeeze chroot, your package failed to build on amd64. Relevant part: [...] Checking for source dependency conflicts... E: Package 'mailx' has no installation candidate This is certainly a bug in emacs23 (it should build-depend on bsd-mailx | mailx), but I wonder why this happens on your system and not on the buildds, see the amd64 log¹ for instance: , | Checking for source dependency conflicts... | E: Package mailx has no installation candidate | mailx is a virtual package provided by: mailutils heirloom-mailx bsd-mailx | Using mailutils (no default, using first one) ` Interesting. I'm not sure. I *think* that the buildds now use sbuild from unstable/testing, not a fork. So we should use the same version. Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#575258: ttf-mscorefonts-installer: Missing monotype.ttf?
severity 575258 wishlist thanks On Wed, March 24, 2010 18:25, Hellekin O. Wolf wrote: Package: ttf-mscorefonts-installer Version: 3.2 Severity: normal Hello, I came across an exe archive at CERN[1] including the MSFT fonts and the License. Their version provide a monotype.ttf font that is not included in this package. That font is not listed at http://sourceforge.net/projects/corefonts/files/ You can find the original files on the CERN FTP: [1] ftp://root.cern.ch/root/ttf/corfonts.exe Actually, I think using that source might even be more convenient, as it would allow to drop the dependency on cabextract by simply using unzip and download a single file. I'm not sure about the legal implications, but the CERN distribute them already, don't they? Moreover the fonts are all over the place and make it easier for web designers to work, so I don't see Microsoft suing anyone on that ground; and for Debian, it doesn't change a thing. Problem is that these aren't the same fonts but a considerably older version than the ones that come with the Debian package. Some explanation is here: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=451510#32 We may look into additionally downloading this and supplying the monotype ttf. However, this is a wishlist item, not a bug in the package as-is. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org