Bug#501688: dh-make-perl ignoring build_requires in Makefile.PL
On Sun Oct 12, 2008 at 07:40:33PM -0500, Gunnar Wolf wrote:
Mark Lawrence dijo [Thu, Oct 09, 2008 at 05:37:46PM +0200]:
dh-make-perl appears to either ignore, or doesn't recognise the
build_requires statement used in Module::Install type Makefile.PL
files.
build_requires 'Test::More'= 0;
build_requires 'Test::Exception' = 0;
build_requires 'Test::Memory::Cycle' = 0;
build_requires 'Test::Pod' = 0;
Consequently the Build-Depends: tag in debian/control is not correct.
Hi,
This is due to the fact that dependency information is acquired via
Module::Depends::Intrusive, not by de-constructing Makefile.PL - And
yes, this leaves the packages generated by dh-make-perl with complete
information for the packages themselves, but sometimes incomplete
information about their build-dependencies.
I think there are two ways out of this one: The first one is to add a
simple parsing for build_requires on Makefile.PL (and, of course,
noting it as build-dependencies, not as dependencies). The second one
is to run via Module::Depends::Intrusive the tests as well.
Right, neither of those solutions sound great. However, while reading
the POD for Module::Depends::Intrusive I discovered Module::Depends
which parses META.yml to determine dependencies. It seems the Intrusive
version is something of a workaround until every module distribution
writes a META file.
dh-make-perl could use Module::Depends and then it has all the
information it needs. So I went and looked at the code and it turns out
dh-make-perl does use both Module::Depends, and
Module::Depends::Intrusive *and* YAML but doesn't seem to use the
information it obtains. From what I see the $meta hashref around line
155 should have a $meta-{build_depends} with the info needed.
Anyway, probably the only feasible way is the first one... but I don't
really like it - it will uglify (even!) more our code with repetition :-(
Ugly is the word for it! I guess I could think about writing up a patch
to fix this issue, but I know if I start down that path I'll want to
rewrite the whole thing. With comments even. Is that likely to be
accepted?
Mark.
--
Mark Lawrence
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504259: Reopen #504259
Le samedi 22 novembre 2008 à 21:31 -0500, Hubert Chathi a écrit : On Sat, 22 Nov 2008 20:17:24 -0200 Nelson A. de Oliveira [EMAIL PROTECTED] wrote: #504259 is still present in version 0.14.1-2; it has a depends on gimp (= 2.2), gimp ( 2.5) thus making it unable to be installed with gimp 2.6 Grr... I swear that I removed that dependency. I must have been asleep. Sorry about that. :( By the way, gimp has been updated to build gimp-remote, which removes the need for users to change anything in their configuration. Cheers, Julien -- Membre de l'April - « promouvoir et défendre le logiciel libre » - http://www.april.org Rejoignez maintenant plus de 2 500 personnes, associations, entreprises et collectivités qui soutiennent notre action -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#480041: confirmation that debian #480041 is a gnutls problem, and steps to reproduce
Joe Orton wrote: On Sat, Nov 22, 2008 at 01:54:43PM -0500, Daniel Kahn Gillmor wrote: On Sat 2008-11-22 03:05:03 -0500, Joe Orton wrote: [0 [EMAIL PROTECTED] cdtemp.oNUHIC]$ svn co https://foo.example.org/svn/monkey/trunk/gorilla svn: OPTIONS of 'https://foo.example.org/svn/monkey/trunk/gorilla: Could not read status line: SSL error: Decryption has failed. (https://foo.example.org) [1 [EMAIL PROTECTED] cdtemp.oNUHIC]$ But it's still not just going ahead with the checkout the way it does when i use the openssl version of libneon. Can i give you more detailed debugging info somehow? Interesting, thanks for trying that out. I'm not sure what else neon could do to make this work correctly so I think further diagnosis based on packet traces will be needed. I can try to work on that sometime in the coming week, with luck. It might be useful to modify gnutls-cli to call gnutls_rehandshake() in the same fashion as my patch to neon, to get some debugging traces from GnuTLS, if you wanted to try that. The git version of gnutls-cli (both in main and 2.6 branches) support this behavior. regards, Nikos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497906: no plasmoids shown on desktop
On Sunday 23 November 2008 07:54:36 Marcus Better wrote: Xavier Vello skrev: Please send us the result of : dpkg -l |grep 4:4. ii kdebase-plasma 4:4.1.3-1 plasma widgets from the KDE 4 base applicati Does the folderview plasmoid work? ii kdeplasmoids-data4:4.0.84-1 plasmoids for KDE 4 Plasma - data files Please remove this. /Sune -- I cannot digit on a driver from the control file menu inside Flash 9.6.3, how does it work? You should debug a IP modem in order to turn off the level-24 SCSI tower. signature.asc Description: This is a digitally signed message part.
Bug#505092: apt-get update stuck at 99% [5 Packages gzip 0]
package apt tags 505092 +unreproducible thanks Ivan Shmakov wrote: I guess I might be experiencing the same problem. In my case, `apt-get' stops when started within `nohup', i. e., without stdandard I/O. The last line output is typically something like: Fetched 49.8MB in 4s (11.3MB/s) but it may go a bit further. Attaching to the `apt-get' process with `strace -p' revealed that it's get stuck on a something like `write' of a big NUL-filled (preasumably) buffer to `/dev/ptmx'. Everything seems to work fine when running from a terminal, and from `script' in particular. Can it be that `apt-get' allocates a pseudo terminal for running `dpkg' when its own stdandard I/O is not a terminal, and then fails to behave correctly? Thanks for providing info. But I still cannot reproduce it. Both 'nohup apt-get update' and 'nohup apt-get -y install abcde' (last actually calls dpkg for work) works fine for me. Ivan, please also try the version from experimental (0.7.19~exp2). -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#463758: fdisk -l should be as sane as parted -l
# parted -l #gets this right Model: USB 2.0 (HS) Flash Disk (scsi) Disk /dev/sde: 2053MB Sector size (logical/physical): 512B/512B Partition Table: loop Number Start End SizeFile system Flags 1 0.00B 2053MB 2053MB fat32 But fdisk -l tears into territory it shouldn't. # fdisk -l /dev/sde Disk /dev/sde: 2052 MB, 2052547072 bytes 64 heads, 62 sectors/track, 1010 cylinders Units = cylinders of 3968 * 512 = 2031616 bytes Disk identifier: 0x6f20736b This doesn't look like a partition table Probably you selected the wrong device. Device Boot Start End Blocks Id System /dev/sde1 ? 196103 483782 570754815+ 72 Unknown Partition 1 has different physical/logical beginnings (non-Linux?): phys=(357, 116, 40) logical=(196102, 51, 11)... [many more lines]. fdisk needs to learn some manners from parted about the newer loop partition tables, and not just munch along oblivious. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506629: apt: Apparently incorrect decision or error description
Stefan Monnier wrote: Package: apt Version: 0.7.18 Severity: normal Thanks for you report. Can you please run 'apt-get install -o Debug::pkgProblemResolver=1 fso-frameworkd' and post the output? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#506632: util-linux: setarch does not provide i386, i486, or i586 information
Package: util-linux Version: 2.13.1.1-1 Severity: normal The setarch utility does not provide i386, i486 or i586 information: setarch i486 uname -m i686 --- It's not working. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-486 Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages util-linux depends on: ii libc6 2.7-15GNU C Library: Shared libraries ii libncurses55.6+20080830-1shared libraries for terminal hand ii libselinux12.0.65-5 SELinux shared libraries ii libslang2 2.1.3-3 The S-Lang programming library - r ii libuuid1 1.41.2-1 universally unique id library ii lsb-base 3.2-20Linux Standard Base 3.2 init scrip ii tzdata 2008h-2 time zone and daylight-saving time ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime util-linux recommends no packages. Versions of packages util-linux suggests: ii console-tools1:0.2.3dbs-65.1 Linux console and font utilities pn dosfstools none (no description available) ii util-linux-locales 2.13.1.1-1 Locales files for util-linux -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506633: mousetweaks_2.24.1-1(experimental/i386/demosthenes): Missing build-dep on scrollkeeper
Package: mousetweaks Version: 2.24.1-1 Severity: serious Tags: experimental Heya, Building your package failed on my buildds: | Automatic build of mousetweaks_2.24.1-1 on demosthenes.ayous.org by sbuild/i386 98-farm | Build started at 20081123-0141 | ** [...] | Making all in help | make[3]: Entering directory `/build/buildd/mousetweaks-2.24.1/help' | /bin/sh: scrollkeeper-config: command not found | /bin/sh: line 1: scrollkeeper-config: command not found | The file '/Templates/C/scrollkeeper_cl.xml' does not exist. | Please check your ScrollKeeper installation. | make[3]: *** [mousetweaks-C.omf] Error 1 | make[3]: Leaving directory `/build/buildd/mousetweaks-2.24.1/help' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/mousetweaks-2.24.1' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/mousetweaks-2.24.1' | make: *** [debian/stamp-makefile-build] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20081123-0145 | FAILED [dpkg-buildpackage died] | Build needed 00:00:32, 4788k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=i386pkg=mousetweaksver=2.24.1-1 Thanks for your work, Marc -- BOFH #391: We already sent around a notice about that. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506634: cryptsetup: failed to setup lvm device
Package: lvm2 Version: 2.02.39-4 Severity: important Hi, I have two sid systems with all filesystems except /boot on an encrypted lvm device. Since yesterday, both of them do not boot properly anymore. I guess this is caused by the lvm2 upgrade. After passphrase entry, get the following error: cryptsetup: failed to setup lvm device After some time I get Gave up waiting for the root device. [...] and I'm dropped into busybox, I can continue the boot process by running . /scripts/local-top/lvm2 I saw that there is also an /scripts/local-top/lvm If I run this script it just spats out the exact same message that I already got (Gave up waiting for the root device. [...]). I do not know much about the linux boot process but maybe /scripts/local-top/lvm is an old file (from ealier versions of lvm) and should be remove? cheers, Hp. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages lvm2 depends on: ii libc62.7-16 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.27-4 The Linux Kernel Device Mapper use ii libreadline5 5.2-3 GNU readline and history libraries ii lsb-base 3.2-20 Linux Standard Base 3.2 init scrip lvm2 recommends no packages. Versions of packages lvm2 suggests: ii dmsetup 2:1.02.27-4 The Linux Kernel Device Mapper use -- debconf information: lvm2/snapshots: -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506428: data files not bing downloaded
# A bit of housekeeping retitle 506428 Data files are not downloaded clone 506428 -1 retitle -1 Typo in /usr/share/games/rocksndiamonds/README.dir severity -1 minor thanks Hello Rafal, On Fri, Nov 21, 2008 at 11:48:09AM +, Rafa?? Cz??onka wrote: When I try to run it however, the script claims that I don't need the level file. They do exist in /usr/share/games/rocksndiamonds/downloads/. Looking at the script I've noticed that it's looking for the levels directory which has never been created. Do I understand you right that: a) You don't (!) need the level files b) They exists nevertheless c) The script (which?) is looking for a missing directory After upgrading to the newest version, a new Legend Of Zelda II level apeared. Being asked by the postinst script whether I'd like it to be downloaded I ticked it in the menu, but it hasn't been downloaded - although it does appear in the menu as such. How did you determine that it was not dowloaded, i.e. where did you look, or did you monitor your network traffic? Are there entries in the logs? BTW when trying to to run rocksndiamonds-bin directly it made the init process to restart or switch to another level, killing everything under X in the process. This is most likely a bug in your X driver. Which driver do you use? (This needs to be reassigned to that driver then). P.S. Theres a typo in /usr/share/games/rocksndiamonds/README.dir Is usage: 'dpkg-reconfigure rocksndiamonds' for downloading fies Should be usage: 'dpkg-reconfigure rocksndiamonds' for downloading files Please try to limit bug reports to one issue at once; I cloned this part to track it separately. Thanks for your bug report. Greetings Helge (P.S. I just triage this bug to get more info, no need to further CC: me) -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#506636: release-notes: Gaim has been renamed to Pidgin
Package: release-notes Severity: minor Tags: patch Hello, As the subject says, Gaim has been renamed upstream to Pidgin (since version 2.0 AFAICT). Attached a small patch that mentions this in the only place where gaim appeared. Do you think this deserves a special mention? Regards, Andrei -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- If you can't explain it simply, you don't understand it well enough. (Albert Einstein) From 87edd7cbb26a68340f691445868658e5b47c3213 Mon Sep 17 00:00:00 2001 From: Andrei Popescu [EMAIL PROTECTED] Date: Sun, 23 Nov 2008 11:08:38 +0200 Subject: [PATCH] Gaim is now Pidgin --- en/whats-new.dbk |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/en/whats-new.dbk b/en/whats-new.dbk index 818b47e..6c295ed 100644 --- a/en/whats-new.dbk +++ b/en/whats-new.dbk @@ -168,7 +168,7 @@ With this release, debian; updates from X.Org 7.1 to X.Org 7.3. para Updates of other desktop applications include the upgrade to EvolutionindextermprimaryEvolution/primary/indexterm 2.22.3 - and GaimindextermprimaryGaim/primary/indexterm 2.0. The + and PidginindextermprimaryPidgin/primary/indexterm 2.4.3 (formerly known as Gaim). The MozillaindextermprimaryMozilla/primary/indexterm suite has also been updated: systemitem role=packageiceweaselindextermprimaryiceweasel/primary/indexterm/systemitem -- 1.5.6.5 signature.asc Description: Digital signature
Bug#506145: ETA for uploading
Hello, given that Lenny is in the final stages for releasing and l10n uploads are still possible, could you state your ETA for uploading the German translation? Thanks! Greetings Helge -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#506498: dpkg fails with parse error in /var/lib/dpkg/status
On Sun, 23 Nov 2008, Raj Kiran Grandhi wrote: Again, I am sorry for the version confusion. Please see my other reply. I never really used 1.14.22 on my system. The 1.14.22 in the status file and the logs was actually 1.14.21 which apparently did not complain about the triggers. Are you sure it's really 1.14.21 and not 1.14.19 (the one that was previously installed) or even an older version ? 1.14.21 is the first version that should remove the Trigger-Awaited lines by itself if there's no corresponding Triggers-Pending entry in the package providing the trigger. But all versions of dpkg (that are trigger-aware at least, ie 1.14.17) would fail with a status file like you had (i.e. packages marked as installed but containing Triggers-Awaited lines). Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#381491: state of #381491
Hello. Can you reproduce this problem with the apt 0.7.18? If yes, is the patch [1] fixes the problem? [1] http://launchpadlibrarian.net/2384143/apt_no_partial.diff -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com Ukrainian C++ developer, Debian APT contributor signature.asc Description: OpenPGP digital signature
Bug#501688: dh-make-perl ignoring build_requires in Makefile.PL
-=| Mark Lawrence, Sat, Nov 22, 2008 at 11:56:57AM +0100 |=- Ugly is the word for it! I guess I could think about writing up a patch to fix this issue, but I know if I start down that path I'll want to rewrite the whole thing. With comments even. Is that likely to be accepted? Join the club :) I for one was more than once tempted to start a complete rewrite, but never really got to it. You may want to join forces with Paul Fenwick (cc-ed) who intented to do some incremental de-uglification. Paul, you mentioned a Git repository, any chance to get it published? -- damJabberID: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#506639: --hrng=viapadlock doesn't work with my C7
Package: rng-tools Version: 2-unofficial-mt.12-1 Severity: normal I suspect the cpuid parsing in the viapadlock engine doesn't play nicely with my cpu. Here are the various relevant (I hope) details: $ zgrep HW_RANDOM /proc/config.gz CONFIG_HW_RANDOM=y # CONFIG_HW_RANDOM_INTEL is not set # CONFIG_HW_RANDOM_AMD is not set # CONFIG_HW_RANDOM_GEODE is not set CONFIG_HW_RANDOM_VIA=y $ grep RNG /var/log/dmesg VIA RNG detected $ cat /proc/cpuinfo processor : 0 vendor_id : CentaurHauls cpu family : 6 model : 10 model name : VIA Esther processor 1000MHz stepping: 9 cpu MHz : 797.968 cache size : 128 KB fdiv_bug: no hlt_bug : no f00f_bug: no coma_bug: no fpu : yes fpu_exception : yes cpuid level : 1 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge cmov pat clflush acpi mmx fxsr sse sse2 tm nx pni est tm2 rng rng_en ace ace_en ace2 ace2_en phe phe_en pmm pmm_en bogomips: 1596.44 clflush size: 64 power management: (Obviously the e_powersaver cpufreq driver is doing it's thing.) Here's the last bit of an strace of the command: /usr/sbin/rngd -f -r /dev/hwrng --hrng=viapadlock open(/dev/cpu/0/msr, O_RDWR) = 3 open(/dev/cpu/0/cpuid, O_RDONLY) = 4 lseek(4, 0, SEEK_SET) = 0 read(4, \1\0\0\0CentaulsaurH\251\6\0\0\0\10\1\0\201\1\0\0\377\273\311\247..., 32) = 32 lseek(4, 3221225472, SEEK_SET) = 3221225472 read(4, 0xbff1d3ac, 32) = -1 EINVAL (Invalid argument) close(3)= 0 close(4)= 0 write(2, Could not initialize VIA PadLock ..., 58Could not initialize VIA PadLock RNG set: Invalid argument) = 58 write(2, \n..., 1 )= 1 exit_group(12) = ? (it would also be cool if the docs mentioned that he cpuid and msr modules needed to be available for this mode to work, I had to find that out the hard-way) -- Jamie Heilman http://audible.transient.net/~jamie/ ...thats the metaphorical equivalent of flopping your wedding tackle into a lion's mouth and flicking his lovespuds with a wet towel, pure insanity... -Rimmer -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506638: vim-full: when upgrading using etch-backports it fails the dependencies with vim-gnome
Package: vim-full Version: 1:7.1.314-3~bpo40+1 Severity: normal Justification: renders upgrade impossible *** Please type your report below this line *** When upgrading using etch-backports I get: The following packages have unmet dependencies: vim-gnome: Depends: vim-runtime (= 1:7.1.314-3+lenny2~bpo40+1) but 1:7.1.314-3~bpo40+1 is to be installed Sugestion: Please have a look at the DEBVERSION definition inside debian/rules. -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.26-1-amd64 Locale: LANG=pt_PT.UTF-8, LC_CTYPE=pt_PT.UTF-8 (charmap=UTF-8) Versions of packages vim-full depends on: ii vim-gnome1:7.1.314-3~bpo40+1 Vi IMproved - enhanced vi editor - vim-full recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506145: ETA for uploading
Helge Kreutzmann wrote: Hello, given that Lenny is in the final stages for releasing and l10n uploads are still possible, could you state your ETA for uploading the German translation? interchange isn't included in Lenny. Nevertheless, I'll do an upload of Interchange the next few days. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506642: mousetweaks_2.24.1-1(hppa/experimental): FTBFS: scrollkeeper-config: command not found
Package: mousetweaks Version: 2.24.1-1 Severity: serious Hi, your package failed to build from source. | Automatic build of mousetweaks_2.24.1-1 on lofn by sbuild/hppa 98-farm | Build started at 20081123-0222 | ** | Checking available source versions... | Fetching source files... | Reading package lists... | Building dependency tree... | Need to get 763kB of source archives. | Get:1 http://sinclair.farm.ftbfs.de experimental/main mousetweaks 2.24.1-1 (dsc) [1367B] | Get:2 http://sinclair.farm.ftbfs.de experimental/main mousetweaks 2.24.1-1 (tar) [760kB] | Get:3 http://sinclair.farm.ftbfs.de experimental/main mousetweaks 2.24.1-1 (diff) [2017B] | Fetched 763kB in 0s (1004kB/s) | Download complete and in download only mode | ** Using build dependencies supplied by package: | Build-Depends: cdbs (= 0.4.41), debhelper (= 5.0.13), gnome-pkg-tools, intltool (= 0.40.0), gnome-doc-utils (= 0.3.2), libgconf2-dev (= 2.16.0), libgtk2.0-dev (= 2.13.1), libglade2-dev (= 2.4.0), libpanel-applet2-dev, libatspi-dev, libdbus-glib-1-dev (= 0.7), libgnome2-dev, libgnomeui-dev, libxcursor-dev, libxfixes-dev, libxtst-dev | Checking for already installed source dependencies... [...] | make[3]: Entering directory `/build/buildd/mousetweaks-2.24.1/help' | /bin/sh: scrollkeeper-config: command not found | /bin/sh: line 1: scrollkeeper-config: command not found | The file '/Templates/C/scrollkeeper_cl.xml' does not exist. | Please check your ScrollKeeper installation. | make[3]: *** [mousetweaks-C.omf] Error 1 | make[3]: Leaving directory `/build/buildd/mousetweaks-2.24.1/help' | make[2]: *** [all-recursive] Error 1 | make[2]: Leaving directory `/build/buildd/mousetweaks-2.24.1' | make[1]: *** [all] Error 2 | make[1]: Leaving directory `/build/buildd/mousetweaks-2.24.1' | make: *** [debian/stamp-makefile-build] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20081123-0231 | FAILED [dpkg-buildpackage died] Full build log(s): http://experimental.ftbfs.de/build.php?ver=2.24.1-1pkg=mousetweaksarch=hppa Gruesse, -- Frank Lichtenheld [EMAIL PROTECTED] www: http://www.djpig.de/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506645: slrn: (debian) libuudeview not linked
Package: slrn Version: 0.9.9~pre111-1 Severity: normal libuu is not linked in the build process even though --with-uudeview is specified to configure For some reason the configure script generated by autoconf does not find uudeview.h in /usr/include A work-around I found was to add --with-uu=/usr to the confgure command. I did this by appending it to line 8 of debian/rules thusly: WITH_UUDEV := --with-uudeview --with-uu=/usr someone who undestands autotools (better than I) should probably investigate further. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: LANG=en_NZ.UTF-8, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages slrn depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii libc6 2.7-15 GNU C Library: Shared libraries ii libcanlock2 2b-4 library for creating and verifying ii libslang2 2.1.3-3The S-Lang programming library - r slrn recommends no packages. Versions of packages slrn suggests: ii metamail 2.7-54 implementation of MIME pn slrnpull none (no description available) -- debconf information: slrn/getdescs_now: false * shared/mailname: reversiblemaps.ath.cx * shared/news/server: localhost slrn/getdescs: manually -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506549: suspendorhibernate: dbus-pm method is inherently broken
On Sun, 23 Nov 2008, Bart Samwel wrote: 1. This program is running as root, right? I would be very careful with sourcing arbitrary shell commands from a users home directory then. I agree that that would be risky. However, on my system the .dbus directory is owned by root and not accessible to anyone else. So that should be no problem. (The session dbus system is apparently set up by Yes it is a problem. Here it's not owned by root and furthermore the user has write rights to ~/ so he can mv .dbus .dbus-temp. Please be more careful about security when you think of code running as root. You should rather parse those files and not source them directly. Or maybe you can call dbus-send with the user rights (su user -c ) provided that you include an export DISPLAY=… command before the dbus-send command ? Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506641: fontconfig-config: Thai fonts in 65-nonlatin.conf are obsolete and inaccurate
Package: fontconfig-config Version: 2.6.0-3 Severity: minor Tags: patch Thai font preferences in 65-nonlatin.conf are based on outdated information, and should be updated. Serif: - Phaisarn and Phaisarn98 are bitmap fonts with unclear licenses, and have long been removed from thaixfonts. - Kinnari is preferred over Norasi, according to ttf-thai-tlwg config, based on their actual popularities. Sans-Serif: - Norasi is serif, not sans-serif. So, it should be removed. - Preferred Thai sans-serif fonts are Waree, Loma, Garuda and Umpush, according to ttf-thai-tlwg. Monospace: - Courier MonoThai is unmaintained, and has vanished from communities for so long. So, it should be removed. - Preferred Thai Monospace fonts are TlwgTypo, TlwgTypist, TlwgTypewriter and TlwgMono, according to ttf-thai-tlwg. Please see the attached patch for summarized proposed changes. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fontconfig-config depends on: ii debconf [debconf-2.0] 1.5.24 Debian configuration management sy ii gsfonts-x11 0.21 Make Ghostscript fonts available t ii ttf-bitstream-vera1.10-7 The Bitstream Vera family of free ii ttf-dejavu2.25-3 Metapackage to pull in ttf-dejavu- ii ucf 3.0010 Update Configuration File: preserv fontconfig-config recommends no packages. fontconfig-config suggests no packages. -- debconf information: fontconfig/subpixel_rendering: Automatic fontconfig/enable_bitmaps: false fontconfig/hinting_type: Native Index: fontconfig-2.6.0/conf.d/65-nonlatin.conf === --- fontconfig-2.6.0.orig/conf.d/65-nonlatin.conf 2008-06-04 11:38:28.0 +0700 +++ fontconfig-2.6.0/conf.d/65-nonlatin.conf 2008-06-04 11:42:07.0 +0700 @@ -6,8 +6,7 @@ prefer familyArtsounk/family !-- armenian -- familyBPG UTF8 M/family !-- georgian -- - familyPhaisarn/family !-- thai -- - familyPhaisarn98/family !-- thai -- + familyKinnari/family !-- thai -- familyNorasi/family !-- thai -- familyFrank Ruehl/family !-- hebrew -- familyDror/family !-- hebrew -- @@ -68,7 +67,10 @@ familyArmNet Helvetica/family !-- armenian -- familyArtsounk/family !-- armenian -- familyBPG UTF8 M/family !-- georgian -- - familyNorasi/family !-- thai -- + familyWaree/family !-- thai -- + familyLoma/family !-- thai -- + familyGaruda/family !-- thai -- + familyUmpush/family !-- thai -- familySaysettha Unicode/family !-- lao? -- familyJG Lao Old Arial/family !-- lao -- familyGF Zemen Unicode/family !-- ethiopic -- @@ -145,7 +147,10 @@ familyBaekmuk Batang/family !-- hangul -- familyBaekmuk Dotum/family familyBaekmuk Gulim/family - familyCourier MonoThai/family !-- thai -- + familyTlwgTypo/family !-- thai -- + familyTlwgTypist/family !-- thai -- + familyTlwgTypewriter/family !-- thai -- + familyTlwgMono/family !-- thai -- familyHasida/family !-- hebrew -- familyMitra Mono/family !-- bengali -- familyGF Zemen Unicode/family !-- ethiopic -- signature.asc Description: Digital signature
Bug#506640: RFA: svnmailer
retitle 506640 ITA -- svnmailer owner ! Thanks On Sun, Nov 23, 2008 at 11:02, Julien Danjou [EMAIL PROTECTED] wrote: Since I don't use Subversion anymore, I think more love could be given to svnmailer than I give to it. So I hereby request for its adoption by a gentle maintainer. I'll adopt it under the python apps team umbrella. Thanks Julien for maintaining it 'till now! Cheers, -- Sandro Tosi (aka morph, Morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483830: your mail
On Fri, Nov 21, 2008 at 01:31:24PM -0500, Xavier Douville wrote: Hi I have not been able to reproduce this bug, at least not with 2.6.26 (which is also the kernel used by Fedora Core 9) dd if=/dev/zero of=/mnt/bigfile bs=1M This process ends after filling the 2GB loop device on my laptop (Debian testing) ctrl+C does take 15 sec but I am not sure if it's a bug. It's instant when not doing the command as root. I don't have root access on FC9 machines here so I can't compare it. iostat returns a valid speed (arround 20 MiB/s) David, can you confirm that it's fixed with the current Lenny kernel? Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#497312: lincity-ng: Crashes with segmentation fault upon
which Nvidia release where you using? Did you use Debian packages? André, are you also a nvidia user? Yes, I am. The problem has dissapeared for me; I can now start Lincity and it works. I'm not sure what the difference was :-/ I'm not sure whether I was already using the binary driver by nvidia when I filed the report, but I am using it now. Regards, André -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#501688: dh-make-perl ignoring build_requires in Makefile.PL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
G'day Damyan and Mark,
Damyan Ivanov wrote:
You may want to join forces with Paul Fenwick (cc-ed) who intented to
do some incremental de-uglification. Paul, you mentioned a Git
repository, any chance to get it published?
Done. The repo can be found at:
http://github.com/pfenwick/dh-make-perl/tree/master
Files and changes can be browsed on that page, as well as instructions on
cloning the repo should you wish to do so. My changes are based on r26959
from svn. Commit access provided upon request; you'll need a (free) github
account to make direct commits.
Presently all I've done is reformat dh-make-perl using perltidy and the Perl
Best Practices recommended tidyfile which can be found at
http://www.perlmonks.org/?node_id=485885 . Unless perltidy has booched, all
changes should be non-significant whitespace and comments only.
But now that I'm thinking about this, I should talk about testing. Sorry
for hijacking us off beautification.
Very broadly, most CPAN modules have tests in a t/ directory, and work by
loading up a module and testing individual subroutines inside. For
applications, traditionally they create an App::Something module, and the
actual application is just a thin wrapper around this. Examines include
App::Ack (a better grep), and App::SweeperBot (which plays Windows
minesweeper for you).
However dh-make-perl has everything in one great big file, which takes
testing of subroutines hard. When we load dh-make-perl into perl, it
actually wants to run the application; for testing we want to poke and prod
individual subroutines and sections of code, and make sure they work as they
expect. At the moment, unit testing for dh-make-perl is hard.
Now, we *could* build App::Dh_make_perl, and while I think this is a good
idea, it represents a large structural change from what we have right now.
So instead, I'd like to suggest a different approach.
We wrap the entire main program that usually runs when dh-make-perl is
invoked inside an actual sub main { }, just like would in C. We then have
a tiny snippet of code that tests if $0 (our program name) is equal to
__FILE__ (our filename). If they're the same, we're running dh-make-perl as
a program, and invoke it by calling our main subroutine. If they're
different, we're loading it as a module (probably for testing), and do nothing.
The big advantage here is that we can do actually do unit testing, but it
should also highlight any areas of strong coupling in the code. Since all
the main code will be inside its own lexical scope, any variables that were
previously shared between subroutines and the main program should be
caught by strict, and the code can then be adjusted to pass these in
explicitly. This in turn makes the code easier to test and maintain.
Unfortunately for me, I've hit a huge crunch in my timetable, so I won't get
a chance to do any of this soon. Next week is working on my presentation
for the Open Source Developers' Conference[1], where I'll be talking about
Perl's new autodie[2] pragma. Then there is the actual conference
(interstate), and after that I'm teaching for two weeks (also interstate),
and then it's Christmas.
What this means is that you shouldn't be waiting on me in the short-term. I
really, truly want dh-make-perl to use META.yml more, because it solves a
huge number of my headaches, especially for modules that I directly or
indirectly maintain. However I'm not likely to feel those headaches again
until after Christmas.
Cheerio,
Paul
[1] http://www.osdc.com.au/
[2] http://search.cpan.org/perldoc?autodie and
http://perltraining.com.au/tips/2008-08-20.html
- --
Paul Fenwick [EMAIL PROTECTED] | http://perltraining.com.au/
Director of Training | Ph: +61 3 9354 6001
Perl Training Australia| Fax: +61 3 9354 2681
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (MingW32)
iD8DBQFJKTGCx5N6j7FHnlURAsN3AJ4gHmEMzfFS7E/M55q6/2opWBFFmwCfasYc
9Z+dGQxudgjEDoFzk5b2IHk=
=08eY
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506498: dpkg fails with parse error in /var/lib/dpkg/status
Raphael Hertzog wrote: On Sun, 23 Nov 2008, Raj Kiran Grandhi wrote: Again, I am sorry for the version confusion. Please see my other reply. I never really used 1.14.22 on my system. The 1.14.22 in the status file and the logs was actually 1.14.21 which apparently did not complain about the triggers. Are you sure it's really 1.14.21 and not 1.14.19 (the one that was previously installed) or even an older version ? I guess it could be 1.14.19, I am not very sure. It is definitely not 1.14.22 and very unlikely that it is older than 1.14.19. I had been postponing a dist-upgrade for several months and apt is configured to just download updates without installing. I had picked the previous version lying in the archive cache and used it. 1.14.21 is the first version that should remove the Trigger-Awaited lines by itself if there's no corresponding Triggers-Pending entry in the package providing the trigger. But all versions of dpkg (that are trigger-aware at least, ie 1.14.17) would fail with a status file like you had (i.e. packages marked as installed but containing Triggers-Awaited lines). Cheers, -- If you can't explain it simply, you don't understand it well enough. -- Albert Einstein -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505056: The bug isn't gone on ia64
reopen 505056 thanks Hi! Unfortunately, the bug remains on ia64 architecture. It's still triggered when building erlang: http://experimental.debian.net/fetch.php?pkg=erlangver=1%3A12.b.5-dfsg-1arch=ia64stamp=1227360002file=logas=raw Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506549: suspendorhibernate: dbus-pm method is inherently broken
Raphael Hertzog wrote: On Sun, 23 Nov 2008, Bart Samwel wrote: 1. This program is running as root, right? I would be very careful with sourcing arbitrary shell commands from a users home directory then. I agree that that would be risky. However, on my system the .dbus directory is owned by root and not accessible to anyone else. So that should be no problem. (The session dbus system is apparently set up by Yes it is a problem. Here it's not owned by root and furthermore the user has write rights to ~/ so he can mv .dbus .dbus-temp. Please be more careful about security when you think of code running as root. ACK -- this needs more thought. You should rather parse those files and not source them directly. That was in fact what I had in mind for the actual implementation -- yesterday's stuff was just a quick proof of concept to check if it would work at all. Or maybe you can call dbus-send with the user rights (su user -c ) provided that you include an export DISPLAY=… command before the dbus-send command ? Sounds like a definite possibility. The export DISPLAY=... stuff won't work however, because dbus doesn't derive it's session bus from that AFAICT. I really need to set the three env variables listed in one of the .dbus/session-bus/* files. Perhaps I can run an entire script as the user, which then tries to determine the session bus parameters (safely sourcing these files) and then tries to send commands to the session bus. Yes, I think that would work. Cheers, Bart -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#390984: state of #390984
On Sun, 23 Nov 2008, Eugene V. Lyubimkin wrote: Hello Tim! Can you reproduce this in apt 0.7.18? If yes, does running 'apt-get update' fix it? It's not still happening on those specific packages (already updated to latest sid). I wonder if there is any chance it might have been trying to pick up the versions in experimental, which of course aren't signed by the keyring. I doubt it, because experimental is not chosen unless the package doesn't exist at all in the other pools. Feel free to close - I haven't seen it since except in cases as you say where my daily apt-get update has failed. -- TimC And it should be the law: If you use the word `paradigm' without knowing what the dictionary says it means, you go to jail. No exceptions. -- David Jones -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506648: mdbus: missing Dependencies
Package: fso-utils Version: 0.git20080812.2 Severity: wishlist File: /usr/bin/mdbus $ mdbus -s Traceback (most recent call last): File /usr/bin/mdbus, line 343, in module import gobject ImportError: No module named gobject There must be a missing Dependency. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506442: mdadm: Fails to stop md array on / (failed busy)
martin f krafft wrote: also sprach Michael Biebl [EMAIL PROTECTED] [2008.11.21.1531 +0100]: so, what do you think about suppressing this warning message for the root fs then? If it's all well, it would allay my fears, if I didn't have this scary, red error message on each shutdown. How can you determine which md arrays are part of the root filesystem? You might have md devices part of the md device that provides root, or LVM... If you can find a fail-proof way to inhibit this warning when it makes sense, I am happy to leave this bug open, but otherwise I fear the FAQ will be as good as it gets. LVM on Raid complicates things, sure. But for pure RAID systems, withouth LVM, as I currently use, the check would simply be: 1) Try to stop the md array (e.g. /dev/md0) 2.) If it is busy, check if /dev/md0 is mounted as / 3.) If so, suppress the warning. We maybe can't cover all cases, but as long as there are no false-positives, where warning messages are suppressed when they shouldn't, why not implement a imperfect solution? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#492927: epiphany-browser: Crashes in GkAtoms_info
severity 492927 serious thanks FYI I'm still seeing this with epiphany-browser 2.22.3-8 and xulrunner 1.9.0.3-1. IMO our default browser crashing when it is closed does make it unsuitable for release. :( -- Sam Morris http://robots.org.uk/ PGP key id 1024D/5EA01078 3412 EA18 1277 354B 991B C869 B219 7FDB 5EA0 1078 signature.asc Description: This is a digitally signed message part
Bug#337635: openmsx: save/load state request: nearing completion
Good news, upstream is nearing completion of save-state support. Expect it in the next release. Joost -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506650: epiphany-browser: page state not restored when pressing Back
Package: epiphany-browser Version: 2.22.3-8 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 1. Visit https://www.hsbc.co.uk/1/2/ 2. Scroll to the bottom of the page 3. Follow a link 4. Press Back I am returned to https://www.hsbc.co.uk/1/2/ but the page is not scrolled down to the bottom. This makes using any site with SSL very frustrating. - -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) 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 epiphany-browser depends on: ii epiphany-gecko2.22.3-8 Intuitive GNOME web browser - Geck epiphany-browser recommends no packages. epiphany-browser suggests no packages. Versions of packages epiphany-gecko depends on: ii dbus-x11 1.2.1-4 simple interprocess messaging syst ii epiphany-browser-data 2.22.3-8 Data files for the GNOME web brows ii gnome-icon-theme 2.22.0-1 GNOME Desktop icon theme ii iso-codes 3.4-1 ISO language, territory, currency, ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libavahi-client3 0.6.22-3 Avahi client library ii libavahi-common3 0.6.22-3 Avahi common library ii libavahi-gobject0 0.6.22-3 Avahi GObject library ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-16GNU C Library: Shared libraries ii libcairo2 1.8.4-1 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libenchant1c2a 1.4.2-3.3 a wrapper library for various spel ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgcc11:4.3.2-1 GCC support library ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.18.2-1 The GLib library of C routines ii libgnome-desktop-2 2.22.3-2 Utility library for loading .deskt ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.24.0-1 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgtk2.0-02.14.4-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libnotify1 [libnotify1 0.4.4-3 sends desktop notifications to a n ii libnspr4-0d4.7.1-4 NetScape Portable Runtime Library ii liborbit2 1:2.14.13-0.1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.22.2-1 Layout and rendering of internatio ii libpng12-0 1.2.27-2 PNG library - runtime ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsm6 2:1.0.3-2 X11 Session Management library ii libstartup-notificatio 0.9-1 library for program launch feedbac ii libstdc++6 4.3.2-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.3-2 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxml22.6.32.dfsg-5 GNOME XML library ii libxrandr2 2:1.2.3-1 X11 RandR extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii python2.5 2.5.2-11.1An interactive high-level object-o ii xulrunner-1.9 1.9.0.3-1 XUL + XPCOM application runner ii xulrunner-1.9-gnome-su 1.9.0.3-1 Support for GNOME in xulrunner app ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime - -- no debconf information -BEGIN PGP SIGNATURE- Version:
Bug#506649: aptitude: GUI segfaults
Package: aptitude Version: 0.5.0-1 Severity: important Hello, Attempting to start aptitude in GUI mode will segfault on my machine. How can I help? Regards, Andrei -- Package-specific info: aptitude 0.5.0 compilat la Nov 12 2008 12:39:37 Compilator: g++ 4.3.2 Compilat cu: apt, versiunea 4.6.0 NCurses, versiunea: 5.7 libsigc++, versiunea: 2.0.18 Suportul pentru ept este activat. Versiunile curente ale bibliotecilor: NCurses, versiunea: ncurses 5.7.20081115 cwidget, versiunea: 0.5.12 Apt, versiunea: 4.6.0 linux-vdso.so.1 = (0x7fffb8dfe000) libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0x7fe5b0736000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7fe5b04eb000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7fe5b02e6000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7fe5b0013000) libglibmm-2.4.so.1 = /usr/lib/libglibmm-2.4.so.1 (0x7fe5afdb9000) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0x7fe5afb75000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x7fe5af8b3000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0x7fe5af6af000) librt.so.1 = /lib/librt.so.1 (0x7fe5af4a6000) libgtkmm-2.4.so.1 = /usr/lib/libgtkmm-2.4.so.1 (0x7fe5aee6c000) libgdkmm-2.4.so.1 = /usr/lib/libgdkmm-2.4.so.1 (0x7fe5aec2) libatkmm-1.6.so.1 = /usr/lib/libatkmm-1.6.so.1 (0x7fe5ae9d2000) libgtk-x11-2.0.so.0 = /usr/lib/libgtk-x11-2.0.so.0 (0x7fe5ae3ff000) libpangomm-1.4.so.1 = /usr/lib/libpangomm-1.4.so.1 (0x7fe5ae1d1000) libcairomm-1.0.so.1 = /usr/lib/libcairomm-1.0.so.1 (0x7fe5adfb7000) libgdk-x11-2.0.so.0 = /usr/lib/libgdk-x11-2.0.so.0 (0x7fe5add1c000) libatk-1.0.so.0 = /usr/lib/libatk-1.0.so.0 (0x7fe5adafb000) libgdk_pixbuf-2.0.so.0 = /usr/lib/libgdk_pixbuf-2.0.so.0 (0x7fe5ad8e1000) libpangocairo-1.0.so.0 = /usr/lib/libpangocairo-1.0.so.0 (0x7fe5ad6d6000) libpango-1.0.so.0 = /usr/lib/libpango-1.0.so.0 (0x7fe5ad48f000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0x7fe5ad21a000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x7fe5ad017000) libdl.so.2 = /lib/libdl.so.2 (0x7fe5ace13000) libglademm-2.4.so.1 = /usr/lib/libglademm-2.4.so.1 (0x7fe5acc09000) libglade-2.0.so.0 = /usr/lib/libglade-2.0.so.0 (0x7fe5ac9f) libxml2.so.2 = /usr/lib/libxml2.so.2 (0x7fe5ac694000) libm.so.6 = /lib/libm.so.6 (0x7fe5ac411000) libvte.so.9 = /usr/lib/libvte.so.9 (0x7fe5ac0e5000) libpangoxft-1.0.so.0 = /usr/lib/libpangoxft-1.0.so.0 (0x7fe5abedd000) libpangox-1.0.so.0 = /usr/lib/libpangox-1.0.so.0 (0x7fe5abcd) libX11.so.6 = /usr/lib/libX11.so.6 (0x7fe5ab9c4000) libpangoft2-1.0.so.0 = /usr/lib/libpangoft2-1.0.so.0 (0x7fe5ab798000) libXft.so.2 = /usr/lib/libXft.so.2 (0x7fe5ab584000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0x7fe5ab30) libz.so.1 = /usr/lib/libz.so.1 (0x7fe5ab0e9000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0x7fe5aaeb8000) libept.so.0 = /usr/lib/libept.so.0 (0x7fe5aac3f000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7fe5aa8d5000) libpthread.so.0 = /lib/libpthread.so.0 (0x7fe5aa6b9000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7fe5aa3ad000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7fe5aa196000) libc.so.6 = /lib/libc.so.6 (0x7fe5a9e43000) libutil.so.1 = /lib/libutil.so.1 (0x7fe5a9c4) libpcre.so.3 = /usr/lib/libpcre.so.3 (0x7fe5a9a11000) /lib64/ld-linux-x86-64.so.2 (0x7fe5b09f7000) libXcomposite.so.1 = /usr/lib/libXcomposite.so.1 (0x7fe5a980f000) libXdamage.so.1 = /usr/lib/libXdamage.so.1 (0x7fe5a960d000) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0x7fe5b0ae7000) libXext.so.6 = /usr/lib/libXext.so.6 (0x7fe5a93fc000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0x7fe5a91f3000) libXinerama.so.1 = /usr/lib/libXinerama.so.1 (0x7fe5a8ff1000) libXi.so.6 = /usr/lib/libXi.so.6 (0x7fe5a8de8000) libXrandr.so.2 = /usr/lib/libXrandr.so.2 (0x7fe5a8be1000) libXcursor.so.1 = /usr/lib/libXcursor.so.1 (0x7fe5a89d7000) libdirectfb-1.0.so.0 = /usr/lib/libdirectfb-1.0.so.0 (0x7fe5a876) libfusion-1.0.so.0 = /usr/lib/libfusion-1.0.so.0 (0x7fe5a8558000) libdirect-1.0.so.0 = /usr/lib/libdirect-1.0.so.0 (0x7fe5a8342000) libpng12.so.0 = /usr/lib/libpng12.so.0 (0x7fe5a811d000) libxcb-render-util.so.0 = /usr/lib/libxcb-render-util.so.0 (0x7fe5a7f1a000) libxcb-render.so.0 = /usr/lib/libxcb-render.so.0 (0x7fe5a7d12000) libxcb.so.1 = /usr/lib/libxcb.so.1
Bug#506620: sane-backends: FTBFS with debuild -j2
Paul Wise [EMAIL PROTECTED] wrote: Hi, x86_64-linux-gnu-gcc: @LIBCAM@: No such file or directory Obvious race between configure patch targets in debian/rules. I remember fixing a couple of my packages for that, but SANE would not parallel build anyway for other reasons, so why bother. JB. -- Julien BLACHE - Debian GNU/Linux Developer - [EMAIL PROTECTED] Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505866: Acknowledgement ([INTL:pl] Polish debconf template translation)
Quoting Łukasz Paździora ([EMAIL PROTECTED]): Messed up with encoding earlier. This one should be good. But a double quota was missing at the end of the file: msgid Your PowerPC sub-architecture supports more than one bootloader, please select the one you want to use. msgstr Podstruktura Twojego PowerPC obsługuje więcej niż jeden program rozruchowy. Proszę wybrać którego chcesz użyć. ^ here Corrected file attached -- pl.po Description: application/gettext signature.asc Description: Digital signature
Bug#463425: ath5k 2.6.25
On Fri, May 16, 2008 at 08:15:03AM -0400, Clint Adams wrote: reassign 463425 linux-image-2.6.25-2-amd64 2.6.25-3 thanks Still doesn't work: May 14 23:31:34 percebes kernel: [ 44.156697] ath5k_pci :03:00.0: registered as 'phy0' May 14 23:31:34 percebes kernel: [ 44.157085] Uhhuh. NMI received for unknown reason b1. May 14 23:31:34 percebes kernel: [ 44.157085] You have some hardware problem, likely on the PCI bus. May 14 23:31:34 percebes kernel: [ 44.157085] Dazed and confused, but trying to continue May 14 23:31:35 percebes kernel: [ 45.179464] ath5k phy0: failed to resume the MAC Chip May 14 23:31:35 percebes kernel: [ 45.179605] ACPI: PCI interrupt for device :03:00.0 disabled May 14 23:31:35 percebes kernel: [ 45.179695] ath5k_pci: probe of :03:00.0 failed with error -5 According to Larry Doolittle's followup the current Lenny kernel works for him. Can you confirm? Cheers, Moritz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506640: RFA: svnmailer
At 1227435773 time_t, Sandro Tosi wrote: I'll adopt it under the python apps team umbrella. Thanks Julien for maintaining it 'till now! Thanks for taking care of it Sandro. Cheers, -- Julien Danjou .''`. Debian Developer : :' : http://julien.danjou.info `. `' http://people.debian.org/~acid `- 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD signature.asc Description: Digital signature
Bug#506616: update-tasks: Improve maintenance and handling of language tasks
On Sunday 23 November 2008, Frans Pop wrote: At the same time update-tasks should be made to treat desktop-specific language tasks the same as the desktop task itself: i.e. only include a desktop language task's key packages in the essential list if the desktop task itself is supported for that task.list. Note that currently desktop-specific language tasks are not listed at all for secondary desktop tasks included in task.list. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506651: aptitude: strange behaviour of incremental search in TUI mode
Package: aptitude Version: 0.5.0-1 Severity: normal Hello again :), In TUI interactive mode searching for 'aptitude' behaves strangely (I'm using a flat list by default): - typing 'a' will do nothing (strange) - adding 'p' it will jump to 'ap-utils' (as expected) - adding 't' now will jump to 'adept-installer' (probably because it searches in descriptions as well(?), but still makes sense) - adding 'i' will jump *back* to first entry (2vcard) and will stay there until I finish when it will jump to 'aptitude' - if I interrupt the search at 'ap' and then start again and *add* 't' it will jump to 'approx', skipping 'adept-*' (strange) - continuing will again do nothing until the string is complete, when it will jump to aptitude Regards, Andrei -- Package-specific info: aptitude 0.5.0 compilat la Nov 12 2008 12:39:37 Compilator: g++ 4.3.2 Compilat cu: apt, versiunea 4.6.0 NCurses, versiunea: 5.7 libsigc++, versiunea: 2.0.18 Suportul pentru ept este activat. Versiunile curente ale bibliotecilor: NCurses, versiunea: ncurses 5.7.20081115 cwidget, versiunea: 0.5.12 Apt, versiunea: 4.6.0 linux-vdso.so.1 = (0x7fff279ff000) libapt-pkg-libc6.7-6.so.4.6 = /usr/lib/libapt-pkg-libc6.7-6.so.4.6 (0x7f4d1f3c4000) libncursesw.so.5 = /lib/libncursesw.so.5 (0x7f4d1f179000) libsigc-2.0.so.0 = /usr/lib/libsigc-2.0.so.0 (0x7f4d1ef74000) libcwidget.so.3 = /usr/lib/libcwidget.so.3 (0x7f4d1eca1000) libglibmm-2.4.so.1 = /usr/lib/libglibmm-2.4.so.1 (0x7f4d1ea47000) libgobject-2.0.so.0 = /usr/lib/libgobject-2.0.so.0 (0x7f4d1e803000) libglib-2.0.so.0 = /usr/lib/libglib-2.0.so.0 (0x7f4d1e541000) libgthread-2.0.so.0 = /usr/lib/libgthread-2.0.so.0 (0x7f4d1e33d000) librt.so.1 = /lib/librt.so.1 (0x7f4d1e134000) libgtkmm-2.4.so.1 = /usr/lib/libgtkmm-2.4.so.1 (0x7f4d1dafa000) libgdkmm-2.4.so.1 = /usr/lib/libgdkmm-2.4.so.1 (0x7f4d1d8ae000) libatkmm-1.6.so.1 = /usr/lib/libatkmm-1.6.so.1 (0x7f4d1d66) libgtk-x11-2.0.so.0 = /usr/lib/libgtk-x11-2.0.so.0 (0x7f4d1d08d000) libpangomm-1.4.so.1 = /usr/lib/libpangomm-1.4.so.1 (0x7f4d1ce5f000) libcairomm-1.0.so.1 = /usr/lib/libcairomm-1.0.so.1 (0x7f4d1cc45000) libgdk-x11-2.0.so.0 = /usr/lib/libgdk-x11-2.0.so.0 (0x7f4d1c9aa000) libatk-1.0.so.0 = /usr/lib/libatk-1.0.so.0 (0x7f4d1c789000) libgdk_pixbuf-2.0.so.0 = /usr/lib/libgdk_pixbuf-2.0.so.0 (0x7f4d1c56f000) libpangocairo-1.0.so.0 = /usr/lib/libpangocairo-1.0.so.0 (0x7f4d1c364000) libpango-1.0.so.0 = /usr/lib/libpango-1.0.so.0 (0x7f4d1c11d000) libcairo.so.2 = /usr/lib/libcairo.so.2 (0x7f4d1bea8000) libgmodule-2.0.so.0 = /usr/lib/libgmodule-2.0.so.0 (0x7f4d1bca5000) libdl.so.2 = /lib/libdl.so.2 (0x7f4d1baa1000) libglademm-2.4.so.1 = /usr/lib/libglademm-2.4.so.1 (0x7f4d1b897000) libglade-2.0.so.0 = /usr/lib/libglade-2.0.so.0 (0x7f4d1b67e000) libxml2.so.2 = /usr/lib/libxml2.so.2 (0x7f4d1b322000) libm.so.6 = /lib/libm.so.6 (0x7f4d1b09f000) libvte.so.9 = /usr/lib/libvte.so.9 (0x7f4d1ad73000) libpangoxft-1.0.so.0 = /usr/lib/libpangoxft-1.0.so.0 (0x7f4d1ab6b000) libpangox-1.0.so.0 = /usr/lib/libpangox-1.0.so.0 (0x7f4d1a95e000) libX11.so.6 = /usr/lib/libX11.so.6 (0x7f4d1a652000) libpangoft2-1.0.so.0 = /usr/lib/libpangoft2-1.0.so.0 (0x7f4d1a426000) libXft.so.2 = /usr/lib/libXft.so.2 (0x7f4d1a212000) libfreetype.so.6 = /usr/lib/libfreetype.so.6 (0x7f4d19f8e000) libz.so.1 = /usr/lib/libz.so.1 (0x7f4d19d77000) libfontconfig.so.1 = /usr/lib/libfontconfig.so.1 (0x7f4d19b46000) libept.so.0 = /usr/lib/libept.so.0 (0x7f4d198cd000) libxapian.so.15 = /usr/lib/libxapian.so.15 (0x7f4d19563000) libpthread.so.0 = /lib/libpthread.so.0 (0x7f4d19347000) libstdc++.so.6 = /usr/lib/libstdc++.so.6 (0x7f4d1903b000) libgcc_s.so.1 = /lib/libgcc_s.so.1 (0x7f4d18e24000) libc.so.6 = /lib/libc.so.6 (0x7f4d18ad1000) libutil.so.1 = /lib/libutil.so.1 (0x7f4d188ce000) libpcre.so.3 = /usr/lib/libpcre.so.3 (0x7f4d1869f000) /lib64/ld-linux-x86-64.so.2 (0x7f4d1f685000) libXcomposite.so.1 = /usr/lib/libXcomposite.so.1 (0x7f4d1849d000) libXdamage.so.1 = /usr/lib/libXdamage.so.1 (0x7f4d1829b000) libXfixes.so.3 = /usr/lib/libXfixes.so.3 (0x7f4d1f775000) libXext.so.6 = /usr/lib/libXext.so.6 (0x7f4d1808a000) libXrender.so.1 = /usr/lib/libXrender.so.1 (0x7f4d17e81000) libXinerama.so.1 = /usr/lib/libXinerama.so.1 (0x7f4d17c7f000) libXi.so.6 = /usr/lib/libXi.so.6 (0x7f4d17a76000) libXrandr.so.2 =
Bug#506655: Strange things on QA page
Package: qa.debian.org Hi, I see two strange things on this page: http://packages.qa.debian.org/m/mysql-dfsg-5.0.html 1. it lists 5.0.32-7etch6 as the current stable and stable-security version, while it has been -etch8 for more than 20 days 2. in the latest news section, etch8 does not appear. etch6 appears twice at different dates, same for etch5. and on http://packages.debian.org/source/stable/mysql-dfsg-5.0 There it is rightly etch8, but the link to the changelog is dead: http://packages.debian.org/changelogs/pool/main/m/mysql-dfsg-5.0/mysql-dfsg-5.0_5.0.32-7etch8/changelog I guess this is an infrastructure problem, but I CC the mysql maintainers for their information and in case they have specific information. Thanks a lot to all of you to look at it, and for your amazing work in general! Cheers, Daniel -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506653: (no subject)
And on man 3 undocumented, say SEE ALSO missing(7). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506657: p7zip: Autodetection for compression filters does not handle executables without extensions
Package: p7zip Version: 4.58~dfsg.1-1 Severity: normal 7-zip has compression filters for machine code on various architectures, which modify branching instructions to make machine code more compressible. A quick test shows that it does indeed make a significant difference: bash compresses from 797784 bytes to 295693 bytes with the bcj2 filter, compared to 325451 bytes without it. Similarly, libc.so.6 compresses from 1375536 bytes to 459570 bytes with bcj2, compared to 493073 bytes without it. According to the 7-zip documentation, it has these machine code compression filters on by default, but only for files with extensions dll, exe, ocx, sfx, and sys. Naturally, that default does not do much good for non-Windows systems. At least on Linux, 7-zip should detect executable files by looking for an ELF header, or for an ar archive containing files with ELF headers. Ideally, it should also determine the architecture from the ELF header, and choose an appropriate compression filter accordingly. - Josh Triplett -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-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 p7zip depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1 GCC support library ii libstdc++64.3.2-1The GNU Standard C++ Library v3 p7zip recommends no packages. Versions of packages p7zip suggests: ii p7zip-full 4.58~dfsg.1-1 7z and 7za file archivers with hig -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506428: data files not bing downloaded
Helge Kreutzmann wrote: Do I understand you right that: a) You don't (!) need the level files Not the old one as they've been downloaded the first time I had installed the package. b) They exists nevertheless See above. c) The script (which?) is looking for a missing directory The script /usr/games/rocksndiamonds is looking for 'levels' directory which is not there. How did you determine that it was not dowloaded, i.e. where did you look, or did you monitor your network traffic? Are there entries in the logs? As I've explained before, I ticked Legend Of Zelda II and it's nowhere to bee found after I explicitly requested it to be downloaded: % ls -l /usr/share/games/rocksndiamonds/downloads total 70084 -rw-r--r-- 1 root root 4715324 2003-12-13 23:45 BD2K3-1.0.0.zip -rw-r--r-- 1 root root 92 2007-10-16 11:39 BD2K3-1.0.0.zip.md5 -rw-r--r-- 1 root root 10923437 2005-12-04 14:59 Boulder_Dash_Dream-1.0.0.zip -rw-r--r-- 1 root root 105 2007-10-16 11:40 Boulder_Dash_Dream-1.0.0.zip.md5 -rw-r--r-- 1 root root 6281378 2006-02-28 22:26 Contributions-1.2.0.7z -rw-r--r-- 1 root root 99 2007-10-16 11:39 Contributions-1.2.0.7z.md5 -rw-r--r-- 1 root root 20239385 2006-08-19 18:38 Emerald_Mine_Club-2.0.0.7z -rw-r--r-- 1 root root 103 2007-10-16 11:34 Emerald_Mine_Club-2.0.0.7z.md5 -rw-r--r-- 1 root root 10216825 2005-12-24 22:57 rnd_jue-v7.zip -rw-r--r-- 1 root root 91 2007-10-16 11:39 rnd_jue-v7.zip.md5 -rw-r--r-- 1 root root 211151 1999-10-27 15:33 rockslevels-dx-1.0.tar.gz -rw-r--r-- 1 root root 102 2007-10-16 11:40 rockslevels-dx-1.0.tar.gz.md5 -rw-r--r-- 1 root root 373564 1999-10-27 15:33 rockslevels-sp-1.0.tar.gz -rw-r--r-- 1 root root 102 2007-10-16 11:40 rockslevels-sp-1.0.tar.gz.md5 -rw-r--r-- 1 root root 3232607 2006-08-29 22:30 rocksndiamonds-3.2.2.tar.gz -rw-r--r-- 1 root root 104 2007-01-07 10:36 rocksndiamonds-3.2.2.tar.gz.md5 -rw-r--r-- 1 root root 3266249 2007-01-05 12:11 rocksndiamonds-3.2.3.tar.gz -rw-r--r-- 1 root root 104 2007-02-19 14:02 rocksndiamonds-3.2.3.tar.gz.md5 -rw-r--r-- 1 root root 3427302 2007-09-13 22:32 rocksndiamonds-3.2.4.tar.gz -rw-r--r-- 1 root root 104 2007-10-16 11:34 rocksndiamonds-3.2.4.tar.gz.md5 -rw-r--r-- 1 root root 6506066 2005-08-16 22:44 Snake_Bite-1.0.0.zip -rw-r--r-- 1 root root 97 2007-10-16 11:39 Snake_Bite-1.0.0.zip.md5 -rw-r--r-- 1 root root 2175860 2006-08-22 20:56 Zelda-1.0.0.zip -rw-r--r-- 1 root root 92 2007-10-16 11:34 Zelda-1.0.0.zip.md5 I just noticed that neither the 'Zelda nor the newest 'rocksndiamonds' rocksndiamonds-3.2.6.0.tar.gz has been downloaded. This is most likely a bug in your X driver. Which driver do you use? (This needs to be reassigned to that driver then). I'm using radeon. Could be, but doubt it - nothing like that ever happened before: changes in the resolution, restart of X - yes; init change - never. Before we jump into conclusions we have to take into account that only recently 'rocksndiamonds' had two X11 crash bugs fixed. Please try to limit bug reports to one issue at once; I cloned this part to track it separately. Will try. P.S. It's neither a bug nor a typo, simply an inconsistency - in .postinst script all but 'Zelda II' URLs are 'http://WWW.artsoft.org/' Cheers -- rjc -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506646: RFP: pyfltk -- Python wrapper for the Fast Light Tool Kit cross-platform GUI
Package: wnpp Severity: wishlist * Package name: pyfltk Version : 1.1.3 Upstream Author : Andreas Held * URL : http://pyfltk.sourceforge.net/ * License : LGPL Programming Lang: Python Description : Python wrapper for the Fast Light Tool Kit cross-platform GUI This is the home of pyFLTK - Python wrapper for the Fast Light Tool Kit cross-platform graphical user-interface library. We're using SWIG to create the Python wrapper. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506482: [Pkg-lyx-devel] Bug#506482: Regression: shift+select no longer works in math mode
Am Freitag, 21. November 2008 schrieb Alex Roper: It used to be in older versions of LyX you could use SHIFT+arrows to select in math mode. I find this feature crucial, as it allows me to do algebraic manipulation in LyX far faster than I could write it out by hand, eliminating my paper dependence. The new version looks snazzy and has a bunch of cool new features, but I have pinned the old one because this is simply a deal killer for me. This is supposed to work out of the box without any customization. I don't see this problem in a self compiled current 1.6svn. Can you give a precise recipe? Georg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499792: cruft: needs enhancements that use ucf
On Sun, Nov 23, 2008 at 10:59:25AM +0900, Paul Wise wrote: I'm of the opinion that there needs to be a way for packages to register generated files as belonging to them with dpkg. Packages would be expected to register ucf/etc-generated configuration files, alternatives and any files and directories created by their maintainer scripts. cruft could then use that database to explain much of the stuff in /etc that shows up as cruft currently. No idea if this has been proposed to the dpkg developers, you might like to submit a wishlist bug if not. Yes, aj proposed this a long time ago. See /usr/share/doc/cruft/TODO for a bit of history. -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 signature.asc Description: Digital signature
Bug#453386: python-opengl: Still present in pyopengl 3.0.0~b6-2
Package: python-opengl Version: 3.0.0~b6-2 Followup-For: Bug #453386 Hi, I'm able to reproduce this bug in an up2date Sid chroot and an up2date Sid VirtualBox with only base-system with python2.5 and python-opengl installed. Regards Evgeni -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-rc6-z61m-1 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-opengl depends on: ii freeglut3 2.4.0-6.1 OpenGL Utility Toolkit ii libgl1-mesa-glx [libgl1] 7.2-1 A free implementation of the OpenG ii libglu1-mesa [libglu1]7.2-1 The OpenGL utility library (GLU) ii python [python-ctypes]2.5.2-3An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii python-ctypes 1.0.2-5Python package to create and manip ii python-pkg-resources 0.6c8-4Package Discovery and Resource Acc python-opengl recommends no packages. Versions of packages python-opengl suggests: ii libgle3 3.1.0-6OpenGL tubing and extrusion librar ii python-numpy 1:1.1.1-1 Numerical Python adds a fast array ii python-tk 2.5.2-1Tkinter - Writing Tk applications -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483043: python-opengl: Still there on uptodate Sid
Package: python-opengl Version: 3.0.0~b6-2 Followup-For: Bug #483043 Hi, I can still reproduce this bug on one of my Sid systems: % python Python 2.5.2 (r252:60911, Nov 14 2008, 19:46:32) [GCC 4.3.2] on linux2 Type help, copyright, credits or license for more information. from OpenGL.GLUT import * glutInit([foo]) ['foo'] glutInitDisplayMode(GLUT_RGBA) zsh: segmentation fault python However, I can't on another box, will investigate later (I have mesa 7.2 installed where it segfaults). Regards Evgeni -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.28-rc6-z61m-1 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-opengl depends on: ii freeglut3 2.4.0-6.1 OpenGL Utility Toolkit ii libgl1-mesa-glx [libgl1] 7.2-1 A free implementation of the OpenG ii libglu1-mesa [libglu1]7.2-1 The OpenGL utility library (GLU) ii python [python-ctypes]2.5.2-3An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii python-ctypes 1.0.2-5Python package to create and manip ii python-pkg-resources 0.6c8-4Package Discovery and Resource Acc python-opengl recommends no packages. Versions of packages python-opengl suggests: ii libgle3 3.1.0-6OpenGL tubing and extrusion librar ii python-numpy 1:1.1.1-1 Numerical Python adds a fast array ii python-tk 2.5.2-1Tkinter - Writing Tk applications -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506658: vim-tiny: Tabstop positions calculated incorrectly for values other than 1, 2 and 4
Package: vim-tiny
Version: 1:7.1.314-3+lenny2
Severity: normal
Text will be displayed at a column position less than the position where it
should be displayed, when line numbers are enabled using :se nu, unless
the tabstop position is one of {1, 2, 4}.
To reproduce the bug, type the following:
echo -e \\ta | vim -u NONE -U NONE +se nu +se ts=3 -
After vim has started, type the following (omitting the leading spaces):
$a1
The cursor should now be at the 1, but in fact the 1 is displayed three
positions to the left of the cursor.
-- System Information:
Debian Release: lenny/sid
APT prefers testing
APT policy: (500, 'testing')
Architecture: i386 (i686)
Kernel: Linux 2.6.26-1-686 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages vim-tiny depends on:
ii libc6 2.7-16 GNU C Library: Shared libraries
ii libncurses5 5.6+20080830-1 shared libraries for terminal hand
ii libselinux1 2.0.65-5 SELinux shared libraries
ii vim-common1:7.1.314-3+lenny2 Vi IMproved - Common files
vim-tiny recommends no packages.
vim-tiny suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506420: incorrect hwcap line in /etc/ld.so.conf.d/libc6-xen.conf?
On Sat, Nov 22, 2008 at 07:02:26PM +0100, Aurelien Jarno wrote: On Sat, Nov 22, 2008 at 12:58:38PM +0100, Bastian Blank wrote: The traditional hwcaps are read from the interpreter data via AT_HWCAP. The pseudo hwcaps are defined in the vdso, but I fail to find this code. Look at hwcap_extra in elf/ldconfig.c It is _dl_important_hwcaps in elf/dl-sysdep.c. Bastian -- Beam me up, Scotty! -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506643: cryptsetup_start doesn't work with CRYPTDISKS_ENABLE=No
Package: cryptsetup Version: 2:1.0.6-6 Severity: minor The option CRYPTDISKS_ENABLE in /etc/defaults is honored by cryptsetup_start/stop . Since this variable should only be used to decide to start/stop the service at startup, the check should be moved from /lib/cryptsetup/cryptdisks.functions to the /etc/init.d/crytodisk. This way the cryptsetup_start/stop scripts would still function even if the crypto disk wasn't initialized at boot time. This makes sense if you want to use these scripts to initialize a crypto partition at a later stage, for example, manually after logging in. :) p -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-6-xen-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB, LC_CTYPE=en_GB (charmap=ANSI_X3.4-1968) (ignored: LC_ALL set to C) Shell: /bin/sh linked to /bin/bash Versions of packages cryptsetup depends on: pn dmsetup none (no description available) ii libc62.7-16 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.27-4 The Linux Kernel Device Mapper use ii libpopt0 1.14-4 lib for parsing cmdline parameters ii libuuid1 1.41.3-1universally unique id library cryptsetup recommends no packages. Versions of packages cryptsetup suggests: pn dosfstoolsnone (no description available) pn initramfs-tools | linux-initr none (no description available) pn udev none (no description available) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506644: gnome-power-manager: Brightness applet does not change brightness
Package: gnome-power-manager Version: 2.22.1-4 Severity: normal Dear GNOME team, Since an update of my Lenny system, the brightness applet does not manage to set the brightness anymore. Althouhg not 100 % sure, I have the impression that it happened before the update to the version that migrated to testing recently. I attached to this bug a digest of the updates made yesterday and today. My machine is a Sony VGC-LT71DB, a kind of iMac clone that has the bad idea of overheating when the brighness of the screen is at its default (and highest) level… Ah, I have `deb http://kde4.debian.net/ lenny main' in my sources.list. I hope it is not the cause of the problem! Many thanks for the work you made so far, and have a nice day, -- Charles Plessy, Tsurumi, Kanagawa, Japan -- Package-specific info: Distro version: lenny/sid Kernel version: 2.6.26-1-amd64 g-p-m version:2.22.1 HAL version: 0.5.11 System manufacturer: missing System version: missing System product: missing AC adapter present: no Battery present: no Laptop panel present: yes CPU scaling present: yes Battery Information: GNOME Power Manager Process Information: charles 3835 0.0 0.4 208456 10012 ?Ss 18:10 0:00 gnome-power-manager charles 5180 0.0 0.0 9532 916 pts/1S+ 18:30 0:00 | \_ less /usr/share/doc/gnome-power-manager/changelog.Debian.gz charles 7341 2.0 0.5 93576 11396 pts/3S+ 19:09 0:01 | \_ /usr/bin/python /usr/bin/reportbug gnome-power-manager charles 7389 0.0 0.0 10160 1320 pts/3S+ 19:10 0:00 | \_ /bin/bash /usr/share/reportbug/handle_bugscript /usr/share/bug/gnome-power-manager/script /tmp/reportbug-gnome-power-manage charles 5887 0.0 0.7 200100 16088 ?S18:42 0:00 /usr/lib/gnome-power-manager/gnome-brightness-applet --oaf-activate-iid=OAFIID:GNOME_BrightnessApplet_Factory --oaf-ior-fd=26 HAL Process Information: 106 3340 0.0 0.2 29596 4384 ?Ss 18:09 0:01 /usr/sbin/hald root 3341 0.0 0.0 17768 1192 ?S18:09 0:00 \_ hald-runner root 3361 0.0 0.0 19880 1172 ?S18:09 0:00 \_ hald-addon-input: Listening on /dev/input/event9 /dev/input/event8 /dev/input/event7 /dev/input/event5 /dev/input/event3 /dev/i root 3368 0.0 0.0 19892 1260 ?S18:09 0:00 \_ /usr/lib/hal/hald-addon-cpufreq 106 3369 0.0 0.0 16604 1004 ?S18:09 0:00 \_ hald-addon-acpi: listening on acpid socket /var/run/acpid.socket root 3374 0.0 0.0 19880 1148 ?S18:09 0:00 \_ hald-addon-storage: polling /dev/hda (every 2 sec) -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-power-manager depends on: ii dbus-x11 1.2.1-4 simple interprocess messaging syst ii gconf2 2.22.0-1 GNOME configuration database syste ii hal0.5.11-6 Hardware Abstraction Layer ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-01.22.0-1 The ATK accessibility toolkit ii libbonobo2-0 2.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-16GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libdbus-1-31.2.1-4 simple interprocess messaging syst ii libdbus-glib-1-2 0.76-1simple interprocess messaging syst ii libfontconfig1 2.6.0-1 generic font configuration library ii libfreetype6 2.3.7-2 FreeType 2 font engine, shared lib ii libgconf2-42.22.0-1 GNOME configuration database syste ii libglade2-01:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnome-keyring0 2.22.3-2 GNOME keyring services library ii libgnome2-02.20.1.1-1The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1A powerful object-oriented display ii libgnomeui-0 2.20.1.1-2The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5GNOME Virtual File System (runtime ii libgstreamer0.10-0 0.10.19-3 Core GStreamer libraries and eleme ii libgtk2.0-02.12.11-4 The GTK+ graphical user interface ii libhal10.5.11-6 Hardware Abstraction Layer - share ii libice62:1.0.4-1 X11 Inter-Client
Bug#506652: Yet another boilerplate change
Package: xml2rfc Severity: grave Version: 1.33.dfsg-2 This means we shouldn't release the current xml2rfc version with lenny. From: Ed Juskevicius [EMAIL PROTECTED] Subject: Announcement: New Boilerplate Text Required for all new Submissions to IETF To: IETF Discussion [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], [EMAIL PROTECTED], RFC Editor [EMAIL PROTECTED], [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Date: Tue, 11 Nov 2008 18:03:36 -0500 Message-ID: [EMAIL PROTECTED] Greetings. This message is to draw your attention to the significance of the publication of RFC5377 and RFC5378 earlier today. * RFC5377 is Advice to the Trustees of the IETF Trust on Rights to Be Granted in IETF Documents * RFC5378 is Rights Contributors Provide to the IETF Trust Note that RFC5378 is also BCP0078. RFC5378 is an update to RFC2026, and RFC5378 obsoletes both RFC3978 and RFC4748. Coincident with the above, the IETF Trustees have posted a new policy document with guidance to the community on: * Legal Provisions Relating to IETF Documents at http://trustee.ietf.org/license-info/ Taken as a set, the documents listed above specify changes that are now required in all new submissions into the IETF. Henrik Levkowetz has updated the idnit tool and AMS have updated the Internet-Draft submission tool to reflect the new requirements. An update to the xml2rfc has been requested. Please review the Legal Provisions Relating to IETF Documents and RFC5378 to discover the new boilerplate text that is now required. Please also take action to update the tools you use for creating your documents. New submissions using either the old or the new boilerplate text will be accepted starting today, until 01h00 UTC on December 16th, 2008. After this cutoff date, all new submissions will be required to use ONLY the new boilerplate text. All submissions using old boilerplate text after the cutoff date will be rejected. Regards and FYI. Ed Juskevicius IETF Trust Chair [EMAIL PROTECTED] p.s. - Don't be surprised if you see periodic reminders about this as we approach December 16th. ___ Ipr-wg mailing list [EMAIL PROTECTED] https://www.ietf.org/mailman/listinfo/ipr-wg -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506549: suspendorhibernate: dbus-pm method is inherently broken
On Sun, 23 Nov 2008, Bart Samwel wrote: Sounds like a definite possibility. The export DISPLAY=... stuff won't work however, because dbus doesn't derive it's session bus from that AFAICT. The documentation doesn't say so indeed but in my .dbus/session-bus file there's a comment that says: # This file allows processes on the machine with id 4a095245712d51cff5ad4733e8401a00 using # display :0 to find the D-Bus session bus with the below address. # If the DBUS_SESSION_BUS_ADDRESS environment variable is set, it will # be used rather than this file. # See man dbus-launch for more details. Cheers, -- Raphaël Hertzog Le best-seller français mis à jour pour Debian Etch : http://www.ouaza.com/livre/admin-debian/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463425: ath5k 2.6.25
On Sun, 23 Nov 2008 11:29:26 +0100, Moritz Muehlenhoff wrote:
According to Larry Doolittle's followup the current Lenny kernel works
for him. Can you confirm?
FWIW:
ath5k works for me since linux-image-2.6.26-1-686 2.6.26-2
03:00.0 Ethernet controller: Atheros Communications Inc. AR5212 802.11abg NIC
(rev 01)
Subsystem: IBM ThinkPad 11a/b/g Wireless LAN Mini Express Adapter
(AR5BXB6)
Cheers,
gregor
--
.''`. Home: http://info.comodo.priv.at/{,blog/} / GPG Key ID: 0x00F3CFE4
: :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/
`. `' Member of VIBE!AT, SPI Inc., fellow of FSFE | http://got.to/quote/
`-NP: Ludwig Hirsch: I lieg am Ruckn
signature.asc
Description: Digital signature
Bug#506653: man undocumented SEE ALSO
Package: manpages-dev Severity: minor $ man 7 undocumented|grep undoc|sed 1d edb(1), undocumented(2), man(7), mandb(8), missing(7). $ man 2 undocumented No manual entry for undocumented in section 2 So say 3 instead of 2 $ apropos undocumented undocumented (3) - undocumented library functions undocumented (7) - No manpage for this program, utility or function. $ man 3 undocumented|grep undoc none - undocumented library functions So add SEE ALSO undocumented(7) So bug in both packages: $ dlocate undocumented manpages: /usr/share/man/man7/undocumented.7.gz manpages-dev: /usr/share/man/man3/undocumented.3.gz -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506636: Pidgin used to be Gaim
tags 506636 +patch tags 506636 +pending thanks Thanks, Andrei. Your text is in rev. 5577. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#499506: Patch for the l10n upload of arcboot
Dear maintainer of arcboot, On Sunday, November 16, 2008 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Saturday, November 15, 2008. We finally agreed that you would do the update yourself at the end of the l10n update round. That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. The corresponding changelog is: Source: arcboot Version: 0.3.11+nmu1 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Sun, 23 Nov 2008 13:55:38 +0100 Closes: 499506 499590 499871 500511 505865 505896 506400 506422 Changes: arcboot (0.3.11+nmu1) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Basque. Closes: #499506 - Czech. Closes: #499590 - Spanish. Closes: #499871 - Dutch. Closes: #500511 - Polish. Closes: #505865 - Bokmål, Norwegian. Closes: #505896 - Italian. Closes: #506400 - Danish. Closes: #506422 -- diff -Nru arcboot-0.3.11+nmu1.old/debian/changelog arcboot-0.3.11+nmu1/debian/changelog --- arcboot-0.3.11+nmu1.old/debian/changelog 2008-11-15 19:23:39.611408375 +0100 +++ arcboot-0.3.11+nmu1/debian/changelog 2008-11-23 13:55:53.296831802 +0100 @@ -1,3 +1,18 @@ +arcboot (0.3.11+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Basque. Closes: #499506 +- Czech. Closes: #499590 +- Spanish. Closes: #499871 +- Dutch. Closes: #500511 +- Polish. Closes: #505865 +- Bokmål, Norwegian. Closes: #505896 +- Italian. Closes: #506400 +- Danish. Closes: #506422 + + -- Christian Perrier [EMAIL PROTECTED] Sun, 23 Nov 2008 13:55:38 +0100 + arcboot (0.3.11) unstable; urgency=low * [e3aad1a] Update swedish translation (Closes: #491933) diff -Nru arcboot-0.3.11+nmu1.old/debian/po/cs.po arcboot-0.3.11+nmu1/debian/po/cs.po --- arcboot-0.3.11+nmu1.old/debian/po/cs.po 2008-11-15 19:23:39.739409334 +0100 +++ arcboot-0.3.11+nmu1/debian/po/cs.po 2008-11-15 19:27:10.091407000 +0100 @@ -16,7 +16,7 @@ Project-Id-Version: arcboot\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-24 14:06+\n -PO-Revision-Date: 2005-07-10 16:11+0200\n +PO-Revision-Date: 2008-09-19 19:08+0200\n Last-Translator: Miroslav Kure [EMAIL PROTECTED]\n Language-Team: Czech [EMAIL PROTECTED]\n MIME-Version: 1.0\n @@ -27,7 +27,7 @@ #. Description #: ../templates:1001 msgid Location of arcboot: -msgstr +msgstr Umístění arcbootu: #. Type: string #. Description diff -Nru arcboot-0.3.11+nmu1.old/debian/po/da.po arcboot-0.3.11+nmu1/debian/po/da.po --- arcboot-0.3.11+nmu1.old/debian/po/da.po 2008-11-15 19:23:39.739409334 +0100 +++ arcboot-0.3.11+nmu1/debian/po/da.po 2008-11-21 17:57:19.188667000 +0100 @@ -11,23 +11,28 @@ # #Developers do not need to manually edit POT or PO files. # +# +# Previous translators: +# Morten Brix Pedersen [EMAIL PROTECTED] +# msgid msgstr -Project-Id-Version: arcboot 0.3.8.4\n +Project-Id-Version: arcboot 0.3.11\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-01-24 14:06+\n -PO-Revision-Date: 2004-10-15 18:02+0200\n -Last-Translator: Morten Brix Pedersen [EMAIL PROTECTED]\n -Language-Team: Danish [EMAIL PROTECTED]\n +PO-Revision-Date: 2008-11-20 11:45+0100\n +Last-Translator: Frank Damgaard [EMAIL PROTECTED]\n +Language-Team: Danish\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n +Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: string #. Description #: ../templates:1001 msgid Location of arcboot: -msgstr +msgstr Placering af arcboot: #. Type: string #. Description diff -Nru arcboot-0.3.11+nmu1.old/debian/po/es.po arcboot-0.3.11+nmu1/debian/po/es.po --- arcboot-0.3.11+nmu1.old/debian/po/es.po 2008-11-15 19:23:39.739409334 +0100 +++ arcboot-0.3.11+nmu1/debian/po/es.po 2008-11-15 19:27:21.483408000 +0100 @@ -1,16 +1,17 @@ # arcboot po-debconf translation to Spanish -# Copyright (C) 2005 Software in the Public Interest +# Copyright (C) 2005, 2008 # This file is distributed under the same license as the arcboot package. # # Changes: # - Initial translation -# César Gómez Martín [EMAIL PROTECTED] +# César Gómez Martín [EMAIL PROTECTED] +# Francisco Javier Cuadrado [EMAIL PROTECTED] # -# Traductores, si no conoce el formato PO, merece la pena leer la -# documentación de gettext, especialmente las secciones dedicadas a este -# formato, por ejemplo ejecutando: -# info -n '(gettext)PO Files' -# info -n '(gettext)Header Entry' +# Traductores, si no conoce el formato PO, merece la pena leer la +# documentación de gettext, especialmente las secciones dedicadas a este +# formato, por ejemplo ejecutando: +# info -n '(gettext)PO Files' +# info -n
Bug#482075: Keep it RC
Hello, actually, cdfs seems to be in big trouble. I found a fix to make it compile on recent kernels, but the result is not ok, all contents appear as zero-sized files returning IO errors on access. Sorry, this needs a proper solution I cannot provide ATM. In the current state, the package is not ready for release. Regards, Eduard. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#446098: retitle 446098 to please package 0.7.0 rc2 in experimental
Paul Wise wrote: # Automatically generated email from bts, devscripts version 2.10.35 #HOLY SHIT! FINALLY A RELEASE http://ftp.gnome.org/pub/GNOME/sources/NetworkManager/0.7/NetworkManager-0.7.0-rc2.tar.gz retitle 446098 please package 0.7.0 rc2 in experimental Hi Paul, just to let you know, that the final 0.7.0 release is due to be released very soon (should be a matter of days). So I don't plan to upload this rc but will wait for the final release. Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#500018: Patch for the l10n upload of aegis
Dear maintainer of aegis, On Thursday, October 30, 2008 I sent you a notice announcing my intent to upload a NMU of your package to fix its pending l10n issues, after an initial notice sent on Saturday, October 25, 2008. We finally agreed that you would do the update yourself at the end of the l10n update round. (actually, I have problems building the package...which is why I leave up to you to do it) That time has come. To help you out, here's the patch which I would have used for an NMU. Please feel free to use all of it...or only the l10n part of it. The corresponding changelog is: Source: aegis Version: 4.24-4.1 Distribution: unstable Urgency: low Maintainer: Christian Perrier [EMAIL PROTECTED] Date: Thu, 06 Nov 2008 08:07:06 +0100 Closes: 500018 504362 Changes: aegis (4.24-4.1) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Debconf translations: - Vietnamese. Closes: #500018 - Traditional Chinese. Closes: #504362 -- diff -Nru aegis-4.24.old/debian/changelog aegis-4.24/debian/changelog --- aegis-4.24.old/debian/changelog 2008-10-24 20:05:26.994860979 +0200 +++ aegis-4.24/debian/changelog 2008-11-06 08:07:16.443298803 +0100 @@ -1,3 +1,12 @@ +aegis (4.24-4.1) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Debconf translations: +- Vietnamese. Closes: #500018 +- Traditional Chinese. Closes: #504362 + + -- Christian Perrier [EMAIL PROTECTED] Thu, 06 Nov 2008 08:07:06 +0100 + aegis (4.24-4) unstable; urgency=low * acknowledge security NMU, thanks to Ben Hutchings diff -Nru aegis-4.24.old/debian/po/vi.po aegis-4.24/debian/po/vi.po --- aegis-4.24.old/debian/po/vi.po 2008-10-24 20:05:25.842728592 +0200 +++ aegis-4.24/debian/po/vi.po 2008-10-25 12:05:28.77873 +0200 @@ -4,12 +4,12 @@ # msgid msgstr -Project-Id-Version: aegis 4.20-3\n +Project-Id-Version: aegis 4.24-3.2\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-06-14 22:02+0200\n -PO-Revision-Date: 2005-05-04 15:54+0930\n +PO-Revision-Date: 2008-09-24 21:06+0930\n Last-Translator: Clytie Siddall [EMAIL PROTECTED]\n -Language-Team: Vietnamese [EMAIL PROTECTED]\n +Language-Team: Vietnamese [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n @@ -18,10 +18,8 @@ #. Type: note #. Description #: ../aegis.templates:1001 -#, fuzzy -#| msgid /var/lib/aegis is not on a local drive. msgid /var/lib/aegis not on a local drive -msgstr /var/lib/aegis không phải trên đĩa cục bộ. +msgstr /var/lib/aegis không nằm trên một đĩa cục bộ #. Type: note #. Description @@ -38,21 +36,16 @@ #. Type: note #. Description #: ../aegis.templates:1001 -#, fuzzy -#| msgid -#| Your /var/lib/aegis is on a remote partition, most likely an NFS server. -#| This could cause the postinst to fail, since we may not have permission -#| to change the owner/permissions of the directory on the remote server. msgid Your /var/lib/aegis is on a remote partition, most likely an NFS server. This could cause the postinst to fail, since the script may not have permission to change the owner/permissions of the directory on the remote server. msgstr -/var/lib/aegis của bạn có trong phân vùng ở xa, rất có thể là máy chủ NFS. -Trường hợp này có thể gây ra tiến trình cài đặt cuối cùng sẽ thất bại, vì có -lẽ chúng ta không có đủ quyền thay đổi người sở hữu hay quyền truy cập của -thư mục trên máy chủ ở xa. +/var/lib/aegis của bạn nằm trong một phân vùng ở xa, rất có thể là một máy +phục vụ NFS. Trường hợp này có thể gây ra tiến trình cài đặt cuối cùng không +chạy được, vì văn lệnh có lẽ không có quyền sửa đổi quyền hạn hay chủ của +thư mục trên máy phục vụ ở xa. #. Type: note #. Description @@ -69,25 +62,18 @@ #. Type: note #. Description #: ../aegis.templates:2001 -#, fuzzy -#| msgid /var/lib is not on a local drive. msgid /var/lib not on a local drive -msgstr /var/lib không phải trên đĩa cục bộ. +msgstr /var/lib không nằm trên một đĩa cục bộ #. Type: note #. Description #: ../aegis.templates:2001 -#, fuzzy -#| msgid -#| Your /var/lib is on a remote partition, most likely an NFS server. This -#| could cause the postinst to fail, since we may not have permission to -#| change the owner/permissions of the directory on the remote server. msgid Your /var/lib is on a remote partition, most likely an NFS server. This could cause the postinst to fail, since the script may not have permission to change the owner/permissions of the directory on the remote server. msgstr -/var/lib của bạn có trong phân vùng ở xa, rất có thể là máy chủ NFS. Trường -hợp này có thể gây ra tiến trình cài đặt cuối cùng sẽ thất bại, vì có lẽ -chúng ta không có đủ quyền thay đổi người sở hữu hay quyền truy cập của thư -mục trên máy chủ ở xa. +/var/lib của bạn nằm trong một phân vùng ở xa, rất có thể là một máy phục vụ +NFS. Trường hợp này có thể gây ra tiến trình cài đặt cuối cùng không
Bug#506640: RFA: svnmailer
Package: wnpp Severity: normal Since I don't use Subversion anymore, I think more love could be given to svnmailer than I give to it. So I hereby request for its adoption by a gentle maintainer. Cheers, -- Julien Danjou // ᐰ [EMAIL PROTECTED] http://julien.danjou.info // 9A0D 5FD9 EB42 22F6 8974 C95C A462 B51E C2FE E5CD // When I get sad, I stop being sad and be awesome instead. True story. signature.asc Description: Digital signature
Bug#506647: mdbus --help or usage message
Package: fso-utils Version: 0.git20080812.2 Severity: wishlist File: /usr/bin/mdbus $ mdbus Traceback (most recent call last): File /usr/bin/mdbus, line 343, in module import gobject ImportError: No module named gobject $ man mdbus No manual entry for mdbus See 'man 7 undocumented' for help when manual pages are not available. $ mdbus --help Traceback (most recent call last): File /usr/bin/mdbus, line 343, in module import gobject ImportError: No module named gobject $ file `which mdbus` /usr/bin/mdbus: a python script text executable $ less `which mdbus` I'm sorry, but you've made it so hard for the user to find out anything about USAGE. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#504830: Pending
tag 504830 pending stop This is fixed in svn - I will update the package once lenny is released. -- Colin Tuckley | +44(0)1903 236872 | PGP/GnuPG Key Id Debian Developer | +44(0)7799 143369 | 0x1B3045CE Linux is not The Answer. Yes is the answer. Linux is The Question. - Neo -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506656: krdc crashes very frequently
Package: krdc Version: 4:3.5.10-2 Hi, krdc crashes very often and writes : krdc: ../../src/xcb_lock.c:77: _XGetXCBBuffer: Assertion `((int) ((xcb_req) - (dpy-request)) = 0)' failed. Crashes seem random, and I have no idea how to reproduce them. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#483043: python-opengl: Segfaults only with libgl1-mesa-dri libgl1-mesa-glx from experimental
Package: python-opengl Version: 3.0.0~b6-2 Followup-For: Bug #483043 Okay, after upgrading libgl1-mesa-dri and libgl1-mesa-glx from 7.0.3-6 to 7.2-1, my test segaults on the other machine too. On the other hand, downgrading ONLY the two above on the first machine, makes the segfault go away (= the version of libglu1-* doesn't matter). Rebuilding pyopengl with the newer Mesa does not help :( Regards Evgeni -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.27-x31-1 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-opengl depends on: ii freeglut3 2.4.0-6.1 OpenGL Utility Toolkit ii libgl1-mesa-glx [libgl1] 7.0.3-6A free implementation of the OpenG ii libglu1-mesa [libglu1]7.0.3-6The OpenGL utility library (GLU) ii python [python-ctypes]2.5.2-3An interactive high-level object-o ii python-central0.6.8 register and build utility for Pyt ii python-pkg-resources 0.6c8-4Package Discovery and Resource Acc python-opengl recommends no packages. Versions of packages python-opengl suggests: pn libgle3 none (no description available) ii python-numpy 1:1.1.1-1 Numerical Python adds a fast array ii python-tk 2.5.2-1Tkinter - Writing Tk applications -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506660: lilo: large-memory debconf change results in non booting system even though BIOS much newer than 2001.
Package: lilo Version: 1:22.8-6.4 Severity: normal When the new debconf prompt is given concerning automatically adding large-memory option, it tells the user that the related BIOS problems is in older systems (earlier than 2001). This ssems to be incorrect. My AWARD BIOS on this AMD XP3200+ system is dated 12/31/2003 so I answered y to the large-memory question, and my system became unbootable as a result, going into a continuous reboot loop immediately after loading the kernel and initrd. The debconf question should perhaps be updated to give a less misleading impression as to the safety of allowing the package to make this change. Perhaps someone else has more accurate data on the BIOS limitation in question but from my experience it is not necessarily safe for BIOSES earlier than 2004. I'm also concerned about the implications of this change on first installation because according to debconf the default, if the question is not shown, is always true. I am looking into using Debian on some small single-board systems at work which have BIOses from around 2003 or older. Perhaps liloconfig and update-lilo should force the answer to false unless the installation is being done on a very modern CPU type where you can be sure the BIOS is recent enough. Nick -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (850, 'testing'), (600, 'stable'), (3, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) 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 lilo depends on: ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii libc62.7-16 GNU C Library: Shared libraries ii libdevmapper1.02.1 2:1.02.27-4 The Linux Kernel Device Mapper use ii mbr 1.1.10-1Master Boot Record for IBM-PC comp lilo recommends no packages. Versions of packages lilo suggests: pn lilo-doc none (no description available) -- debconf information: liloconfig/fstab_broken: liloconfig/banner: liloconfig/use_lba32: true liloconfig/configuring_base: * lilo/runme: true liloconfig/wipe_old_liloconf: false liloconfig/activate_error: lilo/new-config: liloconfig/maintitle: liloconfig/mbr_error: liloconfig/lilo_warning: liloconfig/no_changes: * lilo/add_large_memory: true liloconfig/liloconf_incompatible: lilo/bad_bitmap: lilo/upgrade: liloconfig/liloconf_exists: liloconfig/use_current_lilo: true liloconfig/instruction: liloconfig/select_bitmap: /boot/coffee.bmp liloconfig/lilo_error: liloconfig/odd_fstab: liloconfig/install_from_root_device: true liloconfig/make_active_partition: true liloconfig/install_mbr: false -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505101: Reopening #505101: fix in 2.2.2-9 broken; libupsclient.la also points to /usr/lib
reopen 505101 reassign 505101 libupsclient1-dev thanks Hi Arnaud, On Fri, Nov 21, 2008 at 09:39:09AM +, Debian Bug Tracking System wrote: * debian/rules: also move libupsclient.so to /lib, otherwise the link is broken (Closes: #505101) Unfortunately, this fix is broken. In debian/rules you do: mv $(CURDIR)/debian/nut/usr/lib/*.so $(CURDIR)/debian/libupsclient1-dev/lib However, $(CURDIR)/debian/libupsclient1-dev/lib does not exist at that point, so you create /lib as a symlink to libupsclient.so.1.0.0. Also, libupsclient.la (currently found in /usr/lib) points to /usr/lib as well (libdir='/usr/lib'). Because of that, libtool is looking for /usr/lib/libupsclient.so. Since the .la file references libupsclient.a as well, I guess, changing libdir to '/lib' won't do it, because libtool then won't be able to find the static lib any longer. I suppose, the only way to solve that is to move the .a and .la to /lib as well. Cheers, Sebastian -- Sebastian tokkee Harl +++ GnuPG-ID: 0x8501C7FC +++ http://tokkee.org/ Those who would give up Essential Liberty to purchase a little Temporary Safety, deserve neither Liberty nor Safety. -- Benjamin Franklin signature.asc Description: Digital signature
Bug#495917: [openssh] netscreen complete fix patch
On Wed, Nov 19, 2008 at 04:58:23PM +0100, Florian Lohoff wrote: this is the complete fix from the OpenBSD cvs - applies with little offsets, compiles and works for us (netscreen OS 5.4.x) Thanks! I'll get this into unstable today, then. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506659: Password prompt is too short
Package: ekg2 Version: 20081009+2105-1 Severity: minor Tags: upstream session password results in: Password fo…g:1923297: | which is needlessly made that short, as there is plenty of columns left. -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505446: mlocate always creates empty database
close 505446 thanks * Nigel Horne [Thu, 20 Nov 2008 16:03:40 +]: / /./ bind bind 0 /home /home bind bind 0 These lines in /etc/fstab are the culprit: you are bind-mounting / on top of /, and /home on top of /home. Since mlocate is configured to prune bind mounts (PRUNE_BIND_MOUNTS=yes in updatedb.conf), and the root directory is a bind mount, *everything* gets prunned. I have no idea why would your system be doing such thing. You should investigate why those lines are there and/or remove them or, alternatively, set PRUNE_BIND_MOUNTS=no in your updatedb.conf). Hope this helps; in the meantime, I'm marking this bug as closed. -- Adeodato Simó dato at net.com.org.es Debian Developer adeodato at debian.org Listening to: Dar Williams - What Do You Love More Than Love -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506103: libtool: please package 2.2.6a
Hello Kurt, * Kurt Roeckx wrote on Tue, Nov 18, 2008 at 06:22:05PM CET: On Tue, Nov 18, 2008 at 01:42:36PM +0100, Ralf Wildenhues wrote: If you upload it to experimental, please be sure to rebootstrap it. See http://lists.gnu.org/archive/html/bug-libtool/2008-11/msg00073.html. The build process always run ./bootstrap, however it doesn't remove the aclocal.m4 files. That should be sufficient. I've added a patch to upstream to ensure that the aclocal.m4 files do not contain a definition of LT_INIT nor AC_PROG_LIBTOOL (they should just m4_include the relevant macro files); you may want to consider using that, too, to be sure to avoid the bug. Cheers, Ralf -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506661: davical: [INTL:fr] French program translation update
Package: davical Version: N/A Severity: wishlist Tags: patch l10n (this is a standard message, not customized for your package) Please find attached the french translation of this package's programs, proofread by the debian-l10n-french mailing list contributors. This file should be put as fr.po in the appropriate po/ directory. If this package is not a native Debian package, please don't forget to forward this translation to the upstream maintainer. Depending on the version of the build tools or the build process used in the software, you may have to update the LINGUAS variable in the configure scripts in case the french translation is a *new* translation for this software/package. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-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/dash # translation of fr.po to French # French translation for DAViCal CalDAV Server # Copyright (C) 2006-2008 Debian French translation team [EMAIL PROTECTED] # This file is distributed under the same license as the davical package. # # Christian Perrier [EMAIL PROTECTED], 2008. # maxime delorme [EMAIL PROTECTED] msgid msgstr Project-Id-Version: fr\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2008-11-18 18:29+1300\n PO-Revision-Date: 2008-11-23 14:32+0100\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #, c-format msgid - creating record for users : %s msgstr - création de l'enregistrement des utilisateurs : %s #, c-format msgid - deactivating users : %s msgstr - désactivation des utilisateurs : %s #, c-format msgid - nothing done on : %s msgstr - rien à faire sur %s #, c-format msgid - updating user records : %s msgstr - mise à jour des enregistrements d'utilisateurs : %s msgid --- select a relationship type --- msgstr --- choisissez un type de relation --- msgid --- select a user or resource --- msgstr --- choisissez un utilisateur ou une ressource --- msgid --- select a user, group or resource --- msgstr --- choisissez un utilisateur, un groupe ou une ressource --- msgid bWARNING: all events in this path will be deleted before inserting all of the ics file/b msgstr bAttention : tous les événements de ce chemin seront supprimés avant l'insertion de tous ceux du fichier ics/b msgid bWARNING: all events in this path will be deleted before inserting allof the ics file/b msgstr bAttention : tous les événements de ce chemin seront supprimés avant l'insertion de tous ceux du fichier ics/b #, c-format msgid h1Log On Please/h1pFor access to the %s you should log on withthe username and password that have been issued to you./ppIf you would like to request access, please e-mail %s./p msgstr h1Veuillez vous identifier/h1pPour accéder à %s vous devez vous connecter avec l'identifiant et le mot de passe qui vous ont été attribués./ppSi vous souhaitez obtenir un accès, veuillez envoyer un courriel à %s./p msgid A collection already exists at that location. msgstr Une collection existe déjà à cet emplacement. msgid Action msgstr Action msgid Active msgstr Actif msgid Add Relationship msgstr Ajouter une relation msgid Add a new user msgstr Ajouter un nouvel utilisateur msgid Add msgstr Ajouter msgid Admin !-- in the sense of 'systems admin' -- msgstr Administrateur du système msgid Admin msgstr Administrateur msgid Administers msgstr Administrateurs #, c-format msgid All events of user %s were deleted and replaced by those from the file. msgstr Tous les événements de l'utilisateur %s seront supprimés et remplacés par ceux du fichier msgid All requested changes were made. msgstr Toutes les modifications demandées ont eu lieu msgid All msgstr Tous msgid Anonymous users are not allowed to modify calendars msgstr Les utilisateurs anonymes ne sont pas autorisés à modifier les calendriers msgid Browse all relationship types msgstr Affiche tous les types de relations msgid Browse all users msgstr Affiche tous les utilisateurs msgid Busy msgstr Occupé msgid Calendar Resource Not Found. msgstr Ressource calendrier introuvable. msgid Calendar Users msgstr Utilisateurs du calendrier msgid Calendar msgstr Calendrier msgid Can read from msgstr Peut lire depuis msgid Can see free/busy time of msgstr Peut voir les disponibilités de msgid Changed On msgstr Changé le msgid Click to display that user msgstr Cliquez pour afficher cet utilisateur msgid Click to display the contents of the collection msgstr Cliquez pour afficher le contenu de cette collection msgid Click to display user details msgstr Cliquez pour afficher les détails de cet utilisateur msgid Collection Contents msgstr Contenu de la collection msgid Collection Path msgstr Chemin de la
Bug#506662: nm.debian.org: debian ssl certificate ca.debian.org not in install
Package: nm.debian.org Severity: normal I have been unable to find a copy of the ca.debian.org certificate within the debian installation. It would be nice to have a copy of the certificate installed somewhere on the system. If this is just an oversight by me (failing to rtfm) then close this issue. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686-bigmem (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 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#490697: Upstream bug
forwarded 490697 http://rt.cpan.org/Public/Bug/Display.html?id=40914 kthxbye So this will be fixed in libhtml-wikiconverter-perl 0.63. -- Tim Retout [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#449346: still broken in kvm 78
Hi, guest is debian etch. Host is running vanilla kvm 78. Tested with rtl8139 but according to the upstream mailing list this also happens with virtio and e1000. -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#484498: honeyd: fails to open logfile due to permissions
On Wed, Jun 04, 2008 at 09:32:51PM +0930, Nick Manser wrote:
A quick-fix is to make the /var/log/honeypot worldwide accessible using
chmod command; however, this seems to violate the security of the honeyd
installation. The logfile and honeypot/ directory should be accessible
by the honeyd user, and the daemon should run as the honeyd user rather
than being demoted to nobody.
The problem here is that even upstream introduced a '-u' and '-g' flags these
get overwritten by the call to honeyd_init() which rewrites honeyd_uid and
honeyd_gid *after* the flags have been interpreted:
honeyd_init(void)
{
(...)
/* Find the correct ids for nobody */
if ((pwd = getpwnam(nobody)) != NULL) {
honeyd_uid = pwd-pw_uid;
honeyd_gid = pwd-pw_gid;
}
(...)
I'm going to introduce a workaround in that function so that it only
overwrites those values if the uid/gid corresponde to the ones set in the
header definition:
uid_thoneyd_uid = 32767;
gid_thoneyd_gid = 32767;
Expect a new package in unstable soon fixing this issue.
Regards
Javier
signature.asc
Description: Digital signature
Bug#506663: [debi] option to only upgrade already-installed packages
Package: devscripts
Version: 2.10.41
Severity: wishlist
Tags: patch
For complex multi-binary packages, I don't always want to install all
the binaries when testing my latest build. For example, ssh-krb5 is a
transitional package that rarely changes and that I don't need to have
installed myself, but I want to test the rest of openssh. Until now I've
just used 'dpkg -l' to remind myself of which binaries I have installed
and then used 'sudo dpkg -i' to install them by hand, but it would be
nice if debi could work that out for me.
The attached patch adds a new option, --upgrade, that uses dpkg-query to
figure out which packages are half-installed or better, and installs
only those.
Thanks,
--
Colin Watson [EMAIL PROTECTED]
Index: scripts/debi.pl
===
--- scripts/debi.pl (revision 1743)
+++ scripts/debi.pl (working copy)
@@ -30,6 +30,9 @@
use File::Basename;
use filetest 'access';
use Cwd;
+use File::Spec;
+use IPC::Open3;
+use Symbol 'gensym';
my $progname = basename($0,'.pl'); # the '.pl' is for when we're debugging
my $modified_conf_msg;
@@ -48,6 +51,7 @@
--debs-dir DIRLook for the changes and debs files in DIR instead of
the parent of the current package directory
--multi Search for multiarch .changes file made by dpkg-cross
+--upgrade Only upgrade packages; don't install new ones.
--check-dirname-level N
How much to check directory names:
N=0 never
@@ -171,6 +175,7 @@
# Command line options next
my ($opt_help, $opt_version, $opt_a, $opt_t, $opt_debsdir, $opt_multi);
+my $opt_upgrade;
my ($opt_ignore, $opt_level, $opt_regex, $opt_noconf);
GetOptions(help = \$opt_help,
version = \$opt_version,
@@ -178,6 +183,7 @@
t=s = \$opt_t,
debs-dir=s = \$opt_debsdir,
multi = \$opt_multi,
+ upgrade = \$opt_upgrade,
ignore-dirname = \$opt_ignore,
check-dirname-level=s = \$opt_level,
check-dirname-regex=s = \$opt_regex,
@@ -379,6 +385,42 @@
}
close CHANGES;
+if ($progname eq 'debi' and $opt_upgrade and @debs) {
+my %installed;
+my @cmd = ('dpkg-query', '-W', '-f', '${Package} ${Status}\n');
+for my $deb (@debs) {
+ (my $pkg = $deb) =~ s/_.*//;
+ push @cmd, $pkg;
+}
+local (*NULL, *QUERY);
+open NULL, '', File::Spec-devnull;
+my $pid = open3(gensym, \*QUERY, 'NULL', @cmd)
+ or die $progname: dpkg-query failed\n;
+while (QUERY) {
+ my ($pkg, $want, $eflag, $status) = split;
+ if ($status and $status ne 'not-installed' and
+ $status ne 'config-files') {
+ $installed{$pkg} = 1;
+ }
+}
+close QUERY;
+waitpid $pid, 0;
+my @new_debs;
+for my $deb (@debs) {
+ (my $pkg = $deb) =~ s/_.*//;
+ if ($installed{$pkg}) {
+ push @new_debs, $deb;
+ } elsif (@ARGV) {
+ if (exists $pkgs{$pkg}) {
+ $pkgs{$pkg}--;
+ } elsif (exists $pkgs{$deb}) {
+ $pkgs{$deb}--;
+ }
+ }
+}
+@debs = @new_debs;
+}
+
if (! @debs) {
die $progname: no appropriate .debs found in the changes file $changes!\n;
}
Index: scripts/debi.1
===
--- scripts/debi.1 (revision 1743)
+++ scripts/debi.1 (working copy)
@@ -76,6 +76,12 @@
either be an absolute path or relative to the top of the source
directory.
.TP
+\fB\-\-upgrade\fR
+Only upgrade packages already installed on the system, rather than
+installing all packages listed in the \fI.changes\fR file.
+Useful for multi-binary packages when you don't want to have all the
+binaries installed at once.
+.TP
\fB\-\-check-dirname-level\fR \fIN\fR
See the above section Directory name checking for an explanation of
this option.
Bug#490999: gcc-4.3 / qt3 misalignment
Hi!
This gives bus error on sparc
#include qdatetime.h
#include iostream
int main(int argc, char* argv[] )
{
QTime t = QTime::currentTime().addSecs(0);
int hour = t.hour();
std::cout hour hour std::endl;
return 0;
}
except in some cases where it segfaults.
If I recompile Qt3 in debug mode (with -O0), it works fine.
Somehow I feel like blaming the toolchain or gcc. So debian-sparc, it is your
turn!
When compiling qt3 with different options, I get:
with gcc 4.1 and -O2, I don't get a bus error, but wrong results from
t.hour();
with gcc 4.3 and -O2 I get bus error
with gcc 4.3 and -O1 it seems to work
with gcc 4.3 and -O0 it seems to work
/Sune
--
Genius, I'm not able to receive from a driver from DOS and from the
preferences inside Outlook, how does it work?
From the drawer within Office 8000 you should unmount the desktop to reset the
SMTP URL to a editor of a graphic DLL controller.
signature.asc
Description: This is a digitally signed message part.
Bug#506600: upstream changelog missing
Am Samstag, den 22.11.2008, 14:38 -0700 schrieb Bdale Garbee: Package: dvdbackup Version: 0.2-2 Please include the ustream ChangeLog file in the binary package. The ChangeLog file is useless without the source code. If you want to know what was changed from one version to another, have a look at the NEWS file. So I am against including the ChangeLog file into the binary package. Regards, Benjamin signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#506428: data files not bing downloaded
tags 506428 moreinfo thanks RC dpkg-reconfigure didn't help, neither did reinstalling the package. send me stdout/stderr `dpkg-reconfigure rocksndiamonds` when cheked Zelda2/Zelda1 games -- ... mpd is off . ''`. Dmitry E. Oboukhov : :’ : email: [EMAIL PROTECTED] jabber://[EMAIL PROTECTED] `. `~’ GPGKey: 1024D / F8E26537 2006-11-21 `- 1B23 D4F8 8EC0 D902 0555 E438 AB8C 00CF F8E2 6537 signature.asc Description: Digital signature
Bug#505330: ssh: glibc detected double free or corruption with local forwarding
forwarded 505330 https://bugzilla.mindrot.org/show_bug.cgi?id=1539 tags 505330 pending thanks On Tue, Nov 11, 2008 at 08:21:40PM +0100, Arthur de Jong wrote: Subject: ssh: glibc detected double free or corruption with local forwarding Package: ssh Version: 1:5.1p1-3 Severity: normal When starting a local forward in an existing session a double free cash can be forced. This is simple to reproduce: % ssh somehost [...] % ~C ssh -L *.80:localhost:80 Bad forwarding specification. *** glibc detected *** ssh: double free or corruption (fasttop): 0xb95431b0 *** Thanks for your report. I've fixed this in my tree and sent the patch upstream. -- Colin Watson [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506664: hplip_2.8.10-1(s390/experimental):
Package: hplip Version: 2.8.10-1 Severity: serious There was an error while trying to autobuild your package: Automatic build of hplip_2.8.10-1 on debian04v1.zseries.org by sbuild/s390 98-farm Build started at 20081123-1403 [...] ** Using build dependencies supplied by package: Build-Depends: libcups2-dev, libsane-dev, libsnmp-dev, libjpeg62-dev, libusb-dev (= 0.1.8), debhelper (= 5.0.37.2), autotools-dev, dpatch (= 2), autoconf, automake, libtool, cupsddk, patch (= 2.5.9-3bpo1), findutils (= 4.2.28), python-dev, python-qt3, python-qt4, pyqt-tools, python-support (= 0.3), python-dbus (= 0.80), libdbus-1-dev [...] [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m [35;01mwarning: CUPSEXT could not be loaded. Please check HPLIP installation.[0m make: *** [install-stamp] Error 1 dpkg-buildpackage: failure: /usr/bin/fakeroot debian/rules binary-arch gave error exit status 2 A full build log can be found at: http://buildd.debian.org/build.php?arch=s390pkg=hplipver=2.8.10-1 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506665: gtkpod: normalizes tracks with single track gain
Package: gtkpod Version: 0.99.12-3 Severity: wishlist The normalize command in the Tools menu automatically set the track replay-gain to the single track gain value even if mp3gain automatically computes and writes both in the file tags. Cheers, Emme PS I understand that gtkpod is not intended as an mp3gain GUI, but some kind of integration would be very welcome. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages gtkpod depends on: ii libart-2.0-2 2.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-14 GNU C Library: Shared libraries ii libcairo2 1.7.4-1The Cairo 2D vector graphics libra ii libcurl3-gnutls 7.18.2-5 Multi-protocol file transfer libra ii libdbus-1-3 1.2.1-3simple interprocess messaging syst ii libflac8 1.2.1-1.2 Free Lossless Audio Codec - runtim ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1 library to load .glade files at ru ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomevfs2-01:2.22.0-5 GNOME Virtual File System (runtime ii libgpod3 0.6.0-6library to read and write songs an ii libgtk2.0-0 2.12.11-3 The GTK+ graphical user interface ii libhal1 0.5.11-3 Hardware Abstraction Layer - share ii libid3tag00.15.1b-10 ID3 tag reading library from the M ii libpango1.0-0 1.20.5-2 Layout and rendering of internatio ii libvorbis0a 1.2.0.dfsg-3.1 The Vorbis General Audio Compressi ii libvorbisfile31.2.0.dfsg-3.1 The Vorbis General Audio Compressi ii libxml2 2.6.32.dfsg-4 GNOME XML library Versions of packages gtkpod recommends: ii id3v2 0.1.11-3 A command line id3v2 tag editor ii vorbis-tools 1.2.0-5several Ogg Vorbis tools Versions of packages gtkpod suggests: ii faac 1.26-0.1 an AAC audio encoder pn faad none (no description available) ii lame 3.98-0.1 LAME Ain't an MP3 Encoder ii mp3gain 1.4.6-7Lossless mp3 normalizer with stati ii perl 5.10.0-15 Larry Wall's Practical Extraction ii python2.5.2-2An interactive high-level object-o -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506667: xine-plugin: Please add support for control buttons in the browser plugin
Package: xine-plugin Version: 1.0.2-1 Severity: wishlist As far as I can tell, the current xine browser plugin do not implement/support control buttons to pause/stop the video playing. This make it less useful in several settings, where for example 'pause' is required. As xine-plugin is the plugin supporting most file formats, I would love to use it in Debian Edu, but we need a plugin that support control buttons. See URL: http://wiki.debian.org/DebianEdu/BrowserMultimedia for a summary of my findings regarding multimedia browser plugins so far. :) It also show a list of mime types not listed as supported by xine-plugin, but supported by one of the other browser plugins in Debian. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.26-1-686 (SMP w/1 CPU core) Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xine-plugin depends on: ii libc6 2.7-15 GNU C Library: Shared libraries ii libx11-6 2:1.1.5-2 X11 client-side library ii libxine1 1.1.14-3 the xine video/media player librar xine-plugin recommends no packages. xine-plugin suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506666: libdirectfb-1.0-0: SDL apps crash in DirectFB on PPC
Package: libdirectfb-1.0-0 Version: 1.0.1-11 Severity: critical Justification: breaks unrelated software This bug already reported in Launchpad, but no ppc support there. https://bugs.launchpad.net/ubuntu/+source/directfb/+bug/301278 This problem's first symptom is that you are completely logged out of your X session as soon as you try to run something like Tuxpaint on PPC. I have seen it on Fedora, Debian Lenny and Intrepid. Etch.5 worked fine, probably because directfb was version 0.9. I have stepped though Tuxpaint until an SDL init: SDL_Init(1048625) (Those flags are: SDL_INIT_VIDEO | SDL_INIT_TIMER | SDL_INIT_AUDO | SDL_INIT_NOPARACHUTE) I then stepped through the SDL code until here: DirectFB_CreateDevice (devindex=value optimized out) at ../../src/video/directfb/SDL_DirectFB_video.c:123 DirectFB_CreateDevice crashes. It sometimes prints the error below, but mostly it doesn't print anything, it just terminates the session. Since it looks permissions related I have run everything as root but that doesn't help. The machine I am running is a G4 Mac Mini (powerpc). The graphics card: :00:10.0 VGA compatible controller [0300]: ATI Technologies Inc RV280 [Radeon 9200] [1002:5962] (rev 01) (prog-if 00 [VGA controller]) Subsystem: ATI Technologies Inc RV280 [Radeon 9200] [1002:5962] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 255 (2000ns min), Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 48 Region 0: Memory at 9800 (32-bit, prefetchable) [size=128M] Region 1: I/O ports at 0400 [size=256] Region 2: Memory at 9000 (32-bit, non-prefetchable) [size=64K] Expansion ROM at f100 [disabled] [size=128K] Capabilities: [58] AGP version 2.0 Status: RQ=80 Iso- ArqSz=0 Cal=0 SBA+ ITACoh- GART64- HTrans- 64bit- FW+ AGP3- Rate=x1,x2,x4 Command: RQ=8 ArqSz=0 Cal=0 SBA+ AGP+ GART64- 64bit- FW- Rate=x4 Capabilities: [50] Power Management version 2 Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: radeonfb I have already gone through three distributions, rebuilt Tuxpaint and SDL from source with debug symbols and stepped to discover the problem - so I'm willing to help fix this. The rare error message: -8x-8x---8x-8x---8x ===| DirectFB 1.0.1 |=== (c) 2001-2007 The DirectFB Organization (directfb.org) (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2008-09-12 20:02) (*) Direct/Memcpy: Using ppcasm_memcpy() (!) DirectFB/Core: Could not initialize 'system' core! -- Access denied! ===| DirectFB 1.0.1 |=== (c) 2001-2007 The DirectFB Organization (directfb.org) (c) 2000-2004 Convergence (integrated media) GmbH (*) DirectFB/Core: Single Application Core. (2008-09-12 20:02) (*) Direct/Memcpy: Using libc memcpy() (!) DirectFB/Core: Could not initialize 'system' core! -- Access denied! Error: I could not initialize video and/or the timer! The Simple DirectMedia Layer error that occurred was: DirectFBCreate: Access denied! -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 2.6.26-1-powerpc Locale: LANG=en_ZA.UTF-8, LC_CTYPE=en_ZA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libdirectfb-1.0-0 depends on: ii libc6 2.7-16 GNU C Library: Shared libraries ii libsysfs2 2.1.0-5interface library to sysfs ii libts-0.0-0 1.0-4 touch screen library libdirectfb-1.0-0 recommends no packages. libdirectfb-1.0-0 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#346253: Is it still a problem?
I still cannot reproduce this. My feeling is that it might have been a memory corruption around ignored contacts, which might have been fixed since it was reported. Can you verify if this is still a problem? Would you mind if I closed this bug? -- Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/ GnuPG: 1024D/60F41216 FE67 DA2D 0ACA FC5E 3F75 D6F6 3A0D 8AA0 60F4 1216 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#506668: update-tasks: Don't hardcode which tasks should be included in essential
Package: debian-cd Version: 3.0.5 Severity: wishlist It would be more flexible if that info could be included in the task.list files themselves, for example by adding a '-' after non-essential tasks. signature.asc Description: This is a digitally signed message part.
Bug#491794: arpack changed license
Hello, it seems to me, that arpack changed the license somewhere in the last months. The actual license can now be found at: http://www.caam.rice.edu/software/ARPACK/RiceBSD.txt It has removed the former critical third and fourth clause. It maybe helpful to get arpack back into main. BSD Software License Pertains to ARPACK and P_ARPACK Copyright (c) 1996-2008 Rice University. Developed by D.C. Sorensen, R.B. Lehoucq, C. Yang, and K. Maschhoff. All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: - Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. - Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer listed in this license in the documentation and/or other materials provided with the distribution. - Neither the name of the copyright holders nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS AS IS AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#496063: 'man pterm' uses unicode dashes for option markers, in unicode locale
rjk writes: Subject: 'man pterm' uses unicode dashes for option markers, in unicode locale [...] OPTIONS$ The command-line options supported by pterm are:$ $ [EMAIL PROTECTED]@M-^Pe command [ arguments ]$ ^^ and Colin replies: I think this is a halibut bug; it turns \- (non-breaking hyphen) into \(hy. I suspect that in practice \- would be more appropriate for manual page output. I think this is fixed in upstream halibut[*] as of r8309. We're emitting - rather than the \- you suggest; a little experimentation suggests that we're doing the Right Thing, as the former tends to come out as U+002D HYPHEN-MINUS (what we want) whereas the latter has minus-sign semantics and tends to come out as U+2212 MINUS SIGN. [*] Apparently freshwater halibut do exist. Learn something every day. rjk also writes: Also it uses curly quotes instead of the ascii apostrophe sign in the pterm -e example. This isn't yet fixed upstream. The options appear to be: ' Current; right quote semantics so tends to generate U+2019 RIGHT SINGLE QUOTATION MARK \'Acute accent semantics so tends to generate U+00B4 ACUTE ACCENT \(aq Apostrophe quote; appears to generate what we want, U+0027 APOSTROPHE I'm going to go for generating the latter, but I'm slightly nervous because that named character is not in the classical troff reference, http://www.kohala.com/start/troff/cstr54.ps, so I'm worried about its portability. Opinions? (There's also an equivalent issue with backticks; \` appears to be the way to go here. Reading troff documentation suggests that these are likely to be the only problematic characters.) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#463425: ath5k 2.6.25
On Sun, Nov 23, 2008 at 11:29:26AM +0100, Moritz Muehlenhoff wrote: According to Larry Doolittle's followup the current Lenny kernel works for him. Can you confirm? Yes, it works for me as well. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505789: Fix confirmation
Hi, I've just confirmed using the daily build netinst that getting firmware file from a USB stick works. Thanks. -- Jurij Smakov [EMAIL PROTECTED] Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#505852: [Pkg-clamav-devel] Bug#505852: clamav-milter won't start when both local and tcp socket are in use
This one time, at band camp, Matus UHLAR - fantomas said: when both LocalSocket and TCPsocket are defined in clamav.conf, milter won't start and prints error: /usr/sbin/clamav-milter: You can select one server type only (local/TCP) in /etc/clamav/clamd.conf I found it kinda silly - can't it simply prefer e.g. local sockets? I've discussed this with upstream, and provided they get the time to squeeze all the changes planned for the milter in, this is on the list for 0.95. Cheers, -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#455109: NMU
I have prepared NMU for testing-proposed-updates for this old but
release-goaled bug:
dget
http://mentors.debian.net/debian/pool/main/t/ttf-sil-gentium/ttf-sil-gentium_1.02+dfsg1-5.1.dsc
In this package, a preinst is added for the transitional package ttf-gentium
to clean up the obsolete config file /etc/defoma/hints/ttf-gentium.hints,
which was left over from etch.
The debdiff is also attached.
Is it OK for the upload?
--
Theppitak Karoonboonyanan
http://linux.thai.net/~thep/
diff -u ttf-sil-gentium-1.02+dfsg1/debian/changelog ttf-sil-gentium-1.02+dfsg1/debian/changelog
--- ttf-sil-gentium-1.02+dfsg1/debian/changelog
+++ ttf-sil-gentium-1.02+dfsg1/debian/changelog
@@ -1,3 +1,12 @@
+ttf-sil-gentium (1.02+dfsg1-5.1) testing-proposed-updates; urgency=medium
+
+ * Non-maintainer upload.
+ * Urgency medium due to RC bug fix.
+ * ttf-gentium.preinst: Clear obsolete conffile. Closes: #455109.
+ * Bump Standards-Version to 3.8.0 (no changes needed).
+
+ -- Theppitak Karoonboonyanan [EMAIL PROTECTED] Sun, 23 Nov 2008 22:10:31 +0700
+
ttf-sil-gentium (1.02+dfsg1-5) unstable; urgency=low
* Removed non-free local.conf. (Closes: #429650)
diff -u ttf-sil-gentium-1.02+dfsg1/debian/control ttf-sil-gentium-1.02+dfsg1/debian/control
--- ttf-sil-gentium-1.02+dfsg1/debian/control
+++ ttf-sil-gentium-1.02+dfsg1/debian/control
@@ -5,7 +5,7 @@
Uploaders: Debian Fonts Task Force [EMAIL PROTECTED]
Build-Depends: debhelper (= 5), defoma (= 0.7.0)
Homepage: http://scripts.sil.org/Gentium
-Standards-Version: 3.7.3
+Standards-Version: 3.8.0
Package: ttf-sil-gentium
Architecture: all
only in patch2:
unchanged:
--- ttf-sil-gentium-1.02+dfsg1.orig/debian/ttf-gentium.preinst
+++ ttf-sil-gentium-1.02+dfsg1/debian/ttf-gentium.preinst
@@ -0,0 +1,49 @@
+#! /bin/sh
+# preinst script for ttf-gentium
+#
+# see: dh_installdeb(1)
+
+set -e
+
+# summary of how this script can be called:
+#* new-preinst `install'
+#* new-preinst `install' old-version
+#* new-preinst `upgrade' old-version
+#* old-preinst `abort-upgrade' new-version
+#
+# For details see /usr/share/doc/packaging-manual/
+
+# Remove a no-longer used conffile
+rm_conffile() {
+CONFFILE=$1
+
+if [ -e $CONFFILE ]; then
+echo Removing obsolete conffile $CONFFILE ...
+rm -f $CONFFILE
+fi
+}
+
+case $1 in
+install|upgrade)
+if dpkg --compare-versions $2 le 1.02+dfsg1-5; then
+rm_conffile /etc/defoma/hints/ttf-gentium.hints
+fi
+;;
+
+abort-upgrade)
+;;
+
+*)
+echo preinst called with unknown argument \`$1' 2
+exit 0
+;;
+esac
+
+# dh_installdeb will replace this with shell code automatically
+# generated by other debhelper scripts.
+
+#DEBHELPER#
+
+exit 0
+
+
signature.asc
Description: Digital signature
Bug#506629: apt: Apparently incorrect decision or error description
Can you please run 'apt-get install -o Debug::pkgProblemResolver=1 fso-frameworkd' and post the output? I sure can, here's the output, Stefan # apt-get install -o Debug::pkgProblemResolver=1 fso-frameworkd Reading package lists... Done Building dependency tree Reading state information... Done Starting Starting 2 Investigating python Package python has broken dep on python2.5 Considering python2.5 3 as a solution to python 113 Added python2.5 to the remove list Fixing python via keep of python2.5 Investigating fso-frameworkd Package fso-frameworkd has broken dep on python2.5 Considering python2.5 3 as a solution to fso-frameworkd 10008 Added python2.5 to the remove list Fixing fso-frameworkd via remove of python2.5 Investigating python Package python has broken dep on python2.5 Considering python2.5 3 as a solution to python 113 Added python2.5 to the remove list Fixing python via keep of python2.5 Investigating fso-frameworkd Package fso-frameworkd has broken dep on python2.5 Considering python2.5 3 as a solution to fso-frameworkd 10008 Added python2.5 to the remove list Fixing fso-frameworkd via remove of python2.5 Investigating python Package python has broken dep on python2.5 Considering python2.5 10008 as a solution to python 113 Removing python rather than change python2.5 Investigating python-support Package python-support has broken dep on python Considering python 10008 as a solution to python-support 33 Removing python-support rather than change python Investigating python-central Package python-central has broken dep on python Considering python 10008 as a solution to python-central 13 Removing python-central rather than change python Investigating python-dbus Package python-dbus has broken dep on python Considering python 10008 as a solution to python-dbus 10 Removing python-dbus rather than change python Investigating python-gtk2 Package python-gtk2 has broken dep on python Considering python 10008 as a solution to python-gtk2 8 Removing python-gtk2 rather than change python Investigating python-cairo Package python-cairo has broken dep on python Considering python 10008 as a solution to python-cairo 8 Removing python-cairo rather than change python Investigating python-gobject Package python-gobject has broken dep on python Considering python 10008 as a solution to python-gobject 7 Removing python-gobject rather than change python Investigating python-gst0.10 Package python-gst0.10 has broken dep on python Considering python 10008 as a solution to python-gst0.10 5 Removing python-gst0.10 rather than change python Investigating python-numeric Package python-numeric has broken dep on python Considering python 10008 as a solution to python-numeric 5 Removing python-numeric rather than change python Investigating python-serial Package python-serial has broken dep on python Considering python 10008 as a solution to python-serial 5 Removing python-serial rather than change python Investigating alsa-utils Package alsa-utils has broken dep on python Considering python 10008 as a solution to alsa-utils 5 Removing alsa-utils rather than change python Investigating fso-frameworkd-wireless-glue Package fso-frameworkd-wireless-glue has broken dep on python Considering python 10008 as a solution to fso-frameworkd-wireless-glue 4 Removing fso-frameworkd-wireless-glue rather than change python Investigating python-yaml Package python-yaml has broken dep on python Considering python 10008 as a solution to python-yaml 4 Removing python-yaml rather than change python Investigating python-notify Package python-notify has broken dep on python Considering python 10008 as a solution to python-notify 2 Removing python-notify rather than change python Investigating python-libxml2 Package python-libxml2 has broken dep on python Considering python 10008 as a solution to python-libxml2 2 Removing python-libxml2 rather than change python Investigating gconf2 Package gconf2 has broken dep on python Considering python 10008 as a solution to gconf2 2 Removing gconf2 rather than change python Investigating notification-daemon Package notification-daemon has broken dep on gconf2 Considering gconf2 10008 as a solution to notification-daemon 0 Removing notification-daemon rather than change gconf2 Investigating zhone Package zhone has broken dep on python Considering python 10008 as a solution to zhone 0 Removing zhone rather than change python Investigating gstreamer0.10-plugins-good Package gstreamer0.10-plugins-good has broken dep on gconf2 Considering gconf2 10008 as a solution to gstreamer0.10-plugins-good 0 Removing gstreamer0.10-plugins-good rather than change gconf2 Investigating python-edje Package python-edje has broken dep on python Considering python 10008 as a solution to python-edje 0 Removing python-edje rather than change python Investigating python-edbus Package python-edbus has broken
Bug#488249: gnome-system-tools: This bug affects Lenny
Package: gnome-system-tools Version: 2.22.0-3 Followup-For: Bug #488249 This bug affects me in the way it is described. So it affects Debian. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-system-tools depends on: ii gconf22.22.0-1 GNOME configuration database syste ii gksu 2.0.0-6graphical frontend to su ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libc6 2.7-16 GNU C Library: Shared libraries ii libcairo2 1.6.4-6.1 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-4simple interprocess messaging syst ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglib2.0-0 2.16.6-1 The GLib library of C routines ii libgnomevfs2-01:2.22.0-5 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.11-4 The GTK+ graphical user interface ii libnautilus-extension12.20.0-7 libraries for nautilus components ii liboobs-1-4 2.22.0-1 GObject based interface to system- ii libpango1.0-0 1.20.5-3 Layout and rendering of internatio ii perl 5.10.0-17 Larry Wall's Practical Extraction ii system-tools-backends 2.6.0-2System Tools to manage computer co Versions of packages gnome-system-tools recommends: ii gnome-control-center1:2.22.2.1-2 utilities to configure the GNOME d Versions of packages gnome-system-tools suggests: pn ntp none (no description available) pn samba-common none (no description available) pn wvdialnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
