Bug#596413: O: pngwriter -- easy to use graphics library
Package: wnpp Severity: normal The current maintainer of pngwriter, Víctor Pérez Pereira vpe...@debianvenezuela.org, and co-maint Miguel Gea is apparently not active anymore. Therefore, I orphan this package now. Maintaining a package requires time and skills. Please only adopt this package if you will have enough time and attention to work on it. If you want to be the new maintainer, please see http://www.debian.org/devel/wnpp/index.html#howto-o for detailed instructions how to adopt a package properly. Priority: optional Section: libs Source: pngwriter Version: 0.5.3-3 Description: easy to use graphics library (runtime) PNGwriter is a very easy to use open source graphics library that uses PNG as its output format. The interface has been designed to be as simple and intuitive as possible. It supports plotting and reading in the RGB (red, green, blue), HSV (hue, saturation, value/brightness) and CMYK (cyan, magenta, yellow, black) colour spaces, basic shapes, scaling, bilinear interpolation, full TrueType antialiased and rotated text support, bezier curves, opening existing PNG images and more. Documentation in English and Spanish. Runs under Linux, Unix, Mac OS X and Windows. . In this package you can find the shared library, necessary for execution environments using pngwriter. Homepage: http://pngwriter.sourceforge.net/ Cheers -- René -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596414: SIGBUS error in javadoc
Package: gcj-4.4-jdk Version: 4.4.4-14 Severity: important A bus error occured in javadoc while building libglpk-java 1.0.13-4 on kfreebsd-amd64. The complete build log is available at https://buildd.debian.org/fetch.cgi?pkg=glpk-java;ver=1.0.13-4;arch=kfreebsd-amd64;stamp=1284161579 Best regards Xypron Get:9 http://ftp.gr.debian.org/debian/ sid/main gcj-4.4-jdk kfreebsd-amd64 4.4.4-14 [4016kB] ... Constructing Javadoc information... WARNING: Cannot locate class java.lang.Object referenced in class org.gnu.glpk.GlpkCallback WARNING: Error while loading class LinkedList WARNING: Error while loading class RuntimeException Resolving references in comments... Resolving references in classes... Resolving references in packages... Resolving references in class comments... Resolving references in package comments... Running doclet... WARNING: Option -validhtml hasn't been specified. Generated HTML will not validate. Building cross-reference information... Writing overview files... Writing index... Writing HTML files for package org.gnu.glpk make[2]: *** [all] Bus error make[2]: Leaving directory `/build/buildd-glpk-java_1.0.13-4-kfreebsd-amd64-G0Hbp0/glpk-java-1.0.13/swig' make[1]: *** [all] Error 2 -- GRATIS: Spider-Man 1-3 sowie 300 weitere Videos! Jetzt freischalten! http://portal.gmx.net/de/go/maxdome -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590221: Package: nvidia-glx-legacy-173xx
Sorry about not Cc:ing the bug. apt (and all the package managers) not default to install recommeds by default. Therefore you see these extra packages being installed. This makes no sense, apt and synaptic do install recommends as depends by default, and so does aptitude as far as I know. Still doesn't explain why the older gcc and kernel pkgs were also being installed. Perhaps because I don't build the kernel headers, usually, since I have no need to. Build a custom kernel and needed modules and install them. First install source, build module(s), install it, install the glx pkg and restart X, or reboot if kernel is built also. Not a big deal. nvidia-kernel-dkms Recommends kernel headers -- so you hopefully have the headers for your running kernel installed and the module can be built automatically Only if one wants this done automatically, shouldn't be forced upon the user. Which happened because the legacy changelog did not have the necessary info in it so the user could decide whether to use dkms or not. Read the changelog of nvidia-graphics-drivers, the full details are there It's not in the legacy drivers' changelog, one has to go find it in the version for newer cards, and read several months of changes. Just stating: synchronize packaging with nvidia-graphics-drivers 195.36.24-4 doesn't help the user know what is going on, or know that installation of the nvidia drivers could be automatically done if their system is set up a certain way, if one even wants that. Should have been put in the changelog for the legacy drivers. You can solve your problem in the following two ways: 1. apt-get --no-install-recommends nvidia-kernel-legacy-173xx- source, then you can build your module and install nvidia-glx-... 2. if you don't want to use dkms, set up apt pinning to prevent it's installation. see APT_PREFERENCES(5) I had already solved the problem by unchecking the default synaptic behavior, which is the same as #1. I use synaptic because I have problems with my hands, too much typing causes pain and numbness, so I will have to check out doing #2 in synaptic. Still don't think this was done right, legacy changelogs were missing important info, forcing users to use dkms isn't right, especially when the older kernel headers were being pulled in, and that would have caused problems with my newer custom kernel. Should have been a suggested option, since all the pkg management programs install recommends by default. Thanks for the work and info. Steven Altermatt
Bug#596407: www-master.debian.org: install opencc to enable auto-conversion between zh_CN and zh_TW
On Sat, Sep 11, 2010 at 01:25:15PM +0800, Kan-Ru Chen wrote: On Sat, Sep 11, 2010 at 1:02 PM, Osamu Aoki os...@debian.org wrote: Considering needs to convert for other docs too, I request admin to install opencc package. opencc 0.1.1-1 simplified-traditional chinese conversion tool The website translation could leverage this as well. It was planed to migrate the wml source to unicode based and convert to zh-cn or zh-tw at compile time. I have backported the cconv[1] package but haven't started to do the actual conversion yet. [1] cconv 0.6.2-1 simplified-traditional chinese conversion tool Now it seems opencc is superior than cconv and the upstream is more active. I think it make sense to install opencc on www-master. The data for sed script I run for maint-guide may be added to opencc data if we know enough. I was going to file RT request to install package while quoting you. Then I realize this is not in stable nor in backports :-( So steps: 1. freezeexcepton to get decent version to testing. 2. backport. 3. install to www-master Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596415: unblock: viewpdf.app/1:0.2dfsg1-3.1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package viewpdf.app, it fixes an RC bug. debian/changelog: * Non-maintainer upload. * ViewPDFInfo.plist (NSTypes): Change NSRole to Viewer, making the app usable with gnustep-gui/0.18 (Closes: #595763). ViewPDFInfo.plist |2 +- debian/changelog |8 2 files changed, 9 insertions(+), 1 deletion(-) unblock viewpdf.app/1:0.2dfsg1-3.1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#576896: SIGBUS error in javadoc
See Debian Bug #596414 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596414 SIGBUS error in javadoc -- GRATIS: Spider-Man 1-3 sowie 300 weitere Videos! Jetzt freischalten! http://portal.gmx.net/de/go/maxdome -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566501: switching virtual consoles during boot or when using setupcon/
I saw something like the problem in bugs #566501 and #570338 since about February and just spent some time with a more knowledgeable collegue to investigate. I have two PCs that I run with the 'testing' distribution. On one of these PCs, from February thru July, I was able to change the line in /etc/default/console-setup from: VERBOSE_OUTPUT=no to VERBOSE_OUTPUT=yes to fix the problem on one of my systems. When I did a upgrade in August, the problem re-occurred, and the final VT could be any of tty[1-6] after booting. (My other PC never exhibited this problem in any way.) We found this thread: http://lkml.org/lkml/2009/11/15/72, talking about a problem in /usr/bin/consolechars (package: console-tools) that seems to explain this problem as being in the kernel. We couldn't find any patch that fixed it. '/usr/bin/consolechars' is used by '/bin/setupcon' which is used in '/etc/init.d/console-setup' (both in package: console-setup) which is where my system seemed to have the problem. I hacked '/bin/setupcon' to save the vt number at entry (from '/bin/fgconsole') and restored it at exit (with '/usr/bin/chvt'). This fixed the problem on my PC. '/usr/bin/consolechars' is also used by /etc/init.d/console-screen.sh (package: console-tools) which might explain the behavior in bug #566501. I found it is also used by '/usr/bin/charset' and '/usr/bin/unicode_start' (also package: console-tools). Hope this helps Paul Higgins -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596416: unblock: cynthiune.app/0.9.5-11
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: freeze-exception Please unblock package cynthiune.app to fix (unofficial?) release goal. If possible, I'd prefer to spend longer period in unstable. The changelog is: * debian/patches/ALSA.patch: New; implement an ALSA output bundle and make it the default on GNU/Linux (Closes: #576228). * debian/patches/kfreebsd-OSS-default.patch: Remove, default now handled with the above patch. * debian/patches/series: Update. * debian/control (Build-Depends): Add libasound2-dev [linux-any]. (Standards-Version): Set to 3.9.1 (no changes needed). * debian/copyright: Update copyright holders/years. cynthiune.app-0.9.5/debian/changelog | 13 cynthiune.app-0.9.5/debian/control|3 cynthiune.app-0.9.5/debian/copyright |1 cynthiune.app-0.9.5/debian/patches/series |2 debian/patches/ALSA.patch | 402 ++ debian/patches/kfreebsd-OSS-default.patch | 18 - 6 files changed, 419 insertions(+), 20 deletions(-) $ diffstat debian/patches/ALSA.patch GNUmakefile |8 GeneralPreference.m | 50 - cynthiune.app-0.9.5/Bundles/ALSA/ALSA.h | 40 cynthiune.app-0.9.5/Bundles/ALSA/ALSA.m | 169 ++ cynthiune.app-0.9.5/Bundles/ALSA/GNUmakefile | 44 cynthiune.app-0.9.5/Bundles/ALSA/GNUmakefile.preamble | 31 +++ 6 files changed, 335 insertions(+), 7 deletions(-) unblock cynthiune.app/0.9.5-11 age-days 20 cynthiune.app/0.9.5-11 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596036: submits 'now playing' notification infinitely fast
tags 596036 fixed-upstream thanks Thanks for forwarding. I wasn't sure if it was something to do with Debian's system-service setup or an upstream bug, so reported here, but it was indeed an upstream bug. I tried out the current git version, which fixed the problem. This is the relevant patch: http://git.musicpd.org/cgit/master/mpdscribble.git/commit/?id=f488bc91f0311bfdfbef28a6d75f37f83b2e1057 -Mark On 09/10/2010 01:57 AM, Michal Čihař wrote: Hi Dne Tue, 07 Sep 2010 23:05:50 -0700 Deliriumdelir...@hackish.org napsal(a): Let me know if I can provide any other information. I've forwarded the bug upstream http://musicpd.org/mantis/view.php?id=3035, it would be great if you can subscribe to updates there. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593014: [bug-poe-api-p...@rt.cpan.org: Re: [rt.cpan.org #60810] Bug#593014: FTBFS: test t/03-event.t fails with libpoe-perl (2:1.2920-1)]
Forwarding the message from upstream, so that we have recorded. So we need to wait for 2.16. Bests Salvatore - Forwarded message from sungo via RT bug-poe-api-p...@rt.cpan.org - From: sungo via RT bug-poe-api-p...@rt.cpan.org Reply-To: bug-poe-api-p...@rt.cpan.org Date: Sun, 5 Sep 2010 22:16:44 -0400 To: car...@cpan.org Subject: Re: [rt.cpan.org #60810] Bug#593014: FTBFS: test t/03-event.t fails with libpoe-perl (2:1.2920-1) URL: https://rt.cpan.org/Ticket/Display.html?id=60810 POE::API::Peek v2.16_2 is on its way to CPAN. It requires POE v1.293, the latest. That POE fixes the event related errors you reported but it adds new signal related ones. 2.16_2 contains fixes, as per my contracted API but it does not yet contain methods to access the new data. 2.16_3 and hopefully 2.16 will come tomorrow containing fixes for everything. -- sungo http://sungo.us - End forwarded message - signature.asc Description: Digital signature
Bug#570338: Switching virtual consoles during boot or when using setupcon (revised)
I saw something like the problem in bugs #566501 and #570338 since about February and just spent some time with a more knowledgeable colleague to Investigate the problem. I have two PCs that I run with the 'testing' distribution. On one of these PCs, from February thru July, I was able to change a line in /etc/default/console-setup from: VERBOSE_OUTPUT=no to: VERBOSE_OUTPUT=yes which fixed the problem. When I did a upgrade in August, package console-setup changed from version 1.51 to 1.55, causing the problem to re-occur. After this the VT number could be any of tty[1-6] after finishing booting. (My other PC never exhibited this problem in any way.) We found this thread: http://lkml.org/lkml/2009/11/15/72, talking about a problem in /usr/bin/consolechars (package: console-tools) that seems to explain this problem as being in the kernel. We couldn't find any patch that fixed it. '/usr/bin/consolechars' is used by '/bin/setupcon' which is used in '/etc/init.d/console-setup' (both in package: console-setup) which is where my system seemed to have the problem. I hacked '/bin/setupcon' to save the vt number at entry (from '/bin/fgconsole') and restored it at exit (with '/usr/bin/chvt'). This fixed the problem on my PC. '/usr/bin/consolechars' is also used by /etc/init.d/console-screen.sh (package: console-tools) which might explain the behavior in bug #566501. I found it is also used by '/usr/bin/charset' and '/usr/bin/unicode_start' (also package: console-tools). Hope this helps Paul Higgins
Bug#594992: keyboard-configuration: add brazilian abnt2 model to the list of keyboards
Quoting Samuel Thibault (sthiba...@debian.org): reassign 594992 kbd-chooser thanks Gunther Furtado, le Sat 04 Sep 2010 14:50:42 -0300, a écrit : The questions appears in this order. 1. Please choose the language used for the instalation process... Portuguese (Brazil) 2. Location 3. Keymap to use for a USB keyboard there is no Brazilian otpion here!!! Ok, so that's why. This is kbd-chooser and not console-setup, and kbd-chooser indeed doesn't have such choice. Keymaps are provided by console-data. But console-data *doesn't* have a keymap for Brazilian ABNT2 layout in its mac directory. And these are what's used when one is choosing USB keyboard: Template: console-keymaps-usb/keymap Type: select Choices-C: mac-usb-us, mac-usb-be, mac-usb-uk, mac-usb-dk-latin1, mac-usb-dvorak, mac-usb-fi-latin1, mac-usb-fr, mac-usb-de-latin1-nodeadkeys, it, mac-usb-it, mac-usb-pt-latin1 , mac-usb-es, mac-usb-se, mac-usb-fr_CH-latin1, mac-usb-de_CH #flag:partial __Choices: American English, Belgian, British English, Danish, Dvorak, Finnish, French, German, Italian, Italian, Portuguese, Spanish, Swedish, Swiss French, Swiss German _Description: Keymap to use for a USB keyboard: What I think is happening here is that the PowerPC installer follows *by default* a path for keymap choice that goes through USB keyboard which, itself, leads to the choice of keymaps among a very restricted set. See the following comment in kbd-chooser/usb-kbd.c: static kbd_t *usb_preferred_keymap (kbd_t *keyboards, const char *subarch) { /* FIXME * It was a mistake to tie keymaps to architectures: all the keymaps * in console-keymaps-usb are Mac-specific (at the moment); PC USB keyboards * all use standard AT keymaps. But its too close to sarge release to change design, * so we go with the following hack: * If the USB keyboard vendor is Apple, set PRESENT = TRUE. * For other keyboard vendors and if architecture is x86 or powerpc (prep and chrp), * force the installer to display the list of AT keymaps. This is needed because, for * 2.6 kernels, we can not assume that a AT connector will be detected in at-kbd.c. * * UPDATE * Because of the changes in the input layer, we can now be sure that an * AT keyboard layout is needed, even if an USB keyboard is detected. So we force * any USB keyboard to AT and no longer include the option to select a USB keymap * for all arches except powerpc which still needs the usb keymaps as otherwise * the mode switch key (for accented characters) is mapped to the wrong key. */ // Always use AT keymaps for USB keyboards with 2.6 kernel (except for powerpc) int skip_26_kernels = 0; #if defined (AT_KBD) !defined(__powerpc__) struct utsname buf; uname(buf); if (strncmp(buf.release, 2.6, 3) == 0) skip_26_kernels = 1; #endif General problem: all this code is many years old and doesn't really fit the current situation where USB is everywhere and the only keyboards that are used in real life are the various flavours of PC-style keyboards (overgeneralization here, of course: various Macs do have specific layouts, so are the last sold Sun keyboards, etc). Immediate solution for Gunther, I think: use the installer in expert mode and choose AT keyboard Not having a PowerPC machine handy, I can't test this, though. signature.asc Description: Digital signature
Bug#445148: closed by Christian Perrier bubu...@debian.org (Closing oldbug report against debian-installer #445148)
Quoting RPN01 (nix.rob...@mayo.edu): I waited three years for ³Let us know if this happens again²?!? Gee... I just closed 2000 installation reports, some dated much more than 3 years. So, yes sorry, we couldn't process all of them and some got ignored. Particularly trying to reproduce S/390 bugs is not as easy as just saying it. In the case of such bugs, then the only option is telling people who had such problems to try reproducing them with the current installer. Particularly those who were due to partitions naming and ordering need to be re-examined because general changes in the installer behaviour wrt this. Not sure it affects S/390, though. signature.asc Description: Digital signature
Bug#521196: marked as done (debootstrap does not support https transport)
reopen 521196 tags 521196 pending thanks Hi all, - support added for https on debootstrap with patch from Jonathan Klee jonathan.k...@openwide.fr. - added patch to handle the sources.list creation when https is used by Jonathan Klee jonathan.k...@openwide.fr. In such case, please don't close the bug. The next upload, with the patch you committed, will do this properly. signature.asc Description: Digital signature
Bug#596352: New upstream version available
Hi, On Sat, Sep 11, 2010 at 7:38 AM, tony mancill tmanc...@debian.org wrote: On 09/10/2010 09:19 AM, David Paleino wrote: I'm trying to package geowebcache (ITP #), which in turn depends on many other things not present in Debian. One of these is tomcat-maven-plugin. This depends on plexus-component-metadata, version 1.5.1. @David: it can't be built with version 1.0? Have you tried that? I've updated the watch file in SVN and am working on upgrading the package. Will 1.5.4 be suitable, or does tomcat-maven-plugin explicitly require version 1.5.1? @Tony: please check the reverse dependencies carefully after updating the package. Cheers, Torsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596333: dpkg-genchanges: wrong french translation : impossible de lire le fichier des fichiers
Quoting Olivier Berger (olivier.ber...@it-sudparis.eu): I think we should prefer understandable things (even not real proper french) than things that render the message completely opaque. File of files... uh ? files list file, then, at least I understand that one file lists other files. Still dunno which but, at least I may be able to guess one step further... Agreed. I still can't stand lister, though..:-) I settled for fichier de liste des fichiers which is a bit heavybut gives the exact picture: this is a file that contains a list of files I actually wonder whether English shouldn't be files' list file signature.asc Description: Digital signature
Bug#596388: debian-installer: Very bad support for /cdrom install ! please a fix
tags 596388 moreinfo thanks Quoting yellow (yellowprot...@gmail.com): Package: debian-installer Version: really bad /cdrom support ! please a fix asap !! Severity: important Dear Sir, Please try to install linux debian testing from a pendrive. It is today not possible !! It says : No common cd'rom drive was detected altought /cdrom is moutned from /dev/sdb1 Hello, Please: 1) step a little bit down and avoid escalating your tone 1bis): avoid implicitly insulting Debian Installer developers 2) give details about the *exact* Debian Installer image you're using (which architecture, from where you downloaded it, etc.) 3) explain what you did on your pendrive (what is this? A USB stick?) 4) why you need to have a CD-ROM additionnally 5) give all steps you're following to reach the situation which you don't seem to like With all these details and particularly more facts than feelings, maybe we can analyze the problems you're facing. Regards, signature.asc Description: Digital signature
Bug#596390: Log messages from 2.6.30 and 2.6.32
On 9/10/2010 4:57 PM, Ben Hutchings wrote: Please test a newer version. There was a bug fix to r8169 in version 2.6.32-16 which might address this. I was already on the -20 version. Then I tried the -21 recently added to the backports archive, with no change. After a little experimentation, I found a not-very-good workaround. The first thing I tried was plugging it into a dumb 100Mb/s switch. The link came right up, so I did a little further experimentation. If I turn off autoneg with ethtool, it comes up at 10/half. Basically it will work at anything except for gigabit, and I cannot set speed 1000 if autoneg is turned off. For now, I have hard-set both sides to 100/Full. At this time I do not have another gigabit switch I can try, but I will see what I can do about that. I would like to emphasize that this works without issue on 2.6.30, though. Should it interest you, here's a show ver from my switch: rivendell#show ver Cisco IOS Software, C3550 Software (C3550-IPSERVICESK9-M), Version 12.2(44)SE6, RELEASE SOFTWARE (fc1) Copyright (c) 1986-2009 by Cisco Systems, Inc. Compiled Mon 09-Mar-09 20:28 by gereddy Image text-base: 0x3000, data-base: 0x012A99FC ROM: Bootstrap program is C3550 boot loader rivendell uptime is 34 weeks, 5 days, 15 hours, 27 minutes System returned to ROM by power-on System restarted at 08:53:10 MST Sun Jan 10 2010 System image file is flash:c3550-ipservicesk9-mz.122-44.SE6/c3550-ipservicesk9- mz.122-44.SE6.bin This product contains cryptographic features and is subject to United States and local country laws governing import, export, transfer and use. Delivery of Cisco cryptographic products does not imply third-party authority to import, export, distribute or use encryption. Importers, exporters, distributors and users are responsible for compliance with U.S. and local country laws. By using this product you agree to comply with applicable laws and regulations. If you are unable to comply with U.S. and local laws, return this product immediately. A summary of U.S. laws governing Cisco cryptographic products may be found at: http://www.cisco.com/wwl/export/crypto/tool/stqrg.html If you require further assistance please contact us by sending email to exp...@cisco.com. Cisco WS-C3550-12T (PowerPC) processor (revision M0) with 65526K/8192K bytes of memory. Processor board ID CHK0706V183 Last reset from warm-reset Running Layer2/3 Switching Image Ethernet-controller 1 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 2 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 3 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 4 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 5 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 6 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 7 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 8 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 9 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 10 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 11 has 1 Gigabit Ethernet/IEEE 802.3 interface Ethernet-controller 12 has 1 Gigabit Ethernet/IEEE 802.3 interface 12 Gigabit Ethernet interfaces The password-recovery mechanism is enabled. 384K bytes of flash-simulated NVRAM. Base ethernet MAC Address: 00:0C:30:10:FC:00 Motherboard assembly number: 73-5527-16 Power supply part number: 34-0967-01 Motherboard serial number: CAT07050H7G Power supply serial number: DCA07040FZU Model revision number: M0 Motherboard revision number: A0 Model number: WS-C3550-12T System serial number: CHK0706V183 Configuration register is 0x10F rivendell# -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596417: should break Dpkg.pm users or depend on libdpkg-perl
Package: dpkg Version: 1.15.8.4 Severity: serious Justification: 7 $ dpkg-source -x tzdata_2010l-1.dsc apt Can't locate Dpkg.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/dpkg-source line 7. BEGIN failed--compilation aborted at /usr/bin/dpkg-source line 7. $ dpkg -l dpkg-dev ii dpkg-dev1.14.29 Debian package development tools Apparently libdpkg-perl has been split off dpkg; to allow for partial upgrades, dpkg should have a Breaks relationship on all users of Dpkg.pm, or depend on libdpkg-perl. -- System Information: Debian Release: 5.0.6 APT prefers stable APT policy: (500, 'stable'), (400, 'testing'), (300, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_LU.UTF-8, LC_CTYPE=fr_LU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dpkg depends on: ii coreutils 6.10-6 The GNU core utilities ii libbz2-1.01.0.5-1high-quality block-sorting file co ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii xz-utils 4.999.9beta+20100810-1 XZ-format compression utilities ii zlib1g1:1.2.3.3.dfsg-12 compression library - runtime dpkg recommends no packages. Versions of packages dpkg suggests: ii apt 0.8.0 Advanced front-end for dpkg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#579033: XDMCP don't works in gdm3
Le vendredi 10 septembre 2010 à 22:59 +0200, mariodebian a écrit : But now we have another problem, gdm-simple-slave can't connect to this IPV6 DISPLAY. GdmXdmcpDisplayFactory: Got display=1, SessionID=-711430548 Class=MIT-unspecified from :::192.168.0.3 Thanks for the testing and logs. I have added something to strip the ::: as gdm2 used to do, and it now seems to work. The bug will be closed in the next upload. Cheers, -- .''`. Josselin Mouette : :' : `. `' “If you behave this way because you are blackmailed by someone, `-[…] I will see what I can do for you.” -- Jörg Schilling signature.asc Description: This is a digitally signed message part
Bug#596418: automake: rule-variable declaration in Makefile.am overrides rule generation
Package: automake Version: 1:1.11.1-1 Severity: normal (also impacts automake-1.9) A rule-variable of the following form: foo: VAR=whatever ... is mistaken by automake by a custom production rule for foo, and it does not generate a production rule itself. I could work around this behaviour with something like: EMPTY= foo$(EMPTY): VAR=whatever Note: I needed that for a crossbuild, where some libraries have to be built both for host and target. libnativefoo.a needs different LDFLAGS and RANLIB definitions which automake does not apparently allows to change. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34.1-3-ge5b0813-dirty (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages automake depends on: ii autoconf 2.67-2 automatic configure script builder ii autotools-dev 20100122.1 Update infrastructure for config.{ ii dpkg 1.15.8.4 Debian package management system ii install-info 4.13a.dfsg.1-5 Manage installed documentation in automake recommends no packages. automake suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596419: xen-linux-system-2.6.32-5-xen-amd64: causes a system hangup by the shutdown of the system, aacraid (sw raid) involved in hangup
Package: xen-linux-system-2.6.32-5-xen-amd64 Version: 2.6.32-21 Severity: critical Justification: breaks the whole system On the system is installed sw raid, raid1 is used. There are 3 RAID1 volumes made as partition mirroring of 3 partitions, 1. for the system (is installed there), 2. and 3. for LVM. LVM is not involved in this problem. There is also installed a minimum gnome with the command aptitude install -R xorg gnome-core gdm The error came till now twice during the reboot of the system, last message before the hangup was Stopping gdm and then came the error and complete system hangup, the only way how to proceed was to perform a cold restart. I looked into the /etc/rc.? ?={0|1|6} what is the order of the shutdown scripts used by the shutdown and it seems it could not to be related to gnome, because immediatelly after the gdm stop is performed the mdadm stop, what causes with very high probability the system hangup. It is a very serious problem, I cannot safely reboot the system After the restart for sure always the raid must be resynchronized, etc. I will try to get more description of the hangup and attach it to this bugreport. The error occurs on HP ProLiant DL320 G6 with E5506 Intel Xeon CPU -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xen-linux-system-2.6.32-5-xen-amd64 depends on: ii linux-image-2.6.32-5-xen-amd 2.6.32-21 Linux 2.6.32 for 64-bit PCs, Xen d ii xen-hypervisor-4.0-amd64 [xe 4.0.1~rc6-1 The Xen Hypervisor on AMD64 xen-linux-system-2.6.32-5-xen-amd64 recommends no packages. xen-linux-system-2.6.32-5-xen-amd64 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596417: should break Dpkg.pm users or depend on libdpkg-perl
Hi, On Sat, 11 Sep 2010, Lionel Elie Mamane wrote: $ dpkg-source -x tzdata_2010l-1.dsc apt Can't locate Dpkg.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at /usr/bin/dpkg-source line 7. BEGIN failed--compilation aborted at /usr/bin/dpkg-source line 7. $ dpkg -l dpkg-dev ii dpkg-dev1.14.29 Debian package development tools Apparently libdpkg-perl has been split off dpkg; to allow for partial upgrades, dpkg should have a Breaks relationship on all users of Dpkg.pm, or depend on libdpkg-perl. It already has Breaks but the version requirement was not strict enough. I fixed this in the git repo. Cheers, -- Raphaël Hertzog ◈ Debian Developer ◈ [Flattr=20693] Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596352: New upstream version available
On Sat, 11 Sep 2010 09:20:26 +0200, Torsten Werner wrote: Hi, On Sat, Sep 11, 2010 at 7:38 AM, tony mancill tmanc...@debian.org wrote: On 09/10/2010 09:19 AM, David Paleino wrote: I'm trying to package geowebcache (ITP #), which in turn depends on many other things not present in Debian. One of these is tomcat-maven-plugin. This depends on plexus-component-metadata, version 1.5.1. @David: it can't be built with version 1.0? Have you tried that? I didn't try that before; trying now, and I'm having another issue (i.e. missing maven-repo hierarchy for jasper-jdt, contained in tomcat6-common). Will try to solve that. Kindly, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#596420: not usable with maven -- /usr/share/maven-repo/ hierarchy missing
Package: libecj-java Version: 3.5.1-1 Severity: normal Hello, as currently packaged, ecj is not usable (AFAICS, but I'm not really an expert) from maven's pom.xml. In fact, it's missing a /usr/share/maven-repo/ hierarchy. AFAIUI, it should be: /usr/share/maven-repo/org/eclipse/jdt/core/compiler/ecj/3.5.1/ , containing a symlink to the .jar in /usr/share/java/ and a .pom file. Better yet would be also having a debian/ directory, sibling of the versioned one. Thank you, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#596368: Additional Bugs in ISO 3166-2 XML
Quoting Dusing, Rand (wrdus...@marathonoil.com): Package: iso-codes Version: n/a There are several additional bugs in http://git.debian.org/?p=iso-codes/iso-codes.git;a=blob_plain;f=iso_3166_2/iso_3166_2.xml;hb=HEAD. Thanks for taking care to go through this. All these reflect my work method when editing things in this file. I copy/paste other lines...and it happens that I forget about updating the codethus leading to duplications. 1. Duplicate ES-IB. Balears should be ES-PM. Source: http://en.wikipedia.org/wiki/ISO_3166-2:ES 2. Duplicate LY-JA. Al Jabal al Gharbī should be LY-JG. Source: http://en.wikipedia.org/wiki/ISO_3166-2:LY 3. Duplicate MA-TIZ. Tiznit is only a province and not a prefecture. Source: http://en.wikipedia.org/wiki/ISO_3166-2:MA 4. Duplicate MA-ZAG. Zagora is only a province and not a prefecture. Source: http://en.wikipedia.org/wiki/ISO_3166-2:MA 5. Duplicate OM-MU. Z̧ufār should be OM-ZU. Source: http://en.wikipedia.org/wiki/ISO_3166-2:OM 6. Duplicate PE-CAL. Municipalidad Metropolitana de Lima should be PE-LMA. Source: http://en.wikipedia.org/wiki/ISO_3166-2:PE All these are fixed now. Possible bugs relating to incorrect source data from ISO. Their website http://www.iso.org/iso/country_codes/background_on_iso_3166/iso_3166-2.htm states “Note that the characters after the separator are only unique within the subdivision list of one particular country. They can be (and have been) reused in the list of subdivision names of other countries e. g. ID-RI (Riau province of Indonesia) and NG-RI (Rivers province in Nigeria). So only a complete code element i. e. with the alpha-2 country code in front guarantees uniqueness.” I’m going to contact them about the following issues below. 1. Duplicate CV-SL. São Lourenço dos Órgãos was recently added, so maybe the ISO made a mistake. Sources: http://www.iso.org/iso/iso_3166-2_newsletter_ii-2_2010-06-30.pdf, http://en.wikipedia.org/wiki/ISO_3166-2:CV 2. Duplicate ID-MA. I don’t see any recent changes, but this seems to go against ISO’s rules stated above. Source: http://en.wikipedia.org/wiki/ISO_3166-2:ID 3. Duplicate IE-C. Same issue as above. Wikipedia entry does have a footnote about the duplicate code. Source: http://en.wikipedia.org/wiki/ISO_3166-2:IE Here, I'm waiting for input from you before changing things... signature.asc Description: Digital signature
Bug#596352: New upstream version available
On Sat, 11 Sep 2010 09:20:26 +0200, Torsten Werner wrote: Hi, On Sat, Sep 11, 2010 at 7:38 AM, tony mancill tmanc...@debian.org wrote: On 09/10/2010 09:19 AM, David Paleino wrote: I'm trying to package geowebcache (ITP #), which in turn depends on many other things not present in Debian. One of these is tomcat-maven-plugin. This depends on plexus-component-metadata, version 1.5.1. @David: it can't be built with version 1.0? Have you tried that? It builds fine (it seems). So, really your choice whether to upgrade it or not :) Sorry for the noise (I'll be bothering you again with the next missing dependencies :D) David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#596420: not usable with maven -- /usr/share/maven-repo/ hierarchy missing
severity 596420 minor thanks On Sat, 11 Sep 2010 10:18:35 +0200, David Paleino wrote: Hello, as currently packaged, ecj is not usable (AFAICS, but I'm not really an expert) from maven's pom.xml. I just learned the scopesystem/scope hack, thus making it usable. Therefore I'm downgrading the severity. Still, it would be nice to have a proper .pom and .jar in the maven repository :) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#596421: /etc/cron.daily/apt handles Dir::Cache::archives wrong
Package: apt Version: 0.8.0 Severity: normal I changed the apt-archive-path to “/data/squeeze/” by setting Dir::Cache::archives /data/squeeze/; in „/etc/apt/apt.conf.d/80archive“. This works fine. The “/etc/cron.daily/apt” cronjob gives this warning: /etc/cron.daily/apt: find: `/var/cache/apt//data/squeeze/': No such file or directory presumably not checking if “Dir::Cache::archives” is an absolut path. -- Package-specific info: -- apt-config dump -- APT ; APT::Architecture amd64; APT::Build-Essential ; APT::Build-Essential:: build-essential; APT::Install-Recommends 1; APT::Install-Suggests 0; APT::Acquire ; APT::Acquire::Translation environment; APT::Authentication ; APT::Authentication::TrustCDROM true; APT::NeverAutoRemove ; APT::NeverAutoRemove:: ^firmware-linux.*; APT::NeverAutoRemove:: ^linux-firmware$; APT::NeverAutoRemove:: ^linux-image.*; APT::NeverAutoRemove:: ^kfreebsd-image.*; APT::NeverAutoRemove:: ^linux-restricted-modules.*; APT::NeverAutoRemove:: ^linux-ubuntu-modules-.*; APT::Never-MarkAuto-Sections ; APT::Never-MarkAuto-Sections:: metapackages; APT::Never-MarkAuto-Sections:: restricted/metapackages; APT::Never-MarkAuto-Sections:: universe/metapackages; APT::Never-MarkAuto-Sections:: multiverse/metapackages; APT::Never-MarkAuto-Sections:: oldlibs; APT::Never-MarkAuto-Sections:: restricted/oldlibs; APT::Never-MarkAuto-Sections:: universe/oldlibs; APT::Never-MarkAuto-Sections:: multiverse/oldlibs; APT::Periodic ; APT::Periodic::Update-Package-Lists 1; APT::Periodic::Download-Upgradeable-Packages 0; APT::Periodic::AutocleanInterval 0; APT::Update ; APT::Update::Post-Invoke ; APT::Update::Post-Invoke:: touch /var/lib/apt/periodic/update-success-stamp 2/dev/null || true; APT::Archives ; APT::Archives::MaxAge 30; APT::Archives::MinAge 2; APT::Archives::MaxSize 500; Dir /; Dir::State var/lib/apt/; Dir::State::lists lists/; Dir::State::cdroms cdroms.list; Dir::State::mirrors mirrors/; Dir::State::extended_states /var/lib/apt/extended_states; Dir::State::status /var/lib/dpkg/status; Dir::Cache var/cache/apt/; Dir::Cache::archives /data/squeeze/; Dir::Cache::srcpkgcache srcpkgcache.bin; Dir::Cache::pkgcache pkgcache.bin; Dir::Etc etc/apt/; Dir::Etc::sourcelist sources.list; Dir::Etc::sourceparts sources.list.d; Dir::Etc::vendorlist vendors.list; Dir::Etc::vendorparts vendors.list.d; Dir::Etc::main apt.conf; Dir::Etc::netrc auth.conf; Dir::Etc::parts apt.conf.d; Dir::Etc::preferences preferences; Dir::Etc::preferencesparts preferences.d; Dir::Etc::trusted trusted.gpg; Dir::Etc::trustedparts trusted.gpg.d; Dir::Bin ; Dir::Bin::methods /usr/lib/apt/methods; Dir::Bin::dpkg /usr/bin/dpkg; Dir::Media ; Dir::Media::MountPath /media/apt; Dir::Log var/log/apt; Dir::Log::Terminal term.log; Dir::Log::History history.log; Dir::Ignore-Files-Silently ; Dir::Ignore-Files-Silently:: ~$; Dir::Ignore-Files-Silently:: \.disabled$; Dir::Ignore-Files-Silently:: \.bak$; Dir::Ignore-Files-Silently:: \.dpkg-[a-z]+$; Acquire ; Acquire::http ; Acquire::http::Proxy http://[127.0.1.1]:3142;; DPkg ; DPkg::Pre-Install-Pkgs ; DPkg::Pre-Install-Pkgs:: /usr/sbin/dpkg-preconfigure --apt || true; DPkg::Post-Invoke ; DPkg::Post-Invoke:: if [ -d /var/lib/update-notifier ]; then touch /var/lib/update-notifier/dpkg-run-stamp; fi; if [ -e /var/lib/update-notifier/updates-available ]; then echo /var/lib/update-notifier/updates-available; fi ; CommandLine ; CommandLine::AsString apt-config dump; -- (no /etc/apt/preferences present) -- -- (/etc/apt/sources.list present, but not submitted) -- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.34-1-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii debian-archive-keyring 2010.08.28 GnuPG archive keys of the Debian a ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.4-8GCC support library ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime apt recommends no packages. Versions of packages apt suggests: pn apt-doc none (no description available) ii aptitude 0.6.3-3.1 terminal-based package manager (te ii bzip2 1.0.5-4high-quality block-sorting file co ii dpkg-dev 1.15.8.4 Debian package development tools ii lzma 4.43-14Compression method of 7z format in ii python-apt0.7.97.1 Python interface to libapt-pkg -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of
Bug#596422: xen-linux-system-2.6.32-5-xen-amd64: System hangup during shutdown high probable during stopping of mdadm
Package: xen-linux-system-2.6.32-5-xen-amd64 Version: 2.6.32-21 Severity: critical Justification: causes serious data loss During the shutdown there comes a system hangup somehow related to aacraid. It first came now after the upgrade of the package to the version specified below. It makes it impossible to shutdown the computer cleanly in 50% of causes, causes damages in the sw raid arrays and hosted file systems and also has a heavy impact on crashed fully virtualized xen domains, because the data are not written to the disk After reboot the resync of the array is necessary. The raid is constructed as 3 partition-mirrors over 2 disks (every disk contains 3 partitions which are mirrored between the disks). On the first mirrored partition resides the system, the other 2 are used for LVM, which seems to ahve nothing to do with the problem. During the hangup there is something written with aacraid and standard hangup mesages are printed out to the screen. I try to write them out by the next occasion. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-xen-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xen-linux-system-2.6.32-5-xen-amd64 depends on: ii linux-image-2.6.32-5-xen-amd 2.6.32-21 Linux 2.6.32 for 64-bit PCs, Xen d ii xen-hypervisor-4.0-amd64 [xe 4.0.1~rc6-1 The Xen Hypervisor on AMD64 xen-linux-system-2.6.32-5-xen-amd64 recommends no packages. xen-linux-system-2.6.32-5-xen-amd64 suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596423: [googleearth-package] Fixes for GoogleEarth 5.2.1
Package: googleearth-package Version: 0.5.7 Severity: normal Tags: patch --- Please enter the report below this line. --- Enclosed please find a new patch against Google Earth 5.2.1. In these changes, I removed the Qt4 libraries and use our own libfreeimage3 libraries. * Avoid crashing[1] by QtWebKit. The QtWebKit libraries comes with GoogleEarch is incompatible with system browser plugins. * Use the system font settings, but not Google Earth's internal font setting. It fixed font issue of non-en_US locale (ex: Chinese) * I use LD_PRELOAD to overwrite the freeimages3 functions google linked into their own libIGGfx.so, which also caused crashing[2]. This patch should also fixes #590847[3], #590842[4], [1] stactrace of Google's own QtWebKit Stacktrace from glibc: /usr/lib/googleearth/libgoogleearth_free.so(+0xd090b)[0xb759490b] [0xb7875400] /usr/lib/libgdk_pixbuf-2.0.so.0(gdk_pixbuf_from_pixdata+0x13f)[0x9f648daf] /usr/lib/libgdk_pixbuf-2.0.so.0(gdk_pixbuf_new_from_inline+0x63)[0x9f649073] /usr/lib/flashplugin-nonfree/libflashplayer.so(+0x4d335)[0x9fc68335] /usr/lib/flashplugin-nonfree/libflashplayer.so(+0x4bd8e)[0x9fc66d8e] /usr/lib/flashplugin-nonfree/libflashplayer.so(NP_Initialize+0x1ae)[0x9fc6b28e] /usr/lib/googleearth/libQtWebKit.so.4(+0x747b22)[0xb6151b22] /usr/lib/googleearth/libQtWebKit.so.4(+0x747c0c)[0xb6151c0c] [2] stactrace without LD_PRELOAD freeimages3 Stacktrace from glibc: /usr/lib/googleearth/libgoogleearth_free.so(+0xd090b)[0xb788290b] [0xb78db400] /usr/lib/googleearth/libIGGfx.so(+0x1296c9)[0xb3f206c9] /usr/lib/googleearth/libIGGfx.so(FreeImage_LoadFromHandle+0xb1)[0xb3f0e2c1] /usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx7igImage21platformLoadFreeImageEPNS_4Core6igFileEbPNS0_19igImageMetaDataListE+0xa1)[0xb3ef84b1] /usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx10igOglImage12platformLoadEPNS_4Core6igFileEPNS0_19igImageMetaDataListE+0x112)[0xb3ef8bb2] /usr/lib/googleearth/libIGGfx.so(_ZN3Gap3Gfx7igImage8loadFileEPNS_4Core6igFileEPNS0_19igImageMetaDataListE+0x12d)[0xb3ee91ad] /usr/lib/googleearth/libevll.so(_ZN5earth4evll7Texture9LoadBytesEPKhi+0xa6d)[0xb0ad7b8d] [3] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588847 [4] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588842 --- System information. --- Architecture: i386 Kernel: Linux 2.6.32-4-686-bigmem Debian Release: squeeze/sid 500 unstablewww.emdebian.org 500 unstablewww.debian-multimedia.org 500 unstablehttp.us.debian.org 500 unstableftp.us.debian.org 500 unstabledebian.wgdd.de 500 testing ftp.us.debian.org 500 testing dl.google.com 500 stable repo.wuala.com 500 stable dl.google.com 500 stable deb.opera.com 500 lucid ppa.launchpad.net 500 lucid linux.getdropbox.com 1 experimentalftp.us.debian.org --- Package information. --- Depends (Version) | Installed =-+-=== wget | 1.12-2 OR curl | 7.21.1-1 dpkg-dev | 1.15.8.4 fakeroot | 1.14.4-1 bzip2 | 1.0.5-4 file | 5.04-5 x11-common| 1:7.5+6 x11-utils | 7.5+4 Package's Recommends field is empty. Package's Suggests field is empty. diff --git a/make-googleearth-package b/make-googleearth-package index d595b70..d01186c 100755 --- a/make-googleearth-package +++ b/make-googleearth-package @@ -72,7 +72,7 @@ function check_version() { echo $version 2 - if grep -E 'GNU/Linux (4.[0123])|(5.[01])' $version /dev/null; then + if grep -E 'GNU/Linux (4.[0123])|(5.[012])' $version /dev/null; then GoogleEarth_VERSION=$(sed -e 's/.*GNU\/Linux //' $version) echo 'Supported Google Earth version:' $GoogleEarth_VERSION 2 elif [ $OPT_FORCE ]; then @@ -307,6 +307,15 @@ else LD_LIBRARY_PATH=${GOOGLE_EARTH_LD_LIBRARY_PATH} fi export LD_LIBRARY_PATH + +GOOGLE_EARTH_LD_PRELOAD=/usr/lib/libfreeimage.so.3 +if [ ! -z $LD_PRELOAD ]; then + LD_PRELOAD=${LD_PRELOAD}:${GOOGLE_EARTH_LD_PRELOAD} +else + LD_PRELOAD=${GOOGLE_EARTH_LD_PRELOAD} +fi +export LD_PRELOAD + /usr/lib/googleearth/googleearth-bin $@ EOF chmod a+x googleearth @@ -324,12 +333,12 @@ Source: googleearth-package Package: googleeearth Suggests: ttf-bitstream-vera -Depends: +Depends: EOF local deps=$(for elf in $elfs; do echo 2 Checking shlib deps: $(basename $elf); LD_LIBRARY_PATH=../usr/lib/googleearth dpkg-shlibdeps --warnings=0 -O -Lshlibs.local $elf | sed -e 's/^shlibs:Depends=//' -e 's/, /\n/g'; done | sort -u) - local depends=$(while read dep; do echo -n $dep, ; done $deps | sed 's/, $//') + local depends=libfreeimage3, $(while read dep; do echo -n $dep, ; done $deps | sed 's/, $//') # clean up dpkg-shlibdeps helper files rm shlibs.local @@ -381,6 +390,11 @@ function build_package() { # Workaround symbol problem in libcrypto mv
Bug#596424: dctrl-tools: tbl-dctrl without -c arguments is broken
Package: dctrl-tools Version: 2.13 Severity: important Tested also in 2.13.1, 2.14, 2.14.1, 2.14.2, 2.15. The output is: + + + Looks like field detection does not work. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35.4-ibid-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dctrl-tools depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib dctrl-tools recommends no packages. Versions of packages dctrl-tools suggests: ii apt 0.8.3 Advanced front-end for dpkg ii debtags 1.7.10+b1 Enables support for package tags -- no debconf information -- debsums errors found: debsums: no md5sums for dctrl-tools -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596425: pacparser: FTBFS: jsprf.c:644: error: incompatible types when assigning to type 'va_list' from type 'struct __va_list_tag *'
at 20100911-0522 FAILED [dpkg-buildpackage died] Purging /var/lib/schroot/mount/sid-powerpc-sbuild-19308990-7bba-49b0-b93d-be1506100500/build/buildd-pacparser_1.2.2-1-powerpc-1bwage Not removing build depends: cloned chroot in use Finished at 20100911-0522 Build needed 00:01:57, 10672k disc space signature.asc Description: Digital signature
Bug#596426: Latests Upload breaks ia32-libs-gtk and thus nspluginwrapper
Package: ia32-libs Version: 20100908 Severity: normal I am not sure if, i report the bug against the right package. So feel free to reassign. Except for gtk libs there was a further lib missing to make make nspluginwrapper work (i think it was libcairo). Since Flash appears to be for some reason on many web pages, it became a central part of my browsing experience. I guess flash is one of the main reasons that ia32-libs and nspluginwrapper are installed on most desktop systems. Please fix it:) Regards Jan -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ia32-libs depends on: ii dpkg1.15.8.4 Debian package management system ii lib32asound21.0.23-1 shared library for ALSA applicatio ii lib32gcc1 1:4.4.4-14 GCC support library (32 bit Versio ii lib32stdc++64.4.4-14 The GNU Standard C++ Library v3 (3 ii lib32v4l-0 0.8.0-1 Collection of video4linux support ii lib32z1 1:1.2.3.4.dfsg-3 compression library - 32 bit runti ii libc6-i386 2.11.2-5 Embedded GNU C Library: 32-bit sha ii lsb-release 3.2-23.1 Linux Standard Base version report ia32-libs recommends no packages. Versions of packages ia32-libs suggests: pn ia32-libs-gtk none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596427: evilwm: switching to another wm isnt documented (annoying bug or intended feature?)
Package: evilwm Version: 1.0.0-1 Severity: wishlist Tags: upstream common windowmanagers allow users to switch to different ones. i happened to switch to evilwm, but then had to kill my xsession to get back. the manual states that exiting evilwm is done by killing it. so i'm not sure whether this is intended behaviour. if so, i suggest to make this more explicit in the BUGS section of the man page. thanks for considering this thought felix -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages evilwm depends on: ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libx11-6 2:1.3.3-3 X11 client-side library ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxrandr22:1.3.0-3 X11 RandR extension library evilwm recommends no packages. evilwm suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596364: unblock: cracklib2/2.8.16-3
Jan, On Fri, Sep 10, 2010 at 08:21:08PM +0200, Jan Dittberner wrote: Please unblock package cracklib2 it includes a bugfix for RC bug #596281. A diff to the previous version is attached. unblock cracklib2/2.8.16-3 I'm not happy about the Breaks change. First of all, why changing a version constraint on something pre-Lenny at all at this point, instead of removing it, because we don't support skipping releases. Secondly there's nothing to upgrade to, to solve the Breaks. But then policy suggests that the package management will deconfigure the offending package. I'm fearing that all this random let's convert stuff to Breaks will cause trouble in upgrading from Lenny. I'd suggest you to just drop it instead. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#596422: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64: System hangup during shutdown high probable during stopping of mdadm)
This bug is a duplicate of the bug 596419, so it can be closed. -Original Message- From: Debian BTS [mailto:debb...@busoni.debian.org] On Behalf Of Debian Bug Tracking System Sent: Saturday, September 11, 2010 11:06 AM To: Artur Linhart Subject: Bug#596422: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64: System hangup during shutdown high probable during stopping of mdadm) Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to al.li...@bcpraha.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): Debian Kernel Team debian-ker...@lists.debian.org If you wish to submit further information on this problem, please send it to 596...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 596422: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596422 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems __ Informace od NOD32 5441 (20100910) __ Tato zprava byla proverena antivirovym systemem NOD32. http://www.nod32.cz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596384: unblock: pam-pgsql/0.7.1-3
Jan, On Fri, Sep 10, 2010 at 11:25:14PM +0200, Jan Dittberner wrote: I just uploaded pam-pgsql/0.7.1-3 to unstable. The new upload fixes #594721 and #596375. The first bug is security related, the patch is in production use by the bug submitter and looks sane to me. The second bug is RC because it would break upgrades from Lenny. I don't see how the support Postgres' md5 hashes is security related. I can only use this table if I do $foo while $foo is maybe not sane doesn't qualify as a security bug in my books. This is fun, too: +TODO (see http://dep.debian.net/deps/dep3/): +Last-Update: 2010-08-28 +Forwarded: no|not-needed|url proving that it has been forwarded +Reviewed-By: name and email of someone who approved the patch That said I wouldn't oppose it, despite it not fitting the freeze guidelines. As for #596375: it looks RC-ish. I'm a bit stunned that there's neither a manpage, nor it's shipped with a configuration file at the default location you suggest. After all, you could pass config_file to the module to use a different one, and those will still break. I'm not sure how to handle this case properly, though, and I'd strongly suggest an entry in NEWS.Debian. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#596401: unblock: planner-el/3.42-3
On Fri, Sep 10, 2010 at 05:52:35PM -0700, John Sullivan wrote: Please unblock package planner-el. 3.42-3 fixes a FTBFS bug by removing a build dependency that does not exist in squeeze. Instead of naming specific emacs version packages as build dependencies, it just names the emacsen virtual package (which it did before as one of the ORed list), since any of the providers of that package work. How did you build test it? I suppose that the default sbuild dependency resolving algorithm will fail horribly on this. Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#596428: xulrunner-1.9.1: Error console: cannot get pref app.vendorURL in nsURLFormatter.js when starting Iceweasel
Package: xulrunner-1.9.1 Version: 1.9.1.11-2 Severity: minor Hi, this preference is probably missing ..? It is queried by: /usr/lib/xulrunner-1.9.1/chrome/toolkit.jar!/content/global/about.xhtml This is the copy of the error console: Error: formatURLPref: Couldn't get pref: app.vendorURL Source File: file:///usr/lib/xulrunner-1.9.1/components/nsURLFormatter.js Line: 68 Thanks for your time and regards, Dimitri -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages xulrunner-1.9.1 depends on: ii libasound2 1.0.23-1 shared library for ALSA applicatio ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libbz2-1.0 1.0.5-4 high-quality block-sorting file co ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-5 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.24-3 simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1generic font configuration library ii libfreetype62.4.2-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.4-8GCC support library ii libglib2.0-02.24.1-1 The GLib library of C routines ii libgtk2.0-0 2.20.1-1+b1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.11-1 spell checker and morphological an ii libjpeg62 6b1-1The Independent JPEG Group's JPEG ii libmozjs2d 1.9.1.11-2 The Mozilla SpiderMonkey JavaScrip ii libnspr4-0d 4.8.4-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.6-3 Network Security Service libraries ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio ii libpng12-0 1.2.44-1 PNG library - runtime ii libreadline66.1-3GNU readline and history libraries ii libsqlite3-03.7.2-1 SQLite 3 shared library ii libstartup-notification 0.10-1 library for program launch feedbac ii libstdc++6 4.4.4-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-3X11 client-side library ii libxrender1 1:0.9.6-1X Rendering Extension client libra ii libxt6 1:1.0.7-1X11 toolkit intrinsics library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime xulrunner-1.9.1 recommends no packages. Versions of packages xulrunner-1.9.1 suggests: ii libcanberra0 0.24-1 a simple abstract interface for pl ii libdbus-glib-1-2 0.88-2 simple interprocess messaging syst ii libgconf2-4 2.28.1-3 GNOME configuration database syste ii libgnome2-0 2.30.0-1 The GNOME library - runtime files ii libgnomeui-0 2.24.3-1 The GNOME libraries (User Interfac ii libgnomevfs2-01:2.24.3-1 GNOME Virtual File System (runtime -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596429: libdbd-sqlite3-perl: Harcodes optimization flags
Package: libdbd-sqlite3-perl Version: 1.29-3 Severity: normal Hi, currently, Makefile.PL has -O2 hardcoded, meaning one can't use either of those: | DEB_BUILD_OPTIONS=noopt nostrip (-O0 gets ignored) | DEB_CFLAGS_SET=-O3 Mraw, KiBi. -- System Information: Debian Release: sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libdbd-sqlite3-perl depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib ii libdbi-perl [perl-dbdabi-94] 1.612-1Perl Database Interface (DBI) ii libsqlite3-0 3.7.2-1SQLite 3 shared library ii perl 5.10.1-14 Larry Wall's Practical Extraction ii perl-base [perlapi-5.10.1]5.10.1-14 minimal Perl system libdbd-sqlite3-perl recommends no packages. libdbd-sqlite3-perl suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596430: qmail: [INTL:fr] French debconf templates translation update
Package: qmail Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of qmail debconf template to French. # Copyright (C) 2010 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the qmail package. # Translators: # Thomas BLEIN tbl...@tblein.eu, 2010. msgid msgstr Project-Id-Version: qmail\n Report-Msgid-Bugs-To: qm...@packages.debian.org\n POT-Creation-Date: 2010-06-10 00:47-0400\n PO-Revision-Date: 2010-04-14 11:30+0100\n Last-Translator: Thomas Blein tbl...@tblein.eu\n Language-Team: French debian-l10n-fre...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: note #. Description #: ../qmail.templates:2001 msgid Notice for Qmail users msgstr Avertissement pour les utilisateurs de Qmail #. Type: note #. Description #: ../qmail.templates:2001 msgid Before making any changes to Qmail configuration, please read /usr/share/doc/ qmail/README.Debian.gz. This file includes a description of the differences between Qmail in Debian, Qmail in other systems, and other mail transfer agents. msgstr Avant de faire des changements dans la configuration de Qmail, veuillez lire /usr/share/doc/qmail/README.Debian.gz. Ce fichier contient une description des differences entre Qmail sur Debian, Qmail sur d'autres systèmes ainsi que les différences avec d'autres serveurs de messagerie électronique. #. Type: note #. Description #: ../qmail.templates:2001 msgid If you were using a more conventional MTA previously, you will also want to read the \qmail-upgrade\ manpage, which details user-visible differences between Sendmail and Qmail. msgstr Si vous utilisiez précédemment un logiciel serveur de messagerie électronique (MTA) plus conventionnel, il est également conseillé de lire la page de manuel « qmail-upgrade » qui détaille les différences visibles pour l'utilisateur entre Sendmail et Qmail. #. Type: note #. Description #: ../qmail.templates:2001 msgid If you are new to Qmail, you will want to at least peruse the Qmail FAQ, which can be found in /usr/share/doc/qmail. msgstr Si vous ne connaissez pas Qmail, il est conseillé de lire au moins la FAQ Qmail qui peut être trouvée dans /usr/share/doc/qmail. #. Type: boolean #. Description #: ../qmail.templates:3001 msgid Start Qmail now? msgstr Faut-il démarrer Qmail maintenant ? #. Type: note #. Description #: ../qmail.templates:4001 msgid Qmail will be started at the next reboot msgstr Lancement automatique de Qmail au prochain démarrage #. Type: note #. Description #: ../qmail.templates:4001 msgid You chose not to start Qmail now. It will be started automatically at next reboot. msgstr Vous avez choisi de ne pas démarrer Qmail maintenant. Il sera lancé automatiquement au prochain redémarrage du système. #. Type: note #. Description #: ../qmail.templates:4001 msgid You can also start it manually with \/etc/init.d/qmail start\ (as root) at a shell prompt. msgstr Vous pouvez également le démarrer vous-même avec la commande « /etc/init.d/ qmail start » (avec les privilèges du superutilisateur). #. Type: boolean #. Description #: ../qmail.templates:5001 msgid Remove Qmail users during a purge? msgstr Faut-il supprimer les identifiants utilisés par Qmail, lors de la purge ? #. Type: boolean #. Description #: ../qmail.templates:5001 msgid Please choose whether you want users created by the qmail package to be removed when this package is purged. msgstr Veuillez indiquer si les identifiants créés par le paquet qmail doivent être supprimés quand le paquet sera purgé. #. Type: error #. Description #: ../qmail.templates:6001 msgid Changes for virtual users msgstr Changements pour les utilisateurs virtuels #. Type: error #. Description #: ../qmail.templates:6001 msgid recipientmap is gone from Qmail 1.03. The virtualdomains mechanism has been expanded to support virtual users. This machine's setup needs to be fixed. msgstr La fonction « recipientmap » a été retirée de Qmail 1.03. Le mécanisme de domaine virtuel a été étendu pour gérer les utilisateurs virtuels. La configuration de cette machine doit être modifiée en conséquence. #. Type: note #. Description #: ../qmail.templates:7001 msgid qlist utility discontinued msgstr Utilitaire qlist obsolète #. Type: note #. Description #: ../qmail.templates:7001 msgid The qlist utility was split out into a separate tarball by the upstream developer in Qmail 1.02. msgstr L'utilitaire qlist est distribué séparément de Qmail depuis la version 1.02. #. Type: note
Bug#548099: broken on kfreebsd
On Sat, 11 Sep 2010, martin f krafft wrote: also sprach Peter Palfrader wea...@debian.org [2010.09.10.2046 +0200]: I applied this patch, but now mollyguard doesn't recognize my tty is from ssh. Please elaborate, I have no kfreebsd systems to test molly-guard on. I mean, I can get an SSH shell and run it in test-mode, but I cannot test whether my changes break the commands for other types of tty. Why is access to io and asdfasdf not sufficient? Even on these you can probably check the return code of your scripts. wea...@asdfasdf:~$ ALWAYS_QUERY_HOSTNAME=0 SSH_CONNECTION='' MOLLYGUARD_SETTINGS='' MOLLYGUARD_CMD='' sh -x ./30-query-hostname + set -eu + ME=molly-guard + '[' -f '' ']' + PRETEND_SSH=0 + test -t 0 + case ${ALWAYS_QUERY_HOSTNAME:-0} in ++ tty + PTS=/dev/ttyp6 + pgrep -f '^sshd.+ttyp6\' + '[' -z '' ']' + '[' 0 -eq 1 ']' + exit 0 wea...@asdfasdf:~$ [SSH_CONNECTION would usually be eaten by sudo] -- | .''`. ** Debian GNU/Linux ** Peter Palfrader | : :' : The universal http://www.palfrader.org/ | `. `' Operating System | `-http://www.debian.org/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596431: dokuwiki: [INTL:fr] French debconf templates translation update
Package: dokuwiki Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of dokuwiki debconf screen to French # Copyright © 2010 Debian French l10n Team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the dokuwiki package. # Translator: # Steve Petruzzello dl...@bluewin.ch # msgid msgstr Project-Id-Version: dokuwiki_0.0.20091225c-4\n Report-Msgid-Bugs-To: dokuw...@packages.debian.org\n POT-Creation-Date: 2010-04-25 21:58+0200\n PO-Revision-Date: 2010-07-12 12:05+0100\n Last-Translator: Steve Petruzzello dl...@bluewin.ch\n Language-Team: french debian-l10n-fre...@lists.debian.org\n Language: French\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: multiselect #. Choices #: ../templates:1001 msgid apache2 msgstr Apache 2 #. Type: multiselect #. Choices #: ../templates:1001 msgid lighttpd msgstr Lighttpd #. Type: multiselect #. Description #: ../templates:1002 msgid Web server(s) to configure automatically: msgstr Serveur(s) web à configurer automatiquement : #. Type: multiselect #. Description #: ../templates:1002 msgid DokuWiki runs on any web server supporting PHP, but only listed web servers can be configured automatically. msgstr DokuWiki fonctionne avec n'importe quel serveur qui gère PHP, mais seuls ceux indiqués ici peuvent être configuré automatiquement. #. Type: multiselect #. Description #: ../templates:1002 msgid Please select the web server(s) that should be configured automatically for DokuWiki. msgstr Veuillez choisir le (ou les) serveur(s) web à configurer automatiquement pour Dokuwiki. #. Type: boolean #. Description #: ../templates:2001 msgid Should the web server(s) be restarted now? msgstr Faut-il redémarrer le (ou les) serveur(s) web maintenant ? #. Type: boolean #. Description #: ../templates:2001 msgid In order to activate the new configuration, the reconfigured web server(s) have to be restarted. msgstr Afin d'activer la nouvelle configuration, le (ou les) serveur(s) web doivent être redémarrés. #. Type: string #. Description #: ../templates:3001 msgid Wiki location: msgstr Emplacement du wiki : #. Type: string #. Description #: ../templates:3001 msgid Specify the directory below the server's document root from which DokuWiki should be accessible. msgstr Veuillez indiquer le répertoire, dans l'arborescence du serveur web, qui sera la racine de Dokuwiki. #. Type: select #. Description #: ../templates:4001 msgid Authorized network: msgstr Réseau autorisé : #. Type: select #. Description #: ../templates:4001 msgid Wikis normally provide open access to their content, allowing anyone to modify it. Alternatively, access can be restricted by IP address. msgstr Les wikis fournissent un accès libre à leur contenu, permettant à quiconque de le modifier. Néanmoins leur accès peut être restreint par adresses IP. #. Type: select #. Description #: ../templates:4001 msgid If you select \localhost only\, only people on the local host (the machine the wiki is running on) will be able to connect. \local network\ will allow people on machines in a local network (which you will need to specify) to talk to the wiki. \global\ will allow anyone, anywhere, to connect to the wiki. msgstr Le choix « hôte local seul » restreint la connexion aux utilisateurs locaux. Alternativement, « réseau local » permet la connexion aux personnes du réseau local (qu'il vous incombe de spécifier) et « sans restriction » permet à tout le monde de se connecter. #. Type: select #. Description #: ../templates:4001 msgid The default is for site security, but more permissive settings should be safe unless you have a particular need for privacy. msgstr La valeur par défaut est très restrictive pour garantir la securité du site mais des valeurs plus permissives sont sûres sauf si vous avez des besoins particuliers en termes de vie privée. #. Type: select #. Choices #: ../templates:4002 msgid localhost only msgstr hôte local seulement #. Type: select #. Choices #: ../templates:4002 msgid local network msgstr réseau local #. Type: select #. Choices #: ../templates:4002 msgid global msgstr sans restriction #. Type: string #. Description #: ../templates:5001 msgid Local network: msgstr Réseau local : #. Type: string #. Description #: ../templates:5001 msgid The specification of your local network should either be an IP network in CIDR format (x.x.x.x/y) or a domain specification (like .example.com). msgstr Veuillez indiquer le réseau local, soit avec le format CIDR (x.x.x.x/y),
Bug#596432: Wrong indention in package description
Package: gpib-modules-source Version: 3.2.11-2.1 Severity: minor Tags: patch Hello. I found a wrong indention while translating the package description via DDTSS. A patch is included. Thanks, Erik -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing'), (20, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- control 2010-02-13 03:02:06.0 +0100 +++ control.new 2010-09-11 12:47:48.0 +0200 @@ -11,7 +11,7 @@ Priority: optional Description: kernel modules for various GPIB boards The Linux GPIB Package is a support package for GPIB (IEEE 488) hardware. The - API of the C library is intended to be compatible with National Instrument's - GPIB library. + API of the C library is intended to be compatible with National Instrument's + GPIB library. This packages contains the source for the kernel modules for various GPIB boards. --- control 2010-02-13 03:02:06.0 +0100 +++ control.new 2010-09-11 12:47:48.0 +0200 @@ -11,7 +11,7 @@ Priority: optional Description: kernel modules for various GPIB boards The Linux GPIB Package is a support package for GPIB (IEEE 488) hardware. The - API of the C library is intended to be compatible with National Instrument's - GPIB library. + API of the C library is intended to be compatible with National Instrument's + GPIB library. This packages contains the source for the kernel modules for various GPIB boards.
Bug#594992: keyboard-configuration: add brazilian abnt2 model to the list of keyboards
Em Sat, 11 Sep 2010 09:13:22 +0200 Christian PERRIER bubu...@debian.org escreveu: Quoting Samuel Thibault (sthiba...@debian.org): reassign 594992 kbd-chooser thanks Gunther Furtado, le Sat 04 Sep 2010 14:50:42 -0300, a écrit : The questions appears in this order. 1. Please choose the language used for the instalation process... Portuguese (Brazil) 2. Location 3. Keymap to use for a USB keyboard there is no Brazilian otpion here!!! Ok, so that's why. This is kbd-chooser and not console-setup, and kbd-chooser indeed doesn't have such choice. Keymaps are provided by console-data. But console-data *doesn't* have a keymap for Brazilian ABNT2 layout in its mac directory. And these are what's used when one is choosing USB keyboard: Template: console-keymaps-usb/keymap Type: select Choices-C: mac-usb-us, mac-usb-be, mac-usb-uk, mac-usb-dk-latin1, mac-usb-dvorak, mac-usb-fi-latin1, mac-usb-fr, mac-usb-de-latin1-nodeadkeys, it, mac-usb-it, mac-usb-pt-latin1 , mac-usb-es, mac-usb-se, mac-usb-fr_CH-latin1, mac-usb-de_CH #flag:partial __Choices: American English, Belgian, British English, Danish, Dvorak, Finnish, French, German, Italian, Italian, Portuguese, Spanish, Swedish, Swiss French, Swiss German _Description: Keymap to use for a USB keyboard: What I think is happening here is that the PowerPC installer follows *by default* a path for keymap choice that goes through USB keyboard which, itself, leads to the choice of keymaps among a very restricted set. See the following comment in kbd-chooser/usb-kbd.c: static kbd_t *usb_preferred_keymap (kbd_t *keyboards, const char *subarch) { /* FIXME * It was a mistake to tie keymaps to architectures: all the keymaps * in console-keymaps-usb are Mac-specific (at the moment); PC USB keyboards * all use standard AT keymaps. But its too close to sarge release to change design, * so we go with the following hack: * If the USB keyboard vendor is Apple, set PRESENT = TRUE. * For other keyboard vendors and if architecture is x86 or powerpc (prep and chrp), * force the installer to display the list of AT keymaps. This is needed because, for * 2.6 kernels, we can not assume that a AT connector will be detected in at-kbd.c. * * UPDATE * Because of the changes in the input layer, we can now be sure that an * AT keyboard layout is needed, even if an USB keyboard is detected. So we force * any USB keyboard to AT and no longer include the option to select a USB keymap * for all arches except powerpc which still needs the usb keymaps as otherwise * the mode switch key (for accented characters) is mapped to the wrong key. */ // Always use AT keymaps for USB keyboards with 2.6 kernel (except for powerpc) int skip_26_kernels = 0; #if defined (AT_KBD) !defined(__powerpc__) struct utsname buf; uname(buf); if (strncmp(buf.release, 2.6, 3) == 0) skip_26_kernels = 1; #endif General problem: all this code is many years old and doesn't really fit the current situation where USB is everywhere and the only keyboards that are used in real life are the various flavours of PC-style keyboards (overgeneralization here, of course: various Macs do have specific layouts, so are the last sold Sun keyboards, etc). Immediate solution for Gunther, I think: use the installer in expert mode and choose AT keyboard Not having a PowerPC machine handy, I can't test this, though. Hi, many thanks but nope, it doesn't work. At least on stable installer (the only one yaboot boot loader can load, sid vmlinux is too big) it doesn't. First item in expert is about language and the second one about keymaps, only two options here are (1)USB keyboard (takes me back to the same list without br-abnt) and (2)leave keymap untouched which does not suits me also. cheers, -- ...agora, só nos sobrou o futuro..., visto em www.manuchao.net Gunther Furtado Curitiba - Paraná - Brasil gunfurt...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596419: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64: causes a system hangup by the shutdown of the system, aacraid (sw raid) involved in hangup)
After further anaysis it seems to be the fact it occurs not by mdadm stop but by the call of xendomains stop because the hangup occurs not only by the shutdown, but also by the simple call of /etc/init.d/xendomains stop - there are 4 domains running, 3 fully virtualized based on qemu and one paravirtual, also debian squeeze based. It also does not hang up the computer completely, it just freezes the keyboard (also the numlock does not react etc.) and services (for example concurrent ssh connection to the amchine is no longer usefull), but the system itself does still something. There come after some minutes of waiting again and again messages, ending by the following call trace (I hope I made no mistakes in writing it down from monitor): Call Trace: []? smp_call_function_many+0x191/0x1af []? drain_local_pages+0x0/0xd []? smp_call_function+0x20/0x24 []? on_each_cpu+0x10/0x2e []? __alloc_pages_nodemask+0x3f4/0x5ce []? check_events+0x12/0x20 []? new_slab+0x42/0x1ca []? __slab_alloc+0x1f0/0x39b []? sock_alloc_send_pskb+0xbd/0x2d8 []? cap_socket_getpeersec_dgram+0x0/0x6 []? __kmalloc_node_track_caller+0xbb/0x11b []? sock_alloc_send_pskb+0xbd/0x2d8 []? __alloc_skb+0x69/0x15a []? sock_alloc_send_pskb+0xbd/0x2d8 []? pollwake+0x0/0x5b []? unix_stream_sendmsg+0x133/0x2a1 []? sock_aio_write+0xb1/0xbc []? sock_aio_write+0x0/0xbc []? do_sync_readv_writev+0xc0/0x107 []? autoremove_wake_function+0x0/0x2e []? rw_copy_check_nvector+0x6d/0xe4 []? do_readv_writev+0xb2/0x115 []? pvclock_clocksource_read+0x3a/0x70 []? sys_writev+0x45/0x93 []? system_call_fastpath+0x16/0x1b This stack trace comes multiple times (for hour or more before I pushed the power button) and unfortunatelly I cannot see anything more usefull in the error. In the start, there was also some message with aacraid, but It vanished too quickly to see what was written there. -Original Message- From: Debian BTS [mailto:debb...@busoni.debian.org] On Behalf Of Debian Bug Tracking System Sent: Saturday, September 11, 2010 10:15 AM To: Artur Linhart Subject: Bug#596419: Acknowledgement (xen-linux-system-2.6.32-5-xen-amd64: causes a system hangup by the shutdown of the system, aacraid (sw raid) involved in hangup) Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. As you requested using X-Debbugs-CC, your message was also forwarded to al.li...@bcpraha.com (after having been given a Bug report number, if it did not have one). Your message has been sent to the package maintainer(s): Debian Kernel Team debian-ker...@lists.debian.org If you wish to submit further information on this problem, please send it to 596...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 596419: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=596419 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems __ Informace od NOD32 5441 (20100910) __ Tato zprava byla proverena antivirovym systemem NOD32. http://www.nod32.cz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#593515: mirror submission for mirror.serverius.nl
tag 593515 +moreinfo thanks On Wed, Aug 18, 2010 at 09:05:02PM +, Serverius wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: mirror.serverius.nl Aliases: debian.serverius.nl Type: leaf Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc Archive-ftp: /debian/ FTP connection is refused. Archive-http: /debian/ Archive-rsync: debian/ HTTP/RSYNC ok. Please read carefully http://www.debian.org/mirror/ftpmirror and use the recommended tool there. CDImage-ftp: /debian/ CDImage-http: /debian/ CDImage-rsync: debian/ Old-ftp: /debian/ Old-http: /debian/ Old-rsync: debian/ Volatile-ftp: /debian/ Volatile-http: /debian/ Volatile-rsync: debian/ It's not a very good idea to mirror more than one source to the same destination... volatile should go to /debian-volatile/, CDImage to /debian-cd/, and debian-archive to /debian-archive/ (for all protocols you declare as working). IPv6: no If you want to make IPv6 available, then please add IPv6 entries to mirror.serverius.nl / debian.serverius.nl. Archive-upstream: ftp.nl.debian.org Volatile-upstream: ftp.nl.debian.org CDImage-upstream: ftp.nl.debian.org Updates: twice Maintainer: Serverius mir...@serverius.nl Country: NL Netherlands Location: Serverius Dronten, The Netherlands Sponsor: Serverius http://www.serverius.nl Comment: Server has a dedicated 1Gbps connection to the core switch. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596433: prosody: postinst script fails with customised openssl configuration
Package: prosody Version: 0.7.0-1 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, I have configured openssl to use several commonName options, which makes prosody uninstallable. Indeed, the postinst script expects to give an hardcoded number of answers during the certificate creation, and fails when more answers are needed. A better way would be to ship a standard openssl configuration file, and use it through openssl -config option, or the OPENSSL_CONF environment variable. Cheers, Julien - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (100, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyLae4ACgkQIQvyq59x1EkaawCeIhXzTllCN4iFylP8KaqL1MSk +qwAoKmcY+zeDeKsb6nCaX11aL7/iBHI =I8VG -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589525: mirror submission for mirrors.163.com
tag 589525 +moreinfo thanks Hi, Please read carefully http://www.debian.org/mirror/ftpmirror On Sun, Jul 18, 2010 at 01:50:27PM +, netease wrote: Package: mirrors Severity: wishlist Submission-Type: new Site: mirrors.163.com Type: leaf Archive-architecture: amd64 i386 Archive-http: /debian/ The local trace file is missing, please follow http://www.debian.org/mirror/ftpmirror#how IPv6: no Archive-upstream: ftp.debian.org Read http://www.debian.org/mirror/ftpmirror#wherefrom Updates: once Maintainer: netease mir...@service.netease.com Country: CN China Comment: Mirror every six hours. Server provided by the top ICP of China Netease aka 163.com. How much bandwidth is available ? By the way: http://mirrors.163.com/debian-backport/ - the right name is debian-backport*s* - please use the recommended ftpsync tool (have a conf file ftpsync-backports.conf) Thanks for mirroring Debian and best regards. -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594992: keyboard-configuration: add brazilian abnt2 model to the list of keyboards
Quoting Gunther Furtado (gunfurt...@gmail.com): Hi, many thanks but nope, it doesn't work. At least on stable installer (the only one yaboot boot loader can load, sid vmlinux is too big) it doesn't. First item in expert is about language and the second one about keymaps, only two options here are (1)USB keyboard (takes me back to the same list without br-abnt) and (2)leave keymap untouched which does not suits me also. Ah, sad. So I'm afraid that someone needs to care enough about this issue (and powerpc) to fix it. As you mention also, we apparently also need to find someone caring enough to fix the yaboot stuff. signature.asc Description: Digital signature
Bug#596434: new opencc needs to claim conflict with libopencc0
Package: opencc Version: 0.1.1-1 Severity: important Since this opencc does not claim conflict with libopencc0, when trying to upgrade from testing combination, it has file crash. Since libopencc0 will not be needed or created, conflict seems good idea. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages opencc depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib pn libopencc1none (no description available) opencc recommends no packages. opencc suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#571406: Patch for the 3.112+nmu1 NMU of adduser
Dear maintainer of adduser, On Friday, September 03, 2010 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 Thursday, August 26, 2010. You either agreed for this NMU or did not respond to my notices. I will now upload this NMU to DELAYED/7-DAY. The NMU patch is attached to this mail. The NMU changelog is: Source: adduser Version: 3.112+nmu1 Distribution: unstable Urgency: low Maintainer: Christian Perrier bubu...@debian.org Date: Sat, 11 Sep 2010 10:23:47 +0200 Closes: 571406 577994 582322 592185 595297 Changes: adduser (3.112+nmu1) unstable; urgency=low . * Non-maintainer upload. * Fix pending l10n issues. Programs translations: - Bokmål, Norwegian (Hans Fredrik Nordhaug). Closes: #595297 - French (Jean-Baka Domelevo Entfellner). Closes: #571406 - Portuguese (Américo Monteiro). Closes: #577994 - Spanish (Javier Fernández-Sanguino). Closes: #592185 * Manpages translations: - Portuguese (Américo Monteiro). Closes: #582322 -- diff -Nru adduser-3.112+nmu1.old/debian/changelog adduser-3.112+nmu1/debian/changelog --- adduser-3.112+nmu1.old/debian/changelog 2010-08-24 00:41:39.703867749 +0200 +++ adduser-3.112+nmu1/debian/changelog 2010-09-11 10:23:55.319950954 +0200 @@ -1,3 +1,16 @@ +adduser (3.112+nmu1) unstable; urgency=low + + * Non-maintainer upload. + * Fix pending l10n issues. Programs translations: +- Bokmål, Norwegian (Hans Fredrik Nordhaug). Closes: #595297 +- French (Jean-Baka Domelevo Entfellner). Closes: #571406 +- Portuguese (Américo Monteiro). Closes: #577994 +- Spanish (Javier Fernández-Sanguino). Closes: #592185 + * Manpages translations: +- Portuguese (Américo Monteiro). Closes: #582322 + + -- Christian Perrier bubu...@debian.org Sat, 11 Sep 2010 10:23:47 +0200 + adduser (3.112) unstable; urgency=low * deluser: --backup-to implies --backup, but only if passed on the command diff -Nru adduser-3.112+nmu1.old/debian/po/ar.po adduser-3.112+nmu1/debian/po/ar.po --- adduser-3.112+nmu1.old/debian/po/ar.po 2010-08-24 00:41:39.691662608 +0200 +++ adduser-3.112+nmu1/debian/po/ar.po 2010-09-03 08:55:01.516177289 +0200 @@ -21,6 +21,7 @@ PO-Revision-Date: 2007-07-06 15:43+0300\n Last-Translator: Ossama M. Khayat okha...@yahoo.com\n Language-Team: Arabic supp...@arabeyes.org\n +Language: ar\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n diff -Nru adduser-3.112+nmu1.old/debian/po/be.po adduser-3.112+nmu1/debian/po/be.po --- adduser-3.112+nmu1.old/debian/po/be.po 2010-08-24 00:41:39.691662608 +0200 +++ adduser-3.112+nmu1/debian/po/be.po 2010-09-03 08:55:01.528170907 +0200 @@ -11,6 +11,7 @@ PO-Revision-Date: 2007-10-14 15:04+0300\n Last-Translator: Pavel Piatruk berser...@neolocation.com\n Language-Team: Belarusian i...@mova.org\n +Language: be\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n diff -Nru adduser-3.112+nmu1.old/debian/po/ca.po adduser-3.112+nmu1/debian/po/ca.po --- adduser-3.112+nmu1.old/debian/po/ca.po 2010-08-24 00:41:39.695677512 +0200 +++ adduser-3.112+nmu1/debian/po/ca.po 2010-09-03 08:55:01.536169935 +0200 @@ -11,6 +11,7 @@ PO-Revision-Date: 2002-12-05 02:35+0100\n Last-Translator: Jordi Mallach jo...@debian.org\n Language-Team: Catalan debian-l10n-cata...@lists.debian.org\n +Language: ca\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-15\n Content-Transfer-Encoding: 8bit\n diff -Nru adduser-3.112+nmu1.old/debian/po/cs.po adduser-3.112+nmu1/debian/po/cs.po --- adduser-3.112+nmu1.old/debian/po/cs.po 2010-08-24 00:41:39.695677512 +0200 +++ adduser-3.112+nmu1/debian/po/cs.po 2010-09-03 08:55:01.548169979 +0200 @@ -19,6 +19,7 @@ PO-Revision-Date: 2007-07-01 11:20+0200\n Last-Translator: Miroslav Kure ku...@debian.cz\n Language-Team: Czech debian-l10n-cz...@lists.debian.org\n +Language: cs\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n diff -Nru adduser-3.112+nmu1.old/debian/po/da.po adduser-3.112+nmu1/debian/po/da.po --- adduser-3.112+nmu1.old/debian/po/da.po 2010-08-24 00:41:39.691662608 +0200 +++ adduser-3.112+nmu1/debian/po/da.po 2010-09-03 08:55:01.552168899 +0200 @@ -19,6 +19,7 @@ PO-Revision-Date: 2004-04-03 13:25+0200\n Last-Translator: Claus Hindsgaul clau...@image.dk\n Language-Team: Danish da...@klid.dk\n +Language: da\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n diff -Nru adduser-3.112+nmu1.old/debian/po/de.po adduser-3.112+nmu1/debian/po/de.po --- adduser-3.112+nmu1.old/debian/po/de.po 2010-08-24 00:41:39.695677512 +0200 +++ adduser-3.112+nmu1/debian/po/de.po 2010-09-03 08:55:01.560200892 +0200 @@ -12,6 +12,7 @@ PO-Revision-Date: 2007-07-10 19:01+0200\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: German
Bug#563337: #563337 vile-filters: please explain how to use in README.Debian
fwiw, the filters are documented in vile.hlp (section on Syntax coloring) and filters.doc Generally though, I use the -I option to fill in a source vileinit.rc to get things started. That sources filters.rc and other things that seem to be generally useful. see also http://invisible-island.net/vile/vile-toc.html (the html documentation is used to generate vile.hlp and the various .doc files) -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#596291: offlineimap getting stuck when run with multiple threads/connections
This one time, at band camp, Rogério Brito said: As I reported in another bug (about offlineimap dying too easily under many circumstances), attached is what I see when I strace one of the running threads of offlineimap when it is run with 10 connections to initially mirror my gmail account to a local maildir. I am not trying anymore to push the messages to the gmail server---I am now trying to pull a fresh copy of them from there. If there is anything that would be desired and if I can reproduce it, then, please, let me know. Hi, Just a me too report. I'm seeing it die after fetching a few thousand mails here, although the time to hang is variable. I've tried running it against both the lenny dovecot and the current bpo dovecot, and it's the same. I've also tried with both python 2.6 and 2.5 to see if the recent python transition is what's broken it, but it also hangs with 2.5. Below is the end of the debug imap output. Trying to run debug thread (which is where it seems to actually hang) throws a recursion exceeded exception, which is slightly unhelpful :) Thanks for looking at this. Copy message 3166 from lists.clamav-users: Copy message 3166 IMAP[lists.clamav-users] - Maildir[lists.clamav-users], LocalStatus[lists.clamav-users] Copy message 3166 from lists.clamav-users: DEBUG[imap]: 49:23.94 GAHI1199 UID FETCH 3166 (BODY.PEEK[]) The server is just sat in: epoll_wait(5, {}, 4, 5000) = 0 So it looks like they've somehow got out of sync with each other. I'm assuming the server thinks it's answered the last request, and offlineimap thinks it's made the last request, so they're deadlocked waiting for the other side to do something. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#596337: [Evolution] Bug#596337: evolution: URL not shown as link
On ven., 2010-09-10 at 15:25 +0200, Frederik Himpe wrote: Package: evolution Version: 2.30.3-1 Severity: normal With evolution 2.30.2 currently in Squeeze, the automatic mail sent out by a drupal installation warning you about available updates, contains an URL which is not clickable. After an apt-get install -t unstable evolution evolution- data-server, which pulled in evolution and evolution-data-server 2.30.3, the link is now clickable as it needs to be. When viewing the source of the mail message in Evolution, it shows some unrecognized character at the end of each line, so maybe the newlines in the sent out message are broken. I will attach the message. Thanks for the report, I can confirm it's fixed in my 2.30.3 installation. I'm not sure I'll ask for 2.30.3 migration since it has problems with IDLE support enabled. Cheers, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#596434: new opencc needs to claim conflict with libopencc0 (install log)
Hi, Here are my install log: Reading changelogs... Done Selecting previously deselected package libopencc1. (Reading database ... 220174 files and directories currently installed.) Unpacking libopencc1 (from .../libopencc1_0.1.1-1_amd64.deb) ... Replacing files in old package libopencc0 ... dpkg: error processing /var/cache/apt/archives/libopencc1_0.1.1-1_amd64.deb (--unpack): trying to overwrite '/usr/share/locale/zh_TW/LC_MESSAGES/opencc.mo', which is also in package opencc 0.0.3-1 configured to not write apport reports Preparing to replace opencc 0.0.3-1 (using .../opencc_0.1.1-1_amd64.deb) ... Unpacking replacement opencc ... Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libopencc1_0.1.1-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of opencc: opencc depends on libopencc1 (= 0.1.1-1); however: Package libopencc1 is not installed. dpkg: error processing opencc (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: opencc Press return to continue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#381109: Check dependencies and code?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I find that sawfish-ui does not start. Initially exec rep $0 $@ (line 8 of /usr/bin/sawfish-ui script) failed, I needed to install the rep package (is not in dependencies) After that: $ sawfish-ui *** Unbound variable: gtk-preview-new (You're accessing an undefined variable or function `gtk-preview-new') So I confirm the report of Ian Zimmerman. Yours, Tjeerd Pinkert -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAkyLaA4ACgkQ9xQaBfeouaqcdQCdE5Bj8CZ0OmccDs/5xK0W3rET H5gAoIznBj9dKSrcW+4hHADs63fHncPt =4cK0 -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596318: [Debian-med-packaging] Bug#596318: mgltools-bhtree: python2.5-dev used as build-dependency, not python-dev or python2.6-dev
Le Fri, Sep 10, 2010 at 09:58:14AM +, Matthias Klose a écrit : Package: mgltools-bhtree Version: 1.5.4.cvs.20090603-1 Severity: serious User: debian-pyt...@lists.debian.org Usertag: python2.6 The package build-depends on python2.5-dev, which is not the default python version for squeeze. The package should be rebuilt with python2.6, either build-depending on python-dev (recommended) or python2.6-dev. Hello Matthias, Is there any reason why you filed a bug against 1.5.4.cvs.20090603-1 instead of asking for an unblock of 1.5.4.cvs.20090603-1.1. Didn't that NMU solve the problem (see #586852). I am confused and puzzled what to do now. Have a nice day, -- Charles Plessy Debian Med packaging team, http://www.debian.org/devel/debian-med Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596435: fakechroot: buffer overrun in getsockname
Package: fakechroot Version: 2.10-2 Severity: important Tags: patch The getsockname function in libfakechroot.c ignores the namelen parameter and overruns the buffer given as name if *namelen is less than sizeof(struct sockaddr_un). This can be triggered by executing: fakechroot host 127.0.0.1 glibc detects the buffer overrun and kills the process: *** stack smashing detected ***: host terminated According to recent getsockname(2) man pages the result must be truncated if it's longer than *namelen. *namelen should then be set to the length of the complete result so that the caller can recognize that the result has been truncated. See attached patch for a corresponding solution. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.18-194.11.1.el5 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fakechroot depends on: ii libc6 2.11.2-5 Embedded GNU C Library: Shared lib fakechroot recommends no packages. Versions of packages fakechroot suggests: pn libc6-i386none (no description available) -- no debconf information diff -ur fakechroot-2.10/src/libfakechroot.c fakechroot-2.10-getsockname/src/libfakechroot.c --- fakechroot-2.10/src/libfakechroot.c 2010-08-25 15:33:34.0 +0200 +++ fakechroot-2.10-getsockname/src/libfakechroot.c 2010-09-11 14:16:31.0 +0200 @@ -2098,7 +2098,7 @@ strncpy(newname.sun_path, fakechroot_buf, UNIX_PATH_MAX); } -memcpy(name, newname, sizeof(struct sockaddr_un)); +memcpy(name, newname, *namelen sizeof(struct sockaddr_un) ? *namelen : sizeof(struct sockaddr_un)); *namelen = sizeof(newname.sun_family) + strlen(newname.sun_path); return status; }
Bug#590263: mupdf: FTBFS due to inappropriate CPU options
package mupdf tag 590263 patch thanks Hi, I've been using my unofficial mupdf package on armel since 2009. When I noticed that mupdf is in debian I tried installing it and then noticed mkdir -p build/release mkdir -p build/generated CC build/release/base_cpudep.o cc1: error: unrecognized command line option -mmmx cc1: error: unrecognized command line option -msse cc1: error: unrecognized command line option -msse2 fitz/base_cpudep.c:1: error: bad value (k8) for -march= switch in https://buildd.debian.org/fetch.cgi?pkg=mupdf;ver=0.6-1;arch=armel;stamp=1283843178 The attached patch uses these special compiler options only on amd64 and is tested to fix the build on at least armel. best regards, Timo Lindfors From b72c53a7a0af115b9a680ce1381bf32ec68fd335 Mon Sep 17 00:00:00 2001 From: Timo Juhani Lindfors timo.lindf...@iki.fi Date: Sat, 11 Sep 2010 13:50:36 +0100 Subject: [PATCH] Use -mmmx -msse -msse2 -march=k8 -DARCH_X86 only on x86_64 --- Makerules |6 +- 1 files changed, 5 insertions(+), 1 deletions(-) diff --git a/Makerules b/Makerules index a441176..5ff1dc8 100644 --- a/Makerules +++ b/Makerules @@ -2,6 +2,7 @@ OS := $(shell uname) OS := $(OS:MINGW%=MINGW) +MACHINE := $(shell uname -m) LIBS := -ljbig2dec -lopenjpeg -ljpeg -lz -lm CFLAGS := -Wall --std=gnu99 -Ifitz -Imupdf $(THIRD_INCS) @@ -26,10 +27,13 @@ endif X11LIBS = -lX11 -lXext PDFVIEW_EXE = $(X11VIEW_EXE) ifeq $(build) release -CFLAGS += -mmmx -ftree-vectorize -msse -msse2 -march=k8 -DARCH_X86 +CFLAGS += -ftree-vectorize +ifeq $(MACHINE) x86_64 +CFLAGS += -mmmx -msse -msse2 -march=k8 -DARCH_X86 ARCH_SRC = archx86.c endif endif +endif ifeq $(OS) Darwin CFLAGS += -I$(HOME)/include -I/usr/X11R6/include -- 1.7.1
Bug#517121: Patch to use 686 kernel flavour in D-I with VIA C7-D Processor
reassign 517121 base-installer tags 517121 patch thanks The attached patch is, from the information given originally by the bug submitter for this bug.1.5 year ago, the correct way to propose 686 flavours of kernel packages for this processor. To kernel team: any objection to commit it? Do you think this is right? -- Index: i386.sh === --- i386.sh (révision 64682) +++ i386.sh (copie de travail) @@ -88,7 +88,7 @@ case $FAMILY in 6) case $MODEL in - 9|10) echo 686 486 ;; + 9|10|13)echo 686 486 ;; *) echo 486 ;; esac ;; signature.asc Description: Digital signature
Bug#305849: #305849 xterm: Xterm sends broken Ctrl-Left/Right/Up/Down sequences
The issue presented here was addressed in patch #214: add modifyOtherKeys resource, analogous to the modifyCursorKeys resource. This applies to keys that normally would transmit nothing when a given modifier is applied (request by Dan Nicolaescu). and in #235: add resource formatOtherKeys to provide an alternate escape sequence format for the modifyOtherKeys resource (request by Paul LeoNerd Evans). -- Thomas E. Dickey dic...@invisible-island.net http://invisible-island.net ftp://invisible-island.net signature.asc Description: Digital signature
Bug#596291: offlineimap getting stuck when run with multiple threads/connections
This one time, at band camp, Stephen Gran said: Copy message 3166 from lists.clamav-users: Copy message 3166 IMAP[lists.clamav-users] - Maildir[lists.clamav-users], LocalStatus[lists.clamav-users] Copy message 3166 from lists.clamav-users: DEBUG[imap]: 49:23.94 GAHI1199 UID FETCH 3166 (BODY.PEEK[]) The server is just sat in: epoll_wait(5, {}, 4, 5000) = 0 I've managed to correlate the server side and the client side a bit more: Copy message 2099 from debian.amd64.2007: Copy message 2099 IMAP[debian.amd64.2007] - Maildir[debian.amd64.2007], LocalStatus[debian.amd64.2007] Copy message 2100 from debian.amd64.2007: Copy message 2100 IMAP[debian.amd64.2007] - Maildir[debian.amd64.2007], LocalStatus[debian.amd64.2007] But the server sees: [pid 12586] read(0, BHAJ7358 UID FETCH 2099 (BODY.PEEK[])\r\n..., 3029) = 39 [pid 12586] write(1, * 2099 FETCH (UID 2099 BODY[] {5143}\r\nReturn-path: , 4094) = 4094 [pid 12586] write(1, BHAJ7358 OK Fetch completed.\r\n..., 1120) = 1120 [pid 12586] epoll_wait(5, unfinished ... [pid 12568] ... epoll_wait resumed {}, 14, 1000) = 0 [pid 12568] epoll_wait(10, unfinished ... [pid 12586] ... epoll_wait resumed {}, 3, 517) = 0 [pid 12586] epoll_wait(5, unfinished ... [pid 12568] ... epoll_wait resumed {}, 14, 1000) = 0 and there it hangs. So it looks like the client thinks it's sent a FETCH, but the server never sees it. Hope this is helpful. I have so far been unable to reproduce this when running offlineimap under strace, which suggests a timing dependant bug (kind of as suspected, but still not all that helpful, I realize). The earlier strace (and the strace I see when attaching after it hangs) does suggest that a lock is not being releaesed somewhere, but I can't immediately see anything obviously wrong with the logic in the code. Cheers, -- - | ,''`.Stephen Gran | | : :' :sg...@debian.org | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#596436: bugzilla: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
Package: bugzilla Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. # bugzilla Brazilian Portuguese debconf template translation. # Copyright (C) 2009 THE bugzilla's COPYRIGHT HOLDER # This file is distributed under the same license as the bugzilla package. # # André LuÃs Lopes andre...@debian.org, 2009. # Flamarion Jorge jorge.flamar...@gmail.com, 2010. # Adriano Rafael Gomes adrian...@gmail.com, 2010. # msgid msgstr Project-Id-Version: bugzilla\n Report-Msgid-Bugs-To: bugzi...@packages.debian.org\n POT-Creation-Date: 2010-09-02 09:43+0200\n PO-Revision-Date: 2010-09-03 19:34-0300\n Last-Translator: Adriano Rafael Gomes adrian...@gmail.com\n Language-Team: Brazilian Portuguese debian-l10n-portugu...@lists.debian. org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n pt_BR utf-8\n #. Type: password #. Description #: ../bugzilla3.templates:2001 msgid Password confirmation: msgstr Confirmação de senha: #. Type: string #. Description #: ../bugzilla3.templates:3001 msgid Email address of Bugzilla administrator: msgstr Endereço de e-mail do administrador do Bugzilla: #. Type: string #. Description #: ../bugzilla3.templates:3001 msgid Please enter the email address of the Bugzilla administrator; all mail for the administrator will be sent to this address. This email address is also used as the administrator login for Bugzilla. msgstr Por favor, informe o endereço de e-mail do administrador do Bugzilla; todo e-mail para o administrador será enviado para este endereço. Este endereço de e-mail também é usado como login do administrador do Bugzilla. #. Type: string #. Description #: ../bugzilla3.templates:3001 msgid A valid address must contain exactly one '@', and at least one '.' after the @. You'll be able to change this setting through Bugzilla's web interface. msgstr Um endereço válido deve conter exatamente um '@', e no mÃnimo um '.' depois do @. Você será capaz de modificar esta configuração através da interface web do Bugzilla. #. Type: string #. Description #: ../bugzilla3.templates:4001 msgid Real name of Bugzilla administrator: msgstr Nome real do administrador do Bugzilla: #. Type: password #. Description #: ../bugzilla3.templates:5001 msgid Password for the Bugzilla administrator account: msgstr Senha para a conta do administrador do Bugzilla: #. Type: password #. Description #: ../bugzilla3.templates:5001 msgid Please enter at least 6 characters. msgstr Por favor, informe pelo menos 6 caracteres. #. Type: boolean #. Description #: ../bugzilla3.templates:6001 msgid Have Status or Resolution values been customized? msgstr Os valores de Status ou Resolução foram personalizados? #. Type: boolean #. Description #: ../bugzilla3.templates:6001 msgid If values in the Status or Resolution fields have been customized, the checksetup procedure must be modified appropriately before installation can continue. msgstr Se os valores dos campos de Status ou Resolução foram personalizados, o procedimento de checksetup deve ser modificado apropriadamente antes que a instalação possa continuar. #. Type: boolean #. Description #: ../bugzilla3.templates:6001 msgid For each update of this package, a new version of the checksetup_nondebian. pl script is installed; the /usr/share/bugzilla3/debian/pre-checksetup.d directory can be used to automatically apply your modifications before execution. msgstr Para cada atualização deste pacote, uma nova versão do script checksetup_nondebian.pl é instalada; o diretório /usr/share/bugzilla3/debian/ pre-checksetup.d pode ser usado para aplicar automaticamente suas modificações antes da execução. #. Type: boolean #. Description #: ../bugzilla3.templates:7001 msgid Prompt about customized Status/Resolution at each update? msgstr Perguntar sobre Status/Resolução personalizados a cada atualização? #. Type: boolean #. Description #: ../bugzilla3.templates:7001 msgid If you modified Status/Resolution fields and created a script within /usr/ share/bugzilla3/debian/pre-checksetup.d to apply changes to /usr/share/ bugzilla3/lib/checksetup_nondebian.pl, you may want to avoid being prompted at each package upgrade. msgstr Se você modificou os campos Status/Resolução e criou um script dentro de / usr/share/bugzilla3/debian/pre-checksetup.d para aplicar as mudanças em /usr/ share/bugzilla3/lib/checksetup_nondebian.pl, talvez você queira evitar de ser perguntado a cada atualização do pacote. #. Type: boolean #. Description #: ../bugzilla3.templates:7001 msgid If you accept being prompted, you will have to call /usr/share/bugzilla3/lib/ checksetup.pl yourself, at each package upgrade, before using Bugzilla. msgstr Se você aceitar ser perguntado, você terá que chamar
Bug#596437: Latest ia32-libs (20100908) breaks latest ia32-libs-gtk
Package: ia32-libs-gtk Version: 20090804 Severity: grave Justification: renders package unusable ia32-libs-gtk is uninstallable. Please fix. gera...@envy15:~$ LANG=C sudo apt-get install ia32-libs-gtk Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: ia32-libs-gtk : Depends: ia32-libs (= 20090711) but it is not going to be installed E: Broken packages gera...@envy15:~$ LANG=C sudo apt-get install ia32-libs-gtk ia32-libs Reading package lists... Done Building dependency tree Reading state information... Done ia32-libs is already the newest version. Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: ia32-libs : Breaks: ia32-libs-gtk ( 20100905) but 20090804 is to be installed E: Broken packages Thanks, Gerardo -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.35-trunk-amd64 (SMP w/8 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages ia32-libs-gtk depends on: ii ia32-libs 20100908 ia32 shared libraries for use on a ii libc6-i3862.11.2-5 Embedded GNU C Library: 32-bit sha ia32-libs-gtk recommends no packages. ia32-libs-gtk suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583177: unreproducible
notfound 583177 0.5.2-2 found 583177 0.4.1-1 fixed 583177 0.5.2-2 thanks Albin, On Sat, Jul 17, 2010 at 12:05:18PM +0200, Albin Tonnerre wrote: tag 583177 - unreproducible tag 583177 lenny [...] - Only happens on stable (tested in a chroot) with either 0.4.1 and 0.5.2 - Works for me in the stable chroot after locally rebuilding and installing dvtm in the chroot so if I understand this correctly you need to run stable to run into this bug. Sadly the current tagging of the bug is confusing as we don't support tagging a non-stable version lenny. (That tag is only used if a version is shared between suites, e.g. stable, testing and unstable to denote which of those are affected.) Thus resetting this to the stable version to remove it from the squeeze tracking lists. (If you need certain actions like binNMUs done in stable, please contact debian-rele...@lists.debian.org about it.) Kind regards, Philipp Kern signature.asc Description: Digital signature
Bug#588014: Documenting the DM-Upload-Allowed field.
owner 588014 ple...@debian.org thanks Dear all, since I am working on the chapter 5, I propose to add the description of the Dm-Upload-Allowed field in the Policy. The attached patch was prepared by pasting extracts from the DM GR. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan From afc7e21761d79efdab3e38cc341a9a8107794384 Mon Sep 17 00:00:00 2001 From: Charles Plessy ple...@debian.org Date: Sat, 11 Sep 2010 22:38:28 +0900 Subject: [PATCH] Documents the DM-Upload-Allowed field, Closes: #588014. --- policy.sgml | 15 +++ 1 files changed, 15 insertions(+), 0 deletions(-) diff --git a/policy.sgml b/policy.sgml index 6da634e..2ed808a 100644 --- a/policy.sgml +++ b/policy.sgml @@ -2555,6 +2555,7 @@ Package: libc6 itemqref id=f-SourcettSource/tt/qref (mandatory)/item itemqref id=f-MaintainerttMaintainer/tt/qref (mandatory)/item itemqref id=f-UploadersttUploaders/tt/qref/item + itemqref id=f-Dm-Upload-AllowedttDm-Upload-Allowed/tt/qref/item itemqref id=f-SectionttSection/tt/qref (recommended)/item itemqref id=f-PriorityttPriority/tt/qref (recommended)/item itemqref id=sourcebinarydepsttBuild-Depends/tt et al/qref/item @@ -2650,6 +2651,7 @@ Package: libc6 itemqref id=f-VersionttVersion/tt/qref (mandatory)/item itemqref id=f-MaintainerttMaintainer/tt/qref (mandatory)/item itemqref id=f-UploadersttUploaders/tt/qref/item + itemqref id=f-Dm-Upload-AllowedttDm-Upload-Allowed/tt/qref/item itemqref id=f-HomepagettHomepage/tt/qref/item itemqref id=f-Standards-VersionttStandards-Version/tt/qref (recommended)/item itemqref id=sourcebinarydepsttBuild-Depends/tt et al/qref/item @@ -2807,6 +2809,19 @@ Package: libc6 /p /sect1 + sect1 id=f-Dm-Upload-Allowed + headingttDm-Upload-Allowed/tt/heading + + p + The most recent version of a package uploaded to unstable or + experimental must include the field DM-Upload-Allowed: yes in the + source section of its source control file for the Debian archive to + accept uploads signed with a key in the Debian Maintainer keyring. + See the General Resolution url id=http://www.debian.org/vote/2007/vote_003; + name=Endorse the concept of Debian Maintainers for more details. + /p + /sect1 + sect1 id=f-Changed-By headingttChanged-By/tt/heading -- 1.7.1
Bug#382075: bibtex fails to handle unicode .bib files
tags 382075 - wontfix # TL 2010 tags 382075 + fixed-upstream stop On 08.08.06 martin f krafft (madd...@debian.org) wrote: Package: tetex-bin Version: 3.0-17 Severity: normal File: /usr/bin/bibtex bibtex cannot deal with Unicode .bib files. It would be nice if this were possible, unicode is kind of a standard by now... http://tug.org/texlive/doc/texlive-en/texlive-en.html#x1-7800010.2 New programs included: (...) the BibTeXU program for Unicode-enabled BibTeX; - tagging fixed upstream H. -- sigmentation fault signature.asc Description: Digital signature
Bug#594538: debian-history: Let's convert to UTF-8
Hi Bdale, I think this and harden-doc are the last packages which ship non-ascii document in non-UTF-8 format. It is quite annoyng for most non-English people. Although file change is large, it is trivial conversion. This was easy one for me maint-guide and debian-reference. I am debiandoc-sgml maintainer and have updated debiandoc-sgml for UTF-8 during lenny cycle. I think I can handle this task. May I initiate such commit to SVN to make this conversion? (I have write access.) If it start building web site, we may get it to documentation update. Use of UTF-8 was implicit release goal of lenny anyway. It is about time. Regards, Osamu -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#591388: (Reply only to this email : wester.uni...@w.cn )
You have a transfer of £1,000,000.00 Pounds. from Western Union® for more information Contact This Office Email:wester.uni...@w.cn -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#235757: horizontal scroll wheel
reassign 235757 texlive-binaries stop On 05.09.10 Barak A. Pearlmutter (ba...@cs.nuim.ie) wrote: Just checked: even when I add those X resources, xdvi listens to vertical scroll events but not horizontal ones. Iceweasel and Google Chrome respond to both, so it's not an issue there. xrdb -q shows that XDvi.wheelTranslations was merged correctly. Is there anything I can do to help debug this? I'll try contact Stefan. For now I move that bug to texlive-binaries. H. -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596348: mirror listing update for ftp.kr.debian.org
Hi, Thanks for processing our issue so fast. 2010-09-11, 03:57, Simon Paillard 작성: Hi, On Fri, Sep 10, 2010 at 03:52:43PM +, KAIST File Archive Operators wrote: Package: mirrors Severity: minor Submission-Type: update Site: ftp.kr.debian.org Aliases: ftp.kaist.ac.kr Type: leaf [..] Volatile-ftp: /debian-volatile/ Volatile-http: /debian-volatile/ Volatile-rsync: debian-volatile/ Volatile-upstream: valente.debian.org Please make sure you sync from the role address volatile-master.debian.org (which is *today* the same as valente though). Yes. That's where we actually sync from. The submission system was strangely rejecting the host volatile-master.d.o, so I looked up the FQDN of it and submitted it instead only to pass the system's check. CDImage-upstream: cdimage.debian.org Updates: push I know push is ok for archive, volatile, backports. Are you pushed for CDImage ? Yes, we're actually a fully push triggered Debian mirror! (assuming there's no push for /debian-archive/ :) ~Jaeho -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588014: Documenting the DM-Upload-Allowed field.
On 11/09/10 15:50, Charles Plessy wrote: Subject: [PATCH] Documents the DM-Upload-Allowed field, Closes: #588014. + itemqref id=f-Dm-Upload-AllowedttDm-Upload-Allowed/tt/qref/item + itemqref id=f-Dm-Upload-AllowedttDm-Upload-Allowed/tt/qref/item + sect1 id=f-Dm-Upload-Allowed + headingttDm-Upload-Allowed/tt/heading + experimental must include the field DM-Upload-Allowed: yes in the Capitalization is inconsistent across the patch. I guess you should fix that. Regards, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596287: vinagre fails to connect to VNC server
reassign 596287 libgtk-vnc-1.0-0 affects 596287 vinagre thanks It seems you're not the first to find this problem: http://mail.gnome.org/archives/gtk-vnc-list/2010-September/msg0.html The workaround there doesn't seem like a good solution in general to me. I've tried debugging this a bit and I think the problem lies in the signal handling of gtk-vnc, rather then vinagre. If I've understood gtk-vnc correctly, it has a vnc connection and a vnc display object. The connection signals vnc-auth-credential which the display object subscribes to (on_auth_cred). The display object then sends the same signal, to anyone (vinagre) that subscribes to vnc-auth-credential on the display object. When running this in a debugger I think on_auth_cred is never called and thus the signal on the vnc display object that vinagre subscribes to is never emitted. Reading symbols from /opt/vinagre/bin/vinagre...done. (gdb) run Starting program: /opt/vinagre/bin/vinagre [Thread debugging using libthread_db enabled] ^C Program received signal SIGINT, Interrupt. 0x72ca10d8 in __poll (fds=0x7af210, nfds=11, timeout=value optimized out) at ../sysdeps/unix/sysv/linux/poll.c:83 83 ../sysdeps/unix/sysv/linux/poll.c: No such file or directory. in ../sysdeps/unix/sysv/linux/poll.c (gdb) break on_auth_cred Breakpoint 1 at 0x7fffedf1114a: file vncdisplay.c, line . (gdb) c Continuing. The above scenario: gdb vinagre run break the execution with ctrl-c add breakpoint continue click in vinagre and attempt connection. breakpoint never hit and connection failed dialog shown. Breaking on do_vnc_connection_emit_main_context works and the breakpoint gets hit. no idea why the signals never surface. Another test case is to eliminate vinagre by using examples/gvncviewer.py and observing that it also never calls the vnc_auth_cred, which is the function subscribed to the credentials signal on the vnc display object in the example. -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595446: ntop: GPL code links openssl without a license exception
On Fri, Sep 10, 2010 at 10:55:16PM +0200, Francesco Poli wrote: I am not sure a re-release is really needed, but I'll leave that for other debian-legal regulars to comment on. It seems to me that there's another problem, though! It looks like ntop links with other libraries, some of which appear to be released under the terms of the GNU GPL. At a first glance (by looking at the package dependencies only, an ldd check is encouraged), I spotted http://packages.debian.org/sid/libgdbm3 and maybe http://packages.debian.org/sid/libfreetype6 (which is dual-licensed under the GPL and a custom license, I still have to check the latter license and see if it is compatible with OpenSSL...) If all this is confirmed, I would say that adding an OpenSSL linking exception to ntop is not enough to solve the compatibility issue between ntop and OpenSSL. It seems to me that the same linking exception is needed for the linked GPL'ed libraries, as well, and should obviously be asked to their copyright holders. As a side note, libgdbm3 is copyrighted by the FSF: I guess an OpenSSL linking exception will be difficult to obtain for that library... In summary, I think the best way to solve this issue is porting ntop to GNUTLS. At this point I am inclined to aggree. I think that SSL support should be removed from squeeze's version of ntop. I will work on porting GNUTLS for squeeze+1. Thank you for your insight Francesco. Regards, Jordan Metzmeier signature.asc Description: Digital signature
Bug#596438: [INTL:pt_BR] Brazilian Portuguese debconf templates translation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: lsb Tags: l10n patch Severity: wishlist Hello, Please, Could you update the Brazilian Portuguese Translation? Attached you will find the file pt_BR.po. It is UTF-8 encoded and it is tested with msgfmt and podebconf-display-po. Kind regards. - -- Flamarion Jorge OpenPGP Key: 6CA750E1 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkyLkvUACgkQ0SDRnmynUOEQiwCfVucY6b2hDIszelgIvDb5Ean+ xj0AmgLQDPucns/ua2+hNM1Bz/vDj6jc =dJ++ -END PGP SIGNATURE- # Debconf translations for lsb. # Copyright (C) 2010 THE lsb'S COPYRIGHT HOLDER # This file is distributed under the same license as the lsb package. # # Flamarion Jorge jorge.flamar...@gmail.com, 2010. # msgid msgstr Project-Id-Version: lsb 3.2_23-1\n Report-Msgid-Bugs-To: lawre...@debian.org\n POT-Creation-Date: 2007-05-13 09:16+0200\n PO-Revision-Date: 2010-09-04 14:29-0300\n Last-Translator: Flamarion Jorge jorge.flamar...@gmail.com\n Language-Team: Brazilian Portuguese debian-l10n-portugu...@lists.debian. org\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 pt_BR utf-8\n #. Type: boolean #. Description #: ../templates:2001 #| msgid Should shadow passwords be enabled? msgid Enable shadow passwords? msgstr Habilitar senhas \shadow\? #. Type: boolean #. Description #: ../templates:2001 #| msgid #| The Linux Standard Base requires that certain features of adduser(8) be #| available to conforming applications (such as password aging). Debian #| only provides these features when shadow passwords are enabled; however, #| your system currently has shadow passwords disabled. msgid The Linux Standard Base requires that certain features of adduser(8) be available to conforming applications (such as password aging). These features are only provided when shadow passwords are enabled, while this system has them disabled. msgstr A Linux Standard Base requer que certas funcionalidades do adduser(8) estejam disponÃveis para aplicações em conformidade (como expiração de senhas). Estas funcionalidades somente são fornecidas quando senhas \shadow\ estão habilitadas, e neste sistema estão desabilitadas. #. Type: boolean #. Description #: ../templates:2001 #| msgid #| Most LSB applications will work fine with either setting, but 100% #| conformance requires shadow passwords to be enabled. msgid Most LSB applications will work fine with either setting, but complete conformance requires shadow passwords to be enabled. msgstr A maioria das aplicações LSB funcionarão bem com qualquer uma das configurações, mas a conformidade completa requer que senhas \shadow\ estejam habilitadas. #. Type: boolean #. Description #: ../templates:2001 #| msgid #| Generally speaking, it is considered good practice to enable shadow #| passwords. However, there are some situations in which shadow passwords #| may not work properly (most notably, if non-root users need to #| authenticate passwords against /etc/passwd). msgid Generally speaking, it is considered good practice to enable shadow passwords. However, there are some situations in which shadow passwords may not work properly (most notably, if non-root users need to check passwords against /etc/passwd). msgstr Genericamente falando, é considerado boa prática habilitar senhas \shadow\. No entanto, existem algumas situações nas quais senhas \shadow\ podem não funcionar corretamente (notavelmente se usuários não-root precisam verificar senhas no /etc/passwd). #~ msgid #~ If you answer in the affirmative, the command 'shadowconfig on' will be #~ run to enable shadow passwords. #~ msgstr #~ Caso você responda afirmativamente, o comando 'shadowconfig on' será #~ executado para habilitar senhas shadow.
Bug#528043: Debian Installer bug #528043: how did you manage to choose to use the whole device for the root filesystem
tags 528043 moreinfo thanks Subject says it all. I have absolutely no idea how you ended up even being *able* to have the opportunity to make an entire filesystem in the entire device. Could you give the exact steps you followed (OK, this was 1.5 year ago!) to achieve this? -- signature.asc Description: Digital signature
Bug#596439: UI for choosing and editing servers is broken
Package: qgo Version: 1.5.4 Severity: important There's two problems with the parts of the UI needed to specify or edit go servers. 1. In the edit servers dialog, you can't edit anything, e.g. when changing the title of one server, clicking apply, selecting another server in the same dialog, and again selecting the first server, the first server has no title. 2. The dropdown menu for choosing which server to connect to is broken: No title is displayed, it doesn't drop down. Kind regards, Martin. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596287: vinagre fails to connect to VNC server
found 596287 0.4.1-3 fixed 596287 0.3.10-6 thanks This is a regression compared to gtk-vnc 0.3.10 which I've confirmed working (after rebuilding it from http://snapshot.debian.org/package/gtk-vnc/0.3.10-6/ and rebuilding vinagre with 0.3.10 installed). Here's the vinagre debug output when running with gtk-vnc 0.3.10 where apparently TLS+password authentication works... $ vinagre --gtk-vnc-debug gtk-vnc: Expose 0x0 @ 440,390 gtk-vnc: Started background coroutine gtk-vnc: Resolving host 127.0.0.1 5900 gtk-vnc: Trying socket 18 gtk-vnc: Protocol initialization gtk-vnc: Server version: 3.7 gtk-vnc: Using version: 3.7 gtk-vnc: Possible auth 18 gtk-vnc: Possible auth 2 gtk-vnc: Thinking about auth type 18 gtk-vnc: Decided on auth type 18 gtk-vnc: Waiting for auth type gtk-vnc: Choose auth 18 gtk-vnc: Do TLS handshake gtk-vnc: Handshake was blocking gtk-vnc: Handshake was blocking gtk-vnc: Handshake was blocking gtk-vnc: Handshake done gtk-vnc: Completed TLS setup gtk-vnc: Got 1 subauths gtk-vnc: Got 1 subauths gtk-vnc: Possible sub-auth 2 gtk-vnc: Requested auth subtype 2 gtk-vnc: Waiting for auth subtype gtk-vnc: Choose auth 2 gtk-vnc: Do Challenge gtk-vnc: Requesting missing credentials gtk-vnc: Set password credential seahorse gtk-vnc: Waiting for missing credentials gtk-vnc: Got all credentials gtk-vnc: Checking auth result gtk-vnc: Expose 0x77 @ 268,199 gtk-vnc: Success gtk-vnc: Pixel format BPP: 32, Depth: 24, Byte order: 1234, True color: 1 Mask red: 255, green: 255, blue: 255 Shift red: 16, green: 8, blue: 0 gtk-vnc: Display name 'g...@amd64' gtk-vnc: Setting depth color to 24 (32 bpp) gtk-vnc: Visual mask: 16711680 65280 255 shift: 16 8 0 gtk-vnc: Mask local: 255 255 255 remote: 255 255 255 merged: 255 255 255 gtk-vnc: Pixel shifts right: 16 8 0 left: 16 8 0 [...] -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588014: Documenting the DM-Upload-Allowed field.
Le Sat, Sep 11, 2010 at 04:15:15PM +0200, Emilio Pozuelo Monfort a écrit : Capitalization is inconsistent across the patch. I guess you should fix that. Ooops (correction attached). -- Charles Plessy Tsurumi, Kanagawa, Japan From 2b09eca1c6628bb1cacd864195f89a5c968f619c Mon Sep 17 00:00:00 2001 From: Charles Plessy ple...@debian.org Date: Sat, 11 Sep 2010 22:38:28 +0900 Subject: [PATCH] Documents the DM-Upload-Allowed field, Closes: #588014. --- policy.sgml | 15 +++ 1 files changed, 15 insertions(+), 0 deletions(-) diff --git a/policy.sgml b/policy.sgml index 8a2c25e..23fb14b 100644 --- a/policy.sgml +++ b/policy.sgml @@ -2566,6 +2566,7 @@ Package: libc6 itemqref id=f-SourcettSource/tt/qref (mandatory)/item itemqref id=f-MaintainerttMaintainer/tt/qref (mandatory)/item itemqref id=f-UploadersttUploaders/tt/qref/item + itemqref id=f-DM-Upload-AllowedttDM-Upload-Allowed/tt/qref/item itemqref id=f-SectionttSection/tt/qref (recommended)/item itemqref id=f-PriorityttPriority/tt/qref (recommended)/item itemqref id=sourcebinarydepsttBuild-Depends/tt et al/qref/item @@ -2661,6 +2662,7 @@ Package: libc6 itemqref id=f-VersionttVersion/tt/qref (mandatory)/item itemqref id=f-MaintainerttMaintainer/tt/qref (mandatory)/item itemqref id=f-UploadersttUploaders/tt/qref/item + itemqref id=f-DM-Upload-AllowedttDM-Upload-Allowed/tt/qref/item itemqref id=f-HomepagettHomepage/tt/qref/item itemqref id=f-Standards-VersionttStandards-Version/tt/qref (recommended)/item itemqref id=sourcebinarydepsttBuild-Depends/tt et al/qref/item @@ -2815,6 +2817,19 @@ Package: libc6 /p /sect1 + sect1 id=f-DM-Upload-Allowed + headingttDM-Upload-Allowed/tt/heading + + p + The most recent version of a package uploaded to unstable or + experimental must include the field DM-Upload-Allowed: yes in the + source section of its source control file for the Debian archive to + accept uploads signed with a key in the Debian Maintainer keyring. + See the General Resolution url id=http://www.debian.org/vote/2007/vote_003; + name=Endorse the concept of Debian Maintainers for more details. + /p + /sect1 + sect1 id=f-Changed-By headingttChanged-By/tt/heading -- 1.7.1
Bug#593909: debian-policy: Clarifications about the syntax of Debian control files.
Le Thu, Sep 02, 2010 at 06:52:15PM -0700, Russ Allbery a écrit : The distinction really is that some fields can be folded (Build-*, for example) and some fields are multi-line (Description, Files). The multi-line fields are not folded in the RFC 5322 sense, since you cannot just remove the newlines and have semantically the same content. Those fields (Description, Files) are a separate type of field that RFC 5322 doesn't have. I think that it is an excellent idea to use the vocabulary of the RFC. It has been written many times that the control files follow the syntax of the RFC 822 and its successors, and I think that it would help to show where this is true and where it is not. In the attached patch, I refer to the RFC 2822: isn't 5322 a draft ? Also, I integrated your comment about the relationships fields, that can not be folded elsewhere than in source package files. The attached patch also contains the (corrected) addition of the DM-Upload-Allowed field. I wonder if it would be worthwile to add the Bugs and Origin fields as well. Have a nice Sunday, -- Charles Plessy Tsurumi, Kanagawa, Japan diff --git a/policy.sgml b/policy.sgml index edd1faf..23fb14b 100644 --- a/policy.sgml +++ b/policy.sgml @@ -2449,19 +2449,22 @@ endif fieldsfootnote The paragraphs are also sometimes referred to as stanzas. /footnote. - The paragraphs are separated by blank lines. Some control + The paragraphs are separated by empty lines. As a special exception + for backwards compatibility, parsers may accept lines consisting + solely of spaces and tabs as paragraph separators. Some control files allow only one paragraph; others allow several, in which case each paragraph usually refers to a different package. (For example, in source packages, the first paragraph refers to the source package, and later paragraphs - refer to binary packages generated from the source.) + refer to binary packages generated from the source.). The + ordering of the paragraphs in control files is significant. /p p Each paragraph consists of a series of data fields; each field consists of the field name, followed by a colon and then the data/value associated with that field. It ends at - the end of the (logical) line. Horizontal whitespace + the end of a logical line (see below). Horizontal whitespace (spaces and tabs) may occur immediately before or after the value and is ignored there; it is conventional to put a single space after the colon. For example, a field might @@ -2479,22 +2482,42 @@ Package: libc6 /p p - Many fields' values may span several lines; in this case - each continuation line must start with a space or a tab. - Any trailing spaces or tabs at the end of individual - lines of a field value are ignored. + Fields values may be contained in a logical line that spans + several lines; these lines are called continuation lines and + must start with a space or a tab. Any trailing spaces or tabs + at the end of individual lines of a field value are ignored. /p p - In fields where it is specified that lines may not wrap, - only a single line of data is allowed and whitespace is not - significant in a field body. Whitespace must not appear + Continuation lines need to be allowed for each field separately, + by specifiying that the field can be folded or that it is multiline. + list compact=compact + item + In fields that can be folded, whitespace including newlines + is not significant in the field valuesfootnote + This allows simple control files that contain only one paragraph + and no multiline field to be read by parsers written for + the RFC 2822./footnote. + /item + item + In multiline fields, whitespace including newlines is significant. + /item + /list + /p + + p + Whitespace must not appear inside names (of packages, architectures, files or anything else) or version numbers, or between the characters of multi-character version relationships. /p p + The presence and purpose of a field, and the syntax of its + value may differ between types of control files. + /p + + p Field names are not case-sensitive, but it is usual to capitalize the field names using mixed case as shown below. Field values are case-sensitive unless the description of the @@ -2502,9 +2525,17 @@ Package: libc6 /p p - Blank lines, or lines consisting only of spaces and tabs, - are not allowed within field values or between fields - that - would mean a new paragraph. + Paragraph separators (empty lines) and lines consisting only of + spaces and tabs are not allowed within field values or between + fields. Empty lines in field values are usually escaped by + representing them by a space followed by a dot. + /p + + p + Lines starting with # without any preceding whitespace are
Bug#596440: fails to properly run apt_update
Package: live-installer Severity: serious Tag: pending live-installer.postinst calls apt_update too early, making d-i fail when installing a live system without binary indices, which is a common configuration, otavio proposed a fix, testing now... -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: daniel.baum...@panthera-systems.net Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596441: gnome-volume-manager: cd-image on a sandisk usb-key not unmountable.
Package: gnome-volume-manager Version: 2.22.1-1 Severity: normal Hi, today I had buyed a 8GB usbkey (Sandisk) that shows two devices: 1 normal storage (and I want to see it on my desktop) 1 MSDOS image with windows utilities (and I DON'T WANT TO SEE IT ON MY DESKTOP) I remembered that working on hal configuration I will be allowed to hide this unusefull partition/device or what is. I try and try but normal /etc/hal/fdi/policy/preferences.fdi configurations not work correctly (storage.automount_enabled_hint and volume.ignore) so I put my hands in the code and I discovered that the pseudo-cdrom not follows the normal storage flow but was intecepted by a gvm_media_changed. To solve this problem I add a a check to verify if the volume is disable before continue. This is my patch to solve the problem: diff -u -r gnome-volume-manager-2.22.1/src/manager.c gnome-volume-manager-2.22.1_mop/src/manager.c --- gnome-volume-manager-2.22.1/src/manager.c 2008-01-18 17:30:22.0 +0100 +++ gnome-volume-manager-2.22.1_mop/src/manager.c 2010-09-11 16:29:25.0 +0200 @@ -2698,10 +2698,15 @@ * check storage_device and not our own UDI */ if (libhal_device_get_property_bool (hal_ctx, storage_device, storage.removable, NULL)) { - /* we handle media change events separately */ - dbg (Changed: %s\n, device); - if (gvm_media_changed (udi, storage_device)) + if (!libhal_device_get_property_bool (hal_ctx, udi, volume.ignore, NULL)) { + /* we handle media change events separately */ + dbg (Changed: %s\n, device); + if (gvm_media_changed (udi, storage_device)) + goto out; + } + else { goto out; + } } if (config.automount_drives (mountable || crypto)) { Best regards, Matteo Nastasi (mop). -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-volume-manager depends on: ii gconf2 2.22.0-1 GNOME configuration database syste ii gnome-mount 0.7-2wrapper for (un)mounting and eject ii hal 0.5.11-8 Hardware Abstraction Layer ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.22.0-1 The ATK accessibility toolkit ii libbonobo2-02.22.0-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.22.0-1 The Bonobo UI library ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libdbus-1-3 1.2.1-5+lenny1 simple interprocess messaging syst ii libdbus-glib-1-20.76-1 simple interprocess messaging syst ii libgconf2-4 2.22.0-1 GNOME configuration database syste ii libglade2-0 1:2.6.2-1library to load .glade files at ru ii libglib2.0-02.16.6-3 The GLib library of C routines ii libgnome2-0 2.20.1.1-1 The GNOME 2 library - runtime file ii libgnomecanvas2-0 2.20.1.1-1 A powerful object-oriented display ii libgnomeui-02.20.1.1-2 The GNOME 2 libraries (User Interf ii libgnomevfs2-0 1:2.22.0-5 GNOME Virtual File System (runtime ii libgtk2.0-0 2.12.12-1~lenny2 The GTK+ graphical user interface ii libhal1 0.5.11-8 Hardware Abstraction Layer - share ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libnotify1 [libnoti 0.4.4-3 sends desktop notifications to a n ii liborbit2 1:2.14.13-0.1libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.20.5-6 Layout and rendering of internatio ii libpopt01.14-4 lib for parsing cmdline parameters ii libsm6 2:1.0.3-2X11 Session Management library ii libx11-62:1.1.5-2X11 client-side library ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library Versions of packages gnome-volume-manager recommends: ii gthumb 3:2.10.8-1+lenny2 an image viewer and browser ii nautilus-cd-burner 2.20.0-1 CD Burning front-end for Nautilus ii sound-juicer 2.22.0-3 GNOME 2 CD Ripper pn totem none(no description available)
Bug#595479: Please unblock: openmotif/2.3.3-4
On Wed, Sep 8, 2010 at 08:43:08 +0200, Stefan Bauer wrote: Am 04.09.2010 18:13, Adam D. Barratt schrieb: On Sat, 2010-09-04 at 12:08 +0200, Stefan Bauer wrote: Please add another freeze exception. The package would have been in testing already but the buldd's are too busy. I'm waiting since 19. of august for the appropriate builds. out of date on hppa: libmotif-dev, libmotif3, motif-clients (from 2.2.3-4) out of date on ia64: libmotif-dev, libmotif4, motif-clients (from 2.3.3-2) out of date on mips: libmotif-dev, libmotif3, motif-clients (from 2.2.3-4) out of date on mipsel: libmotif-dev, libmotif3, motif-clients (from 2.2.3-4) Those missing builds all need resolving before the package will migrate. hppa does not have non-free auto-builders right now; ia64 is now built and mipsel has hit #519006 (I would be astonished if mips does not also do so). Build Problems on mips are now fixed. Please add an unblock exeption for this package to enter testing. This package is really required to run the citrix client. It's still missing an hppa build. Can you do that on the porterbox? Cheers, Julien signature.asc Description: Digital signature
Bug#546544: Bug is still alive.
On Tue, Sep 07, 2010 at 10:39:58PM +0200, Raúl Sánchez Siles wrote: The problem arises when I try to connect with kopete, when I configure it to use SSL, which connects to 5223. In this case I have the message: terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct NULL not valid and the service dies. I need to manually restart it. There were no relevant information on jabberd14 log. When I configure kopete not to use SSL, ie, use 5222 (possibly without encryption) jabberd14 works correctly. Thanks for take time to report this issue. I use the same client for jabber, I will try to reproduce this problem. -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#594538: debian-history: Let's convert to UTF-8
Hi, I have not commited but I have done rough conversion with German PO file update. Now lt and ko are boken for ps/pdf. this is due to debiandoc-sgml bug Now Japabese have PDF/PS :-) I need to ajust install script and doc-base to this new situation. (Quite rivial) This is not ready for package but should be good enough for web site. Let me know if I can commit or not. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596444: gnome-randr-applet: FTBFS: dh: unable to load addon autotools_dev
Source: gnome-randr-applet Version: 0.4.1-2 Severity: serious sbuild (Debian sbuild) 0.60.0 (23 Feb 2010) on poulenc.debian.org ╔══╗ ║ gnome-randr-applet 0.4.1-2 (powerpc) 11 Sep 2010 11:19 ║ ╚══╝ [...] dpkg-buildpackage ─ dpkg-buildpackage: export CFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export CPPFLAGS from dpkg-buildflags (origin: vendor): dpkg-buildpackage: export CXXFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export FFLAGS from dpkg-buildflags (origin: vendor): -g -O2 dpkg-buildpackage: export LDFLAGS from dpkg-buildflags (origin: vendor): dpkg-buildpackage: source package gnome-randr-applet dpkg-buildpackage: source version 0.4.1-2 dpkg-source --before-build gnome-randr-applet-0.4.1 dpkg-buildpackage: host architecture powerpc /usr/bin/fakeroot debian/rules clean dh clean --with autotools_dev dh: unable to load addon autotools_dev: Can't locate Debian/Debhelper/Sequence/autotools_dev.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl .) at (eval 8) line 2. BEGIN failed--compilation aborted at (eval 8) line 2. make: *** [clean] Error 2 dpkg-buildpackage: error: /usr/bin/fakeroot debian/rules clean gave error exit status 2 Build finished at 20100911-1123 FAILED [dpkg-buildpackage died] Purging /var/lib/schroot/mount/sid-powerpc-sbuild-735ae4f2-dd91-4162-8b6f-ff67d9fa4f39/build/buildd-gnome-randr-applet_0.4.1-2-powerpc-XLNRKl Not removing build depends: cloned chroot in use Finished at 20100911-1123 Build needed 00:03:22, 2516k disc space signature.asc Description: Digital signature
Bug#596386: unetbootin: Please make at least debian testing install cd working !
package unetbootin tags 596386 + moreinfo thanks Hello, yellow wrote: Package: unetbootin Version: 471-1 Severity: important [...] Again, no useful info. Please provide the same info I requested in #594009. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer signature.asc Description: OpenPGP digital signature
Bug#594538: debian-history: Let's convert to UTF-8
On Sat, 11 Sep 2010 22:56:31 +0900, Osamu Aoki os...@debian.org wrote: Hi Bdale, I think this and harden-doc are the last packages which ship non-ascii document in non-UTF-8 format. It is quite annoyng for most non-English people. Although file change is large, it is trivial conversion. This was easy one for me maint-guide and debian-reference. I am debiandoc-sgml maintainer and have updated debiandoc-sgml for UTF-8 during lenny cycle. I think I can handle this task. May I initiate such commit to SVN to make this conversion? (I have write access.) Yes, of course! I would be very happy to have your assistance with this change. Bdale pgpw6BJhm4Wkx.pgp Description: PGP signature
Bug#595970: unblock: dispmua/1.6.6-1
On Tue, Sep 7, 2010 at 20:09:09 +0200, Christoph Goehre wrote: Please unblock package dispmua it's the source renamed packages of icedove-dispma, which was removed from unstable with #595666. If you accept dispmua for squeeze, please remove icedove-dispmua at the same time. icedove-dispmua is already removed from testing as a result of being removed from unstable. The revamped packaging makes this a pain to review... +%: + dh --with xul-ext $@ this will be broken with debhelper compat level 8, you may want to change it (see debhelper(7)). I'm inclined to accept this anyway since icedove-dispmua was in testing until 3 days ago, but not very happy with the packaging changes... Cheers, Julien signature.asc Description: Digital signature
Bug#596445: mpdscribble consumes 100% of processor
Package: mpdscribble Version: 0.19-1 Severity: important mpdscribble consumes the cpu at 100% . I couldn't find where the problem was, maybe too much log? -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (900, 'unstable'), (800, 'testing'), (700, 'stable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpdscribble depends on: ii adduser 3.112 add and remove users and groups ii debconf [debconf-2.0]1.5.35 Debian configuration management sy ii libc62.11.2-5Embedded GNU C Library: Shared lib ii libcurl3-gnutls 7.21.1-1Multi-protocol file transfer libra ii libglib2.0-0 2.24.2-1The GLib library of C routines ii libmpdclient22.3-1 client library for the Music Playe ii lsb-base 3.2-23.1Linux Standard Base 3.2 init scrip ii ucf 3.0025+nmu1 Update Configuration File: preserv mpdscribble recommends no packages. Versions of packages mpdscribble suggests: ii mpd 0.15.12-1 Music Player Daemon -- debconf information: mpdscribble/user: mpdscribble/systemwide: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596287: vinagre fails to connect to VNC server
git bisect told me the gtk-vnc credentials signalling issue was because of http://git.gnome.org/browse/gtk-vnc/commit/?id=4395a9aeb59651f0daa868bfcf0060e2f60d8098 I can't spot anything obviously wrong there.. There's a small typo in sigdata.params.authCred = authTypes; which should probably be sigdata.params.authTypes = authTypes; but it doesn't really matter since both of them are in the same union anyway. For background on the problem see: http://bugs.debian.org/596287 As a testcase ./examples/gvncviewer localhost (where localhost is running vino) was used and a password prompt = success, connection closed = failure. Hopefully Daniel P. Berrange can help shed some light on what might be the cause? -- Regards, Andreas Henriksson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596446: installation report: Several UI glitches; problems with WPA
Subject: installation-report: Several UI glitches; problems with WPA Package: installation-reports Version: 2.42 Severity: normal *** Please type your report below this line *** -- Package-specific info: Boot method: USB pendrive Image version: http://ftp2.de.debian.org/debian/dists/squeeze/main/installer-i386/current/images/hd-media/gtk current as of 2010-09-10 Date: Date and time of the install Machine: IBM Thinkpad R52 Partitions: Dateisystem Typ1K‐Blöcke Benutzt Verfügbar Ben% Eingehängt auf /dev/mapper/falcon-root ext455044516 25205652 27042732 49% / tmpfstmpfs 776788 0776788 0% /lib/init/rw udev tmpfs 771744 272771472 1% /dev tmpfstmpfs 776788 0776788 0% /dev/shm /dev/sda1 ext2 233191 15086205664 7% /boot Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [E] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [E] Install boot loader:[O] Overall install:[O] Comments/Problems: Most problems I encountered are probably minor glitches that can easily be corrected, but they probably are quite frustrating for the novice user. 1.) Network configuration seems to hang if non-free firmware is missing I hadn't realized that the ipw2915abg WLAN card in the R52 needs a non-free firmware package and thus hadn't provided this on the install medium. This caused the installer to seemingly hang when configuring the network. It turned out that the installer tried to access a floppy drive that is not present on my system although the controller is. 2.) License dialogs' text overlaps the buttons at the bottom The firmware package for the ipw2x00 chipsets presents a license dialog during the installation and prompts to accept or decline the license. However, the text of the license is too long and overlaps the buttons at the bottom of the dialog. This makes it impossible to accept the license as you can't see which button will be selected. I ended up continuing the installation via the wired network interface present. (This problem popped up again during the package installation stage.) 3.) Seemingly no WPA encryption for WLAN interfaces Before abandoning the installation via the WLAN interface, I noticed that there is seemingly no method to configure the WPA encryption of a WLAN interface, probably because wpa-supplicant is missing at this stage. This makes a network based installation impossible for users that have a WPA protected WLAN (increasingly common, at least here in Germany) and no other means of getting connectivity. In my opinion the installer should offer WPA encryption or at least should state prominently that installation via an WPA protected WLAN is impossible. Greetings from Stuttgart, =ToJe= -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20100910-16:05 X_INSTALLATION_MEDIUM=hd-media == Installer hardware-summary: == uname -a: Linux falcon 2.6.32-5-486 #1 Thu Aug 12 12:59:56 UTC 2010 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 03) lspci -knn: Subsystem: IBM Device [1014:0575] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 915GM/PM Express PCI Express Root Port [8086:2591] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.0 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 1 [8086:2660] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1c.2 PCI bridge [0604]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) PCI Express Port 3 [8086:2664] (rev 03) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:1d.0 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #1 [8086:2658] (rev 03) lspci -knn: Subsystem: IBM Device [1014:0565] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1d.1 USB Controller [0c03]: Intel Corporation 82801FB/FBM/FR/FW/FRW (ICH6 Family) USB UHCI #2 [8086:2659] (rev 03) lspci -knn: Subsystem: IBM Device [1014:0565] lspci
Bug#596447: virt-manager: *** glibc detected *** python: malloc(): memory corruption (fast): 0x000000000300cb50 ***
Package: virt-manager Version: 0.8.4-7 Severity: normal Restarting a virtual machine in virt-manager --debug caused the following output. Sorry, no core was captured. I'll try and reproduce it. -Wolfgang 2010-09-11 17:04:02,068 (CloneManager:665): Duplicating finished. 2010-09-11 17:05:57,869 (engine:806): Starting vm 'Lenny-506-Coda-client'. 2010-09-11 17:05:59,706 (manager:801): VM Lenny-506-Coda-client started 2010-09-11 17:06:02,308 (engine:628): window counter incremented to 3 2010-09-11 17:06:02,311 (console:640): Starting connect process for vnc://localhost:5900: localhost 5900 2010-09-11 17:06:02,419 (console:474): VNC initialized 2010-09-11 17:08:44,400 (engine:854): Rebooting vm 'Lenny-506-Coda-client'. 2010-09-11 17:08:44,403 (engine:870): Hypervisor doesn't support reboot, let's fake it 2010-09-11 17:08:50,730 (console:456): VNC disconnected 2010-09-11 17:08:54,850 (domain:1268): Fake reboot detected shutdown. Restarting VM 2010-09-11 17:08:55,342 (console:640): Starting connect process for vnc://localhost:5900: localhost 5900 2010-09-11 17:08:55,422 (console:474): VNC initialized 2010-09-11 17:08:59,802 (manager:801): VM Lenny-506-Coda-client started *** glibc detected *** python: malloc(): memory corruption (fast): 0x0300cb50 *** === Backtrace: = /lib/libc.so.6(+0x71b16)[0x7f9adc4d5b16] /lib/libc.so.6(+0x7542d)[0x7f9adc4d942d] /lib/libc.so.6(__libc_malloc+0x70)[0x7f9adc4da970] /usr/lib/libcairo.so.2(+0x286c8)[0x7f9ad7b2c6c8] /usr/lib/libcairo.so.2(+0x462cb)[0x7f9ad7b4a2cb] /usr/lib/libcairo.so.2(+0x2d96e)[0x7f9ad7b3196e] /usr/lib/libcairo.so.2(+0x16bd3)[0x7f9ad7b1abd3] /usr/lib/libcairo.so.2(cairo_fill_preserve+0x20)[0x7f9ad7b15980] /usr/lib/libcairo.so.2(cairo_fill+0x9)[0x7f9ad7b15999] /usr/lib/libgtk-vnc-1.0.so.0(+0x8c91)[0x7f9acf019c91] /usr/lib/libgtk-x11-2.0.so.0(+0x141c18)[0x7f9ad89e2c18] /usr/lib/libgobject-2.0.so.0(g_closure_invoke+0x15e)[0x7f9ada2ab47e] /usr/lib/libgobject-2.0.so.0(+0x23040)[0x7f9ada2c1040] /usr/lib/libgobject-2.0.so.0(g_signal_emit_valist+0x62d)[0x7f9ada2c28bd] /usr/lib/libgobject-2.0.so.0(g_signal_emit+0x83)[0x7f9ada2c2fc3] /usr/lib/libgtk-x11-2.0.so.0(+0x257f3f)[0x7f9ad8af8f3f] /usr/lib/libgtk-x11-2.0.so.0(gtk_main_do_event+0x471)[0x7f9ad89dc341] /usr/lib/libgdk-x11-2.0.so.0(+0x437b2)[0x7f9ad86377b2] /usr/lib/libgdk-x11-2.0.so.0(+0x4375f)[0x7f9ad863775f] === Memory map: 0040-0061d000 r-xp fe:02 344735 /usr/bin/python2.6 0081d000-0087f000 rw-p 0021d000 fe:02 344735 /usr/bin/python2.6 0087f000-0088e000 rw-p 00:00 0 014a5000-03095000 rw-p 00:00 0 [heap] 7f9abb00-7f9abc00 rw-p 00:00 0 7f9abc00-7f9abc0b2000 rw-p 00:00 0 7f9abc0b2000-7f9ac000 ---p 00:00 0 7f9ac101f000-7f9ac201f000 rw-p 00:00 0 7f9ac201f000-7f9ac202 ---p 00:00 0 7f9ac202-7f9ac282 rw-p 00:00 0 7f9ac282-7f9ac2821000 ---p 00:00 0 7f9ac2821000-7f9ac3021000 rw-p 00:00 0 7f9ac3021000-7f9ac313b000 rw-s 00:04 29360138 /SYSV (deleted) 7f9ac313b000-7f9ac513b000 rw-p 00:00 0 7f9ac513b000-7f9ac800 r--p fe:02 688142 /usr/share/icons/gnome/icon-theme.cache 7f9ac800-7f9ac80ab000 rw-p 00:00 0 7f9ac80ab000-7f9acc00 ---p 00:00 0 7f9acc8ac000-7f9acc8c2000 r-xp 08:02 908600 /lib/libgcc_s.so.1 7f9acc8c2000-7f9accac1000 ---p 00016000 08:02 908600 /lib/libgcc_s.so.1 7f9accac1000-7f9accac2000 rw-p 00015000 08:02 908600 /lib/libgcc_s.so.1 7f9accac2000-7f9accbdc000 rw-s 00:04 29425676 /SYSV (deleted) 7f9accbdc000-7f9acccf6000 rw-s 00:04 29327369 /SYSV (deleted) 7f9acccf6000-7f9accd56000 rw-s 00:04 29261829 /SYSV (deleted) 7f9accd56000-7f9accd71000 r--s fe:02 1048687 /usr/share/mime/mime.cache 7f9accd71000-7f9acd439000 r--p fe:02 656785 /usr/share/icons/hicolor/icon-theme.cache 7f9acd439000-7f9acd43a000 ---p 00:00 0 7f9acd43a000-7f9acdc3a000 rw-p 00:00 0 7f9acdc3a000-7f9acdc49000 r-xp 08:02 908576 /lib/libbz2.so.1.0.4 7f9acdc49000-7f9acde48000 ---p f000 08:02 908576 /lib/libbz2.so.1.0.4 7f9acde48000-7f9acde4a000 rw-p e000 08:02 908576 /lib/libbz2.so.1.0.4 7f9acde4a000-7f9acde82000 r-xp fe:02 246060 /usr/lib/libcroco-0.6.so.3.0.1 7f9acde82000-7f9ace081000 ---p 00038000 fe:02 246060 /usr/lib/libcroco-0.6.so.3.0.1 7f9ace081000-7f9ace085000 rw-p 00037000 fe:02 246060 /usr/lib/libcroco-0.6.so.3.0.1 7f9ace085000-7f9ace0c r-xp fe:02 247351
Bug#596446: installation report: Several UI glitches; problems with WPA
clone 596446 -1 reassign -1 firmware-ipw2x00 retitle -1 Licence text overlaps accept/decline buttons thanks Quoting Torsten Jerzembeck (t...@datentrampelpfad.de): Comments/Problems: Thanks for your report. We'll try to go through reported issues below: Most problems I encountered are probably minor glitches that can easily be corrected, but they probably are quite frustrating for the novice user. 1.) Network configuration seems to hang if non-free firmware is missing I hadn't realized that the ipw2915abg WLAN card in the R52 needs a non-free firmware package and thus hadn't provided this on the install medium. This caused the installer to seemingly hang when configuring the network. It turned out that the installer tried to access a floppy drive that is not present on my system although the controller is. Before reassigning this, I'd like you to test the daily builds of Debian Installer, from http://www.debian.org/devel/debian-installer/ Please choose the netboot image, not another oneseveral firmware loading issues have been fixed in the recent version of the initrd packagesand the image you tested has quite older versions (yes, even if it's called a daily build too). 2.) License dialogs' text overlaps the buttons at the bottom The firmware package for the ipw2x00 chipsets presents a license dialog during the installation and prompts to accept or decline the license. However, the text of the license is too long and overlaps the buttons at the bottom of the dialog. This makes it impossible to accept the license as you can't see which button will be selected. I ended up continuing the installation via the wired network interface present. (This problem popped up again during the package installation stage.) Reassigned to the package. It might be a cdebconf issue, though. 3.) Seemingly no WPA encryption for WLAN interfaces Before abandoning the installation via the WLAN interface, I noticed that there is seemingly no method to configure the WPA encryption of a WLAN interface, probably because wpa-supplicant is missing at this stage. This makes a network based installation impossible for users that have a WPA protected WLAN (increasingly common, at least here in Germany) and no other means of getting connectivity. Very longstanding wishlist for netcfg: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=327309 and http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550744 This is very typical of squeeze D-I development: things have been mostly done andnobody pushed them enough so they're lying around and it's probably even too late now for squeeze..:-( signature.asc Description: Digital signature
Bug#595457: gitolite: [INTL:ja] please add Japanese po-debconf template translation (ja.po)
On Fri, 10 Sep 2010 10:20:53 +0200 Gerfried Fuchs rho...@deb.at wrote: Thanks for your help, I've updated it. Hi! * Hideki Yamane henr...@debian.or.jp [2010-09-04 07:50:59 CEST]: Um, sorry I've sent wrong file, please discard previous one and use attached one, thanks. You seem to have used an old template - can you please update your file to the template that went through the swift review? For your convenience, find your ja.po file attached after I did run it through debconf-updatepo. Thanks in advance! Rhonda -- Lediglich 11 Prozent der Arbeitgeber sind der Meinung, dass jeder Mensch auch ein Privatleben haben sollte. -- http://www.karriere.at/artikel/884/ -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane ja.po Description: Binary data
Bug#596449: linux-image-2.6.32-bpo.5-openvz-amd64: kernel BUG related to SHM
Package: linux-2.6 Version: 2.6.32-20~bpo50+1 Severity: critical Justification: breaks the whole system Hi, I've repeatedly run into the following issue since upgrading from 2.6.26+17+lenny1, strangely, triggered only by phpmyadmin, which runs under apache2 on one of my OpenVZ VE's. The server appears otherwise stable for days at a time, during heavy disk and network I/O. But I can reliably reproduce this kernel BUG by trying to load phpmyadmin. I believe this is related to SHM, which is mentioned in the backtrace, but I realise that the APC opcode cache for PHP uses 16MB of shared memory to store bytecode and/or other data for PHP applications including phpmyadmin. dmesg output: [435221.658261] [ cut here ] [435221.661009] kernel BUG at /tmp/buildd/linux-2.6-2.6.32/debian/build/source_amd64_openvz/mm/filemap.c:130! [435221.661009] invalid opcode: [#1] SMP [435221.661009] last sysfs file: /sys/devices/system/edac/mc/mc1/csrow2/ch1_dimm_label [435221.661009] CPU 2 [435221.661009] Modules linked in: udf crc_itu_t arc4 ecb rtl8187 mac80211 led_class cfg80211 rfkill eeprom_93cx6 cpufreq_stats vzethdev vznetdev simfs vzrst vzcpt vzdquota vzmon vzdev xt_DSCP xt_owner xt_length xt_hl xt_tcpmss xt_TCPMSS xt_limit xt_dscp nfsd exportfs nfs lockd fscache nfs_acl auth_rpcgss sunrpc bridge ipt_REJECT act_police xt_state cls_u32 sch_ingress iptable_filter sch_htb iptable_mangle ipt_LOG ipt_MASQUERADE xt_tcpudp xt_hashlimit xt_multiport iptable_nat nf_nat nf_conntrack_ipv4 nf_conntrack nf_defrag_ipv4 ip_tables x_tables aufs(C) 8021q garp stp powernow_k8 ipmi_watchdog ipmi_si ipmi_devintf ipmi_msghandler loop container snd_pcm snd_timer snd soundcore snd_page_alloc amd64_edac_mod psmouse evdev serio_raw k8temp edac_core edac_mce_amd button processor i2c_amd756 i2c_core pcspkr amd_rng rng_core shpchp pci_hotplug reiserfs sha256_generic aes_x86_64 aes_generic cbc qla2xxx dm_crypt dm_mirror dm_region_hash dm_log dm_snapshot dm_mod raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 md_mod sd_mod crc_t10dif sg sr_mod cdrom ata_generic mptspi mptscsih pata_amd scsi_transport_fc ohci_hcd aic7xxx mptbase scsi_transport_spi scsi_tgt libata floppy usbcore nls_base tg3 libphy scsi_mod thermal fan thermal_sys [last unloaded: qla2xxx] [435221.661009] Pid: 9914, comm: apache2 Tainted: G C 2.6.32-bpo.5-openvz-amd64 #1 budarin Sun Fire V20z [435221.661009] RIP: 0010:[810b6b89] [810b6b89] __remove_from_page_cache+0x51/0xb6 [435221.661009] RSP: 0018:88007e6fdc28 EFLAGS: 00010002 [435221.661009] RAX: 0001 RBX: ea0001cdcac0 RCX: 880073c1291e [435221.661009] RDX: RSI: 0016 RDI: 88015e80 [435221.661009] RBP: 88007ce3d2b0 R08: 0016 R09: 8800bf02e080 [435221.661009] R10: 000d R11: 880073c12a10 R12: 88007ce3d2b0 [435221.661009] R13: R14: 88007e6fdcc8 R15: [435221.661009] FS: 7eff57357750() GS:88008140() knlGS:b74976c0 [435221.661009] CS: 0010 DS: ES: CR0: 8005003b [435221.661009] CR2: 7eff4f638098 CR3: 01001000 CR4: 06e0 [435221.661009] DR0: DR1: DR2: [435221.661009] DR3: DR6: 0ff0 DR7: 0400 [435221.661009] Process apache2 (pid: 9914, veid=1003, threadinfo 88007e6fc000, task 88007e69f000) [435221.661009] Stack: [435221.661009] 8800bcd18000 88007ce3d2c8 ea0001cdcac0 810b6c17 [435221.661009] 0 ea0001cdcac0 88007ce3d2b0 810be2ab [435221.661009] 0 ea0001cdcac0 810be36c [435221.661009] Call Trace: [435221.661009] [810b6c17] ? remove_from_page_cache+0x29/0x3e [435221.661009] [810be2ab] ? truncate_inode_page+0x6d/0x84 [435221.661009] [810be36c] ? truncate_inode_pages_range+0xaa/0x2a2 [435221.661009] [810c41a4] ? shmem_delete_inode+0x0/0x110 [435221.661009] [810c41d5] ? shmem_delete_inode+0x31/0x110 [435221.661009] [810c41a4] ? shmem_delete_inode+0x0/0x110 [435221.661009] [8110339c] ? generic_delete_inode+0xd4/0x160 [435221.661009] [810ff3ef] ? d_kill+0x40/0x61 [435221.661009] [8110146f] ? dput+0x1c0/0x1cc [435221.661009] [810f21bf] ? __fput+0x176/0x1a7 [435221.661009] [810d1de9] ? remove_vma+0x58/0x8d [435221.661009] [810d1f4c] ? exit_mmap+0x12e/0x14d [435221.661009] [8104a873] ? mmput+0x3c/0x105 [435221.661009] [8104ef58] ? exit_mm+0x115/0x120 [435221.661009] [810508ed] ? do_exit+0x1f5/0x747 [435221.661009] [81050eb5] ? do_group_exit+0x76/0x9d [435221.661009] [81050eee] ? sys_exit_group+0x12/0x16 [435221.661009] [81010c12] ?
Bug#548099: broken on kfreebsd
It is instead working fine on my kfreebsd-amd64, up-to-date sid: r...@europa:~# uname -sr GNU/kFreeBSD 8.1-1-amd64 r...@europa:~# dpkg -l | grep molly-guard ii molly-guard 0.4.4-2 r...@europa:~# halt W: molly-guard: SSH session detected! Please type in hostname of the machine to halt: ^C Good thing I asked; I won't halt europa ... I think this works just because SSH_CONNECTION is properly set: r...@europa:~# env | grep -i ssh SSH_CLIENT=10.23.1.1 46891 22 SSH_TTY=/dev/ttyp0 SSH_CONNECTION=10.23.1.1 46891 10.23.1.2 22 Otherwise, I'm not sure how to identify a terminal spawned by sshd, as process grepping seems to behave differently and not to report the pseudo-terminal: root 703 /usr/sbin/sshd root 1012\_ /usr/sbin/sshd -R lucab 1016\_ /usr/sbin/sshd -R lucab 1017\_ -bash root 1043\_ su root 1050\_ bash Ciao, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno (kaeso) : :' : The Universal O.S.| lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer pgpGOA39Cgttf.pgp Description: PGP signature
Bug#596450: unblock: micro-evtd/3.3.3-7
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: unblock Please allow micro-evtd/3.3.3-7 to migrate to squeeze. The package has been reviewed and uploaded to unstable by Martin Michlmayr (CCed). The package is only used on the Buffalo Linkstation Pro/Live and Kurobox Pro platforms, so the affected userbase is very small; however the update is quite important for those users. The upload fixes a bug causing the daemon not to start automatically in debian-installer, and fixes a number of bashisms in scripts included in d-i where bash is is not available. Please see the annotated changelog below for more details. Thanks, Ryan * debian/udeb/micro_evtd.command: Fixed test condition for whether daemon is already running. (Closes: #580549) If the daemon is not started correctly, the built-in watchdog timer kills the machine after 5 minutes. Therefore this fix is important for debian-installer so that users are not required to start it manually. * debian/patches/microapl-bashisms.patch: Fixed several more bashisms in microapl. Based on a patch by Noriaki Mitsunaga. (Closes: #534257) * debian/patches/eventscript.patch: Fixed more bashisms, so the script actually copies and runs now. * debian/patches/script-paths.patch: Refreshed. These scripts are currently not functional unless bash is used as the interpreter. It is not reasonable to set bash as the interpreter for them because they are included in debian-installer. * debian/init.d: - Replaced Required-{Start,Stop} with values from /etc/init.d/skeleton, as the daemon has no special requirements. (Fixes a lintian error.) - Added runlevel 1 to Default-Stop. (Fixes a lintian warning.) Trivial change to fix a lintian error. * debian/rules: Overrode CFLAGS to work around a segfault that appears when built with optimizations. This change is the reason for the delay in sending an unblock request, since I was trying to debug the crash. It is not caused by my changes; it appears even when building the unmodified previous version. I wasn't able to find the cause and so I included this workaround. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org