Bug#651845: Announce of an upcoming upload for the fltk1.1 package
Dear maintainer of fltk1.1 and Debian translators, Some days ago, I sent a notice to the maintainer of the fltk1.1 Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. The package maintainer and I agreed for a translation update round. At the end of this period, I will send him|her a full patch so that an l10n upload can happen. The full planned schedule is available at the end of this mail. The package is currently translated to: cs da de es eu fi fr gl it ja nl pt pt_BR ru sv vi Among these, the following translations are incomplete: it pt_BR If you did any of the, currently incomplete, translations you will get ANOTHER mail with the translation to update. Other translators also have the opportunity to create new translations for this package. Once completed, please send them as a bug report against the fltk1.1 package so I can incorporate them in the build. The deadline for receiving updates and new translations is Friday, March 02, 2012. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. Schedule: Wednesday, February 22, 2012 : send the first intent to NMU notice to the package maintainer. Thursday, February 23, 2012 : send this notice Friday, March 02, 2012 : (midnight) deadline for receiving translation updates Saturday, March 03, 2012 : Send a summary to the maintainer. Maintainer uploads when possible. Thanks for your efforts and time. -- -- # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # FIRST AUTHOR EMAIL@ADDRESS, YEAR. # #, fuzzy msgid msgstr Project-Id-Version: PACKAGE VERSION\n Report-Msgid-Bugs-To: Source: fltk...@packages.debian.org\n POT-Creation-Date: 2007-11-28 06:16+\n PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n Last-Translator: FULL NAME EMAIL@ADDRESS\n Language-Team: LANGUAGE l...@li.org\n MIME-Version: 1.0\n Content-Type: text/plain; charset=CHARSET\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../libfltk1.1-dev.templates:2001 msgid Make .h links to FL/*.H? msgstr #. Type: boolean #. Description #: ../libfltk1.1-dev.templates:2001 msgid For compatibility with some older code, FLTK used to make its C++-specific headers available as FL/*.h as well as FL/*.H. However, the lowercase-h names are deprecated and should be eliminated from source code. msgstr #. Type: boolean #. Description #: ../libfltk1.1-dev.templates:2001 msgid Please choose whether such compatibility symlinks should be created. msgstr signature.asc Description: Digital signature
Bug#660961: www.debian.org: Long description of packages no longer shown
Package: www.debian.org Severity: normal If you visit a page like: http://packages.debian.org/sid/makepasswd There used to be long description of the package as well. It is no longer displayed. Please restore the long description as it provides useful information about the package. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596225: aptitude: merging bugs 596225 596221 357828
On 22 February 2012 03:29, Manuel A. Fernandez Montecelo manuel.montez...@gmail.com wrote: forcemerge 596225 596221 357828 tags 596225 + confirmed stop The first two are really the same bug report repeating, the second one is an older request -- but setting 596225 as primary because it contains a concrete example of things going wrong with the way that aptitude currently works. However, this bug contradicts #489706 [1] on the other direction, recently accepted in aptitude v0.6.5-1. I generally agree with the sentiments in these bug reports that log files should be machine-parseable and, therefore, not translated. There is much room for improvement in the aptitude log file. Take a log at these two logs: -- /var/log/aptitude.1.gz Aptitude 0.6.3: log report Mon, Jan 9 2012 16:06:11 +0800 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 0 packages, and remove 6 packages. 17.2 MB of disk space will be freed === [REMOVE, NOT USED] libmozjs7d [HOLD, DEPENDENCIES] cups-common [HOLD, DEPENDENCIES] cups-ppdc … [HOLD] acpid [HOLD] bind9-host … [REMOVE] nvidia-glx [REMOVE] nvidia-vdpau-driver [REMOVE] update-manager-gnome [REMOVE] update-notifier [REMOVE] update-notifier-common === Log complete. Aptitude 0.6.3: log report Tue, Jan 24 2012 22:11:07 +0800 IMPORTANT: this log only lists intended actions; actions which fail due to dpkg problems may not be completed. Will install 2 packages, and remove 0 packages. === [HOLD, DEPENDENCIES] cups-common [HOLD, DEPENDENCIES] cups-ppdc … [HOLD] acpid [HOLD] bind9-host … [UPGRADE] libpam-modules 1.1.1-6.1 - 1.1.1-6.1+squeeze1 [UPGRADE] libpam0g 1.1.1-6.1 - 1.1.1-6.1+squeeze1 === Log complete. -- -- /var/log/apt/history.log.1.gz Start-Date: 2012-01-09 16:06:13 Remove: libmozjs7d:i386 (7.0.1-1~bpo60+1) Purge: nvidia-vdpau-driver:i386 (195.36.31-6), update-manager-gnome:i386 (0.200.5-1), update-notifier-common:i386 (0.99.3debian8), update-notifier:i386 (0.99.3debian8), nvidia-glx:i386 (195.36.31-6) End-Date: 2012-01-09 16:07:22 Start-Date: 2012-01-24 22:11:09 Upgrade: libpam0g:i386 (1.1.1-6.1, 1.1.1-6.1+squeeze1), libpam-modules:i386 (1.1.1-6.1, 1.1.1-6.1+squeeze1) End-Date: 2012-01-24 22:11:41 -- For the most part, these two logs contain the same information. The aptitude log contains some extra items: - program version - note that the log indicates only intended actions - statistics - list of held packages - note that a package is being removed because it is not used IMO the apt log is superior: - machine-parseable using a standard format[1] - very concise, easy to see what is going on - includes a copy of the command-line used (e.g. apt-get install foo bar-) - entries are clearly seperated from each other If we consider dropping most of the useless information from aptitude's log then what we are left with is basically a duplicate of the apt's. Given that, I am in favour of removing the aptitude log file completely and let apt handle this. Thoughts? [1] deb822 parser in the python-debian package -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660962: makepasswd: debian/copyright refers to non-exixting source URL
Package: makepasswd Version: 1.10-7 Severity: normal debian/copyright reads: It was obtained from the author via IRC at irc.linpeople.org, but can also be downloaded from: ftp://ftp.linpeople.org/pub/People/lilo/source/makepasswd-1.07.tar.gz This URL (and the whole site) no longer exists. Please mark the URL accordingly and possibly find new source location. = ftp://ftp.linpeople.org/pub/People/lilo/source/makepasswd-1.07.tar.gz As of 2012-02-23 the domain linpeople.org no longer exists. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#652631: www.debian.org: please clarify the distinction between 'events@d.o' and 'debian-events-*@lists.d.o'
Hey, On Tue, Feb 21, 2012 at 02:51:42PM +0100, Francesca Ciceri wrote: [...] First of all, just a correction: On Mon, Dec 26, 2011 at 01:30:10AM +0100, Bernd Zeimetz wrote: On 12/25/2011 11:11 PM, Arne Wichmann wrote: [...] b) at least for those who have access to Debian machines nothing is happening behind the scene, given that 'events@d.o' is archived on master [8]. [8] http://anonscm.debian.org/viewvc/webwml/webwml/english/events/README?revision=1.8view=markup I have not. Am I the only one to which this applies? No. we often have people organizing stuff which are not DDs. Not-DDs can be added to @debian.org alias: at least I was added at events@d.o when I wasn't a DD yet, and the same happened for cdvend...@debian.org. Arne, Axel and me talked about this to Luka at Fosdem - this problems seems to be solved. Wrt organization: wiki is really useful for organizing stuff. And is also quite easy to follow the organization process *if* you're aware of the existence of the wikipage. Same thing applies here: There seems to be just a misunderstanding. So the workflow as I understood it is: Find an event, create a Wikipage, send event-+wikilink to events@d.o and everything is fine. From there on the event will be promoted and the organisation can happen in the wiki or via mailinglist etc. On Mon, Dec 26, 2011 at 01:30:10AM +0100, Bernd Zeimetz wrote: [...] Even better: the even team should consist of people from each d-events-$(locale) list (probably those who are organizing a lot of stuff). [...] I've thought about a couple of names for some of these areas (please fill the list of possible candidates for this area, or propose yourself!), to be part of the events team: German-speaking area: Annette Kalbow, Arne Wichmann, Axel Beckert, Franziska Lichtblau All in all I'm not opposed to the idea, but I would like to see the position more as this is a person you can freely ask if you want to oganize an event in $location - not as an active member trying to coordinate events. As for the german ares I'd bring up Alexander Wirt, even I he most likely won't have time. He's doing the merch stuff for this area - so just for the sake of completeness :) France-speaking area: Carl Chenet, Sylvestre Ledru UK: ... US: ... Hispano America: Fernando Estrada, Gunnar Wolf Brazil: Ana Caroll Comandulli, Marcelo Santana India: Praveen Arimbrathodiyil Taiwan: Andrew Lee I think that having (at least) one person for each area in the events team, acting as a proxy between the local organizers and the Debian Project could be a good idea. ACK. Again (to avoid misunderstanding) I think that decentralized organization is the best option due to the fact that it works!™, but there are some area where the Debian project could help: promoting the events on internet, offering the Event Box and other material, etc. And this is actually the work to be done on the event team. Just this :) \o/ Good thing! So from my pov most of this matter is settled :) CU, Rhalina signature.asc Description: Digital signature
Bug#660924: package manager sees version 2.0.0-1 as older than version 1:1.1.13-0.0
Am 22.02.2012 22:26, schrieb James: Well, Reinhard, with a slap in the face kind of response like that, I'm inclined to denigrate your intelligence and your breeding. But instead, let You didn't just write that to Reinhard and still expect anyone to help you get your screwed-up package dependencies right, he? Reinhard, if you don't know what to do about the problem, then let someone more qualified handle it, instead of just closing the bug. Let me give you a similar advice: You shouldn't fuck up your package dependency chain by installing unofficial packages from third-party repositories if you don't know what you are doing! Get: 3 http://www.debian-multimedia.org/ wheezy/main vlc i386 1:1.1.13-0.0 [1,392 kB] Does this look like a Debian mirror to you? Is there a problem with the vlc package version numbers? In the old version? In the new version? The 1:1.1.3-0.0 version on d-m.o has an epoch 1: added to its version number that makes it always appear higher than the 2.0.0-1 one from the official Debian repository. That's the solution, no personal insult required. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#564781: [mk-build-deps] Nudge aptitude towards the proper resolution
Package: devscripts Version: 2.11.4 Tags: patch File: /usr/bin/mk-build-deps Here's a patch to mk-build-deps that incorporates Loïc Minier's improvement (though I still find aptitude asking to remove my new package) and also makes it actually use MKBUILDDEPS_ROOTCMD from the .devscripts file (I didn't write any documentation, though). --- /usr/local/src/debian/devscripts-2.11.4/scripts/mk-build-deps.pl 2011-12-22 21:39:47.0 + +++ /usr/bin/mk-build-deps 2012-02-23 08:17:12.0 + @@ -149,6 +149,7 @@ or $config_vars{'MKBUILDDEPS_ROOTCMD'}=$config_default{'MKBUILDDEPS_ROOTCMD'}; $install_tool = $config_vars{'MKBUILDDEPS_TOOL'}; +$root_cmd = $config_vars{'MKBUILDDEPS_ROOTCMD'}; if ($config_vars{'MKBUILDDEPS_REMOVE_AFTER_INSTALL'} =~ /yes/) { $opt_remove=1; @@ -283,13 +284,13 @@ if($root_cmd) { system shellwords($root_cmd), 'dpkg', '--unpack', @deb_files; die(dpkg call failed\n) if ( ($?8) != 0 ); -system shellwords($root_cmd), shellwords($install_tool), '-f', 'install'; +system shellwords($root_cmd), shellwords($install_tool), '-f', 'install', map($_-build-deps, @packages); die(install call failed\n) if ( ($?8) != 0 ); } else { system 'dpkg', '--unpack', @deb_files; die(dpkg call failed\n) if ( ($?8) != 0 ); -system shellwords($install_tool), '-f', 'install'; +system shellwords($install_tool), '-f', 'install', map($_-build-deps, @packages); die(install call failed\n) if ( ($?8) != 0 ); } -- Package-specific info: --- /etc/devscripts.conf --- --- ~/.devscripts --- MKBUILDDEPS_TOOL=aptitude --schedule-only MKBUILDDEPS_REMOVE_AFTER_INSTALL='yes' MKBUILDDEPS_ROOTCMD='sudo' -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (900, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.1-balti (SMP w/4 CPU cores; PREEMPT) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages devscripts depends on: ii dpkg-dev 1.16.1.2 ii libc6 2.13-26 ii perl 5.14.2-7 ii python 2.7.2-10 ii python2.6 2.6.7-4 ii python2.7 2.7.2-8 Versions of packages devscripts recommends: ii at3.1.13-1 ii curl 7.24.0-1 ii dctrl-tools 2.20.1 ii debian-keyring2011.12.01 ii dput | duploadnone ii equivs2.0.9 ii fakeroot 1.18.2-1 ii gnupg 1.4.11-3 ii libcrypt-ssleay-perl 0.58-1 ii libjson-perl none ii libparse-debcontrol-perl 2.005-3 ii libsoap-lite-perl none ii liburi-perl 1.59-1 ii libwww-perl 6.03-1 ii lintian 2.5.4 ii man-db2.6.0.2-3 ii patch 2.6.1-3 ii patchutils0.3.2-1.1 ii python-debian 0.1.21 ii python-magic none ii sensible-utils0.0.6 ii strace4.5.20-2.3 ii unzip 6.0-5 ii wdiff 0.6.5-1 ii wget 1.13.4-2 ii xz-utils 5.1.1alpha+20110809-3 Versions of packages devscripts suggests: ii build-essential 11.5 ii cvs-buildpackage none ii devscripts-el35.2 ii gnuplot none ii libauthen-sasl-perl none ii libfile-desktopentry-perlnone ii libnet-smtp-ssl-perl none ii libterm-size-perlnone ii libtimedate-perl 1.2000-1 ii libyaml-syck-perl1.19-1+b1 ii mailutils [mailx]1:2.2+dfsg1-4+b1 ii mutt none ii openssh-client [ssh-client] 1:5.9p1-2 ii svn-buildpackage none ii w3m 0.5.3-5 -- no debconf information
Bug#568730: support debugging broken .po files better
Hi David, On Donnerstag, 23. Februar 2012, David Prévot wrote: taffit@mikado:~/[…]/debian-edu-squeeze$ time LINGUA=de make […] real0m2.966s wow! WOW. Happy now? yup. Do you really want to make me angry? ;-) I dare not. :-) cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660111: multiple, non-physically accesible, HDMI devices listed for Intel IbexPeak ALC269VB
On 02/23/2012 01:01 AM, Andres Cimmarusti wrote: If the new two pins can be never used, i.e. physically unreachable, we may disable these pins by giving the proper default pin-config values. Usually it's a job of BIOS. But if BIOS doesn't do it, user need to do it manually. Build your kernel with CONFIG_SND_HDA_HWDEP=y, CONFIG_SND_HDA_RECONFIG=y, CONFIG_SND_HDA_PATCH_LOADER=y. I guess most of distro kernels are built with them. Then create a file containing below in /lib/firmware, such as, /lib/firmware/ibx-hdmi: [codec] 0x80862804 0x80860101 3 [pincfg] 0x04 0x41f0 0x06 0x41f0 Now pass this file to patch module option for snd-hda-intel. For example, create a file in /etc/modprobe.d/, e.g. /etc/modprobe.d/50-hdmi.conf, containing the line options snd-hda-intel patch=ibx-hdmi Then reload the driver or reboot. This will disable pins 0x04 and 0x06 so that only the pin 0x05 will be used. I've tested this workaround and it works well. I don't suppose this could be added as a quirk to the kernel for this particular device? (when and only if there's only one physically accessible HDMI connector). Stephen, could you comment on this? Are we guaranteed a certain board configuration (i e which pins are physically connected or not) given a PCI SSID, or anything else that can be used as a key to a quirk table? I think I've asked you before and that the answer was no, but my memory could be failing me. There are ways to configure pulseaudio to allow the user to select which PCM device to use on a given sound card. David Henningsson made this work for NVIDIA GPUs at least in Ubuntu, and I imagine the same technique could be applied to Intel devices too. Mmm.. just in Ubuntu? was this work submitted upstream? It appears there are some related fixes shown in the Ubuntu pulseaudio changelog: http://changelogs.ubuntu.com/changelogs/pool/main/p/pulseaudio/pulseaudio_1.1-0ubuntu9/changelog I found a thread related to this issue here: http://www.mail-archive.com/pulseaudio-discuss@mail.0pointer.de/msg07433.html Started by yourself Stephen Warren! but it doesn't seem like it got anywhere... As Takashi mentions, from a kernel perspective, this isn't really a regression at all, but simply exposing all the features of the HW that were previously hidden. Without that change, others can't use some HW usefully at all. Unfortunately, pulseaudio makes some rather simplistic assumptions about how HW works by default, and can be confused by the additional features that are exposed. Agreed. But in the case of laptops, I don't think I've ever seen one that actually has more than one physical connector. I'm a little puzzled as to how all these outputs (in my case 3) make sense for my hardware... Even if there is only one HDMI output, it's it not that uncommon, actually. Many DVI outputs can output HDMI audio as well (when connected through an HDMI monitor through DVI-HDMI adapter), and DisplayPort also has audio support. -- David Henningsson, Canonical Ltd. http://launchpad.net/~diwic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660964: typo in logrotate script
Package: burp Version: 1.3.0+20120214git-1 Severity: normal This is the line from burp's logrotate script: invoke-rd.d burp reload /dev/null Should be invoke-rc.d. regards fEnIo -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- ,''`. Bartosz Fenski | mailto:fe...@debian.org | pgp:0x13fefc40 | irc:fEnIo : :' : 32-050 Skawina - Glowackiego 3/15 - malopolskie v. - Poland `. `' phone:+48602383548 | proud Debian maintainer and user `-http://fenski.pl | xmpp:fe...@jabber.org | rlu:172001 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660547: Please re-enable C++ libraries
On Wed, Feb 22, 2012 at 07:26:51PM -0600, Steve M. Robbins wrote: On Wed, Feb 22, 2012 at 09:24:58PM +0100, Francesco P. Lovergine wrote: On Wed, Feb 22, 2012 at 09:34:20AM +0100, Julien Cristau wrote: First because having more than one shared lib per binary package is a recipe for trouble down the road. Second, the c++ libs were only built with the serial libhdf5 variant, not with any of the mpi ones; I don't know why, and am not familiar enough with hdf5 to know if that makes any difference. http://www.hdfgroup.org/hdf5-quest.html#p5thread, OK, so this is saying that MPI-enabled HDF5 is not compatible with C++? Then there wouldn't be a proliferation of packages that I worried about. To say better it is not compatible with upstream C++ supported classes library (for limits in current implementation) :) not C++ in general. Maybe that was clear or not by my previous post. -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660965: xfonts-traditional: [debconf_rewrite] Debconf templates and debian/control review
Package: xfonts-traditional Version: N/A Severity: normal Tags: patch Dear Debian maintainer, On Sunday, February 05, 2012, I notified you of the beginning of a review process concerning debconf templates for xfonts-traditional. The debian-l10n-english contributors have now reviewed these templates, and the proposed changes are attached to this bug report. Please review the suggested changes, and if you have any objections, let me know in the next 3 days. However, please try to avoid uploading xfonts-traditional with these changes right now. The second phase of this process will begin on Sunday, February 26, 2012, when I will coordinate updates to translations of debconf templates. The existing translators will be notified of the changes: they will receive an updated PO file for their language. Simultaneously, a general call for new translations will be sent to the debian-i18n mailing list. Both these calls for translations will request updates to be sent as individual bug reports. That will probably trigger a lot of bug reports against your package, but these should be easier to deal with. The call for translation updates and new translations will run until about Sunday, March 18, 2012. Please avoid uploading a package with fixed or changed debconf templates and/or translation updates in the meantime. Of course, other changes are safe. Please note that this is an approximative delay, which depends on my own availability to process this work and is influenced by the fact that I simultaneously work on many packages. Around Monday, March 19, 2012, I will contact you again and will send a final patch summarizing all the updates (changes to debconf templates, updates to debconf translations and new debconf translations). Again, thanks for your attention and cooperation. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash --- xfonts-traditional.old/debian/xfonts-traditional.templates 2012-02-02 22:26:54.913955741 +0100 +++ xfonts-traditional/debian/xfonts-traditional.templates 2012-02-23 09:46:27.819584201 +0100 @@ -1,14 +1,23 @@ +# These templates have been reviewed by the debian-l10n-english +# team +# +# If modifications/additions/rewording are needed, please ask +# debian-l10n-engl...@lists.debian.org for advice. +# +# Even minor modifications require translation updates and such +# changes should be coordinated with translators and reviewers. + Template: xfonts-traditional/generate Type: boolean Default: true _Description: Generate traditional versions of fonts? - xfonts-traditional can automatically generate traditional versions - (with foundry Trad instead of Misc of all fonts for which it has - an idea about the glyphs. (Currently this is versions of 6x13, aka - fixed). + With xfonts-traditional it is possible to automatically generate + traditional versions (with foundry Trad instead of Misc) of all + fonts where it is clear what needs to be done. Currently this means + versions of 6x13, also known as fixed. . - But you may prefer not to do this automatically, and would rather - just have the tool installed. + But you may prefer just to have the tool installed and not to do this + automatically. Template: xfonts-traditional/reconfigure-xterm Type: boolean @@ -17,12 +26,12 @@ You can have the xterm default UTF-8 font changed to the traditional version. . - If you approve, I will edit /etc/X11/app-default/XTerm for you, and - save your old file as XTerm.backup.not-trad. (Note that this is a - conffile so you may get prompts from dpkg about it in the future.) + Choosing this option will modify /etc/X11/app-defaults/XTerm, preserving + the old file as XTerm.backup.not-trad. As this is a configuration file, + you may get prompts from dpkg about it in the future. . - Alternatively, if you do not want me to change the default, I will - generate XTerm.trad for you to do what you like with. + Alternatively, if you do not want to change the default, XTerm.trad + will be created but not used. . To revert the change, simply change the key *VT100.utf8Fonts.font back from -trad-... to -misc-..., or rename the old file back @@ -32,28 +41,27 @@ Type: boolean Default: false _Description: Configure system to use traditional fixed? - You can have the font alias fixed remapped to the traditional version. + The fixed font alias can be remapped to the traditional version. . - If you approve, I will edit /etc/X11/fonts/misc/xfonts-base.alias for - you, and save your old file as xfonts-base.alias.backup.not-trad. - (Note that this is a conffile so you may get prompts from dpkg about - it in the future.) + Choosing this option will modify /etc/X11/fonts/misc/xfonts-base.alias, + preserving the old file as
Bug#660966: Typo in debconf message
Package: clamav Version: 0.97.3+dfsg-2 Severity: wishlist Tags: l10n s/miliseconds/milliseconds/ in the following message: msgid Bytecode execution timeout in miliseconds: -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-32-generic (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587430: Patch for the l10n upload of couriergraph
Quoting Christian PERRIER (bubu...@debian.org): Dear maintainer of couriergraph, On Monday, February 06, 2012 I sent you a notice announcing my intent to upload an NMU of your package to fix its pending l10n issues, after an initial notice sent on Saturday, February 04, 2012. We finally agreed that you would do the update yourself at the end of the l10n update round. Ping? signature.asc Description: Digital signature
Bug#660967: mboxcheck: Missing short options -h, -V
Package: mboxcheck Version: 0.1.2 Severity: wishlist Hi Ola, Could you add short options to the program too. Especially these are missing: -h, --help -V, --version -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660968: Typo in debconf message
Package: bgoffice-dict-downloader Version: 0.08 Severity: wishlist Tags: l10n s/uncertainities/uncertainties/ in the following message: license uncertainities. Please select the dictionaries you want to be Christian PERRIER wrote: Please fix this not only in debconf templates, but also in PO files cd debian/po sed -i 's/uncertainities/uncertainties/g' *po -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-32-generic (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660969: Typo in debconf message
Package: cltl Version: 1.0.26 Severity: wishlist Tags: l10n s/occured/occurred/ in the following message: An error occured during the download of book from the Internet. You may now -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-32-generic (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660970: Typo in debconf message
Package: zabbix Version: 1:1.8.10-1 Severity: wishlist Tags: l10n s/supportes/supports/ in the following message: The Zabbix web frontend runs on any web server that supportes PHP5. However -- System Information: Debian Release: squeeze/sid APT prefers maverick-updates APT policy: (500, 'maverick-updates'), (500, 'maverick-security'), (500, 'maverick') Architecture: i386 (i686) Kernel: Linux 2.6.35-32-generic (SMP w/1 CPU core) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660971: [INTL:tr] Turkish debconf templates translation
Package: openssl Version: N/A Severity: wishlist Tags: l10n patch Please find attached the Turkish translation of the openssl package. # SOME DESCRIPTIVE TITLE. # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # Atila KOà a...@artielektronik.com.tr, 2012. # msgid msgstr Project-Id-Version: openssl\n Report-Msgid-Bugs-To: open...@packages.debian.org\n POT-Creation-Date: 2010-12-13 20:31+0100\n PO-Revision-Date: 2012-02-20 11:55+0200\n Last-Translator: Atila KOà a...@artielektronik.com.tr\n Language-Team: Turkish debian-l10n-turk...@lists.debian.org\n Language: tr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=utf-8\n Content-Transfer-Encoding: 8bit\n #. Type: string #. Description #: ../libssl1.0.0.templates:1001 msgid Services to restart to make them use the new libraries: msgstr Yeni kitaplıkları kullanmaları için yeniden baÅlatılacak hizmetler: #. Type: string #. Description #: ../libssl1.0.0.templates:1001 msgid This release of OpenSSL fixes some security issues. Services will not use these fixes until they are restarted. Please note that restarting the SSH server (sshd) should not affect any existing connections. msgstr OpenSSL paketinin bu sürümü bazı güvenlik sorunlarını düzeltmiÅtir. Hizmetler yeniden baÅlatılmadıkça bu düzeltmeleri kullanamayacaklar. SSH sunucusunun (sshd) yeniden baÅlatılması kurulu baÄlantıları etkilemeyecektir. #. Type: string #. Description #: ../libssl1.0.0.templates:1001 msgid Please check the list of detected services that need to be restarted and correct it, if needed. The services names must be identical to the initialization script names in /etc/init.d and separated by spaces. No services will be restarted if the list is empty. msgstr Yeniden baÅlatılması gerektiÄi algılanan hizmetleri gözden geçiriniz ve gerekirse düzeltiniz. Hizmetlerin adları boÅluklarla ayrılmalı ve /etc/init.d dizinindeki baÅlatma betikleri ile özdeÅ olmalıdır. Bu liste boÅ ise hiçbir hizmetin yeniden baÅlatılmasına gerek yoktur. #. Type: string #. Description #: ../libssl1.0.0.templates:1001 msgid Any service that later fails unexpectedly after this upgrade should be restarted. It is recommended to reboot this host to avoid any SSL-related trouble. msgstr Bu yükseltmeden sonra beklenmedik bir Åekilde duran herhangi bir hizmet yeniden baÅlatılmalıdır. SSL ile baÄlantılı bir sorun yaÅamamak için en doÄrusu bu sunucunun yeniden baÅlatılmasıdır. #. Type: error #. Description #: ../libssl1.0.0.templates:2001 msgid Failure restarting some services for OpenSSL upgrade msgstr OpenSSL yükseltmesi sırasında bazı hizmetler yeniden baÅlatılamadı #. Type: error #. Description #. This paragraph is followed by a (non translatable) paragraph containing #. a list of services that could not be restarted #: ../libssl1.0.0.templates:2001 msgid The following services could not be restarted for the OpenSSL library upgrade: msgstr AÅaÄıdaki hizmetler OpenSSL kitaplıkları yükseltilirken yeniden baÅlatılamadı: #. Type: error #. Description #: ../libssl1.0.0.templates:2001 msgid You will need to start these manually by running '/etc/init.d/service start'. msgstr '/etc/init.d/hizmet start' komutunu çalıÅtırarak bu hizmetleri elle baÅlatmalısınız.
Bug#660972: font-maitreya: use the standard fonts- prefix for font packages
Package: font-maitreya Version: 6.0.5-1 Severity: normal Please rename this font package to fonts-maitreya, as to follow the current font packaging policy. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660148: auctex: Should depend on emacsen
* Davide G. M. Salvetti sa...@debian.org [2012-02-22 21:12]: However, if people consider it important, I could easily add emacs-snapshot again; at the moment, I count Brendan Halpin and you. BTW, if you did not modify the package scripts you are using AUCTeX without byte-compilation: of course it works, but it's slower (hint: look for the FLAVORS variable). This is a complex situation. I guess it is not fully correct to make an official Debian package depend on a package that is outside Debian. However, since it would be an alternation (emacs23 | emacs-snapshot), this should be okay. At any rate, I have not seen any bugs in your auctex package when used with emacs-snapshot (I did not test extensively, though). If bugs are found, this would actually be a Good Thing (TM), because the fixes can be forwarded upstream. The emacs-snapshot package will eventually become the next official version of Emacs. Thanks for taking care of AUCTeX in Debian. Rafael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660940: usbfs error causes kdm to not load on startup or reboot
reassign 660940 kdm thanks Since there is no usbfs package in Debian, that thing is part of the kernel, and the bug happens with kdm, the workaround is made there, I'm reassigning this bug to the kdm package. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660959: d-i: Australian state of Victoria left out of tzsetup
reassign 660959 debian-installer thanks Glenn McIntosh neonsignal-deb...@memepress.org writes: Package: d-i Version: debian-installer This ain't good. First, there is no package, neither existing, nor virtual called 'd-i', and 'debian-installer' is certainly not an appropriate version. Please try to file bugs against packages that actually exist, so that maintainers will receive your reports, without someone having to find out where to reassign the bug to. -- |8] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#610106: ucarp: Support multiple virtual IPs per network interface
Hi, I to wanted this to be possible so I modified the ucarp scripts and created some tooling for bringing up and bringing down the ucarp daemons. The code, scripts, etc can be found here: https://github.com/k0ekk0ek/vipupdown It basically allows the user to specify multiple vips by appending :X to the ucarp-* instructions in /etc/network/interfaces. The interfaces will be named ethN:ucarp:X. If no number is appended it uses ethN:ucarp, so it's compatible with existing configurations. I would really like to see this added to the ucarp package, so if there's anything I can do, please let me know. Best regards, Jeroen Koekkoek -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660973: font-maitreya: note encoding in package description
Package: font-maitreya Version: 6.0.5-1 Severity: minor Please consider adding a note in the description that this font is not Unicode encoded. Perhaps instead of, or together with, “you probably don't need this package”. There also is a period followed by a small letter (“maitreya. if”). Preferably I would like to see this font Unicode encoded, which I have mentioned upstream: https://sourceforge.net/tracker/?func=detailaid=3491823group_id=96371atid=614569 Thanks for packaging Maitreya! Kind regards, Kess -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (400, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660946: pchar: error socket: Operation not permitted
On 2012-02-23 07:19:12 +0100, Petter Reinholdtsen wrote: [Vincent Lefevre] The man page, the FAQ and the README file say nothing about this. I don't think this is intentional. Perhaps pchar should be setuid or setgid something... It is intentional that the program need root privileges. This is why the binary is in /usr/sbin/ and not in /usr/bin/. But not all programs in /usr/sbin (or /sbin) need root privileges in every case, e.g. lpc and ntpdate (in /usr/sbin), and ifconfig and route (in /sbin). -- 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 / AriC 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#660783: pristine-tar: pristine-xz fails on gmime-2.6.6.tar.xz
On Tue, Feb 21, 2012 at 03:19:52PM -0500, Daniel Kahn Gillmor wrote: 0 dkg@pip:/tmp/cdtemp.IIrOFE$ sha1sum gmime-2.6.6.tar.xz Same problem with ocrfeeder, also in the GNOME repository: http://ftp.gnome.org/pub/GNOME/sources/ocrfeeder/0.7/ocrfeeder-0.7.7.tar.xz Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660974: adtool: Use packaging format 3.0
Package: adtool Version: 1.3.3.-2 Severity: wishlist The new 3.0 packaging format contains patch managemet built-in which would make it possible to drop obsolete dpatch dependency. This would also fix error reportbug by Lintian. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660975: wicd-daemon: include the posibility of using wpa_cli instead of iwconfig or iw
Package: wicd-daemon Version: 1.7.1-1 Severity: wishlist Tags: upstream Dear Maintainer, I am working in a debian armel and armhf rootfs images to be used in the asus transformer tf101. The wifi driver is a broadcom propietary driver wich does not work with iwconfig or iw. the only thing it works is with wpa suplicant so i can't use wicd in this rootfs. I've notice also that wpa_cli is quite useful and works perfect. Looking at the code of wicd i've seen that seems to wicd only uses iwconfig to gather information and makes connection only throug wpa-supplicant so i think it would only be necesary change/add a few things. For example: scanning with wpa_cli instead of iwlist: wpa_cli -i iface scan scans for networks but does not give any results back, for that we have: wpa_cli scan_results with this kind of output: Selected interface 'wlan0' bssid / frequency / signal level / flags / ssid XX:XX:XX:XX:XX:XX 2462183 [WEP][ESS] JAZZTEL_BC XX:XX:XX:XX:XX:XX 2447180 [WPA-PSK-TKIP][ESS] ONO7828 XX:XX:XX:XX:XX:XX 2412178 [WPA-PSK-CCMP][WPA2-PSK-CCMP][ESS] Jazztel_C4 XX:XX:XX:XX:XX:XX 2437172 [WPA-PSK-TKIP+CCMP][WPA2-PSK-TKIP+CCMP][WPS][ESS] Orange-8b28 It's easy for me to change cmd string to make wpa_cli scan instead of iwconfig, but it's far away for my abilities to split and parse the results and store them in the correct variables. I think the other iwconfig commands would still work if only are necesary to gather information and not to set the interface in anyway. Does wicd set wep encrypted or open wifis settings with iwconfig or does it also with wpa_supplicant? Could I (when i say I i don't mean i am capable of it) write another backend to use only wpa_supplicant or would it be too messy? Thanks and cheers Iker -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#657853: Building perl with hardened build flags
On Tue, Feb 21, 2012 at 10:21:04PM +, Dominic Hargreaves wrote: I'm in much the same situation as well; fairly limited hack time at the moment. So, not that this probably helps much, but: in order to make some progress with this, you could commit your patch as-is, and also open a wishlist bug recording the desired cleanups above. Makes sense. I've pushed a slightly refined version of the patch. I'll file such a wishlist bug if/when this ends up in sid. -- Niko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660949: exim4-config: exim4 cannot be installed due to an 'Invalid new configfile'
On Wed, Feb 22, 2012 at 09:36:10PM -0500, Kai Boenke wrote: dc_other_hostnames='lantan.selune\' What's that backslash there? Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660547: Please re-enable C++ libraries
On Wed, Feb 22, 2012 at 07:24:19PM -0600, Steve M. Robbins wrote: Second, the c++ libs were only built with the serial libhdf5 variant, not with any of the mpi ones; Yes, that's why I specified to produce C++ libs for all variants. As explained, in this specific case it cannot be done (at least currently). -- Francesco P. Lovergine -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659136: ideapad_laptop: Kernel Oops turning backlight back on using the function keys with Lenovo G555
Dear Jonathan, Am Mittwoch, den 08.02.2012, 11:30 -0600 schrieb Jonathan Nieder: reassign 659136 src:linux-2.6 3.1.8-2 forcemerge 659111 659136 quit Paul Menzel wrote: Searching for existing reports on the WWW I only found a similar report in the RedHat Bugzilla claiming this bug to be fixed in 3.2 which I could not try yet. Please do. You can find 3.2.4-1 in sid; relative to the version you are currently using, in addition to adding the fix to this, it adds some fixes to important known security bugs. I was told that package version 3.2.4-1 which had migrated to Wheezy/testing [1] fixes this issue. Thanks, Paul [1] http://packages.qa.debian.org/l/linux-2.6.html signature.asc Description: This is a digitally signed message part
Bug#660976: scsh: Newer versions avaiable
Package: scsh Severity: normal Hello scsh matinainer! First, there is 0.6.7 (May, 2006) version available at scsh.net http://www.scsh.net/download/download.html http://scsh.cvs.sourceforge.net/viewvc/scsh/scsh/ It have lots of upgrades since 0.6.6 (Mar, 2004). Scsh isn't dead at all, and http://www.scsh.net/about/news.html lists many updates in 2006, 2008, 2009, 2010 and 2011. There was no new releases, but documentation and examples are updates, as well some other code repositories was linked. Second there is this repositories at different locations: http://www.ccs.neu.edu/home/roderic/arbeit/ https://github.com/scheme/scsh and http://code.google.com/p/scsh/source/browse/ which looks to have MUCH newer work available. Will be good to have 0.6.7 packaged ASAP before wheezy freeze, then work toward using code from new repositories. Regards, Witek -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.3.0-rc3-t43-devel-smp-00278-g4903062-dirty (SMP w/1 CPU core) Locale: LANG=pl_PL.UTF-8, LC_CTYPE=pl_PL.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to pl_PL.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659136: ideapad_laptop: Kernel Oops turning backlight back on using the function keys with Lenovo G555
fixed 659136 linux-2.6/3.2.4-1 quit Paul Menzel wrote: I was told that package version 3.2.4-1 which had migrated to Wheezy/testing [1] fixes this issue. Thanks for testing. Sincerely, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660977: iceweasel: java applet crashes iceweasel (same plugin worked with previous iceweasel version)
Package: iceweasel Version: 10.0.2-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Upgrade in iceweasel made iceweasel unstable on pages with java applets I need to use (in particular jmol, see http://jmol.sourceforge.org and start the interactive demo, iceweasel will crash). It previously worked. The exact same applet works fine with other browsers (chrome, opera, midori using the same plugin as iceweasel). If I run it from a shell, I get the following on stderr just before the crash: java version 1.6.0_24 OpenJDK Runtime Environment (IcedTea6 1.11.1) (6b24-1.11.1-2) OpenJDK 64-Bit Server VM (build 20.0-b12, mixed mode) ClassPreloader - javax.vecmath.Vector3f+ ClassPreloader - javax.vecmath.Point3i+ ClassPreloader - org.jmol.g3d.Graphics3D ClassPreloader - javax.vecmath.Matrix3f+ ClassPreloader - javax.vecmath.Point3f+ ClassPreloader - org.jmol.g3d.Sphere3D Jmol applet jmolAppletPromo__153795099184317__ initializing ClassPreloader - org.jmol.g3d.Line3D ClassPreloader - org.jmol.g3d.Cylinder3D AppletRegistry.checkIn(jmolAppletPromo__153795099184317__) urlImage=jar:http://jmol.sourceforge.net/jmol/JmolApplet0.jar!/jmol75x29x8.gif ClassPreloader - org.jmol.g3d.Colix3D ClassPreloader - org.jmol.g3d.Shade3D ClassPreloader - org.jmol.adapter.smarter.SmarterJmolAdapter ClassPreloader - org.jmol.adapter.smarter.Atom ClassPreloader - org.jmol.adapter.smarter.Bond ClassPreloader - org.jmol.adapter.smarter.AtomSetCollection ClassPreloader - org.jmol.adapter.smarter.AtomSetCollectionReader ClassPreloader - org.jmol.adapter.smarter.Resolver ClassPreloader - org.jmol.popup.JmolPopup 1822 script command tokens applet context: -applet appletDocumentBase=http://jmol.sourceforge.net/ appletCodeBase=http://jmol.sourceforge.net/jmol/ (C) 2009 Jmol Development Jmol Version: 12.2.2 2011-10-11 22:29 java.vendor: Sun Microsystems Inc. java.version: 1.6.0_24 os.name: Linux memory: 14.2/59.8 processors available: 2 useCommandThread: false appletId:jmolAppletPromo__153795099184317__ Assertion failure: rt-onOwnerThread(), at /tmp/buildd/iceweasel-10.0.2/js/src/jsapi.cpp:6316 Annullato * What exactly did you do (or not do) that was effective (or ineffective)? I tried disabling all other plugins/extensions (started in safe mode), and also created a new, completely empty user, starting a completely clean iceweasel with no personal configuration, all defaults. It still crashes. -- Package-specific info: -- Extensions information Name: All-in-One Sidebar extensionfalse Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{097d3191-e6fa-4728-9826-b533d755359d}.xpi Status: user-disabled Name: BabelFish extensionfalse Location: ${PROFILE_EXTENSIONS}/{ca0849e8-2c76-42ae-9abe-34e14d337acf} Status: enabled Name: CacheViewer extensionfalse Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{71328583-3CA7-4809-B4BA-570A85818FBB} Package: xul-ext-cacheviewer Status: app-disabled Name: Cookie Monster extensionfalse Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{45d8ff86-d909-11db-9705-005056c8} Package: xul-ext-cookie-monster Status: enabled Name: Custom Tab Width extensionfalse Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/tab-wi...@design-noir.de Package: xul-ext-custom-tab-width Status: enabled Name: Debian buttons extensionfalse Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{8fb11c5b-84eb-4da0-9128-292eacce2dcb} Package: xul-ext-debianbuttons Status: enabled Name: Diggler extensionfalse Location: /usr/lib/iceweasel/extensions/{583102ea-1697-4aee-bd9b-9757892e6a5b} Package: mozilla-diggler Status: enabled Name: DOM Inspector extensionfalse Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/inspec...@mozilla.org.xpi Status: enabled Name: Download Statusbar extensionfalse Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{D4DD63FA-01E4-46a7-B6B1-EDAB7D6AD389} Package: xul-ext-downloadstatusbar Status: app-disabled Name: DownThemAll! extensionfalse Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{DDC359D1-844A-42a7-9AA1-88A850A938A8} Package: xul-ext-downthemall Status: enabled Name: English (GB) Language Pack localefalse Location: /usr/lib/iceweasel/extensions/langpack-en...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-en-gb Status: enabled Name: English (US) Language Pack localefalse Location: /usr/lib/iceweasel/extensions/langpack-en...@firefox.mozilla.org.xpi Package: iceweasel-l10n-en-us Status: user-disabled Name: Firebug extensionfalse Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/fire...@software.joehewitt.com Package: xul-ext-firebug Status: enabled Name: Firecookie extensionfalse Location:
Bug#546743: Re: Bug#546743: openssh-server - init script fails on EIO
tags 546743 +help thanks Hi Colin and Bastian, Le 15.09.2009 17:21, Colin Watson a écrit : On Tue, Sep 15, 2009 at 04:47:24PM +0200, Bastian Blank wrote: On Tue, Sep 15, 2009 at 03:16:53PM +0100, Colin Watson wrote: The ssh init script fails to do anything useful of echo fails with EIO because of the set -e. Standard output is /dev/console during the initial startup. /dev/console is a special device. It may generate EIO on writing if no backend device is connected to it, aka while the console is missconfigured or broken. Such a system will boot up normal but the sshd will be missing, which may be needed to fix things. OK, but /etc/init.d/ssh doesn't echo anything directly; it just uses the LSB init functions. I think they ought to be changed to explicitly discard errors from console writes as appropriate. As I'm not sure I understand the problem correctly, let me try to re-formulate it: the problem is that `echo Init status` might fail (and hence stop the execution of an init file because of `set -e`) when it's standard output goes to a /dev/console to which root cannot write (EIO . Would a solution to that issue be a replacement of all `echo foobar` by `echo foobar || /bin/true` ? The LSB init script example explicitely stat that you must not use set -e. Obvious nonsense IMO ... I can't find in which file the must not use set -e clause is. Thanks in advance, cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#659216: not possible to connect base with a postgresql db via libreoffice-sdbc-postgresql
Hi, On Thu, Feb 09, 2012 at 01:31:08PM +0100, Lionel Elie Mamane wrote: I have the option to choose the connection via the sbc-postgres but it doesnt work. I get the information that the connection is not possible or that the user of the db cant be authorized. The error message has no other detail? It usually has. Please click on the more button and copy/paste the whole error message and send it to us (at the address 659...@bugs.debian.org). If there are multiple errors in the error list in the left part of the Details dialog (the one that opens when you click more), then please make sure to send us a copy of every error message. Please give me the datasource URL you use (you can replace any password you'd have put inside by , but please don't remove/add/change anything else). Menu edit / database / properties, it is in the first field. What happens when you click test connection? See above for error messages. Two weeks later: ping? Still have the problem? Can you give Lionel the infos? Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660978: ffmpeg-0.8 expects wrong preset file extension (.ffpreset instead of .avpreset)
Package: ffmpeg Version: 4:0.8-1 Severity: normal I'm using ffmpeg 4:0.8-1 and libav-tools 4:0.8-1+b1 from squeeze-backports (the package maintainer, on the debian-backports mailinglist, asks me to file a bug here too) # strace -e trace=open,close /usr/bin/ffmpeg -i 'test-orig.mp4' -vcodec 'libx264' -vpre 'libx264-fast' -s '640x480' -acodec 'libvo_aacenc' -ac '2' test-final.mp4 [...] open(/root/.avconv/libx264-fast.ffpreset, O_RDONLY) = -1 ENOENT (No such file or directory) open(/root/.avconv/libx264-libx264-fast.ffpreset, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/avconv/libx264-fast.ffpreset, O_RDONLY) = -1 ENOENT (No such file or directory) open(/usr/share/avconv/libx264-libx264-fast.ffpreset, O_RDONLY) = -1 ENOENT (No such file or directory) File for preset 'libx264-fast' not found As you can see in the strace output ffmpeg searches for a .ffpreset file instead of .avpreset that is the presets file extension used in libav-tools (all the preset files under /usr/share/avconv/ are .avpreset) Just as a temporary workaround simply adding a symlink (Eg: ln -s /usr/share/avconv/libx264-fast.avpreset /usr/share/avconv/libx264-fast.ffpreset) do the trick. Cheers, Laurento -- System Information: Debian Release: 6.0.4 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-openvz-feoktistov.1 (SMP w/4 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages ffmpeg depends on: ii libav-tools 4:0.8-1+b1 Multimedia player, server, encoder ffmpeg recommends no packages. ffmpeg 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#660979: aptitude: -r flag ignored
Package: aptitude Version: 0.6.5-1 Severity: normal Even though I specify the -r flag to aptitude, it does not install recommended packages. Following is a sample session, look at the last lines: # aptitude update; ionice -c3 aptitude -rZ full-upgrade aptitude clean; date Hit http://security.debian.org testing/updates InRelease Get: 1 http://ftp.it.debian.org testing InRelease [179 kB] Ign http://www.debian-multimedia.org testing InRelease Ign http://download.sip-communicator.org unstable/ InRelease Get: 2 http://www.debian-multimedia.org testing Release.gpg [198 B] Hit http://download.sip-communicator.org unstable/ Release.gpg Hit http://security.debian.org testing/updates/main amd64 Packages Get: 3 http://www.debian-multimedia.org testing Release [32.1 kB] Ign http://debian.yacy.net ./ InRelease Hit http://download.sip-communicator.org unstable/ Release Hit http://security.debian.org testing/updates/contrib amd64 Packages Hit http://security.debian.org testing/updates/non-free amd64 Packages Ign http://security.debian.org testing/updates/contrib TranslationIndex Ign http://security.debian.org testing/updates/main TranslationIndex Ign http://security.debian.org testing/updates/non-free TranslationIndex Ign http://debian.yacy.net ./ Release.gpg Hit http://download.sip-communicator.org unstable/ Packages Hit http://www.debian-multimedia.org testing/main amd64 Packages/DiffIndex Ign http://debian.yacy.net ./ Release Hit http://www.debian-multimedia.org testing/non-free amd64 Packages/DiffIndex Ign http://www.debian-multimedia.org testing/main TranslationIndex Ign http://www.debian-multimedia.org testing/non-free TranslationIndex Ign http://debian.yacy.net ./ Packages/DiffIndex Ign http://www.debian-multimedia.org testing/main Translation-en_US Ign http://www.debian-multimedia.org testing/main Translation-en Ign http://www.debian-multimedia.org testing/main Translation-C Ign http://www.debian-multimedia.org testing/main Translation-en_GB Ign http://www.debian-multimedia.org testing/main Translation-it Ign http://www.debian-multimedia.org testing/non-free Translation-en_US Ign http://www.debian-multimedia.org testing/non-free Translation-en Ign http://www.debian-multimedia.org testing/non-free Translation-C Ign http://www.debian-multimedia.org testing/non-free Translation-en_GB Ign http://www.debian-multimedia.org testing/non-free Translation-it Ign http://security.debian.org testing/updates/contrib Translation-en_US Ign http://security.debian.org testing/updates/contrib Translation-en Ign http://security.debian.org testing/updates/contrib Translation-C Ign http://security.debian.org testing/updates/contrib Translation-en_GB Ign http://security.debian.org testing/updates/contrib Translation-it Ign http://security.debian.org testing/updates/main Translation-en_US Ign http://security.debian.org testing/updates/main Translation-en Ign http://security.debian.org testing/updates/main Translation-C Ign http://security.debian.org testing/updates/main Translation-en_GB Ign http://security.debian.org testing/updates/main Translation-it Ign http://security.debian.org testing/updates/non-free Translation-en_US Ign http://security.debian.org testing/updates/non-free Translation-en Ign http://security.debian.org testing/updates/non-free Translation-C Ign http://download.sip-communicator.org unstable/ Translation-en_US Ign http://download.sip-communicator.org unstable/ Translation-en Ign http://download.sip-communicator.org unstable/ Translation-C Ign http://download.sip-communicator.org unstable/ Translation-en_GB Ign http://download.sip-communicator.org unstable/ Translation-it Hit http://debian.yacy.net ./ Packages Ign http://debian.yacy.net ./ Translation-en_US Ign http://security.debian.org testing/updates/non-free Translation-en_GB Ign http://security.debian.org testing/updates/non-free Translation-it Ign http://debian.yacy.net ./ Translation-en Ign http://debian.yacy.net ./ Translation-C Ign http://debian.yacy.net ./ Translation-en_GB Ign http://debian.yacy.net ./ Translation-it Get: 4 http://ftp.it.debian.org testing-proposed-updates InRelease [135 kB] Hit http://ftp.it.debian.org testing/main amd64 Packages/DiffIndex Hit http://ftp.it.debian.org testing/contrib amd64 Packages/DiffIndex Hit http://ftp.it.debian.org testing/non-free amd64 Packages/DiffIndex Ign http://ftp.it.debian.org testing/contrib TranslationIndex Get: 5 http://ftp.it.debian.org testing/main TranslationIndex [2154 B] Ign http://ftp.it.debian.org testing/non-free TranslationIndex Hit http://ftp.it.debian.org testing-proposed-updates/main amd64 Packages/DiffIndex Get: 6 http://ftp.it.debian.org testing-proposed-updates/contrib amd64 Packages [14 B] Get: 7 http://ftp.it.debian.org testing-proposed-updates/non-free amd64 Packages [14 B] Ign http://ftp.it.debian.org testing-proposed-updates/contrib TranslationIndex Get: 8 http://ftp.it.debian.org testing-proposed-updates/main TranslationIndex [75 B] Ign http://ftp.it.debian.org
Bug#660980: openimageio: Request for Package
Package: openimageio Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * Blender cycles needs it to work *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (650, 'testing'), (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596225: [Aptitude-devel] Bug#596225: aptitude: merging bugs 596225 596221 357828
Hi, 2012/2/23 Daniel Hartwig mand...@gmail.com: I generally agree with the sentiments in these bug reports that log files should be machine-parseable and, therefore, not translated. [...] If we consider dropping most of the useless information from aptitude's log then what we are left with is basically a duplicate of the apt's. Given that, I am in favour of removing the aptitude log file completely and let apt handle this. Thoughts? Basically, I agree. Not much else to say :-) Cheers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660981: fvwm: config file not always taken into account with -cmd FvwmM4
Package: fvwm Version: 1:2.5.30.ds-1+local1 Severity: minor I start fvwm with: fvwm2 -cmd FvwmM4 /home/vlefevre/etc/fvwm2rc.m4 but I sometimes get the default config file instead my own (fvwm2rc.m4). This bug has been around for quite a long time. The .xsession-errors file doesn't show any error from fvwm. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/8 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fvwm depends on: ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libfontconfig1 2.8.0-3.1 ii libfreetype62.4.8-1 ii libfribidi0 0.19.2-2 ii libglib2.0-02.30.2-6 ii libgtk2.0-0 2.24.10-1 ii libice6 2:1.0.7-2 ii libncurses5 5.9-4 ii libpng12-0 1.2.47-1 ii libreadline66.2-8 ii librplay3 3.3.2-14 ii librsvg2-2 2.34.2-2 ii libsm6 2:1.2.0-2 ii libstroke0 0.5.1-6+local1 ii libx11-62:1.4.4-4 ii libxcursor1 1:1.1.12-1 ii libxext62:1.3.0-3 ii libxft2 2.2.0-3 ii libxinerama12:1.1.1-3 ii libxpm4 1:3.5.9-4 ii libxrender1 1:0.9.6-2 ii zlib1g 1:1.2.6.dfsg-1 Versions of packages fvwm recommends: ii fvwm-icons20070101-1 ii libx11-protocol-perl 0.56-2 ii perl-tk 1:804.029-1.2 Versions of packages fvwm suggests: pn cpp 4:4.6.2-4 pn fvwm-themes none pn m4 1.4.16-2 pn menu 2.1.46 pn wm-icons none -- 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#651934: How to debug seed FTBFS on sparc?
seed currently FTBFS on sparc with a bus error. I've reproduced this on a sparc box that Tom Theisen made available (thanks tom) but i'm kinda stuck on how to debug it. Any ideas on how to debug this? Normally i'd start by turning down the optimisation but this package doesn't seem to be using any in the first place. I tried to use gdb but ran into issues with the libtool wrapper scripts. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660982: RFS: identicurse/0.9+dfsg0-1 [ITP] - simple Identi.ca client with a curses-based UI
Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package identicurse. * Package name: identicurse Version : 0.9+dfsg0-1 Upstream Author : Psquid, Reality * URL : http://identicurse.net/ * License : GPL-3+ Section : net It builds those binary packages: identicurse - simple Identi.ca client with a curses-based UI To access further information about this package, please visit the following URL: http://mentors.debian.net/package/identicurse Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/i/identicurse/identicurse_0.9+dfsg0-1.dsc I would be glad if someone uploaded this package for me. Kind regards, Daniel Martí P.S. There's a debian/collab-maint git site, should I push once the package has been revised and uploaded by a mentor? -- Daniel Martí - mvdan.cc - 0x58BF72C3 signature.asc Description: Digital signature
Bug#569059: Re: Bug#569059: software-center: won't install properly
tags 569059 +unreproducible thanks Le 11.02.2010 17:19, Julian Andres Klode a écrit : AttributeError: 'module' object has no attribute 'Element' ^CTraceback (most recent call last): File /usr/bin/software-center, line 80, in module app = SoftwareCenterApp(datadir, xapian_base_path) File /usr/share/software-center/softwarecenter/app.py, line 97, in __init__ Traceback (most recent call last): File /usr/bin/lsb_release, line 96, in module main() File /usr/bin/lsb_release, line 60, in main distinfo = lsb_release.get_distro_information() File /usr/lib/pymodules/python2.5/lsb_release.py, line 260, in get_distro_information self.distro = get_distro() File /usr/share/software-center/softwarecenter/distro/__init__.py, line 44, in get_distro stdout=subprocess.PIPE).communicate()[0].strip() File /usr/lib/python2.5/subprocess.py, line 662, in communicate distinfo = guess_debian_release() File /usr/lib/pymodules/python2.5/lsb_release.py, line 214, in guess_debian_release rinfo = guess_release_from_apt() File /usr/lib/pymodules/python2.5/lsb_release.py, line 151, in guess_release_from_apt releases = parse_apt_policy() File /usr/lib/pymodules/python2.5/lsb_release.py, line 135, in parse_apt_policy policy = commands.getoutput('LANG=C apt-cache policy 2/dev/null') File /usr/lib/python2.5/commands.py, line 44, in getoutput stdout = self._fo_read_no_intr(self.stdout) File /usr/lib/python2.5/subprocess.py, line 1025, in _fo_read_no_intr return getstatusoutput(cmd)[1] File /usr/lib/python2.5/commands.py, line 54, in getstatusoutput text = pipe.read() I don't know how this happened, but it seems to be an error in lsb-release and I thus reassign it there. I am also downgrading the severity, as I can not reproduce it. Same here. Hence tagging as unreproducible. If someone can reproduce, please paste a more recent log and versions dump. Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#660870: wireshark: crash looking through capture
Hi Michael, This problem seems to be discovered in older releases as well: https://bugs.launchpad.net/ubuntu/+source/wireshark/+bug/563012 Is the problem reproducible on your system? If so, could you please give more information on reproduction, like a small capture file triggering the problem? Cheers, Balint 2012/2/22 Michael Stevens mstev...@etla.org: Package: wireshark Version: 1.2.11-6+squeeze6 Severity: normal Wireshark crashed with the following error: ERROR:/scratch/build-area/gtk+2.0-2.20.1/modules/other/gail/gailtreeview.c:2309:idle_expand_row: code should not be reached When looking through a capture log, scrolling through packets with arrow keys. -- System Information: Debian Release: 6.0.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wireshark depends on: ii libatk1.0-0 1.30.0-1 The ATK accessibility toolkit ii libc-ares2 1.7.3-1squeeze1 library for asyncronous name resol ii libc6 2.11.3-3 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6~bpo60+1 The Cairo 2D vector graphics libra ii libcomerr2 1.41.12-4stable1 common error description library ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1+squeeze3 FreeType 2 font engine, shared lib ii libgcrypt11 1.4.5-2 LGPL Crypto library - runtime libr ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnutls26 2.8.6-1+squeeze1 the GNU TLS library - runtime libr ii libgtk2.0-0 2.20.1-2 The GTK+ graphical user interface ii libk5crypto3 1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze5 MIT Kerberos runtime libraries ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libpcap0.8 1.1.1-2+squeeze1 system interface for user-level pa ii libpcre3 8.02-1.1 Perl 5 Compatible Regular Expressi ii libportaudio2 19+svn20071022-3.2 Portable audio I/O - shared librar ii libsmi2ldbl 0.4.8+dfsg2-3 library to access SMI MIB informat ii wireshark-common 1.2.11-6+squeeze6 network traffic analyzer - common ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime wireshark recommends no packages. wireshark 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#660983: [linux-2.6] Licensed Symbol Conflicts with Some Non-GPL Modules
Package: linux-2.6 Version: 3.2.1-rt Severity: normal --- Please enter the report below this line. --- First: Great news--now have officital rt-preemptive kernels. A recurring problem with patched or debug kernels concerns gpl-only symbol names preventing non-gpl modules from building or running. Current case involves migrate_enable which blocks the nvidia module from building (using dkms). There may be others since those using the rt kernels are usually involved with multimedia and will be more likely to be using non-gpl software. This renders the new kernels unusable in such cases, Manual work-arounds will be illegal or quasi-legal at best. --- System information. --- Architecture: i386 Kernel: Linux 3.1.0-1-686-pae Debian Release: wheezy/sid 500 unstableftp.us.debian.org 500 testing ftp.us.debian.org 1 experimentalftp.us.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#546743: Re: Bug#546743: openssh-server - init script fails on EIO
On Thu, Feb 23, 2012 at 11:09:20AM +0100, Didier 'OdyX' Raboud wrote: The LSB init script example explicitely stat that you must not use set -e. Obvious nonsense IMO ... I can't find in which file the must not use set -e clause is. /etc/init.d/skeleton Okay, this needs to be fixed somehow. I see two possibilities: - The maintainer fix the init script by removing set -e. - I refer this to the CTTE. Bastian -- Bones: The man's DEAD, Jim! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654924: Fwd: Re: TigerVNC 1.0.90 src debs
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Am 23.02.2012 08:40, schrieb Mike Gabriel: Hi Joachim, On Di 21 Feb 2012 23:08:03 CET Joachim Falk wrote: P.S.: I update the version on xiao with the latest packages I built myself. I have looked at your package this morning. Two major issues occur: o I wonder, why you have not used the cmake build environment provided by upstream Tigervnc 1.1.0 still had a configure built system at that time. And I was not familiar with the cdbs cmake class. o the patches have been applied directly on top of the code, I would rather prefer using a patch system (quilt), can you post the source for the patch files? Hmm. Wait a bit. At the moment I am at work. Maybe this evening I have time to update my package to tigervnc 1.1.90. I already began yeasterday with this. And you are right there is now only cmake. I have begun to integrate the xorg server and the tigervnc sources into their own subdirs as git projects and svn checkouts. The quilt problem runs much deeper. Quilt for the toplevel project is no problem I think. However, the xorg tree has its own quilt files which have to be applied too. Thanks, Mike Regards, Joachim - -- Joachim Falk joachim.f...@gmx.de You can always tell a really good idea by the enemies it makes. --programmers' axiom -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJPRhlOAAoJEIjUIAk+3OYMR4cP/1u7UVpMvBFC90XfOaxDLqGU aKQL9wIt4Re4zCKDH//i/oBAtMTiagXL+OHXSde7MMQ0yOU0JJJyrejBu7o9EYEm kxDexZO+Q1JLEdhIFVN9KqB4umrGmSbRMAcGO8WfU06Ye9hYopYuQISPnZ6/kCZM 7y39T/kBCdQwRvf135rXThcXT9pkOhiwywxIv71RfKQIUVf9pyEoGAPPBCYUPSd3 5erKHGSULKW1oKCRfJmhyTGgqh6gMju3kZBWQbdiihBmSc4IofJF6LwQpaX9Fd62 HlutiAhFtQ1I6Ww7IkYIkl2yjWPp1Me1DYQK9OCUgEnFmWtw7w9GaGScYbRgJCMF bSYKIFyNsycGVYMjbJGWB5Y/1Jn6GcfEES9pmzYsSAiwIlpSwkAwHLYTtMCbM8vV fdhDYgBBipveYvCu0N0UAGkbltey49YeUweC3B/2S4b3EFBgPtBUbCom/X3S0Skn wNWgajSyfYNwH9ZnPc5BG3b/D7094A7vFgmyYFll3l1EV9cOxHyJ5p0HrvbmH++v ty9BavGfh5/NNjk2y6cRuR3WE4NXaeOgZmTaBFtuF+Xwbiqt0OAdKjbabOamxWSt YtNjLIMtBS2H5zVII9oH165j3jAOJBVkC/JY4XPmU19rB2IG1VD2yfRkef3ZI6Tz /SwUW/Jt84XcItuTylUL =M8J/ -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#660895: [Pkg-openssl-devel] Bug#660895: openssl: FTBFS on squeeze
Excerpts from Kurt Roeckx's message of Wed Feb 22 19:12:02 +0100 2012: On Wed, Feb 22, 2012 at 06:58:22PM +0100, Michal Suchanek wrote: Package: openssl Version: 1 Severity: normal Hello, since recent ca-certificates require openssl 1 I tried to build openssl 1 from source. This does not work. That's probably since you're trying to build this on stable and not testing or unstable. What version of debhelper are you using? debhelper 9.20120115~bpo60+1 There was no dependency issue reported by dpkg. Why does ca-certificates require that version? I have no idea. Thanks Michal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660984: RFP: openimageio -- a library for reading and writing images, and a bunch of related classes, utilities, and applications.
Package: wnpp Severity: wishlist * Package name: libopenimageio Version : 0.10 Upstream Author : Andreas Fleckl andreas.fle...@keisanki.net * URL : https://sites.google.com/site/openimageio/ * License : BSD Programming Lang: C++ Description : A library for reading and writing images, and a bunch of related classes, utilities, and applications. OpenImageIO is a library for reading and writing images, and a bunch of related classes, utilities, and applications. Main features include: * Extremely simple but powerful ImageInput and ImageOutput APIs for reading and writing 2D images that is format agnostic -- that is, a client app doesn't need to know the details about any particular image file formats. Specific formats are implemented by DLL/DSO plugins. * Format plugins for TIFF, JPEG/JFIF, OpenEXR, PNG, HDR/RGBE, Targa, JPEG-2000, DPX, Cineon, FITS, BMP, ICO, RMan Zfile, Softimage PIC, DDS, SGI, PNM/PPM/PGM/PBM, Field3d, WebP. More coming! The plugins are really good at understanding all the strange corners of the image formats, and are very careful about preserving image metadata (including Exif, GPS, and IPTC data). * An ImageCache class that transparently manages a cache so that it can access truly vast amounts of image data (thousands of image files totaling hundreds of GB) very efficiently using only a tiny amount (tens of megabytes at most) of runtime memory. Additionally, a TextureSystem class provides filtered MIP-map texture lookups, atop the nice caching behavior of ImageCache. * Several image tools based on these classes, including iinfo (print detailed info about images), iconvert (convert among formats, data types, or modify metadata), idiff (compare images),igrep (search images for matching metadata). Because these tools are based on ImageInput/ImageOutput, they work with any image formats for which ImageIO plugins are available. * A really nice image viewer, iv, also based on OpenImageIO classes (and so will work with any formats for which plugins are available). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660985: RFA: sssd -- System Security Services Daemon, PAM and NSS module
Package: wnpp Severity: normal The sssd package is in a bad shape and I lack the spare time required to maintain it. It is a very nice tool for enterprise laptops, allowing the laptop to be set up to connect to Kerberos and LDAP infrastructure when the machine is present in its home network,and to keep working when it is outside its home network. Upstream is available from URL: https://fedorahosted.org/sssd/wiki . The initial plan was for Jonathan Carter to take over, and that might still happen, but he seem to run short on time too, so I register this request for adoption request to see if there are others willing and with spare time to tend to this package. I would be happy to sponsor uploads if some non debian developer want to take over the package. My sponsoring preferences are available from URL: http://www.hungry.com/~pere/debian-sponsoring.html if this is interesting to you. See URL: http://packages.qa.debian.org/s/sssd.html for the package status. The newer sssd package need ding-libs to work. See URL: http://bugs.debian.org/637594 for that story. -- 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#660986: derivations: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: derivations Version: 0.52.20100310-1.1 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -3,7 +3,7 @@ Section: doc Priority: optional Maintainer: Thaddeus H. Black t...@debian.org Build-Depends: debhelper (= 5) -Build-Depends-Indep: texlive-latex-base, texlive-pstricks, lmodern (= 1.00), rubber (= 1.1), ghostscript (= 8.62), libpoppler-dev (= 0.8.7) +Build-Depends-Indep: texlive-latex-base, texlive-pstricks, lmodern (= 1.00), rubber (= 1.1), ghostscript (= 8.62), libpoppler-private-dev (= 0.8.7) Standards-Version: 3.8.4 Package: derivations
Bug#332498: OpenSSL debian package
Hi Pierre, Am 22.02.2012 17:10, schrieb Pierre Alexandre SCHEMBRI: Hi, I would like to help maintaining this package. I am new to the debian packaging but I have a good technical background. Is the help still needed ? I would think so. But you should ask Kurt, because he does all the work at the moment. Are you a Debian Maintainer? You could start be suggesting patches for open bugs. Christoph -- Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany Instant-Messaging: Jabber: mar...@uni-mainz.de (Siehe http://www.zdv.uni-mainz.de/4010.php) attachment: martin.vcf signature.asc Description: OpenPGP digital signature
Bug#660987: inkscape: please build depend on libpoppler-private-dev
Package: inkscape Version: 0.48.1-2.1 Severity: wishlist Tags: patch Hi, inkscape uses the poppler core API, whose headers are currently shipped in libpoppler-dev, installed as it is a dependency of libpoppler-glib-dev (needed, as inkscape uses poppler-glib too). I'm planning a move of the poppler private headers from libpoppler-dev to a new libpoppler-private-dev package. Could you please add the libpoppler-private-dev build dependency, so inkscape can compile also when I'll move the poppler headers? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -24,6 +24,7 @@ Build-Depends: autoconf, libmagick++-dev, libpango1.0-dev, libpng12-dev, + libpoppler-private-dev, libpoppler-glib-dev, libpopt-dev, libsigc++-2.0-dev (= 2.0.16-2),
Bug#660988: RFP: python-tate-bilinear-pairing -- a library for calculating Tate bilinear pairing
Package: wnpp Severity: wishlist Dowload URL: http://pypi.python.org/pypi/tate_bilinear_pairing/#downloads License: GPL Description: This package is a Python library for calculating Tate bilinear pairing, especially on super-singular elliptic curve $E:y^2=x^3-x+1$ in affine coordinates defined over a Galois Field $GF(3^m)$. This package is also for calculating the addition of two elements in the elliptic curve group, and the addition of $k$ identical element in the elliptic curve group. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660989: cups-filters: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: cups-filters Version: 1.0.1-1 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -19,7 +19,7 @@ Build-Depends: ghostscript (= 9.02~), poppler-utils, liblcms2-dev, - libpoppler-dev (= 0.16.0), + libpoppler-private-dev (= 0.16.0), libjpeg-dev, libpng12-dev, libtiff4-dev,
Bug#660991: gnome-control-center: Disabling Switch windows of an application is ignored
Package: gnome-control-center Version: 1:3.2.2-2 Severity: normal By default, the Switching windows of an application shortcut is bound to Shift-Alt-~. If I disable it, the disabling is ignored: Shift-Alt-~ keeps doing its old job. If I assign it to Shift-Ctrl-Tab the reassignment works. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii accountsservice0.6.15-3 ii apg2.2.3.dfsg.1-2 ii desktop-file-utils 0.18-1 ii gnome-control-center-data 1:3.2.2-2 ii gnome-desktop3-data3.2.1-3 ii gnome-icon-theme 3.2.1.2-1 ii gnome-icon-theme-symbolic 3.2.2-1 ii gnome-menus3.2.0.1-2 ii gnome-settings-daemon 3.2.2-2 ii gsettings-desktop-schemas 3.2.0-2 ii libatk1.0-02.2.0-2 ii libc6 2.13-26 ii libcairo-gobject2 1.10.2-6.2 ii libcairo2 1.10.2-6.2 ii libcanberra-gtk3-0 0.28-3 ii libcanberra0 0.28-3 ii libcheese-gtk203.2.2-1+b1 ii libcheese1 3.2.2-1+b1 ii libclutter-1.0-0 1.8.4-1 ii libcogl-pango0 1.8.2-1 ii libcogl5 1.8.2-1 ii libcolord1 0.1.16-2 ii libcomerr2 1.42-1 ii libcups2 1.5.0-13 ii libdbus-1-31.4.16-1 ii libdbus-glib-1-2 0.98-1 ii libdrm22.4.30-1 ii libfontconfig1 2.8.0-3.1 ii libfreetype6 2.4.8-1 ii libgconf2-42.32.4-1 ii libgcrypt111.5.0-3 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libgl1-mesa-glx [libgl1] 7.11.2-1 ii libglib2.0-0 2.30.2-6 ii libgnome-control-center1 1:3.2.2-2 ii libgnome-desktop-3-2 3.2.1-3 ii libgnome-menu-3-0 3.2.0.1-2 ii libgnomekbd7 3.2.0-1 ii libgnutls262.12.16-1 ii libgoa-1.0-0 3.2.1-3 ii libgssapi-krb5-2 1.10+dfsg~beta1-2 ii libgstreamer0.10-0 0.10.35-1 ii libgtk-3-0 3.2.3-1 ii libgtop2-7 2.28.4-2 ii libjson-glib-1.0-0 0.14.2-1 ii libk5crypto3 1.10+dfsg~beta1-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libnm-glib40.9.2.0-2 ii libnm-gtk0 0.9.2.0-2 ii libnm-util20.9.2.0-2 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.29.4-2 ii libpolkit-gobject-1-0 0.104-2 ii libpulse-mainloop-glib01.0-4 ii libpulse0 1.0-4 ii libsocialweb-client2 0.25.20-1 ii libupower-glib10.9.15-2 ii libx11-6 2:1.4.4-4 ii libxcomposite1 1:0.4.3-2 ii libxdamage11:1.1.3-2 ii libxext6 2:1.3.0-3 ii libxfixes3 1:5.0-4 ii libxi6 2:1.4.5-1 ii libxklavier16 5.1-3 ii libxml22.7.8.dfsg-7 ii zlib1g 1:1.2.6.dfsg-1 Versions of packages gnome-control-center recommends: ii cups-pk-helper 0.2.1.2-1 ii gnome-online-accounts 3.2.1-3 ii gnome-session 3.2.1-1 ii gnome-user-guide 3.2.2-1 ii iso-codes 3.32.2-1 ii mesa-utils 8.0.1-2+b2 ii mousetweaks3.2.1-1 ii policykit-1-gnome 0.105-2 Versions of packages gnome-control-center suggests: ii gnome-screensaver 3.2.0-2+b1 ii gstreamer0.10-pulseaudio 0.10.30-2.1 ii libcanberra-gtk-module0.28-3 ii x11-xserver-utils 7.6+3 ii xscreensaver 5.15-2 -- 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#660992: xpdf: please migrate the libpoppler-dev build dependency to libpoppler-private-dev
Package: xpdf Version: 3.03-8 Severity: wishlist Tags: patch Hi, I'm planning a move of the poppler private headers, currently shipped in libpoppler-dev, out of that package (which is installed by other poppler -dev packages) to a new libpoppler-private-dev. Could you please switch the libpoppler-dev build dependency to libpoppler-private-dev? Attached there is a patch for it. Thanks, -- Pino --- a/debian/control +++ b/debian/control @@ -9,7 +9,7 @@ Build-Depends: pkg-config, libx11-dev, lesstif2-dev, - libpoppler-dev (= 0.16), + libpoppler-private-dev (= 0.16), Build-Conflicts: binutils-gold, DM-Upload-Allowed: yes
Bug#660993: nvidia-xconfig causes ATA soft reset failure
Package: nvidia-xconfig. Version: 195.36.31-1 After running nvidia-xconfig and restarting, it hits ATA soft reset failure errors and won't boot. Things were running fine and that is the ONLY thing I changed. Not completely sure about the version number, but it was the one I got from APT. Running Debian Squeeze 6.0.5 All I can do at this point is boot to a console with live disk, hope the HDD mounts and try to wipe xorg.conf Otherwise, I'm baffled -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660994: linux-image-3.2.0-1-amd64: Mute with Pulseaudio ignored on a Thinkpad T500 after upgrading
Package: linux-2.6 Version: 3.2.4-1 Severity: normal Dear Maintainer, after upgrading from kernel 3.1.8 muting the master channel is ignored. A workaround is to set volume control to zero. -- Package-specific info: ** Version: Linux version 3.2.0-1-amd64 (Debian 3.2.4-1) (wa...@debian.org) (gcc version 4.6.2 (Debian 4.6.2-12) ) #1 SMP Sun Feb 5 15:17:15 UTC 2012 ** Command line: BOOT_IMAGE=/vmlinuz-3.2.0-1-amd64 root=/dev/mapper/t500sg-root ro quiet ** Tainted: O (4096) * Out-of-tree module has been loaded. ** Kernel log: [264403.475465] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:14:fe:b5:af:b9:06:08:00 SRC=10.88.29.26 DST=10.88.29.127 LEN=149 TOS=0x00 PREC=0x00 TTL=128 ID=25518 PROTO=UDP SPT=17500 DPT=17500 LEN=129 [264408.018823] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:88:ae:1d:35:45:18:08:00 SRC=10.88.29.25 DST=10.88.29.127 LEN=139 TOS=0x00 PREC=0x00 TTL=128 ID=31874 PROTO=UDP SPT=17500 DPT=17500 LEN=119 [264414.992670] AIF:Stealth scan? (UNPRIV): IN=eth0 OUT= MAC=00:1c:25:9e:43:ae:00:90:fb:33:39:16:08:00 SRC=140.211.15.34 DST=10.88.29.29 LEN=1500 TOS=0x00 PREC=0x00 TTL=49 ID=3108 DF PROTO=TCP SPT=80 DPT=48406 WINDOW=501 RES=0x00 ACK URGP=0 [264422.944766] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:c8:bc:c8:9a:6e:92:08:00 SRC=10.88.29.27 DST=10.88.29.127 LEN=139 TOS=0x00 PREC=0x00 TTL=64 ID=57082 PROTO=UDP SPT=17500 DPT=17500 LEN=119 [264433.542319] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:14:fe:b5:af:b9:06:08:00 SRC=10.88.29.26 DST=10.88.29.127 LEN=149 TOS=0x00 PREC=0x00 TTL=128 ID=25746 PROTO=UDP SPT=17500 DPT=17500 LEN=129 [264438.073637] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:88:ae:1d:35:45:18:08:00 SRC=10.88.29.25 DST=10.88.29.127 LEN=139 TOS=0x00 PREC=0x00 TTL=128 ID=31902 PROTO=UDP SPT=17500 DPT=17500 LEN=119 [264452.955673] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:c8:bc:c8:9a:6e:92:08:00 SRC=10.88.29.27 DST=10.88.29.127 LEN=139 TOS=0x00 PREC=0x00 TTL=64 ID=13260 PROTO=UDP SPT=17500 DPT=17500 LEN=119 [264463.608384] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:14:fe:b5:af:b9:06:08:00 SRC=10.88.29.26 DST=10.88.29.127 LEN=149 TOS=0x00 PREC=0x00 TTL=128 ID=25932 PROTO=UDP SPT=17500 DPT=17500 LEN=129 [264468.136246] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:88:ae:1d:35:45:18:08:00 SRC=10.88.29.25 DST=10.88.29.127 LEN=139 TOS=0x00 PREC=0x00 TTL=128 ID=31916 PROTO=UDP SPT=17500 DPT=17500 LEN=119 [264482.967488] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:c8:bc:c8:9a:6e:92:08:00 SRC=10.88.29.27 DST=10.88.29.127 LEN=139 TOS=0x00 PREC=0x00 TTL=64 ID=63983 PROTO=UDP SPT=17500 DPT=17500 LEN=119 [264488.429306] AIF:Stealth scan? (UNPRIV): IN=eth0 OUT= MAC=00:1c:25:9e:43:ae:00:90:fb:33:39:16:08:00 SRC=206.12.19.114 DST=10.88.29.29 LEN=1500 TOS=0x00 PREC=0x00 TTL=44 ID=126 DF PROTO=TCP SPT=80 DPT=42354 WINDOW=484 RES=0x00 ACK URGP=0 [264488.429358] AIF:Stealth scan? (UNPRIV): IN=eth0 OUT= MAC=00:1c:25:9e:43:ae:00:90:fb:33:39:16:08:00 SRC=206.12.19.114 DST=10.88.29.29 LEN=52 TOS=0x00 PREC=0x00 TTL=44 ID=129 DF PROTO=TCP SPT=80 DPT=42354 WINDOW=484 RES=0x00 ACK URGP=0 [264488.429727] AIF:Stealth scan? (UNPRIV): IN=eth0 OUT= MAC=00:1c:25:9e:43:ae:00:90:fb:33:39:16:08:00 SRC=206.12.19.114 DST=10.88.29.29 LEN=1500 TOS=0x00 PREC=0x00 TTL=44 ID=127 DF PROTO=TCP SPT=80 DPT=42354 WINDOW=484 RES=0x00 ACK URGP=0 [264488.430216] AIF:Stealth scan? (UNPRIV): IN=eth0 OUT= MAC=00:1c:25:9e:43:ae:00:90:fb:33:39:16:08:00 SRC=206.12.19.114 DST=10.88.29.29 LEN=1500 TOS=0x00 PREC=0x00 TTL=44 ID=128 DF PROTO=TCP SPT=80 DPT=42354 WINDOW=484 RES=0x00 ACK URGP=0 [264489.485551] AIF:Stealth scan? (UNPRIV): IN=eth0 OUT= MAC=00:1c:25:9e:43:ae:00:90:fb:33:39:16:08:00 SRC=206.12.19.114 DST=10.88.29.29 LEN=1500 TOS=0x00 PREC=0x00 TTL=44 ID=129 DF PROTO=TCP SPT=80 DPT=42354 WINDOW=484 RES=0x00 ACK URGP=0 [264493.674673] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:14:fe:b5:af:b9:06:08:00 SRC=10.88.29.26 DST=10.88.29.127 LEN=149 TOS=0x00 PREC=0x00 TTL=128 ID=26132 PROTO=UDP SPT=17500 DPT=17500 LEN=129 [264498.196183] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:88:ae:1d:35:45:18:08:00 SRC=10.88.29.25 DST=10.88.29.127 LEN=139 TOS=0x00 PREC=0x00 TTL=128 ID=31921 PROTO=UDP SPT=17500 DPT=17500 LEN=119 [264512.978793] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:c8:bc:c8:9a:6e:92:08:00 SRC=10.88.29.27 DST=10.88.29.127 LEN=139 TOS=0x00 PREC=0x00 TTL=64 ID=12266 PROTO=UDP SPT=17500 DPT=17500 LEN=119 [264521.290202] AIF:Stealth scan? (UNPRIV): IN=eth0 OUT= MAC=00:1c:25:9e:43:ae:00:90:fb:33:39:16:08:00 SRC=206.12.19.114 DST=10.88.29.29 LEN=1500 TOS=0x00 PREC=0x00 TTL=44 ID=133 DF PROTO=TCP SPT=80 DPT=42354 WINDOW=484 RES=0x00 ACK URGP=0 [264523.740815] AIF:UNPRIV UDP packet: IN=eth0 OUT= MAC=ff:ff:ff:ff:ff:ff:14:fe:b5:af:b9:06:08:00 SRC=10.88.29.26 DST=10.88.29.127 LEN=149 TOS=0x00
Bug#636776: libfreetype6: Line height squeezed in GNU Emacs
Hi, Some thoughts on this bug from a typography hobbyist: from a typographic point of view, good line spacing is not a fixed quantity but depends on things like line length and the properties of the font, sometimes even the text itself. So I think ideally the line spacing should be user-configurable, perhaps as an additional fontconfig property. I actually looked for such a property completely unrelated to this bug: I would have liked to use slightly larger line spacing than is the default in Emacs and xterm in Debian squeeze. I just now found out that Emacs actually has support for customizing line spacing (see below); but xterm nor other terminal programs do not (as far as I know). In typographic circles, the unit of line spacing is points (i.e., the same as the size of the font); for instance, a 12-point font with 14-point line spacing (a less common way to state the same is to say that there are 2 points of leading between lines). (Pixels are also okay for a display, but not single-spaced or one and a half or double-spaced as in some word processing programs - these three values are much too coarse.) More to the point, could this bug be related to the minspace-property (the only thing about line spacing that appears to be configurable in fontconfig): http://www.xfree86.org/current/fontconfig.3.html and http://www.freedesktop.org/software/fontconfig/fontconfig-user.html say that minspace is a boolean that Eliminate[s] leading from line spacing. The default value does not seem to be mentioned - but I assume that a value of true _should_ create the crammed lines effect mentioned in the original bug report and false should give some additional space. I don't have an unstable system to test this on, but perhaps you could try altering the minspace property and seeing if it fixes things: add :minspace=true or :minspace=false to the end of the font face name. For instance: emacs -fn 'DejaVu Sans Mono-12:minspace=false' emacs -fn 'DejaVu Sans Mono-12:minspace=true' (actually, on my Debian squeeze system, both produce the same result, which I guess is a bug... other properties do work, such as emacs -fn 'DejaVu Sans Mono-12:dpi=200' ) So maybe this bug could be transformed into a feature request for an additional fontconfig property that allows user-defined line spacing (with a reasonable default value)? Or should it be the responsibility of every application that uses fontconfig to display multiline text to have an ability to control its line spacing (I don't think this viewpoint is unreasonable, but it does make font-using programs more complex a bit unnecessarily)? Actually, while writing this bug report I found out that Emacs does have internal support for changing line spacing: (setq-default line-spacing 2) adds two pixels of line spacing to the frame. (Or of course M-x customize-variable RET line-spacing RET.) At least on Debian squeeze, Emacs's default is nil which means that it does not add additional space. Since Emacs does not support negative values for line-spacing, the original bug actually makes line spacing more configurable (i.e., it can be tightened to smaller values than the previous default). So, as sort of a summary, changing the line-spacing variable should work as a workaround for Emacs. But for actually fixing the bug, we should find out a) if the minspace property works and whether its default was and/or should be changed, b) what should applications expect the default behavior to be (probably a reasonable default spacing instead of minimal spacing as seems to be introduced by this bug), and c) should user-configurable line spacing be the responsibility of every application or a fontconfig property. -- -=- Rjs -=- r...@cs.hut.fi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#659784: libblas3: fails to upgrade from 'sid' to 'experimental' - update-alternatives fails
Package: libblas3 Version: 1.2.20110419-3~exp2 Followup-For: Bug #659784 Hi, the problem still exists the updated version in experimental: Setting up libblas3 (1.2.20110419-3~exp2) ... update-alternatives: warning: alternative /usr/lib/libblas/libblas.so.3gf (part of link group libblas.so.3gf) doesn't exist. Removing from list of alternatives. update-alternatives: error: alternative libblas.so.3gf can't be slave of libblas.so.3: it is a master alternative. dpkg: error processing libblas3 (--configure): subprocess installed post-installation script returned error exit status 2 Note that this occurs when testing the upgrade of libatlas-base-dev from sid to experimental, there might be a conflict of alternatives between different packages. Andreas libatlas-base-dev_3.8.4-4~exp1_libblas3_1.2.20110419-3~exp2.log.gz Description: GNU Zip compressed data
Bug#660949: exim4-config: exim4 cannot be installed due to an 'Invalid new configfile'
Hi, Please keep the bug address in Cc, otherwise the traffic won't end up in the BTS and no-one knows what's going on. On 23.02.2012 11:25, Kai Boenke wrote: This looks odd, particularly the backslash. What did you enter in the Other destinations for which mail is accepted configuration dialog? What are the contents of the file /etc/mailname? It does not get to the point where it would ask me about the configuration. Installation stops before that. /etc/mailname is lantan.selune\. Why? I just took the backslash out and ran 'dpkg --configure exim4-config' - see below. Try purging and re-installing the packages, and see what happens. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660995: openssh-server: Better document the security implications of disabling GSSAPIStrictAcceptorCheck
Package: openssh-server Version: 1:5.9p1-2 Severity: wishlist At first glance the GSSAPIStrictAcceptorCheck options seems quite useful on multi-homed hosts, but I don't think the existing documentation makes it clear enough that enabling it will allow clients to use tickets for *any* service in /etc/krb5.keytab, not just any 'host' key. This is mentioned at https://bugzilla.mindrot.org/show_bug.cgi?id=928#c6 and http://newsgroups.derkeiler.com/Archive/Comp/comp.protocols.kerberos/2010-12/msg00081.html. I have tried to improve the wording of the option description in sshd_config(5). The current wording states: If “no” then the client may authenticate against any service key stored in the machine's default store. I suggest changing it to: If “no” then the client may authenticate against *any* service key stored in the machine's default store. This is not limited to just 'host' keys, so if set to “no” then ensure you use dedicated keytabs for all other services on the machine in question. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (530, 'testing'), (520, 'unstable'), (510, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages openssh-server depends on: ii adduser3.113+nmu1 ii debconf [debconf-2.0] 1.5.41 ii dpkg 1.16.1.2 ii libc6 2.13-26 ii libcomerr2 1.42-1 ii libgssapi-krb5-2 1.10+dfsg~beta1-2 ii libkrb5-3 1.10+dfsg~beta1-2 ii libpam-modules 1.1.3-7 ii libpam-runtime 1.1.3-7 ii libpam0g 1.1.3-7 ii libselinux12.1.0-4.1 ii libssl1.0.01.0.0g-1 ii libwrap0 7.6.q-22 ii lsb-base 3.2-28.1 ii openssh-client 1:5.9p1-2 ii procps 1:3.2.8-11 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages openssh-server recommends: ii openssh-blacklist0.4.1 ii openssh-blacklist-extra 0.4.1 ii xauth1:1.0.6-1 Versions of packages openssh-server suggests: pn molly-guard none pn monkeysphere none pn rssh none pn ssh-askpass-gnome [ssh-askpass] 1:5.9p1-2 pn ufw none -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660956: [Pkg-lirc-maint] Bug#660956: /etc/init.d/lirc doesn't honor LIRCD_CONF variable in hardware.conf
severity 660956 minor tags 660956 + pending thanks Hi On Thursday 23 February 2012, Joseph Nahmias wrote: Package: lirc Version: 0.9.0~pre1-1 Severity: important File: /etc/init.d/lirc Hello, The instructions (as far as I can make out) say to configure lirc but editing the configuration in /etc/lirc/hardware.conf. However, when I set the LIRCD_CONF variable, it is not recognized and when trying to start lirc I get a message that it is unconfigured and will not be started. [...] The upcomming lirc version currently prepared in the packaging svn won't offer that configuration option anymore, so you have to use /etc/lirc/hardware/lircd.conf (be it as a symlink or copying/ creating its contents). LIRCD_CONF has not been honoured at least since squeeze, most likely since lenny already; policy and upstream changes now require even larger changes to the package configuration methods (/etc/lirc/hardware.conf will go away and gets replaced by /etc/default/lirc, which understands a subset of the old hardware.conf syntax with a slightly different vocabulary (no more module loading through the initscript, no LIRCD_CONF/ LIRCMD_CONF)). Regards Stefan Lippers-Hollmann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660982: Thanks again, Benoît.
Why did I file the RFS as ITP? :) Thanks for the correction, Benoît. I'll have to start doing the block # with # thing as well. Cheers. -- Daniel Martí - mvdan.cc - 0x58BF72C3 signature.asc Description: Digital signature
Bug#660981: fvwm: config file not always taken into account with -cmd FvwmM4
On 2012-02-23 11:30:19 +0100, Vincent Lefevre wrote: Package: fvwm Version: 1:2.5.30.ds-1+local1 Severity: minor I start fvwm with: fvwm2 -cmd FvwmM4 /home/vlefevre/etc/fvwm2rc.m4 Of course, with quotes around FvwmM4 /home/vlefevre/etc/fvwm2rc.m4 (I did a copy-paste from the ps -aef output, to make sure that the right fvwm command was run, since the login is done via gdm3). but I sometimes get the default config file instead my own (fvwm2rc.m4). I've looked at the source FvwmM4.c, and there may be a race condition: [...] tmp_file = m4_defs(dpy, display_name,m4_options, filename); if (!noread) { char *read_string = CatString3(Read ', tmp_file, '); SendText(fd, read_string, 0); } /* tell fvwm to continue if -lock is used */ if (lock) SendFinishedStartupNotification(fd); /* For a debugging version, we may wish to omit this part. */ /* I'll let some m4 advocates clean this up */ if (!debug) { char *delete_string; char *delete_file = tmp_file; if (tmp_file[0] != '/' user_dir != NULL) { delete_file = safestrdup(CatString3(user_dir, /, tmp_file)); } delete_string = CatString3(Exec exec /bin/rm ', delete_file, '); SendText(fd, delete_string, 0); } [...] If I understand correctly, a tmp_file is created, a command to sent to fvwm telling it to read this file (but the man page seems to say that this is asynchronous), and the file is deleted. There seems to be two potential problems: 1. When fvwm reads the tmp_file, it may not have been completely written by the m4 command. 2. When fvwm tries to open the tmp_file, it may have already been deleted. I don't think this is the problem here (at least for the last time the problem occurred, as I checked the .xsession-errors file) because of the lack of error message. The FvwmM4 man page suggests to use ModuleSynchronous to imply the -lock option, thus avoiding (1) (and possibly (2)?), but if locking is the solution, * why does the FvwmM4 man page give an example fvwm -cmd Module FvwmM4 .fvwm2rc if this is intentionally buggy? * why doesn't FvwmM4 do a systematic lock? Note: I've noticed that when this problem occurs, this is generally after an upgrade. I wonder whether the real cause is a disk-intensive operation (which means fewer things in the cache) before login again. -- 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 / AriC 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#546743: openssh-server - init script fails on EIO
Hi Bastian, Le 23.02.2012 11:41, Bastian Blank a écrit : On Thu, Feb 23, 2012 at 11:09:20AM +0100, Didier 'OdyX' Raboud wrote: The LSB init script example explicitely stat that you must not use set -e. Obvious nonsense IMO ... I can't find in which file the must not use set -e clause is. /etc/init.d/skeleton Okay, this needs to be fixed somehow. I see two possibilities: - The maintainer fix the init script by removing set -e. - I refer this to the CTTE. As far as I can see, /etc/init.d/skeleton is shipped by package `initscripts`, not by any package built by src:lsb, right ? (lsb-core ships /usr/share/doc/lsb-core/examples/init-skeleton.gz which does not mention set -e at all). So should we duplicate this bug to address the two issues separately ? a) lsb-base: echo'ing to a /dev/console that EIO's can break unrelated initscripts (e.g. openssh) b) initscripts: /etc/init.d/skeleton wrongly recommends to not set -e As for the CTTE, do we have a maintainer decision to override or a technical disagreement? Or would it be mostly to get a piece of advice? Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#660996: gnumeric: inserting rows does not change validation ranges
Package: gnumeric Version: 1.10.17-1+b2 Severity: normal To reproduce: - create new workbook - write anything in E11 - format it to validate a list with values from $A$5:$A$10 - insert four rows before row 1 The validation range is still $A$5:$A$10, while I think it should have changed to $A$9:$A$14. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.41 ii gconf2 2.32.4-1 ii gnumeric-common1.10.17-1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-0 2.30.2-6 ii libgoffice-0.8-8 0.8.17-1 ii libgsf-1-114 1.14.21-2 ii libgtk2.0-02.24.9-2 ii libpango1.0-0 1.29.4-2 ii libxml22.7.8.dfsg-7 ii procps 1:3.2.8-11 ii zlib1g 1:1.2.6.dfsg-1 Versions of packages gnumeric recommends: ii evince3.2.1-1 ii lp-solve 5.5.0.13-7 Versions of packages gnumeric suggests: ii epiphany-browser 3.2.1-2 ii fonts-liberation [ttf-liberation] 1.07.0-2 ii gnumeric-doc 1.10.17-1 ii gnumeric-plugins-extra 1.10.17-1+b2 ii ttf-liberation 1.07.0-2 ii ttf-mscorefonts-installer 3.4 -- debconf information: * gnumeric/existing-process: true gnumeric/existing-process-title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660997: pulseaudio-utils has no pulse-mixer utility
Package: pulseaudio-utils Version: 1.0-4 Severity: minor pactl control is very hard to use for very simple issues. for example I want now to create a keyboard hotkeys that will make to volume up/down and mute on the default pulseaudio device. thats why I need simple console control utility. community have created great amount of scripts to implement this. for example I found and use now this script: https://gist.github.com/1791270 I executed such commands: wgethttps://raw.github.com/gist/1791270/volume.rb sudo mv volume.rb /usr/local/bin/pulse-mixer sudo chmod +x /usr/local/bin/pulse-mixer sudo nano /usr/local/bin/pulse-mixer # Turn the music up! def volume_up puts volume up volume_set_relative*0x200* end # ... and down again def volume_down puts volume down volume_set_relative*-0x200* end then I went to xfce keyboard control center and set hotkeys to pulse-mixer up, pulse-mixer down and pulse-mixer mute. this works great Can you add such script or something similar to pulseaudio-utils? thanks.
Bug#546743: openssh-server - init script fails on EIO
Le 23.02.2012 13:19, Didier 'OdyX' Raboud a écrit : Hi Bastian, Le 23.02.2012 11:41, Bastian Blank a écrit : On Thu, Feb 23, 2012 at 11:09:20AM +0100, Didier 'OdyX' Raboud wrote: The LSB init script example explicitely stat that you must not use set -e. Obvious nonsense IMO ... I can't find in which file the must not use set -e clause is. /etc/init.d/skeleton Okay, this needs to be fixed somehow. I see two possibilities: - The maintainer fix the init script by removing set -e. - I refer this to the CTTE. (...) a) lsb-base: echo'ing to a /dev/console that EIO's can break unrelated initscripts b) initscripts: /etc/init.d/skeleton wrongly recommends to not set -e I just noticed this issue has already been discussed in #562506 and is now consequently documented in Policy since 3.9.0.0 in [9.3.2] with the following paragraph: Be careful of using set -e in init.d scripts. Writing correct init.d scripts requires accepting various error exit statuses when daemons are already running or already stopped without aborting the init.d script, and common init.d function libraries are not safe to call with set -e in effect[72]. For init.d scripts, it's often easier to not use set -e and instead check the result of each command separately. [9.3.2] http://www.debian.org/doc/debian-policy/ch-opersys.html#s-writing-init [72] /lib/lsb/init-functions, which assists in writing LSB-compliant init scripts, may fail if set -e is in effect and echoing status messages to the console fails, for example. So the eventual fix in initscript would need a policy amendment first, IMHO. Now, as far as I understand the problem (again...), the a) problem above might as well be fixed; I don't know if appending || /bin/true after each echo would be sufficient. Making /lib/lsb/init-functions set-e-safe might be worthwhile but we'd need a patch. Opinions ? Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#660962: makepasswd: debian/copyright refers to non-exixting source URL
On Thu, Feb 23, 2012 at 10:12:03AM +0200, Jari Aalto wrote: debian/copyright reads: It was obtained from the author via IRC at irc.linpeople.org, but can also be downloaded from: ftp://ftp.linpeople.org/pub/People/lilo/source/makepasswd-1.07.tar.gz This URL (and the whole site) no longer exists. Please mark the URL accordingly and possibly find new source location. There is unlikely to ever be a new source location since the upstream author died some time ago. Should I just mark it as historical interest only? -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#654924: Fwd: Re: TigerVNC 1.0.90 src debs
Hi Joachim, On Do 23 Feb 2012 11:47:45 CET Joachim Falk wrote: Hmm. Wait a bit. At the moment I am at work. Maybe this evening I have time to update my package to tigervnc 1.1.90. I already began yeasterday with this. And you are right there is now only cmake. I have begun to integrate the xorg server and the tigervnc sources into their own subdirs as git projects and svn checkouts. The quilt problem runs much deeper. Quilt for the toplevel project is no problem I think. However, the xorg tree has its own quilt files which have to be applied too. Hang on. I would love to prepare the package via Git on git.debian.org. I am about to commit (at the weekend, probably) a version that is based on 1.1.90 and uses quilt and cmake via cdbs. Do you have an account on Alioth? I really want to recommend package development under Git. Thanks! Mike -- DAS-NETZWERKTEAM mike gabriel, dorfstr. 27, 24245 barmissen fon: +49 (4302) 281418, fax: +49 (4302) 281419 GnuPG Key ID 0xB588399B mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgplNxsnADjx3.pgp Description: Digitale PGP-Unterschrift
Bug#660985: RFA: sssd -- System Security Services Daemon, PAM and NSS module
23.02.2012 12:52, Petter Reinholdtsen kirjoitti: The initial plan was for Jonathan Carter to take over, and that might still happen, but he seem to run short on time too, so I register this request for adoption request to see if there are others willing and with spare time to tend to this package. I would be happy to sponsor uploads if some non debian developer want to take over the package. My sponsoring preferences are available from URL: http://www.hungry.com/~pere/debian-sponsoring.html if this is interesting to you. I'll take it! Just happens that my DM application was accepted earlier today, so now I can upload it myself :) SeeURL: http://packages.qa.debian.org/s/sssd.html for the package status. The newer sssd package need ding-libs to work. See URL: http://bugs.debian.org/637594 for that story. I will set up an alioth project to maintain these both, since they go hand in hand. SSSD 1.8.0~beta3 is prepared in git, final coming next week. The git version fixes most of the opened bugs too. thanks, t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660998: chkrootkit: Add ignore list to avoid false positives
Package: chkrootkit Version: 0.49-4 Severity: normal Tags: patch Is publicly known that chkrootkit generate a lot of false positives, and that is a pain to receive every day an e-mail with them, making people to simply ignore those mails most of the time. Here is a nice post describing an easy way to add an ignore list by grepping the output: http://www.electricmonk.nl/log/2007/11/29/chkrootkit-false-positives-filtering/ Attached is an updated patch for /etc/cron.daily/chkrootkit. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'stable'), (50, 'unstable'), (20, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages chkrootkit depends on: ii binutils 2.21.90.20111004-2 ii debconf [debconf-2.0] 1.5.40 ii libc6 2.13-21 ii net-tools 1.60-24.1 ii procps 1:3.2.8-11 chkrootkit recommends no packages. chkrootkit suggests no packages. -- debconf information: * chkrootkit/run_daily_opts: -q -n * chkrootkit/run_daily: true * chkrootkit/diff_mode: false diff --git a/cron.daily/chkrootkit b/cron.daily/chkrootkit index 7a6b7b9..152d503 100755 --- a/cron.daily/chkrootkit +++ b/cron.daily/chkrootkit @@ -4,6 +4,7 @@ set -e CHKROOTKIT=/usr/sbin/chkrootkit CF=/etc/chkrootkit.conf +IGNOREF=/etc/chkrootkit.ignore LOG_DIR=/var/log/chkrootkit if [ ! -x $CHKROOTKIT ]; then @@ -16,7 +17,7 @@ fi if [ $RUN_DAILY = true ]; then if [ $DIFF_MODE = true ]; then -eval $CHKROOTKIT $RUN_DAILY_OPTS $LOG_DIR/log.today.raw 21 +eval $CHKROOTKIT $RUN_DAILY_OPTS | egrep -v -f $IGNOREF $LOG_DIR/log.today.raw 21 # the sed expression replaces the messages about /sbin/dhclient3 /usr/sbin/dhcpd3 # with a message that is the same whatever order eth0 and eth1 were scanned sed -r -e 's,eth(0|1)(:[0-9])?: PACKET SNIFFER\((/sbin/dhclient3|/usr/sbin/dhcpd3)\[[0-9]+\]\),eth\[0|1\]: PACKET SNIFFER\([dhclient3|dhcpd3]{PID}\),' \ @@ -46,6 +47,6 @@ if [ $RUN_DAILY = true ]; then echo # (note that unedited output is in $LOG_DIR/log.today.raw) fi else -eval $CHKROOTKIT $RUN_DAILY_OPTS +eval $CHKROOTKIT $RUN_DAILY_OPTS | egrep -v -f $IGNOREF || true fi fi
Bug#660964: Script updated
We have update the script it wil be fixed in the next release at the end of the month With kind regards Bas van den Dikkenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660999: /usr/lib/x86_64-linux-gnu/libgtk2.0-0/gtk-update-icon-cache: cache errors on upgrade
Package: libgtk2.0-0 Version: 2.24.9-2 Severity: normal File: /usr/lib/x86_64-linux-gnu/libgtk2.0-0/gtk-update-icon-cache Hello, I get *lots* of errors like the on below during upgrade. If they are expected they should be silenced to reduce noise, if they are unexpected there is possibly an issue. I don't use any icons so I don't really care how broken they are. (gtk-update-icon-cache:12910): GdkPixbuf-WARNING **: Cannot open pixbuf loader module file '/usr/lib/x86_64-linux-gnu/gdk-pixbuf-2.0/2.10.0/loaders.cache': No such file or directory -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (900, 'stable'), (500, 'testing'), (410, 'unstable'), (200, 'experimental'), (111, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libgtk2.0-0 depends on: ii libatk1.0-02.2.0-2 ATK accessibility toolkit ii libc6 2.13-26 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.2The Cairo 2D vector graphics libra ii libcomerr2 1.42-1common error description library ii libcups2 1.4.4-7+squeeze1 Common UNIX Printing System(tm) - ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.8-1 FreeType 2 font engine, shared lib ii libgcrypt111.5.0-3 LGPL Crypto library - runtime libr ii libgdk-pixbuf2.0-0 2.24.1-1 GDK Pixbuf library ii libglib2.0-0 2.30.2-6 GLib library of C routines ii libgnutls262.12.16-1 GNU TLS library - runtime library ii libgssapi-krb5-2 1.10+dfsg~beta1-2 MIT Kerberos runtime libraries - k ii libgtk2.0-common 2.24.9-2 common files for the GTK+ graphica ii libk5crypto3 1.10+dfsg~beta1-2 MIT Kerberos runtime libraries - C ii libkrb5-3 1.10+dfsg~beta1-2 MIT Kerberos runtime libraries ii libpango1.0-0 1.29.4-2 Layout and rendering of internatio ii libx11-6 2:1.3.3-4 X11 client-side library ii libxcomposite1 1:0.4.2-1 X11 Composite extension library ii libxcursor11:1.1.10-2X cursor management library ii libxdamage11:1.1.3-1 X11 damaged region extension libra ii libxext6 2:1.1.2-1 X11 miscellaneous extension librar ii libxfixes3 1:4.0.5-1 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.3-6 X11 Input extension library ii libxinerama1 2:1.1-3 X11 Xinerama extension library ii libxrandr2 2:1.3.0-3 X11 RandR extension library ii libxrender11:0.9.6-1 X Rendering Extension client libra ii multiarch-support 2.13-26 Transitional package to ensure mul ii shared-mime-info 0.71-4FreeDesktop.org shared MIME databa ii zlib1g 1:1.2.6.dfsg-1compression library - runtime Versions of packages libgtk2.0-0 recommends: ii hicolor-icon-theme0.12-1 default fallback theme for FreeDes ii libgtk2.0-bin 2.24.9-2 programs for the GTK+ graphical us Versions of packages libgtk2.0-0 suggests: ii gvfs 1.10.1-2 userspace virtual filesystem - GIO ii librsvg2-common 2.34.2-2 SAX-based renderer library for SVG -- 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#644627: [Pkg-nagios-devel] Bug#644627: nagios-plugins-basic: check_http --ssl doesn't verify the validity of a certificate
Hi Michael, On Sunday, 19. February 2012, Michael Renner wrote: On Feb 19, 2012, at 13:05 , Jan Wagner wrote: Explicitly pointing out that this plugin will _ONLY_ verify the expiry date of the certificate should prevent surprises for other people in the future. /usr/lib/nagios/plugins/check_http --help doesn't count as documentation? Where do you expect such informations exactly? Regarding HTTPS certificates my version shows: --- -S, --ssl Connect via SSL. Port defaults to 443 --sni Enable SSL/TLS hostname extension support (SNI) -C, --certificate=INTEGER Minimum number of days a certificate has to be valid. Port defaults to 443 (when this option is used the URL is not checked.) [..] This plugin can also check whether an SSL enabled web server is able to serve content (optionally within a specified time) or whether the X509 certificate is still valid for the specified number of days. --- If you think that this is sufficient to communicate what the plugin does and what it doesn't please close this bug report. that was not my point. I asked, _where_ do you expect such an information. And while we are at it, maybe you can tell me, _what_ do you expect at this place. Feel free to provide patches and/or just the text. Many thanks, Jan. -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#546743: openssh-server - init script fails on EIO
On Thu, Feb 23, 2012 at 01:19:32PM +0100, Didier 'OdyX' Raboud wrote: Le 23.02.2012 11:41, Bastian Blank a écrit : /etc/init.d/skeleton Okay, this needs to be fixed somehow. I see two possibilities: - The maintainer fix the init script by removing set -e. - I refer this to the CTTE. As far as I can see, /etc/init.d/skeleton is shipped by package `initscripts`, not by any package built by src:lsb, right ? initscripts is a base Debian package. lsb is not. (lsb-core ships /usr/share/doc/lsb-core/examples/init-skeleton.gz which does not mention set -e at all). lsb is not authoritative for Debian. So should we duplicate this bug to address the two issues separately ? a) lsb-base: echo'ing to a /dev/console that EIO's can break unrelated initscripts (e.g. openssh) No, it does not, because it stats: don't use set -e. b) initscripts: /etc/init.d/skeleton wrongly recommends to not set -e It rightly demands to not use it. As for the CTTE, do we have a maintainer decision to override or a technical disagreement? Or would it be mostly to get a piece of advice? The maintainer of openssh-server refused to fix it, so it is a maintainer override. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661000: undefined symbol: nomgc
Package: file Version: 5.10-1 Severity: grave Hi, file command does not work at all: $ file / file: symbol lookup error: /usr/lib/libmagic.so.1: undefined symbol: nomgc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660806: Patch
tag 660806 + patch thanks Hi, The attached patch avoids the mfence instruction on i386. Contrary to the comment near the change, using __sync_synchronize on i386 does create a lock orl instruction, which is hopefully sufficient. -- Matt Kraai https://ftbfs.org/kraai Index: libdispatch-0~svn197/src/hw_shims.h === --- libdispatch-0~svn197.orig/src/hw_shims.h 2010-12-24 07:30:44.0 -0800 +++ libdispatch-0~svn197/src/hw_shims.h 2012-02-23 05:03:21.910448577 -0800 @@ -48,7 +48,7 @@ #define dispatch_atomic_sub(p, v) __sync_sub_and_fetch((p), (v)) #define dispatch_atomic_or(p, v) __sync_fetch_and_or((p), (v)) #define dispatch_atomic_and(p, v) __sync_fetch_and_and((p), (v)) -#if defined(__i386__) || defined(__x86_64__) +#if 0 defined(__i386__) || defined(__x86_64__) /* GCC emits nothing for __sync_synchronize() on i386/x86_64. */ #define dispatch_atomic_barrier() __asm__ __volatile__(mfence) #else
Bug#661001: burp: upgrade to Standards-Version 3.9.3 instead of 3.9.2
Package: burp Version: 1.3.0+20120214git-1 Severity: wishlist Dear Maintainer, Please upgrade to Standards-Version 3.9.3 instead of 3.9.2 -- System Information: Debian Release: wheezy/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages burp depends on: ii libacl1 2.2.51-5 ii libc62.13-26 ii libncurses5 5.9-4 ii librsync10.9.7-9 ii libssl1.0.0 1.0.0g-1 ii libstdc++6 4.6.2-15 ii libtinfo55.9-4 ii zlib1g 1:1.2.6.dfsg-1 burp recommends no packages. burp 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#546743: openssh-server - init script fails on EIO
clone 546743 -1 reassign 546743 openssh-server retitle -1 lsb-base:/lib/lsb/init-functions may fail if `set -e` is used severity -1 whishlist tags -1 +help thanks Okay, I think I begin to get the whole picture. With my LSB maintainer wannabe (ITA: #616131) hat on, let's reassign this to openssh-server while keeping a trace of this on the lsb-base package. Le 23.02.2012 14:00, Bastian Blank a écrit : As for the CTTE, do we have a maintainer decision to override or a technical disagreement? Or would it be mostly to get a piece of advice? The maintainer of openssh-server refused to fix it, so it is a maintainer override. As far as I understand it, the policy now recommends not to use set -e in init scripts. `openssh-server` puts unreasonable (and not policy-backed) requirement on /lib/lsb/init-functions and can therefor fail. So as far as the lsb-base package is concerned, this should either be fixed in policy (then in lsb-base) or in openssh-server. Fixing /lib/lsb/init-functions to work with set -e init scripts might be doable, but needs more work, hence tagging as +help. Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#598201: Re: Bug#598201: software-center: application will not start / cursor just spins
tag 598201 + unreproducible thanks Le 27.09.2010 15:35, Julian Andres Klode a écrit : Looks like your lsb_release is broken - Please check that lsb_release -si outputs Debian. Downgrading the severity as it clearly works for others (which matches 'important') Bill: as both Julian and me cannot reproduce your issue, I have tagged it unreproducible for now. Please post an up2date error log and packages status if you can reproduce it with the current versions. Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#656873: should conflict with autoconf2.13
On Sun, Jan 22, 2012 at 04:16:22PM +0100, Eduard Bloch wrote: Package: dh-autoreconf Version: 5 Severity: important File: /usr/bin/dh_autoreconf Today I failed to build a package: /var/tmp/libmediainfo-0.7.52 $ dh_autoreconf autoconf-wrapper: invalid number of arguments dh_autoreconf: autoreconf -f -i Project/GNU/Library returned exit code 255 ed@zombie: /var/tmp/libmediainfo-0.7.52 $ dh_autoreconf -v find Project/GNU/Library ! -ipath ./debian/* -a ! \( -path '*/.git/*' -o -path '*/.hg/*' -o -path '*/.bzr/*' -o -path '*/.svn/*' -o -path '*/CVS/*' \) -a -type f -exec md5sum {} \; debian/autoreconf.before autoreconf -f -i Project/GNU/Library autoconf-wrapper: invalid number of arguments Solution: remove autoconf2.13 (which puts a diversion upon autoreconf binary). It would work with autoconf2.13 if the wrapper was patched to forward all non-option arguments (pathes in this case) to autoreconf. I'd prefer that solution over a conflict with autoconf2.13, as developers may have that installed or packages may want to use it for whatever reasons. [I could also call autoreconf with --install instead of -i by default, which should cause the wrapper to run the new autoreconf and forward the other arguments. But this seems a bit ugly.] I CCed the autoconf2.13 maintainer for further input on this topic. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#596529: lsb-base contains too many functions in init-functions
tags 596529 +wontfix severity 596529 wishlist thanks Hi Rob, (LSB maintainer wannabe [#616131] hat on). Le 12.09.2010 15:45, Rob Fortune a écrit : According to: http://refspecs.freestandards.org/LSB_3.2.0/LSB-Core-generic/LSB-Core-generic/iniscrptfunc.html The following functions should be caused to exist: start_daemon, killproc, pidofproc, log_success_msg, log_failure_msg, log_warning_msg Your implementation does this, however it also causes a million other functions to exist which are not specified and programs rely on them since because you have put them in there, those programs believe them to be part of LSB. (a million is an obvious over-simplification). Debian is currently not a certified LSB distribution (and will probably not be in the near future). It _is_ providing the mandatory functions, allowing an LSB-valid init script to run on Debian. Now if people write programs that use non-LSB convenience functions provided by Debian and claim that those are LSB-compliant (despite Debian not being LSB-certified), that's nothing Debian can take the responsability of. This is causing corruption of the purpose of LSB. A perfectly confirming LSB distribution will not be able to run programs relying on debian specific functions caused to appear by this script. That causes harm to the whole purpose of having a common base. While I see the problem you point, I disagree with your choice of words. You should unset your internal functions that are not in the list above before returning and if you want to use them as part of your implementation of the /lib/lsb/init-functions script, place them in a separate file, which /lib/lsb/init-functions sources and the other applications which wish to use them can source too. All the functions not specified by LSB should be unset before the script returns or you are harming the Linux community. Again, I find your choice of words unnecessarily offensive. Anyway, /lib/lsb/init-functions is currently sourced by millions (sic) of init scripts in Debian packages and dropping functions from it will impose a bunch of work for many Debian package maintainers, for the sole purpose of not providing more functions than what LSB mandates. I will not push for this change, hence the wontfix tag. Finally, I note that the LSB specification doesn't say /lib/lsb/init-functions cannot provide more functions; it only writes down which functions shall be provided; and those are provided by Debian's /lib/lsb/init-functions. Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#661000: undefined symbol: nomgc
severity 661000 important tag 661000 unreproducible tag 661000 moreinfo thanks On 02/23/2012 12:45 PM, Jonny wrote: file command does not work at all: $ file / file: symbol lookup error: /usr/lib/libmagic.so.1: undefined symbol: nomgc i cannot reproducie that (sid/amd64). daniel@daniel-desktop:~$ file / /: directory daniel@daniel-desktop:~$ -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660804: [Bug 42809] New: kernel panic when receiving an ipsec packet
Il 23/02/2012 03:06, Eric Dumazet ha scritto: Thanks ! Please try following patch. diff --git a/net/ipv4/xfrm4_mode_tunnel.c b/net/ipv4/xfrm4_mode_tunnel.c index 534972e..f170933 100644 --- a/net/ipv4/xfrm4_mode_tunnel.c +++ b/net/ipv4/xfrm4_mode_tunnel.c @@ -84,9 +84,11 @@ static int xfrm4_mode_tunnel_input(struct xfrm_state *x, struct sk_buff *skb) if (!(x-props.flags XFRM_STATE_NOECN)) ipip_ecn_decapsulate(skb); - old_mac = skb_mac_header(skb); - skb_set_mac_header(skb, -skb-mac_len); - memmove(skb_mac_header(skb), old_mac, skb-mac_len); + if (skb_mac_header_was_set(skb)) { + old_mac = skb_mac_header(skb); + skb_set_mac_header(skb, -skb-mac_len); + memmove(skb_mac_header(skb), old_mac, skb-mac_len); + } skb_reset_network_header(skb); err = 0; Your patch does solve the problem, thanks! Niccolò -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#660804: [Bug 42809] New: kernel panic when receiving an ipsec packet
On Thu, 23 Feb 2012 02:54:39 +0100 Eric Dumazet eric.duma...@gmail.com wrote: Le jeudi 23 février 2012 à 02:38 +0100, Eric Dumazet a écrit : Which driver handles this Traverse Solos card ? If br2684_push() is used, it seems it lacks proper call to skb_reset_mac_header(skb) in paths where eth_type_trans() is not called. Later in xfrm4_mode_tunnel_input() we crash because we assume skb_mac_header() is valid. when br2684_push() doesnt call eth_type_trans() the underlying packet doesnt have a mac address header -- just an llc header that says 'ip packet is next'. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661003: lintian: false positive on package-contains-broken-symlink pointing to /bin/true
Package: lintian Version: 2.5.4~bpo60+1 Severity: minor My package nullmailer has a dummy command (provided for compatibility with other mail-transport-agent packages) that is symlinked to /bin/true. The experimental package-contains-broken-symlink check reports that this symlink is broken. AIUI /bin/true is Essential: yes so will always be present, even though not in my direct dependencies. Is it worth adding Essential packages to the list of targets this check assumes to be present ? Nick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#661004: kde-style-oxygen: Qt applications (e.g. qtconfig) fail to adapt the style if not under KDE
Package: kde-style-oxygen Version: 4:4.7.4-1 Severity: normal Dear Maintainer, when I am under fluxbox, qt applications like minitube or qt4-config do not adapt the oxygen style while native KDE applications like dolphin or kmail do. Creating a symlink via 'ln -s /usr/lib/kde4/plugins/styles /usr/lib/qt4/plugins/styles' fixes the problem since Qt is now aware of /usr/lib/kde4/plugins/styles/oxygen.so. Despite the fact, that I have installed the kde-style-oxygen package out of the experimental repository, the problem also exists with the package in the unstable repository. Yours sincerely, Julian Wollrath -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.3.0-rc4-wl-00399-gd7dc038 (SMP w/4 CPU cores; PREEMPT) 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 kde-style-oxygen depends on: ii kde-runtime 4:4.7.4-1 ii libc62.13-26 ii libkdecore5 4:4.7.4-1 ii libkdeui54:4.7.4-1 ii libkio5 4:4.7.4-1 ii libqt4-dbus 4:4.7.4-2 ii libqtcore4 4:4.7.4-2 ii libqtgui44:4.7.4-2 ii libstdc++6 4.6.2-15 ii libx11-6 2:1.4.4-4 kde-style-oxygen recommends no packages. kde-style-oxygen 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#638970: upower battery status flashing when both AC and battery are plugged in
On 13 February 2012 13:57, Ralf Jung ralfjun...@gmx.de wrote: $ upower --monitor [14:50:33.294] device removed: /org/freedesktop/UPower/devices/battery_BAT0 [14:50:34.108] device added: /org/freedesktop/UPower/devices/battery_BAT0 This looks like a kernel bug to me. Does the device keep appearing and disappearing from /sys/class/power_supply? Richard. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#624769: lsb-release: wrong output on debian-ports architectures breaks other packages
tags 634769 +patch thanks Le 01.05.2011 15:47, Thorsten Glaser a écrit : All debian-ports.org architectures [alpha armhf avr32 hppa (maybe)hurd-i386 (maybe)kfreebsd-amd64 (maybe)kfreebsd-i386 m68k powerpcspe sh4 sparc64] will have broken output: (pbuild17226)root@aranym:/ # lsb_release -a No LSB modules are available. Distributor ID: Debian Description:Debian GNU/Linux testing/unstable Release:testing/unstable Codename: n/a The cause is this: Python 2.6.6 (r266:84292, Apr 27 2011, 15:17:58) [GCC 4.4.6] on linux2 Type help, copyright, credits or license for more information. from lsb_release import * releases = parse_apt_policy() releases [(100, {'suite': 'now'}), (500, {'origin': 'Debian Ports', 'suite': 'unreleased', 'version': '1.0', 'component': 'main', 'label': 'ftp.debian-ports.org'}), (500, {'origin': 'Debian Ports', 'suite': 'unstable', 'version': '1.0', 'component': 'main', 'label': 'ftp.debian-ports.org'}), (500, {'origin': 'ARAnyM from Debian Ports', 'suite': 'sid', 'component': 'main', 'label': 'tg68k'})] As you can see, the “origin” and “label” differ, which leads to not being recognised as “sid”. Hi Thorsten, and thanks for your bugreport, does the attached patch on lsb_release.py fix this bug ? Cheers, OdyX N.B. I'm not sure that's the best way to solve it, but it should work. commit cefe7d7f9ff855e16b2a089c376b5a4cdd7716e2 Author: Didier Raboud o...@debian.org Date: Thu Feb 23 14:52:07 2012 +0100 Recognise Debian Ports as `sid` too. This changes the interface of guess_release_from_apt() by permitting the use of arrays as input variables. Closes: #624769 Reported-by: Thorsten Glaser t...@mirbsd.de Signed-off-by: Didier Raboud o...@debian.org diff --git a/lsb_release.py b/lsb_release.py index 8ea001f..e72cb49 100644 --- a/lsb_release.py +++ b/lsb_release.py @@ -191,9 +191,9 @@ def parse_apt_policy(): return data -def guess_release_from_apt(origin='Debian', component='main', +def guess_release_from_apt(origin=('Debian', 'Debian Ports'), component='main', ignoresuites=('experimental'), - label='Debian'): + label=('Debian', 'ftp.debian-ports.org')): releases = parse_apt_policy() if not releases: @@ -201,9 +201,9 @@ def guess_release_from_apt(origin='Debian', component='main', # We only care about the specified origin, component, and label releases = [x for x in releases if ( -x[1].get('origin', '') == origin and -x[1].get('component', '') == component and -x[1].get('label', '') == label)] +x[1].get('origin', '') in origin and +x[1].get('component', '') in component and +x[1].get('label', '') in label)] # Check again to make sure we didn't wipe out all of the releases if not releases: signature.asc Description: OpenPGP digital signature
Bug#661005: python-cairo: ImageSurface.write_to_png() transparency fails
Package: python-cairo Version: 1.8.8-1+b2 Severity: normal Dear Maintainer, It seems writing a png when a surface is fully opaque causes the alpha channel to be supressed in subsequent writes. #!/usr/bin/python import cairo surface = cairo.ImageSurface(cairo.FORMAT_ARGB32, 100, 100) ctx = cairo.Context(surface) ctx.set_operator(cairo.OPERATOR_SOURCE) ctx.set_source_rgba(1,1,1,1) # fully opaque ctx.paint() surface.write_to_png(i1.png) # i1.png is an opaque white square. ctx.set_source_rgba(1,1,1,0) ctx.paint() surface.write_to_png(i2.png) # i2.png is an opaque black square (fail). surface = cairo.ImageSurface(cairo.FORMAT_ARGB32, 100, 100) ctx = cairo.Context(surface) ctx.set_operator(cairo.OPERATOR_SOURCE) ctx.set_source_rgba(1,1,1,1) ctx.paint() # no write_to_png at this point ctx.set_source_rgba(1,1,1,0) ctx.paint() surface.write_to_png(i3.png) # i3.png is a transparent square surface = cairo.ImageSurface(cairo.FORMAT_ARGB32, 100, 100) ctx = cairo.Context(surface) ctx.set_operator(cairo.OPERATOR_SOURCE) ctx.set_source_rgba(1,1,1,0.9) # some transparency ctx.paint() surface.write_to_png(i4.png) # i4.png is a nearly opaque white square. ctx.set_source_rgba(1,1,1,0) ctx.paint() surface.write_to_png(i5.png) # i5.png is a transparent square Cheers John -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-cairo depends on: ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii python 2.7.2-9 ii python-support 1.0.14 python-cairo recommends no packages. python-cairo 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#661006: gnumeric: index cannot be used in array formulas
Package: gnumeric Version: 1.10.17-1+b2 Severity: normal To reproduce: - new workbook - enter a,b,c,d,e (or anything else) in A1:A5 - enter 1,3,4 (or any integeres in 1..5) in B1:B5 - enter =index($A$1:$A$5,$B1) in C1 - copy the formula to C1:C5 This works. Now let's try to use an array formula. Copy the same formula as an array formula to D1:D5. As expected, this indexes always the first element (a in my example). But it should be possible to circumvent this behaviour by giving a name to $A$1:$A$5 and using it in the array formula. However, if you try it, nothing changes. As far as I know, this is a bug. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.41 ii gconf2 2.32.4-1 ii gnumeric-common1.10.17-1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.2.0-2 ii libc6 2.13-26 ii libcairo2 1.10.2-6.2 ii libgdk-pixbuf2.0-0 2.24.1-1 ii libglib2.0-0 2.30.2-6 ii libgoffice-0.8-8 0.8.17-1 ii libgsf-1-114 1.14.21-2 ii libgtk2.0-02.24.9-2 ii libpango1.0-0 1.29.4-2 ii libxml22.7.8.dfsg-7 ii procps 1:3.2.8-11 ii zlib1g 1:1.2.6.dfsg-1 Versions of packages gnumeric recommends: ii evince3.2.1-1 ii lp-solve 5.5.0.13-7 Versions of packages gnumeric suggests: ii epiphany-browser 3.2.1-2 ii fonts-liberation [ttf-liberation] 1.07.0-2 ii gnumeric-doc 1.10.17-1 ii gnumeric-plugins-extra 1.10.17-1+b2 ii ttf-liberation 1.07.0-2 ii ttf-mscorefonts-installer 3.4 -- debconf information: * gnumeric/existing-process: true gnumeric/existing-process-title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646173: Typos found while translating the po4a documentation into German
Le 7 février 2012 19:55, Helge Kreutzmann a écrit : Hello David, On Mon, Feb 06, 2012 at 08:15:37PM -0400, David Prévot wrote: Please, no need to CC me or the po4a-devel list when replying to the bug report. Ok. The CC to the list should not have worked as discussed anyway. Le 01/01/2012 12:24, Helge Kreutzmann a écrit : -So, when the same paragraph appears twice in the original but are not +So, when the same paragraph appears twice in the original but both are not translated in the exact same way each time, you will get the feeling that a paragraph of the original disappeared. Just kill the new translation. If you prefer to kill the first translation instead when it was actually better, -remove the second one from where it is and put it in place of the first one. +remove the second one from where it is and put the first one in place of the second one. The sense is not the same (it's even the contrary), and I don't think your proposal is accurate. Well, then I don't understand the sentence. I just wanted to clarify the it. So if I understand you correctly, it should read. remove the second one from where it is and put the second one in the place of the first one Hallo Helge, Consider this example: foo.en.txt contains foo bar foo and foo.fr.txt contains tata titi toto There can be only one msgid foo in the gettextized PO file, but two different msgstr are provided. The paragraph tries to explain that you can replace (in foo.fr.txt) toto by tata if you want to keep the first translaton, or tata by toto if you prefer the second. This paragraph is easier to understand if you read it within its full context - Sometimes, you get the strong feeling that po4a ate some parts of the text, either the original or the translation. gettextization.failed.po indicates that both of them where gently matching, and then the gettextization fails because it tried to match one paragraph with the one after (or before) the right one, as if the right one disappeared. Curse po4a as I did when it first happened to me. Generously. This unfortunate situation happens when the same paragraph is repeated over the document. In that case, no new entry is created in the PO file, but a new reference is added to the existing one instead. So, when the same paragraph appears twice in the original but are not translated in the exact same way each time, you will get the feeling that a paragraph of the original disappeared. Just kill the new translation. If you prefer to kill the first translation instead when it was actually better, remove the second one from where it is and put it in place of the first one. The author explains that one has to edit files (original and translation) until msgid and msgstr match. The problem is that this description makes sense only when you face this problem for real, otherwise it looks way too abstract. Moreover in such a case, po4a-gettextize will not complain and generate something like: #. type: Plain text #: foo.en.txt:2 foo.en.txt:5 #, fuzzy msgid foo msgstr #-#-#-#-# foo.fr.txt:2 #-#-#-#-#\n tata\n #-#-#-#-# foo.fr.txt:5 #-#-#-#-#\n toto Thus I wonder whether this piece of advice is still accurate, maybe it would be better to drop it entirely. Denis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#635601: lsb-core waits for user input, but doesn'T get any, package not installable
# Reassigning to Squeeze's version reassign 635601 passwd 1:4.1.4.2+svn3283-2+squeeze1 thanks Hi Marc, Le 27.07.2011 15:14, Marc Lehmann a écrit : I tries to install lsb-core, but it hangs at this line: # dpkg --configure -a Setting up lsb-core (3.2-23.2squeeze1) ... duplicate password entry delete line 'root:*:0:0:Marc Lehmann:/root:/bin/bash'? no no matter what i enetr, nothing happens. the script hangs in pwck: |-dpkg(24275)---frontend(24308)---lsb-core.postin(24329)---shadowconfig(24330)---pwck(24331) when I strace pwck, I get this: Process 24424 attached - interrupt to quit read(0, so it indeed seems to wait for user input. however, no matter what I type, the starce doesn't change, so I guess pwck is conencted to a pipe and nto a tty at that point. as far as I can tell, this is a problem of shadowconfig that is not supposed to prompt the user (according to my reading of its manpage at least). /sbin/shadowconfig being in passwd, I'm hereby reassigning. Feel free to reassign back to lsb-core if it's lsb-core's postinst code that is concluded to be wrong (copied here for reference): case $1 in configure) if [ ! -e /etc/shadow ]; then db_get lsb/shadowconfig if [ $RET = true ]; then shadowconfig on 2 || true fi fi Cheers, OdyX signature.asc Description: OpenPGP digital signature
Bug#660811: Please add a count down timer to the boot menu of debian-live
reassign 660811 live-build close 660811 thanks Hi, we're using the same 'boot menu' type as d-i does, on purpose. the d-i one does not have a timeout, so debian-live images will have no timeout either. If you want a timeout on the prebuilt and official images, please discuss this with the d-i people and we'll adapt if they change. As a workaround, you can build your own image, see live-manual for more information on how to do this. Regards, Daniel -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org