Bug#545405: Please provide emacs23-gtk for metapackages to depend on
On 2009-09-07 01:01 +0200, Josh Triplett wrote: > Package: emacs23 > Version: 23.1+1-3 > Severity: wishlist > > Thanks for making "emacs23" the GTK+ version. Would you please consider > adding a "Provides: emacs23-gtk" to emacs23? I have some local > metapackages which pull in the various packages I want on my systems, > and they previously depended on emacs23-gtk to ensure that I got the > GTK+ version of emacs. I initially figured I could change them to > depend on emacs23 (>= 23.1+1-3), but since emacs23-lucid and emacs23-nox > provide emacs23, this won't work. You can make them conflict with emacs23-lucid and emacs23-nox, I suppose this will work. However, there is a more compelling reason to add the Provides field. With it, "aptitude full-upgrade" should be able to figure out that emacs23 supersedes emacs23-gtk and install emacs23, something that it does not do currently. I had to manually install emacs23 instead. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544793: [php-maint] Bug#544793: Acknowledgement (zf.sh and zf.php unavailable)
El Dom, 6 de Septiembre de 2009, 9:40 pm, Frank Habermann escribió: > For the dojotoolkit integration i will not use the buildin from > zendframework. > I will create a own dojotoolkit package. > > Any ideas and feedback are welcome :) > Hi, I don't know if it could be relevant but there is currently in progress an intent to package this dojo think: [1], [2] [1] http://mentors.debian.net/cgi-bin/sponsor-pkglist?action=details;package=dojo [2] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=515637 Cheers, Federico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545208: aptitude: UTF-8 issues with long descriptions
On Sun, 2009-09-06 at 14:28 -0700, Daniel Burrows wrote: > This didn't happen in en_US.UTF-8 for me, but it did happen in > en_AU.UTF-8. I didn't have locale data for en_AU; when I ran > "dpkg-reconfigure locales" and generated some, I suddenly could see the > whole description. This affects all frontends. ... > You particular case is probably due to having screwed up locale data > (run "dpkg-reconfigure locales" and enable your locale). However, this > is IMO poor behavior on apt's part -- you'll see the same thing on a > system running in an ASCII locale, for instance. I'll reassign the bug > over there. Ah, I just found that I set LANG=C in ~root/.bashrc so that is likely the issue. I have the en_AU.UTF-8 locale, so removing that from my bashrc fixed the issue for me. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#545410: ocsigen: Dependency problem with newest lwt.
reassign 545410 liblwt-ocaml-dev 1.1.0+darcs20090806-3 tags 545410 + confirmed thanks Guillaume Yziquel a écrit : > It is possible to install the 1.2.0-3 version of the ocsigen package with the > latest > lwt library from experimental. However, this lwt library comes with ssl > support, which > is required from ocsigen's META file. With this mix, you can get compilation > problems > when trying to compile an eliom module. Indeed. Lwt from experimental is expected to break (binary-wise) all its reverse-dependencies. I just forgot to update the "Breaks" field of lwt in the last upload. Note that the same report applies to Nurpawiki. This mess will be solved (hopefully soon) by automatic dependency computation by dh-ocaml. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545405: Please provide emacs23-gtk for metapackages to depend on
On Mon, Sep 07, 2009 at 08:51:50AM +0200, Sven Joachim wrote: > On 2009-09-07 01:01 +0200, Josh Triplett wrote: > > > Package: emacs23 > > Version: 23.1+1-3 > > Severity: wishlist > > > > Thanks for making "emacs23" the GTK+ version. Would you please consider > > adding a "Provides: emacs23-gtk" to emacs23? I have some local > > metapackages which pull in the various packages I want on my systems, > > and they previously depended on emacs23-gtk to ensure that I got the > > GTK+ version of emacs. I initially figured I could change them to > > depend on emacs23 (>= 23.1+1-3), but since emacs23-lucid and emacs23-nox > > provide emacs23, this won't work. > > You can make them conflict with emacs23-lucid and emacs23-nox, I suppose > this will work. True, except then I'd have to explicitly list the variants, which seems wrong. > However, there is a more compelling reason to add the Provides field. > With it, "aptitude full-upgrade" should be able to figure out that > emacs23 supersedes emacs23-gtk and install emacs23, something that it > does not do currently. I had to manually install emacs23 instead. Good point! Thanks, Josh Triplett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#505912: Announce of the upcoming NMU for the lilo package
Dear maintainer of lilo and Debian translators, Some days ago, I sent a notice to the maintainer of the lilo Debian package, mentioning the status of at least one old po-debconf translation update in the BTS. I announced the intent to build and possibly upload a non-maintainer upload for this package in order to fix this long-time pending localization bug as well as all other pending translations. The package maintainer agreed for the NMU or did not respond in two weeks, so I will proceed with the NMU. The full planned schedule is available at the end of this mail. The package is currently translated to: ar cs da de el es eu fi fr gl it ja nl pt pt_BR ru sv tr uk vi zh_CN Among these, the following translations are incomplete: da el eu fi gl nl pt_BR tr uk zh_CN 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 lilo package so I can incorporate them in the build. The deadline for receiving updates and new translations is Sunday, September 13, 2009. If you are not in time you can always send your translation to the BTS. The POT file is attached to this mail. If the maintainer objects to this process I will immediately abort my NMU and send him/her all updates I receive. Otherwise the following will happen (or already has): Wednesday, September 02, 2009 : send the first intent to NMU notice to the package maintainer. Monday, September 07, 2009 : send this notice Sunday, September 13, 2009 : (midnight) deadline for receiving translation updates Monday, September 14, 2009 : build the package and upload it to DELAYED/7-day send the NMU patch to the BTS Monday, September 21, 2009 : NMU uploaded to incoming 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 , YEAR. # #, fuzzy msgid "" msgstr "" "Project-Id-Version: PACKAGE VERSION\n" "Report-Msgid-Bugs-To: l...@packages.debian.org\n" "POT-Creation-Date: 2008-10-27 11:51+0900\n" "PO-Revision-Date: YEAR-MO-DA HO:MI+ZONE\n" "Last-Translator: FULL NAME \n" "Language-Team: LANGUAGE \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=CHARSET\n" "Content-Transfer-Encoding: 8bit\n" #. Type: note #. Description #: ../lilo.templates:1001 msgid "LILO configuration" msgstr "" #. Type: note #. Description #: ../lilo.templates:1001 msgid "" "It seems to be your first LILO installation. It is absolutely necessary to " "run liloconfig(8) when you complete this process and execute /sbin/lilo " "after this." msgstr "" #. Type: note #. Description #: ../lilo.templates:1001 msgid "LILO won't work if you don't do this." msgstr "" #. Type: note #. Description #: ../lilo.templates:2001 msgid "Deprecated parameters in LILO configuration" msgstr "" #. Type: note #. Description #: ../lilo.templates:2001 msgid "" "Deprecated files have been found on your system. You must update the " "'install=' parameter in your LILO configuration file (/etc/lilo.conf) in " "order to properly upgrade the package." msgstr "" #. Type: note #. Description #: ../lilo.templates:2001 msgid "The new 'install=' options are:" msgstr "" #. Type: note #. Description #: ../lilo.templates:2001 msgid "" " new: install=bmp\n" " old: install=/boot/boot-bmp.b" msgstr "" #. Type: note #. Description #: ../lilo.templates:2001 msgid "" " new: install=text\n" " old: install=/boot/boot-text.b" msgstr "" #. Type: note #. Description #: ../lilo.templates:2001 msgid "" " new: install=menu\n" " old: install=/boot/boot-menu.b or boot.b" msgstr "" #. Type: boolean #. Description #: ../lilo.templates:3001 msgid "Do you want to add the large-memory option?" msgstr "" #. Type: boolean #. Description #: ../lilo.templates:3001 msgid "" "By default, LILO loads the initrd file into the first 15MB of memory to " "avoid a BIOS limitation with older systems (earlier than 2001)." msgstr "" #. Type: boolean #. Description #: ../lilo.templates:3001 msgid "" "However, with newer kernels the combination of kernel and initrd may not fit " "into the first 15MB of memory and so the system will not boot properly. It " "seems that the boot issues appear when the kernel+initrd combination is " "larger than 8MB." msgstr "" #. Type: boolean #. Description #: ../lilo.templates:3001 msgid "" "If this machine has a recent BIOS without the 15MB limitation, you can add " "the 'large-memory' option to /etc/lilo.conf to instruct LILO to use more " "memory for passing the initrd to the kernel. You will need to re-run the " "'lilo' command to make this option take effect." msgstr "" #. Type: boolean #. Description #: ../lilo.templates:3001 msgid "" "If this machine has an older BIOS, y
Bug#545403: live-helper: packageslists directory created in config but unused
HI Michal, 2009/9/6 Michal Suchanek : > The chroot_local-packageslists directory is created in the configuration > but not used. As far as I understand, it can be used manually. In between using lh_config and lh_build I may add something to this directory. I agree with the manual, in that ... constructing this directory by hand would be time-consuming and error-prone, the lh_config helper can be used to create skeleton configuration folders. > This is confusing for the users because at least some other directories > created in cthe configuration work automagically. > - put a readme file there explaining the use of the directory > (with all lines prefixed with # so that it works as empty packageslist) I would prefer this method. Regards, Brendan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#534263: sdm: new upstream version: 0.4.1
On Sun, Sep 06, 2009 at 03:53:36PM -0700, Vagrant Cascadian wrote: On Tue, Jun 23, 2009 at 11:20:41AM +0200, Jonas Smedegaard wrote: On Mon, Jun 22, 2009 at 04:32:58PM -0700, Vagrant Cascadian wrote: >as requested, i've put together a new upstream tarball. I'll have a look at it later (too busy right now) well, i gave it a go... i attempted to import it into the git repository and update the packaging to prepare for a new release, and the commits seem to have been pushed, but it didn't seem to push the tags, and i'm not quite sure about the upstream/pristine-tar branches that git-import-orig worked with and/or created. Looks good to me. As I understand it, Git only pushes tags when explicitly told. I use the following (and are careful to not create unofficial branches): git push --all && git push --tags i'm not so savvy with git/git-buildpackage, but this is at least giving me some practical application... :) These are the only commands I usually need (together with the defaults included in debian/gbp.conf): git-import-orig --fast-import --sign-tags ../properly-named-new-tarball ... git log git log -p git dch --since 60089e3 That last one use some leftmost digits of the hash of a git commit - usually the latest entry touching the changelog file. i'll try and get some clues on how to clean it up and upload after 0.4.0b-5 migrates to testing. i'll also have to figure out how to use the debian/copyright_hints stuff... Run these commands: DEB_MAINTAINER_MODE=1 fakeroot debian/rules pre-build DEB_MAINTAINER_MODE=1 fakeroot debian/rules clean mv debian/copyright_newhints debian/copyright_hints git diff That last one is the important one: the very point of the excercise is to check if changes to debian/copyright (which is maintained by hand) is needed. the clean rule, when done in DEB_MAINTAINER_MODE, might also update debian/control. Make sure to verify that too, and add a note in changelog if things have changed. I have learned to separate changes to changelog from other commits, to ease eventual reverting of changes and cherry-picking across packages. The automated changes makes little sense to isolate in own commits, so I usually do those together - e.g. like this after inspecting with "git diff" above: git commit -m "Update changelog, control and copyright hints." -a or the following to finalize a package: DEB_MAINTAINER_MODE=1 fakeroot debian/rules pre-build DEB_MAINTAINER_MODE=1 fakeroot debian/rules clean git stat mv debian/copyright_newhints debian/copyright_hints (if needed) git diff dch -r git commit -m "Prepare release. Update changelog, control and copyright hints." -a localgitcowdebuild sid --git-tag That last command is a wrapper for debuild+cowdancer+pbuilder available at my /usr/local/bin repository at git://source.jones.dk/bin - if interested, then the following command bootstraps such environment (provided that the relevant scripts are in PATH, e.g. put in /usr/local/bin): localcowbuilder-create sid You might want to install approx and adjust /etc/pbuilderrc to use it. Hope that all makes sense, and is of some use :-) - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: Digital signature
Bug#514827: Announce of the upcoming NMU for the root-system package
> The package maintainer agreed for the NMU or did not respond in two > weeks, so I will proceed with the NMU. ...or not..:-) root-system FTBFS (#529998) and I don't have the skills to fix this. So, unless the maitnainer fixes the FTBFS *and* updates l10n, there is no chance that the package gets its l10n bugs fixed soon. signature.asc Description: Digital signature
Bug#545435: ndoutils-nagios3-mysql: upgrade WARNING the script did not pass --debconf-ok
Package: ndoutils-nagios3-mysql Version: 1.4b7-11+b1 Severity: normal I report full output during an upgrade on lenny, the same message also appears on dpkg --reconfigure best regards Alessandro Stopping ndoutils: ndoutils. dbconfig-common: writing config to /etc/dbconfig-common/ndoutils-mysql.conf granting access to database ndoutils for ndout...@localhost: already exists. creating database ndoutils: success. verifying database ndoutils exists: success. populating database via sql... done. dbconfig-common: flushing administrative password *** WARNING: ucf was run from a maintainer script that uses debconf, but the script did not pass --debconf-ok to ucf. The maintainer script should be fixed to not stop debconf before calling ucf, and pass it this parameter. For now, ucf will revert to using old-style, non-debconf prompting. Ugh! Please inform the package maintainer about this problem. Starting ndoutils: ndoutils. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542162: closed by Ludovic Claude (Bug#542162: fixed in maven2 2.2.1-1)
Hi,
On Sun, Sep 6, 2009 at 12:57 AM, Debian Bug Tracking
System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the maven2 package:
>
> #542162: maven2: mvn command fail right after installing the package
>
> It has been closed by Ludovic Claude .
>
> Their explanation is attached below along with your original report.
> If this explanation is unsatisfactory and you have not received a
> better one in a separate message then please contact Ludovic Claude
> by
> replying to this email.
I'm sorry to tell that, but there's still some classes compiled in Java 1.6 :
before :
$ find -name "*.class" -exec file '{}' \; |grep "Java 1.6"|wc -l
230
now :
$ find -name "*.class" -exec file '{}' \; |grep "Java 1.6"|wc -l
205
Tell me if you need me to attach the list of concerned files.
Cheers,
--
Matthieu Baechler
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545434: fl-cow: FTBFS on GNU/kFreeBSD
Package: fl-cow
Version: 0.6-3
Severity: important
Tags: patch
User: debian-...@lists.debian.org
Usertags: kfreebsd
Hi,
the current version fails to build on GNU/kFreeBSD.
On GNU/kFreeBSD the mode_t is a short int.
The 3rd optional argument is promoted to int,
it have to be accessed as int in va_arg macro.
See EXAMPLE part of "man va_arg" or
http://www.gnu.org/s/libc/manual/html_node/Calling-Variadics.html
It would also be nice if you can ask upstream
to include this change.
Thanks in advance
Petr
--- fl-cow/fl-cow.c
+++ fl-cow/fl-cow.c
@@ -71,7 +71,7 @@
exit(1); \
} \
va_start(args, flags); \
- mode = va_arg(args, mode_t); \
+ mode = va_arg(args, int); \
va_end(args); \
DPRINTF("%s[%p](%s, 0x%x, 0x%x)\n", __FUNCTION__, flcow_##sym,
name, \
flags, mode); \
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#500162: [Pkg-alsa-devel] Bug#500162: alsa-base: Does not mute internal lapotp speakers when external speakers jack inserted
Hi, the bug is still here, I never tried to look at the ALSA code. Alex On 09/04/2009 06:00 PM, Elimar Riesebieter wrote: severity 500162 normal thanks * Alex [080925 19:07 +0200] Package: alsa-base Version: 1.0.17.dfsg-3 Severity: important The internal laptop speakers are not muted when I plug external loudspeakers. This seems a common problem and should probably reported upstream, however, that is a bit too much for a basic user. The laptop is an Asus PRO72S, Debian is updated to Unstable today. Alex Is this bug still valid for you? Elimar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538221: [codesite-nore...@google.com: Issue 34 in cryptsetup: Command failed: device-mapper: create ioctl failed: Device or resource busy]
hi Milan On 04/09/09 09:51, Milan Broz wrote: If there is no device with the same UUID, it is probably different problem. there is a other device with the same UUID. It is a device that shouldn't have anything to do with one that I'm trying to mount. It is possible however that the the device I'm trying to mount was made by copying the first device. Would this cause the UUIDs to be the same? The devices are from two different virtual machines but, if I remember correctly, one was made by copying the other (as I guess people do when cloning virtual machines). : root; dmsetup info -c | grep CRYPT _dev_mapper_vg0_archive254 43 L--w11 0 CRYPT-4172857b-9f99-47b7-9275-64724b91d86d email_ROOT1254 13 L--w11 0 part1-CRYPT-7c9a9e1e-715d-4c82-a88c-016a7660d2f2 email_var 254 36 L--w11 0 CRYPT-7b1d45da-9f14-48e4-aea3-5002279a900a _dev_sda1 254 44 L--w11 0 CRYPT-6573bab9-ccf4-4b80-aa09-1dca054254c2 asterisk_var 254 30 L--w11 0 CRYPT-8846510f-e5ce-4e2f-82bc-bf9c772953bd email_ROOT 254 11 L--w11 0 CRYPT-7c9a9e1e-715d-4c82-a88c-016a7660d2f2 email_data 254 37 L--w11 0 CRYPT-ac8a6724-e056-447d-8ec7-a3446ec51bb8 _dev_mapper_vg0_laure 254 24 L--w11 0 CRYPT-416cc1cc-a0ad-4fb9-9dc8-8399ca27d5bc asterisk_ROOT 254 7 L--w11 0 CRYPT-e8eb39b2-9425-4181-a5c0-687ee122704a asterisk_data 254 31 L--w11 0 CRYPT-e1b12759-8c20-4b6d-973b-76a5306797fa _dev_mapper_vg0_stuart 254 42 L--w11 0 CRYPT-4aeb1038-d9c3-4a28-921f-462e45253767 var32 254 29 L--w11 0 CRYPT-431c6bf5-25e1-4904-bca2-cc0a32671ab1 asterisk_ROOT1 254 9 L--w11 0 part1-CRYPT-e8eb39b2-9425-4181-a5c0-687ee122704a : root; cryptsetup luksDump /dev/mapper/vg0-services_var services_var | grep UUID UUID: 8846510f-e5ce-4e2f-82bc-bf9c772953bd : root; cryptsetup luksUUID /dev/mapper/vg0-services_var 8846510f-e5ce-4e2f-82bc-bf9c772953bd : root; cryptsetup luksUUID /dev/mapper/vg0-asterisk_var 8846510f-e5ce-4e2f-82bc-bf9c772953bd I have other devices wuth the commons UUIDs so it is guess clear that I made one of the virtual machine by cloning the other. : root; cryptsetup luksUUID /dev/mapper/vg0-asterisk_data e1b12759-8c20-4b6d-973b-76a5306797fa : root; cryptsetup luksUUID /dev/mapper/vg0-services_data e1b12759-8c20-4b6d-973b-76a5306797fa : root; cryptsetup luksUUID /dev/mapper/vg0-asterisk_ROOT e8eb39b2-9425-4181-a5c0-687ee122704a : root; cryptsetup luksUUID /dev/mapper/vg0-services_ROOT e8eb39b2-9425-4181-a5c0-687ee122704a Do I need to change the UUID of the devices of one of the virtual machines? I must admit that I do not know who to do that. thanks Stuart -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545366: dselect 1.15.4 does not distinguish between new and old packages
On Sun, 06 Sep 2009, Petr Vandrovec wrote: > Since today's update run dselect is completely confused and does not > remember which packages are new and which are old - it lists all > available and not installed packages as new, again and again. And > not only that, it also marks some of them for installation although > I do not want them (and some are not installable at all - for some > reason it wants to install libsasl2 which is not installable > together with libsasl2-2). I see that it updates available & > status, they seem to contain valid data, but on load it somehow > ignores them. > > Besides that it creates some strange /var/lib/dpkg/updates/tmp.i > which is full of lines saying '##padding', but other than that I do > not see what can be wrong, and unfortunately diff between 1.15.3.1 > and 1.15.4 is quite huge. You can use "git bisect" to isolate the problem more precisely. My bet would be on the code that auto-cleans up the status database, maybe it applies by error on the available file as well and thus it believes that all packages are new everytime? Cheers, -- Raphaël Hertzog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545382: filezilla: resume problem, maybe in combination with ftpes
Which server software (product and version) are you using? signature.asc Description: OpenPGP digital signature
Bug#545436: digikam: FTBFS everywhere, incomplete configure
Package: digikam Version: 2:1.0.0~beta4-1 Severity: serious Justification: FTBFS Hi, your package FTBFS everywhere[1], example on amd64: | -- Adjusting compilation flags for GCC version ( 4.3.4 ) | CMake Error at CMakeLists.txt:1130 (ADD_SUBDIRECTORY): | add_subdirectory given source "tests" which is not an existing directory. | | | -- Looking for dgettext | -- Looking for dgettext - found | -- Found Gettext: built in libc | -- Configuring incomplete, errors occurred! | make: *** [obj-x86_64-linux-gnu/CMakeCache.txt] Error 1 1. https://buildd.debian.org/status/package.php?suite=unstable&p=digikam Mraw, KiBi. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#488972: illegal instruction on mipsel
Hi, On Sat, Aug 02, 2008 at 10:46:58AM +0200, Matthias Klose wrote: > tag 488972 + unreproducible > severity 488972 important > thanks > > unable to reproduce with 2.5.2-9; please recheck with a new build. Indeed it worked some time ... ... BUT now it doesn't have a illegal instruction but a SIGSEGV: https://buildd.debian.org/~luk/status/package.php?p=openoffice.org#fail-openoffice.org-mipsel (might also be a machine problem, though) morales is down, so I can't check... Grüße/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#516374: INFO: task * blocked for more than 120 seconds. in numerous non-SCHED_IDLE workloads
This bug report is about systems that are *not* making use of SCHED_IDLE, which are probably not due to the known scheduler bug. This particular error message typically indicates a lock ordering bug or infinite delay while holding a lock, and can be caused by any kernel component. One such case was fixed in version 2.6.26-16: * Fix soft lockups caused by one md resync blocking on another due to sharing the same device (closes: #514627) Ben. Hi, Unfortunately, this fix did not solve the problem. I booted on the last kernel revision 2.6.26-19-xen yesterday, and it crashed one hour later with the "blocked for more than 120 seconds" message. I use Xen with a SAN backend (4 FC links / QLogic ISP2432 card) using multipathd. It happens on 54XX and 55XX intel processors ; with or without booting on SAN, and randomly. SADC was the most common process triggering this bug. If I understand well, it should be related to this bug: #517449 ? Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541899: myspell-et: please move hyphenation patterns to /usr/share/hyphen and create compat symlinks
On Mon, Aug 17, 2009 at 12:58:13AM +0300, Martin-Éric Racine wrote: > 2. It's quite okay to wait until the new dictionary-common-dev has > transitioned to Testing, before you start bugging people about this > and filing bugs. That has now happened, too. (since Friday/Saturday) Grüße/Regards, Rene -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545366: dselect 1.15.4 does not distinguish between new and old packages
On 2009-09-07 09:11 +0200, Raphael Hertzog wrote: > On Sun, 06 Sep 2009, Petr Vandrovec wrote: >> Since today's update run dselect is completely confused and does not >> remember which packages are new and which are old - it lists all >> available and not installed packages as new, again and again. And >> not only that, it also marks some of them for installation although >> I do not want them (and some are not installable at all - for some >> reason it wants to install libsasl2 which is not installable >> together with libsasl2-2). I see that it updates available & >> status, they seem to contain valid data, but on load it somehow >> ignores them. >> >> Besides that it creates some strange /var/lib/dpkg/updates/tmp.i >> which is full of lines saying '##padding', but other than that I do >> not see what can be wrong, and unfortunately diff between 1.15.3.1 >> and 1.15.4 is quite huge. > > You can use "git bisect" to isolate the problem more precisely. My bet > would be on the code that auto-cleans up the status database, Certainly. FWIW, the problem occurs also if only dpkg is upgraded to 1.15.4 and dselect stays at 1.15.3.1. > maybe it applies by error on the available file as well and thus it > believes that all packages are new everytime? Given that the available package is as big as ever and dselect shows every package as new even after you run "sync-available" (from the dctrl-tools package), this does not seem to be the case. Sven -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#541177: Git download update
As the sourceforge.net git repository doesn't contain tags I've created branches for the commits and modified the build system to handle git branches as well as tags. To review the problem you can (finally) git-clone git://v3c.git.sourceforge.net/gitroot/v3c/v3c/ cd v3c make git branch=1.0.3 check Philip -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545437: pythonmagick should build-depend on pkg-config
Package: pythonmagick Version: 0.9.1-1 Severity: minor Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu karmic ubuntu-patch Hi folks, During a rebuild in Ubuntu for the libmagick++2 library transition, I found that pythonmagick FTBFS in Ubuntu as a side effect of the imagemagick package being built without librsvg. pythonmagick makes direct of pkg-config during the build (it fails to find imagemagick without it), but pkg-config is only installed as an accident as a dependency of libgtk2.0-dev. It would be advisable to have pythonmagick build-depend on pkg-config directly; see attached patch. -- System Information: Debian Release: squeeze/sid APT prefers karmic-updates APT policy: (500, 'karmic-updates'), (500, 'karmic-security'), (500, 'karmic-proposed'), (500, 'karmic') Architecture: amd64 (x86_64) Kernel: Linux 2.6.31-9-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u pythonmagick-0.9.1/debian/control pythonmagick-0.9.1/debian/control --- pythonmagick-0.9.1/debian/control +++ pythonmagick-0.9.1/debian/control @@ -14,7 +14,8 @@ python-support, python-dev (>= 2.5), autotools-dev, - dpatch + dpatch, + pkg-config Standards-Version: 3.8.1 Homepage: http://www.imagemagick.org
Bug#541899: myspell-et: please move hyphenation patterns to /usr/share/hyphen and create compat symlinks
2009/9/7 Rene Engelhard : > On Mon, Aug 17, 2009 at 12:58:13AM +0300, Martin-Éric Racine wrote: >> 2. It's quite okay to wait until the new dictionary-common-dev has >> transitioned to Testing, before you start bugging people about this >> and filing bugs. > > That has now happened, too. (since Friday/Saturday) Noted. Thanks for the info! Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545207: spectemu-x11: .TAP is loaded, nothing happens
On Mon, Sep 7, 2009 at 1:58 AM, Colin Watson wrote: > I tried both the examples you provided and they work for me. Did you > remember to type LOAD "" before hitting F6? It does not help. But I was fortunate enough to find the solution; adding the following line to ~/.spectemurc resolves the problem: load-immed = true Colin, could you, please, make sure that you are running spectemu with default settings? Because `load-immed' is disabled by default; and when it's off there are no visual indication while a tape is being loaded, there's only sound and terminal output. And when the tape is loaded, `End of tape' is written to stdout, there's no more sound, and the screen remains grey with the same Sinclair Research copyright. If enabling `load-immed' is required for games to work, this should be clearly stated in README files and, probably, used as default configuration setting. Thank you. -- vvv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537874: mutt does not more find NEW messages after the malloc() crash
Good morning Antonio, Am 2009-09-06 19:16:34, schrieb Antonio Radici: > tag 537874 +moreinfo > thanks > > Hi Michelle, > I remember troubleshooting and fixing your malloc() bug, can you please let me > know if you can reproduce this with 1.5.20-2? I have currently no UNSTABLE installed an my Workstation is running from a CF-Drive. Since 1.5.20-2 can not installed on Lenny, I can not test it. Is it possibel for you to make a backport for "proposed-updates" Thanks, Greetings and nice Day/Evening Michelle Konzack Systemadministrator Tamay Dogan Network Debian GNU/Linux Consultant -- Linux-User #280138 with the Linux Counter, http://counter.li.org/ # Debian GNU/Linux Consultant # Michelle Konzack Apt. 917 ICQ #328449886 +49/177/935194750, rue de Soultz MSN LinuxMichi +33/6/61925193 67100 Strasbourg/France IRC #Debian (irc.icq.com) signature.pgp Description: Digital signature
Bug#545438: startpar(8): confusing manpage (re weighting).
Package: sysvinit-utils Version: 2.87dsf-4 Severity: minor File: /usr/share/man/man8/startpar.8.gz >From startpar(8): > Processes block by pending I/O will weighting by the factor 800. To > change this factor the option -i can be used to specify an other > value. These sentences are totally unintelligible to me. I'm a native English speaker, so I hope this means the sentences are buggy. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sysvinit-utils depends on: ii libc6 2.9-25 GNU C Library: Shared libraries ii libselinux1 2.0.85-2 SELinux shared libraries ii libsepol1 2.0.37-1 Security Enhanced Linux policy lib sysvinit-utils recommends no packages. Versions of packages sysvinit-utils suggests: pn sash (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545439: [INTL:bg] Updated Bulgarian debconf translations
Package: ltsp Severity: wishlist Tags: patch l10n Hi, Please find attached updated Bulgarian translations of ltsp. Thanks, dam # translation of ltsp-bg.po to Bulgarian # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Damyan Ivanov , 2007, 2009. msgid "" msgstr "" "Project-Id-Version: ltsp\n" "Report-Msgid-Bugs-To: pkg-ltsp-de...@lists.alioth.debian.org\n" "POT-Creation-Date: 2007-10-17 23:50-0700\n" "PO-Revision-Date: 2009-09-07 11:04+0300\n" "Last-Translator: Damyan Ivanov \n" "Language-Team: Bulgarian \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "X-Generator: KBabel 1.11.4\n" #. Type: boolean #. Description #: ../ltsp-client-builder.templates:2001 msgid "Set up an LTSP chroot environment?" msgstr "Подготвяне на обкръжение за chroot на LTSP?" #. Type: boolean #. Description #: ../ltsp-client-builder.templates:2001 msgid "" "Please choose whether you want to set up an LTSP chroot environment on this " "machine, to act as a thin client server." msgstr "" "Изберете дали искате да подготвите обкръжение за LTSP. От това зависи " "функционирането на системата като сървър за тънки клиенти." #. Type: text #. Description #. Item in the main menu to select this package #: ../ltsp-client-builder.templates:3001 msgid "Build LTSP chroot" msgstr "Създаване на обкръжение за LTSP" #. Type: text #. Description #: ../ltsp-client-builder.templates:4001 msgid "Building thin client system..." msgstr "Създаване на обкръжение за тукли клиенти..." #. Type: text #. Description #: ../ltsp-client-builder.templates:5001 msgid "Compressing thin client image..." msgstr "Компресиране на образа..." #. Type: note #. Description #: ../ltsp-client-builder.templates:7001 msgid "No interface for LTSP dhcpd configuration" msgstr "Не е открит интерфейс за dhcpd и LTSP" #. Type: note #. Description #: ../ltsp-client-builder.templates:7001 msgid "" "There are no free interfaces for usage with the LTSP server. Please manually " "configure the /etc/ltsp/dhcpd.conf file to point to a valid static interface " "after the installation has completed." msgstr "" "Няма свободни интерфейси, които да бъдат използвани от LTSP-сървъра. " "Необходимо е след завършване на инсталацията да настроите /etc/ltsp/dhcpd." "conf, използвайки статичен мрежов интерфейс." #. Type: select #. Description #: ../ltsp-client-builder.templates:8001 msgid "Interface for the thin client network:" msgstr "Интерфейс за мрежата с тънки клиенти:" #. Type: select #. Description #: ../ltsp-client-builder.templates:8001 #| msgid "" #| "Please choose, among the multiple spare interfaces this system has, which " #| "one should be used for the thin client." msgid "" "Please choose which of this system's multiple spare interfaces should be " "used for the thin client." msgstr "Изберете кой от свободните мрежови интерфейси да бъде използван за тънкия клиент." #. Type: error #. Description #: ../ltsp-client-core.templates:2001 msgid "Installation aborted" msgstr "Инсталирането е прекъснато " #. Type: error #. Description #: ../ltsp-client-core.templates:2001 msgid "" "The ltsp-client package provides the basic structure for an LTSP terminal. " "It cannot be installed on a regular machine." msgstr "Пакетът ltsp-client съдържа скелета за работата на LTSP-терминала и ме ноже де бъде инсталиран на нормална система." #~ msgid "Building LTSP chroot..." #~ msgstr "Създава се обкръжение за LTSP..." #~ msgid "" #~ "The ltsp-client package cannot be installed in a regular machine. This " #~ "package provides the basic structure for a LTSP terminal." #~ msgstr "" #~ "Пакетът ltsp-client не бива да се инсталира на обикновени машини. " #~ "Предназначението му е да подсигури инфраструктура за терминал LTSP." #~ msgid "Please read the package description to understand what it means." #~ msgstr "Повече информация има в описанието на пакета." #~ msgid "There were multiple spare interfaces found in this system." #~ msgstr "Системата има няколко свободни интерфейса."
Bug#545236: use SHA512 for checksums instead of SHA256
On Sun, September 6, 2009 00:15, Christoph Anton Mitterer wrote: > May I suggest that you use SH512 instead of SHA256 for checksuming the > downloaded files, for security reasons? I'm not sure what concrete value this change would add. Both 512 and 256 are accepted, non-broken hashes and seem perfectly fine for the job. As apt als uses SHA 256, changing this for just msttcorefonts does not seem useful to me. cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522498: doesn't allow offline messages/impossible to comunicate with invisible contacts
On Sun, Apr 5, 2009 at 1:30 PM, Andrei Popescu wrote: > You could definitely improve that tooltip, and enabling it by default > would make more sense, people do indeed message people who are offline > (they might be invisible). This is fixed in upstream cvs now, so we can consider it fixed in the next release. -- Siddhesh Poyarekar http://siddhesh.in -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545387: No desktop icons; .desktop file uses %U incorrectly
Thanks for pointing this out. Fixed in mypaint git (commit cd4e89ff). The fix does not easily backport, please go with the patch from Andrew. The fix should be included in the next release, but that might take some time. bye, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545440: icedove: XML Parsing Error on most of menu items
Package: icedove Version: 2.0.0.22-0lenny1 Severity: important those are errors after pressing menu items: Write,Reply,Reply All, Forward -> (as seen in error console) XML Parsing Error: syntax error Location: chrome://global/content/console.xul Line number 1, column 1: nge = Evaluator.document.createRange(); ^ Address Book -> (pop-up window) XML Parsing Error: not well formed Location: chrome://messenger/content/addressbook/addressbook.xul Line number 1, column 1: } ^ Tools-Addons -> (pop-up window) XML Parsing Error: not well formed Location: chrome://mozapps/content/extensions/extensions.xul Line number 1, column 14: -name-version"); -^ May be there are more, I didn't check all menu items... -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils3.2.1 Miscellaneous utilities specific t ii fontconfig 2.6.0-4 generic font configuration library ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-25GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgcc11:4.4.1-1 GCC support library ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-02.16.5-1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.8-4 spell checker and morphological an ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libnspr4-0d4.8-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.3.1-1Network Security Service libraries ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libpng12-0 1.2.39-1 PNG library - runtime ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxft22.1.13-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.6-1 X11 toolkit intrinsics library ii psmisc 22.8-1utilities that use the proc file s ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime icedove recommends no packages. Versions of packages icedove suggests: ii icedove-gnome-support 2.0.0.22-0lenny1 Support for Gnome in Icedove ii latex-xft-fonts 1.6.3-5 TrueType versions of some TeX font ii libthai00.1.12-1 Thai language support library -- 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#464880: munin can't be updated every minute (or indeed anything other than every 5 minutes)
Upstream also has a bug on this issue at: http://munin.projects.linpro.no/ticket/5 Regards, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544193: [qutecom] Qutecom doesn't connect to voip server
Hi Andrea, Andrea Briganti wrote: > If you start qutecom before you connect the computer to the internet, the > application will never able to register itself to the voip server when you > get > connected. If you start qutecom before connecting to the network, you will get the login window with the error that it was unable to login. You can wait to be connected and than click login (without actually restarting it). Is that what happens also to you? If I understand correctly, you would like qutecom not to complain if the network is not available and keep trying to contact the SIP server? Thank you for taking the time to report this bug, Cheers, Ludovico -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545268: [Pkg-gnupg-maint] Bug#545268: gnupg: FTBFS against debhelper << 7.2.3, workaround for missing dh_bugfiles broken
tags 545268 pending thanks Hi Andreas, On Sun, September 6, 2009 08:42, Andreas Metzler wrote: > "which dh_bugfiles && dh_bugfiles" exits with nonzero exit code if > dh_bugfiles is not present. The fix is simple: Thanks, I have verified that gnupg builds successfully on lenny with this fix applied. It will be included in the next upload. cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545441: icedove: XML Parsing Error on most of menu items
Package: icedove Version: 2.0.0.22-0lenny1 Severity: important those are errors after pressing menu items: Write,Reply,Reply All, Forward -> (as seen in error console) XML Parsing Error: syntax error Location: chrome://global/content/console.xul Line number 1, column 1: nge = Evaluator.document.createRange(); ^ Address Book -> (pop-up window) XML Parsing Error: not well formed Location: chrome://messenger/content/addressbook/addressbook.xul Line number 1, column 1: } ^ Tools-Addons -> (pop-up window) XML Parsing Error: not well formed Location: chrome://mozapps/content/extensions/extensions.xul Line number 1, column 14: -name-version"); -^ May be there are more, I didn't check all menu items... (Sorry for replication, my email was wrong) Please ask additional info -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils3.2.1 Miscellaneous utilities specific t ii fontconfig 2.6.0-4 generic font configuration library ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-25GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgcc11:4.4.1-1 GCC support library ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libgtk2.0-02.16.5-1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.8-4 spell checker and morphological an ii libjpeg62 6b-15 The Independent JPEG Group's JPEG ii libnspr4-0d4.8-1 NetScape Portable Runtime Library ii libnss3-1d 3.12.3.1-1Network Security Service libraries ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libpng12-0 1.2.39-1 PNG library - runtime ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libx11-6 2:1.2.2-1 X11 client-side library ii libxft22.1.13-3 FreeType-based font drawing librar ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxrender11:0.9.4-2 X Rendering Extension client libra ii libxt6 1:1.0.6-1 X11 toolkit intrinsics library ii psmisc 22.8-1utilities that use the proc file s ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime icedove recommends no packages. Versions of packages icedove suggests: ii icedove-gnome-support 2.0.0.22-0lenny1 Support for Gnome in Icedove ii latex-xft-fonts 1.6.3-5 TrueType versions of some TeX font ii libthai00.1.12-1 Thai language support library -- 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#545442: Impossible install nvidia-glx package, missing dependencies
Package: nvidia-glx Version: 173.14.09-5 Severity: normal Dear Maintainers or Developers! When I try install nvidia-glx package with apt-get install nvidia-glx command, I get this error messages: r...@debian:~# apt-get install nvidia-glx Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: nvidia-glx: Depends: nvidia-kernel-173.14.09 E: Broken packages r...@debian:~# This package is inportant me, because my desktop machine have got a Nvidia Geforce 8300 video card, and Lenn and Squeeze x.org does'nt detect automaticaly correct my video card. If I try using Xorg, always I see "Input Signal Out Of Range" message. Now I writing this bugreport my notebook. :-):-) Lspci says following information my video card: 02:00.0 VGA compatible controller: nVidia Corporation GeForce 8300 (rev a2) -- System Information: Debian Release: squeeze/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory ANSI_X3.4-1968) 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#527495: setting package to cyrus-doc-2.2 cyrus-pop3d-2.2 cyrus-murder-2.2 cyrus-common-2.2 cyrus-imapd-2.2 cyrus-admin-2.2 cyrus-clients-2.2 libcyrus-imap-perl22 cyrus-dev-2.2 cyrus-nntpd-2.2 ...
# Automatically generated email from bts, devscripts version 2.10.35lenny3 # via tagpending # # cyrus-imapd-2.2 (2.2.13-16) UNRELEASED; urgency=high # # * Fix build dependency on tcl-dev (keeping old tcl8.3-dev to make #backports easier) (Closes: 545281) # * Fix up README.Debian.database (Closes: 543293) # * Build against newer cyrus-sasl (Closes: 527495,528468) # package cyrus-doc-2.2 cyrus-pop3d-2.2 cyrus-murder-2.2 cyrus-common-2.2 cyrus-imapd-2.2 cyrus-admin-2.2 cyrus-clients-2.2 libcyrus-imap-perl22 cyrus-dev-2.2 cyrus-nntpd-2.2 tags 527495 + pending tags 528468 + pending tags 545281 + pending tags 543293 + pending -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545445: xserver-xorg: X.org autoconfiguration does'nt detect my Nvidia 8300 video card
Package: xserver-xorg Version: 1:7.3+20 Severity: normal Dear Developers! If I try using Lenny and Squeeze my desktop machine, after Gdm is started, I see only following message my display: "Input signal out of range" I see my /etc/X11/xorg.conf file the device section does'nt contains the driver "nvidia" line. When I install nvidia-glx package and add this line my Lenny system, the problem is solved. But this step does'nt work with squeeze, because impossible to install nvidia-glx package. Lspci says following information my video card: 02:00.0 VGA compatible controller: nVidia Corporation GeForce 8300 (rev a2) Do not surprise, I writing this bugreport with another machine (my notebook), because my notebook have an Intel Gma X3100 video card and work right with Lenny and Squeeze. -- Package-specific info: Contents of /var/lib/x11/X.roster: xserver-xorg /var/lib/x11/X.md5sum does not exist. X server symlink status: lrwxrwxrwx 1 root root 13 szept 6 08.55 /etc/X11/X -> /usr/bin/Xorg -rwxr-xr-x 1 root root 1718548 2009 febr 20 /usr/bin/Xorg Contents of /var/lib/x11/xorg.conf.roster: xserver-xorg VGA-compatible devices on PCI bus: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) /etc/X11/xorg.conf unchanged from checksum in /var/lib/x11/xorg.conf.md5sum. Xorg X server configuration file status: -rw-r--r-- 1 root root 1077 szept 6 12.13 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc104" Option "XkbLayout" "hu" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" EndSection Section "Device" Identifier "Configured Video Device" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" EndSection Xorg X server log files on system: -rw-r--r-- 1 root root 34902 szept 7 09.46 /var/log/Xorg.0.log Contents of most recent Xorg X server log file /var/log/Xorg.0.log: X.Org X Server 1.4.2 Release Date: 11 June 2008 X Protocol Version 11, Revision 0 Build Operating System: Linux Debian (xorg-server 2:1.4.2-11) Current Operating System: Linux debian 2.6.30-1-686 #1 SMP Sat Aug 15 19:11:58 UTC 2009 i686 Build Date: 20 February 2009 03:06:29AM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon Sep 7 09:46:26 2009 (==) Using config file: "/etc/X11/xorg.conf" (==) No Layout section. Using the first Screen section. (**) |-->Screen "Default Screen" (0) (**) | |-->Monitor "Configured Monitor" (==) No device specified for screen "Default Screen". Using the first device section listed. (**) | |-->Device "Configured Video Device" (==) |-->Input Device "Configured Mouse" (==) |-->Input Device "Generic Keyboard" (==) The core pointer device wasn't specified explicitly in the layout. Using the first mouse device. (==) The core keyboard device wasn't specified explicitly in the layout. Using the first keyboard device. (==) Automatically adding devices (==) Automatically enabling devices (==) No FontPath specified. Using compiled-in default. (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType (==) RgbPath set to "/etc/X11/rgb" (==) ModulePath set to "/usr/lib/xorg/modules" (II) Open ACPI successful (/var/run/acpid.socket) (II) Loader magic: 0x81e3800 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3
Bug#522498: doesn't allow offline messages/impossible to comunicate with invisible contacts
On Mon, Sep 7, 2009 at 1:36 PM, Siddhesh
Poyarekar wrote:
> On Sun, Apr 5, 2009 at 1:30 PM, Andrei Popescu
> wrote:
>> You could definitely improve that tooltip, and enabling it by default
>> would make more sense, people do indeed message people who are offline
>> (they might be invisible).
>
> This is fixed in upstream cvs now, so we can consider it fixed in the
> next release.
Thanks a lot, Siddhesh!
--
Cheers,
Kartik Mistry | 0xD1028C8D | IRC: kart_
Debian GNU/Linux Developer | Identica: @kartikm
Blogs: {ftbfs, kartikm}.wordpress.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538140: 14rc
hi, 14rc is available; it would be nice to have it in unstable a. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543351: [Python-modules-team] Bug#543351: logilab.astng cannot be imported after upgrade from stable
On Thursday 03 September 2009 12:25:00 Sandro Tosi wrote: > Hi Chris, > thanks for your report. > > On Mon, Aug 24, 2009 at 14:43, Chris Lamb wrote: > > Package: python-logilab-astng > > Severity: serious > > Version: 0.19.0-2 > > ... > > > I can make it work by manually removing > > > > /usr/lib/python2.5/site-packages/logilab > > Since all the packages sharing logilab namespace have a new upstream > version to package, it's a good time to try to fix this on all of > them. > > The preinst file of logilab-astng is [1]: we already try to fix the > migration (central->support) problem but we don't remove to common > logilab/ directory. > > [1] > http://svn.debian.org/viewsvn/python-modules/packages/logilab-astng/trunk/d >ebian/python-logilab-astng.preinst?view=markup > > I'd like to know what would be the best solution for this (hence > -python in the loop): > > - logilab-common is the lower level of logilab* packages, so we can > add conflict there with all the other logilab-* packages and then > remove logilab/ completely from its preinst > - add extra logic to all logilab* packages to check if > /usr/lib/python*/site-packages/logilab is empty and then remove it > (could there be cases where it left hanging dirs?) > > I'm considering teh second solution a bit better, but I'd like to hear > from your what youi think. The problem I can see with removing blindly from the postinst is that potentially you're going to delete files belonging to other packages (e.g. older packages installed from Logilab's Debian repositories). Could the following work: logilab-common postinst removes /usr/lib/python*/site- packages/logilab/__init__.py*, and issues a warning if there are other stuff in the directory : this will stop packages installed under that tree from working without deleting the files themselves (enabling the administrator to find out what's broken with that installation). -- Alexandre Fayolle LOGILAB, Paris (France) Formations Python, Zope, Plone, Debian: http://www.logilab.fr/formations Développement logiciel sur mesure: http://www.logilab.fr/services Informatique scientifique: http://www.logilab.fr/science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#415668: [pkg-firebird-general] Bug#415668: NMU
On Sun, Sep 06, 2009 at 11:41:06PM +0300, Damyan Ivanov wrote: > It would be best if you make sure the ports appear in upstream CVS > first. This is your job as maintainer. >Otherwise once they implement them with a different > implementation IDs, the databases created with "official" firebird > engine will not be openable on Debian on the same architecture and > vice versa. Well, as database admin I assume that I have to dump and load a database anyway while moving them to another machine. > How different are s390 and s390x? Are the pointer sizes different or > native integers or alignment rules? Is the s390x port enough for > Debian? s390x is the 64bit variant of 31bit s390. Debian still only supports s390. Bastian -- A woman should have compassion. -- Kirk, "Catspaw", stardate 3018.2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545444: mirror submission for ftp.tku.edu.tw
Package: mirrors Severity: wishlist Submission-Type: new Site: ftp.tku.edu.tw Type: leaf Archive-architecture: ALL alpha amd64 arm armel hppa hurd-i386 i386 ia64 kfreebsd-amd64 kfreebsd-i386 m68k mips mipsel powerpc s390 sparc Archive-ftp: /Linux/Debian/debian/ Archive-http: /Linux/Debian/debian/ CDImage-ftp: /Linux/Debian/debian-cd/ CDImage-http: /Linux/Debian/debian-cd/ IPv6: no Archive-upstream: ftp.tw.debian.org CDImage-upstream: ftp.tw.debian.org Updates: once Maintainer: wisely Country: TW Taiwan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#538140: widelands and boost
also, libboost has been updated a. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545426: serial console instructions not migrated from grub-legacy
reassign 545426 grub2 thanks Am Sonntag, den 06.09.2009, 23:27 -0400 schrieb Daniel Kahn Gillmor: > Package: grub > Version: 0.97-58 > Severity: normal > > A stock grub-legacy installation was configured on a serial-enabled > machine with a standard set of serial options in /boot/grub/menu.lst: > > serial --unit=0 --speed=115200 --word=8 --parity=no --stop=1 > terminal serial > > When the update to switch to grub-legacy came through, the conversion > script completely ignored these settings, which had to be placed by hand > in /etc/default/grub like so: > > GRUB_TERMINAL=serial > GRUB_SERIAL_COMMAND="serial --unit=0 --speed=115200 --word=8 --parity=no > --stop=1" > To avoid bootloader issues in serial console setups like this, it would > be really nice to automatically detect and transfer settings like this. Currently only the kopt value is converted, nothing more. Migrating the serial commands shouldn't be hard to do. > > Thanks for grub -- I'm excited to see grub 2 finally coming into its > own. > > Regards, > You're welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545446: [INTL:fr] Error in French translation of deb-control.5
Package: dpkg Severity: normal Version: 1.15.3.1 In file man/fr/deb-control.5, one can currently read, at row 51: "ligne blanche elle doit contenir un seul «\.\ » avant cet espace." ... but "avant" means "before", while the English version (rightly) says that in empy lines of the long description, there will be "a '.' _following_ the preceding space". So correct translation is: "ligne blanche elle doit contenir un seul «\.\ » après cet espace." I noticed the bug here: https://bugs.launchpad.net/ubuntu/+source/dpkg/+bug/306250 and personally verified it. Pietro Battiston signature.asc Description: Questa è una parte del messaggio firmata digitalmente
Bug#545179: libc6: postinst must run "telinit u"
On Mon, Sep 07, 2009 at 12:36:08AM +0200, Piotr Kaczuba wrote: > W dniu 06.09.2009 13:25, Bastian Blank pisze: >> On Sat, Sep 05, 2009 at 04:20:55PM +0200, Piotr Kaczuba wrote: >>> The postinst script must run "telinit u" so that init re-executes itself. >>> Otherwise, on reboot, the old libc won't be properly deleted. >> >> Please show your test results. This would mean that the kernel is not >> able to properly deallocate inodes in use by init. >> >>> See also >>> bug #25444. >> >> This bug is over 10 years and many, many kernel and glibc releases old. >> Please explain why the behaviour is still the same. > [...] > > No sophisticated test results are needed, really. Just do an upgrade of > libc and see what happens on reboot. Init is still using the old libc > and the read-only remount of / fails with "mount: / is busy". That is expected as there are writes pending. However you have to show that this is a real problem. > I really can't explain you why the behaviour is still the same. The mentioned bug shows a different problem. > Anyway, before removing "telinit u" from > the postinst script, you should have checked yourself that it's not > needed any more. No. You have to show that it is a bug in the first place. Bastian -- "That unit is a woman." "A mass of conflicting impulses." -- Spock and Nomad, "The Changeling", stardate 3541.9 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#521194: micropolis: Does not receive input
Hi, all of you experiencing input related problems with micropolis, do you still get them if you build my version of micropolis manually and run it? (Just extract it and run make, then start it with ./Micropolis, no need to install it) It is available as .tar.gz from: http://git.zerfleddert.de/cgi-bin/gitweb.cgi/micropolis?a=snapshot;h=HEAD;sf=tgz The debian package is based on an outdated version of the above tree, after which I fixed some more input related problems, which should help you. If this fixes the problem, then maybe the debian patch could get updated to the newer version? It has the added benefit that sound-output can be handled by sdl_mixer, so no additional process is forked for every sound effect played. Regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#542344: mutt mangles display of time in "From " line
On Mon, Sep 07, 2009 at 12:14:21PM +1000, Craig Sanders wrote: > On Sun, Sep 06, 2009 at 07:09:27PM +, Antonio Radici wrote: > > can you please send us a mail or a mailbox through which we can > > reproduce this bug with a standard out-of-the-box version of mutt > > without any muttrc? > > ummm, no. what a bizarre and slightly disturbing request. > > 1. i'm not sending anyone a copy of any of my mail, and certainly not > to a public bug tracking archive. Hi Craig, I'm sorry if the request is disturbing to you but the reproduciblity is the first thing we ask when it comes to bug reporting if we are not able to reproduce the bug ourselves. Obviously I was looking for a sample and dummy email here, not your most private mail or your secret mailbox. There are many program (for example swaks) that can be used to generate a dummy email, I think that there are better ways to sneak into your mailbox than getting one single mail from your bug request :-) > 2. it's got nothing to do with any actual message, the problem is in > mutt itself. > > i just confirmed for myself that it's not my .muttrc either. I ran > 'mutt -n -F /dev/null' and the time displayed was still mangled (first > digit of the minutes field is displayed as a space) in the "From " line. I wasn't able to reproduce this because I was using my .muttrc, by trying you command (mutt -n -F /dev/null) I'm able to reproduce it constantly, I will try to work out a patch tonight and send it to the mutt devs, hopefully this will be fixed with the next release. I'm sorry if my response sounded 'weird' but it's still better than no response at all :-) Cheers Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545448: invoke-rc.d should indicate whats wrong when not starting services
Package: sysv-rc Severity: normal Hi, recently I stumbled across some behaviour in invoke-rc.d which I consider somehow broken. When trying to start a service with invoke-rc.d it sometimes refuses to start the service, without a notice whats wrong. Of course not starting services under some circumstances is OK, but not telling the user whats wrong isn't. I played with the mind of reporting this as a wishlist item, but I really consider this a bug, because one should not need to _debug_ a 450-line shell script just to find out why it decides that a certain init script should not be started. Regards, Patrick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522018: Close: GConf schema missing for /apps/gcalctool
Luca Bruno wrote: > There's the schema for /apps/gcalctool in > /usr/share/gconf/schemas/gcalctool.schemas and it seems to be correctly > installed, at least on 5.26.2-1. Closing the bug, please reopen if needed. Yes, there is a schema, but it is incomplete. Below you can find a list of keys which are not covered by the schema file. Thanks, Ludovico /apps/gcalctool/constant0name /apps/gcalctool/constant0value /apps/gcalctool/constant1name /apps/gcalctool/constant1value /apps/gcalctool/constant2name /apps/gcalctool/constant2value /apps/gcalctool/constant3name /apps/gcalctool/constant3value /apps/gcalctool/constant4name /apps/gcalctool/constant4value /apps/gcalctool/constant5name /apps/gcalctool/constant5value /apps/gcalctool/constant6name /apps/gcalctool/constant6value /apps/gcalctool/constant7name /apps/gcalctool/constant7value /apps/gcalctool/constant8name /apps/gcalctool/constant8value /apps/gcalctool/constant9name /apps/gcalctool/constant9value /apps/gcalctool/function0name /apps/gcalctool/function0value /apps/gcalctool/function1name /apps/gcalctool/function1value /apps/gcalctool/function2name /apps/gcalctool/function2value /apps/gcalctool/function3name /apps/gcalctool/function3value /apps/gcalctool/function4name /apps/gcalctool/function4value /apps/gcalctool/function5name /apps/gcalctool/function5value /apps/gcalctool/function6name /apps/gcalctool/function6value /apps/gcalctool/function7name /apps/gcalctool/function7value /apps/gcalctool/function8name /apps/gcalctool/function8value /apps/gcalctool/function9name /apps/gcalctool/function9value /apps/gcalctool/modetype /apps/gcalctool/register0 /apps/gcalctool/register1 /apps/gcalctool/register2 /apps/gcalctool/register3 /apps/gcalctool/register4 /apps/gcalctool/register5 /apps/gcalctool/register6 /apps/gcalctool/register7 /apps/gcalctool/register8 /apps/gcalctool/register9 /apps/gcalctool/showthousands /apps/gcalctool/xposition /apps/gcalctool/yposition -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543258: keycheck add-andrea.veri
Changed-By: Anibal Monsalve Salazar Date: Mon, 07 Sep 2009 18:43:12 +1000 Comment: Add Andrea Veri as a Debian Maintainer Agreement: http://lists.debian.org/debian-newmaint/2009/08/msg00083.html Advocates: siretart - http://lists.debian.org/debian-newmaint/2009/08/msg00090.html KeyCheck: pub 4096R/93EBF6D8 2009-07-24 Key fingerprint = D78C DED2 EDC8 D9BA 4807 E817 DA86 22AE 93EB F6D8 uid Andrea Veri (Debian Key) sig!393EBF6D8 2009-07-24 Andrea Veri (Debian Key) sig! 86BC2A50 2009-07-24 Luca Falavigna . Let's test if its a version 4 or greater key Key is ok Check for key expire stuff Key has no expiration date set, nothing to check. Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.9 (GNU/Linux) mQINBEpqGV0BEADCASyFDoQ7HaHOugRXs3TM537QYm43cMog6h5V6+zb3reNwl2A PnaeLQbpgXXKxZ8wWC2RgCmGHkRnqd6uZh3tRQBGvPGj4sCJTNlYBhX1gsuUXvQU 9QtHAgAToPckia7KPkK/khaop9lXommlyD4wZGXzwZX7lVPvIkjYGfSsBkuvQUxZ MqPc0mLGt4/Dzza1gLn/jAi4uqnmQzKSH5Zhc5o1fY0dtGh7haQCySvAw7Eh3CQp BXMAZdZxCzGrCB/MEVbbkmB75Z41IeEn2RJQylIPy+sBAjDaSZOkCUKilR+Xt1xY Q7WHB34Tprwfm6GD63+qO+AobclbzoKOjzueQTLV9+46R2buQzKlB3iPkvBaHIh2 qAvhFDE1fFZNMs/VSD++blEXfyBWeWL8nmpK4Ef2w74yX4VD+7k2uJYZKxCjqUaj DhP9hnbQ/cw39fan9PPKu+bTTJjxnR8qNaqNcKmASUTr8yv62S2P9gNWgdBunMzm 1ICWl8aKhj50IY+ncYN4gIv7RE/CZjvPfOOKrnTDWJdUKjxyG0OoxiTSOTTp+mRy q6BxHDkjpezjg5IZ5b1ubMq733Kny2/auRSyTkKj71hU6oglUiNs6se/5uxg6dwi Ou9+p39U3rjEftu1GsZBvS67AM+wpNTj6t2NhUUMBbRlyQKctYdlth5ypwARAQAB tDJBbmRyZWEgVmVyaSAoRGViaWFuIEtleSkgPGFuZHJlYS52ZXJpODlAZ21haWwu Y29tPokCNwQTAQgAIQUCSmoZXQIbAwULCQgHAwUVCgkICwUWAgMBAAIeAQIXgAAK CRDahiKuk+v22HoFEADBidyZQpGtZfy6HyukLGV3x4ZzxSvgP86KCmjv/bGsMXlb 40UwjNFo4YSSo4YgDAlmsVcGQGDhqhtpdPCjhvxwwx5sOHUnlr8DWnGeMJYhRA78 pX66P/cRbPvaeg9PgKimx3KYPZKjH/h84n/B+bAk882Oty/+nCEeQQyc8Q+YMP1s 35DMFlBbQwlrCeHeQKPPT90/x9/F+PmRJN2MqCYahGr6WOCnSMh/PQoXgQUGBV5K M2dX6KVst7om8FZJ/TVGulrxyc6Bf+GuDHqRrzEDffYZE3O4M127Pps3tpBlhQe+ 6f9oJDZiIiSt8ffiFE8bbpCAHPnm5ap2hIIFCLvGDDpcQrpKZC76TzFbheeeFtL/ LrawTSVcz+W2c1jcFk6JhRXdFTQRiaUNT5lwRp8SOLq2beRu5Ogq8t4izqEy/N1G mvf773OGPQm/s+WDg5f8LOxFPi39c4p+kpZ1hoVKp9WPYNitYgG3850CH7RYg/68 PAbpgVa8LmUsox7xqFN+eVdkcfqy6OX8fKv9iZ+VF1gAlsotfC5EW8exfhrG8NVD kS3TolDjRY8KRyOybkgZfW1I2bmPr7rKei6Q6zLOoNW7+M385/A5w2ptb6TM6kxg fohgre5d7nL8ZZ5I+qnDoaDlemODEmeVlH7tU9EawJuULM1T6xrWNU4TuP5cpIhG BBARAgAGBQJKai6vAAoJEJ141xGGvCpQOW0AoJ09Ep2XtxLA/xla9C704glO9sXo AJ9+CXSzzxN0dEarUAcT5yNaXAQAWw== =Z/Ik -END PGP PUBLIC KEY BLOCK- signature.asc Description: Digital signature
Bug#545207: spectemu-x11: .TAP is loaded, nothing happens
On Mon, Sep 07, 2009 at 10:54:27AM +0300, Valery V. Vorotyntsev wrote: > On Mon, Sep 7, 2009 at 1:58 AM, Colin Watson wrote: > > I tried both the examples you provided and they work for me. Did you > > remember to type LOAD "" before hitting F6? > > It does not help. But I was fortunate enough to find the solution; > adding the following line to ~/.spectemurc resolves the problem: > > load-immed = true > > Colin, could you, please, make sure that you are running spectemu with > default settings? I am; I do not have load-immed set, as far as I can see. > Because `load-immed' is disabled by default; and when it's off there > are no visual indication while a tape is being loaded, there's only > sound and terminal output. And when the tape is loaded, `End of tape' > is written to stdout, there's no more sound, and the screen remains > grey with the same Sinclair Research copyright. This neither matches the documentation (which just says that load-immed is equivalent to typing LOAD "" immediately), nor my experience. Something else must be going on. I'm using an entirely default configuration; are you sure you don't have anything else set, either in /etc/spectemu/spectemu.cfg or in ~/.spectemurc? -- 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#529214: Bug #529214 if_ incorrectly assumes rrd input max is interface speed
tags 529214 moreinfo Hi Stephen, As matthias mentioned in the upstream ticket you filed, the if_ plugin in the 1.3 series should do the right thing now. Can you check if the latest if_ plugin solves your problem? Ther latest if_ plugin from the munin trunk can be found at: http://munin.projects.linpro.no/browser/trunk/plugins/node.d.linux/if_.in Thanks, Tom Feiner -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#543258: [Debian RT] add Andrea Veri's key to the DM keyring
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 keyring-maint: please add key ID D78CDED2EDC8D9BA4807E817DA8622AE93EBF6D8 to the DM keyring Comment: Add Andrea Veri as a Debian Maintainer Agreement: http://lists.debian.org/debian-newmaint/2009/08/msg00083.html Advocates: siretart - http://lists.debian.org/debian-newmaint/2009/08/msg00090.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqkzQwACgkQgY5NIXPNpFUjkwCeNwDiM0VxNFCnmm/4ppbYmGSZ Y90AoJOQWaHS2/qaO3PMScc7SHT6h1+u =fsbU -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#528121: xml resume source
On Fri, Aug 07, 2009 at 07:44:15AM -0500, Sean Kelly wrote: > I see what you mean. To me, the heart of XML Resume are the XSL files. > > You can download the source of the Java files from this address: > > > http://xmlresume.svn.sourceforge.net/viewvc/xmlresume/trunk.tar.gz?view=tar they certainly are! however for distributions (like debian) it is very hard to fullfill the licensing requirements if you do not include the source for everything. do you think it would be too much to ask to put these in the release tarball as well? it would make it much easier for us and is also more in line with the rest of the FLOSS world... thanks robert -- Robert Lemmen http://www.semistable.com signature.asc Description: Digital signature
Bug#545449: linux-image-2.6.26-2-686: Error inserting ebt_ulog: Cannot allocate memory
Package: linux-image-2.6.26-2-686
Version: 2.6.26-17lenny2
Severity: normal
ebt_ulog kernel module fails to load with the following error:
mull:~# modprobe ebt_ulog
FATAL: Error inserting ebt_ulog
(/lib/modules/2.6.26-2-686/kernel/net/bridge/netfilter/ebt_ulog.ko): Cannot
allocate memory
I also tried with various values of the nlbufsiz parameter, down to 0, but with
no results
mull:~# strace modprobe ebt_ulog
...
fcntl64(3, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=1}) = 0
open("/proc/modules", O_RDONLY) = 4
fstat64(4, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb7f09000
read(4, "ebtables 16480 0 - Live 0xf89a800"..., 1024) = 1024
read(4, "de_cd_mod,serverworks,ide_pci_gen"..., 1024) = 614
read(4, ""..., 1024)= 0
close(4)= 0
munmap(0xb7f09000, 4096)= 0
fstat64(3, {st_mode=S_IFREG|0644, st_size=9209, ...}) = 0
mmap2(NULL, 9209, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0xb7f07000
init_module(0xb7f07000, 9209, "") = -1 ENOMEM (Cannot allocate memory)
write(2, "FATAL: Error inserting ebt_ulog ("..., 124FATAL: Error inserting
ebt_ulog
(/lib/modules/2.6.26-2-686/kernel/net/bridge/netfilter/ebt_ulog.ko): Cannot
allocate memory
) = 124
exit_group(1) = ?
same problem reported in
https://lists.linux-foundation.org/pipermail/bugme-new/2005-May/012248.html
context: I was trying to setup a netflow probe with fprobe-ulog, for traffic
port-mirrored by a switch, but mirrored traffic was not captured by
iptables as it was directed to a foreign mac address.
-- Package-specific info:
** Version:
Linux version 2.6.26-2-686 (Debian 2.6.26-17lenny2) (da...@debian.org) (gcc
version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Fri Aug 14
01:27:18 UTC 2009
** Command line:
root=/dev/sda1 ro
** Not tainted
** Kernel log:
[1.013472] SCSI subsystem initialized
[1.013472] ACPI: PCI Interrupt :08:02.0[A] -> GSI 18 (level, low) ->
IRQ 18
[1.097991] scsi0 : IBM PCI ServeRAID 7.12.05 Build 761
[1.101107] scsi 0:0:0:0: Direct-Access IBM SERVERAID1.00
PQ: 0 ANSI: 2
[1.101107] scsi 0:0:15:0: Processor IBM SERVERAID1.00
PQ: 0 ANSI: 2
[1.111618] scsi 0:1:8:0: Processor IBM 32P0032a S320 1 1
PQ: 0 ANSI: 2
[1.133644] ACPI: ACPI0007:00 is registered as cooling_device0
[1.133664] ACPI: ACPI0007:01 is registered as cooling_device1
[1.263911] Driver 'sd' needs updating - please use bus_type methods
[1.263911] sd 0:0:0:0: [sda] 71096320 512-byte hardware sectors (36401 MB)
[1.263911] sd 0:0:0:0: [sda] Assuming Write Enabled
[1.263911] sd 0:0:0:0: [sda] Assuming drive cache: write through
[1.263911] sd 0:0:0:0: [sda] 71096320 512-byte hardware sectors (36401 MB)
[1.263911] sd 0:0:0:0: [sda] Assuming Write Enabled
[1.263911] sd 0:0:0:0: [sda] Assuming drive cache: write through
[1.263911] sda: sda1 sda2 < sda5 sda6 sda7 sda8 sda9 >
[1.319915] sd 0:0:0:0: [sda] Attached SCSI disk
[2.017909] PM: Starting manual resume from disk
[2.043236] kjournald starting. Commit interval 5 seconds
[2.045364] EXT3-fs: mounted filesystem with ordered data mode.
[3.312028] udevd version 125 started
[3.663200] sd 0:0:0:0: Attached scsi generic sg0 type 0
[3.663200] scsi 0:0:15:0: Attached scsi generic sg1 type 3
[3.663200] scsi 0:1:8:0: Attached scsi generic sg2 type 3
[4.288513] Linux agpgart interface v0.103
[4.516133] input: Power Button (FF) as /class/input/input1
[4.544138] Uniform Multi-Platform E-IDE driver
[4.544228] ide: Assuming 33MHz system bus speed for PIO modes; override
with idebus=xx
[4.590035] ACPI: Power Button (FF) [PWRF]
[4.600902] usbcore: registered new interface driver usbfs
[4.600902] usbcore: registered new interface driver hub
[4.600902] usbcore: registered new device driver usb
[4.676428] piix4_smbus :00:0f.0: Found :00:0f.0 device
[4.688071] ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI)
Driver
[4.688071] ACPI: PCI Interrupt Link [LPUS] enabled at IRQ 11
[4.688071] ACPI: PCI Interrupt :00:0f.2[A] -> Link [LPUS] -> GSI 11
(level, low) -> IRQ 11
[4.688071] ohci_hcd :00:0f.2: OHCI Host Controller
[4.688071] ohci_hcd :00:0f.2: new USB bus registered, assigned bus
number 1
[4.688071] ohci_hcd :00:0f.2: irq 11, io mem 0xfebfe000
[4.744061] usb usb1: configuration #1 chosen from 1 choice
[4.744061] hub 1-0:1.0: USB hub found
[4.744061] hub 1-0:1.0: 4 ports detected
[4.844399] usb usb1: New USB device found, idVendor=1d6b, idProduct=0001
[4.844498] usb usb1: New USB device strings: Mfr=3, Product=2,
SerialNumber=1
[4.844595] usb usb1: Product: OHCI Host Controller
[4.844677] usb usb1: Manufacturer: Linux 2.6.26-2-686 ohci_hcd
[4
Bug#518114: Status of mp3mesa
Hi! What is the current status of this ITP of mp3mesa? I also think that asunder is no way a replacement of grip. Please, add a transition package in mp3mesa source package to allow smooth transition from grip. Thanks. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545429: systemtap: warnings at startup
tags 545429 + confirmed
thanks
Hello,
Those two binaries are in -server package now. For the next release
upstream .spec file contains them in every systemtap, -client and
-server packages. I dont think it is good for Debian, so I'll probably
make a -common package (or maybe some other name).
If it does not affect functionality, I'll fix it for the next upstream
release.
7 вересня 2009 о 07:49 +0200 Lucas Nussbaum написав(-ла):
> Package: systemtap
> Version: 0.9.9-4
> Severity: minor
>
> Hi,
>
> When starting systemtap, I get the following warnings:
> lu...@star:~$ sudo ./forktracker.stp
> sh: /usr/bin/stap-gen-cert: No such file or directory
> sh: /usr/bin/stap-authorize-signing-cert: No such file or directory
> Copy failed
> ("/tmp/stapDk1TWx/stap_3835b78b63112f155923ffab0cc0cfd1_6702.ko.sgn" to
> "/home/lucas/.systemtap/cache/38/stap_3835b78b63112f155923ffab0cc0cfd1_6702.ko.sgn"):
> No such file or directory
> Mon Sep 7 05:48:05 2009 : udevd (1055) created 4445
> [..]
>
> It doesn't seem to affect functionality: systemtap works fine.
>
>
> - Lucas
>
> -- System Information:
> Debian Release: squeeze/sid
> APT prefers testing
> APT policy: (990, 'testing'), (800, 'stable'), (700, 'unstable')
> Architecture: i386 (i686)
>
> Kernel: Linux 2.6.31-rc8 (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
>
> Versions of packages systemtap depends on:
> ii libc6 2.9-25 GNU C Library: Shared libraries
> ii libdw10.142-1library that provides access to
> th
> ii libelf1 0.142-1library to read and write ELF
> file
> ii libgcc1 1:4.4.1-1 GCC support library
> ii libnspr4-0d 4.8-1 NetScape Portable Runtime Library
> ii libnss3-1d3.12.3.1-1 Network Security Service
> libraries
> ii libsqlite3-0 3.6.17-2 SQLite 3 shared library
> ii libstdc++64.4.1-1The GNU Standard C++ Library v3
> ii systemtap-runtime 0.9.9-4instrumentation system for Linux
> 2
>
> systemtap recommends no packages.
>
> Versions of packages systemtap suggests:
> ii linux-headers-2.6.24-1-686 [l 2.6.24-7 Header files for Linux 2.6.24 on
> P
> ii linux-headers-2.6.31-rc8 [lin 1 Header files related to Linux
> kern
> ii linux-image-2.6.24-1-686 [lin 2.6.24-7 Linux 2.6.24 image on
> PPro/Celeron
> ii linux-image-2.6.30-1-686 [lin 2.6.30-6 Linux 2.6.30 image on
> PPro/Celeron
> ii linux-image-2.6.31-rc8 [linux 1 Linux kernel binary image for
> vers
> ii linux-image-2.6.31-rc8-dbg [l 1 Linux kernel debug image for
> versi
> ii systemtap-doc 0.9.9-4documentation and examples for
> Sys
> pn vim-addon-manager (no description available)
>
> -- no debconf information
>
>
signature.asc
Description: Digital signature
Bug#545396: .ora files look like zip archives! (... really openraster support bugs: no mime-info, no thumbnailer)
On Sun, Sep 06, 2009 at 10:56:05PM +0100, Andrew Chadwick wrote: > 1. MyPaint does not ship with a mime-info entry for OpenRaster > files, meaning that ORA files appear in file manager programs as > though they were ZIP archives. I was wondering whether MyPaint should really have this mime? Anyway, there is one in the source in desktop/mime/mypaint.xml. And Krita also has one, not sure if it gets installed, but it's probably somewhat different. Wouldn't there be conflicts if more than one application installs this? > 2. Since the package is targeted at artists and visually-thinking > people, it'd be really nice to have a thumbnailer for the most > common desktop environments :) I fully agree. The thing (if I'm up-to-date) is that we haven't figured out yet whom to ask to integrate those thumbnailers into which project. > Perhaps a new package for openraster desktop support could be > created for these two issues together? > > and it certainly wouldn't be something limited to just MyPaint: Krita > (SVN), Drawpile, and GIMP (via the unofficial ORA loader/saver plugin) > would all benefit. Initially it could live in the mypaint package I > suppose, since mypaint is the program which would most immediately > benefit. I was planning to move thumbnailers and mime stuff also into the oratools repository (where the GIMP plugin is), away from the mypaint source, until the respective desktop environments take over maintainence. Do you think this should grow into its own independent project instead, for distributions to package? bye, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545432: powerpc bug
This has been happening since at least mid/late july (I first encountered this when I was in Debconf, probably the 24th of July). Note this also affects sparc: http://robertmh.wordpress.com/2009/07/18/grub-on-sparc/#comment-383 -- Jordi Mallach Pérez -- Debian developer http://www.debian.org/ jo...@sindominio.net jo...@debian.org http://www.sindominio.net/ GnuPG public key information available at http://oskuro.net/ signature.asc Description: Digital signature
Bug#545236: use SHA512 for checksums instead of SHA256
Quoting Thijs Kinkhorst : I'm not sure what concrete value this change would add. Both 512 and 256 are accepted, non-broken hashes and seem perfectly fine for the job. As apt als uses SHA 256, changing this for just msttcorefonts does not seem useful to me. Well... it was just a suggestion,... SHA1 is not yet broken either,.. but it shows the first deficiencies, and (although the recent AES256 attacks showed us the opposite),... one should normally thing that the higher hash could be better. Anyway,... Regards, Chris. This message was sent using IMP, the Internet Messaging Program. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545454: dailystrips: Redefining a class does not affect strips that use that class
Package: dailystrips Version: 1.0.28-9 Severity: normal If I redefine a class in my ~/.dailystrips.defs to fix a problem with a strip, I then have to repeat the strip definition in my ~/.dailystrips.defs for the strip actually to be updated. Merely redefining the class should surely be enough. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dailystrips depends on: ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii libtimedate-perl 1.1600-9Time and date functions for Perl ii libwww-perl 5.813-1 WWW client/server library for Perl ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction dailystrips recommends no packages. dailystrips suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545450: tkdvi: Build depends on Tcl/Tk 8.3 which is subject to removal
Package: tkdvi Version: 0.3.1-1.2 Severity: important Hi! tkdvi build-depends on tk8.3-dev, and Tcl/Tk 8.3 is to be removed before squeeze release. I've tried to build tkdvi with Tk 8.4, but it doesn't work (segfaults). Upgrading to 0.4 upstream version doesn't help too. Please, either port tkdvi to newer Tcl/Tk (preferably 8.5) or if it's impossible then remove it from Debian archive. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545451: hanzim: Build-depends on Tcl/Tk 8.3 which is subject to removal
Source: hanzim Version: 1:1.3-1.1 Severity: important Hi! Currently, hanzim build-depends on Tcl/Tk 8.3 which is to be removed from Debian before squeeze release. I've tried to build it with Tcl/Tk 8.4 and Tcl/Tk 8.5. In both cases hanzim works fine. Please, change build dependencies from tcl8.3-dev, tk8.3-dev (preferably to tcl-dev, tk-dev which will choose the default version) and libraries in Makefile (to -ltcl -ltk if tcl-dev, tk-dev are used in dependencies) and rebuild the package. Cheers! -- Sergei Golovan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545448: invoke-rc.d should indicate whats wrong when not starting services
[Patrick Schoenfeld] > recently I stumbled across some behaviour in invoke-rc.d which I > consider somehow broken. When trying to start a service with > invoke-rc.d it sometimes refuses to start the service, without a > notice whats wrong. Of course not starting services under some > circumstances is OK, but not telling the user whats wrong isn't. When does this happen? How can we reproduce it? Currently your request is to vague for me to know what do adress. :) 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#545452: dailystrips: Fix for Dilbert
Package: dailystrips Version: 1.0.28-9 Severity: normal The Dilbert class (dilbert-unitedmedia-srch-comics) no longer works. The fix is simple: s/dilbert.com/www.dilbert.com/ in the definition. -- System Information: Debian Release: 5.0.3 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.26-2-686 (SMP w/1 CPU core) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dailystrips depends on: ii debconf [debconf-2.0]1.5.24 Debian configuration management sy ii libtimedate-perl 1.1600-9Time and date functions for Perl ii libwww-perl 5.813-1 WWW client/server library for Perl ii perl 5.10.0-19lenny2 Larry Wall's Practical Extraction dailystrips recommends no packages. dailystrips suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#537519: popcon tables again not updated
As you can see from the grub-pc popcon data the tables aren't again updated: http://qa.debian.org/popcon-graph.php?packages=grub-pc&show_installed=on&want_legend=on&want_ticks=on&from_date=2009-09-01&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1 http://qa.debian.org/popcon.php?package=grub2 (And yes the grub2 popcon stats are important to me ;) -- Felix Zielcke Proud Debian Maintainer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545453: cups: new USB code in Cups 1.4.0 fails to detect HP LaserJet 2430
Package: cups Version: 1.4.0-5 Severity: normal After upgrading to Cups 1.4.0, my HP LaserJet 2430DTN printer was no longer detected. I tried deleting the printer and re-creating it, but no printer was found. The only solution was to downgrade Cups and delete the /etc/modprobe.d/blacklist-cups.conf file to re-enable usblp. Note that this printer is detected correctly by usblp, so it seems that the new USB code in Cups 1.4.0 isn't reliable in this case. According to the kernel log, idVendor=03f0, idProduct=2a17 (the vendor and product ids). -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.30-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages cups depends on: ii adduser3.110 add and remove users and groups ii bc 1.06.94-3.1 The GNU bc arbitrary precision cal ii cups-client1.4.0-5 Common UNIX Printing System(tm) - ii cups-common1.4.0-5 Common UNIX Printing System(tm) - ii debconf [debconf-2.0] 1.5.27Debian configuration management sy ii ghostscript8.70~dfsg-2+b1The GPL Ghostscript PostScript/PDF ii libavahi-compat-libdns 0.6.25-1 Avahi Apple Bonjour compatibility ii libc6 2.9-26GNU C Library: Shared libraries ii libcups2 1.4.0-5 Common UNIX Printing System(tm) - ii libcupsimage2 1.4.0-5 Common UNIX Printing System(tm) - ii libdbus-1-31.2.16-2 simple interprocess messaging syst ii libgcc11:4.4.1-3 GCC support library ii libgnutls262.8.3-2 the GNU TLS library - runtime libr ii libgssapi-krb5-2 1.7dfsg~beta3-1 MIT Kerberos runtime libraries - k ii libijs-0.350.35-7IJS raster image transport protoco ii libkrb5-3 1.7dfsg~beta3-1 MIT Kerberos runtime libraries ii libldap-2.4-2 2.4.17-1 OpenLDAP libraries ii libpam0g 1.1.0-2 Pluggable Authentication Modules l ii libpaper1 1.1.23+nmu1 library for handling paper charact ii libpoppler40.10.6-1 PDF rendering library ii libslp11.2.1-7.6 OpenSLP libraries ii libstdc++6 4.4.1-3 The GNU Standard C++ Library v3 ii lsb-base 3.2-23Linux Standard Base 3.2 init scrip ii perl-modules 5.10.0-25 Core Perl modules ii procps 1:3.2.8-1 /proc file system utilities ii ssl-cert 1.0.23simple debconf wrapper for OpenSSL ii ttf-freefont 20090104-4Freefont Serif, Sans and Mono True ii xpdf-utils [poppler-ut 3.02-1.4+lenny1 Portable Document Format (PDF) sui ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages cups recommends: ii avahi-utils 0.6.25-1 Avahi browsing, publishing and dis ii cups-driver-gutenprint5.2.4-1printer drivers for CUPS ii foomatic-filters 4.0-20090509-1 OpenPrinting printer support - fil ii ghostscript-cups 8.70~dfsg-2+b1 The GPL Ghostscript PostScript/PDF ii smbclient 2:3.4.0-3 command-line SMB/CIFS clients for Versions of packages cups suggests: ii cups-bsd 1.4.0-5Common UNIX Printing System(tm) - pn cups-pdf (no description available) ii foomatic-db 20090616-1 OpenPrinting printer support - dat ii foomatic-db-engine4.0-20090509-2 OpenPrinting printer support - pro ii hplip 3.9.4b-1 HP Linux Printing and Imaging Syst pn xpdf-korean | xpdf-japane (no description available) -- debconf information: * cupsys/raw-print: true * cupsys/backend: ipp, lpd, parallel, scsi, serial, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545207: spectemu-x11: .TAP is loaded, nothing happens
> This neither matches the documentation (which just says that load-immed > is equivalent to typing LOAD "" immediately), nor my experience. > Something else must be going on. I'm using an entirely default > configuration; are you sure you don't have anything else set, either in > /etc/spectemu/spectemu.cfg or in ~/.spectemurc? spectemu.cfg is empty, and ~/.spectemurc has `load-immed' enabled (I've added that line today). Nothing else. $ cat /etc/spectemu/spectemu.cfg # This is the global configuration file for Spectemu (xspect and vgaspect) # Put any options here, which you want all users to use # # See example.cfg for what can be put here # $ cat ~/.spectemurc load-immed = true This is a weird situation, isn't it?.. Anyway, I think you can safely close the bug. Another user having the same spectemu problem will be able to google this conversation out. -- vvv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#434368: fail2ban logrotate hangs
We have troubles as well on etch and lenny (amd64). Bug is not fixed in recent distribution - the logrotate script contains a missconfiguration: * for fail2ban 0.7.5-2etch1: change the following line in /etc/logrotate.d/fail2ban invoke-rc.d --quiet fail2ban reload >/dev/null -> /etc/init.d/fail2ban restart >/dev/null and in /etc/fail2ban/fail2ban.conf socket = /tmp/fail2ban.sock -> socket = /var/run/fail2ban.sock * for fail2ban 0.8.3-2sid1 change the following line in /etc/logrotate.d/fail2ban invoke-rc.d --quiet fail2ban reload >/dev/null -> /etc/init.d/fail2ban restart >/dev/null After that restart fail2ban and kill remaining hung tasks from logrotate. Fail2ban will also start logging again... Kind regards, Karsten Lindemann -- ZYRES digital media systems GmbH Eschersheimer Landstr. 5-7 60322 Frankfurt am Main Mobil +49 (0)179 38 39 115 Phone +49 (0)69 98 55 99 - 0 Fax +49 (0)69 98 55 99 - 11 http://www.zyres.com Firmensitz: Eschersheimer Landstr. 5-7 60322 Frankfurt am Main Registergericht: Amtsgericht Frankfurt am Main, HRB 76374 Geschäftsführer: Martin Wepper, Sebastian Schirmer Mit freundlichen Gruessen, Karsten Lindemann -- ZYRES digital media systems GmbH Eschersheimer Landstr. 5-7 60322 Frankfurt am Main Mobil +49 (0)179 38 39 115 Phone +49 (0)69 98 55 99 - 0 Fax +49 (0)69 98 55 99 - 11 http://www.zyres.com Firmensitz: Eschersheimer Landstr. 5-7 60322 Frankfurt am Main Registergericht: Amtsgericht Frankfurt am Main, HRB 76374 Geschäftsführer: Martin Wepper, Sebastian Schirmer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545275: [Pkg-gnupg-maint] Bug#545275: priority important package depending on optional one.
Hi all, On Sun, September 6, 2009 09:47, Andreas Metzler wrote: > the new gnupg now *depends* on libcurl3-gnutls. gnupg is priority > important and a part of base system since debian-archive-keyring > depends on it. Daniel, can you look into this issue, since you're the one who made the change perhaps you can best judge the possible consequences. I'm leaving this week for a few weeks of holiday, so I cannot really dive into the issue now. cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545455: /usr/bin/oowriter: Should detect a .docx file misnamed .doc
Package: openoffice.org-writer Version: 1:2.4.1+dfsg-1 Severity: normal File: /usr/bin/oowriter Hi, The writer should really be able to detect a .docx file that has been misnamed .doc; I get sent these quite a bit, and "file" will tell you that they're a zip file, which is unhelpful. OO's writer should be able to spot a .docx file. Thanks, Matthew -- System Information: Debian Release: 5.0.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.20-2-macpro-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages openoffice.org-writer depends on: ii libc6 2.7-18 GNU C Library: Shared libraries ii libgcc1 1:4.3.2-1.1 GCC support library ii libicu383.8.1-3+lenny1 International Components for Unico ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwps-0.1-10.1.2-1 Works text file format import filt ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library ii openoffice.org-base 1:2.4.1+dfsg-1 OpenOffice.org office suite -- lib ii openoffice.org-core 1:2.4.1+dfsg-1 OpenOffice.org office suite archit ii zlib1g 1:1.2.3.3.dfsg-12compression library - runtime Versions of packages openoffice.org-writer recommends: ii java-gcj-compat 1.0.78-2 Java runtime environment using GIJ ii openoffice.org-emailmerge 1:2.4.1+dfsg-1 E-Mail Mailmerge component for Ope ii openoffice.org-filter-bin 1:2.4.1+dfsg-1 Legacy filters (e.g. StarOffice 5. ii openoffice.org-java-commo 1:2.4.1+dfsg-1 OpenOffice.org office suite Java s ii openoffice.org-writer2lat 0.5-8 Writer/Calc to LaTeX/XHTML convert Versions of packages openoffice.org-writer suggests: ii openoffice.org-base 1:2.4.1+dfsg-1 OpenOffice.org office suite - data pn openoffice.org-gcj (no description available) Versions of packages openoffice.org-core depends on: ii fontconfig 2.6.0-3 generic font configuration library ii libc6 2.7-18 GNU C Library: Shared libraries ii libcairo2 1.6.4-7 The Cairo 2D vector graphics libra ii libcurl37.18.2-8lenny3 Multi-protocol file transfer libra ii libdb4.64.6.21-11Berkeley v4.6 Database Libraries [ ii libexpat1 2.0.1-4 XML parsing C library - runtime li ii libfreetype62.3.7-2+lenny1 FreeType 2 font engine, shared lib ii libgcc1 1:4.3.2-1.1 GCC support library ii libglib2.0-02.16.6-2 The GLib library of C routines ii libgstreamer-plugin 0.10.19-2GStreamer libraries from the "base ii libgstreamer0.10-0 0.10.19-3Core GStreamer libraries and eleme ii libgtk2.0-0 2.12.12-1~lenny1 The GTK+ graphical user interface ii libhunspell-1.2-0 1.2.6-1 spell checker and morphological an ii libhyphen0 2.4-4ALTLinux hyphenation library - sha ii libice6 2:1.0.4-1X11 Inter-Client Exchange library ii libicu383.8.1-3+lenny1 International Components for Unico ii libjpeg62 6b-14The Independent JPEG Group's JPEG ii libldap-2.4-2 2.4.11-1 OpenLDAP libraries ii libneon27 0.28.2-6.1 An HTTP and WebDAV client library ii libnspr4-0d 4.7.1-4 NetScape Portable Runtime Library ii libnss3-1d 3.12.3.1-0lenny1 Network Security Service libraries ii libpam0g1.0.1-5+lenny1 Pluggable Authentication Modules l ii libpango1.0-0 1.20.5-5 Layout and rendering of internatio ii libsm6 2:1.0.3-2X11 Session Management library ii libssl0.9.8 0.9.8g-15+lenny1 SSL shared libraries ii libstdc++6 4.3.2-1.1The GNU Standard C++ Library v3 ii libx11-62:1.1.5-2X11 client-side library ii libxaw7 2:1.0.4-2X11 Athena Widget library ii libxext62:1.0.4-1X11 miscellaneous extension librar ii libxinerama12:1.0.3-2X11 Xinerama extension library ii libxml2 2.6.32.dfsg-5+lenny1 GNOME XML library ii libxrender1 1:0.9.4-2X Rendering Extension client libra ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii libxt6 1:1.0.5-3X11 toolkit intrinsics library ii libxtst62:1.0.3-1X11 Testing -- Resource extension ii openoffice.org-comm 1:2.4.1+dfsg-1 OpenOffice.org office suite archit ii ttf-opensymbol 1:2.4.1+dfsg-1 The OpenSymbol TrueT
Bug#545279: unclear split between packages
Hello, 6 вересня 2009 о 10:21 +0200 Lucas Nussbaum написав(-ла): > It would be great to improve the description of systemtap-client/-server > to explain when they are useful. With systemtap it is possible to compile probes locally using systemtap package and locally installed debuginfo and headers packages. It is also possible to compile probes on some other host that has systemtap-server running and matching debuginfo and headers. This way one does not need locally installed debuginfo and headers package, one also does not need gcc & co. and systemtap (only smaller -client and -runtime). So a lot of saved disk space, less installed packages. Server also signs modules and staprun can check those signatures. -client and -server can be used to run scripts on slow machines or ones with small amount of memory. One installs -client on the slow machine and -server on more powerful one (or emulator, for example for arm). Now, any ideas on how to integrate this into package descriptions are welcome. I'm not very good on writing descriptions, especially in English. Upstream .spec file uses these descriptions: Instrumentation System Client SystemTap client is the client component of an instrumentation system for systems running Linux 2.6. Developers can write instrumentation to collect data on the operation of the system. Instrumentation System Server SystemTap server is the server component of an instrumentation system for systems running Linux 2.6. Developers can write instrumentation to collect data on the operation of the system. Regards, Eugeniy Meshcheryakov signature.asc Description: Digital signature
Bug#543276: keycheck add-david.bremner
Changed-By: Anibal Monsalve Salazar Date: Mon, 07 Sep 2009 19:28:47 +1000 Comment: Add David Bremner as a Debian Maintainer Agreement: http://lists.debian.org/debian-newmaint/2009/07/msg00014.html Advocates: yoh - http://lists.debian.org/debian-newmaint/2009/07/msg00015.html gregoa - http://lists.debian.org/debian-newmaint/2009/07/msg00016.html KeyCheck: pub 1024D/A3623899 2007-06-13 Key fingerprint = ED02 F4E2 AB3C 60B6 9973 6E9D 6BAF FD62 A362 3899 uid David Bremner sig!3A3623899 2009-06-06 David Bremner uid David Bremner sig!3A3623899 2007-06-13 David Bremner sig! 9ED101BF 2008-03-13 Michael Banck sig! 0D2036AD 2008-12-09 Cameron Dale sig!3A3623899 2009-05-10 David Bremner sub 2048g/1E99B6A6 2007-06-13 sig! A3623899 2007-06-13 David Bremner . Let's test if its a version 4 or greater key Key is ok Check for key expire stuff Key has no expiration date set, nothing to check. Action: import Data: -BEGIN PGP PUBLIC KEY BLOCK- Version: GnuPG v1.4.9 (GNU/Linux) mQGiBEZwO4YRBACS/qj6yBiAL20zWsktJMm9qtZBENH+eJn9w9Aw+7pX94FLf/7c f0wOSouVLKImJsyYhVNU0YO/HVyAz8q15EFp73loZpAf7nCi6So/J6PzcBmM/swr iZGc49PPkDK9/hp871GnD+REViIq5CMALM6d1xyY5ZdEvSATCE901DVdCwCg4HMq l99TsrzJdPjtCPiRd7VPoe0D/30bsULnfUnI2jB5yBzlcxd9bkVSKQfYyVhqqc3I t6uXzVBjG2pxRIDwQ6MMkdabG3YRQXwlM5aqVhBfjkprelOsTbB4L5s/KJaOjNqK GiutGzWMQyVFGgZlGiEK0S+oGfcpQGtf3X4Fv/BnG3ac3rPfnPkv9/52F8t0RSYK rUGIA/wMkXVmMsfcgo+I61EN180+ffvDheLjArI8Qx9Zu81m3yO8OQDVeloEOEGO ze//VnUrnXJJXxLBvTSCerU3ZXP1gb1ELpy6GnE0kZNSDv8xVB7jTammNrsoC9uA k50GzJSAodIIlcRUcExYTn5F1lh02NwTLTdaNXSB1ssaF8Efe7QeRGF2aWQgQnJl bW5lciA8YnJlbW5lckB1bmIuY2E+iGAEExECACAFAkZwO4YCGwMGCwkIBwMCBBUC CAMEFgIDAQIeAQIXgAAKCRBrr/1io2I4mXIiAKDGpXjhVAlajovQY5X6UdaoRe7/ FACgoXj/gaJgBRMtUj+dg6HAHA59HL+IRgQQEQIABgUCR9mKcwAKCRCYdolhntEB vxY4AJ9m9ixIDp3z8V2x9jX9Mnqmrv1CPwCfeuoEiTrxRvi8BgwRgzJWbZZlEtWI RgQQEQIABgUCST6hZQAKCRAPH3biDSA2rSYFAJ93sYwX0GzqFL5Qdo+UwF4YDTvL LQCdGCfl1W0N3F17ZrpOcAhiLQXCJ6yIYQQTEQIAIQIbAwIeAQIXgAUCSgbHbwUL CQgHAwUVCgkICwUWAgMBAAAKCRBrr/1io2I4mZjzAKDQ97BxWzcRc43lStqaUyLm 4gIoKwCcC7rNYNNmCSL5CjIvSkW5VA9WociJAhwEEAEIAAYFAkqO9O0ACgkQwmtv QhsjoQUqGw/+LZmNKfv7YhuoF8mPqm0adBcon2n6kgdP+NYGv2Gp21DJ/qW9w6k1 +nnG0mjQ+I0Ibi8odyUZAHWitnmMBK/XSbBae7M3by+m7O6N7VJvejMgEp/op4/6 Et2msjkAjbt0dkNilwu6vLKzJNqjx+kegAxHcmQCrx6u5omEIvOako2w4WlqKp/N z6YFIT4PK5JHjyQwP9lWDOgHZ5gU6EdSAgHjfhJGYncUq7OJTPt/aKP1yxgqX6WI HWRr5VB3/YBpHLk9H1A+bXoTCo9mJNxPg46vdibaGNuKqUxnD0U8meStLw3OEWRd B2QcNUwPE4NXLY6HnUPPQ53qxfF2BAWhG2aY4T5U4V6H7cu+v/UClh62u0mw/HNO wwNQPAt1VWCuoYgpF2qaeq71sbLwgD012Lz0VsAU3/f44vkvLL5fwz/ONPidH99s /TCh8cy2+ujq2cR0TKC6lPvaf7xk5mAThH9v6jjKV+u/L1gFlB5aMmBoFhOqQOvn sjmVdWVdF1Y0lfaQezBMXhB3OR9M1hU3UBYWjhFp+APKgd3l7HuA1R6KzI4LcXQ1 S83Fz3LFr3elHJeEUueHLXsFFfjQ0dWW66yDDQfOc+42O964bqCXkf4Yq3WlhCdX aDDwYw9cii3cNrdtY7/+iJntdUtMx/HOi0lIRbacXNFShWHS8XhxH/m0J0Rhdmlk IEJyZW1uZXIgPGJyZW1uZXJAcGl2b3QuY3MudW5iLmNhPohgBBMRAgAgBQJKKb1C AhsDBgsJCAcDAgQVAggDBBYCAwECHgECF4AACgkQa6/9YqNiOJnaZwCgy/snFGw6 uzdG647rptdwCHBMnlMAnjLYJZMa9sFz751kchLcujxT3B+PuQINBEZwO5QQCACh ZHiBSSg//MQ1w4517CPTH5vQzeQfMfiKXcQoRwJ55qOaKG8ol7YXR79fl38v3wV9 VHryf0MeWhFObyAMGQGrYGO1Tn5O2+uQsSekDcjDSSO8Eul0AQz6+A1D3ZZ9uza9 TVAP6e26qNkFM0umf5dsIAq555aHqsbwE+pKH66xpEfmL3uQ9aP3T3CR9IAIT7VS XF8g39XJyumA3WewZVHH8DAks4GjOVKgZj+7j874pSHEWu5BltaMVkxj/upmd+Tv OqLLY1zX3Om119GI/N4Fpy0Hw9TdoM3fU3/+Ol8Mv0Spff/XQzawSwAjA+6/nV90 8lz8q1f2mypMUdFKGpRrAAMGCACaQTmo42/G+4zxy2d0/Fw0AFkX1pa64XutT/d+ dWdrQ6pjRRKlohgV4yYi7PbuFFJmyCI2KL+9XtuADYF7u/BIm89tpe7hv/yXV3b1 MbDzhDHn5f8MivYK1Oyfc85yQtLBAuzh7ygXm+9ofBS+IbvFV/7JQgLyU/2NtxYz m0YHb2Ec1FIo7KK6Ho5C70KV3jW3dmypdBSA1RoNx0X4s11Yel3BBQq4z9dGpFXD lZseplcp8c58R+bljBCklDdL0tptGUy3F2bDs7FB4fI1NRUpH7f9Zd2Ko2UvhoY9 CKmH9m1FedkijEA0rZLiuOGj/1GNRbgy5CplQh+U4LPr8K8jiEkEGBECAAkFAkZw O5QCGwwACgkQa6/9YqNiOJm1EwCgz6iW3pvGqsEWNFZBPpIuVX/dEoUAoLnCs/j4 PBTsRamM07OaEnBvmPjA =bVYo -END PGP PUBLIC KEY BLOCK- signature.asc Description: Digital signature
Bug#545434: fl-cow: FTBFS on GNU/kFreeBSD
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Petr Salinger wrote: .. > See EXAMPLE part of "man va_arg" or > http://www.gnu.org/s/libc/manual/html_node/Calling-Variadics.html > > It would also be nice if you can ask upstream > to include this change. Thanks, I'll forward upstream in the weekend. Feel free to NMU with this patch. Cheers, Rob -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqk1lwACgkQ42zgmrPGrq6GDQCgxvyQ8pQDOoa+7Jvw9c/c7Ynq 3e8AnjvMc4cqqlhjsCrpaMrAanozKDGG =86vo -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#415668: [pkg-firebird-general] Bug#415668: NMU
-=| Bastian Blank, Mon, Sep 07, 2009 at 10:38:26AM +0200 |=- > On Sun, Sep 06, 2009 at 11:41:06PM +0300, Damyan Ivanov wrote: > > It would be best if you make sure the ports appear in upstream CVS > > first. > > This is your job as maintainer. Point taken, will submit the patch upstream soon. What I want to say is that I am against a NMU (or MU) that diverges from upstream in this regard. > >Otherwise once they implement them with a different > >implementation IDs, the databases created with "official" > >firebird engine will not be openable on Debian on the same > >architecture and vice versa. > > Well, as database admin I assume that I have to dump and load a database > anyway while moving them to another machine. This is not necessary with Firebird if the two machines share the same architecture (implementation ID in Firebird-speak). I consider this a feature and a non-synchronized port would break it when one moves the database between packages and non-packaged firebirds. They can even be on the same machine. For example If I want to try both upstream and packaged Firebird, they shall be able to run whth the same database without any dump/restore. > > How different are s390 and s390x? Are the pointer sizes different > > or native integers or alignment rules? Is the s390x port enough > > for Debian? > > s390x is the 64bit variant of 31bit s390. Debian still only supports > s390. So they are sufficiently different and require separate implementation IDs. Thanks. -- dam signature.asc Description: Digital signature
Bug#545429: systemtap: warnings at startup
7 вересня 2009 о 07:49 +0200 Lucas Nussbaum написав(-ла):
> lu...@star:~$ sudo ./forktracker.stp
or you can add yourself to 'stapdev' group.
> sh: /usr/bin/stap-gen-cert: No such file or directory
> sh: /usr/bin/stap-authorize-signing-cert: No such file or directory
> Copy failed
> ("/tmp/stapDk1TWx/stap_3835b78b63112f155923ffab0cc0cfd1_6702.ko.sgn" to
> "/home/lucas/.systemtap/cache/38/stap_3835b78b63112f155923ffab0cc0cfd1_6702.ko.sgn"):
Hmm, I also wonder why it tries to copy into /home/lucas/.systemtap if
you run it as root... And those files have root as owner...
This probably should be fixed too.
signature.asc
Description: Digital signature
Bug#535331:
Package: linux-image-2.6.26-2-686 Version: 2.6.26-19 Hello, this annoying bug still exists in version 2.6.26-19. Is there a plan to fix the issue? The best thing would be if you can set the boot loader in /etc/kernel-img.conf. Oliver -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#522018: GConf schema missing for /apps/gcalctool
forwarded 522018 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=522018 thanks On Mon, Sep 07, 2009 at 01:40:54AM -0700, Ludovico Cavedon wrote: > package gcalctool > reopen 522018 > retitle 522018 GConf schema incomplete for /apps/gcalctool > > Luca Bruno wrote: > > There's the schema for /apps/gcalctool in > > /usr/share/gconf/schemas/gcalctool.schemas and it seems to be correctly > > installed, at least on 5.26.2-1. Closing the bug, please reopen if needed. > > Yes, there is a schema, but it is incomplete. Below you can find a list > of keys which are not covered by the schema file. > You're right, let's see what upstream says... bug forwarded. -- http://syx.berlios.de - Smalltalk YX http://www.debian.org - The Universal Operating System signature.asc Description: Digital signature
Bug#545288: CUPS 1.4.0-4 doesn't find USB-printer
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. Please consider removing the usblp module in postinst since not everyone reboots his system regularly. Regards, Mathias - -- debian/rules -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkqk20oACgkQYfUFJ3ewsJiHrgCgjAoKjQD81UKxWA6nkPpflrz5 vK4AnRzz9pZPhsfvd299HWDjPhOeqLaL =oIeB -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#543656: wicd faild to connect when ip is staticly configured and ping is from inetutils-ping
clone 543656 -1
retitle -1 document differences in behaviour when using {ip,inet}utils-ping
severity -1 wishlist
thanks
On Mon, 7 Sep 2009 05:54:52 +0200, Rémi Vanicat wrote:
> 2009/9/6 David Paleino :
> > Hello,
> >
> [...]
>
> >
> > I'm attaching a patch, could you please verify whether it works for you?
>
> Yes, it's working.
Ok, great.
> > Remember that with this patch, using iputils-ping will at most wait 3
> > seconds, inetutils-ping will just wait timeout (since there's no way,
> > AFAICT, to define a maximum wait time).
>
> Ok. May be this sould be said somewhere in the wicd documentation.
Cloning the bug, and mangling it appropriately.
Thanks,
David
--
. ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino
: :' : Linuxer #334216 --|-- http://www.hanskalabs.net/
`. `'` GPG: 1392B174 | http://snipr.com/qa_page
`- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
signature.asc
Description: PGP signature
Bug#545457: gendelta should abort when files are missing in local tree
Package: pristine-tar
Version: 1.00
Severity: normal
Tags: patch
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
pristine-tar's "gendelta" command does not check whether all paths in
the manifest are also present in the local/unpacked source tree.
It thus generates a "broken" delta when something is missing from the
unpacked source tree (since not all the files required for generating
a pristine tar *later* are actually available).
It should abort with an error instead.
The error can be reproduced easily:
{{{
$ apt-get source apg
Reading package lists... Done
Building dependency tree
Reading state information... Done
Need to get 90.2kB of source archives.
Get: 1 http://us.archive.ubuntu.com karmic/universe apg 2.2.3.dfsg.1-2 (dsc)
[620B]
Get: 2 http://us.archive.ubuntu.com karmic/universe apg 2.2.3.dfsg.1-2 (tar)
[83.6kB]
Get: 3 http://us.archive.ubuntu.com karmic/universe apg 2.2.3.dfsg.1-2 (diff)
[5993B]
Fetched 90.2kB in 0s (208kB/s)
dpkg-source: info: extracting apg in apg-2.2.3.dfsg.1
dpkg-source: info: unpacking apg_2.2.3.dfsg.1.orig.tar.gz
dpkg-source: info: applying apg_2.2.3.dfsg.1-2.diff.gz
$ cd apg-2.2.3.dfsg.1/
$ rm README.CYGWIN
$ pristine-tar gendelta ../apg_2.2.3.dfsg.1.orig.tar.gz ../brokendelta
$ echo $?
0
$ rm ../apg_2.2.3.dfsg.1.orig.tar.gz
$ pristine-tar gentar ../brokendelta ../apg_2.2.3.dfsg.1.orig.tar.gz
tar: apg-2.2.3.dfsg.1/README.CYGWIN: Cannot stat: No such file or directory
tar: Exiting with failure status due to previous errors
pristine-tar: command failed: tar cf
/tmp/pristine-tar.lLB0MOTtSg/recreatetarball --owner 0 --group 0
--numeric-owner -C /tmp/pristine-tar.lLB0MOTtSg/workdir --no-recursion --mode
0644 --files-from /tmp/pristine-tar.lLB0MOTtSg/manifest
}}}
*** proposed.diff
=== modified file 'pristine-tar'
- --- pristine-tar 2009-09-07 06:22:43 +
+++ pristine-tar2009-09-07 08:46:06 +
@@ -122,9 +122,10 @@
use warnings;
use strict;
+use File::Basename;
+use File::Find;
+use File::Path;
use File::Temp;
- -use File::Path;
- -use File::Basename;
use Getopt::Long;
use Cwd qw{getcwd abs_path};
@@ -392,6 +393,41 @@
close OUT;
}
+sub checkmanifest {
+# Find all paths that are listed in the manifest but do *not* exist in
+# the source tree.
+ my $manifest=shift;
+
+my @manifest_entries = ();
+my @files_in_tree = ();
+
+# The local function will strip off the './' prefix of all paths.
+find sub { ($_ = $File::Find::name) =~ s![^/]+/!!; push(@files_in_tree,
$_) }, qw(.);
+
+ open(IN, "<", $manifest) || die "$!";
+ while () {
+ chomp;
+# Strip off leading path segment so we can compare these paths with
+# the ones found in the local source tree.
+s,[^/]+/,,;
+# Strip off trailing slashes (if any) so we can compare these paths
+# with the ones found in the local source tree.
+s,/*$,,;
+push(@manifest_entries, $_);
+ }
+ close IN;
+
+# Compare the paths found in the manifest with the ones in the local
+# source tree.
+my %seen;
+@seen {...@manifest_entries} = ();
+delete @seen {...@files_in_tree};
+my @missing_in_tree = sort(keys %seen);
+
+debug("$#missing_in_tree files missing in source tree: @missing_in_tree");
+return @missing_in_tree;
+}
+
sub gendelta {
my $tarball=shift;
my $delta=shift;
@@ -399,6 +435,21 @@
my $tempdir=tempdir();
+genmanifest($tarball, "$tempdir/manifest");
+
+# Check whether all paths in the manifest are also present in the source
+# tree.
+# If not, we'll be generating a "broken" delta since not all the paths
+# required for generating a pristine tar later are actually available.
+my @missing_in_tree = checkmanifest("$tempdir/manifest");
+debug("$#missing_in_tree files missing in source tree: @missing_in_tree");
+
+if ($#missing_in_tree > 0) {
+# Abort here since we don't have all the files required for generating
+# a pristine tar in the source tree.
+error("Files missing in source tree: @missing_in_tree");
+}
+
my $stdout=0;
if ($delta eq "-") {
$stdout=1;
@@ -449,7 +500,6 @@
$tarball="$tempdir/origtarball";
}
- - genmanifest($tarball, "$tempdir/manifest");
my $recreatetarball;
if (! exists $opts{recreatetarball}) {
my $sourcedir="$tempdir/tmp";
- -- System Information:
Debian Release: squeeze/sid
APT prefers karmic-security
APT policy: (500, 'karmic-security'), (500, 'karmic')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.31-9-generic (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
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
iQIcBAEBCAAGBQJKpNggAAoJECGfa2Cyu/z82sUP/3YB9Rto71r3WPgDYuvYn4LW
mKZg0tVYEjpnlnzD4/aM1GXctxp+llUZIL6SQmzv5mG8aF2iUQ528mhFwBFMat7p
L
Bug#543276: [Debian RT] add David Bremner's key to the DM keyring
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 keyring-maint: please add key ID ED02F4E2AB3C60B699736E9D6BAFFD62A3623899 to the DM keyring Comment: Add David Bremner as a Debian Maintainer Agreement: http://lists.debian.org/debian-newmaint/2009/07/msg00014.html Advocates: yoh - http://lists.debian.org/debian-newmaint/2009/07/msg00015.html gregoa - http://lists.debian.org/debian-newmaint/2009/07/msg00016.html -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAkqk16kACgkQgY5NIXPNpFW87QCguQRrv1Hgmok4TYqsY97pkpxK 6j4AoNdV6aAXDG+2yHPwXXC1K8z71ldl =9MAH -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#545305: http://debian.org/intl/l10n/po/ displays src po(t) files, even if not used by the package
Hello, My proposal would be to drop the lists http://www.debian.org/intl/l10n/po/ and add a list with the PO files of native packages (+ packages whose L10N is know to be managed by Debian). Alternatively, we could add a preeminent warning on the top of http://www.debian.org/intl/l10n/po/ that these translations should be coordinated with the corresponding upstreams (IMHO, it is also the case for PO files which are used in Debian). On Sun, Sep 06, 2009 at 01:10:15PM +0200, Simon Paillard wrote: > > On Sun, Aug 30, 2009 at 11:30:28PM -0700, Steve Langasek wrote: > > > The trouble is, the suggestion to translate this package came from here: > > http://www.debian.org/intl/l10n/po/de#i18n > > > > and the .pot file is published here: > > http://www.debian.org/intl/l10n/po/pot > > > > Could these pages be fixed to not suggest translating .pot files when the > > corresponding .po files are demonstrably not being used in the binary > > packages? > > How to demonstrate it easily ? > Parsing debian/rules and Makefiles and determine if the pot and po files > are build or not ? Checking if there are MO files distributed in the binary packages is easy. But this will miss the PO files used for other purpose (mainly for PO based documentation translation) > IMO, it would be overkill (one workaround may be removing pot/po files > unused in Debian). I agree, and I have no idea of the false PO files that we are advertising. An option could be to maintain a black list. > At last, as far for the french team, these l10n webpages tell people to > coordinate with the team, so that the coordinator is able to manually > check whether the software is to be translated or not. And we try not to focus on upstream translations, so this PO file would not show up. Best Regards, -- Nekral -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545141: wicd: doesnot connect to hidden network
tags 545141 -moreinfo thanks On Monday 07 Sep 2009 01:08:11 David Paleino wrote: > Can you please enable debugging mode (from wicd-client: Preferences > > Advanced Settings > Enable Debug mode), try to reproduce the bug and > attach /var/log/wicd/wicd.log to this report? > Here's the log 2009/09/07 15:30:18 :: Flushing the routing table... 2009/09/07 15:30:18 :: /sbin/ip route flush dev eth1 2009/09/07 15:30:18 :: iwconfig eth1 mode managed 2009/09/07 15:30:18 :: Putting interface up... 2009/09/07 15:30:18 :: ifconfig eth1 up 2009/09/07 15:30:18 :: enctype is None 2009/09/07 15:30:18 :: ['iwconfig', 'eth1', 'essid', ''] 2009/09/07 15:30:18 :: iwconfig eth1 channel 1 2009/09/07 15:30:18 :: iwconfig eth1 ap 00:1A:A2:82:66:30 2009/09/07 15:30:18 :: Running DHCP 2009/09/07 15:30:18 :: /sbin/dhclient eth1 2009/09/07 15:30:18 :: Internet Systems Consortium DHCP Client V3.1.2p1 2009/09/07 15:30:18 :: Copyright 2004-2009 Internet Systems Consortium. 2009/09/07 15:30:18 :: All rights reserved. 2009/09/07 15:30:18 :: For info, please visit http://www.isc.org/sw/dhcp/ 2009/09/07 15:30:18 :: 2009/09/07 15:30:19 :: iwconfig eth1 2009/09/07 15:30:19 :: Listening on LPF/eth1/00:16:6f:ba:2f:12 2009/09/07 15:30:19 :: Sending on LPF/eth1/00:16:6f:ba:2f:12 2009/09/07 15:30:19 :: Sending on Socket/fallback 2009/09/07 15:30:20 :: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 6 2009/09/07 15:30:26 :: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 15 2009/09/07 15:30:41 :: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 21 2009/09/07 15:31:02 :: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10 2009/09/07 15:31:12 :: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 9 2009/09/07 15:31:21 :: No DHCPOFFERS received. 2009/09/07 15:31:21 :: No working leases in persistent database - sleeping. 2009/09/07 15:31:21 :: DHCP connection failed 2009/09/07 15:31:21 :: exiting connection thread 2009/09/07 15:31:24 :: Sending connection attempt result dhcp_failed 2009/09/07 15:31:24 :: ifconfig eth0 2009/09/07 15:31:24 :: ifconfig eth1 2009/09/07 15:31:24 :: GetCurrentNetworkID: Returning -1, current network not found 2009/09/07 15:31:24 :: Autoconnecting... 2009/09/07 15:31:24 :: Starting wireless autoconnect... 2009/09/07 15:31:24 :: No wired connection present, attempting to autoconnect to wireless network So I followed Joey bug report and did the same. Used iwconfig to associate the hidden essid manually. And after that wicd also works. I think the problem is that by default wicd took the hidden essid as 'hidden'. Ritesh -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com "Necessity is the mother of invention." signature.asc Description: This is a digitally signed message part.
Bug#415668: [pkg-firebird-general] Bug#415668: Bug#415668: NMU
On Mon, Sep 7, 2009 at 5:54 AM, Damyan Ivanov wrote: > -=| Bastian Blank, Mon, Sep 07, 2009 at 10:38:26AM +0200 |=- >> On Sun, Sep 06, 2009 at 11:41:06PM +0300, Damyan Ivanov wrote: >> > It would be best if you make sure the ports appear in upstream CVS >> > first. >> >> This is your job as maintainer. > > Point taken, will submit the patch upstream soon. > > What I want to say is that I am against a NMU (or MU) that diverges > from upstream in this regard. > >> > Otherwise once they implement them with a different >> > implementation IDs, the databases created with "official" >> > firebird engine will not be openable on Debian on the same >> > architecture and vice versa. >> >> Well, as database admin I assume that I have to dump and load a database >> anyway while moving them to another machine. > > This is not necessary with Firebird if the two machines share the same > architecture (implementation ID in Firebird-speak). I consider this > a feature and a non-synchronized port would break it when one moves > the database between packages and non-packaged firebirds. They can > even be on the same machine. For example If I want to try both > upstream and packaged Firebird, they shall be able to run whth the > same database without any dump/restore. > >> > How different are s390 and s390x? Are the pointer sizes different >> > or native integers or alignment rules? Is the s390x port enough >> > for Debian? >> >> s390x is the 64bit variant of 31bit s390. Debian still only supports >> s390. > > So they are sufficiently different and require separate implementation > IDs. Thanks. The id for s390x is now fixed by upstream isc_info_db_impl_linux_s390x = 78 .. http://gitorious.org/firebird-head-mirror/firebird-head-mirror/blobs/master/src/jrd/pag.cpp http://gitorious.org/firebird-head-mirror/firebird-head-mirror/blobs/master/src/jrd/inf_pub.h and now we must request new upstream value for s390 (32 bits) We need to open a bug in firebird tracker , add the patch with new IDs patch for 64 bit version should be rewritten ps:related port issues for 64bit version but on fedora http://www.firebirdnews.org/?p=3155 > > -- > dam > > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.9 (GNU/Linux) > > iEYEARECAAYFAkqk2FgACgkQHqjlqpcl9jvhCwCeOQfvWMGeMuwKDHxt1mLaCCjW > Y4IAn3IQIkggT11SYhH6eXFi3iAb9T7F > =de1b > -END PGP SIGNATURE- > > ___ > pkg-firebird-general mailing list > pkg-firebird-gene...@lists.alioth.debian.org > http://lists.alioth.debian.org/mailman/listinfo/pkg-firebird-general > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545275: priority important package depending on optional one.
Thijs Kinkhorst wrote: > On Sun, September 6, 2009 09:47, Andreas Metzler wrote: >> the new gnupg now *depends* on libcurl3-gnutls. gnupg is priority >> important and a part of base system since debian-archive-keyring >> depends on it. > > Daniel, can you look into this issue, I will do as soon as I'm back. Regards, Daniel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545459: inkscape: crashes, when pasting picture from other application
Package: inkscape Version: 0.46-9 Severity: important 1) Open Inkscape 2) Open Iceweasel and copy a picture to clipboard. 3) Paste picture to new document (important: use Edit->Paste) 4) Inkscape crashs, output: (...) (inkscape:27617): Gtk-WARNING **: GtkSpinButton: setting an adjustment with non-zero page size is deprecated (inkscape:27617): glibmm-CRITICAL **: unhandled exception (type Glib::Error) in signal handler: domain: g-file-error-quark code : 4 what : Failed to open '/home/achim/python-bla-0.0/pastedpic_09072009_221845.png' for writing: No such file or directory terminate called after throwing an instance of 'Glib::FileError' Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Aborted Obviously, inkscape tries to create a temporary file in in an outdated path. I've exported my last inkscape picture to this path, before updating to squeeze. -- System Information: Debian Release: squeeze/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.30-1-686 (SMP w/1 CPU core) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages inkscape depends on: ii libatk1.0-01.26.0-1 The ATK accessibility toolkit ii libc6 2.9-25GNU C Library: Shared libraries ii libcairo2 1.8.8-2 The Cairo 2D vector graphics libra ii libcairomm-1.0-1 1.8.0-1 C++ wrappers for Cairo (shared lib ii libfontconfig1 2.6.0-4 generic font configuration library ii libfreetype6 2.3.9-5 FreeType 2 font engine, shared lib ii libgc1c2 1:6.8-1.2 conservative garbage collector for ii libgcc11:4.4.1-1 GCC support library ii libgconf2-42.26.2-3 GNOME configuration database syste ii libglib2.0-0 2.20.4-1 The GLib library of C routines ii libglibmm-2.4-1c2a 2.20.1-1 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 1:2.24.1-4GNOME Virtual File System (runtime ii libgtk2.0-02.16.5-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2a 1:2.16.0-2C++ wrappers for GTK+ 2.4 (shared ii libgtkspell0 2.0.13-2 a spell-checking addon for GTK's T ii liblcms1 1.18.dfsg-1 Color management library ii libpango1.0-0 1.24.5-1 Layout and rendering of internatio ii libpangomm-1.4-1 2.24.0-3+b1 C++ Wrapper for pango (shared libr ii libpng12-0 1.2.39-1 PNG library - runtime ii libpoppler-glib4 0.10.6-1 PDF rendering library (GLib-based ii libpoppler40.10.6-1 PDF rendering library ii libpopt0 1.14-4lib for parsing cmdline parameters ii libsigc++-2.0-0c2a 2.0.18-2 type-safe Signal Framework for C++ ii libssl0.9.80.9.8k-4 SSL shared libraries ii libstdc++6 4.4.1-1 The GNU Standard C++ Library v3 ii libwpd8c2a 0.8.14-1 Library for handling WordPerfect d ii libwpg-0.1-1 0.1.3-1 WordPerfect graphics import/conver ii libx11-6 2:1.2.2-1 X11 client-side library ii libxft22.1.13-3 FreeType-based font drawing librar ii libxml22.7.3.dfsg-2.1GNOME XML library ii libxslt1.1 1.1.24-2 XSLT processing library - runtime ii zlib1g 1:1.2.3.3.dfsg-15 compression library - runtime Versions of packages inkscape recommends: ii imagemagick 7:6.5.5.3-1 image manipulation programs ii libwmf-bin 0.2.8.4-6.1 Windows metafile conversion tools ii perlmagick 7:6.5.5.3-1 Perl interface to the ImageMagick ii pstoedit 3.45-8 PostScript and PDF files to editab Versions of packages inkscape suggests: pn dia | dia-gnome(no description available) ii libgnomevfs2-extra 1:2.24.1-4 GNOME Virtual File System (extra m pn libsvg-perl(no description available) pn libxml-xql-perl(no description available) ii python 2.5.4-2 An interactive high-level object-o ii python-lxml 2.1.5-1 pythonic binding for the libxml2 a ii python-numpy 1:1.2.1-1.1 Numerical Python adds a fast array pn python-uniconvertor(no description available) ii ruby 4.2 An interpreter of object-oriented pn skencil(no description available) ii ttf-bitstream-vera 1.10-7 The Bitstream Ver
Bug#545429: systemtap: warnings at startup
On 07/09/09 at 11:13 +0200, Eugeniy Meshcheryakov wrote: > tags 545429 + confirmed > thanks > > Hello, > > Those two binaries are in -server package now. For the next release > upstream .spec file contains them in every systemtap, -client and > -server packages. I dont think it is good for Debian, so I'll probably > make a -common package (or maybe some other name). > > If it does not affect functionality, I'll fix it for the next upstream > release. Yes, it can wait until then. -- | Lucas Nussbaum | lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ | | jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F | signature.asc Description: Digital signature
Bug#545429: systemtap: warnings at startup
On 07/09/09 at 11:57 +0200, Eugeniy Meshcheryakov wrote:
> 7 вересня 2009 о 07:49 +0200 Lucas Nussbaum написав(-ла):
> > lu...@star:~$ sudo ./forktracker.stp
> or you can add yourself to 'stapdev' group.
>
> > sh: /usr/bin/stap-gen-cert: No such file or directory
> > sh: /usr/bin/stap-authorize-signing-cert: No such file or directory
> > Copy failed
> > ("/tmp/stapDk1TWx/stap_3835b78b63112f155923ffab0cc0cfd1_6702.ko.sgn" to
> > "/home/lucas/.systemtap/cache/38/stap_3835b78b63112f155923ffab0cc0cfd1_6702.ko.sgn"):
> Hmm, I also wonder why it tries to copy into /home/lucas/.systemtap if
> you run it as root... And those files have root as owner...
> This probably should be fixed too.
That's probably because $HOME still points to /home/lucas. Anyway, the
problem is just that, since stap-gen-cert is not available,
stap_3835b78b63112f155923ffab0cc0cfd1_6702.ko.sgn doesn't exist and
cannot be copied.
--
| Lucas Nussbaum
| lu...@lucas-nussbaum.net http://www.lucas-nussbaum.net/ |
| jabber: lu...@nussbaum.fr GPG: 1024D/023B3F4F |
signature.asc
Description: Digital signature
Bug#545460: segfault during update of grub-pc package
Package: grub-pc
Version: 1.97~beta2-2
Severity: important
While attempting to upgrade grub-pc using aptitude I got:
Setting up grub-pc (1.97~beta2-2) ...
Installation finished. No error reported.
This is the contents of the device map /boot/grub/device.map.
Check if this is correct or not. If any of the lines is incorrect,
fix it and re-run the script `grub-install'.
(hd0) /dev/hda
Generating grub.cfg ...
Segmentation fault
dpkg: error processing grub-pc (--configure):
subprocess installed post-installation script returned error exit status 139
This is clean install of Debian/SID done a couple of weeks ago with grub-pc
chosen as
default bootloader.
-- Package-specific info:
*** BEGIN /proc/mounts
/dev/disk/by-uuid/6a5b5200-74b3-4915-a146-e12f533930bb / ext3
rw,relatime,errors=remount-ro,data=ordered 0 0
/dev/mapper/rhenvar-lvol2 /tmp xfs rw,relatime,attr2,noquota 0 0
/dev/mapper/rhenvar-lvol0 /usr xfs rw,relatime,attr2,noquota 0 0
/dev/mapper/rhenvar-lvol1 /var xfs rw,relatime,attr2,noquota 0 0
/dev/mapper/rhenvar-lvol3 /home xfs rw,relatime,attr2,noquota 0 0
*** END /proc/mounts
*** BEGIN /boot/grub/device.map
(hd0) /dev/hda
*** END /boot/grub/device.map
*** BEGIN /boot/grub/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by /usr/sbin/grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
set default=0
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set 6a5b5200-74b3-4915-a146-e12f533930bb
if loadfont /boot/grub/unicode.pf2 ; then
set gfxmode=640x480
insmod gfxterm
insmod vbe
if terminal_output gfxterm ; then true ; else
# For backward compatibility with versions of terminal.mod that don't
# understand terminal_output
terminal gfxterm
fi
fi
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry "Debian GNU/Linux, Linux 2.6.30-1-686" {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set 6a5b5200-74b3-4915-a146-e12f533930bb
linux /boot/vmlinuz-2.6.30-1-686
root=UUID=6a5b5200-74b3-4915-a146-e12f533930bb ro quiet
initrd /boot/initrd.img-2.6.30-1-686
}
menuentry "Debian GNU/Linux, Linux 2.6.30-1-686 (recovery mode)" {
insmod ext2
set root=(hd0,1)
search --no-floppy --fs-uuid --set 6a5b5200-74b3-4915-a146-e12f533930bb
linux /boot/vmlinuz-2.6.30-1-686
root=UUID=6a5b5200-74b3-4915-a146-e12f533930bb ro single
initrd /boot/initrd.img-2.6.30-1-686
}
### END /etc/grub.d/10_linux ###
### BEGIN /etc/grub.d/30_os-prober ###
### END /etc/grub.d/30_os-prober ###
### BEGIN /etc/grub.d/40_custom ###
# This file is an example on how to add custom entries
### END /etc/grub.d/40_custom ###
*** END /boot/grub/grub.cfg
-- System Information:
Debian Release: squeeze/sid
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.30-1-686 (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
Versions of packages grub-pc depends on:
ii debconf [debconf-2.0] 1.5.27 Debian configuration management sy
ii grub-common 1.97~beta2-2 GRand Unified Bootloader, version
ii libc6 2.9-26 GNU C Library: Shared libraries
ii ucf 3.0021 Update Configuration File: preserv
grub-pc recommends no packages.
Versions of packages grub-pc suggests:
pn desktop-base (no description available)
pn genisoimage(no description available)
-- debconf information:
grub2/kfreebsd_cmdline:
grub-pc/linux_cmdline: fillme
* grub2/linux_cmdline:
grub-pc/chainload_from_menu.lst: true
* grub-pc/install_devices: /dev/hda
grub-pc/postrm_purge_boot_grub: false
grub2/kfreebsd_cmdline_default: quiet
* grub2/linux_cmdline_default: quiet
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545448: invoke-rc.d should indicate whats wrong when not starting services
On Mon, Sep 07, 2009 at 11:26:38AM +0200, Petter Reinholdtsen wrote: > [Patrick Schoenfeld] > > recently I stumbled across some behaviour in invoke-rc.d which I > > consider somehow broken. When trying to start a service with > > invoke-rc.d it sometimes refuses to start the service, without a > > notice whats wrong. Of course not starting services under some > > circumstances is OK, but not telling the user whats wrong isn't. > > When does this happen? How can we reproduce it? Currently your > request is to vague for me to know what do adress. :) Good question. If the program had proper diagnostic messages in the first place, it would be easier to answer. What I had, where it happened, is an LSB header like this in the init script: # Default-Start: 3 5 # Default-Stop: 0 1 2 6 System was in runlevel 2, so this script probably did not start because of the wrong runlevel. Script was installed with update-rc.d defaults. The output of invoke-rc.d was simply nothing. RC = 0. Starting it with --disclose-deny yields into rc 101. Thats something to start with, but actually not very much. Basically the behaviour is similar as described in the already existing bug reports, with the description that invoke-rc.d simply does not start something, like #452119 or #385593. BTW. the first has the sh -x output attached which you asked for. Best Regards, Patrick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#465768: Status of gfxboot
On Thu, Sep 03, 2009 at 09:58:21PM +0200, Daniel Baumann wrote: > gfxboot-theme-ubuntu needs a small patch (attached) to adjust to the > renaming of the userland executables. Thanks, I've applied a similar patch in gfxboot-theme-ubuntu 0.8.4. > I'll look into creating a gfxboot-theme-debian using a newer version of > the bootsplash graphic redesigned[3] by pixelgirl. When there's > something to show off, I'll post again an update so others can express > their opinions. As I mentioned on IRC, if gfxboot-theme-debian is based on gfxboot-theme-ubuntu (and, given the amount of effort required to write a theme from scratch, I'd be surprised if it weren't), please make sure that you share gfxboot-theme-ubuntu's revision control history. I can provide you with a git mirror of the bzr branch; just let me know where I should put it. -- 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#545462: [mupen64plus] FTBFS with g++-4.4.1
Package: mupen64plus Version: 1.5+dfsg1-3 Severity: normal Tags: pending g++ -o Main.o -I/usr/include/freetype2 -pipe -O3 -ffast-math -funroll-loops -fexpensive-optimizations -fno-strict-aliasing -DNO_ASM -g - I/usr/include/SDL -D_GNU_SOURCE=1 -D_REENTRANT -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo - I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 -I/usr/include/freetype2 - I/usr/include/libpng12 -fpic -DPIC -DGCC -DUSE_GTK -Iwrapper/ -MMD -MP -MQ Main.o -DUSE_GTK -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include - I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -I/usr/include/pixman-1 - I/usr/include/freetype2 -I/usr/include/libpng12 -c Main.cpp Main.cpp: In function ‘BOOL InitGfx(BOOL)’: Main.cpp:787: error: invalid conversion from ‘const char*’ to ‘char*’ make[1]: *** [Main.o] Error 1 signature.asc Description: This is a digitally signed message part.
Bug#545463: [mupen64plus] FTBFS on armel due to incorrect endianness detection
Package: mupen64plus Version: 1.5+dfsg1-3 Severity: normal Tags: pending Fails to build on armel due to missing CPU_ENDIANNESS in armel cpu detection. LDFLAGS='-Wl,--as-needed' /usr/bin/make UNAME='arm' DBGSYM=1 DBG=1 all make[2]: Entering directory `/build/buildd-mupen64plus_1.5+dfsg1-3-armel-FASYrP/mupen64plus-1.5+dfsg1' pre.mk:70: *** missing separator. Stop. make[2]: Leaving directory `/build/buildd-mupen64plus_1.5+dfsg1-3-armel-FASYrP/mupen64plus-1.5+dfsg1' make[1]: *** [override_dh_auto_build] Error 2 make[1]: Leaving directory `/build/buildd-mupen64plus_1.5+dfsg1-3-armel-FASYrP/mupen64plus-1.5+dfsg1' make: *** [build] Error 2 signature.asc Description: This is a digitally signed message part.
Bug#545461: make: Implicit rule for .f files generate a f77 invocation.
Package: make Version: 3.81-6 Severity: important Since gfortran doesn't create a symlink from gfortran to f77 implicit rules for fortran doesn't work. Example output below $ make f77 -c -o rmatvec.o rmatvec.f make: f77: Command not found make: *** [rmatvec.o] Error 127 Possibly the correct fix is to make gfortran create the symlink instead of changing make. /Jörgen -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.30 (PREEMPT) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages make depends on: ii libc6 2.9-26 GNU C Library: Shared libraries make recommends no packages. Versions of packages make suggests: pn make-doc (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#545141: wicd: doesnot connect to hidden network
On Mon, 7 Sep 2009 15:46:23 +0530, Ritesh Raj Sarraf wrote: > Here's the log > > 2009/09/07 15:30:18 :: Flushing the routing table... > 2009/09/07 15:30:18 :: /sbin/ip route flush dev eth1 > 2009/09/07 15:30:18 :: iwconfig eth1 mode managed > 2009/09/07 15:30:18 :: Putting interface up... > 2009/09/07 15:30:18 :: ifconfig eth1 up > 2009/09/07 15:30:18 :: enctype is None > 2009/09/07 15:30:18 :: ['iwconfig', 'eth1', 'essid', ''] > [..] > > I think the problem is that by default wicd took the hidden essid as 'hidden'. Yes, exactly. I believe this has already been addressed upstream in 1.6.2+, can you please confirm it? (I have no hidden networks available, sorry) http://debian.hanskalabs.net/pool/wicd_1.6.2.2-1_all.deb Thanks, David -- . ''`. Debian maintainer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://snipr.com/qa_page `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature
Bug#545457: Bug fix
Hello there!
I just noticed that my patch has a bug (I am sorry about that but I
haven't done anything with perl for quite a while). Anyway, the fix
is as follows:
=== modified file 'pristine-tar'
--- pristine-tar2009-09-07 08:47:55 +
+++ pristine-tar2009-09-07 10:39:49 +
@@ -402,7 +402,7 @@
my @files_in_tree = ();
# The local function will strip off the './' prefix of all paths.
-find sub { ($_ = $File::Find::name) =~ s![^/]+/!!;
push(@files_in_tree, $_) }, qw(.);
+find sub { ($_ = $File::Find::name) =~ s![^/]+/!!; s/^\s*//;
s/\s*$//; push(@files_in_tree, $_) if $_ ne "" }, qw(.);
open(IN, "<", $manifest) || die "$!";
while () {
@@ -413,7 +413,9 @@
# Strip off trailing slashes (if any) so we can compare these paths
# with the ones found in the local source tree.
s,/*$,,;
-push(@manifest_entries, $_);
+# Strip leading/trailing whitespace.
+s/^\s*//; s/\s*$//;
+push(@manifest_entries, $_) if $_ ne "";
}
close IN;
@@ -424,7 +426,7 @@
delete @seen {...@files_in_tree};
my @missing_in_tree = sort(keys %seen);
-debug("$#missing_in_tree files missing in source tree:
@missing_in_tree");
+debug("Files missing in source tree: ", join(", ", @missing_in_tree));
return @missing_in_tree;
}
@@ -442,9 +444,8 @@
# If not, we'll be generating a "broken" delta since not all the paths
# required for generating a pristine tar later are actually available.
my @missing_in_tree = checkmanifest("$tempdir/manifest");
-debug("$#missing_in_tree files missing in source tree:
@missing_in_tree");
-if ($#missing_in_tree > 0) {
+if ($#missing_in_tree >= 0) {
# Abort here since we don't have all the files required for
generating
# a pristine tar in the source tree.
error("Files missing in source tree: @missing_in_tree");
Best regards
--
Muharem Hrnjadovic
Public key id : B2BBFCFC
Key fingerprint : A5A3 CC67 2B87 D641 103F 5602 219F 6B60 B2BB FCFC
signature.asc
Description: OpenPGP digital signature
