Bug#573256: speech-dispatcher, when run creates a continuous chirpy sound
On Thursday 11 Mar 2010 13:05:26 Milan Zamazal wrote: Looking at the log and assuming you haven't changed default Speech Dispatcher configuration I think you use eSpeak. What's in your /var/log/speech-dispatcher/espeak.log? And when you try to run espeak 'hello world' on a terminal command line, does it work for you? It speaks up the word along with the chirpy sound where as if I play an audio file using mplayer and instructing mplayer to use pulse, the output is clean and clear. That led me to try mplayer with -ao alsa and I get the very same chirpy sound. So it looks like apps that are trying to access the alsa device directly are running into problems. I don't think this is a speech-dispatcher problem then. Must be something wrong with the alsa driver. (But I wonder why. Pulse internally is talking to the very same alsa device) Thank you for your help. Regards, Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: This is a digitally signed message part.
Bug#569658: ModSecurity Detection Bypass and Denial of Service Vulnerabilities
Hi Alberto, what is the status of this bug? Kind regards Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpTfIisbyumi.pgp Description: PGP signature
Bug#573023: Patch available
The attached patch solves the problem for me: The following line in /var/log/daemon.log Mar 10 20:30:04 wirt4 smartd[2805]: Device: /dev/sdc, Temperature changed +3 Celsius to 27 Celsius (Min/Max 24/27!) gets transmogrified into: - Smartd Begin Temperature Changes == All devices: 23 - 27 -- Yours Hannes Schulz smartd.diff Description: application/text
Bug#573367: [php-maint] Bug#573367: Can't execute my php scripts anymore with php5-cli
What happens if you start it as: # php test.php ? And do you have short_open_tags On or Off in php.ini? Ondrej Sury On 11.3.2010, at 7:54, Mechtilde Stehmann mechti...@openoffice.org wrote: Ondřej Surý schrieb: tag 573367 +moreinfo thank you Yes, we need more info, there is no information we can use in your bug report. We need at least: Example non-working script, expected output of the script, real output of the script, how do you run the script, etc., strace could also give us some hints. This is the Testscript. #!/usr/bin/php ? echo Hello world!; ? I start with ./test.php and get #!/usr/bin/php ? echo Hello world!; ? I think the suggested result is clear Hello world Kind regards Mechtilde -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573406: src:linux-2.6: please use CONFIG_IP_FIB_TRIE
Package: src:linux-2.6 Severity: wishlist please use CONFIG_IP_FIB_TRIE in the future. This improves lookup performance if you have a large number of routes. LC-trie is a longest matching prefix lookup algorithm which performs better than FIB_HASH for large routing tables. But, it consumes more memory and is more complex. LC-trie is described in: IP-address lookup using LC-tries. Stefan Nilsson and Gunnar Karlsson IEEE Journal on Selected Areas in Communications, 17(6):1083-1092, June 1999 An experimental study of compression methods for dynamic tries Stefan Nilsson and Matti Tikkanen. Algorithmica, 33(1):19-33, 2002. http://www.nada.kth.se/~snilsson/public/papers/dyntrie2/ it has been in the kernel since 2.6.13, is actively maintained and mature. while it does not hurt the run-of-the-mill desktop or server setup in any way it will drasticly improve performance for routers. -- System Information: Debian Release: 5.0.4 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573256: speech-dispatcher, when run creates a continuous chirpy sound
RRS == Ritesh Raj Sarraf r...@researchut.com writes: RRS I don't think this is a speech-dispatcher problem then. Must be RRS something wrong with the alsa driver. (But I wonder why. Pulse RRS internally is talking to the very same alsa device) If PulseAudio works for you, try setting AudioOutputMethod pulse in /etc/speech-dispatcher/speechd.conf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#562595: some packages downloaded twice
Package: aptitude Version: 0.6.1.5-2 Severity: normal Any news regarding this bug? It is still there. If you need more information, tell me what I have to look for. My apt.conf etc. was included in the original bug report though. This bug may seem harmless, but it may increase the load on the debian mirrors if squeeze gets released with it. -- Stanislav -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573407: O: blackbox -- Window manager for X
Package: wnpp Severity: normal The current maintainers of blackbox, Bruno Barrera C. br...@debian.org and Mathieu Baeumler mathieu.baeum...@gmail.com are 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. Some information about this package: Package: blackbox Binary: blackbox, libbt-dev, libbt Version: 0.70.1-2.2 Priority: optional Section: x11 Maintainer: Bruno Barrera C. br...@debian.org Build-Depends: autoconf, debhelper (= 4.0.0), libxft-dev, libxt-dev Architecture: any Standards-Version: 3.6.1 Format: 1.0 Directory: pool/main/b/blackbox Files: 02cfe11e49309e951ebf89f0c638b62a 684 blackbox_0.70.1-2.2.dsc 389ccb6d31c4385ee4fa12fdee588af1 648276 blackbox_0.70.1.orig.tar.gz 9861cd4385c3331ef599235048a60839 138693 blackbox_0.70.1-2.2.diff.gz Uploaders: Mathieu Baeumler mathieu.baeum...@gmail.com Package: blackbox Priority: optional Section: x11 Installed-Size: 768 Maintainer: Bruno Barrera C. br...@debian.org Architecture: amd64 Version: 0.70.1-2.2 Provides: x-window-manager Depends: libbt, libc6 (= 2.7-1), libfontconfig1 (= 2.4.0), libgcc1 (= 1:4.1.1-21), libstdc++6 (= 4.2.1-4), libx11-6, libxext6, libxft2 ( 2.1.1) Suggests: bbkeys (= 0.9), menu (= 1.5) Filename: pool/main/b/blackbox/blackbox_0.70.1-2.2_amd64.deb Size: 253856 MD5sum: 1b3e9ffe35bcec0c2edd877b559f8737 SHA1: 4e254b5dc615fdbaaa4899cc82bc3c9325155a22 SHA256: 554115668c9c4c8a1cba215bd591e96bc9fceaf95ff6bb9e9ef2b0ff74c5eb15 Description: Window manager for X This is a window manager for X. It is similar in many respects to such popular packages as Window Maker, Enlightenment, and FVWM2. You might be interested in this package if you are tired of window managers that are a heavy drain on your system resources, but you still want an attractive and modern-looking interface. . The best part of all is that this program is coded in C++, so it is even more attractive under the hood than it is in service -- no small feat. . If none of this sounds familiar to you, or you want your computer to look like Microsoft Windows or Apple's OS X, you probably don't want this package. Tag: interface::x11, role::program, x11::window-manager Package: libbt-dev Priority: optional Section: libdevel Installed-Size: 616 Maintainer: Bruno Barrera C. br...@debian.org Architecture: amd64 Source: blackbox Version: 0.70.1-2.2 Depends: libbt (= 0.70.1-2.2), libxft-dev, libxt-dev Filename: pool/main/b/blackbox/libbt-dev_0.70.1-2.2_amd64.deb Size: 147868 MD5sum: 282f4a1772ced0ae65f6c9ae86572e61 SHA1: 5528010ebd2cdbdd8ee04e410173b748c137f069 SHA256: 887adde7ae4a14cf6431d8f1fb08588b0942aa3e8df1242e080fe990413da1ff Description: Blackbox - development library This is a window manager for X. It is similar in many respects to such popular packages as Window Maker, Enlightenment, and FVWM2. You might be interested in this package if you are tired of window managers that are a heavy drain on your system resources, but you still want an attractive and modern-looking interface. . The best part of all is that this program is coded in C++, so it is even more attractive under the hood than it is in service -- no small feat. . If none of this sounds familiar to you, or you want your computer to look like Microsoft Windows or Apple's OS X, you probably don't want this package. . This package contains the development library libbt Tag: devel::library, role::devel-lib Package: libbt Priority: optional Section: libs Installed-Size: 300 Maintainer: Bruno Barrera C. br...@debian.org Architecture: amd64 Source: blackbox Version: 0.70.1-2.2 Depends: libc6 (= 2.7-1), libfontconfig1 (= 2.4.0), libgcc1 (= 1:4.1.1-21), libstdc++6 (= 4.1.1-21), libx11-6, libxext6, libxft2 ( 2.1.1) Filename: pool/main/b/blackbox/libbt_0.70.1-2.2_amd64.deb Size: 109886 MD5sum: 4bc521dd3a1923dc2b19abde2ae45898 SHA1: da6ca4e75d50acc7d85c08159b44a1ac4c198a7b SHA256: 89802c74813fe0de51eefb6a68919cd820ce9c12eb5edb34f80eaab2d1f0c9a4 Description: Blackbox - shared library This is a window manager for X. It is similar in many respects to such popular packages as Window Maker, Enlightenment, and FVWM2. You might be interested in this package if you are tired of window managers that are a heavy drain on your system resources, but you still want an attractive and modern-looking interface. . The best part of all is that this program is coded in C++, so it is even more attractive under the hood than it is in service -- no small feat. . If none of this sounds familiar to you, or you want your computer to look like Microsoft Windows or Apple's OS X, you probably don't want this package. . This package contains the development library libbt Tag: role::shared-lib signature.asc
Bug#538376: time to include the patch?[
On Wed, Mar 10, 2010 at 05:27:56PM -0700, John Wright wrote: On Wed, Mar 10, 2010 at 11:12:29PM +0100, sean finney wrote: the blocking bug has been fixed in python-apt, so how about getting this fix uploaded? I'm waiting on one more fix from python-apt (#572596). That fix is uploaded now; I just don't want to break everybody who upgrades python-debian while waiting on buildd's to build python-apt. why not introduce a conflict or dependency? if it won't work with that version you should document it, lest backports or testing transitions risk causing problems for people. sean signature.asc Description: Digital signature
Bug#450642: dh-make-perl: Do not create a -1 Debian revision by default.
tag 450642 - unreproducible wontfix thanks David, your example does not apply if the package is put into a local repository. Changing the default Package revision (or at least be able to configure it, see #387135) would IMO certainly make sense. Yours Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573408: configure error while loading sb-grovel makes SBCL uninstallable
Package: sbcl Version: 1:1.0.25.0-1 Severity: grave When I install SBCL I get the following at configure time: -8-8-- usr/lib/common-lisp/bin/sbcl.sh loading and dumping clc. ; loading system definition from /usr/lib/sbcl/sb-grovel/sb-grovel.asd into ; #PACKAGE ASDF1 ; registering #SYSTEM SB-GROVEL {1003247EC1} as SB-GROVEL ; ; compilation unit aborted ; caught 1 fatal ERROR condition Error running init-common-lisp-controller-v4: Lock on package SB-IMPL violated when interning NATIVE-FILE-KIND. See also: The SBCL Manual, Node Package Locks mv: cannot stat `sbcl-new.core': No such file or directory FAILED -8-8-- -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (900, 'stable'), (600, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 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 sbcl depends on: ii common-lisp-controller6.18 Common Lisp source and compiler ma ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib Versions of packages sbcl recommends: ii binfmt-support1.2.17 Support for extra binary formats Versions of packages sbcl suggests: ii sbcl-doc1:1.0.25.0-1 Documentation for Steel Bank Commo ii sbcl-source 1:1.0.25.0-1 Source code files for SBCL ii slime 1:20100220-1 Superior LISP Interaction Mode for -- 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#573367: [php-maint] Bug#573367: Can't execute my php scripts anymore with php5-cli
Hello, Ondřej Surý schrieb: What happens if you start it as: # php test.php ? this gives the same result And do you have short_open_tags On or Off in php.ini? this seems to be the problem for some applications I have to contact the author of a bigger application I use local. Please Be a little bit patient Kind regards Mechtilde -- Dipl. Ing. Mechtilde Stehmann ## http://de.openoffice.org ## Ansprechpartnerin für die deutschsprachige QA ## Freie Office-Suite für Linux, Mac, Windows, Solaris ## Meine Seite http://www.mechtilde.de ## PGP encryption welcome! Key-ID: 0x53B3892B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573297: openoffice.org-core: should report an error when a required component is not installed
forwarded 573297 http://www.openoffice.org/issues/show_bug.cgi?id=110045 tag 573297 + upstream thanks On Wed, Mar 10, 2010 at 02:11:17PM +0100, Ulrich Klauer wrote: Package: openoffice.org-core Version: 1:3.1.1-16 Severity: normal I don't think so, but anyway, let's leave it there for now. I think the OOo main binary should show *some* kind of error message or There's no OOo main binary. *Everything* it does (even the splash is an other program) is just to load its components. Anyway, forwarded this upstream: http://www.openoffice.org/issues/show_bug.cgi?id=110045 Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573333: Preview for OpenOffice.org style sheet (desktop publishing)
forwarded 57 http://www.openoffice.org/issues/show_bug.cgi?id=110046 thanks Hi, On Wed, Mar 10, 2010 at 05:52:47PM +0100, Robert Richter wrote: Package: openoffice.org Version: 3.2. No proper version. (And if you wanted to write 3.2.0, neither that is a proper version, the only valid entried here are the *complete* version numbers of the package) My wish: A Preview for OpenOffice.org Writer style sheets (desktop publishing), just like the font preview in the OOo-menu. And you must report this here so that it lies around until infiniity and clobbers the bug list? :( This is a clear thing to direct to upstream directly.. (And OOo is not suitable for DTP anyway, you probably should use the right tool for what you intend to do) Anyway, forwarded upstream (I have no illusions, though, It will probably just end up in the black hole in IssueZilla) Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573409: [INTL:da] Danish strings for lwat debconf
Package: lwat Severity: wishlist Tags: patch l10n Please include the attached translations in the next release of the package. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=fo_FO.ISO-8859-1, LC_CTYPE=fo_FO.ISO-8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash # Danish debconf translation for lwat. # This file is distributed under the same license as the lwat package. # Jacob Sparre Andersen spa...@sslug.dk, 2010. # msgid msgstr Project-Id-Version: 0.17\n Report-Msgid-Bugs-To: l...@packages.debian.org\n POT-Creation-Date: 2008-02-10 12:30+0100\n PO-Revision-Date: 2010-03-11 09:27+0100\n Last-Translator: Jacob Sparre Andersen spa...@sslug.dk\n Language-Team: Dansk debian-user-dan...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../templates:2001 msgid Server domain name: msgstr Serverens domænenavn: #. Type: string #. Description #: ../templates:2001 msgid Please enter the domain this server belongs to. msgstr Skriv hvilket domæne serveren hører til. #. Type: string #. Description #: ../templates:3001 msgid LDAP server host: msgstr LDAP-server: #. Type: string #. Description #: ../templates:3001 msgid Please enter the LDAP host which lwat will connect to. msgstr Skriv hvilken LDAP-server »lwat« skal forbinde til. #. Type: string #. Description #: ../templates:4001 msgid LDAP base DN: msgstr LDAP-rod-DN: #. Type: string #. Description #: ../templates:4001 msgid Please enter the \Distinguished Name\ (DN) of the LDAP server where all groups, people, machines, etc. are listed. msgstr Skriv \Distinguished Name\ (DN) for den LDAP-server, hvor alle grupper, personer, maskiner, etc. optræder. #. Type: boolean #. Description #: ../templates:5001 msgid Should lwat use lisGroup? msgstr Skal »lwat« bruge »lisGroup«? #. Type: boolean #. Description #: ../templates:5001 msgid Debian Edu/Skolelinux uses a private schema called lisGroup to differentiate between various group types. You should choose this option if you are testing lwat on an old Skolelinux server, and still want to be able to use the webmin module wlus. msgstr Skolelinux/Debian Edu bruger et privat skema, »lisGroup«, til at skelne mellem forskellige typer grupper. Du bør bruge denne mulighed, hvis du bruger »lwat« på en gammel Skolelinux-server, og stadig vil kunne bruge »webmin«-modulet »wlus«. #. Type: boolean #. Description #: ../templates:5001 msgid If you do not choose this option, the AuthGroup setting will be used to create a groupOfMembers. msgstr Hvis du ikke vælger denne mulighed, vil »AuthGroup«-indstillingen blive brugt til at danne en »groupOfMembers«. #. Type: string #. Description #: ../templates:6001 msgid Location of users' home directories: msgstr Pladsering af brugernes hjemmekataloger: #. Type: string #. Description #: ../templates:6001 msgid Please enter the path where the personal (home) directories of all users are stored. msgstr Skriv stien til der hvor brugernes personlige data (hjemmekataloger) er gemt. #. Type: string #. Description #: ../templates:7001 msgid Prefix for groups on the LDAP server: msgstr Præfiks for grupper på LDAP-serveren: #. Type: string #. Description #: ../templates:7001 msgid Please enter the prefix under which the groups information is stored. msgstr Skriv hvilket præfiks gruppeinformation er gemt under. #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #. Type: string #. Description #: ../templates:7001 ../templates:8001 ../templates:9001 ../templates:10001 msgid Do not include the DN prefix in this setting. It will be automatically added in the generated configuration file. msgstr Udelad »DN«-præfikset i denne indstilling. Det vil automatisk blive tilføjet i den genererede opsætningsfil. #. Type: string #. Description #: ../templates:8001 msgid Prefix for authorization groups on the LDAP server: msgstr Præfiks for autorisationsgrupper på LDAP-serveren: #. Type: string #. Description #: ../templates:8001 msgid Please enter the prefix under which the authorization groups information is stored. msgstr Skriv hvilket præfiks autorisationsgruppeinformationen er gemt under. #. Type: string #. Description #: ../templates:9001 msgid Prefix for hosts on the LDAP server: msgstr Præfiks for maskiner på LDAP-serveren: #. Type: string #. Description #: ../templates:9001 msgid Please enter the prefix under which the hosts information is stored. msgstr Skriv hvilket præfiks maskininformationen er gemt under. #. Type: string #. Description #: ../templates:10001 msgid Prefix for netgroups on the LDAP server: msgstr Præfiks for netgrupper på LDAP-serveren: #. Type: string #. Description #: ../templates:10001 msgid Please enter the prefix under which the netgroups
Bug#564111: gimp-dds: problems with the box scaling
On Saturday 06 March 2010 18:51:29 you wrote: Hello, I'm the Debian Developer who packages your neat gimp-dds plugin for the Debian distribution (http://www.debian.org). I've had a user complain about 1x1 and possibly 2x2 mipaps not generated correctly; you can see the bug reports there: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564111 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=564113 I've had a closer look at it, and it seems that the scale_image_box is somehow not doing the right thing for the lower limit of the pixel size. See: if sw = sh = 2 and dw = dh = 1, we have for x = 0, y = 0 (the only pixel) ix = 1 and iy = 1, which means that the code, which is looking at ix, iy up to ix+1, iy+1 is looking at a non-existing pixel (2,2). I'm unsure how to modify the code, simply using iy = (y * sh + sh / 2 - 1) / dh; would most probably work excepted when sh is 1 ? BTW, in this line ix = (x * sw + sh / 2) / dw; I guess you mean sw rather than sh, don't you ? I hope this helps. Many thanks again for making this plugin publicly available; it is dead useful ! The CC address is the (first) bug report's mailing list; if you wish that your answer is recorded in Debian's bug tracking system, please keep it in CC. Vincent PS: I saw you've modified quite a bit the code since the 2.0.7 release which is the one currently available, but it doesn't seem to me that the bug is fixed in the current SVN version. I have just released a new version that should fix this problem. Vincent, you had it nailed! It was an off-by-one error. Apologies to all for the delay in responding to this issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573023: Patch available
tag 573023 + patch thanks Hi! Thank you very much for the patch, I'll include it in the next upload. WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#450642: dh-make-perl: Do not create a -1 Debian revision by default.
On Thu, 11 Mar 2010 09:38:49 +0100, Karsten Heymann wrote: your example does not apply if the package is put into a local repository. I have not explictly checked now, but I remember quite well that when I put a package in my private repo and it gets into the Debian archive later (with the same version), that the offical package replaces the one from the private repo. -- Or is my memory wrong? Changing the default Package revision (or at least be able to configure it, see #387135) would IMO certainly make sense. It seems we can merge these two bug reports, right? Cheers, gregor -- .''`. http://info.comodo.priv.at/ -- GPG Key IDs: 0x8649AA06, 0x00F3CFE4 : :' : Debian GNU/Linux user, admin, developer - http://www.debian.org/ `. `' Member of VIBE!AT SPI, fellow of Free Software Foundation Europe `-You're dead, Jim. -- McCoy, Amok Time, stardate 3372.7 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573410: wront default configuration
Package: zope-plone3 Version: 3.1.3-1 If you try to create CMF Site through zope managemant interface, you get this exception: 2010-03-11T11:16:52 ERROR Zope.SiteErrorLog http://127.0.0.1:9673/manage_addProd uct/CMFDefault/addConfiguredSite Traceback (innermost last): Module ZPublisher.Publish, line 119, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 42, in call_object Module Products.CMFDefault.factory, line 68, in addConfiguredSite Module Products.GenericSetup.tool, line 446, in createSnapshot Module plone.app.contentrules.exportimport.rules, line 428, in exportRules Module Products.GenericSetup.utils, line 530, in _exportBody Module plone.app.contentrules.exportimport.rules, line 181, in _exportNode Module plone.app.contentrules.exportimport.rules, line 330, in _extractRules Module zope.component._api, line 207, in getUtility ComponentLookupError: (InterfaceClass plone.contentrules.engine.interfaces.IRul eStorage, '') -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#486211: Problem still present in Lenny
Hello, I just see this on a Lenny machine: Mar 11 09:30:49 debian squid[28429]: Squid Parent: child process 28667 exited due to signal 11 Mar 11 09:30:49 debian kernel: [2286744.975364] squid3[28667]: segfault at 0 ip b7c70d03 sp bfffcb18 error 4 in libc-2.7.so[b7bfb000+155000] Mar 11 09:30:52 debian squid[28429]: Squid Parent: child process 29732 started ... Mar 11 09:36:59 debian kernel: [2287157.293463] squid3[29732]: segfault at 0 ip b7cdbd03 sp bfffed58 error 4 in libc-2.7.so[b7c66000+155000] Mar 11 09:36:59 debian squid[28429]: Squid Parent: child process 29732 exited due to signal 11 Mar 11 09:37:02 debian squid[28429]: Squid Parent: child process 30086 started Mar 11 09:37:09 debian kernel: [2287168.626192] squid3[30086]: segfault at 0 ip b7ca4d03 sp bfffd0c8 error 4 in libc-2.7.so[b7c2f000+155000] Mar 11 09:37:09 debian squid[28429]: Squid Parent: child process 30086 exited due to signal 11 Mar 11 09:37:12 debian squid[28429]: Squid Parent: child process 30089 started Mar 11 09:37:20 debian squid[28429]: Squid Parent: child process 30089 exited due to signal 11 Mar 11 09:37:20 debian kernel: [2287179.883161] squid3[30089]: segfault at 0 ip b7c96d03 sp bfffd458 error 4 in libc-2.7.so[b7c21000+155000] Mar 11 09:37:23 debian squid[28429]: Squid Parent: child process 30126 started Mar 11 09:37:30 debian kernel: [2287191.250330] squid3[30126]: segfault at 0 ip b7ca4d03 sp bfffd6e8 error 4 in libc-2.7.so[b7c2f000+155000] Mar 11 09:37:30 debian squid[28429]: Squid Parent: child process 30126 exited due to signal 11 Mar 11 09:37:33 debian squid[28429]: Squid Parent: child process 30142 started Mar 11 09:37:40 debian kernel: [2287202.839088] squid3[30142]: segfault at 0 ip b7d18d03 sp bfffd148 error 4 in libc-2.7.so[b7ca3000+155000] Mar 11 09:37:40 debian squid[28429]: Squid Parent: child process 30142 exited due to signal 11 Mar 11 09:37:43 debian squid[28429]: Squid Parent: child process 30147 started Mar 11 09:37:54 debian squid[28429]: Squid Parent: child process 30147 exited due to signal 11 Mar 11 09:37:54 debian kernel: [2287217.485505] squid3[30147]: segfault at 0 ip b7d39d03 sp bfffe188 error 4 in libc-2.7.so[b7cc4000+155000] Mar 11 09:37:57 debian squid[28429]: Squid Parent: child process 30151 started Mar 11 09:38:04 debian kernel: [2287228.490721] squid3[30151]: segfault at 0 ip b7ce9d03 sp bfffd6e8 error 4 in libc-2.7.so[b7c74000+155000] Mar 11 09:38:04 debian squid[28429]: Squid Parent: child process 30151 exited due to signal 11 Mar 11 09:38:07 debian squid[28429]: Squid Parent: child process 30196 started Mar 11 09:38:14 debian squid[28429]: Squid Parent: child process 30196 exited due to signal 11 Mar 11 09:38:14 debian kernel: [2287240.096270] squid3[30196]: segfault at 0 ip b7ce3d03 sp bfffdee8 error 4 in libc-2.7.so[b7c6e000+155000] Mar 11 09:38:17 debian squid[28429]: Squid Parent: child process 30199 started Mar 11 09:38:24 debian squid[28429]: Squid Parent: child process 30199 exited due to signal 11 Mar 11 09:38:24 debian kernel: [2287249.988608] squid3[30199]: segfault at 0 ip b7d15d03 sp bfffe2d8 error 4 in libc-2.7.so[b7ca+155000] Mar 11 09:38:27 debian squid[28429]: Squid Parent: child process 30203 started Mar 11 09:38:29 debian kernel: [2287255.138989] squid3[30203]: segfault at 0 ip b7ca8d03 sp bfffc468 error 4 in libc-2.7.so[b7c33000+155000] Mar 11 09:38:29 debian squid[28429]: Squid Parent: child process 30203 exited due to signal 11 Mar 11 09:38:32 debian squid[28429]: Squid Parent: child process 30206 started Mar 11 09:38:35 debian kernel: [2287261.897126] squid3[30206]: segfault at 0 ip b7c5bd03 sp bfffdc98 error 4 in libc-2.7.so[b7be6000+155000] Mar 11 09:38:35 debian squid[28429]: Squid Parent: child process 30206 exited due to signal 11 Mar 11 09:38:35 debian squid[28429]: Exiting due to repeated, frequent failures The machine is equipped with ECC ram, so I don't expect this to be a problem. Also, other applications run on this machine w/o noticable problems. Kind regards, --Toni++ -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages squid3 depends on: ii adduser 3.110 add and remove users and groups ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libdb4.6 4.6.21-11 Berkeley v4.6 Database Libraries [ ii libgcc1 1:4.3.2-1.1GCC support library ii libldap-2.4-2 2.4.11-1+lenny1OpenLDAP libraries ii libpam0g 1.0.1-5+lenny1 Pluggable Authentication Modules l ii libsasl2-22.1.22.dfsg1-23+lenny1 Cyrus SASL - authentication abstra ii libstdc++64.3.2-1.1 The GNU Standard C++ Library v3 ii logrotate 3.7.1-5Log rotation
Bug#397513: Also having this problem...
Hi Bob, dev:~# dpkg --list libc6 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Installed/Config-files/Unpacked/Failed-config/Half-installed |/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad) ||/ Name Version Description +++---=== ii libc62.3.6.ds1-13etch5GNU C Library: Shared libraries However, I think that I am wasting your time as this issue appears to be related to a possible infection with the RST.b virus and an unknown rootkit (possibly suckit). :( We've run the rootkit finding program rkhunter which has identified some issues. Could you tell me the best way to mark this bug as virus related and change it's status to closed? Regards, Jamie Cook, PhD On 10 March 2010 19:17, Bob Proulx b...@proulx.com wrote: Jamie Cook wrote: I am experiencing the same problems that were reported in the closed bug report http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=397513, except that i am experiencing it with a different group of programs which are also from coreutils, namely su, tar, ping6, stty. The common theme there is no coreutils. The common theme there is libc and the kernel. The common theme to all of these seg faults seems to be that it is freeing (via munmap) memory that hasn't been allocated. But I am unsure how to further diagnose this problem. This smells to me more like a libc interaction. What version of libc are you running? dpkg --list libc6 dev:/var/log# uname -a Linux dev.omnitrans-interational.com 2.6.14-2-k7-smp #1 SMP Tue Nov 15 00:28:07 CET 2005 i686 GNU/Linux That kernel is a very old and odd kernel. 2.6.14 is pre-Etch. Lenny is currently the Stable. coreutils: Installed: 5.97-5.3 Candidate: 5.97-5.3 Version table: *** 5.97-5.3 0 500 http://ftp.debian.org stable/main Packages 100 /var/lib/dpkg/status That is the Etch version. You appear to be running a mix of various old and custom versions of the kernel and userland programs. That isn't really a supportable grouping of things. The problem seems to me to be in your libc and kernel. I think in order to get a handle on your problem you would need to at least converge versions on the current Stable versions. Bob
Bug#538297: kicad: CVpcb gets locked when browsing footprints
Hi. When CVpcb hangs, can you try to attach gdb to the process and extract the backtrace for where it is hanging. The commands for doing this would be something like this: gdb -p $(ps -C CVPCB -o pid=) bt Replace CVPCB with the name of the hanging process. The output from the 'bt' command might make it easier for the developer to figure out why the application is hanging. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573205: reportbug: Incorrect EMAIL and NAME in sent bug reports
Hello Jari, On Tue, Mar 9, 2010 at 19:32, jari jaa...@jondo.cante.net wrote: While composing the message, the reportbug(1) responds, after sending the report, with a message: Bug report submitted to: Debian Bug Tracking System sub...@bugs.debian.org Copies sent to: Debian Bug Tracking System sub...@bugs.debian.org Jari Aalto jari.aa...@cante.net so reportbug correctly recognized DEBFULLNAME and EMAIL But looking at the bug reports in the BTS, this is not the NAME or EMAIL that was used: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=573197 I'm not sure where reportbug(1) takes the values for the From: field. In BTS it reads: From: jari jaa...@jondo.cante.net are you send it thru a MTA on your machine? could that it's that one replacing the sender information? can you test? That seems confirmed by your email headers: Received: from [192.168.1.7] (helo=jondo.cante.net) by picasso.cante.net with smtp (Exim 4.71) (envelope-from jaa...@jondo.cante.net)id 1Np4Eh-0002zW-QZ; Tue, 09 Mar 2010 20:32:56 +0200 Received: by jondo.cante.net (sSMTP sendmail emulation); Tue, 09 Mar 2010 20:32:55 +0200 From: jari jaa...@jondo.cante.net ... Message-ID: 20100309183255.27024.53115.report...@jondo.cante.net Content of ~/.reportbugrc: # ~/.reportbugrc mode standard email jari.aa...@cante.net realname Jari Aalto it's automatically inserted in the bug report (see below) and you missed to mentioned (as you can see below) the editor configuration: are you sending your report with 'gnus' maybe? ** /home/jaalto/.reportbugrc: editor emacs -nw -q -Q mode standard email jari.aa...@cante.net realname Jari Aalto Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#477685: kicad: 3d fails in intel GM965/GL960 graphics card
[Jaime Alberto Silva] (gdb) bt -- I request the backtrace #0 0x in ?? () #1 0x005a6634 in Pcb3D_GLCanvas::InitGL () #2 0x005a2e05 in WinEDA3D_DrawFrame::WinEDA3D_DrawFrame () #3 0x00472f6a in WinEDA_BasePcbFrame::Show3D_Frame () This indicate that some NULL pointer is messing up the program. Can you try to run the program using valgrind, to see if more useful information is provided about the crash? Even better, can you rebuild the package with debug information included, and then run valgrind to get a report on the file name and line number where the crash happen. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573351: XXX: should this package be orphaned?
Hi, I'm the upstream maintainer of this software, and the debian package I've prepared for it has been uploaded by a sponsor. I haven't made updates to the software in a long time, but it's still a relevant piece of software for as long as epic4 is in debian. I was not aware there were problems with the package, but I guess the package is pretty old now. I'm willing to prepare a new package and have it uploaded by a sponsor (hopefully) in near future. So for now there's no need to orphan the package. Of course a debian maintainer is always welcome to take over the packaging, as I'm personally not very active in the debian community. On Wed, Mar 10, 2010 at 07:57:37PM +0100, Jan Hauke Rahm wrote: Package: epic4-script-hienoa Version: 0.53-1 Severity: important User: debian...@lists.debian.org Usertags: proposed-orphan Dear Ubi, while reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer, because you seem pretty inactive to me. You have been contacted once but didn't answer. Is that possible? The package is very outdated. Look at lintian errors and warnings and the Standards-Version for example. If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please close this bug and do an upload also fixing the other issues. Also, you can study the possibility of taking co-maintainers. If you agree that it should be orphaned, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn wnpp retitle nn O: packagename -- short package description thanks If you think it should be removed, send the following commands instead: severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip http://www.debian.org/devel/wnpp/ Thank you, Hauke on behalf of Debian QA/MIA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573063: konsole kfreebsd-i386 blank (terminal) display
On Wednesday 10 March 2010 00:32:06 George Kiagiadakis wrote: On Mon, Mar 8, 2010 at 6:11 PM, Alan BRASLAU alan.bras...@cea.fr wrote: Package: konsole Version: 4:4.3.4-1 Severity: important Under kfreebsd(-i386) konsole is unusable: The terminal display is blank (just a blinking cursor) with no output (or blind input). I have tried different shell commands and tested this on both the :0 display and on an (otherwise working) remote display through XDMCP. Hmm, that's strange. I had added a patch in kdelibs 4:4.3.4-1 to fix that issue. I'll test again when I can. Thanks; The installed kdelibs is 4:4.3.4-3 Alan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573411: shellvars: ability to add comment to value
Package: augeas-lenses Version: 0.7.0-1 Severity: wishlist File: /usr/share/augeas/lenses/dist/shellvars.aug I am using augeas with puppet. I would like to add to each value I control with pupet a short comment along the lines of MANAGED BY PUPPET. Unfortunately, augeas very strongly enforces a single value rule, such that setting e.g. /files/etc/default/rcS/TMPTIME to any of the following causes the save to fail: 7 # MANAGED BY PUPPET 7 # MANAGED BY PUPPET The only way to make it work is with either of the following two: '7 # MANAGED BY PUPPET' 7#MANAGED_BY_PUPPET But both yield the wrong value: due to the quotes in the first, the comment will be included, and due to the missing space before the #, the comment is also considered part of the value. I appreciate the stringent syntax checking, but I think that 7 # MANAGED BY PUPPET should be an acceptable value, because ' #' denotes a comment, which I think augeas could tolerate/allow. Thanks, -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.33-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash augeas-lenses depends on no packages. augeas-lenses recommends no packages. Versions of packages augeas-lenses suggests: ii libaugeas00.7.0-1The augeas configuration editing l -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#548213: (без темы)
Best in /etc/apache2/conf.d/svn -- Roman V. Nikolaev mail:rsha...@rambler.ru icq: 198-364-657 jabber: rsha...@jabber.org site:http://www.rshadow.ru signature.asc Description: OpenPGP digital signature
Bug#573351: XXX: should this package be orphaned?
Hi Upi, On Thu, Mar 11, 2010 at 12:09:20PM +0200, Upi Tamminen wrote: I'm the upstream maintainer of this software, and the debian package I've prepared for it has been uploaded by a sponsor. I haven't made updates to the software in a long time, but it's still a relevant piece of software for as long as epic4 is in debian. Please understand, I'm not judging the relevance of this piece of software, not at all. I'm concerned about its status in Debian and that really needs to be improved. There is technically no need for changes upstream to do that. I was not aware there were problems with the package, but I guess the package is pretty old now. I'm willing to prepare a new package and have it uploaded by a sponsor (hopefully) in near future. So for now there's no need to orphan the package. Of course a debian maintainer is always welcome to take over the packaging, as I'm personally not very active in the debian community. Well, the point is: it seems to me that (maybe because you're not that active in Debian in general) you don't really seek to keep the Debian status well. That is okay since it's not upstream's job to do so. But as a consequence I'd say it'd be better to orphan the package in order to even find a Debian maintainer. Also, once the package is orphaned you can still provide updates for it. They would be uploaded as QA uploads. No problem there. You can even request updates for your (orphaned) package on debian...@lists.debian.org if you prepare such. So, what do you think? Hauke on behalf of Debian QA/MIA signature.asc Description: Digital signature
Bug#573413: guake: Missing dependency against python-gconf
Package: guake Version: 0.4.1-2 Severity: normal After installing the fresh squeeze and guake I've got such an error: $ guake Traceback (most recent call last): [ ... skipped ... ] ImportError: No module named gconf # aptitude install python-gconf resolves the problem. -- System Information: Debian Release: squeeze/sid APT prefers sid APT policy: (500, 'sid'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.32-trunk-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages guake depends on: ii gconf2 2.28.0-1GNOME configuration database syste ii libatk1.0-0 1.28.0-1The ATK accessibility toolkit ii libc62.10.2-6Embedded GNU C Library: Shared lib ii libcairo21.8.10-2The Cairo 2D vector graphics libra ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype6 2.3.11-1FreeType 2 font engine, shared lib ii libglib2.0-0 2.22.4-1The GLib library of C routines ii libgtk2.0-0 2.18.7-1The GTK+ graphical user interface ii libpango1.0-01.26.2-1Layout and rendering of internatio ii libx11-6 2:1.3.3-1 X11 client-side library ii notification-daemon 0.4.0-2 a daemon that displays passive pop ii python 2.5.4-9 An interactive high-level object-o ii python-central 0.6.14+nmu2 register and build utility for Pyt ii python-dbus 0.83.1-1simple interprocess messaging syst ii python-glade22.16.0-2GTK+ bindings: Glade support ii python-notify0.1.1-2+b2 Python bindings for libnotify ii python-vte 1:0.22.5-2 Python bindings for the VTE widget ii python2.52.5.5-2 An interactive high-level object-o guake recommends no packages. guake 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#573412: gnome-utils: gfloppy missing from debian
Subject: gnome-utils: gfloppy missing from debian Package: gnome-utils Version: 2.28.1-1 Severity: normal gfloppy has been moved from gnome-utils to its own repository (git.gnome.org/gfloppy) in the GNOME 2.28 development cycle upstream. It is also missing in the debian GNOME 2.28 series. IMHO gfloppy is the best floppy formating tool on linux ever and I'd like you to create a new debian gfloppy package. Thank you very much -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32.8-mynewkernel (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 gnome-utils depends on: ii gconf2 2.28.0-1 GNOME configuration database syste ii libart-2.0-22.3.20-2 Library of functions for 2D graphi ii libatk1.0-0 1.28.0-1 The ATK accessibility toolkit ii libbonobo2-02.24.2-1 Bonobo CORBA interfaces library ii libbonoboui2-0 2.24.2-1 The Bonobo UI library ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcanberra-gtk00.22-1 Gtk+ helper for playing widget eve ii libcanberra00.22-1 a simple abstract interface for pl ii libfontconfig1 2.8.0-2 generic font configuration library ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgconf2-4 2.28.0-1 GNOME configuration database syste ii libgdict-1.0-6 2.28.1-1 GNOME Dictionary base library ii libglib2.0-02.22.4-1 The GLib library of C routines ii libgnome2-0 2.28.0-1 The GNOME library - runtime files ii libgnomecanvas2-0 2.26.0-1 A powerful object-oriented display ii libgtk2.0-0 2.18.6-1 The GTK+ graphical user interface ii libgtop2-7 2.28.0-4 gtop system monitoring library (sh ii libice6 2:1.0.6-1X11 Inter-Client Exchange library ii liborbit2 1:2.14.17-2 libraries for ORBit2 - a CORBA ORB ii libpanel-applet2-0 2.28.0-3 library for GNOME Panel applets ii libpango1.0-0 1.26.2-1 Layout and rendering of internatio ii libpopt01.15-1 lib for parsing cmdline parameters ii libsm6 2:1.1.1-1X11 Session Management library ii libx11-62:1.3.3-1X11 client-side library ii libxext62:1.1.1-2X11 miscellaneous extension librar ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gnome-utils recommends: ii gksu 2.0.2-2+b1 graphical frontend to su Versions of packages gnome-utils suggests: ii gcalctool5.28.2-1GNOME desktop calculator ii yelp 2.28.0+webkit-2 Help browser for GNOME -- 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#558081: [613a1ff] Fix for Bug#558081 committed to git
tags 558081 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Thu, 11 Mar 2010 11:39:09 +0100. The fix will be in the next upload. = Added Japanese po-debconf template Closes: #558081 Thanks: Hideki Yamane = You can check the diff of the fix at: http://git.debian.org/?p=users/iuculano/smbind.git;a=commitdiff;h=613a1ff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573414: [l10n:eu] distcc 3.1-3.1: updated Basque translation
Package: distcc Version: 3.1-3.1 X-Debbugs-CC: p...@beobide.net, debian-l10n-bas...@lists.debian.org Severity: wishlist Tags: l10n patch Attached Basque translation. Please, could you add it for us? Thanks and best regards, Dooteo # translation of distcc_3.1-3.1_eu.po to Basque # translation of distcc debconf to Euskara # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Xabier Bilbao xab...@gmail.com, 2008. # Iñaki Larrañaga Murgoitio doo...@euskalgnu.org, 2010. msgid msgstr Project-Id-Version: distcc_3.1-3.1_eu\n Report-Msgid-Bugs-To: dis...@packages.debian.org\n POT-Creation-Date: 2010-01-05 23:23+0100\n PO-Revision-Date: 2010-03-11 11:54+0100\n Last-Translator: Iñaki Larrañaga Murgoitio doo...@euskalgnu.org\n Language-Team: Basque debian-l10n-bas...@lists.debian.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n Plural-Forms: nplurals=2; plural=(n != 1);\n #. Type: boolean #. Description #: ../distcc.templates:1001 msgid Start the distcc daemon on startup? msgstr distcc daemon-a abiarazi ordenagailua abiaraztean? #. Type: boolean #. Description #: ../distcc.templates:1001 msgid distcc can be run as a daemon, listening on port 3632 for incoming connections. msgstr distcc daemon gisa exekuta daiteke, sarrerako konexioak 3632 atakan entzunez. #. Type: boolean #. Description #: ../distcc.templates:1001 msgid You have the option of starting the distcc daemon automatically on the computer startup. If in doubt, it's advised not to start it automatically on startup. If you later change your mind, you can run: 'dpkg-reconfigure distcc'. msgstr Ordenagailua abiatzearekin batera, distcc daemon-a automatikoki abiatzeko aukera daukazu. Zalantzan bazaude, hobe da hura automatikoki ez abiaraztea. Geroago iritzia aldatzen baduzu, exekuta ezazu 'dpkg-reconfigure distcc'. #. Type: string #. Description #: ../distcc.templates:2001 msgid Allowed client networks: msgstr Onartutako bezeroen sareak: #. Type: string #. Description #: ../distcc.templates:2001 msgid The distcc daemon implements access control based on the IP address of the client, that is trying to connect. Only the hosts or networks listed here are allowed to connect. msgstr 'distcc' daemon-ak sarbide kontrola inplementatzen du, konektatzeko saioa egiten duen bezeroaren IP helbidean oinarrituta. Soilik hemen zerrendaturiko ostalariei edo sareei uzten die konektatzen. #. Type: string #. Description #: ../distcc.templates:2001 msgid You can list multiple hosts and/or networks, separated by spaces. Hosts are represented by their IP address, networks have to be in CIDR notation, f.e. \192.168.1.0/24\. msgstr Ostalari edo/eta sare bat baino gehiago zerrenda dezakezu, zuriunearekin bereiztuz. IP helbideek ordezten dituzte ostalariak, eta sareak CIDR notazioan adierazi behar dira, adibidez \192.168.1.0/24\. #. Type: string #. Description #: ../distcc.templates:2001 msgid To change the list at a later point, you can run: 'dpkg-reconfigure distcc'. msgstr Geroago zerrendari aldaketak egiteko, exekuta ezazu 'dpkg-reconfigure distcc'. #. Type: string #. Description #: ../distcc.templates:3001 msgid Listen interfaces: msgstr Entzuteko interfazeak: #. Type: string #. Description #: ../distcc.templates:3001 msgid The distcc daemon can be bound to a specific network interface. msgstr Distcc deabrua sareko interfaze zehatz batekin lotu daiteke. #. Type: string #. Description #: ../distcc.templates:3001 msgid You probably want to choose the interface of your local network by entering it's IP address. If distccd should listen on all interfaces, just enter nothing. msgstr Ziurrenik zure tokiko sarearen interfazea hautatu nahi duzu. Horrela bada, sar ezazu haren IP helbidea hemen. Distcc-k interfaze guztiak entzutea nahi baduzu, bete gabe utzi. #. Type: string #. Description #: ../distcc.templates:3001 msgid Be sure to protect distccd from unauthorized access, by being careful in your choice of the listen interface and allowed networks. distccd should never be accessible from untrusted networks. If that is needed, secureshell should be used instead of the daemon. msgstr Ziur egon distcc baimen-gabeko erabiltzaileetatik babestu duzula, arretaz aukeraturik entzun beharreko interfazea eta baimendutako sareak. Distcc ez litzateke eskuragarri izan behar fidagarriak ez diren sareetatik. Behar izanez gero, secureshell erabil ezazu deabrua beharrean. #. Type: string #. Description #: ../distcc.templates:3001 msgid To change the address at a later point, you can run: 'dpkg-reconfigure distcc'. msgstr Geroago helbidea aldatzeko, exekuta ezazu 'dpkg-reconfigure distcc'. #. Type: string #. Description #: ../distcc.templates:4001 msgid Nice level: msgstr 'Nice' maila: #. Type: string #. Description #: ../distcc.templates:4001 msgid You can start the distcc daemon with a nice
Bug#573359: kern.log contains Machine check events logged. mcelog doenst give any output.
notfound 573359 0.7-4 close 573359 thanks Joe Hold h...@mail.com wrote: [Nothing, actually.] Hi, From the information in your report, you're running Etch (oldstable) with a 2.6.28 kernel (which isn't the stock kernel and isn't the Etch 1/2 kernel either) with an ancient mcelog version on x86_64 hardware. I'd venture to say your hardware isn't 5 years old. My conclusion is that you need to backport a more recent version of mcelog for your system. You'll also note that support for oldstable ceased on February 15th. Thanks, JB. -- Julien BLACHE - Debian GNU/Linux Developer - jbla...@debian.org Public key available on http://www.jblache.org - KeyID: F5D6 5169 GPG Fingerprint : 935A 79F1 C8B3 3521 FD62 7CC7 CD61 4FD7 F5D6 5169 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573412: gnome-utils: gfloppy missing from debian
severity 573412 wishlist retitle 573412 RFP: gfloppy - floppy disk formatting tool reassign 573412 wnpp thanks Le jeudi 11 mars 2010 à 11:37 +0100, tcl...@gmx.net a écrit : gfloppy has been moved from gnome-utils to its own repository (git.gnome.org/gfloppy) in the GNOME 2.28 development cycle upstream. It is also missing in the debian GNOME 2.28 series. IMHO gfloppy is the best floppy formating tool on linux ever and I'd like you to create a new debian gfloppy package. Given the total uselessness of a floppy disk-related program on a modern computer, the only tool we support is gnome-disk-utility. As for gfloppy, this is now a RFP (request for packaging). Cheers, -- .''`. Josselin Mouette : :' : `. `' “A handshake with whitnesses is the same `- as a signed contact.” -- Jörg Schilling -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572088: [PATCH] python-apt 0.8 API transition: Please update
Hi, the attached mail is probably a direct effect of this, isn't it? Regards Alexander Kurtz ---BeginMessage--- /etc/cron.daily/apt: /usr/bin/unattended-upgrade:385: DeprecationWarning: Attribute 'FindDir' of the 'apt_pkg.Configuration' object is deprecated, use 'find_dir' instead. logdir = apt_pkg.Config.FindDir(APT::UnattendedUpgrades::LogDir, /usr/bin/unattended-upgrade:387: DeprecationWarning: Attribute 'Find' of the 'apt_pkg.Configuration' object is deprecated, use 'find' instead. logfile = logdir+apt_pkg.Config.Find(APT::UnattendedUpgrades::LogFile, /usr/bin/unattended-upgrade:182: DeprecationWarning: Attribute 'ValueList' of the 'apt_pkg.Configuration' object is deprecated, use 'value_list' instead. allowed_origins = map(string.split, apt_pkg.Config.ValueList(Unattended-Upgrade::Allowed-Origins)) /usr/bin/unattended-upgrade:185: DeprecationWarning: Attribute 'ValueList' of the 'apt_pkg.Configuration' object is deprecated, use 'value_list' instead. blacklisted_pkgs = apt_pkg.Config.ValueList(Unattended-Upgrade::Package-Blacklist) Reading package lists... 0% Reading package lists... 100% Reading package lists... Done Building dependency tree... 0% Building dependency tree... 0% Building dependency tree... 50% Building dependency tree... 50% Building dependency tree Reading state information... 0% Reading state information... 0% Reading state information... Done Building data structures... 0% Building data structures... 0% Building data structures... 0% Building data structures... 1% Building data structures... 1% Building data structures... 1% Building data structures... 2% Building data structures... 2% Building data structures... 2% Building data structures... 2% Building data structures... 3% Building data structures... 3% Building data structures... 3% Building data structures... 4% Building data structures... 4% Building data structures... 4% Building data structures... 4% Building data structures... 5% Building data structures... 5% Building data structures... 5% Building data structures... 6% Building data structures... 6% Building data structures... 6% Building data structures... 6% Building data structures... 7% Building data structures... 7% Building data structures... 7% Building data structures... 8% Building data structures... 8% Building data structures... 8% Building data structures... 8% Building data structures... 9% Building data structures... 9% Building data structures... 9% Building data structures... 10% Building data structures... 10% Building data structures... 10% Building data structures... 10% Building data structures... 11% Building data structures... 11% Building data structures... 11% Building data structures... 12% Building data structures... 12% Building data structures... 12% Building data structures... 12% Building data structures... 13% Building data structures... 13% Building data structures... 13% Building data structures... 14% Building data structures... 14% Building data structures... 14% Building data structures... 14% Building data structures... 15% Building data structures... 15% Building data structures... 15% Building data structures... 16% Building data structures... 16% Building data structures... 16% Building data structures... 16% Building data structures... 17% Building data structures... 17% Building data structures... 17% Building data structures... 18% Building data structures... 18% Building data structures... 18% Building data structures... 18% Building data structures... 19% Building data structures... 19% Building data structures... 19% Building data structures... 20% Building data structures... 20% Building data structures... 20% Building data structures... 20% Building data structures... 21% Building data structures... 21% Building data structures... 21% Building data structures... 22% Building data structures... 22% Building data structures... 22% Building data structures... 22% Building data structures... 23% Building data structures... 23% Building data structures... 23% Building data structures... 24% Building data structures... 24% Building data structures... 24% Building data structures... 24% Building data structures... 25% Building data structures... 25% Building data structures... 25% Building data structures... 26% Building data structures... 26% Building data structures... 26% Building data structures... 26% Building data structures... 27% Building data structures... 27% Building data structures... 27% Building data structures... 28% Building data structures... 28% Building data structures... 28% Building data structures... 28% Building data structures... 29%
Bug#573415: pson is not a valid serialisation format for reports
Package: puppet Version: 0.25.4-2 Severity: minor Forwarded: http://projects.reductivelabs.com/issues/2837 Puppet as of late pollutes syslog on all clients with puppetd[2100]: Value of 'preferred_serialization_format' (pson) is invalid for report, using default (b64_zlib_yaml) A fix is targetted for 0.25.5. Until then, it works to set [puppetd] preferred_serialization_format=b64_zlib_yaml Maybe this could be made default in Debian meanwhile? -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.33-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppet depends on: ii adduser 3.112 add and remove users and groups ii facter 1.5.7-1 a library for retrieving facts fro ii libopenssl-ruby 4.2 OpenSSL interface for Ruby ii libruby [libxmlrpc-ruby] 4.2 Libraries necessary to run Ruby 1. ii libshadow-ruby1.81.4.1-8 Interface of shadow password for R ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii puppet-common0.25.4-2common files for puppet and puppet ii ruby1.8 1.8.7.249-1 Interpreter of object-oriented scr Versions of packages puppet recommends: ii libaugeas-ruby1.8 0.3.0-1.1 Augeas bindings for the Ruby langu ii rdoc 4.2Generate documentation from ruby s Versions of packages puppet suggests: pn puppet-el none (no description available) pn vim-puppetnone (no description available) -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#573416: server certificate name mismatch leads to obscure error
Package: puppet Version: 0.25.4-2 Severity: wishlist Forwarded: http://projects.reductivelabs.com/issues/3101 Tags: upstream I encountered the situation where I was trying to connect to a puppetmaster with a different hostname than its CN in the SSL certificate. The error was rather obscure: err: Could not retrieve catalog from remote server: undefined method `closed?' for nil:NilClass After ensuring that DNS was all properly configured and noticing that the puppet --trace showed that the error was due to an undefined socket object in puppet's HTTP request method (http.rb — I tip my hat to ruby for even letting things get that far), I tried ruby --debug and found: Exception `OpenSSL::SSL::SSLError' at /usr/lib/ruby/1.8/openssl/ssl.rb:123 - hostname was not match with the server certificate Sure enough, changing the server hostname used by puppetd to match the server's CN made the problem go away. It would be nice if puppet could be a bit more helpful with error reporting, and if Ruby could be fixed. -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.33-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppet depends on: ii adduser 3.112 add and remove users and groups ii facter 1.5.7-1 a library for retrieving facts fro ii libopenssl-ruby 4.2 OpenSSL interface for Ruby ii libruby [libxmlrpc-ruby] 4.2 Libraries necessary to run Ruby 1. ii libshadow-ruby1.81.4.1-8 Interface of shadow password for R ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii puppet-common0.25.4-2common files for puppet and puppet ii ruby1.8 1.8.7.249-1 Interpreter of object-oriented scr Versions of packages puppet recommends: ii libaugeas-ruby1.8 0.3.0-1.1 Augeas bindings for the Ruby langu ii rdoc 4.2Generate documentation from ruby s Versions of packages puppet suggests: pn puppet-el none (no description available) pn vim-puppetnone (no description available) -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#573371: xorg: server-driver ABI deps are backwards
On Wed, 2010-03-10 at 23:01 +0100, Julien Cristau wrote: The way we're currently handling the xserver ABI is a pain, because it means we need Conflicts on older drivers, which confuses the hell out of the package manager (aptitude is particularly bad at this iirc). What I think would make more sense is to have the server provide xorg-video-abi-$N (or whatever we may want to call it) and the driver depend on that virtual abi package (in addition to the existing serverminver dependency for minor bumps). I'm not sure what this means for xserver-xorg's current any driver with the right ABI dependency. Maybe the drivers can keep providing an xorg-driver virtual package (which wouldn't have to be versioned). I guess xorg-driver-video and xorg-driver-input would be needed, but other than that this sounds good to me. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573417: forgetSQL raises string exceptions in three places (not supported in python 2.6)
Package: forgetsql Version: 0.5.1-10 Severity: normal Tags: patch upstream Owner: Morten Werner Forsbring wer...@debian.org Hi, this was sent to the nav-us...@uninett.no mailinglist. It should be fixed for the package in Debian as well. - Werner Morten Brekkevold morten.brekkev...@uninett.no writes: Hi all, forgetSQL is an unmaintained piece of shi^H^Hoftware that NAV versions up to 3.5 depend on. While we have removed this dependency from the coming NAV 3.6, some will experience warnings when running NAV under Python 2.5, and outright failures on Python 2.6, due to problems with the forgetSQL module. The forgetSQL module raises string exceptions in three places, and these are deprecated in Python 2.5, and not supported in 2.6. You may see error messages such as these: /var/lib/python-support/python2.5/forgetSQL.py:212: DeprecationWarning: raising a string exception is deprecated raise NotFound or File /var/lib/python-support/python2.6/forgetSQL.py, line 212, in __new__ raise NotFound TypeError: exceptions must be classes or instances, not str I'm attaching a quick forgetSQL patch I've written to overcome these problems until NAV 3.6 has reached a stable release. --- forgetSQL.py.old 2010-02-24 11:55:01.0 +0100 +++ forgetSQL.py 2010-02-24 11:57:32.0 +0100 @@ -1,4 +1,4 @@ - +#-*- coding: iso-8859-1 -*- __version__ = 0.5.1 ## Distributed under LGPL @@ -209,18 +209,18 @@ try: # to implement 'goto' in Python.. UGH if not cls._cache.has_key(args): # unknown -raise NotFound +raise NotFound (ref, updated) = cls._cache[args] realObject = ref() if realObject is None: # No more real references to it, dead object -raise NotFound +raise NotFound age = time.time() - updated if age cls._timeout: # Too old! -raise NotFound +raise NotFound updated = time.time() -except NotFound: +except NotFound: # We'll need to create it realObject = object.__new__(cls, *args) ref = weakref.ref(realObject)
Bug#516616: bind9 locks up on start on mipsel and mips
On Thu, Mar 11, 2010 at 12:06:11AM +0200, Niko Tyni wrote: - addu %0, $1, %2 \n + addu %0, $0, $1 \n Would it be better to use move %0, $1 (as in isc_atomic_cmpxchg())? That seems to be functionally equivalent. With the incorrect instruction replaced by a move, BIND starts and appears to work (as both a caching and authoritative nameserver) on my mipsel router (bind9 1:9.5.1.dfsg.P3-1+lenny1 on a BCM47xx board running kernel 2.6.32.9 and lenny). Can we get a stable update for this? -Steven Luo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568001: Any progress on this?
On 2010-03-09 20:46:33 +, Chris Carr wrote: This bug is still showing as a critical blocker when I try to apt-get upgrade my Sid box. It doesn't seem like much is happening - if it's safe for most users, can it be downgraded in severity? Even if it isn't safe for a small number of users, the bug is critical. A lock up at boot time is something any user wouldn't like to see. The title of the bug should probably be more descriptive so that users can decide whether it is safe to upgrade or not. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / Arénaire project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573418: zsnes: should this package be orphaned?
Package: zsnes Version: 1.510-2.2 Severity: important User: debian...@lists.debian.org Usertags: proposed-orphan Dear Josh, while reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer. You have been contacted about the package before and it was suggested that you orphan it. Nothing changed since then. The package is literally maintained through NMUs, it's outdated wrt lintian issues and standards-version and I don't see any action from you. If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please close this bug and do an upload also fixing the other issues. Also, you can study the possibility of taking co-maintainers. If you agree that it should be orphaned, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn wnpp retitle nn O: packagename -- short package description thanks If you think it should be removed, send the following commands instead: severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip http://www.debian.org/devel/wnpp/ Thank you, Hauke on behalf of Debian QA/MIA signature.asc Description: Digital signature
Bug#573420: python-carrot: demoting python-amqp and python-stompy to recommends
Package: python-carrot Version: 0.10.1-1 Severity: normal As you know, carrot has pluggable messaging backends, with current support for AMQP (python-amqp, pika) and STOMP (python-stomp). Because these are in essence optional, a user would most likely choose the backend they require, and shouldn't be forced to install all supported backends (and their dependencies). Declaring all backends as dependencies is questionable according to the Debian Policy, even though it can be argued that they provide a significant amount of functionality. I recommend demoting the backend packages to recommends as it declares a strong, but not absolute, dependency, and let the user decide which backend they would like to use. Cheers, Alon Swartz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573421: kdeprint: deletes some files when printing multiple files
Package: kdeprint Version: 4:3.5.9.dfsg.1-6 Severity: critical Justification: causes serious data loss kprinter deletes some files when printing multiple files. Here are the steps to reproduce the bug: 0. Create three files: a PDF, a JPG and a TXT file. 1. Run kprinter command 2. Click on options 3. Add the previously created file to be printed 4. Select a regular CUPS printer (NOT one of the defaults like print-to-pdf or so) 5. Click on print 6. Click on convert 7. Check if the PDF and the JPG files still exist. In my case both were deleted and the TXT file remains intact. -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages kdeprint depends on: ii enscript 1.6.4-13Converts ASCII text to Postscript, ii kdelibs4c2a 4:3.5.10.dfsg.1-0lenny4 core libraries and binaries for al ii libc62.7-18lenny2GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libqt3-mt3:3.3.8b-5+b1 Qt GUI Library (Threaded runtime v ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii poster 1:20050907-1Create large posters out of PostSc ii psutils 1.17-26 A collection of PostScript documen Versions of packages kdeprint recommends: ii evince [postscript 2.22.2-4~lenny1 Document (postscript, pdf) viewer ii ghostscript [posts 8.62.dfsg.1-3.2lenny1 The GPL Ghostscript PostScript/PDF ii kghostview [postsc 4:3.5.9-3+lenny2 PostScript viewer for KDE Versions of packages kdeprint suggests: pn efax | hyl none(no description available) ii khelpcente 4:4.0.0.really.3.5.9.dfsg.1-6 help center for KDE pn smbclient 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#573419: wmnetload: should this package be orphaned?
Package: wmnetload Version: 1.3-1.1 Severity: important User: debian...@lists.debian.org Usertags: proposed-orphan Dear Lorenzo, while reviewing some packages, your package came up as a package that should maybe be orphaned by its maintainer. You have been contacted about the package before and you said you were going to update it. Nothing changed since then. The package is literally maintained through NMUs, it's outdated wrt lintian issues and standards-version and I don't see any action from you. If you think that it should be removed from Debian instead of being orphaned, please reply to this bug and tell so. If you disagree and want to continue to maintain this package, please close this bug and do an upload also fixing the other issues. Also, you can study the possibility of taking co-maintainers. If you agree that it should be orphaned, send the following commands to cont...@bugs.debian.org (replace nn with this bug's number): severity nn normal reassign nn wnpp retitle nn O: packagename -- short package description thanks If you think it should be removed, send the following commands instead: severity nn normal reassign nn ftp.debian.org retitle nn RM: packagename -- RoM; reasons thanks For more information, see http://www.debian.org/doc/developers-reference/ch-pkgs.en.html#s-archive-manip http://www.debian.org/devel/wnpp/ Thank you, Hauke on behalf of Debian QA/MIA signature.asc Description: Digital signature
Bug#573422: rsyslog: New stable version 5.x
Package: rsyslog Version: 4.4.2-2 Severity: wishlist Hi, There since last year a new stable 5.x series, and March 8, 2010 release is version 5.4.0. There are some interesting improvements, like $ActionWriteAllMarkMessages for the bug 539739 and interaction with watchdog. Do you plan to do a Debian package? Regards. -- System Information: Debian Release: squeeze/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32 (SMP w/2 CPU cores; PREEMPT) Locale: lang=fr...@euro, lc_ctype=fr...@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages rsyslog depends on: ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib ii lsb-base3.2-23 Linux Standard Base 3.2 init scrip ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages rsyslog recommends: ii logrotate 3.7.8-4Log rotation utility Versions of packages rsyslog suggests: ii rsyslog-doc 4.4.2-2documentation for rsyslog pn rsyslog-gnutlsnone (no description available) pn rsyslog-gssapinone (no description available) pn rsyslog-mysql | rsyslog-pgsql none (no description available) pn rsyslog-relp 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#573343:
reassign 573343 xserver-xorg-video-intel thanks Hi Petter, rassigning to the hopefully correct package... you are using xserver-xorg-video-intel, right? (check with dpkg -l xserver-xorg-video-intel) On Donnerstag, 11. März 2010, Petter Dass wrote: I did. Twice. If you read this, but not the output from those two commands, that means the bug site has a size limitation, and the output from the command is too large. No. bugs.debian.org accepts megabytes as attachments. You failed somehow :) If you know how to post the necessary info in the bug site, please do it, or tell me how I can do it. Just include it or attach it to the mail like I do. dilb...@lacey:~$ lspci -nn 00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GME Express Memory Controller Hub [8086:27ac] (rev 03) 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GME Express Integrated Graphics Controller [8086:27ae] (rev 03) 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03) 00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8] (rev 02) 00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 [8086:27d0] (rev 02) 00:1c.1 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 [8086:27d2] (rev 02) 00:1c.3 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 [8086:27d6] (rev 02) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 [8086:27c8] (rev 02) 00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 [8086:27c9] (rev 02) 00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 [8086:27ca] (rev 02) 00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 [8086:27cb] (rev 02) 00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller [8086:27cc] (rev 02) 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge [8086:27b9] (rev 02) 00:1f.1 IDE interface [0101]: Intel Corporation 82801G (ICH7 Family) IDE Controller [8086:27df] (rev 02) 00:1f.2 SATA controller [0106]: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller [8086:27c5] (rev 02) 01:00.0 Ethernet controller [0200]: Atheros Communications Atheros AR8132 / L1c Gigabit Ethernet Adapter [1969:1062] (rev c0) 02:00.0 Network controller [0280]: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01) dilb...@lacey:~$ [1.694203] ehci_hcd :00:1d.7: PCI INT A - GSI 23 (level, low) - IRQ 23 [1.703755] ehci_hcd :00:1d.7: setting latency timer to 64 [1.703768] ehci_hcd :00:1d.7: EHCI Host Controller [1.703840] ehci_hcd :00:1d.7: new USB bus registered, assigned bus number 1 [1.703888] ehci_hcd :00:1d.7: using broken periodic workaround [1.703912] ehci_hcd :00:1d.7: debug port 1 [1.707816] ehci_hcd :00:1d.7: cache line size of 32 is not supported [1.708535] ehci_hcd :00:1d.7: irq 23, io mem 0xf7db7c00 [1.725596] ehci_hcd :00:1d.7: USB 2.0 started, EHCI 1.00 [1.725665] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 [1.725674] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 [1.725683] usb usb1: Product: EHCI Host Controller [1.725690] usb usb1: Manufacturer: Linux 2.6.32-trunk-686 ehci_hcd [1.725697] usb usb1: SerialNumber: :00:1d.7 [1.725922] usb usb1: configuration #1 chosen from 1 choice [1.726022] hub 1-0:1.0: USB hub found [1.726045] hub 1-0:1.0: 8 ports detected [1.726223] agpgart-intel :00:00.0: Intel 945GME Chipset [1.726568] agpgart-intel :00:00.0: detected 7932K stolen memory [1.729351] agpgart-intel :00:00.0: AGP aperture is 256M @ 0xd000 [1.733043] piix :00:1f.1: IDE controller (0x8086:0x27df rev 0x02) [1.733075] PIIX_IDE :00:1f.1: PCI INT A - GSI 18 (level, low) - IRQ 18 [1.733098] piix :00:1f.1: IDE port disabled [1.733120] piix :00:1f.1: not 100% native mode: will probe irqs later [1.733134] ide0: BM-DMA at 0xffa0-0xffa7 [1.733154] Probing IDE interface ide0... [1.777420] libata version 3.00 loaded. [1.795517] uhci_hcd: USB Universal Host Controller Interface driver [1.855405] [drm] Initialized drm 1.1.0 20060810 [2.064031] usb 1-2: new high speed USB device using ehci_hcd and address 2 [2.232159] usb 1-2: New USB device found, idVendor=13d3, idProduct=5108 [2.232167] usb 1-2: New USB device strings: Mfr=2, Product=1, SerialNumber=3 [2.232173] usb 1-2: Product: USB 2.0 Camera [2.232178] usb 1-2: Manufacturer: Sonix
Bug#573010: [a46d9cc] Fix for Bug#573010 committed to git
tags 573010 + pending thanks Hello, The following change has been committed for this bug by Giuseppe Iuculano iucul...@debian.org on Thu, 11 Mar 2010 13:02:22 +0100. The fix will be in the next upload. = Support apache2 and lighttpd debconf installation. Closes: #573010 = You can check the diff of the fix at: http://git.debian.org/?p=users/iuculano/smbind.git;a=commitdiff;h=a46d9cc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568001: Any progress on this?
Vincent Lefevre wrote: On 2010-03-09 20:46:33 +, Chris Carr wrote: This bug is still showing as a critical blocker when I try to apt-get upgrade my Sid box. It doesn't seem like much is happening - if it's safe for most users, can it be downgraded in severity? Even if it isn't safe for a small number of users, the bug is critical. A lock up at boot time is something any user wouldn't like to see. The title of the bug should probably be more descriptive so that users can decide whether it is safe to upgrade or not. I believe this bug to be fixed. Please upgrade -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#573160: dh-make: Default should be 3.0 (native) (not 3.0 (quilt)) ... or make it selectable
Hi, On Thu, Mar 11, 2010 at 08:58:38AM +1100, Craig Small wrote: On Wed, Mar 10, 2010 at 09:04:08PM +0900, Osamu Aoki wrote: If you have good 3.0 (quilt) example with patches to replace dpatch section, I think we can make 3.0 (quilt) more popular. I've been using it in my packages, partly because its a good thing (its so much better than dpatch- though its interaction with git is annoying) and partly so the documentation and dh-make could be updated. Is this so??? I was expecting it to be quite simple by reading manpages of git-buildpackage and gitpkg programs For git-buildpackage: --git-upstream-branch --git-debian-branch also --git-pristine-tar (I do not see dpkg 3.0 format mentined in manpage) For gitpkg: gitpkg branch origbranch (It seems gitpkg.dpkg-source can pass ...) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573425: wordpress-mu: Writable files in /usr
Package: wordpress-mu Version: 2.9.1.1-1 Severity: serious Justification: Policy 10.9 As alluded to in my other bug #573331 /usr/share/wordpress-mu/wp-content is being chowned to www-data which is in violation of the FHS and makes this package RC-buggy. So, fix 1: don't chown this directory to www-data. You have put a symlink in so that uploaded content goes into a separate directory, but this directory itself is in /usr/lib/wordpress-mu... (I think you meant /var/lib..) So, fix 2: change this symlink to /var/lib/wordpress-mu/... Regards, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573424: gthumb: [patch] allows building on GTK2 2.19
Package: gthumb Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 The attached patch allows preventing an FTBFS when building gthumb on GTK 2.19. - -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.32-15-generic (SMP w/1 CPU core) Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gthumb depends on: pn gthumb-data none (no description available) pn libatk1.0-0 none (no description available) ii libc6 2.10.2-6 Embedded GNU C Library: Shared lib pn libcairo2 none (no description available) pn libclutter-1.0-0none (no description available) pn libclutter-gtk-0.10-0 none (no description available) pn libexiv2-6 none (no description available) pn libfontconfig1 none (no description available) ii libfreetype62.3.11-1 FreeType 2 font engine, shared lib ii libgcc1 1:4.4.3-3GCC support library pn libgconf2-4 none (no description available) pn libgl1-mesa-glx | libgl none (no description available) ii libglib2.0-02.22.4-1 The GLib library of C routines pn libgstreamer-plugins-ba none (no description available) pn libgstreamer0.10-0 none (no description available) pn libgtk2.0-0 none (no description available) pn libjpeg62 none (no description available) pn libopenraw1 none (no description available) pn libpango1.0-0 none (no description available) ii libstdc++6 4.4.3-3 The GNU Standard C++ Library v3 pn libtiff4none (no description available) pn libunique-1.0-0 none (no description available) ii libx11-62:1.3.3-1X11 client-side library pn libxcomposite1 none (no description available) pn libxdamage1 none (no description available) ii libxext62:1.1.1-2X11 miscellaneous extension librar pn libxfixes3 none (no description available) ii libxml2 2.7.6.dfsg-2+b1 GNOME XML library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages gthumb recommends: pn gvfs-bin none (no description available) gthumb suggests no packages. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuY3yAACgkQeXr56x4Muc1VEACaA0hx7Hb7cqaXscj/lLgBDoYm j3AAn1/JOS8ck9v6P2Fk4pM/DXeVgXsr =4d81 -END PGP SIGNATURE- Index: gthumb-2.11.1/gthumb/eggfileformatchooser.c === --- gthumb-2.11.1.orig/gthumb/eggfileformatchooser.c 2010-03-03 17:48:18.152697763 +0100 +++ gthumb-2.11.1/gthumb/eggfileformatchooser.c 2010-03-03 17:48:21.0 +0100 @@ -632,7 +632,7 @@ GtkWidget *toplevel; toplevel = gtk_widget_get_toplevel (widget); - if (!GTK_WIDGET_TOPLEVEL (toplevel)) + if (!gtk_widget_is_toplevel (toplevel)) return NULL; else return GTK_WINDOW (toplevel); Index: gthumb-2.11.1/gthumb/gth-file-tool.c === --- gthumb-2.11.1.orig/gthumb/gth-file-tool.c 2010-03-03 17:48:18.128698066 +0100 +++ gthumb-2.11.1/gthumb/gth-file-tool.c 2010-03-03 17:48:21.0 +0100 @@ -194,7 +194,7 @@ { if (self-priv-window == NULL) { self-priv-window = gtk_widget_get_toplevel (GTK_WIDGET (self)); - if (! GTK_WIDGET_TOPLEVEL (self-priv-window)) + if (! gtk_widget_is_toplevel (self-priv-window)) self-priv-window = NULL; } return self-priv-window; Index: gthumb-2.11.1/gthumb/gth-tags-entry.c === --- gthumb-2.11.1.orig/gthumb/gth-tags-entry.c 2010-03-03 17:48:18.172707358 +0100 +++ gthumb-2.11.1/gthumb/gth-tags-entry.c 2010-03-03 17:48:21.0 +0100 @@ -614,7 +614,7 @@ GdkGeometry geometry; toplevel = gtk_widget_get_toplevel (widget); -if (! GTK_WIDGET_TOPLEVEL (toplevel)) +if (! gtk_widget_is_toplevel (toplevel)) return; geometry.max_height = -1; Index: gthumb-2.11.1/po/POTFILES.skip === --- gthumb-2.11.1.orig/po/POTFILES.skip 2010-03-03 17:50:20.264695857 +0100 +++ gthumb-2.11.1/po/POTFILES.skip 2010-03-03 17:59:54.495711606 +0100 @@ -15,3 +15,6 @@ #.pc/16-fix_crop_dialog_usability.patch/data/glade/gthumb_crop.glade #.pc/16-fix_crop_dialog_usability.patch/src/dlg-crop.c #.pc/17-dont_follow_symlinks_on_dups_search.patch/src/dlg-duplicates.c
Bug#573343:
I can't see how I did anything different when I posted the output. But I am glad you succeeded. Here is the output from dpkg -l xserver-xorg-video-intel dilb...@lacey:~$ dpkg -l xserver-xorg-video-intel Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name VersionDescription +++-==-==- ii xserver-xorg-v 2:2.9.1-2 X.Org X server -- Intel i8xx, i9xx display d dilb...@lacey:~$
Bug#573423: line number links broken
Package: gitweb Version: 1:1.6.5-1 Severity: minor As can be seen e.g. on http://git.madduck.net/v/puppet/modules/puppet.git/blob/HEAD:/manifests/init.pp the links generated by the line number wrongly redirect to the root: http://git.madduck.net/v#l128 instead of the file. This might be due to the pathinfo feature. Gitweb config is here: http://git.madduck.net/v/gitweb-conf.git/blob/HEAD:/gitweb.conf -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.33-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#573350: [Build-common-hackers] Bug#573350: Bug#573350: cdbs: autotools-vars.mk shouldn't include makefile.mk
Hi, On 11/03/10 02:02, Jonas Smedegaard wrote: -dbg packages are not handled specially , but might just work(tm). I guess for debugging symbols, but not for Python debug builds. For them, you need to normally build the package with pythonX.Y-dbg as the interpreter, and then rename the .so extensions to _d.so (so that python-dbg can find them). Also those builds need to be done with -O0. The othe points certainly are handled. That's the reason this class have been outside of mainline cdbs for so long: I extended makefile.mk and autotools.mk to support multiflavored builds, That's very cool on its own :) I'll see if we can use it from those normal packages that we build several times with different flags (e.g. gtk+2.0). [snip] Your implementation is quite exciting to look at. Parts of it I don't like - e.g. setting per-rule variables I feel should be avoided. But some parts are interesting - like bug#500118 which I did not know about. Obvious when you think about it, I just didn't until now :-P You don't until you hit a bug ;) I was going to report a separate bug about it. What about -dbg builds? I have actually never tested -dbg packages with CDBS yet. I believe I understand the general principle of such packages but have not yet had any use for them myself (I do not understand strace or debugging running C code). so you can no doubt educate me on that part. The idea is that debugging symbols are stripped from the main binaries to make them smaller (since end users don't need them), and we ship them in separate packages. Then if you need to debug something (say get a backtrace of a crash, or step through the program while it's running), if you don't have the debugging symbols, backtraces will contain almost zero information and you won't be able to step through the code (as gdb won't know where things are). But gdb is able to load detached debugging symbols, and that's what dbg packages contain. However that's only a part of Python -dbg packages. There's also the python-dbg interpreters, which cover different purposes (I'm not very confident with python-dbg but the way to build them is pointed above). So how do we move from here? First off: Would you like to join the CDBS team? Not for now, thanks. I can prepare a patch here and there and maybe at some point join the team, but I dunno if I have the time right now. I feel that my implementation is the best one to work from - but obviously I am biased, so do tell me if you disagree! Well, I dunno. Yours has the benefit that it reuses the existing (new) flavor support. If it can do everything mine does (read: if I can get pygtk and pygobject to work with it) then I'm okay with using yours. I will certainly cherry-pick (the idea from) your handling bug#500118 Cool. and will (later, I have my hands full at the moment) read it closer to try reveal other neat details too. Would be very helpful if you could point out to me what you think are candidates for cherry-picking. Mainly the python -dbg packages support. Also see https://wiki.ubuntu.com/PyDbgBuilds I would appreciate help understanding and fixing any bugs in handling -dbg packages. I believe some support is in cdbs already but have no idea what works and what don't. CDBS supports normal -dbg packages (we have quite a lot in pkg-gnome), but Python -dbg packages require special handling. Another thing I haven't gotten around to play with is parallelised builds. In case you want a challenge ;-) Doesn't CDBS support it already? Cheers, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573331: wordpress-mu: Config file in /usr/share
Hi Dominic, On 03/10/2010 05:45 PM, Dominic Hargreaves wrote: Package: wordpress-mu Version: 2.9.1.1-1 Severity: serious Justification: Policy 10.7.2 The main application configuration file in this package currently lives in /usr/share/wordpress-mu/wp-config.php which goes against policy in obvious ways. There is a symlink /etc/wordpress-mu/wp-config.php pointing to this file but this is a mistake; instead the file should live in /etc/wordpress-mu/wp-config.php with a symlink /usr/share/wordpress-mu/wp-config.php pointing to it. Along a similar vein, postinst chowns /usr/share/wordpress-mu/wp-content to www-data which is almost certainly wrong. If this directory is intended to contain application data, it should be a symlink to, eg, /var/lib/wordpress-mu/wp-content with only that directory being writable. I'll take a look to theses issues ASAP. By the way, I am happy to help with the packaging of this as I'm deploying this at work. Let me know if you would be interested in me co-maintaining as part of a team. A helpfull hand is always welcome! I'll upload the code into a repository soon, meanwhile, let's try to coordinate actions not to work on the same things at the same time. Thanks for reporting. -- Dario Minnucci mid...@debian.org Phone: +34 902021030 | Fax: +34 902024417 Key fingerprint = 62FF F60F CE79 9CE4 EBA8 523F FC84 1B2D 82C8 B711 signature.asc Description: OpenPGP digital signature
Bug#573331: wordpress-mu: Config file in /usr/share
On Thu, Mar 11, 2010 at 01:29:52PM +0100, Dario Minnucci wrote: Along a similar vein, postinst chowns /usr/share/wordpress-mu/wp-content to www-data which is almost certainly wrong. If this directory is intended to contain application data, it should be a symlink to, eg, /var/lib/wordpress-mu/wp-content with only that directory being writable. I'll take a look to theses issues ASAP. Thanks. For this bug's record, I've actually made a separate bug report about this second point having looked into it a bit more (#573425). Dominic. -- Dominic Hargreaves | http://www.larted.org.uk/~dom/ PGP key 5178E2A5 from the.earth.li (keyserver,web,email) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573426: Please remove old lenny netinstaller as it points to missing kernel modules
Package: ftp.debian.org Severity: serious Please remove the first lenny installer ... ftp://ftp.debian.org/debian/dists/lenny/main/installer-sparc/20090123/images/netboot as the boot.img loads an old kernel where the required kernel modules are gone on all ftp servers. 2.6.26-1-sparc64 is used in the installer only 2.6.26-2-sparc64 and the appropriate kernel modules are available on the ftp-servers. Cheers -- Stefan Bauer - PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34 plzk.de - Linux - because it works -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573165: Bug fixed
Hi Davide, The bug seems to be fixed after today's update of ghostscript. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569658: ModSecurity Detection Bypass and Denial of Service Vulnerabilities
On Thu, Mar 11, 2010 at 09:03:38AM +0100, Nico Golde wrote: Hi Alberto, what is the status of this bug? Hi Nico, I'm building the new package right now. Thanks for the ping. Regards, Alberto -- Alberto Gonzalez Iniesta| Formación, consultoría y soporte técnico agi@(inittab.org|debian.org)| en GNU/Linux y software libre Encrypted mail preferred| http://inittab.com Key fingerprint = 9782 04E7 2B75 405C F5E9 0C81 C514 AF8E 4BA4 01C3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573429: installation-reports: some characters screwed up in menus + windoze detected but omitted from grub menu
Package: installation-reports Severity: normal -- Package-specific info: Boot method: CD Image version: deb cdrom:[Debian GNU/Linux testing _Squeeze_ - Official Snapshot i386 NETINST Binary-1 20100309-09:50]/ squeeze main Date: Mar 09 2010, afternoon Machine: laptop Dell Latitude E6500 Partitions: df -Tl will do; the raw partition table is preferred df -Tl FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda6 ext4 180669448 4495340 166996580 3% / tmpfstmpfs 1811800 0 1811800 0% /lib/init/rw udev tmpfs 10240 272 9968 3% /dev tmpfstmpfs 1811800 0 1811800 0% /dev/shm fdisk -l Disk /dev/sda: 250.1 GB, 250059350016 bytes 255 heads, 63 sectors/track, 30401 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Disk identifier: 0xd000 Device Boot Start End Blocks Id System /dev/sda1 1 38 305203+ de Dell Utility /dev/sda2 * 39 134 7680007 HPFS/NTFS Partition 2 does not end on cylinder boundary. /dev/sda3 1347429585937507 HPFS/NTFS /dev/sda47430 30401 1845225905 Extended /dev/sda574307550 971901 82 Linux swap / Solaris /dev/sda67551 30401 183550626 83 Linux Comments: - partitions /dev/sda1 /dev/sda2 were factory-made: untouched - partition /dev/sda3 (windoze 7) resized from 250 to 60 GB by debian partitioner - partitions /dev/sda4 and /dev/sda5 created with debian partitioner Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] 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: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Everything went smoothly: thanx for the great job! Just minor problems: 1) characters meant for menu boundaries were corrupt, and printed funny-looking ascii characters. Everything was usable, but certainly not as intended by those who programmed the installer. 2) the network detection seems a regression from the lenny installer I tried several months ago. I do not use dhcp, so I specify the network manually. The old lenny installer was happy with the network number, gateway, and DNS. The installer then discovered the computer name and domain automatically. This new squeeze installer needs all this info by hand. 3) the installer detected correctly the windoze OS, and made me assume that it would be included it in the grub initial menu. It wasn't. Post installation I had to run update-grub manually, then the menu did include windoze as expected. Windoze 7 had to restart once in some protected mode, but after that it was happy enough. This bug could create serious trouble to non-experts. All hardware works fine out of the box, except for the wi-fi Network controller (for which I did as instructed at http://wiki.debian.org/iwlagn) the camera (i'll look after that next) and the audio capture (needs a few clicks to configure). All the best, Nick Manini -- 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 20100309-04:52 X_INSTALLATION_MEDIUM=cdrom == Installer hardware-summary: == uname -a: Linux ciop 2.6.32-3-486 #1 Thu Feb 25 05:35:13 UTC 2010 i686 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Mobile 4 Series Chipset Memory Controller Hub [8086:2a40] (rev 07) lspci -knn: Subsystem: Dell Device [1028:024f] lspci -knn: 00:01.0 PCI bridge [0604]: Intel Corporation Mobile 4 Series Chipset PCI Express Graphics Port [8086:2a41] (rev 07) lspci -knn: Kernel driver in use: pcieport lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM Gigabit Network Connection [8086:10f5] (rev 03) lspci -knn: Subsystem: Dell Device [1028:024f] lspci -knn: Kernel driver in use: e1000e lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 03) lspci -knn: Subsystem: Dell Device [1028:024f] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.1 USB Controller [0c03]: Intel Corporation
Bug#573160: maint-guide dpkg 3.0 quilt / git titorial
Hi, On Thu, Mar 11, 2010 at 09:17:48PM +0900, Osamu Aoki wrote: Is this so??? I was expecting it to be quite simple by reading manpages of git-buildpackage and gitpkg programs This is misleading statement. Basically, what I am saying is ... I have no idea. I am looking for some guidance for best practice which can be documented here. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#529224: did puppet add it?
Was the crontab entry created by puppet, or the admin? -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#573430: provide $vardir/modules
Package: puppet Version: 0.25.4-2 Severity: wishlist The idea comes from David Schmitt's common module, which creates /var/lib/puppet/modules/common to store stuff the module needs. I think it would make sense to create /var/lib/puppet/modules by the puppet package so that other modules can just drop their own directories in there without each and every one of them having to jump through hoops to ensure existence of the parent. -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.33-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages puppet depends on: ii adduser 3.112 add and remove users and groups ii facter 1.5.7-1 a library for retrieving facts fro ii libopenssl-ruby 4.2 OpenSSL interface for Ruby ii libruby [libxmlrpc-ruby] 4.2 Libraries necessary to run Ruby 1. ii libshadow-ruby1.81.4.1-8 Interface of shadow password for R ii lsb-base 3.2-23 Linux Standard Base 3.2 init scrip ii puppet-common0.25.4-2common files for puppet and puppet ii ruby1.8 1.8.7.249-1 Interpreter of object-oriented scr Versions of packages puppet recommends: ii libaugeas-ruby1.8 0.3.0-1.1 Augeas bindings for the Ruby langu ii rdoc 4.2Generate documentation from ruby s Versions of packages puppet suggests: pn puppet-el none (no description available) pn vim-puppetnone (no description available) -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#563559: why not default to status quo?
I'd say that the config item is nice, but it should probably default to 'yes' according to the principle of least surprise. Otoh, if you can figure out that it's an upgrade, then yes, conditionally defaulting to yes sounds best. -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#564165: collectd: Please support Renesas SH4
Hi. 2010/1/19 Sebastian Harl tok...@debian.org: tags 564165 - pending thanks Hi Nobuhiro, On Tue, Jan 19, 2010 at 10:40:44AM +0900, Nobuhiro Iwamatsu wrote: 2010/1/11 Sebastian Harl tok...@debian.org: Please note that the architecture mapping used in the collectd package has been copied from openjdk-6's debian/rules. A similar change might be necessary in the OpenJDK package as well. Yes, I see. Thanks too. BTW, I intend to change JAVA_HOME of openjdk in sh from sh4. openjdk has already worked, but is testing the change in sh. I am sorry, could you wait for the application of this patch? Sure, no problem. Thanks for pointing that out! If a test of openjdk is completed, I contact you again. Great -- I'll wait until then. Btw., I've changed the arch mapping in the collectd package a bit: If no map entry has been specified explicitly, an arch=arch mapping is assumed. The collectd configure script will then try to locate libjvm in $(JAVA_HOME)/jre/lib/$(DEB_BUILD_ARCH)/server and fail if libjvm does not exist in that directory. So, no patch is required as long as this implicit mapping is correct but a new patch will be required once OpenJDK switches to sh. Debian sh4 of JAVA_HOME changed sh. I created new patch. Could you apply this patch? Best regards, Nobuhiro -- Nobuhiro Iwamatsu iwamatsu at {nigauri.org / debian.org} GPG ID: 40AD1FA6 diff --git a/debian/rules b/debian/rules index 94a8045..9f939cb 100755 --- a/debian/rules +++ b/debian/rules @@ -33,7 +33,7 @@ else endif # The archdir map has been copied from openjdk-6's debian/rules. -JAVA_ARCHDIR_MAP = armel=arm hppa=parisc lpia=i386 powerpc=ppc +JAVA_ARCHDIR_MAP = armel=arm hppa=parisc lpia=i386 powerpc=ppc sh4=sh JAVA_ARCHDIR = $(strip $(patsubst $(DEB_BUILD_ARCH)=%, %, \ $(filter $(DEB_BUILD_ARCH)=%, $(JAVA_ARCHDIR_MAP ifeq (,$(JAVA_ARCHDIR))
Bug#571054: Divert /sbin/initctl to fix start(8) in lucid postinsts.
On Thu, Mar 11, 2010 at 11:07:26AM +1100, Trent W. Buck wrote: Junichi Uekawa wrote: Hmmm..I see a problem. Ubuntu isn't Debian so they can break Debian policy as much as they wish. Which sucks. FWIW upstart itself is in Debian, but daemons[0] don't support it out-of-the-box, so this issue doesn't manifest with Debian chroots. Of course, being able to use Ubuntu chroots on my Debian box is still desirable -- it avoids needing a separate Ubuntu box :-) [0] Except fai-nfsroot, apparently. upstart seems to be working fine here in sid these days. It replaced my init. (concurrency seems to be supported by rcS even before installing upstart though... I did not look into these issues much.) If it has such shortcoming, asking it to be fixed in Debian is good idea. Then Ubuntu may pick it up. So far there are not many bugs filed on upstart. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573431: RM: caudium/experimental -- ROM; Upstream dead
Package: ftp.debian.org Severity: normal also non free fonts in source #520384 -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573323: Bug or not
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Errr... ? - - As *I* have not changed *myself* anything in pam/winbind configuration in the past few months - - As it used to work == There is something / somebody that changed the configuration files on my system (without asking for). - - As nobody (but me – and *I* didnt do that) can access my machine (well, I suppose) == something did that for me If something did that without asking, and left the system (this part of) unuseable, it is a bug (because doing so cannot be a feature). I don't say it is a libpam bug but there is a bug somewhere in the something that changed this configuration *without asking*. And probably this something should have left the system as clean as it found it before when removed from the system. In this particular problem, probably this is winbind (update from 2:3.4.6~dfsg-1 - 2:3.4.7~dfsg-1) but I think closing the bug whitout further investigation is a quick answer. Regards Jean-Luc -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLmPFIUdGGXzzGnNARApfkAJ0dJKbz5TO0PlLoxPS7HoTz/X5eoQCfSaB7 ZMplcckJdk0ED6kbUZ9Ctz0= =PTuF -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#573432: cherokee: Could not open the 'server_info' module
Package: cherokee Version: 0.99.43-1 Severity: important When I start cherokee -t or cherokee-admin, I get the following error message: [11/03/2010 14:09:00.607] (error) plugin_loader.c:194 - Something just happened while opening a plug-in file [11/03/2010 14:09:00.607] (error) plugin_loader.c:362 - Could not open the 'server_info' module main_admin.c:358 - Could not initialize the server It's the same as in the bug report : #561978 I don't know why it doesn't work for me. I'm using a mixed system (stable/testing/unstable) so it can be incorrect dependencies. I'll try to join max info about used packages installed on my machine in another message. -- dr4Ke -- System Information: Debian Release: 5.0.4 APT prefers stable APT policy: (990, 'stable'), (650, 'testing'), (600, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-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 cherokee depends on: ii libc6 2.7-18lenny2 GNU C Library: Shared libraries ii libcherokee-base0 0.99.43-1Cherokee web server - Base librari ii libcherokee-config0 0.99.43-1Cherokee web server - Configuratio ii libcherokee-server0 0.99.43-1Cherokee web server - Server libra ii libssl0.9.8 0.9.8m-2 SSL shared libraries ii logrotate 3.7.1-5 Log rotation utility Versions of packages cherokee recommends: ii libcherokee-mod-admin 0.99.43-1 Cherokee web server - Administrati ii spawn-fcgi1.6.3-1A fastcgi process spawner Versions of packages cherokee suggests: pn cherokee-doc none (no description available) pn libcherokee-mod-geoip none (no description available) pn libcherokee-mod-ldap none (no description available) ii libcherokee-mod-libssl0.99.43-1 Cherokee web server - SSL crypto f ii libcherokee-mod-mysql 0.99.43-1 Cherokee web server - MySQL user v ii libcherokee-mod-rrd 0.99.43-1 Cherokee web server - RRDtool base pn libcherokee-mod-streaming 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#570901: Bumping up severity; any progress in this bug?
おんばんは 香田さん 今まで五ヶ月日本にすんでいます、でも香田さんと合ったことがありません。 いつ私たちは 日本のTeXのかいぎをしますか。 On Mi, 10 Mär 2010, Atsuhito Kohda wrote: There is a project called ptexlive in Japan which extends many standards TeX tools (like updmap etc.) to support fonts for pTeX, which implys one can't use updmap for pTeX fonts. Links? Is there any chance to *include* stuff relevant into TeX Live itself? Speaking now as one of the TeX Live team (not Debian), why should all this be outside of TeX Live done? Is it necessary to split all that? Can't we work on integrating this, or are there too many discrepancies? I offer my help and support in integrating that, I can commit to our subversion repositories, and adjust tlmgr to things that are needed. BTW, I use upTeX (unicode version of pTeX) for quite long time and have not used pTeX package recently so gradually lost interest on pTeX and related packages. BTW, I recently had quite some interesting discsussion with my professor about Mathematical typesetting in Japanese books. Very interesting and funny. It started when Simon Singh's Fermat's Last Theorem in Japanese dropped into my hands, which is written in book style (right to left, top to bottom) with formulas mixed into it. Very interestings. Best wishes Norbert Norbert Preiningprein...@{jaist.ac.jp, logic.at, debian.org} JAIST, JapanTU Wien, Austria Debian TeX Task Force DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 DUGGLEBY (n.) The person in front of you in the supermarket queue who has just unloaded a bulging trolley on to the conveyor belt and is now in the process of trying to work out which pocket they left their cheque book in, and indeed which pair of trousers. --- Douglas Adams, The Meaning of Liff -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573411: shellvars: ability to add comment to value
Thank you for your bug report, i've already filed it in upstream bug tracker: https://fedorahosted.org/augeas/ticket/114 On Thu, 11 Mar 2010, martin f krafft wrote: Package: augeas-lenses Version: 0.7.0-1 Severity: wishlist File: /usr/share/augeas/lenses/dist/shellvars.aug I am using augeas with puppet. I would like to add to each value I control with pupet a short comment along the lines of MANAGED BY PUPPET. Unfortunately, augeas very strongly enforces a single value rule, such that setting e.g. /files/etc/default/rcS/TMPTIME to any of the following causes the save to fail: 7 # MANAGED BY PUPPET 7 # MANAGED BY PUPPET The only way to make it work is with either of the following two: '7 # MANAGED BY PUPPET' 7#MANAGED_BY_PUPPET But both yield the wrong value: due to the quotes in the first, the comment will be included, and due to the missing space before the #, the comment is also considered part of the value. I appreciate the stringent syntax checking, but I think that 7 # MANAGED BY PUPPET should be an acceptable value, because ' #' denotes a comment, which I think augeas could tolerate/allow. Thanks, -- System Information: Debian Release: squeeze/sid Architecture: i386 (i686) Kernel: Linux 2.6.33-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash augeas-lenses depends on no packages. augeas-lenses recommends no packages. Versions of packages augeas-lenses suggests: ii libaugeas00.7.0-1The augeas configuration editing l -- no debconf information -- .''`. martin f. krafft madd...@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems -- Nicolas Valcárcel Security Engineer Custom Engineering Solutions Group Canonical OEM Services Mobile: +511 994 293 200 Key fingerprint = 5C4D 0C85 D9C0 98FE 11F9 DD12 524E C3CD EF58 4970 gpg --keyserver keyserver.ubuntu.com --recv-keys 654597FE signature.asc Description: Digital signature
Bug#573160: maint-guide updates
On Wed, Mar 10, 2010 at 01:39:56PM +0100, Raphael Hertzog wrote: Many things need an update indeed. Also -i -I are not needed anymore with 3.0 source packages, they are implicit by default. If package version is not at -0 or -1 Debian revision, you must provide dpkg-buildpackage command with the -sa option That's also outdated, -sa is needed if the last changelog entry is not the first one for the given upstream version. Fixed in SVN. Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573020: [Pkg-puppet-devel] Bug#573020: exec don't work
El lun, 08-03-2010 a las 08:44 -0800, Nigel Kersten escribió: 2010/3/8 José L. Redrejo jredr...@edu.juntaextremadura.net: Package: puppet Version: 0.25.4-2 Severity: important whenever a class file including exec is executed at the client, the puppet client freezes. Can you provide a --debug --output --trace log with a simple local manifest that only contains one exec please José? Hello Nigel, sorry for the delay, but I've prefered to do more checks with a colleague before answering. I'm attaching you a list of a very simple site.pp used, and the log outputs when using (and not using) the --debug option in the command line. For more fun, the bug doesn't appear everytime you executed puppetd, it only happens randomly, and it happens much more often if the debug option is not used. Anyway, I think you can reproduce it easily using a fresh squeeze installation at the client and server. I'm afraid the these symptoms are mostly as those described at https://bugs.launchpad.net/ubuntu/+source/eglibc/+bug/520715 Regards José L. r...@puesto1:~# puppetd -t info: Caching catalog for puesto1.unex.es info: Applying configuration version '1268302012' Pilar yerr: //Node[default]/Exec[/usr/bin/touch /tmp/prueba2]/returns: change from notrun to 0 failed: Command exceeded timeout at /etc/puppet/manifests/site.pp:35 warning: Value of 'preferred_serialization_format' (pson) is invalid for report, using default (marshal) notice: Finished catalog run in 300.48 seconds class test_class { file {/tmp/fichero.test: ensure = present, mode= 744, owner = root, group = root } } node default { include test_class exec { /usr/bin/touch /tmp/prueba2: } } Thu Mar 11 13:42:14 +0100 2010 Puppet (debug): Failed to load library 'selinux' for feature 'selinux' Thu Mar 11 13:42:14 +0100 2010 Puppet (debug): Puppet::Type::User::ProviderPw: file pw does not exist Thu Mar 11 13:42:14 +0100 2010 Puppet (debug): Puppet::Type::User::ProviderDirectoryservice: file /usr/bin/dscl does not exist Thu Mar 11 13:42:14 +0100 2010 Puppet (debug): Puppet::Type::User::ProviderUser_role_add: file roleadd does not exist Thu Mar 11 13:42:14 +0100 2010 Puppet (debug): Puppet::Type::User::ProviderLdap: true value when expecting false Thu Mar 11 13:42:15 +0100 2010 Puppet (debug): Failed to load library 'ldap' for feature 'ldap' Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl/private] (debug): Autorequiring File[/var/lib/puppet/ssl] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl/certs/ca.pem] (debug): Autorequiring File[/var/lib/puppet/ssl/certs] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl/certs] (debug): Autorequiring File[/var/lib/puppet/ssl] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/facts] (debug): Autorequiring File[/var/lib/puppet] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl/private_keys] (debug): Autorequiring File[/var/lib/puppet/ssl] Thu Mar 11 13:42:15 +0100 2010 /File[/etc/puppet/puppet.conf] (debug): Autorequiring File[/etc/puppet] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/state/classes.txt] (debug): Autorequiring File[/var/lib/puppet/state] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl/certs/puesto1.unex.es.pem] (debug): Autorequiring File[/var/lib/puppet/ssl/certs] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/lib] (debug): Autorequiring File[/var/lib/puppet] Thu Mar 11 13:42:15 +0100 2010 /File[/var/run/puppet/puppetd.pid] (debug): Autorequiring File[/var/run/puppet] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/clientbucket] (debug): Autorequiring File[/var/lib/puppet] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl/crl.pem] (debug): Autorequiring File[/var/lib/puppet/ssl] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl/public_keys/puesto1.unex.es.pem] (debug): Autorequiring File[/var/lib/puppet/ssl/public_keys] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl/private_keys/puesto1.unex.es.pem] (debug): Autorequiring File[/var/lib/puppet/ssl/private_keys] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl/certificate_requests] (debug): Autorequiring File[/var/lib/puppet/ssl] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/state] (debug): Autorequiring File[/var/lib/puppet] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/state/graphs] (debug): Autorequiring File[/var/lib/puppet/state] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl] (debug): Autorequiring File[/var/lib/puppet] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/client_yaml] (debug): Autorequiring File[/var/lib/puppet] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/ssl/public_keys] (debug): Autorequiring File[/var/lib/puppet/ssl] Thu Mar 11 13:42:15 +0100 2010 /File[/var/lib/puppet/state/state.yaml] (debug): Autorequiring File[/var/lib/puppet/state] Thu Mar 11 13:42:15
Bug#573433: epm: amd64 packages have incompatible architecture name
Package: epm Version: 4.1-2 Severity: normal Tags: patch Debian calls x86_64 architecture amd64. epm does not expect that and sets package architecture to x86_64, thus making compiled package unusable: # dpkg -i linux-2.6-x86_64/packagename-linux-2.6-x86_64.deb dpkg: error processing linux-2.6-x86_64/packagename-linux-2.6-x86_64.deb (--install): package architecture (x86_64) does not match system (amd64) Errors were encountered while processing: linux-2.6-x86_64/packagename-linux-2.6-x86_64.deb A workaround is available: when compiling a package, the user has to explicitly specify architectute using '-a amd64' argument like this: epm -v -f native -a amd64 packagename -- 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/4 CPU cores) Locale: LANG=lt_LT.UTF-8, LC_CTYPE=lt_LT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epm depends on: ii libc62.7-18lenny2GNU C Library: Shared libraries ii libfontconfig1 2.6.0-3 generic font configuration library ii libgcc1 1:4.3.2-1.1 GCC support library ii libjpeg626b-14 The Independent JPEG Group's JPEG ii libpng12-0 1.2.27-2+lenny2 PNG library - runtime ii libstdc++6 4.3.2-1.1 The GNU Standard C++ Library v3 ii libx11-6 2:1.1.5-2 X11 client-side library ii libxft2 2.1.12-3FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library epm recommends no packages. epm 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#572784: qemu-kvm: networking only comes up on initial start of kvm.
Package: qemu-kvm Followup-For: Bug #572784 Networking starts only on the first time that I start an XP virtual machine after a reboot of the actual machine. If I subsequently restart the virtual machine, or the XP instance within it, the network only comes up enough for me to connect to my Samba server. I can't get out to the Internet or ping some machines on my network. -- Package-specific info: selected information from lshal(1): /proc/cpuinfo: processor: 0 vendor_id: AuthenticAMD cpu family: 16 model: 4 model name: AMD Phenom(tm) II X4 940 Processor stepping: 2 cpu MHz: 800.000 cache size: 512 KB physical id: 0 siblings: 4 core id: 0 cpu cores: 4 apicid: 0 initial apicid: 0 fpu: yes fpu_exception: yes cpuid level: 5 wp: yes flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt bogomips: 6027.62 TLB size: 1024 4K pages clflush size: 64 cache_alignment: 64 address sizes: 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate processor: 1 vendor_id: AuthenticAMD cpu family: 16 model: 4 model name: AMD Phenom(tm) II X4 940 Processor stepping: 2 cpu MHz: 800.000 cache size: 512 KB physical id: 0 siblings: 4 core id: 1 cpu cores: 4 apicid: 1 initial apicid: 1 fpu: yes fpu_exception: yes cpuid level: 5 wp: yes flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt bogomips: 6027.48 TLB size: 1024 4K pages clflush size: 64 cache_alignment: 64 address sizes: 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate processor: 2 vendor_id: AuthenticAMD cpu family: 16 model: 4 model name: AMD Phenom(tm) II X4 940 Processor stepping: 2 cpu MHz: 800.000 cache size: 512 KB physical id: 0 siblings: 4 core id: 3 cpu cores: 4 apicid: 2 initial apicid: 3 fpu: yes fpu_exception: yes cpuid level: 5 wp: yes flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt bogomips: 6027.48 TLB size: 1024 4K pages clflush size: 64 cache_alignment: 64 address sizes: 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate processor: 3 vendor_id: AuthenticAMD cpu family: 16 model: 4 model name: AMD Phenom(tm) II X4 940 Processor stepping: 2 cpu MHz: 800.000 cache size: 512 KB physical id: 0 siblings: 4 core id: 2 cpu cores: 4 apicid: 3 initial apicid: 2 fpu: yes fpu_exception: yes cpuid level: 5 wp: yes flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt bogomips: 6027.48 TLB size: 1024 4K pages clflush size: 64 cache_alignment: 64 address sizes: 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qemu-kvm depends on: ii adduser 3.112add and remove users and groups ii bridge-utils1.4-5Utilities for configuring the Linu ii iproute 20091226-1 networking and traffic control too ii libasound2 1.0.21a-1shared library for ALSA applicatio ii libbluetooth3 4.60-1 Library to use the BlueZ Linux Blu ii libbrlapi0.54.1-4braille display access
Bug#571982: alltray: no tray icon; no way to get program in
Hello Lucas, On Sun, 28 Feb 2010, Lucas wrote: Package: alltray Version: 0.70-1 Severity: grave Justification: renders package unusable alltray iceowl --st --na causes Iceowl to start, but no icon actually appears in the system tray and there's no way to get the program back up again without re-running it. Doesn't that kind of defeat the purpose of alltray? I am unable to reproduce this here, iceowl appears in the system tray, so I am able to show/hide it. Could you paste the output of the following command? $ alltray iceowl --st --na -d Kind regards, Ignace M -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#566844: libc6 causing Authentication service cannot retrieve authentication info
On Sun, 14 Feb 2010, Aurelien Jarno wrote: On Sat, Feb 13, 2010 at 06:22:17PM -0500, root wrote: On Sat, 13 Feb 2010, Aurelien Jarno wrote: On Fri, Feb 12, 2010 at 09:21:59AM -0500, root wrote: On Fri, 12 Feb 2010, Aurelien Jarno wrote: root a écrit : Is more information needed from me? Or is there anything I can do to expedite this bug fix? I've got 138 machines in an unstable state because I can't do updates on them because of this libc6 issue. If there is anything that I can do, please let me know. I have to say I am out of idea. I am only able to reproduce the behaviour you observed when using adjunct passwords (this is actually what the security issue fixed), but at the same time you told me you are not using adjunct passwords. Well, I decided to do some searching around in hopes of coming up with some new ideas. I've never used adjunct passwords before, so I never really knew what they were. After doing some research online, do adjunct passwords mean that you put a ##username in the passwd file for each of the users? If so, I think that might be the problem. We use a custom PAM authentication module that we wrote to do a special type of kerberos authentication. And our passwd file contains the special kerberos principal in the password field, so for instance, our users would have passwd entries like this: username1:##ABC12:123:100:Name:/home/dir1:/bin/tcsh username2:##CAB21:124:100:Name:/home/dir2:/bin/tcsh username3:##I#XYZ12:125:100:Name:/home/dir3:/bin/tcsh username4:##E#ZYX21:125:100:Name:/home/dir4:/bin/tcsh We use the ## to determine whether or not we should use our authentication module or not. Is the new libc6 just looking for the ## in the beginning and using that to determine whether or not the passwd file is using adjunct passwords or not? If so, is there any other way to determine adjunct passwords because I'm guessing that, that must be causing the problem. In other words, the new libc6 is seeing our special password entries and simply removing them. Yes, the new glibc only looks for the ## at the beginning of the passwd entry to detect the adjunct passwords. Actually this part hasn't changed in the new glibc, it's only the corresponding action that has changed. Before it was doing a new query to the NIS server to get the adjunct password and merge it. With the new version merges a 'x' instead, as the real merge is now done in the shadow part. So even before it seems your system was doing a lot of useless NIS requests to the server, even though it harms less than in the current status. I will look if the adjunct password detection can be improved. Any progress on this? All of my clients/servers are still in a funky state because I can't run any updates on them since updating glibc will break authentication on all of them. And again, thank you for looking into this. Like I said, I don't know much about how adjunct passwords work, or the underlying authentication system itself, but could you just leave the ## entry there instead of putting the x in there? Or would that cause problems? I completely understand why the actual password would be put in the shadow part, but would it hurt to just leave the ## entry there in the password field? Yes, that would hurt, as it would try to match the password with this entry instead of the shadow one. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net
Bug#573434: g15daemon: SYSFS depricated in udev, warning messages on startup
Package: g15daemon Version: 1.9.5.3-8 Severity: important Tags: patch On startup, udevd reports errors when processing the rules file for g15daemon. udev is migrating from SYSFS to ATTR/ATTRS for device matching. Attached is a patch to update the udev rules file to use ATTR. diff -urN debian.old/g15daemon.udev debian/g15daemon.udev --- debian.old/g15daemon.udev 2010-03-11 08:46:59.0 -0500 +++ debian/g15daemon.udev 2010-03-11 08:32:35.265882356 -0500 @@ -4,17 +4,17 @@ # # Logitech g11 -- extra keys, no LCD -SYSFS{idVendor}==046d, SYSFS{idProduct}==c225, RUN+=/etc/init.d/g15daemon udev +ATTR{idVendor}==046d, ATTR{idProduct}==c225, RUN+=/etc/init.d/g15daemon udev # Logitech G15 (blue) -- extra keys and LCD -SYSFS{idVendor}==046d, SYSFS{idProduct}==c222, RUN+=/etc/init.d/g15daemon udev +ATTR{idVendor}==046d, ATTR{idProduct}==c222, RUN+=/etc/init.d/g15daemon udev # Logitech G15 v2 (orange) -- extra keys and LCD -SYSFS{idVendor}==046d, SYSFS{idProduct}==c227, RUN+=/etc/init.d/g15daemon shared-udev +ATTR{idVendor}==046d, ATTR{idProduct}==c227, RUN+=/etc/init.d/g15daemon shared-udev # Logitech Z10 -- extra keys and LCD -SYSFS{idVendor}==046d, SYSFS{idProduct}==0a07, RUN+=/etc/init.d/g15daemon udev +ATTR{idVendor}==046d, ATTR{idProduct}==0a07, RUN+=/etc/init.d/g15daemon udev # Logitech G15 Gamepanel -- extra keys and LCD -SYSFS{idVendor}==046d, SYSFS{idProduct}==c251, RUN+=/etc/init.d/g15daemon shared-udev +ATTR{idVendor}==046d, ATTR{idProduct}==c251, RUN+=/etc/init.d/g15daemon shared-udev
Bug#572784: qemu-kvm: networking only comes up on initial start of kvm.
Gary Dale wrote: Package: qemu-kvm Followup-For: Bug #572784 Networking starts only on the first time that I start an XP virtual machine after a reboot of the actual machine. If I subsequently restart the virtual machine, or the XP instance within it, the network only comes up enough for me to connect to my Samba server. I can't get out to the Internet or ping some machines on my network. Gary, can you please describe why do you think your problem is the same as #572784? As far as I'm concerned, #572784 is, like, fixed not a bug. For the issue you describes, I guess it is entirely different thing and is either configuration error on your part or some integration package (like vde or virt-manager) doing something wrong. But since you provided no details, and since I know it works for many people including me, it is very difficult to even guess correctly what might be wrong here. /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#563551: #563551 still valid for you ?
Hi Frederic, usb-modeswitch and usb-modeswitch-data saw big updates in the last months, so this bug is very probably fixed for you. Can you please test with the latest versions from unstable ? Thanks in advance and best regards, OdyX -- Didier Raboud, proud Debian Maintainer (DM). CH-1020 Renens did...@raboud.com signature.asc Description: This is a digitally signed message part.
Bug#573435: courier-ldap: Do not always start properly when /var/run is tmpfs
Package: courier-ldap Version: 0.63.0-2.1 Severity: important User: debian-...@lists.debian.org UserTags: debian-edu I discovered this when starting boot scripts with full concurrency and /var/run as a tmpfs using Debian Edu The courier-ldap script failed to start the daemon, because /var/run/courier/ did not exist when the daemon tried to create the lock file. Please change the init.d script to create /var/run/courier/ before trying to start the daemon. Also, the courier-ldap script starts before slapd on a machine with a local LDAP server. Should it start after the LDAP server is operational? If so, the init.d script dependency need to be changed to reflect this. If you let me know how this is supposed to work, I can provide a patch. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#63995: Just Won Prize!!!
Your email has just been awarded the lump sum of (£ 2.500.00) from the Camelot National Lottery United Kingdom: Please contact our Fiduciary Agent for VALIDATION MR.CLIFF MONGER.Phone Number: +447024057832 E-mail: cnluk_2...@hotmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#63995: Just Won Prize!!!
Your email has just been awarded the lump sum of (£ 2.500.00) from the Camelot National Lottery United Kingdom: Please contact our Fiduciary Agent for VALIDATION MR.CLIFF MONGER.Phone Number: +447024057832 E-mail: cnluk_2...@hotmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573160: maint-guide dpkg 3.0 quilt / git titorial
On Thu, 11 Mar 2010, Osamu Aoki wrote: Hi, On Thu, Mar 11, 2010 at 09:17:48PM +0900, Osamu Aoki wrote: Is this so??? I was expecting it to be quite simple by reading manpages of git-buildpackage and gitpkg programs This is misleading statement. Basically, what I am saying is ... I have no idea. I am looking for some guidance for best practice which can be documented here. We don't have any clear best practice yet, but I expect that usage of tools like gbp-pq will make it more convenient to manage quilt patches in git, rather than having to use quilt directly in the git checkout. Cheers, -- Raphaël Hertzog Like what I do? Sponsor me: http://ouaza.com/wp/2010/01/05/5-years-of-freexian/ My Debian goals: http://ouaza.com/wp/2010/01/09/debian-related-goals-for-2010/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573356:
I solved the problem on my laptop by using the following commands: apt-get remove network-manager apt-get install network-manager-gnome This was posted using mobile broadband. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement
Package: iceweasel Version: 3.5.8-1 Severity: normal Bug reported on https://bugzilla.mozilla.org/show_bug.cgi?id=551678 and reproducible with -safe-mode. When using manual window placement (fvwm's ManualPlacement, a.k.a. active placement), Firefox doesn't track the mouse correctly. For instance, it may think that the mouse pointer is still over the tab bar while it is no longer over it, yielding buggy behavior. See steps to reproduce below: this is always reproducible in safe mode. Reproducible: Always Steps to Reproduce: 1. Choose the fvwm window manager with ManualPlacement (steps 6 and 7 below are part of manual placement): Style * ManualPlacement (in fact, I've tried with ActivePlacement, but ManualPlacement should be better to reproduce the bug on some configurations). 2. Run: firefox -safe-mode 3. Open a web page that has links (optional, depending on whether the current web page is OK or not). 4. In the menu bar, click on Tools. Make sure that the Error Console item appears partly over the tab bar, otherwise the bug may not be reproducible. 5. Click on Error Console (the mouse pointer must be at the tab bar level). 6. Move the mouse pointer to position the error console over the document area (web page). What's important IMHO is that when the error console appears, the mouse pointer isn't over the tab bar. 7. Click with the left button to make the error console appear. 8. Move the mouse pointer over the links of the web page. Actual Results: When the mouse pointer is over a link, the correct behavior (arrow replaced by a hand, URL appears in the status bar) occurs for a fraction of second (hardly visible), then the mouse pointer is changed back to an arrow and the URL is replaced by Done in the status bar, as if the mouse pointer were moved to an empty area (or to the tab bar). Actually, when testing this with the Tab Mix Plus extension, a close button may appear over some tab, suggesting that Firefox thinks that the mouse pointer is still over the tab bar (at the position where the click over the menu item was done?). This buggy behavior stops once one moves the mouse pointer to the tab bar, then back to links on the web page. Expected Results: When the mouse pointer is over a link, the arrow should be replaced by a hand and the URL should appear in the status bar. FYI, here's how ManualPlacement is described in the fvwm man page: The user is required to place every new window manually. The window only shows as a rubber band until a place is selected manually. The window is placed when a mouse button or any key except Escape is pressed. [...] -- Package-specific info: -- Extensions information Name: DOM Inspector Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/inspec...@mozilla.org Package: xul-ext-dom-inspector Status: enabled Name: Default Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: Dictionnaire français «Classique» Location: ${PROFILE_EXTENSIONS}/fr...@dictionaries.addons.mozilla.org Status: enabled Name: Firefox Showcase Location: ${PROFILE_EXTENSIONS}/{89506680-e3f4-484c-a2c0-ed711d481eda} Status: enabled Name: Flagfox Location: ${PROFILE_EXTENSIONS}/{1018e4d6-728f-4b20-ad56-37578a4de76b} Status: enabled Name: Flashblock Location: ${PROFILE_EXTENSIONS}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Status: enabled Name: Forecastfox Location: ${PROFILE_EXTENSIONS}/{0538E3E3-7E9B-4d49-8831-A227C80A7AD3} Status: enabled Name: Greasemonkey Location: ${PROFILE_EXTENSIONS}/{e4a8a97b-f2ed-450b-b12d-ee082ba24781} Status: enabled Name: HeadingsMap Location: ${PROFILE_EXTENSIONS}/headi...@niquelheadings.net Status: enabled Name: Link Widgets Location: ${PROFILE_EXTENSIONS}/linkwid...@clav.mozdev.org Status: enabled Name: Live HTTP headers Location: ${PROFILE_EXTENSIONS}/{8f8fe09b-0bd3-4470-bc1b-8cad42b8203a} Status: enabled Name: Open in Browser Location: ${PROFILE_EXTENSIONS}/openinbrow...@www.spasche.net Status: enabled Name: Pinger Location: ${PROFILE_EXTENSIONS}/jane...@pinger Status: enabled Name: SearchStatus Location: ${PROFILE_EXTENSIONS}/{d57c9ff1-6389-48fc-b770-f78bd89b6e8a} Status: enabled Name: Stylish Location: ${PROFILE_EXTENSIONS}/{46551EC9-40F0-4e47-8E18-8E5CF550CFB8} Status: enabled Name: Tab Mix Plus Location: ${PROFILE_EXTENSIONS}/{dc572301-7619-498c-a57d-39143191b318} Status: enabled Name: Web Developer Location: ${PROFILE_EXTENSIONS}/{c45c406e-ab73-11d8-be73-000a95be3b12} Status: enabled Name: X-Ray Location: ${PROFILE_EXTENSIONS}/{3f1182ea-3243-4d32-8826-71fb1cc9c328} Status: enabled -- Plugins information Name: DivX® Web Player Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so Package: totem-mozilla Status: enabled Name: DivXî Web Player Location: /usr/lib/mozilla/plugins/libtotem-mully-plugin.so Package: totem-mozilla Status: enabled Name: DjVuLibre-3.5.22 Location: /usr/lib/netscape/plugins-libc6/nsdejavu.so Package:
Bug#573206: Cheers from upstream
Hi Alexander, On Thu, Mar 11, 2010 at 09:05:23AM +0200, Alexander Shulgin wrote: On Wed, Mar 10, 2010 at 20:39, Jonas Smedegaard d...@jones.dk wrote: On Wed, Mar 10, 2010 at 08:16:11PM +0200, Alexander Shulgin wrote: As I look around this, I see that ITP means Intent to Package. Isn't there someone who's readily trying to package png++ or it's more like 'request to package'? If it's more like a wishlist thing, I think I can try to package it myself. But I give no ETAs. ;) RFP means Request For Packaging - i.e. please can someone package this. ITP means Intend To Package - i.e. This is in planning stage of actually getting packaged. And in this case it was a short process: I filed the ITP while actually packaging, and the package was sent to Debian as soon as the Bug Tracker responded with a bug number that I could tie to the initial release. OK, thanks for explanation. If it is in process already, then I don't need to do anything. Just let me know if you need my help in any png++-related matters. :) I sure will. Also, now that you've posted to this ITP bugreport you are automatically subscribed to further updates on same bugreport - including when (or if) the package gets approved by Debian ftpmasters where the bugreport will get closed. When (or if) the package enters debian, the following page will be created, containing details on the health of the packaging: http://packages.qa.debian.org/p/png%2B%2B.html Don't both yet, it does not exist. If curious how it will look then check some other package: http://packages.qa.debian.org/libg/libgd2.html Kind regards, - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#573437: ITP: importlib -- Backport of importlib.import_module() from Python 2.7
Package: wnpp Severity: wishlist Owner: Fladischer Michael fladischermich...@fladi.at -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: importlib Version : 1.0.1 Upstream Author : Brett Cannon br...@python.org * URL : http://pypi.python.org/pypi/importlib/ * License : Python Software Foundation License Programming Lang: Python Description : Backport of importlib.import_module() from Python 2.7 This package contains the code from importlib as found in Python 2.7. It is provided so that people who wish to use importlib.import_module() with a version of Python prior to 2.7 or in 3.0 have the function readily available. The code in no way deviates from what can be found in the 2.7 trunk. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAkuY/jEACgkQeJ3z1zFMUGZa7ACeLvXADwZACfNmzPpJPGqpIUry zyMAoIH15/e2OsH/w0j0d6M44HU0+NQr =yzzV -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#573436: iceweasel: Buggy mouse tracking with fvwm manual/active placement
On Thu, Mar 11, 2010 at 03:18:54PM +0100, Vincent Lefevre wrote: Package: iceweasel Version: 3.5.8-1 Severity: normal Bug reported on https://bugzilla.mozilla.org/show_bug.cgi?id=551678 and reproducible with -safe-mode. When using manual window placement (fvwm's ManualPlacement, a.k.a. active placement), Firefox doesn't track the mouse correctly. For instance, it may think that the mouse pointer is still over the tab bar while it is no longer over it, yielding buggy behavior. See steps to reproduce below: this is always reproducible in safe mode. snip Can you check that also happens with one or more of the following: - conkeror - iceape 2.0.x - icedove 3.0.x - xulrunner-1.9.1 mybrowser/application.ini (where mybrowser is unpacked from http://benjamin.smedbergs.us/xulrunner/mybrowser-0.2.2.xulapp ) Thanks Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573438: silo: After upgrade from etch to lenny, boot fails with Program terminated
Package: silo Version: 1.4.13a+git20070930-3 After upgrading from etch to lenny, right after the memcheck, the bootloader stopped with: Program terminated After using the method like described in #570264 --- snip --- mount /dev/sda2 /mnt mount /dev/sda1 /mnt/boot mount /dev /mnt/dev -o bind chroot /mnt mount -t proc proc /proc silo -u -f --- snap --- i was able again to boot my machine. Stefan -- Stefan Bauer - PGP: E80A 50D5 2D46 341C A887 F05D 5C81 5858 DCEF 8C34 plzk.de - Linux - because it works -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#569208: on localhost using chromium ?
On 11/03/2010 15:30, Lluís wrote: Sorry, I didn't get your response. The web I'm connecting to is not in localhost, and I'm using epiphany 2.29.3-1. The user that pointed me to the problem is using the firefox in the lastest stable ubuntu. In case it matters, I only have 2 cookies for the domain hosting redmine: * Name: _redmine_default Path: /projects/tools * Name: _redmine_default Path: / Thanks, Lluis That's indicating something is wrong : there should be only one cookie (the second one). I'll have a look deeper. Jérémy. signature.asc Description: OpenPGP digital signature
Bug#569208: on localhost using chromium ?
Sorry, I didn't get your response. The web I'm connecting to is not in localhost, and I'm using epiphany 2.29.3-1. The user that pointed me to the problem is using the firefox in the lastest stable ubuntu. In case it matters, I only have 2 cookies for the domain hosting redmine: * Name: _redmine_default Path: /projects/tools * Name: _redmine_default Path: / Thanks, Lluis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573012: (без темы)
Package: compiz Version: 0.8.4-2 Severity: normal I have this bug too. This output then i run `compiz --replace` and try start 'cubeaddon' plugin from CompizConfig: rubin-laptop:[~]$ compiz --replace Backend : ini Integration : true Profile : default Adding plugins Initializing core options...done Initializing move options...done Initializing resize options...done Initializing place options...done Initializing decoration options...done Setting Update mode Setting Update position_matches Setting Update position_x_values Setting Update position_y_values Setting Update position_constrain_workarea Setting Update viewport_matches Setting Update viewport_x_values Setting Update viewport_y_values Setting Update mipmap Setting Update decoration_match Initializing text options...done Initializing imgjpeg options...done Initializing titleinfo options...done Initializing winrules options...done Initializing gnomecompat options...done Initializing minimize options...done compiz (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format Initializing video options...done Initializing svg options...done inotify_add_watch: No such file or directory Initializing mousepoll options...done Initializing fade options...done Initializing thumbnail options...done Initializing resizeinfo options...done Initializing cube options...done Initializing rotate options...done Initializing switcher options...done Setting Update skiptaskbar_match Setting Update skippager_match Setting Update below_match Setting Update sticky_match Setting Update maximize_match Setting Update no_move_match Setting Update no_resize_match Setting Update no_maximize_match Setting Update no_close_match Setting Update size_matches Setting Update size_width_values Setting Update size_height_values Setting Update speed Setting Update thumb_size Setting Update mipmap Setting Update always_show Setting Update next_slide_key Setting Update color Setting Update images Setting Update adjust_image Setting Update skydome Setting Update skydome_image Setting Update skydome_gradient_start_color Setting Update skydome_gradient_end_color Setting Update initiate_button Setting Update rotate_to_1_key Setting Update rotate_to_2_key Setting Update rotate_to_3_key Setting Update rotate_to_4_key Setting Update rotate_to_5_key Setting Update rotate_to_6_key Setting Update zoom Setting Update active_plugins compiz (core) - Error: Plugin 'core' has ABI version '20090619', expected ABI version '20090207'. compiz (cubeaddon) - Error: InitObject failed compiz (core) - Error: Couldn't activate plugin 'cubeaddon' -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages compiz depends on: ii compiz-core 0.8.4-2OpenGL window and compositing mana ii compiz-gnome 0.8.4-2OpenGL window and compositing mana ii compiz-gtk0.8.4-2OpenGL window and compositing mana ii compiz-plugins0.8.4-2OpenGL window and compositing mana compiz recommends no packages. Versions of packages compiz suggests: ii compizconfig-settings-manager 0.8.4-2Compizconfig Settings Manager -- no debconf information -- Roman V. Nikolaev mail:rsha...@rambler.ru icq: 198-364-657 jabber: rsha...@jabber.org site:http://www.rshadow.ru signature.asc Description: OpenPGP digital signature
Bug#573439: qemu-kvm: fail to set hdd serial number
Package: qemu-kvm Version: 0.12.3+dfsg-3 Severity: normal Hello, On version 0.12.3, -drive serial=XXX option does not work. Below patch fixes it. 'serial' is pointer, not array. --- qemu-kvm-0.12.3+dfsg/vl.c 2010-02-26 11:34:00.0 +0900 +++ qemu-kvm-0.12.3+dfsg.old/vl.c 2010-03-11 02:26:00.134217787 +0900 @@ -2397,7 +2397,7 @@ dinfo-on_write_error = on_write_error; dinfo-opts = opts; if (serial) -strncpy(dinfo-serial, serial, sizeof(serial)); +strncpy(dinfo-serial, serial, sizeof(dinfo-serial)); QTAILQ_INSERT_TAIL(drives, dinfo, next); if (is_extboot) { extboot_drive = dinfo; Best Regards, Kouichi ONO -- Package-specific info: /proc/cpuinfo: processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz stepping: 5 cpu MHz : 2808.934 cache size : 8192 KB physical id : 0 siblings: 8 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid bogomips: 5617.86 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz stepping: 5 cpu MHz : 2808.934 cache size : 8192 KB physical id : 0 siblings: 8 core id : 1 cpu cores : 4 apicid : 2 initial apicid : 2 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid bogomips: 5616.60 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 2 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz stepping: 5 cpu MHz : 2808.934 cache size : 8192 KB physical id : 0 siblings: 8 core id : 2 cpu cores : 4 apicid : 4 initial apicid : 4 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid bogomips: 5616.61 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 3 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz stepping: 5 cpu MHz : 2808.934 cache size : 8192 KB physical id : 0 siblings: 8 core id : 3 cpu cores : 4 apicid : 6 initial apicid : 6 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall nx rdtscp lm constant_tsc arch_perfmon pebs bts rep_good xtopology nonstop_tsc aperfmperf pni dtes64 monitor ds_cpl vmx smx est tm2 ssse3 cx16 xtpr pdcm sse4_1 sse4_2 popcnt lahf_lm ida tpr_shadow vnmi flexpriority ept vpid bogomips: 5616.61 clflush size: 64 cache_alignment : 64 address sizes : 36 bits physical, 48 bits virtual power management: processor : 4 vendor_id : GenuineIntel cpu family : 6 model : 30 model name : Intel(R) Core(TM) i7 CPU 860 @ 2.80GHz stepping: 5 cpu MHz : 2808.934 cache size : 8192 KB physical id : 0 siblings: 8 core id : 0 cpu cores : 4 apicid : 1 initial apicid : 1 fpu : yes fpu_exception : yes cpuid level : 11 wp : yes flags : fpu vme de pse
Bug#573440: vim-scripts: gnupg.vim wipes a file on misspelled passphrase with :wq
Package: vim-scripts Version: 20091011 Severity: normal Hi, while using gnupg.vim with symmetric cipher I noticed that on :wq (an habit of mine, but I guess of many other vim users) if you mistype the passphrase on prompt the written file will be empty and vim will exit, IOW the file is truncated. A suggested temporary fix is to have the file without write permission so vim will refuse to write on :wq, though it would be nice if the plugin can abort the command sequence, not sure if that's possibile though. thanks, filippo -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-rc8 (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 vim-scripts depends on no packages. Versions of packages vim-scripts recommends: ii vim 2:7.2.330-1 Vi IMproved - enhanced vi editor ii vim-addon-manager0.4.3 manager of addons for the Vim edit ii vim-gnome [vim] 2:7.2.330-1 Vi IMproved - enhanced vi editor - Versions of packages vim-scripts suggests: ii libtemplate-perl 2.20-1 template processing system written pn perlsgml none (no description available) -- no debconf information -- debsums errors found: debsums: changed file /usr/share/vim-scripts/plugin/DoxygenToolkit.vim (from vim-scripts package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#573432: strace
Joined strace from cherokee-admin run. -- dr4Ke cherokee-admin.strace Description: Binary data
Bug#573435: courier-ldap: Do not always start properly when /var/run is tmpfs
Petter Reinholdtsen wrote: Package: courier-ldap Version: 0.63.0-2.1 Severity: important User: debian-...@lists.debian.org UserTags: debian-edu I discovered this when starting boot scripts with full concurrency and /var/run as a tmpfs using Debian Edu The courier-ldap script failed to start the daemon, because /var/run/courier/ did not exist when the daemon tried to create the lock file. Please change the init.d script to create /var/run/courier/ before trying to start the daemon. OK, I'll do that. Also, the courier-ldap script starts before slapd on a machine with a local LDAP server. Should it start after the LDAP server is operational? If so, the init.d script dependency need to be changed to reflect this. Yes, that makes sense. If you let me know how this is supposed to work, I can provide a patch. Yes, please. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#450642: dh-make-perl: Do not create a -1 Debian revision by default.
gregor herrmann schrieb: On Thu, 11 Mar 2010 09:38:49 +0100, Karsten Heymann wrote: Changing the default Package revision (or at least be able to configure it, see #387135) would IMO certainly make sense. It seems we can merge these two bug reports, right? Yes, #387135 is a superset of this one. Yours Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org