Bug#535114: base-files: /dev/null left with incorrect permissions on package configure
u...@srv-mfm-vm01:~$ ls -l /etc/adjtime lrwxrwxrwx 1 root root 9 2009-03-31 18:30 /etc/adjtime -> /dev/null It's a selfmade problem. Because we have some systems using a compact flash as disk where just the /var filesystem is a RAM-based fs, we wanted to avoid filesystem changes in /etc which get written on the CF all the time. And /etc/adjtime was one of those files. So someone configured an automatically created symlink during debian inst which I forgot about. I guess we can close this bug. Cheerrs, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535026: KMS not working after booting with grub-pc v.1.96+20090628-1 (unstable)
Robert Millan wrote: forcemerge 534944 535026 thanks On Mon, Jun 29, 2009 at 11:09:33AM +0800, Jos van Wolput wrote: Package: grub-pc Version: 1.96+20090628-1 (unstable) Severity: important System: Debian Sid Kernel: Linux 2.6.30-rc8-686 (kernel-archive.buildserver.net/debian-kernel) Processor: Pentium M, 852GM/855GM I am using KMS with module i915 modeset=1. When booting with the latest version of grub-pc (20090628), after loading module i915 modeset=1 the booting process is no longer shown on the screen until gdm is loaded. VT screens 1-6 are all showing the gdm login screen although without mouse pointer and no keyboard input. Only VT screen 7 works normally. When booting with version grub-pc_1.96+20090611-1, the screen is set to high resolution and KMS works perfectly. Hi, Same thing I said in #534944: I'm uploading 1.96+20090629-1, which includes some cleanup in the Linux loader. It's possible your problem might disappear with this version, please report. Note: Try it in text mode first (run "terminal_output console" in GRUB prompt). If that _does_ work, try from gfxterm then. Note2: If you can't wait, the patch you want is: svn diff -r 2372:2375 svn://svn.savannah.gnu.org/grub/trunk/grub2 Thanks! I just installed v. 1.96+20090629-1. Unfortunately it doesn't work. The bug is still the same as I previously mentioned. I have to revert to v. 1.96+20090611-1. Jos v. Wolput -- Jos VAN WOLPUT & JIN Yuehua 金月花 Tongelresestraat 204 A, 5613 DS Eindhoven, The Netherlands P.R.China, 310052 Hangzhou, Binjiang Qu, Jianghan Lu, Zhongxing Huayuan 49-1-1003 中国310052杭州市滨江去江汉路中兴花园49-1-1003 -- phone: 00 31 40 2449399 / 00 86 571 81713287 - 85054977 e-mail: wol...@onsneteindhoven.nl / wol...@sohu.com website: http://homepages.onsneteindhoven.nl/~wolput - Debian GNU/Linux: the Universal Operating System -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535148: heap overflows after upgrade to 5.2.10
Package: php5-cgi Version: 5.2.10.dfsg.1-1 Severity: important Just after upgrade from 5.2.9 to 5.2.10, php-cgi started to segfault and suhosin complains about heap overflow: suhosin[22305]: ALERT - canary mismatch on efree() - heap overflow detected Downgrading back to 5.2.9 fixes this issue. -- Michal Čihař | http://cihar.com | http://blog.cihar.com -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-vserver-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages php5-cgi depends on: ii libbz2-1.0 1.0.5-3 high-quality block-sorting file co ii libc6 2.9-18GNU C Library: Shared libraries ii libcomerr2 1.41.6-1 common error description library ii libdb4.7 4.7.25-7 Berkeley v4.7 Database Libraries [ ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libk5crypto3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libmagic1 5.03-1File type determination library us ii libpcre3 7.8-2 Perl 5 Compatible Regular Expressi ii libssl0.9.80.9.8k-3 SSL shared libraries ii libxml22.7.3.dfsg-1 GNOME XML library ii mime-support 3.46-1MIME files 'mime.types' & 'mailcap ii php5-common5.2.10.dfsg.1-1 Common files for packages built fr ii tzdata 2009j-1 time zone and daylight-saving time ii ucf3.0018Update Configuration File: preserv ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime php5-cgi recommends no packages. Versions of packages php5-cgi suggests: pn php-pear (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#535138: dpkg: upgrading dpkg to 1.15.3 fails
On Tue, 30 Jun 2009, Craig Sanders wrote:
> upgrading dpkg fails with "/var/lib/dpkg/tmp.ci/preinst: line 38: read:
> read error: 0: Is a directory"
What do you have in /var/lib/dpkg/alternatives/ ?
Please give the output of "ls -alR /var/lib/dpkg/alternatives/".
I suspect that you have an (unexpected) directory and that we should
modify kill_bad_alternatives() to skip non-files.
--- a/debian/dpkg.preinst
+++ b/debian/dpkg.preinst
@@ -30,8 +30,9 @@ kill_bad_alternatives () {
local IFS=""
ALTDIR="/var/lib/dpkg/alternatives"
for alt in $ALTDIR/*; do
-if [ ! -e $alt ]; then
-# In case it's been removed by the code below
+if [ ! -f $alt ]; then
+# In case it's been removed by the code below, or in case
+# it's not a real file
continue
fi
{
Cheers,
--
Raphaël Hertzog
Contribuez à Debian et gagnez un cahier de l'admin Debian Lenny :
http://www.ouaza.com/wp/2009/03/02/contribuer-a-debian-gagner-un-livre/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535148: heap overflows after upgrade to 5.2.10
Dne Tue, 30 Jun 2009 08:58:53 +0200 Michal Čihař napsal(a): > Package: php5-cgi > Version: 5.2.10.dfsg.1-1 > Severity: important > > Just after upgrade from 5.2.9 to 5.2.10, php-cgi started to segfault and > suhosin complains about heap overflow: > > suhosin[22305]: ALERT - canary mismatch on efree() - heap overflow > detected > > Downgrading back to 5.2.9 fixes this issue. Just to clarify: downgrading just php5-cgi + php5-common fixes the issue, no modules had to be downgraded. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#511432: texlive-bin(GNU/k*BSD): FTBFS: out of date libtool scripts
reopen 511432 retitle texlive-bin: out of date libtool scripts thanks The texlive-bin still uses old libtool, which does not produce correct shared libraries on GNU/kFreeBSD in general. The problematic lines in the build-log are checking how to recognise dependent libraries... unknown checking if libtool supports shared libraries... no They are checked by automatic tool, similarly as "implicit pointer conversion" on ia64 by http://wiki.debian.org/ImplicitPointerConversions Petr -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535149: [INTL:sv] Updated Swedish translation for gpsd
package: gpsd severity: wishlist tags: patch, l10n Please consider to add the attached updated Swedish transaltion. -- Martin Bagge # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # , fuzzy # # msgid "" msgstr "" "Project-Id-Version: gpsd\n" "Report-Msgid-Bugs-To: g...@packages.debian.org\n" "POT-Creation-Date: 2009-06-28 13:43+0200\n" "PO-Revision-Date: 2009-06-30 09:22+0100\n" "Last-Translator: Martin Bagge / brother \n" "Language-Team: Swedish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" #. Type: string #. Description #: ../gpsd.templates:1001 msgid "Device the GPS receiver is attached to:" msgstr "Enhet som din GPS-mottagare är ansluten till:" #. Type: string #. Description #: ../gpsd.templates:1001 msgid "Please enter the device the GPS receiver is attached to. It will probably be something like /dev/ttyS0 or /dev/ttyUSB0." msgstr "Ange enheten som din GPS är inkopplad på, detta är antagligen någon liknande /dev/ttyS0 eller /dev/ttyUSB0." #. Type: string #. Description #: ../gpsd.templates:1001 msgid "Multiple devices may be specified as a space-separated list. Leave empty if you don't want to connect gpsd to a device on boot or if you want to use device autodetection only." msgstr "Flera enheter kan anges genom att särskilja dem med mellanslag. Lämna fältet tomt om du inte vill att gpsd ska ansluta till en enhet vid systemets uppstart eller om du bara vill använda automatisk upptäckt av enheter." #. Type: boolean #. Description #: ../gpsd.templates:2001 #| msgid "Start gpsd automatically on boot?" msgid "Start gpsd automatically?" msgstr "Ska gpsd startas automatiskt?" #. Type: boolean #. Description #: ../gpsd.templates:2001 msgid "If you accept this option, gpsd will be started automatically. Autodetection of USB GPS devices requires a running gpsd." msgstr "Om du väljer detta alternativ kommer gpsd att startas automatiskt. När gpsd körs fungerar även den automatiska identifikationen av GPS-enheter via USB." #. Type: string #. Description #: ../gpsd.templates:3001 msgid "Options to gpsd:" msgstr "Flaggor till gpsd:" #. Type: string #. Description #: ../gpsd.templates:3001 #| msgid "" #| "You can give additional arguments when starting gpsd; see gpsd(8) for a " #| "list of options." msgid "You can give additional arguments when starting gpsd; see gpsd(8) for a list of options." msgstr "Du kan ange ytterligare argument när du startar gpsd, se gpsd(8) för en lista över möjliga alternativ." #. Type: string #. Description #: ../gpsd.templates:3001 msgid "The default is to add \"-F /var/run/gpsd.sock\"." msgstr "Standardvärdet är att lägga till \"-F /var/run/gpsd.soc\"." #. Type: boolean #. Description #: ../gpsd.templates:4001 msgid "Should gpsd handle attached USB GPS receivers automatically?" msgstr "Ska gpsd automatiskt hantera USB-GPS:er som ansluts?" #. Type: boolean #. Description #: ../gpsd.templates:4001 #| msgid "" #| "This option is disabled by default, because several GPS receivers use " #| "common USB-to-serial converter chips, so gpsd may cause interference with " #| "other attached devices or programs." msgid "As gpsd only handles GPS devices, it is safe to choose this option. However, you can disable it if gpsd is causing interference with other attached devices or programs." msgstr "Eftersom gpsd endast hanterar GPS-enheter är det ofarligt att välja detta alternativ. Du kan avaktivera det igen om gpsd stör andra enheter eller program." #. Type: error #. Description #: ../gpsd.templates:5001 msgid "Unusable gpsd configuration" msgstr "Oanvändbar konfiguration av gpsd" #. Type: error #. Description #: ../gpsd.templates:5001 msgid "The configuration must at least specify either a device that gpsd should connect to, or a control socket (using the -F option). USB autodetection requires /var/run/gpsd.sock as control socket." msgstr "Konfigurationen av gpsd måste ange åtminstone en enhet som gpsd ska ansluta till eller ett datauttag (med hjälp av flaggan -F). För att automatisera upptäckten av USB-enheter krävs /var/run/gpsd.soc som datauttag."
Bug#531891: Downstream bugreport
The relevant bugreport for ubuntu can be found at https://bugs.edge.launchpad.net/debian/+source/qemu-launcher/+bug/387457 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535074: topgit: have patch export full history
Hello Filippo, > I'm maintaining some patches with topgit as it is quite convenient for > debian packaging. nice to hear :-) > However when sending them upstream it would be nice to be able to send > the full history as git format-patch would do but excluding .topdeps and > .topmsg (or using it as basis for --cover-letter), IOW have tg patch > accept an option to behave like format-patch but output the full history I don't understand what exactly you want. Incremental patches? I think this won't work in general because the history typically contains merges that are not representable by a patch. Hm, you could leave out the merges. But then they might not apply cleanly to upstream's tree. Do you really consider the intermediate steps interesting? IMHO a topic branch is a unit and if it's sensible to send in in (say) three mails then the patch should better be seperated into three patches/topic branches. Maybe you could present an example where you can show that having the full history is sensible? Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-König| Industrial Linux Solutions| http://www.pengutronix.de/ | -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#511220: Fixed
Hi, This is upstream bug 1878 (http://www.thewildbeast.co.uk/claws-mail/bugzilla/show_bug.cgi?id=1878) and it's fixed in 3.7.1cvs82. HTH, -- Colin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#520223: Fixed
Hi, That's fixed in CVS, 3.7.1cvs81. HTH, -- Colin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522659: updated proposal
Joachim Reichel wrote : What about the following package layout (I just give the essential files, no symbolic links, documentation, etc.). Basically it is a slightly updated version of my proposal (1): libqglviewer-headers: (could probably be Arch:all) - /usr/include/QGlViewer/qglviewer.h (and all the other header files) libqglviewer2: - /usr/lib/libqglviewer.so.2.3.1 libqglviewer-dev: (depends on libqglviewer-headers) - /usr/lib/libqglviewer.a libqglviewer-qt3-2: - /usr/lib/libqglviewer-qt3.so.2.3.1 libqglviewer-qt3-dev: (depends on libqglviewer-headers) - /usr/lib/libqglviewer-qt3.a This approach has the following advantages: - the Qt4 variant is usable without any changes (compared with an standard install of the upstream sources) - examples should build without further modifications against the Qt4 variant - same for other packages depending on the Qt4 variant - If one still wants to use the Qt3 variant, one has to make only minimal changes (just the library name, the headers are shared) - The library SONAME for the Qt4 variant does not deviate from the upstream SONAME Disadvantages: - a transition for squeeze (but there are no packages in Debian yet depending on libqglviewer -- apart from my cgal package) - the packaging is "asymmetric" in some sense (but I think it ok to "prefer" the upstream default and newer Qt4 variant in some way) I fully second this layout proposal. Let me know if there is anything I can do in the main sources to help you in the packaging process. -- Gilles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535148: [php-maint] Bug#535148: heap overflows after upgrade to 5.2.10
tags 535148 moreinfo thanks hi michal, On Tue, Jun 30, 2009 at 08:58:53AM +0200, Michal Čihař wrote: > Just after upgrade from 5.2.9 to 5.2.10, php-cgi started to segfault and > suhosin complains about heap overflow: > > suhosin[22305]: ALERT - canary mismatch on efree() - heap overflow > detected could you please provide: * gdb backtrace identifying the crash location * a short sample chunk of code which triggers the problem * (ideally) valgrind output thanks, sean signature.asc Description: Digital signature
Bug#535150: xen-hypervisor-3.2-1-i386: xen hvm Windows Bluescreen
Package: xen-hypervisor-3.2-1-i386 Version: 3.2.1-2 Severity: important Hello, I'm having troubles with windows 2008 server with HVM on XEN. When I allocate more than one CPU to the Windows VM, windows crashes at boot. The Exact error message is: A clock interrupt was not received on a secondary processor within the allocated time interval. STOP: 0x0101 (0x0061,0x,0x803D1120,0x0001) There is a similar bug open on xen-hypervisor-3.2-1-amd64 (http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522060) with patch -- System Information: Debian Release: 5.0 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-xen-686 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash xen-hypervisor-3.2-1-i386 depends on no packages. Versions of packages xen-hypervisor-3.2-1-i386 recommends: ii xen-utils-3.2-1 3.2.1-2XEN administrative tools Versions of packages xen-hypervisor-3.2-1-i386 suggests: pn xen-docs-3.2 (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#535151: linux-image-2.6-amd64: raid5 wrong sync speed calculation
Package: linux-image-2.6-amd64 Version: 2.6.26+17+lenny1 Severity: normal I created a raid5 md (/dev/md1) device of 16x1TB SATA disks. When I look at /proc/mdstat i see this: --- Personalities : [raid10] [raid6] [raid5] [raid4] md1 : active raid5 sdo1[15] sdy1[14] sdx1[13] sdw1[12] sdv1[11] sdu1[10] sdt1[9] sds1[8] sdr1[7] sdq1[6] sdp1[5] sdn1[4] sdm1[3] sdl1[2] sdk1[1] sdj1[0] 14651399040 blocks level 5, 128k chunk, algorithm 2 [16/16] [] [==>..] resync = 13.4% (131128536/976759936) finish=202.0min speed=69742K/sec md0 : active raid10 sdb1[0] sdi1[7] sdh1[6] sdg1[5] sdf1[4] sde1[3] sdd1[2] sdc1[1] 1757349888 blocks 64K chunks 2 near-copies [8/8] [] unused devices: --- The speed is around 70Mb/s the whole time and the finish time starts at about 210 minutes. But if I calculate this right: 16 disks raid5 = 15TB netto 15TB/210 min = 71GB/min = 1,19 GB/s Kind regards, Caspar Smit -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages linux-image-2.6-amd64 depends on: ii linux-image-2.6.26-2-amd642.6.26-17 Linux 2.6.26 image on AMD64 linux-image-2.6-amd64 recommends no packages. linux-image-2.6-amd64 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#535152: fglrx: Unknown symbol flush_tlb_page
Package: fglrx-source Version: 1:9-6-2 Severity: important The fglrx module builds on my system but cannot be loaded due to the error; fglrx: Unknown symbol flush_tlb_page -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686-bigmem (SMP w/2 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages fglrx-source depends on: ii bzip2 1.0.5-3high-quality block-sorting file co ii debhelper 7.2.18 helper programs for debian/rules ii make 3.81-6 An utility for Directing compilati Versions of packages fglrx-source recommends: ii kernel-package12.017 A utility for building Linux kerne ii module-assistant 0.11.1 tool to make module package creati Versions of packages fglrx-source suggests: ii fglrx-driver 1:9-6-2non-free AMD/ATI r6xx - r7xx displ -- 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#535153: libc6: breaks wine upon upgrade, should have Breaks: wine
Package: libc6-i386 Version: 2.9-18 Severity: serious I run apt-get safe-upgrade, and it upgraded libc, the lib32* packages, ia32-apt-get, etc. Now wine is unusable: $ wine /usr/bin/wine: line 63: /usr/lib32/wine/wine.bin: No such file or directory /usr/bin/wine: line 63: exec: /usr/lib32/wine/wine.bin: cannot execute: No such file or directory Wine itself wasn't upgraded (it was version 1.1.22-1 yesterday too, and it worked fine). There are still files left in /emul, some of them belonging to wine: $ ls /emul/ia32-linux/usr/lib/wine/ -1|wc -l 385 However dpkg thinks that wine has its files in /usr/lib32 already: $ dpkg -L wine ... /usr/lib32/wine/clusapi.dll.so /usr/lib32/libwine.so.1 But the files are not there: ls: cannot access /usr/lib32/wine: No such file or directory They are in /emul still: $ ls -l /emul/ia32-linux/usr/lib/libwine.so.1.0 -rw-r--r-- 1 root root 1207260 2009-06-10 20:59 /emul/ia32-linux/usr/lib/libwine.so.1.0 dpkg-query -S /emul/ia32-linux/usr/lib/libwine.so.1.0 dpkg: /emul/ia32-linux/usr/lib/libwine.so.1.0 not found. I think libc6 should have a Breaks: for the current versions of wine (in unstable and experimental), until wine is moved to /usr/lib32. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'unstable-i386'), (500, 'transitional-i386'), (500, 'transitional'), (500, 'stable-i386'), (500, 'stable'), (50, 'experimental'), (1, 'experimental-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libc6-i386 depends on: ii libc6 2.9-18 GNU C Library: Shared libraries libc6-i386 recommends no packages. libc6-i386 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#535154: wine: package broken after /emul -> /usr/lib32 transition
Package: wine Version: 1.1.22-1 Severity: grave Justification: renders package unusable I run apt-get safe-upgrade, and it upgraded libc, the lib32* packages, ia32-apt-get, etc. Now wine is unusable: $ wine /usr/bin/wine: line 63: /usr/lib32/wine/wine.bin: No such file or directory /usr/bin/wine: line 63: exec: /usr/lib32/wine/wine.bin: cannot execute: No such file or directory I reported a bug for libc6-i386 that it should have a Breaks: wine, because it broke wine during the transition. However wine should be updated to move to /usr/lib32, because now dpkg does think that wine has its files in /usr/lib32 (but it didn't move the actual files): $ ls /emul/ia32-linux/usr/lib/wine/ -1|wc -l 385 However dpkg thinks that wine has its files in /usr/lib32 already: $ dpkg -L wine ... /usr/lib32/wine/clusapi.dll.so /usr/lib32/libwine.so.1 But the files are not there: ls: cannot access /usr/lib32/wine: No such file or directory They are in /emul still: $ ls -l /emul/ia32-linux/usr/lib/libwine.so.1.0 -rw-r--r-- 1 root root 1207260 2009-06-10 20:59 /emul/ia32-linux/usr/lib/libwine.so.1.0 dpkg-query -S /emul/ia32-linux/usr/lib/libwine.so.1.0 dpkg: /emul/ia32-linux/usr/lib/libwine.so.1.0 not found. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'unstable-i386'), (500, 'transitional-i386'), (500, 'transitional'), (500, 'stable-i386'), (500, 'stable'), (50, 'experimental'), (1, 'experimental-i386') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages wine depends on: ii libwine-alsa 1.1.22-1 Windows API implementation - ALSA ii libwine-cms 1.1.22-1 Windows API implementation - color ii libwine-gl1.1.22-1 Windows API implementation - OpenG ii libwine-gphoto2 1.1.22-1 Windows API implementation - camer ii libwine-jack 1.1.22-1 Windows API implementation - JACK ii libwine-ldap 1.1.22-1 Windows API implementation - LDAP ii libwine-print 1.1.22-1 Windows API implementation - print ii libwine-sane 1.1.22-1 Windows API implementation - scann ii wine-bin 1.1.22-1 Windows API implementation - binar ii wine-utils1.1.22-1 Windows API implementation - utili Versions of packages wine recommends: ii ttf-liberation1.04.93-1 Free fonts with the same metrics a Versions of packages wine suggests: pn binfmt-support (no description available) ii clamav 0.95.2+dfsg-2 anti-virus utility for Unix - comm ii ttf-mscorefonts-installer 3.0 Installer for Microsoft TrueType c pn winbind(no description available) pn wine-doc (no description available) Versions of packages libwine depends on: ii ia32-libs 18 ia32 shared libraries for use on a ii libc6-i3862.9-18 GNU C Library: 32-bit shared libra -- 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#521857:
I attach the patch to fix that bug --- ettercap-0.7.3.orig/src/protocols/ec_tcp.c +++ ettercap-0.7.3/src/protocols/ec_tcp.c @@ -116,7 +116,7 @@ tcp = (struct tcp_header *)DECODE_DATA; opt_start = (u_char *)(tcp + 1); - opt_end = (u_char *)((int)tcp + tcp->off * 4); + opt_end = (u_char *)(tcp + tcp->off * 4); DECODED_LEN = (u_int32)(tcp->off * 4);
Bug#534408: debian-policy: Installed-Size is defined as "kilobytes" but dpkg-gencontrol fills it in with kibibytes
On Mon, Jun 29, 2009 at 09:42:24AM -0700, Russ Allbery wrote: > > I formally object to the part '(in other words, the size in > > kibibytes)'. > > (I believe this change is not informative and only serve the purpose > > of endorsing a standard which does not meet consensus in Debian.) > Okay. As previously mentioned, I disagree and would prefer to retain > it, so I think at this point we need to hear more opinions to see how > widespread the disagreement is. Perhaps it was clear from my comment regarding standards, but in case it wasn't, I'm with Bill on this. -- Steve Langasek Give me a lever long enough and a Free OS Debian Developer to set it on, and I can move the world. Ubuntu Developerhttp://www.debian.org/ slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535155: amavisd-new does not use '$sa_kill_level_deflt'
Package: amavisd-new Version: 1:2.6.1.dfsg-1 Severity: important Amavisd-new does not use '$sa_kill_level_deflt' in '/etc/amavis/conf.d/20-debian_defaults', it's using the 'required_score'-value from '/etc/spamassassin/local.cf'. You can see this error in 'Spamassassin Report' (see also #218425), there is used the 'required_score'-value instead the '$sa_kill_level_deflt' -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-openvz-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages amavisd-new depends on: ii adduser 3.110 add and remove users and groups ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii file 4.26-1 Determines file type using "magic" ii libarchive-zip-perl 1.18-1 Module for manipulation of ZIP arc ii libberkeleydb-perl0.34-1+b1 use Berkeley DB 4 databases from P ii libcompress-zlib-perl 2.012-1Perl module for creation and manip ii libconvert-tnef-perl 0.17-8 Perl module to read TNEF files ii libconvert-uulib-perl 1.11-1 Perl interface to the uulib librar pn libdigest-md5-perl (no description available) ii libio-stringy-perl2.110-4Perl modules for IO from scalars a ii libmailtools-perl 2.03-1 Manipulate email in perl programs pn libmime-base64-perl(no description available) ii libmime-tools-perl5.427-1Perl5 modules for MIME-compliant m ii libnet-server-perl0.97-1 An extensible, general perl server ii libunix-syslog-perl 1.1-2 Perl interface to the UNIX syslog( ii perl [libtime-hires-perl] 5.10.0-19 Larry Wall's Practical Extraction ii perl-modules [libarchive-tar- 5.10.0-19 Core Perl modules amavisd-new recommends no packages. Versions of packages amavisd-new suggests: pn apt-listchanges(no description available) ii arj 3.10.22-6 archiver for .arj files ii cabextract1.2-3 a program to extract Microsoft Cab ii clamav0.95.1+dfsg-1volatile2 anti-virus utility for Unix - comm ii clamav-daemon 0.95.1+dfsg-1volatile2 anti-virus utility for Unix - scan ii cpio 2.9-13 GNU cpio -- a program to manage ar pn dspam (no description available) pn lha(no description available) pn libauthen-sasl-pe (no description available) ii libdbi-perl 1.605-1Perl5 database interface by Tim Bu pn libmail-dkim-perl (no description available) pn libnet-ldap-perl (no description available) pn lzop (no description available) pn nomarch(no description available) ii spamassassin 3.2.5-2Perl-based spam filter using text pn unrar (no description available) ii zoo 2.10-21manipulate zoo archives -- debconf information: amavisd-new/outdated_config_style_warning: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534708: closed by Bastian Blank (Re: Bug#534708: linux-source-2.6.30: 8086:27df libata driver missing in Debian kernel)
On 06/29/2009 11:17 PM, Ben Hutchings wrote: On Mon, 2009-06-29 at 10:48 +0200, Michal Suchanek wrote: On 06/27/2009 08:48 AM, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the linux-source-2.6.30 package: #534708: linux-source-2.6.30: 8086:27df libata driver missing in Debian kernel It has been closed by Bastian Blank. Their explanation is attached below along with your original report. If this explanation is unsatisfactory and you have not received a better one in a separate message then please contact Bastian Blank by replying to this email. I reported this difference because it removes a driver I use. This driver does not use any firmware so I do not see any point in removing it. [...] libata is a library module, not a driver. Please explain what the actual problem is rather than pointing at changes that may or may not be related. However, there are libata based IDE drivers (as opposed to the old IDE drivers) which are technically superior (support mod_unload for one). Using this driver also avoids compiling a whole kernel subsystem (the old IDE/MFM/whatnot). The patch which I posted in the report allows me to use libata based driver for my onboard IDE controller which is not possible with Debian kernels which miss those PCI ID entries. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524672: libimdb-film-perl: release_dates failure
Hi Vincent!
You wrote:
> > $VAR1 = [
> > {
> > 'country' => 'Austria',
> > 'date' => 'USA, 16 October'
> > },
> [...]
> > which looks correct. Could you please send me an example program that
> > shows what exactly goed wrong?
>
> I don't understand your answer. "USA, 16 October" is not correct
> as a date. It should have been "October, 1968". Also, the date
> for USA is missing.
ARG, you're totally right, I must have been asleep yesterday
Thanks for your report, I'll forward it to the upstream maintainer.
Thanks,
bas.
--
+--+
| Bas Zoetekouw | Sweet day, so cool, so calm, so bright, |
|| The bridall of the earth and skie: |
| b...@zoetekouw.net | The dew shall weep thy fall tonight;|
+|For thou must die. |
+-+
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#483389: xmp should not expect valid input / signedness problems
Hello Jens Can you provide that xm file? Yours, Guerkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535156: mount: ignores norelatime in 2.6.30
Package: mount Version: 2.15.1~rc1-1 Severity: normal The braindead relatime option to mount not only is enabled by default in 2.6.30 as expected, but it is not overridable at all. Some of us like accurate POSIX compliant atimes, thanks very much. > grep /home /etc/fstab /dev/mapper/laptop_250gb-shared_home_etc/home ext3 defaults,norelatime,atime,nodiratime,errors=remount-ro 0 2 > grep /home /proc/mounts /dev/mapper/laptop_250gb-shared_home_etc /home ext3 rw,nodiratime,relatime,errors=remount-ro,commit=21600,data=ordered 0 0 > mount -o remount,norelatime,atime /home > grep /home /proc/mounts /dev/mapper/laptop_250gb-shared_home_etc /home ext3 rw,nodiratime,relatime,errors=remount-ro,commit=21600,data=ordered 0 0 Furrfu. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mount depends on: ii libblkid1 1.41.6-1 block device id library ii libc6 2.9-13 GNU C Library: Shared libraries ii libselinux1 2.0.82-1 SELinux shared libraries ii libsepol1 2.0.36-1 Security Enhanced Linux policy lib mount recommends no packages. Versions of packages mount suggests: ii nfs-common1:1.2.0-2 NFS support files common to client -- 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#535155: amavisd-new does not use '$sa_kill_level_deflt'
merge 535155 218425 tag 535155 wontfix thanks DSI-Zoebisch schrieb am Tuesday, den 30. June 2009: > Package: amavisd-new > Version: 1:2.6.1.dfsg-1 > Severity: important > > > Amavisd-new does not use '$sa_kill_level_deflt' in > '/etc/amavis/conf.d/20-debian_defaults', it's using the > 'required_score'-value from > '/etc/spamassassin/local.cf'. You can see this error in 'Spamassassin Report' > (see also #218425), there is used the 'required_score'-value instead > the '$sa_kill_level_deflt' Thats not true. This is a known problem of amavisd that the score of local.cf is shown but not used. Spamassassin Report is totally unimportant here. You maybe want to read your cited bugreport (#218425) to the end. Mark Martinec (the author of amavisd-new) says: Right. It is a cosmetic issue, and I don't see a clean way around it. The number in the report (macro %A) comes from the SA config setting 'required_hits' which has no significance when SA is called from amavisd-new. The equivalent levels that do have effect on mail processing with amavisd-new are tag/tag2/kill levels in amavisd.conf. As the SA report is normally only seen by admininstrator in the spam admin report, I don't think it is worth the effort to automatically edit the report. There are also several references of this problem on the amavisd-new mailinglist: http://groups.google.com/group/mailing.unix.amavis-user/browse_thread/thread/2afc6e4a86beab10/c34c36a26ca9277d?lnk=gst&q=required_hits#c34c36a26ca9277d http://groups.google.com/group/mailing.unix.amavis-user/browse_thread/thread/93f30b132d31015f/8861393482449245?lnk=gst&q=required_hits#8861393482449245 And some more. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535157: gpsd: [INTL:sk] Slovak po-debconf translation
Package: gpsd Severity: wishlist Tags: l10n patch Version: 2.39-2 .po attached ~~helix84 # Slovak translation of gpsd. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the gpsd package. # Ivan Masár , 2009. # msgid "" msgstr "" "Project-Id-Version: gpsd\n" "Report-Msgid-Bugs-To: g...@packages.debian.org\n" "POT-Creation-Date: 2009-06-28 13:43+0200\n" "PO-Revision-Date: 2009-06-30 10:55+0100\n" "Last-Translator: Ivan Masár \n" "Language-Team: Slovak \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=3; plural=((n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2);\n" #. Type: string #. Description #: ../gpsd.templates:1001 msgid "Device the GPS receiver is attached to:" msgstr "Zariadenie, ku ktorému je GPS prijímač pripojený:" #. Type: string #. Description #: ../gpsd.templates:1001 msgid "Please enter the device the GPS receiver is attached to. It will probably be something like /dev/ttyS0 or /dev/ttyUSB0." msgstr "Prosím zadajte zariadenie, ku pripojená prijímač GPS. Pravdepodobne to bude niečo ako /dev/ttyS0 alebo /dev/ttyUSB0." #. Type: string #. Description #: ../gpsd.templates:1001 msgid "Multiple devices may be specified as a space-separated list. Leave empty if you don't want to connect gpsd to a device on boot or if you want to use device autodetection only." msgstr "Viaceré zariadenia možno uviesť ako zoznam oddelený medzerami. Ponechajte toto pole prázdne ak nechcete zariadenie gpsd pripájať pri štarte alebo ak chcete používať iba automatickú detekciu zariadenia." #. Type: boolean #. Description #: ../gpsd.templates:2001 #| msgid "Start gpsd automatically on boot?" msgid "Start gpsd automatically?" msgstr "Spúšťať gpsd automaticky pri spustení systému?" #. Type: boolean #. Description #: ../gpsd.templates:2001 msgid "If you accept this option, gpsd will be started automatically. Autodetection of USB GPS devices requires a running gpsd." msgstr "Ak prijmete túto voľbu, gpsd sa bude spúšťať automaticky. Na automatickú detekciu GPS prijímačov pripojených prostredníctvom USB je potrebné, aby gpsd bežal." #. Type: string #. Description #: ../gpsd.templates:3001 msgid "Options to gpsd:" msgstr "Voľby pre gpsd:" #. Type: string #. Description #: ../gpsd.templates:3001 #| msgid "" #| "You can give additional arguments when starting gpsd; see gpsd(8) for a " #| "list of options." msgid "You can give additional arguments when starting gpsd; see gpsd(8) for a list of options." msgstr "Môžete zadať ďalšie argumenty, ktoré sa odovzdajú gpsd pri štarte. Zoznam možností nájdete v manuálové stránke gpsd(8)." #. Type: string #. Description #: ../gpsd.templates:3001 msgid "The default is to add \"-F /var/run/gpsd.sock\"." msgstr "Predvolená voľba je pridať „-F /var/run/gpsd.sock“." #. Type: boolean #. Description #: ../gpsd.templates:4001 msgid "Should gpsd handle attached USB GPS receivers automatically?" msgstr "Má gpsd automaticky spravovať GPS prijímače pripojené prostredníctvom USB?" #. Type: boolean #. Description #: ../gpsd.templates:4001 #| msgid "" #| "This option is disabled by default, because several GPS receivers use " #| "common USB-to-serial converter chips, so gpsd may cause interference with " #| "other attached devices or programs." msgid "As gpsd only handles GPS devices, it is safe to choose this option. However, you can disable it if gpsd is causing interference with other attached devices or programs." msgstr "Pretože gpsd pracuje iba so zariadeniami GPS, zapnúť túto voľbu je bezpečné. Môžete ju však vypnúť ak gpsd spôsobuje problémy s inými pripojenými zariadeniami alebo programami." #. Type: error #. Description #: ../gpsd.templates:5001 msgid "Unusable gpsd configuration" msgstr "Nepoužiteľná konfigurácia gpsd" #. Type: error #. Description #: ../gpsd.templates:5001 msgid "The configuration must at least specify either a device that gpsd should connect to, or a control socket (using the -F option). USB autodetection requires /var/run/gpsd.sock as control socket." msgstr "Konfigurácia musí určovať aspoň zariadenie, ku ktorému sa má gpsd pripájať alebo riadiaci socket (pomocou voľby -F). Automatická detekcia USB vyžaduje, aby riadiaci socket bol /var/run/gpsd.sock."
Bug#442147: closed by Gürkan Sengün (xmp: manpage has two explanations for -l)
found 442147 2.6.1-1 thanks > The man page does only have one explanation for -l. Do we talk about different manpages? I'm talking about /usr/share/man/man1/xmp.1.gz. My manpages still contains the parts: > man xmp states: >-l, --load-only > Exit after loading the module&. > >-l, --loop > Enable module looping and backward pattern jumps. > > How can -l stand for two contradicting options? I suggest removing the > first in accordance with xmp -h. This is source line 89: .IP "\fB-l, --loop\fP" and line 116: .IP "\fB-l, --probe-only\fP" So if we're talking about the same file, could you give a bit more convincing statements? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#489907: freebsd-manpages: errors from /etc/cron.daily/man-db
Hello As talked before, please increase the limit a bit, so the NAME part for these manual pages fits the whatis space. Thank you, Guerkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528670: /usr/share/info/ledger.info.gz: GBP symbol displayed incorrectly in documentation
tag 528670 moreinfo thanks > In section 3.3 of the documentation, the British Pound symbol is displayed > with the U+FFFD REPLACEMENT CHARACTER rather than U+00A3 POUND SIGN. > > I think this is because the info file is encoded with latin1 rather than > UTF-8. That certainly seems to be the case -- the pound sign is 0xA3 (with no leading high-bit character) in the file I've just inspected here. I'm completely in the dark about file encodings, myself. Is it a policy requirement that all info files be UTF-8 encoded? The only mentions of UTF-8 I can find in the current policy are for control files and manpages. Is there a way I can specify what encoding the info file is in? If so, is explicitly specifying ISO-8859-1 an acceptable solution? If I do run the info file through iconv to turn it into UTF-8, how do I respond to bug reports from people viewing the file through ISO-8859-1 glasses? - Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534974: daemon does not register the running/active status of the ddclient pid
>> Perhaps that option should better be passed on the command line from the init >> script. > > True, it looks like an option that should be taken care of the init > script. Thanks again! Here's the diff patch for debian/ddclient.init ( aka /etc/init.d/ddclient ). --- ddclient-3.8.0/debian/ddclient.init~ 2009-02-18 23:25:24.0 +0100 +++ ddclient-3.8.0/debian/ddclient.init 2009-06-30 10:53:52.0 +0200 @@ -29,8 +29,8 @@ . /etc/default/ddclient fi -OPTIONS="-daemon $daemon_interval -syslog" PIDFILE=/var/run/$NAME.pid +OPTIONS="-daemon $daemon_interval -syslog -pid $PIDFILE" # Load the VERBOSE setting and other rcS variables . /lib/init/vars.sh
Bug#535158: squidguard: New release available
Package: squidguard Severity: important The Debian version is based on 1.2.0, released in 2002. There is a new version 1.4 released in 2008: http://www.squidguard.org/download.html http://www.squidguard.org/Downloads/squidGuard-1.4.tar.gz Would you update the package? -- Sylvain -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (300, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-vserver-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535161: unixcw: [INTL:sk] Slovak po-debconf translation
Package: unixcw Severity: wishlist Tags: l10n patch Version: 2.3-11 .po attached ~~helix84 # Slovak translation of unixcw. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the unixcw package. # Ivan Masár , 2009. # msgid "" msgstr "" "Project-Id-Version: unixcw\n" "Report-Msgid-Bugs-To: pa3...@debian.org\n" "POT-Creation-Date: 2007-05-12 17:03+0200\n" "PO-Revision-Date: 2009-06-30 11:36+0100\n" "Last-Translator: Ivan Masár \n" "Language-Team: Slovak \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=3; plural=((n==1) ? 0 : (n>=2 && n<=4) ? 1 : 2);\n" #. Type: boolean #. Description #: ../cwcp.templates:1001 msgid "Make cwcp setuid root" msgstr "Nastaviť setuid root pre cwcp" #. Type: boolean #. Description #: ../cwcp.templates:1001 msgid "The cwcp program only runs correctly as the root user. One way of doing this is to make the program setuid root. This is generally a bad idea as there are better ways, such as using the sudo program, to do this. However, you have the option here of making it setuid root if you like." msgstr "Program cwcp beží správne iba pod používateľom root. Jeden zo spôsobov ako toho dosiahnuť je nastaviť setuid root pre cwcp. To je vo všeobecnosti zlý nápad, pretože existujú lepšie spôsoby ako napr. použitie programu sudo. Ale ak chcete, tu máte možnosť nastaviť setuid root pre cwcp." #. Type: boolean #. Description #: ../cw.templates:1001 msgid "Make cw setuid root" msgstr "Nastaviť setuid root pre cw" #. Type: boolean #. Description #: ../cw.templates:1001 msgid "The cw program only runs correctly as the root user. One way of doing this is to make the program setuid root. This is generally a bad idea as there are better ways, such as using the sudo program, to do this. However, you have the option here of making it setuid root if you like." msgstr "Program cw beží správne iba pod používateľom root. Jeden zo spôsobov ako toho dosiahnuť je nastaviť setuid root pre cw. To je vo všeobecnosti zlý nápad, pretože existujú lepšie spôsoby ako napr. použitie programu sudo. Ale ak chcete, tu máte možnosť nastaviť setuid root pre cw."
Bug#534281: nosql: uninstallable on ia64, alpha, GNU/kFreeBSD
Hi all, On Tue, Jun 30, 2009 at 02:35:26AM +0200, Cyril Brulebois wrote: > Petr Salinger (23/06/2009): > > current version have hardcoded dependency on libc > > as Depends: libc6 (>= 2.2.3-1). > > This cannot be satisfied on some architectures. > > It have been introduced in > > > > nosql (4.0.14-2) unstable; urgency=low > >* add dependency to libc (warning from lintian) > > > > Please at least drop this dependency or generate > > correct one during build using i.e. dh_shlibdeps. > > Hi, > > cc'ing -qa@ because I won't be fixing the whole package, and it really > needs it. I think it'd be a nice exercise for a wannabe packager to make > it use debhelper instead of that broken homebrew stuff. Okay... :) > Another idea might be to get rid of the package itself, but I won't be > judging that here. That would be an idea, low popcon and so on... I can provide a (hopefully) fixed package, tough. If anyone of the QA team is willing to upload it, find it here: http://downloads.jhr-online.de/qa/ Cheers, Hauke signature.asc Description: Digital signature
Bug#535159: ser2net: fix use after in control port handling
Package: ser2net
Version: 2.5-1
Severity: serious
tags: patch
ser2net provides a control port which may be (ab)used to a segfault via
use after free. The write() handler may catch an error free the
controler struct and continue writting. This leads to another error
(invalid fd) and a free & cleanup process on de-allocated data. This is
the segfault.
The patch attached fixes the problem.
Sebastian
Subject: Fix use after free in controller
The controller will use its dynamically allocated data after it got free()
in error path. What we see in syslog is:
| Jun 30 10:26:38 consrv3 ser2net[3073]: read error for controller port:
Connection reset by peer
| Jun 30 10:26:39 consrv3 ser2net[3073]: The tcp write for controller had
error: Bad file descriptor
The first error is "legal" because the destitnation decided to close its
socket a little to early than expected. The second error is allready bad
because it tries to use allready deallocated fd. Later we segfault.
Signed-off-by: Sebastian Andrzej Siewior
Index: ser2net-2.5/controller.c
===
--- ser2net-2.5.orig/controller.c 2009-06-30 10:50:57.0 +0200
+++ ser2net-2.5/controller.c2009-06-30 10:52:28.0 +0200
@@ -557,10 +557,12 @@
/* This again was due to O_NONBLOCK, just ignore it. */
} else if (errno == EPIPE) {
shutdown_controller(cntlr);
+ return;
} else {
/* Some other bad error. */
syslog(LOG_ERR, "The tcp write for controller had error: %m");
shutdown_controller(cntlr);
+ return;
}
} else {
int i, j;
@@ -584,10 +586,12 @@
/* This again was due to O_NONBLOCK, just ignore it. */
} else if (errno == EPIPE) {
shutdown_controller(cntlr);
+ return;
} else {
/* Some other bad error. */
syslog(LOG_ERR, "The tcp write for controller had error: %m");
shutdown_controller(cntlr);
+ return;
}
} else {
cntlr->outbuf_count -= write_count;
Bug#535160: offlineimap fails on encfs (FUSE) due to hard linking
Package: offlineimap
Version: 6.0.3
Severity: normal
Tags: patch
Hi,
if the localrepository is stored on an encfs, offlineimap fails as follows:
OfflineIMAP 6.0.3
Copyright (C) 2002 - 2008 John Goerzen
This software comes with ABSOLUTELY NO WARRANTY; see the file
COPYING for details. This is free software, and you are welcome
to distribute it under the conditions laid out in COPYING.
* Processing account pleione
Copying folder structure from IMAP to Maildir
Establishing connection to tunnel:eval `keychain --quiet --eval` && ssh -q
mymailhost /usr/sbin/dovecot --exec-mail imap.
Syncing Drafts: IMAP -> Maildir
Syncing INBOX: IMAP -> Maildir
--8<--
Syncing net: IMAP -> Maildir
Copy message 360 IMAP[net] -> Maildir[net], LocalStatus[net]
Syncing personal: IMAP -> Maildir
Thread 'Copy message 360 from net' terminated with exception:
Traceback (most recent call last):
File "/var/lib/python-support/python2.4/offlineimap/threadutil.py", line
149, in run
Thread.run(self)
File "threading.py", line 422, in run
self.__target(*self.__args, **self.__kwargs)
File "/var/lib/python-support/python2.4/offlineimap/folder/Base.py", line
282, in copymessageto
newuid = object.savemessage(uid, message, flags, rtime)
File "/var/lib/python-support/python2.4/offlineimap/folder/Maildir.py",
line 198, in savemessage
os.path.join(tmpdir, messagename))
OSError: [Errno 1] Operation not permitted
Last 4 debug messages logged for Copy message 360 from net prior to
exception:
--8<--
As encfs does not support hard linking, the rename of the temporary
message file fails.
This is the only occurrence of hard linking in offlineimap and can be
fixed by using an atomic `os.rename` instead of `os.link`+`os.unlink`.
I have been using the attached patch for more than 1.5 years and have
never again had any problems with offlineimap on encfs.
Regards,
Peter
--- offlineimap-6.0.3.orig/offlineimap/folder/Maildir.py
+++ offlineimap-6.0.3/offlineimap/folder/Maildir.py
@@ -194,9 +194,8 @@
ui.debug('maildir', 'savemessage: moving from %s to %s' % \
(tmpmessagename, messagename))
if tmpmessagename != messagename: # then rename it
-os.link(os.path.join(tmpdir, tmpmessagename),
+os.rename(os.path.join(tmpdir, tmpmessagename),
os.path.join(tmpdir, messagename))
-os.unlink(os.path.join(tmpdir, tmpmessagename))
if self.dofsync:
try:
Bug#535162: maildir-utils: deleting messages is really slow
Package: maildir-utils Version: 0.4-2 Severity: wishlist I've got a Maildir hierarchy with about 50k mails. I tried to use mu-index to index this Maildir. Updating it after changes takes quite long especially after deleting messages. It also produces heavy disk io load. Deleting 500 messages makes mu-index take about half an hour. Most of the time (everything except less than one minute) is used for "cleaning up database". Another instance with 1k messages took one hour. Generating the index took about two hours iirc, so for deleting 2k messages it should be cheaper to start with a fresh index from scratch. Can this be improved with some tuning options? Underlying filesystem is ext3. It currently does not have dir_index. Would that help? (Most of the time seems to be writing to ~/.mu.) Helmut -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Locale: LANG=C, LC_CTYPE=de_DE (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages maildir-utils depends on: ii libc6 2.9-18GNU C Library: Shared libraries ii libgcc11:4.4.0-10GCC support library ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgmime-2.0-2a2.2.22-4 MIME library ii libsqlite3-0 3.6.14.2-1SQLite 3 shared library ii libstdc++6 4.4.0-10 The GNU Standard C++ Library v3 ii libxapian151.0.13-3 Search engine library ii zlib1g 1:1.2.3.3.dfsg-14 compression library - runtime maildir-utils recommends no packages. maildir-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#535163: mount: >mount -f" ignores 'user' option from fstab
Package: mount Version: 2.15.1~rc1-1 Severity: normal File: /bin/mount When I (as a mortal user) attempt "mount -f" to determine whether I'm allowed to mount a filesystem, I get the "mount: only root can do that" message, even though the relevant fstab line specifies the 'user' option (and running mount without the "-f" argument succeeds). So the "-f" argument is no use at all for non-root users. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30 (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mount depends on: ii libblkid1 1.41.3-1 block device id library ii libc6 2.9-12 GNU C Library: Shared libraries ii libselinux1 2.0.71-1 SELinux shared libraries ii libsepol1 2.0.36-1 Security Enhanced Linux policy lib mount recommends no packages. Versions of packages mount suggests: pn nfs-common (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#535009: Acknowledgement (bash: inconsistent calculation of remainders when dividend begins with 0)
Oh my goodness, how embarrassing! An initial 0 on a number makes BASH think it's octal, doesn't it? It's the only explanation for the outcomes of experiments I've tried. I am so sorry to have wasted your time. Adrian ow...@bugs.debian.org wrote: > >Thank you for filing a new Bug report with Debian. > >This is an automatically generated reply to let you know your message >has been received. > >Your message is being forwarded to the package maintainers and other >interested parties for their attention; they will reply in due course. > >Your message has been sent to the package maintainer(s): > Matthias Klose > >If you wish to submit further information on this problem, please >send it to 535...@bugs.debian.org, as before. > >Please do not send mail to ow...@bugs.debian.org unless you wish >to report a problem with the Bug-tracking system. > > >-- >535009: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=535009 >Debian Bug Tracking System >Contact ow...@bugs.debian.org with problems
Bug#512091: Pushover level bug
Hello Andreas and Volker I've packaged pushover for debian, and a user reported this problem with level 39: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=512091 I was able to reproduce it, do you think it can be fixed? Yours, Guerkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#442147: closed by Gürkan Sengün (xmp: manpage has two explanations for -l)
Hello Helmut The man page does only have one explanation for -l. Do we talk about different manpages? I'm talking about /usr/share/man/man1/xmp.1.gz. That's exactly the file yes. Which version of xmp do you have installed? dpkg -l xmp should say 2.5.1 or later. My manpages still contains the parts: man xmp states: -l, --load-only Exit after loading the module&. -l, --loop Enable module looping and backward pattern jumps. my manpage reads: --load-only Exit after loading the module&. -l, --loop Enable module looping and backward pattern jumps. How can -l stand for two contradicting options? I suggest removing the first in accordance with xmp -h. This is source line 89: .IP "\fB-l, --loop\fP" and line 116: .IP "\fB-l, --probe-only\fP" here's my source lines: .IP "\fB--load-only\fP". Exit after loading the module&. .IP "\fB-l, --loop\fP". So if we're talking about the same file, could you give a bit more convincing statements? Let's see... Helmut Guerkan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#496326: Take over the ITP
I'd love to take over this ITP bug. There's Gwibber package for Debian already in mentors repository [1]. [1] http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=gwibber Regards -- Filip Chabik -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534507: ITP: kalternatives -- graphical alternatives system configuration tool
Hello, > I've skimmed over the sources, and it seems kalternatives is reading > and writting directly to the alternatives db (under > /var/lib/dpkg/alternatives/). The db should be considered internal, > and we reserve the right to change its layout in the future. > > There's been recent changes to update-alternatives to make it more > friendly and usable by front-ends (specifically the --get/set-selections > and --query options), could you consider rewritting it using those? > If the interface is inadequate or too limited we can always extend/fix > it. > > Another option would be to wait a bit, the future plans are to > rewrite it in C and move part of the db handling to a shared library. Few days ago, I had a nice talk with Guillem, and he told me that dpkg developers are working for cleaning up update-alternatives' code, and planning to convert it to C (along with provide a dpkg library); since the previous are either happening or planned to be soon, I will avoid to rewrite the parser twice, but wait for the dpkg library and help testing it, which is what kalternatives will use (when it is ready, of course). Would it be acceptable for now? -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#535164: cyrus-imapd-2.2: squat assertion failed
Package: cyrus-imapd-2.2 Version: 2.2.13-10 Severity: normal Hi, running squatter on a specific user's folder i get the following error : Indexing mailbox user/... fatal error: Internal error: assertion failed: squat_internal.c: 161: v64 >= 0 after which squatter dies.I tried reconstructing the folder, but it hasnt made a difference. Since squatter terminates on this folder, i can't get squatter to process everything. Thanks Gloria -- System Information: Debian Release: 4.0 APT prefers oldstable APT policy: (500, 'oldstable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-6-686 Locale: lang=es...@euro, lc_ctype=es...@euro (charmap=ISO-8859-15) Versions of packages cyrus-imapd-2.2 depends on: ii cyrus-common-2.22.2.13-10Cyrus mail system (common files) ii libc6 2.3.6.ds1-13etch9+b1 GNU C Library: Shared libraries ii libdb4.24.2.52+dfsg-2Berkeley v4.2 Database Libraries [ ii libsasl2-2 2.1.22.dfsg1-8 Authentication abstraction library ii libssl0.9.8 0.9.8c-4etch5SSL shared libraries ii libwrap07.6.dbs-13 Wietse Venema's TCP wrappers libra cyrus-imapd-2.2 recommends 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#534184: setting package to libnet-sslglue-perl, tagging 534184
# Automatically generated email from bts, devscripts version 2.10.35lenny3 # via tagpending # # libnet-sslglue-perl (0.2-2) UNRELEASED; urgency=low # # * Tighten dependency on libwww-perl to a suitably recent version #(closes: #534184) # package libnet-sslglue-perl tags 534184 + pending -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#455265: openais: add config dir
Ping-ing this bug which is open/undecided since 2007 :-P I agree with Guido Guenther's initial proposal, in the same way that we have /var/log/openais it would make sense to have /etc/ais My 2 cents, thanks! :-) Ariel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534512: regression: pieces have lost borders and become transparent
Note that xboard supports two kind of piece symbols; monochrome bitmaps, (as seen in "xboard-broken") and pixmaps with outline borders (as seen in "xboard-fine"). Depending on a compile-time switch set by the configuration process on the presence of the XPM library, one or the other are used for the built-in symbols. For some reason the xboard binary in this package has been compiled in absence of LIBXPM, unlike the binary included in the 4.2.7 packages. As a result, you get the (inferior) bitmaps as built-ins. The period at the beginning of the bitmap file names is a genuine bug; XBoard fails to create the proper name for bitmaps of pieces that are not participating in the variant that is selected at startup. It was already fixed in 4.4.0~alpha-7 and later. H.G. Muller, upstream developer of XBoard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#455264: openais: add ais user
> You are the first person requesting this. well, i'm the second one then ;-) Regarding the use of it: i am using a fully OpenAIS based version of clvm (to avoid having to deal with cman and fencing etc) following these instructions http://h2o.glou.fr/post/2009/04/20/clvm-openais-on-Debian/Lenny http://www.pixelchaos.net/2009/04/23/openais-an-alternative-to-clvm-with- cman/ The open ais user is still not used as described there (aisexec runs as root), but as far as i understand required for starting anyway (didn't check that yet). Anyways, running daemos as non-priviledged users is always a good security policy, and coupling that ais user with "secauth: on" should be the final target. Having in the package the init.d script for aisexec (the one provided in the URL above is quite nice) --but not started by default, say /etc/defaults/openais--- would also be nice! Thanks for your packaging work, Ariel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535106: libc6-i386: getaddrinfo() fails
On Mon, Jun 29, 2009 at 08:42:48PM +0200, Pieter-Tjerk de Boer wrote: > Package: libc6-i386 > Version: 2.7-18 > Severity: normal > > The function getaddrinfo() in the i386 compatibility library returns > -2 (i.e. EAI_NONAME) for any query, while getaddrinfo() in the amd64 > library does find the host and returns 0. > What is the contents of your /etc/nsswitch.conf file? It most probably contains an entry available on amd64, but not in i386. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535165: bison: copyright files contains incorrect license
Package: bison Version: 1:2.4.1.dfsg-1 Severity: serious Justification: Policy 12.5 The debian/copyright file for the bison package incorrectly states, that bison is covered by GPL v2 or later. Indeed, according to the sources bison is covered by GPL v3. -- With best wishes Dmitry -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages bison depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii m41.4.13-1 a macro processing language bison recommends no packages. Versions of packages bison suggests: ii bison-doc 1:2.4.1-1 Documentation for the Bison parser -- no debconf information -- With best wishes Dmitry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#426362: w3mman eats underlined characters
tags 325699 patch
tags 426362 patch
user ubuntu-de...@lists.ubuntu.com
usertags 325699 ubuntu-patch karmic
usertags 426362 ubuntu-patch karmic
thanks
On Tue, Aug 30, 2005 at 02:33:43PM +0500, Stepan Golosunov wrote:
> Package: w3m
> Version: 0.5.1-3
> Severity: normal
>
> w3mman does not display underlined characters in Russian man pages in
> utf-8 terminals; man shows them correctly.
>
> Output of
> LANG=ru_RU.UTF-8 lxterm -e w3mman dpkg
> and
> LANG=ru_RU.UTF-8 lxterm -e man dpkg
> attached.
w3mman should set MAN_KEEP_FORMATTING=1 in the environment to instruct
man not to invoke col to strip away formatting characters, which it
normally does by default when writing to a pipe. I added this feature to
man-db with the express intention that it should be used by programs
like pinfo and w3mman that invoke man and can do something with its
formatted output. Patch attached.
Doing this looks as though it should fix #426362 too.
Thanks,
--
Colin Watson [cjwat...@ubuntu.com]
* debian/patches/10-w3mman-keep-formatting: Set MAN_KEEP_FORMATTING=1 to
instruct man to preserve formatting characters in its output rather than
filtering them through col (closes: #325699, #426362; LP: #283975,
#353900).
diff -u w3m-0.5.2/debian/patches/series w3m-0.5.2/debian/patches/series
--- w3m-0.5.2/debian/patches/series
+++ w3m-0.5.2/debian/patches/series
@@ -3,0 +4 @@
+10-w3mman-keep-formatting
only in patch2:
unchanged:
--- w3m-0.5.2.orig/debian/patches/10-w3mman-keep-formatting
+++ w3m-0.5.2/debian/patches/10-w3mman-keep-formatting
@@ -0,0 +1,28 @@
+Description: Instruct man to preserve formatting characters in its output
+ rather than filtering them through col. Works as of man-db 2.5.0, but is
+ harmless with older versions.
+Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=325699
+Ubuntu: https://bugs.launchpad.net/ubuntu/+source/w3m/+bug/353900
+
+Index: b/scripts/w3mman/w3mman2html.cgi.in
+===
+--- a/scripts/w3mman/w3mman2html.cgi.in
b/scripts/w3mman/w3mman2html.cgi.in
+@@ -76,7 +76,7 @@
+ if (! ($file =~ /^\//)) {
+ $file = $query{"pwd"} . '/' . $file;
+ }
+- open(F, "$MAN -l $file 2> /dev/null |");
++ open(F, "MAN_KEEP_FORMATTING=1 $MAN -l $file 2> /dev/null |");
+ } else {
+ $man = $query{"man"};
+ if ($man =~ s/\((\w+)\)$//) {
+@@ -92,7 +92,7 @@
+
+ $section =~ s:([^-\w\200-\377.,])::g;
+ $man =~ s:([^-\w\200-\377.,])::g;
+- open(F, "$MAN $section $man 2> /dev/null |");
++ open(F, "MAN_KEEP_FORMATTING=1 $MAN $section $man 2> /dev/null |");
+ }
+ $ok = 0;
+ undef $header;
Bug#528670: /usr/share/info/ledger.info.gz: GBP symbol displayed incorrectly in documentation
On Tue, 2009-06-30 at 19:11 +1000, Matthew Palmer wrote: > > In section 3.3 of the documentation, the British Pound symbol is displayed > > with the U+FFFD REPLACEMENT CHARACTER rather than U+00A3 POUND SIGN. > > > > I think this is because the info file is encoded with latin1 rather than > > UTF-8. > > That certainly seems to be the case -- the pound sign is 0xA3 (with no > leading high-bit character) in the file I've just inspected here. > > I'm completely in the dark about file encodings, myself. Is it a policy > requirement that all info files be UTF-8 encoded? The only mentions of > UTF-8 I can find in the current policy are for control files and manpages. > Is there a way I can specify what encoding the info file is in? If so, is > explicitly specifying ISO-8859-1 an acceptable solution? If I do run the > info file through iconv to turn it into UTF-8, how do I respond to bug > reports from people viewing the file through ISO-8859-1 glasses? Looking into the details, ledger.texi currently appears to correctly declare its encoding as latin1 on line 38. And that encoding does seem to be present at the end of the generated info file. So I think this is actually a bug in the info package--the info viewer needs to re-encode its output to the user's current encoding. As to how to find that encoding out: I believe you can call 'nl_langinfo (CODESET)' as is done if you run the shell command 'locale charmap'. But that's a matter for the texinfo maintainers. :) > - Matt -- Sam Morris -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535166: security.debian.org: fails to upgrade the kernel, when the kernel lies on hde
Package: security.debian.org Severity: grave Justification: renders package unusable My desktop owns 1 IDE-unit on the motherboard and 2 PCI-RAID-IDE-units (without using the RAID-facility) on a PCI-card. My fstab contains the following lines: # /etc/fstab: static file system information. # # proc/proc proc defaults0 0 LABEL=wg-rootpart / reiserfs defaults0 1 LABEL=wg-bootpart /boot reiserfs notail 0 2 LABEL=wg-swappart noneswap sw 0 0 /dev/hdb/media/cdrom0 udf,iso9660 user,noauto 0 0 /dev/fd0/media/floppy0 auto rw,user,noauto 0 0 My /boot/grub/menue.lst contains the following lines: title Debian GNU/Linux, kernel 2.6.26-2-amd64 password .. root(hd0,0) kernel /vmlinuz-2.6.26-2-amd64 root=UUID=8e1b2e49-3dfb-4942-8eb6-9868733c5d15 ro splash=verbose initrd /initrd.img-2.6.26-2-amd64 When I use apt-get update apt-get dist-upgrade this does not work for upgrading the kernel. The following messages appear: "Booting the kernel Loading, please wait ... mount: mounting /dev on /root/dev failed: no such file or directory [dito for /sys and /proc] Target filesystem doesn't have /sbin/init. No init found. " Then the system halts and does not work further. -- System Information: Debian Release: 5.0.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: lang=de...@euro, lc_ctype=de...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535167: hplip: Can't scanning hp psc 1315 all-in-one. Only hpoj works
Package: hplip Version: 3.9.4b-1 Severity: normal # scanimage -L device `hpaio:/usb/psc_1310_series?serial=CN4CBC610QO2' is a Hewlett-Packard psc_1310_series all-in-one # scanimage -L scanimage: hp-option.c:3713: hp_optset_fix_geometry_options: Assertion `tl_x && tl_y && br_x && br_y' failed. # scanimage -T # scanimage: open of device hpaio:/usb/psc_1310_series?serial=CN4CBC610QO2 failed: Error during device I/O but $ sane-find-scanner found USB scanner (vendor=0x03f0, product=0x3f11) at libusb:003:003 If i install hpoj package, it scans but printer doesn't work. Thanks. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.29-2-amd64 (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to es_ES.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hplip depends on: ii adduser3.110 add and remove users and groups ii coreutils 7.4-2 The GNU core utilities ii cups 1.3.10-5 Common UNIX Printing System(tm) - ii hplip-data 3.9.4b-1 HP Linux Printing and Imaging - da ii libc6 2.9-13GNU C Library: Shared libraries ii libcups2 1.3.10-5 Common UNIX Printing System(tm) - ii libdbus-1-31.2.14-2 simple interprocess messaging syst ii libsane1.0.20-5 API library for scanners ii libsnmp15 5.4.1~dfsg-12 SNMP (Simple Network Management Pr ii libssl0.9.80.9.8k-2 SSL shared libraries ii libusb-0.1-4 2:0.1.12-13 userspace USB programming library ii lsb-base 3.2-22Linux Standard Base 3.2 init scrip ii policykit 0.9-4 framework for managing administrat ii python 2.5.4-2 An interactive high-level object-o ii python-dbus0.83.0-1 simple interprocess messaging syst ii python-imaging 1.1.6-3 Python Imaging Library Versions of packages hplip recommends: ii cups-client 1.3.10-5 Common UNIX Printing System(tm) - ii hpijs 3.9.4b-1 HP Linux Printing and Imaging - gs ii sane-utils1.0.20-5 API library for scanners -- utilit Versions of packages hplip suggests: ii gtklp 1.2.6-1 printing tool for CUPS on the GNOM ii hplip-doc 3.9.4b-1 HP Linux Printing and Imaging - do ii hplip-gui 3.9.4b-1 HP Linux Printing and Imaging - GU ii kdeprint4:3.5.10.dfsg.1-2print system for KDE ii openprinting-ppds 20090616-1 OpenPrinting printer support - Pos ii xpp 1.5-cvs20050828-1+b2 X Printing Panel -- no debconf information -- debsums errors found: debsums: can't open hplip file /usr/share/doc/hplip/NEWS.Debian.gz (No existe el fichero o el directorio) debsums: can't open hplip file /usr/share/doc/hplip/changelog.Debian.gz (No existe el fichero o el directorio) debsums: can't open hplip file /usr/share/doc/hplip/hpaio.desc.gz (No existe el fichero o el directorio) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535168: The aide package should run the command "aideinit" during its installation
Package: aide Version: 0.13.1-10 When you install the aide package, the installer doesn't run the command "aideinit" and your first report causes a fatal error with the following message: Fatal error: The AIDE database does not exist! This may mean you haven't created it, or it may mean that someone has removed it. I think it's a good idea to run this command by default once it's is needed to generate the reports and the user is able to change this default configuration using the command "update-aide.conf". -- Atenciosamente, Arthur Furlan arthur.fur...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#519544: Regarding bug #519544; did this improve?
# This may block the automatic migration of webkit to testing, if so # a hint should be asked, as this affects testing as well (but testing # has libwebkit-1.0-1 and not -2... severity 519544 serious reassign 519544 libwebkit-1.0-2 found 519544 1.1.10-2 notfound 519544 0.23-1 stop Mario Lang wrote: > Gustavo Noronha writes: > >> WebKitGTK+ has received a fair amount of love with regards to >> accessibility recently. Did your specific case improve? > > No, with devhelp 0.23-3 I am still unable to read the chapter text. > > Actually now, when I try to read the chapter text with flat-review mode > of Orca devhelp silently closes itself, as if it just crashed. > I dont remember if this was happening with earlier versions as well. > > All in all, from the POV of users that need accessibility, this bug is grave. Agreed, but let's reassign it to webkit as the a11y problem lies there and this bug affects everything using WebKit (e.g. epiphany and liferea). Cheers, Emilio signature.asc Description: OpenPGP digital signature
Bug#534633: [Pkg-xfce-devel] Bug#534633: xfce4-terminal: If shell prompt >screen width, entry line becomes garbled
On Fri, 26 Jun 2009 08:01:23 +0200 Yves-Alexis Perez wrote: > Could you try with gnome-terminal or another vte-based terminal (like > tilda) and report back? It doesn't happen with tilda -- And that's my crabbing done for the day. Got it out of the way early, now I have the rest of the afternoon to sniff fragrant tea-roses or strangle cute bunnies or something. -- Michael Devore GnuPG Key Fingerprint 86 F5 81 A5 D4 2E 1F 1C http://gnupg.org The C Shore (Daniel Dickinson's Website) http://www.bmts.com/~cshore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535169: mozplugger doesn't work
Package: mozplugger Version: 1.10.2-2 Severity: important I've installed iceweasel (with clean profile), mozplugger and evince. When i try to open PDF files, iceweasel asks me to choose a program (kpdf, etc.), it doesn't open PDF files automatically in evince. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#458712: depth should be possible to be used twice
This is not a bug, and not even a valid item for a wish list, as the functionality is already provided in the current stable version. For one, testing engines at fixed depth is a completely useless way to evaluate them. No modern engine has a fixed-depth search, and the depth they report as 'nominal depth' is related to the typical search depth in a different way for each engine. Limiting search depth leads to a very unrealistic distribution of thinking time over the game, ~0% of the time being allocated to the end-game, and th enine playing like an idiot there as a result. Limiting the number of nodes searched is much better way to limit engines to very low search depth (that can no longer be reliably timed), and is supported in XBoard 4.3.14 and higher through th -firsNPS and -secondNPS options. Secondly, for these kind of uncommon settings, XBoard already provides the general options -firstInitString and -secondInitString. These options are there to send special settings on a per-engine basis, which are so rarey used that it does not pay to make separate options for them. The effect the reporter of this 'bug' wants to acheive can be achieved by: xboard -firstInitString "new\nsd N\n" -secondInitString "new\nsd M\n" where N and M are the desired depth limits. H.G. Muller, upstream XBoard developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534633: [Pkg-xfce-devel] Bug#534633: xfce4-terminal: If shell prompt >screen width, entry line becomes garbled
On mar, 2009-06-30 at 07:08 -0400, Daniel Dickinson wrote: > On Fri, 26 Jun 2009 08:01:23 +0200 > Yves-Alexis Perez wrote: > > > On jeu, 2009-06-25 at 18:38 -0400, Daniel Dickinson wrote: > > > > > > If you have a long prompt string such that the line exceeds the > > > screen width (.e.g due to using current working directory in the > > > prompt), the display becomes garbled on the line entry. > > > > Can you make a screenshot, because I don't really see what you mean > > and can't really reproduce. > > Attached. I typed 'this is what happens, erased 'this is' and retyped > it. The result is what you see. Hmhm, that's weird. I tried to reproduce (using bash default config) and I failed. It might be related to your shell and the colors, but I'm not sure how. Could you tell us which shell you use and provide us your PS1/PROMPT config? (it's a wild guess, but…) On mar, 2009-06-30 at 07:15 -0400, Daniel Dickinson wrote: > On Fri, 26 Jun 2009 08:01:23 +0200 > Yves-Alexis Perez wrote: > > > Could you try with gnome-terminal or another vte-based terminal (like > > tilda) and report back? > > It doesn't happen with tilda Hmh, ok, thanks. So it's related to xfce4-terminal anyway. So weird, because rendering should only be related to vte, afaik :/ Cheers, -- Yves-Alexis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#528670: /usr/share/info/ledger.info.gz: GBP symbol displayed incorrectly in documentation
On Tue, Jun 30, 2009 at 12:07:08PM +0100, Sam Morris wrote: > On Tue, 2009-06-30 at 19:11 +1000, Matthew Palmer wrote: > > > In section 3.3 of the documentation, the British Pound symbol is displayed > > > with the U+FFFD REPLACEMENT CHARACTER rather than U+00A3 POUND SIGN. > > > > > > I think this is because the info file is encoded with latin1 rather than > > > UTF-8. > > > > That certainly seems to be the case -- the pound sign is 0xA3 (with no > > leading high-bit character) in the file I've just inspected here. > > > > I'm completely in the dark about file encodings, myself. Is it a policy > > requirement that all info files be UTF-8 encoded? The only mentions of > > UTF-8 I can find in the current policy are for control files and manpages. > > Is there a way I can specify what encoding the info file is in? If so, is > > explicitly specifying ISO-8859-1 an acceptable solution? If I do run the > > info file through iconv to turn it into UTF-8, how do I respond to bug > > reports from people viewing the file through ISO-8859-1 glasses? > > Looking into the details, ledger.texi currently appears to correctly > declare its encoding as latin1 on line 38. And that encoding does seem > to be present at the end of the generated info file. So I think this is > actually a bug in the info package--the info viewer needs to re-encode > its output to the user's current encoding. Seems like someone's already found and reported this some time ago, in #212549. Am I OK to close off this bug? - Matt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535151: linux-image-2.6-amd64: raid5 wrong sync speed calculation
On Tue, Jun 30, 2009 at 10:01:43AM +0200, Caspar Smit wrote: > I created a raid5 md (/dev/md1) device of 16x1TB SATA disks. This is insane. You have one redundancy out of 16. > The speed is around 70Mb/s the whole time and the finish time starts at about > 210 minutes. No, it is not Mb/s, aka megabit per second. It is MiB/s and this per disk. > 16 disks raid5 = 15TB netto > 15TB/210 min = 71GB/min = 1,19 GB/s 70*16 = 1120 I fail to see a discrepancy. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, "Day of the Dove", stardate unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535153: libc6: breaks wine upon upgrade, should have Breaks: wine
reassign 535153 ia32-apt-get thanks On Tue, Jun 30, 2009 at 11:12:11AM +0300, Török Edwin wrote: > Package: libc6-i386 > Version: 2.9-18 > Severity: serious > > I run apt-get safe-upgrade, and it upgraded libc, the lib32* packages, > ia32-apt-get, etc. > > Now wine is unusable: > $ wine > /usr/bin/wine: line 63: /usr/lib32/wine/wine.bin: No such file or directory > /usr/bin/wine: line 63: exec: /usr/lib32/wine/wine.bin: cannot execute: No > such file or directory > > Wine itself wasn't upgraded (it was version 1.1.22-1 yesterday too, and it > worked fine). > > There are still files left in /emul, some of them belonging to wine: > $ ls /emul/ia32-linux/usr/lib/wine/ -1|wc -l > 385 > > However dpkg thinks that wine has its files in /usr/lib32 already: > $ dpkg -L wine > ... > /usr/lib32/wine/clusapi.dll.so > /usr/lib32/libwine.so.1 > > But the files are not there: > ls: cannot access /usr/lib32/wine: No such file or directory > They are in /emul still: > $ ls -l /emul/ia32-linux/usr/lib/libwine.so.1.0 > -rw-r--r-- 1 root root 1207260 2009-06-10 20:59 > /emul/ia32-linux/usr/lib/libwine.so.1.0 > dpkg-query -S /emul/ia32-linux/usr/lib/libwine.so.1.0 > dpkg: /emul/ia32-linux/usr/lib/libwine.so.1.0 not found. > > I think libc6 should have a Breaks: for the current versions of wine (in > unstable > and experimental), until wine is moved to /usr/lib32. > The wine package is debian does not install anything in /emul/ia32-linux not in /usr/lib32. The file you are seeing here are installed by ia32-apt-get. I am therefore reassigning the bug. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535170: mlocate: please add fuse.glusterfs to PRUNEFS
Package: mlocate Version: 0.21.1-1 Severity: normal Please add fuse.glusterfs to PRUNEFS in /etc/updatedb.conf. Thanks. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (2000, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.29.1-narya2 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=hu_HU (charmap=ISO-8859-2) Shell: /bin/sh linked to /bin/bash Versions of packages mlocate depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.9-12 GNU C Library: Shared libraries mlocate recommends no packages. mlocate 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#496527: Su archivo de Reclamaciones
Usted ganó 750.000 Pounds.Send Nombre, edad, tel. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533796: texlive-bin: non-standard gcc/g++ used for build (gcc-4.2)
On Mon, Jun 29, 2009 at 07:11:46PM +0200, Adeodato Simó wrote: > > On 20.06.09 Matthias Klose (d...@cs.tu-berlin.de) wrote: > > > This package builds with a non standard compiler version; please > > > check if this package can be built with the default version of > > > gcc/g++. > > > > Please keep this report open until the package uses the default > > > compiler version for the package build. > > We got #533796, cause we build texlive-bin on armel using gcc 4.2 > > instead of 4.3. This was once done cause of a bug in gcc 4.3 (see > > #483939). Do you know if the problem is solved in recent gcc > > versions? Also could you drop us a note if the mentioned bug was > > reported to the DBTS and which # it is? > Sorry, I don't know. I'm CCing one of the armel porters, in case he's > aware what bug was causing texlive-bin to FTBFS on that architecture > back in the day A quick test shows that texlive-bin still FTBFS's with gcc-4.3, but builds fine with gcc-4.4. You could switch from to gcc-4.4 on armel for now, and drop the special case when gcc-4.4 becomes the default compiler. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534475: [534475] A temporary solution
Hi all, For those waiting for a xserver-xorg-video-intel rebuild, Brice Goglin did one, available from his personal folder: http://people.debian.org/~bgoglin/rebuilds/Xserver1.6-ABIbreak/intel/ Best regards, OdyX N.B. Mentionned there: http://lists.debian.org/debian-x/2009/06/msg00842.html -- Didier Raboud, proud Debian user. CH-1802 Corseaux did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#535002: laptop-mode-tools: "spams" syslog with 15 lines of status messages every like 90 seconds
On Tue, Jun 30, 2009 at 12:04:37AM +0545, Ritesh Raj Sarraf wrote: > On Monday 29 Jun 2009 01:31:40 Marc Haber wrote: > > on my system, laptop-mode dumps 15 lines of status messages to the > > syslok every 60 t0 90 seconds. > > > > Have you enabled battery polling ? ENABLE_BATTERY_LEVEL_POLLING=0 in /etc/laptop-mode/conf.d/battery-level-polling.conf > laptop-mode will only log to syslog during an event (like AC => Battery, > Batter => AC). The only other logging message can be from battery polling. Is it possible that my ACPI implementation creates an event ever 90-or-so-seconds which lets laptop-mode poll? > And Do you have verbose mode enabled (check > /etc/laptop-mode/laptop-mode.conf) VERBOSE_OUTPUT=0 in /etc/laptop-mode/laptop-mode.conf. Greetings Marc -- - Marc Haber | "I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things."Winona Ryder | Fon: *49 621 72739834 Nordisch by Nature | How to make an American Quilt | Fax: *49 3221 2323190 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535171: libphp-adodb: Wrong copyright information - May contain DFSG non-free code
Package: libphp-adodb Version: 5.07-1 Severity: normal Hi. The libphp-adodb package contains pear/Auth/Container/ADOdb.php which seems to be published under the PHP license : ~/libphp-adodb-5.07$ licensecheck -r . | grep PHP ./pear/Auth/Container/ADOdb.php: *No copyright* PHP (v2.02) More precisely it contains : // | This source file is subject to version 2.02 of the PHP license, | // | that is bundled with this package in the file LICENSE, and is| // | available at through the world-wide-web at | // | http://www.php.net/license/2_02.txt. | // | If you did not receive a copy of the PHP license and are unable to | // | obtain it through the world-wide-web, please send a note to | // | lice...@php.net so we can mail you a copy immediately. | // +--+ // | Authors: Martin Jansen // |Richard Tango-Lowy This means that the debian/copyright file is incomplete, AFAICT. This may also mean that the licensing of this piece is non-DFSG free (as the PHP license seems problematic for code which is not PHP itself, but IANAL). Btw, we noticed this by discussing #534845 about a copy of ADODB included in Mantis. Thanks in advance. Best regards, P.S.: not raising the severity, although I suppose there are rules for doing so when it deals with copyright... but probably no need to escalade for now ;) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (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/bash Versions of packages libphp-adodb depends on: ii debconf [debconf-2.0] 1.5.26 Debian configuration management sy ii php5 5.2.9.dfsg.1-4 server-side, HTML-embedded scripti ii php5-cli 5.2.9.dfsg.1-4 command-line interpreter for the p Versions of packages libphp-adodb recommends: ii php5-mysql5.2.9.dfsg.1-4 MySQL module for php5 ii php5-pgsql5.2.9.dfsg.1-4 PostgreSQL module for php5 Versions of packages libphp-adodb suggests: pn php5-adodb (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#533298: Daily autocommits generate cron emails with VCS=hg
Joey Hess wrote: > How about fixing this inside commit.d/ rather than in the cron job? > I'd do it myself, but I am unsure whether only commit.d/50vcs-commit > would need changing, or if the call to hg in commit.d/30hg-addremove > might also trigger the warning message. I'm no hg expert myself :) My understanding was that the warning message was causing real trouble only in the cronjob case (systematically generating an email, as HGUSER is never set in that case). HGUSER might (or should ?) be set by the user in his environment so issuing a warning in all other cases might, in fact, make sense ? -- Thierry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#438755: ***You_Won***
1,350,000.00 GBP has been award to you in the IRISH PROMOTION,send us your Names/Tel/Address/Country:irish_offi...@y7mail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535172: dhcp-probe: package doesn't install
Package: dhcp-probe Version: 1.3.0-2 Severity: grave Justification: renders package unusable When configuring package: Setting up dhcp-probe (1.3.0-2) ... dpkg: error processing dhcp-probe (--configure): subprocess installed post-installation script returned error exit status 1 Errors were encountered while processing: dhcp-probe E: Sub-process /usr/bin/dpkg returned an error code (1) -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Shell: /bin/sh linked to /bin/bash Versions of packages dhcp-probe depends on: ii libc6 2.9-12 GNU C Library: Shared libraries ii libnet1 1.1.4-1library for the construction and h ii libpcap0.81.0.0-2system interface for user-level pa ii ucf 3.0018 Update Configuration File: preserv dhcp-probe recommends no packages. dhcp-probe 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#395257: 250,000 Pounds from msn
Microsoft has awards you the sum of 250,000.00 Pounds fill in below your Full Names, Occupation,Home address,Sex, Age, Telephone. Regards Mr Pinkett Griffin. pin.pguk0...@live.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533290: Do "etckeeper commit" at install time
Joey Hess wrote: > Thierry Carrez wrote: >> etckeeper currently runs "etckeeper init" in postinst, as a fix for bug >> 505772. However this bug suggested to run both init and commit at >> install-time, in order to have a working setup just after the install >> command. >> >> This makes sense especially as the nifty "etckeeper uninit" allows you >> to undo both init and commit anyway. > > The reason I don't immediatly autocommit is because the user might want > to examine the files that etckeeper has added to version control and > remove some of them from it, for security or clutter reasons. They also > might want to update the VCS's ignore file. It makes sense to let them > do so before the initial commit. > > Of course, the commit will probably happen soon after install anyway, > either by the cron job, or by another apt run triggering it. Still, at > least this way the user has a window and doesn't need to do a tedious > uninit and reinit. Yes, it's obviously a trade-off between: * Having it up and running just after installation * Offering systematically the opportunity to review the added set My (final) goal for etckeeper is to make it a potential default install target (in Ubuntu), so that people can run it without even knowing it's there, and when they happen to need the history they can learn more about it and discover that it's been logging changes all along. That was the idea behind the daily autocommit. With that goal in mind, it makes sense for us to balance the tradeoff in the "up without any user interaction" direction. We make it easier for newbies, at the expense of making it slightly harder for experienced users (potential need to uninit + init + add + commit if you want to edit the set manually). However I'd perfectly understand if you prefer to balance that trade-off in the other direction in Debian :) I just submitted the idea, because the less delta we have the better it is for everyone. How often do you think admins need to edit the added file set for security/clutter reasons ? Cheers, -- Thierry -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535130: linux-image-2.6.30-1-686: fails with lenny's udev
Hi, On Mon, Jun 29, 2009 at 05:30:33PM -0700, Steve Langasek wrote: > Breaks: may be more suitable here; but it bears asking why we don't add a > versioned Depends: on udev outright. The use case for a recent Linux system > without udev is diminishingly small. I don't quite like it since it removes flexibility, but I agree that it's the better option. Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#524672: libimdb-film-perl: release_dates failure
forwarded 524672 https://rt.cpan.org/Ticket/Display.html?id=47457
thanks
Hi Vincent!
I've entered the bug in upstream's bug tracker:
https://rt.cpan.org/Ticket/Display.html?id=47457
Thanks,
Bas.
You wrote:
> Hi,
>
> On 2009-06-29 16:11:54 +0200, Bas Zoetekouw wrote:
> > You wrote:
> > > release_dates doesn't work correctly. For instance, on 62755, I get:
> > > country: Austria
> > > date: USA, 16 October
> >
> > I'm not sure what you mean. For 0062755, I get this for
> > release_dates():
> >
> > $VAR1 = [
> > {
> > 'country' => 'Austria',
> > 'date' => 'USA, 16 October'
> > },
> [...]
> > which looks correct. Could you please send me an example program that
> > shows what exactly goed wrong?
>
> I don't understand your answer. "USA, 16 October" is not correct
> as a date. It should have been "October, 1968". Also, the date
> for USA is missing.
>
> > > And more generally, the attributes are missing.
> >
> > Which attributes do you mean?
>
> What sometimes follows the date, e.g. "(re-release)". See for instance:
>
> http://www.imdb.com/title/tt0062755/releaseinfo
>
> --
> Vincent Lefèvre - Web:
Bug#531940: FTBFS on mipsel due to missing -fPIC
On Tue, Jun 30, 2009 at 07:54:23AM +0200, Luk Claes wrote: > Unfortunately this bug is not yet fixed. A similar bug in another > package (openssh) seemed to be caused by having multiple definitions of > the same symbol. yeah, i saw the build fail, changed the optopt now... cu robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#535131: linux-image-2.6.30-1-686: b43 driver claims support for unsupported device
Hi, On Tue, Jun 30, 2009 at 01:09:10AM +0100, Ben Hutchings wrote: > That's not how module loading works. If there are two modules that > handle the same device id they will both be loaded. If the first probe > function returns failure then the other will get a chance. > [ 10.013632] b43-phy0: Broadcom 4312 WLAN found (core revision 15) > [ 10.344469] b43-phy0 ERROR: FOUND UNSUPPORTED PHY (Analog 6, Type 5, > Revision 1) > [ 10.344829] b43: probe of ssb0:0 failed with error -95 > [ 10.344888] Broadcom 43xx driver loaded [ Features: PMLR, Firmware-ID: > FW13 ] Sure that this is actually communicated to userspace? It appears that the module is still loaded, with no devices bound. > It may be that you need to run "depmod -a" to complete installation of > broadcom-sta. Can't test right now, but I re-ran update-initramfs after the installation, so I guess broadcom-sta is included in the device ID list. Anyway, I wonder if it makes sense to declare support for that PCI ID if it isn't actually present -- the probe function will always fail until support for LP-PHY is implemented. Simon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535173: crash when opening preferences
Package: josm Version: 0.0.svn1529-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi When trying to open preferences, I got following exception: Manifest-Version: 1.0 Ant-Version: Apache Ant 1.7.0 Created-By: 14.0-b10 (Sun Microsystems Inc.) Main-class: JOSM Main-Version: 1529 SVN Main-Date: 2009-04-16T17:26:54.307895Z Debian-Release: 0.0.svn1529-1 Class-Path: /usr/share/java/gettext-commons.jar /usr/share/java/metadata-extractor.jarJava version: 1.6.0_14 java.lang.NullPointerException at sun.font.TrueTypeGlyphMapper.(TrueTypeGlyphMapper.java:44) at sun.font.TrueTypeFont.getMapper(TrueTypeFont.java:1235) at sun.font.FileFontStrike.(FileFontStrike.java:151) at sun.font.FileFont.createStrike(FileFont.java:76) at sun.font.Font2D.getStrike(Font2D.java:331) at sun.font.Font2D.getStrike(Font2D.java:262) at sun.font.CompositeStrike.getStrikeForSlot(CompositeStrike.java:59) at sun.font.CompositeStrike.getFontMetrics(CompositeStrike.java:75) at sun.font.FontDesignMetrics.initMatrixAndMetrics(FontDesignMetrics.java:345) at sun.font.FontDesignMetrics.(FontDesignMetrics.java:336) at sun.font.FontDesignMetrics.getMetrics(FontDesignMetrics.java:284) at sun.swing.SwingUtilities2.getFontMetrics(SwingUtilities2.java:943) at javax.swing.JComponent.getFontMetrics(JComponent.java:1599) at javax.swing.text.GlyphPainter1.sync(GlyphPainter1.java:209) at javax.swing.text.GlyphPainter1.getSpan(GlyphPainter1.java:42) at javax.swing.text.GlyphView.getPreferredSpan(GlyphView.java:535) at javax.swing.text.FlowView$LogicalView.getPreferredSpan(FlowView.java:715) at javax.swing.text.FlowView.calculateMinorAxisRequirements(FlowView.java:216) at javax.swing.text.html.ParagraphView.calculateMinorAxisRequirements(ParagraphView.java:128) at javax.swing.text.BoxView.checkRequests(BoxView.java:918) at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:551) at javax.swing.text.html.ParagraphView.getMinimumSpan(ParagraphView.java:261) at javax.swing.text.BoxView.calculateMinorAxisRequirements(BoxView.java:886) at javax.swing.text.html.BlockView.calculateMinorAxisRequirements(BlockView.java:129) at javax.swing.text.BoxView.checkRequests(BoxView.java:918) at javax.swing.text.BoxView.getMinimumSpan(BoxView.java:551) at javax.swing.text.html.BlockView.getMinimumSpan(BlockView.java:361) at javax.swing.text.BoxView.calculateMinorAxisRequirements(BoxView.java:886) at javax.swing.text.html.BlockView.calculateMinorAxisRequirements(BlockView.java:129) at javax.swing.text.BoxView.checkRequests(BoxView.java:918) at javax.swing.text.BoxView.setSpanOnAxis(BoxView.java:326) at javax.swing.text.BoxView.layout(BoxView.java:691) at javax.swing.text.BoxView.setSize(BoxView.java:380) at javax.swing.plaf.basic.BasicTextUI$RootView.setSize(BasicTextUI.java:1702) at javax.swing.plaf.basic.BasicTextUI.getPreferredSize(BasicTextUI.java:905) at javax.swing.JComponent.getPreferredSize(JComponent.java:1634) at javax.swing.JEditorPane.getPreferredSize(JEditorPane.java:1414) at java.awt.GridBagLayout.GetLayoutInfo(GridBagLayout.java:1092) at java.awt.GridBagLayout.getLayoutInfo(GridBagLayout.java:893) at java.awt.GridBagLayout.preferredLayoutSize(GridBagLayout.java:713) at java.awt.Container.preferredSize(Container.java:1599) at java.awt.Container.getPreferredSize(Container.java:1584) at javax.swing.JComponent.getPreferredSize(JComponent.java:1636) at org.openstreetmap.josm.gui.preferences.PluginPreference$NoHorizontalScrollPanel.getPreferredScrollableViewportSize(PluginPreference.java:125) at javax.swing.ViewportLayout.preferredLayoutSize(ViewportLayout.java:75) at java.awt.Container.preferredSize(Container.java:1599) at java.awt.Container.getPreferredSize(Container.java:1584) at javax.swing.JComponent.getPreferredSize(JComponent.java:1636) at javax.swing.ScrollPaneLayout.preferredLayoutSize(ScrollPaneLayout.java:475) at java.awt.Container.preferredSize(Container.java:1599) at java.awt.Container.getPreferredSize(Container.java:1584) at javax.swing.JComponent.getPreferredSize(JComponent.java:1636) at java.awt.GridBagLayout.GetLayoutInfo(GridBagLayout.java:1092) at java.awt.GridBagLayout.getLayoutInfo(GridBagLayout.java:893) at java.awt.GridBagLayout.preferredLayoutSize(GridBagLayout.java:713) at java.awt.Container.preferredSize(Container.java:1599) at java.awt.Container.getPreferredSize(Container.java:1584) at javax.swing.JComponent.getPreferredSize(JComponent.java:1636) at javax.swing.plaf.basic.BasicTabbedPaneUI$TabbedPaneLayout.calculateSize(BasicTabbedPaneUI.java:2287) at javax.swing.plaf.basic.BasicTabbedPaneUI$TabbedPaneLayout.preferredLayoutSize(BasicTabbedPaneUI.java:2261) at java.awt.Container.preferredSize(Container.java:1599) at java.awt.Container.getPreferredSize(Container.java:1584)
Bug#535174: ITP: doxia-maven-plugin -- A Maven plugin for Doxia.
Package: wnpp Severity: wishlist Owner: "Ludovic Claude" * Package name: doxia-maven-plugin Version : 1.1 Upstream Author : Maven Apache team * URL : http://maven.apache.org * License : Apache 2 Programming Lang: Java Description : Doxia is a content generation framework which aims to provide its users with powerful techniques for generating static and dynamic content. . Doxia can be used to generate static sites in addition to being incorporated into dynamic content generation systems like blogs, wikis and content management systems. . Doxia is used exensively by Maven and it powers the entire documentation system of Maven. It gives Maven the ability to take any document that Doxia supports and output it any format. . This package provides a Maven plugin for Doxia -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: any -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534804: obconf: Error while trying to configure under lxde
Nico Golde wrote:
This doesn't look like a bug in obconf to me but in lxde
common as it starts openbox with:
openbox --config-file $XDG_CONFIG_HOME/openbox/lxde-rc.xml
I guess in your case $XDG_CONFIG_HOME seems to be empty.
obconf then gets this path by gdk_x11_get_xatom_by_name("_OB_CONFIG_FILE")
which ends up being /openbox/lxde-rc.xml.
So I am reassigning this bug.
I checked out the output of the env command as both normal user and
root, and the normal user doesn't have the XDG_CONFIG_HOME variable at
all. I've set it to $HOME/.config on my ~/.profile file, but it seems to
be cleaned as soon as lxde starts. I have a guess that the one doing
that is lxde-settings, from lxde-settings-daemon.
Regards.
Axel
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535175: gmpc: Doesn't remember password after program closed
Package: gmpc Version: 0.18.0-3 Severity: normal If a password is configured in mpd and the password is saved in preferences, the password is lost after gmpc is shutdown and therefore must be resaved every time gmpc if launched after being shut down. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (100, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gmpc depends on: ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-12GNU C Library: Shared libraries ii libcairo2 1.8.6-2+b1The Cairo 2D vector graphics libra ii libcurl3-gnutls7.18.2-8.1Multi-protocol file transfer libra ii libfontconfig1 2.6.0-3 generic font configuration library ii libfreetype6 2.3.9-4.1 FreeType 2 font engine, shared lib ii libglade2-01:2.6.4-1 library to load .glade files at ru ii libglib2.0-0 2.20.1-2 The GLib library of C routines ii libgtk2.0-02.16.1-2 The GTK+ graphical user interface ii libice62:1.0.5-1 X11 Inter-Client Exchange library ii libmpd10.18.0-3 High-level client library for acce ii libpango1.0-0 1.24.0-3+b1 Layout and rendering of internatio ii libsexy2 0.1.11-2+b1 collection of additional GTK+ widg ii libsm6 2:1.1.0-2 X11 Session Management library ii libsoup2.4-1 2.26.2-1 an HTTP library implementation in ii libx11-6 2:1.2.1-1 X11 client-side library ii libxml22.7.3.dfsg-1 GNOME XML library ii zlib1g 1:1.2.3.3.dfsg-13 compression library - runtime gmpc recommends no packages. Versions of packages gmpc suggests: ii gmpc-plugins 0.18.0-2 Plugins for the GNOME Music Player ii mpd 0.14.2-3 Music Player Daemon -- 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#535160: New commit
tags 535160 pending thanks A commit relevant to this bug has occurred. commit 3299b2240c1ce05dfc24852af71a36dfe39e3b44 Author: Peter Colberg Date: Tue Jun 30 11:37:36 2009 +0200 Applied patch from Peter Colberg to remove usage of hard linking Closes: #535160 Bug#535160: offlineimap fails on encfs (FUSE) due to hard linking Package: offlineimap Version: 6.0.3 Severity: normal Tags: patch Hi, if the localrepository is stored on an encfs, offlineimap fails as follows: OfflineIMAP 6.0.3 Copyright (C) 2002 - 2008 John Goerzen This software comes with ABSOLUTELY NO WARRANTY; see the file COPYING for details. This is free software, and you are welcome to distribute it under the conditions laid out in COPYING. * Processing account pleione Copying folder structure from IMAP to Maildir Establishing connection to tunnel:eval `keychain --quiet --eval` && ssh -q mymailhost /usr/sbin/dovecot --exec-mail imap. Syncing Drafts: IMAP -> Maildir Syncing INBOX: IMAP -> Maildir --8<-- Syncing net: IMAP -> Maildir Copy message 360 IMAP[net] -> Maildir[net], LocalStatus[net] Syncing personal: IMAP -> Maildir Thread 'Copy message 360 from net' terminated with exception: Traceback (most recent call last): File "/var/lib/python-support/python2.4/offlineimap/threadutil.py", line 149, in run Thread.run(self) File "threading.py", line 422, in run self.__target(*self.__args, **self.__kwargs) File "/var/lib/python-support/python2.4/offlineimap/folder/Base.py", line 282, in copymessageto newuid = object.savemessage(uid, message, flags, rtime) File "/var/lib/python-support/python2.4/offlineimap/folder/Maildir.py", line 198, in savemessage os.path.join(tmpdir, messagename)) OSError: [Errno 1] Operation not permitted Last 4 debug messages logged for Copy message 360 from net prior to exception: --8<-- As encfs does not support hard linking, the rename of the temporary message file fails. This is the only occurrence of hard linking in offlineimap and can be fixed by using an atomic `os.rename` instead of `os.link`+`os.unlink`. I have been using the attached patch for more than 1.5 years and have never again had any problems with offlineimap on encfs. Regards, Peter Diff: http://git.complete.org/offlineimap?a=commitdiff_plain;h=3299b2240c1ce05dfc24852af71a36dfe39e3b44 offlineimap/folder/Maildir.py |3 +-- 1 files changed, 1 insertions(+), 2 deletions(-) More details are available at: http://git.complete.org/offlineimap?a=commit;h=3299b2240c1ce05dfc24852af71a36dfe39e3b44 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535063: drm-modules-source: Fails to build with kernel 2.6.30
tags 535063 + pending thanks Hi Adrian, > Severity: normal Why not serious? :) > JFTR: drm-modules-source fails to build on 2.6.30: Thanks for the report - I've built a newer snapshot and it builds fine against 2.6.30. I'll test it on suitable hardware tonight and upload (~8h). Regards, -- ,''`. : :' : Chris Lamb `. `'` la...@debian.org `- signature.asc Description: PGP signature
Bug#534974: daemon does not register the running/active status of the ddclient pid
On Tue, Jun 30, 2009 at 11:08:14AM +0200, Savvas Radevic wrote: > > True, it looks like an option that should be taken care of the init > > script. Thanks again! > > Here's the diff patch for debian/ddclient.init ( aka /etc/init.d/ddclient ). Sorry, you are late ;-) I already added a patch looking quite the same yesterday. Have a look at http://bzr.debian.org/loggerhead/users/torsten/ddclient/revision/21? Greetings, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535160: offlineimap fails on encfs (FUSE) due to hard linking
Peter Colberg wrote: > if the localrepository is stored on an encfs, offlineimap fails as follows: Hi Peter, DJB's Maildir spec mandated the link/unlink pair, but it seems at least Courier is doing rename, and I can't see the harm in it. So I've applied the patch -- thanks. I would also, however, consider encfs broken if it doesn't handle hard linking. -- John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535074: topgit: have patch export full history
On Tue, Jun 30, 2009 at 09:36:20AM +0200, Uwe Kleine-König wrote: > > However when sending them upstream it would be nice to be able to send > > the full history as git format-patch would do but excluding .topdeps and > > .topmsg (or using it as basis for --cover-letter), IOW have tg patch > > accept an option to behave like format-patch but output the full history > I don't understand what exactly you want. Incremental patches? I think > this won't work in general because the history typically contains merges > that are not representable by a patch. Hm, you could leave out the > merges. But then they might not apply cleanly to upstream's tree. In general you are right, merges could be a problem > Do you really consider the intermediate steps interesting? IMHO a topic > branch is a unit and if it's sensible to send in in (say) three mails > then the patch should better be seperated into three patches/topic > branches. disclaimer: note that I might be missing something as I'm using topgit since some weeks and topgit might not the best tool for the scenario below > Maybe you could present an example where you can show that having the > full history is sensible? My scenario is that I'm maintaining a topic branch against upstream which also uses git, for the sake of consistency I'm using topgit as that branch will probably go in debian/patches/ If I want to send the branch upstream for review I would like incremental patches as that is nicer on upstream, OTOH for debian packaging I'm exporting as a single patch. So far so good, the problem is that sending upstream incremental patches from topgit as you would normally do with git format-patch you have to exclude .topmsg and .topdeps which tg patch already does I fear that having a branch per topic is generally okay but not if you want clean history including micro commits to be send upstream. filippo -- Filippo Giunchedi - http://esaurito.net - 0x6B79D401 It's not that I'm afraid to die, I just don't want to be there when it happens. -- Woody Allen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535177: svn-buildpackage: --svn-tag-copy tags HEAD rather than BASE
Package: svn-buildpackage Version: 0.6.25 Severity: normal --svn-tag-copy tags HEAD revision of the repository. This is wrong, as it introduces a race condition between tagger and other commiters. Thus, you can never be sure what exactly would be tagged. For example, I've just (accidentally) tagged an unreleased version, despite svn-buildpackage having some code to avoid this. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (500, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages svn-buildpackage depends on: ii devscripts 2.10.52 scripts to make the life of a Debi ii file 5.03-1 Determines file type using "magic" ii libcapture-tiny-perl 0.06-1 Perl module to capture STDOUT and ii libfile-libmagic-perl0.91-2 Perl interface to libmagic for det ii libsvn-perl 1.5.6dfsg-1 Perl bindings for Subversion ii liburi-perl 1.37+dfsg-1 Manipulates and accesses URI strin ii perl 5.10.0-23 Larry Wall's Practical Extraction ii subversion 1.5.6dfsg-1 Advanced version control system ii unp 1.0.15 unpack (almost) everything with on ii wget 1.11.4-2retrieves files from the web svn-buildpackage recommends no packages. svn-buildpackage suggests no packages. -- debconf-show failed -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#384576: Still ITP the libsys-virt-perl package?
On Sun, Jun 28, 2009 at 11:05:09AM +0200, Salvatore Bonaccorso wrote: ># reopen the ITP for libsys-virt-perl >unarchive 384576 >reopen 384576 >thanks > >Hi Anibal > >I saw you had long time ago the ITP for libsys-virt-perl package [1]. >I would like to ask if you are still interested in it? If not, I would >take the ownership of the ITP and package it (and maintain it under >the umbrella of the pkg-perl group). Sure. >Do you have any objections on this? No. Please take the ownership of the ITP. > [1] http://bugs.debian.org/384576 > >Kind regards >Salvatore signature.asc Description: Digital signature
Bug#534565: debhelper: dh_install does not properly handle dangling symlinks
On Tue, 2009-06-30 at 08:32:52 +0200, Guillem Jover wrote: > Anyway I'm attaching a fake package which has 4 test cases runable > via debian/rules, test-a, test-b and test-c fail, test-d and test-e > succeed. Bah, attached an old version, new one here. regards, guillem test-rootdir.tgz Description: GNU Unix tar archive
Bug#535131: linux-image-2.6.30-1-686: b43 driver claims support for unsupported device
On Tue, Jun 30, 2009 at 02:37:58PM +0200, Simon Richter wrote: > On Tue, Jun 30, 2009 at 01:09:10AM +0100, Ben Hutchings wrote: > > That's not how module loading works. If there are two modules that > > handle the same device id they will both be loaded. If the first probe > > function returns failure then the other will get a chance. > Sure that this is actually communicated to userspace? It appears that the > module is still loaded, with no devices bound. What is your problem? A module that does not have any hardware to drive will just sit their. If you have a problem with the circumstance that it is loaded, blacklist it. > > It may be that you need to run "depmod -a" to complete installation of > > broadcom-sta. > Anyway, I wonder if it makes sense to declare support for that PCI ID if it > isn't actually present -- the probe function will always fail until support > for LP-PHY is implemented. Ask upstream. There are often more then one device type with one pci id, escpecially if one chip can drive several phys. Bastian -- The sight of death frightens them [Earthers]. -- Kras the Klingon, "Friday's Child", stardate 3497.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535160: offlineimap fails on encfs (FUSE) due to hard linking
Hi John, On Tue, Jun 30, 2009 at 08:02:34AM -0500, John Goerzen wrote: > Peter Colberg wrote: > > if the localrepository is stored on an encfs, offlineimap fails as follows: > > Hi Peter, > > DJB's Maildir spec mandated the link/unlink pair, but it seems at least > Courier is doing rename, and I can't see the harm in it. So I've > applied the patch -- thanks. Thanks. > > I would also, however, consider encfs broken if it doesn't handle hard > linking. Well, by default, it actually does support hard links. Only if "paranoia" mode is chosen, the encrypted data of a file is additionally tied to its unencrypted filename, which breaks hard links. Regards, Peter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534209: maildir-utils: seems to ignore LC_CTYPE and everything is utf8 without mentioning this
On Mo, 22 Jun 2009, Helmut Grohne wrote: > mu-find seems to write everything with utf8, even though LC_CTYPE=de_DE > would advise using iso-8859-1. This behaviour frequently switches my In which encoding the emails are saved in your maildir? Could it be that they have been saved in UTF8 and latter on the encoding was changed to ISO8859-1(5)? Best wishes Norbert --- Dr. Norbert Preining Vienna University of Technology Debian Developer Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- WEMBLEY (n.) The hideous moment of confirmation that the disaster presaged in the ely (q.v.) has actually struck. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535173: Acknowledgement (crash when opening preferences)
Just forgot to mention that this only happens with Czech (cs_CZ.UTF-8) locales, it works fine with English ones. -- Michal Čihař | http://cihar.com | http://blog.cihar.com signature.asc Description: PGP signature
Bug#535162: maildir-utils: deleting messages is really slow
forwarded 535162 http://code.google.com/p/mu0/issues/detail?id=7 thanks On Di, 30 Jun 2009, Helmut Grohne wrote: > messages it should be cheaper to start with a fresh index from scratch. Agreed, it is a pain. I forwarded it upstream, but I don't see much activity there, so I am not overly optimistic. Best wishes Norbert --- Dr. Norbert Preining Vienna University of Technology Debian Developer Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- THEAKSTONE (n.) Ancient mad tramp who jabbers to himself and swears loudly and obscenely on station platforms and traffic islands. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#533167: FTBFS with current RPM
Luk Claes wrote: > Did something come in between? Please upload soon or would it be ok to > temporary remove it from testing? since quite a while, i have 0.5.22 in the git repo, however, due to the newer shlibs things in dpkg, it doesn't build anymore (dh_shlibdeps exits with errors). as it appears to be somewhat urgent, i'll have to go back to .21 and upload without rpm plugin. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534974: daemon does not register the running/active status of the ddclient pid
> I already added a patch looking quite the same yesterday. Have a look at > > http://bzr.debian.org/loggerhead/users/torsten/ddclient/revision/21? Cool! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#535178: Login page redirecting logged users to their Inbox pages
Package: atmailopen
Version: 1.03+dfsg+svn93-5
Severity: minor
If you are logged in the atmailopen and back to the index page (by
hitting the "Back" button in the browser or just by cleaning the URL),
you're sent to the login page again (aka index.php). Once you already
are logged in, I think the system should detect it and redirect you to
your Inbox page because there's no need to the user authenticate
again.
I attached at this message a patch in the index.php page that
enables this feature. I'm currently running this patch in one of my
atmailopen instances.
--
Atenciosamente,
Arthur Furlan
arthur.fur...@gmail.com
--- index.php 2009-06-30 10:25:04.0 -0300
+++ index.php-patched 2009-06-30 10:23:53.0 -0300
@@ -8,13 +8,15 @@
// | http://opensource.org/licenses/apache2.0.php |
// ++
-require_once('header.php');
-
// Check for system installation
if (!file_exists('libs/Atmail/Config.php'))
redirectToInstaller();
+require_once('header.php');
+require_once('GetMail.php');
+require_once('Session.php');
require_once('Global.php');
+session_start();
// Check again for system installation, just in case Config.php
// was manually created
@@ -39,6 +41,7 @@
$var['browser'] = "ns";
$atmail = new AtmailGlobal();
+$auth = $atmail->getAuthObj();
$var['func'] = $_REQUEST['func'];
$var['version'] = $pref['version'];
@@ -52,12 +55,6 @@
// a blank SessionID. Delete the Session for the DB too
if ( $var['func'] == "logout" )
{
- require_once('Session.php');
-
- session_start();
-
- $auth =& $atmail->getAuthObj();
-
// Find the users current settings, if to delete the trash on logout
//$atmail->cookie_read($auth);
//$auth->getuser();
@@ -131,6 +128,15 @@
$auth->destroy_session();
+} else {
+/* if there's no error and the user is logged in, redirect him to its inbox */
+if (!empty($_REQUEST['error'])) {
+$auth->destroy_session();
+ $auth->SessionID = null;
+} else if (!empty($auth->SessionID)) {
+header('location: parse.php?file=html/LANG/simple/showmail_interface.html&ajax=1');
+ exit;
+}
}
$var['Ajax'] = '1';
Bug#384576: Still ITP the libsys-virt-perl package?
owner 384576 ! thanks Hi Anibal On Tue, Jun 30, 2009 at 11:15:23PM +1000, Aníbal Monsalve Salazar wrote: > On Sun, Jun 28, 2009 at 11:05:09AM +0200, Salvatore Bonaccorso wrote: > ># reopen the ITP for libsys-virt-perl > >unarchive 384576 > >reopen 384576 > >thanks > > > >Hi Anibal > > > >I saw you had long time ago the ITP for libsys-virt-perl package [1]. > >I would like to ask if you are still interested in it? If not, I would > >take the ownership of the ITP and package it (and maintain it under > >the umbrella of the pkg-perl group). > > Sure. > > >Do you have any objections on this? > > No. Please take the ownership of the ITP. Thanks Kind regards Salvatore signature.asc Description: Digital signature
Bug#533167: FTBFS with current RPM
Daniel Baumann wrote: > as it appears to be somewhat urgent, i'll have to go > back to .21 and upload without rpm plugin. which i've just done now.. uploading in about 10 minutes.. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
