Bug#485562: twiki: configure script access badly protected
(Justin's mail was sent to dle only. It is quoted at the end of this answer) Quoting Justin B Rye ([EMAIL PROTECTED]): Christian Perrier wrote: OK, as there are templates changes, this is a good occasion to review the entire templates set for this package, as it doesn't follow the usual recommended writing style very well. I'm a bit rusty on that style myself, but there are several places where I'm not clear about the content. I included all of Justin's suggestions and then came up with the attached content. About access to the configure script and run the configure script I did choose run. I think that the twiki/apacheUserCreationNote becomes useless now. It is needed by the following bit of code: # add info due to 3-4 bug reports db_input high twiki/apacheUserCreationNote || true This is clear and blatant debconf abuse, I'm afraid. Interrupting installs to give information that should be in README.Debian and is anyway obsoleted by the bit of code that gives admin rights to ${configuser} makes this part irrelevant. I propose removing that debconf note (shortly said: mandatory debconf notes suck). Justin's mail: Christian Perrier wrote: OK, as there are templates changes, this is a good occasion to review the entire templates set for this package, as it doesn't follow the usual recommended writing style very well. I'm a bit rusty on that style myself, but there are several places where I'm not clear about the content. Template: twiki/defaultUrlHost Type: string Default: http://localhost/ _Description: Top-level URL of the server TWiki runs under: Please enter the URL for the web server's full name. It is used to construct URLs on some pages. The complete server's URL will include the string twiki added to this field. . That URL is also needed by some redirections. This is hard to follow - especially the bit about the complete server's URL. Presumably it means the complete URL of the server, not the URL of the complete server, and even correcting for that it doesn't quite make sense since the _server's_ URL won't include the string twiki. Top-level here is also confusing since it doesn't mean the same as in the phrase top-level domain. There must be a better way of saying scheme://dnsdomainname/ but not /local/path... Maybe: Template: twiki/defaultUrlHost Type: string Default: http://localhost/ _Description: URL of the server TWiki runs under: Please enter the web server URL (such as http://www.example.org/;). Complete TWiki URLs will be constructed from this value plus the string twiki/. Template: twiki/wikiwebmaster Type: string Default: [EMAIL PROTECTED] _Description: Email address of the webmaster for this TWiki: Please enter the email address that will receive new user registration mail. That address will be listed in the oops page when an error happens. Slightly rephrased: _Description: E-mail address of the webmaster for this TWiki: Please enter the e-mail address that will receive new user registration mails. This address will also be displayed in the oops page when errors occur. Template: twiki/samplefiles Type: boolean Default: true _Description: Install default wiki Topic Set on initial install? This is a bit misleading, since the question isn't really what should happen if it's an initial install?, it's should this be treated as an initial install? _Description: Perform install of default wiki Topic Set? TWiki includes a complete starter kit which includes user registration pages, documentation, and tutorials. . Only decline this optionif you're re-installing TWiki after deleting ^ the package and want to keep the old data, or if you've got a TWiki data set from another install. . If data/Main/WebHome.txt is present, the starter kit will not be unpacked. The starter kit files can be found in ^ /usr/share/twiki/twiki-data.tar.gz (and twiki-pub.tar.gz) if you want to install it manually or compare the topics with the new version. Mostly good, but maybe the middle paragraph would be clearer as: TWiki includes a complete starter kit which includes user registration pages, documentation, and tutorials. . Accept this option unless you want to use an existing TWiki data set (for instance, one left over from a previous installation). . If data/Main/WebHome.txt is present, the starter kit will not be unpacked. The starter kit files can be found in /usr/share/twiki/twiki-data.tar.gz (and twiki-pub.tar.gz) if you want to install it manually or compare the topics with the new version. Template: twiki/apacheUserCreationNote Type: note _Description: Admin User Registration configuration required After you have created yourself a user, edit the Main.TWikiAdminGroup to restrict Admin privileges to that user. What has Registration got to do with it? And what's this about editing something (where?) to
Bug#152550: (no subject)
tags 152550 +pending tags 353198 +pending tags 356377 +pending tags 401798 +pending thanks Applied in git, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488127: moodle-book: [INTL:ru] Russian debconf templates translation
Quoting Juan Manuel García Molina ([EMAIL PROTECTED]): Hi, Yuri. Thanks for your submission. It will be included in the next revision of the package. Again, thank you very much for your contribution. Hmmm, have you seen l10n NMU intent and Announcing l10n NMU mails I sent to #449403 ? I'd be glad to see a maintainer upload instead of /me doing an l10n NMU for moodle-book, of course. What I suggest, if you have intents to upload, is to wait for the end of the translation update round which was opened by the Annoucing l10n NMU mail. Then I'll send you a summary and you could upload without missing late translations. The deadline for translation updates is set to June 30th 23:59 signature.asc Description: Digital signature
Bug#488129: mxallowd: [INTL:ru] Russian debconf templates translation
Quoting Yuri Kozlov ([EMAIL PROTECTED]): Package: mxallowd Severity: wishlist Tags: l10n patch Russian debconf templates translation is attached. The maintainer changed the templates slightly (plural/singular). Could you update the attached file ? ru.po Description: application/gettext signature.asc Description: Digital signature
Bug#488132: aptitude: FTBFS: format '%d' expects type 'int', but argument 2 has type 'long unsigned int'
On Thu, Jun 26, 2008 at 07:33:40PM -0700, Daniel Burrows wrote: Which architectures besides amd64 are failing? I'd like to verify the fix, but there doesn't seem to be an amd64 emulator in the archive... and it looks like everything else succeeded. alpha, ia64 and s390. You know there are porter machines you can log into? Kurt -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482997: asterisk: Extremely choppy sound and high CPU usage
Thursday 26 June 2008, Moritz Muehlenhoff wrote: .. What's the status? Shall we push the fix in the upcoming r4 release? Not unless you want to break the asterisk in the r4 release badly. The status: The patch did not do its job, instead it did open up for a rather huge set of instability problems in addition to the original problem. I have really been unsure about where to repost these problems, so my report did only focus on the original problem. I've tried it on two computers, one with a 1 GHz VIA CPU and another with a 3 GHz dualcore P4. The result on both computers: It semeed as if the patches did open up for instability when it comes to SIP-IAX2 transmission. The tests have been redone with clean Debians, and the patched Asterisk, same result. -- Ketil Vestby Damsgard IKT -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488213: groff-base: Escaped version of apostroph (\') does not display in ISO-8859-15 locale
Package: groff-base Version: 1.18.1.1-20 Severity: normal There are manpages that use \' (the escaped version of the apostroph) to get pretty quotes around words. However \' maps to the acute accent which is not present in ISO-8859-15 (and some other LatinX variants). Thus the next command in the pipeline 'iconv -c -f ISO-8859-1 -t ISO-8859-15' happily strips out those characters. Which gives some interesting results when this happens to be in a piece of text that must be rendered bold. On the terminal this is accomplished by using overstriking meaning every character is printed twice with a backspace in between. However when some characters are stripped out by iconv there are stray backspaces left that eat away the remaining text! Example: env LC_ALL=en_US.ISO-8859-15 man smartd.conf and see the explanation for the -l option. Notice how ...by using the '-t short' and '-t long' options... gets truncated to ...by using the-t shor and-t lon options... Clearly not a very desirable result. Maybe a new mdoc.local rule can be added like so: . if '\*[.T]'latin1' \ .char \' \N'39' to always map the \' (escaped apostroph) back to the single ' (apostroph) for the latin1 output device. For UTF8 locales the pretty quotes remain intact. For the ascii output device the escaped apostrophs already get mapped back to the single ones. Arjan -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.23.14 (PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages groff-base depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii libgcc1 1:4.3.1-2 GCC support library ii libstdc++64.3.1-2The GNU Standard C++ Library v3 groff-base recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488131: [Pkg-cryptsetup-devel] Bug#488131: cryptsetup: Please support keyfile on partition using extended attributes
On Thu, June 26, 2008 18:47, James Westby wrote: a user reported problems when their key file is on a filesystem using extended attributes. It would be great to support this. The following patch bugmenot is used in Ubuntu to allow this. Please consider applying it. Seems reasonable. Thanks, I'll apply it during the weekend... -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488128: [Pkg-cryptsetup-devel] Bug#488128: cryptsetup: Please support comments at the end of lines in /etc/crypttab
On Thu, June 26, 2008 18:39, James Westby wrote: https://bugs.edge.launchpad.net/ubuntu/+source/cryptsetup/+bug/185380 a user had problems due to attempting to use a comment at the end of the line in /etc/crypttab. It would be great if you could support this. The following patch by Reinhard Tartler is used in Ubuntu to allow this. Please consider applying it. How can you know that someone isn't already using a # character in the keyfile parameter of crypttab? (It isn't strictly paths only, it can be any argument to a keyscript). -- David Härdeman -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#482997: asterisk: Extremely choppy sound and high CPU usage
Ketil Vestby wrote: Thursday 26 June 2008, Moritz Muehlenhoff wrote: .. What's the status? Shall we push the fix in the upcoming r4 release? The status: The patch did not do its job, instead it did open up for a rather huge set of instability problems in addition to the original problem. I have really been unsure about where to repost these problems, so my report did only focus on the original problem. It's became apparent that this would need a *lot* of build/test cycles and _proper_ testing before we even consider pushing it to either r4 or security-master. I must say that having such both a performance regression _and_ a vulnerability in stable doesn't make me very happy; unfortunately, there isn't much I can do at this point; I'm severely lacking free time at this point of the year (semester exam period) and noone else from the team seems interested to push this forward. I expect to gradually resume my Debian activities starting from 8/7. I'll attempt to properly fix this unless someone else steps up until then. Thanks and sorry, Faidon -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487872: [Pkg-libvirt-maintainers] Bug#487872: virt-manager: please recommend libvirt-bin (libvirtd).
On Thu, Jun 26, 2008 at 11:20:04PM +0200, Andreas Henriksson wrote: Yes, If someone installed the package they most likely did it for a reason - like running the application. If they don't want it, they can remove the package (or not install it to start with?!). Yes but the reason might be virsh not libvirtd. In case too many people complain of running an extra daemon but the only want virsh we can split out virsh into an extra package. For those who still want it installed, but not running there would be the option of disabling it But I definitely don't see this option as being a sane default. I changed this in git. We'll default to starting the daemon by default with the next upload. -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488212: [Logcheck-devel] Bug#488212: Potential denial-of-service (DOS) attack by anyone with syslog access (e.g. logger(1))
tags 488212 wontfix confirmed thanks Sure thing, but I don't see how logcheck could guard against this. If you are letting people write to your log, you're asking for it. They might also just drown legitimate entries with junk (cat /dev/urandom...). So you should lock down the logger. I also advise people never to rely on logcheck. It's convenient, but it's not reliable *at all*. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#303442: (no subject)
tags 303442 +pending thanks Applied in git, thanks. -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488102: logcheck: please revert bsd-mailx dependency
clone 488102 -1 reassign -1 debian-policy retitle -1 make mailx a registered virtual package name severity -1 wishlist thanks also sprach Russ Allbery [EMAIL PROTECTED] [2008.06.27.0212 +0200]: Piotr Kaczuba [EMAIL PROTECTED] writes: Before 1.2.65 logcheck depended on mailx, which was and still is provided by both mailutils and bsd-mailx. Now that logcheck depends explicitly on bsd-mailx, you can't have installed both logcheck and mailutils because mailutils and bsd-mailx exclude each other. mailx is not a registered virtual package name in Policy. It sounds like it should be? If unrelated packages should know about it for dependencies, I don't think it meets the private use among coordinated packages exception. (This doesn't change anything that you're saying about logcheck, just implies that there's also a Policy bug.) Cloned. -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#488215: gridengine: [INTL:fr] French debconf templates translation
Package: gridengine Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates translation, proofread by the debian-l10n-french mailing list contributors. This file should be put as debian/po/fr.po in your package build tree. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of gridengine debconf templates to French # Copyright (C) 2007 Christian Perrier [EMAIL PROTECTED] # This file is distributed under the same license as the gridengine package. # # Christian Perrier [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-06-08 17:35+0100\n PO-Revision-Date: 2008-06-27 08:59+0200\n Last-Translator: Christian Perrier [EMAIL PROTECTED]\n Language-Team: French [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: boolean #. Description #: ../gridengine-common.templates:1001 msgid Use debconf to configure SGE? msgstr Faut-il configurer SGE automatiquement ? #. Type: boolean #. Description #: ../gridengine-common.templates:1001 msgid Please choose whether you wish to use debconf in order to configure SGE. If you answer no to this question, you will need to configure the cluster manually before any of the daemons or client programs will work. msgstr Veuillez choisir si vous souhaitez configurer SGE automatiquement (avec « debconf »). Si vous ne choisissez pas cette option, la grappe devra être configurée manuellement pour que les démons et les programmes clients puissent fonctionner. #. Type: string #. Description #: ../gridengine-common.templates:2001 msgid SGE cell name: msgstr Nom de la cellule SGE : #. Type: string #. Description #: ../gridengine-common.templates:2001 msgid Please provide the SGE cell name for use by client programs and the execution daemon msgstr Veuillez indiquer le nom de la cellule SGE, qui sera utilisée par les programmes clients et le démon d'exécution. #. Type: string #. Description #: ../gridengine-common.templates:3001 msgid SGE master hostname: msgstr Nom d'hôte du maître SGE : #. Type: string #. Description #: ../gridengine-common.templates:3001 msgid The execution daemon and the client programs need to know where the cluster master is in order to run. The hostname entered here must be the fully qualified domain name of the grid master. msgstr Le démon d'exécution et les programmes clients doivent connaître le nom d'hôte du serveur maître de la grappe. Ce nom d'hôte doit être le nom complètement qualifié de serveur maître de la grille.
Bug#488179: [INTL:sv] File attached
somehow kmail thought it was a good idea to include a path as text not the actual file in the first mail. -- Martin# translation of hyperspec_1.27_sv.po to swedish # Translators, if you are not familiar with the PO format, gettext # documentation is worth reading, especially sections dedicated to # this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Some information specific to po-debconf are available at # /usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # Developers do not need to manually edit POT or PO files. # # Martin Bagge [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: hyperspec_1.27_sv\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-02-18 22:51+0100\n PO-Revision-Date: 2008-06-27 09:07+0200\n Last-Translator: Martin Bagge [EMAIL PROTECTED]\n Language-Team: swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: boolean #. Description #: ../templates:1001 msgid Download the hyperspec book from the Internet? msgstr Ladda ner hyperspec-boken från Internet? #. Type: boolean #. Description #: ../templates:1001 msgid You don't have the file /root/tmp/HyperSpec-6-0.tar.gz. You may want to download this file from internet now and proceed with the installation afterward. msgstr Du har inte filen /root/tmp/HyperSpec-6.0.tar.gz. Du kanske vill ladda ner denna fil från Internet nu och fortsätta med installationen efteråt. #. Type: boolean #. Description #: ../templates:2001 msgid Unable to download. Try again? msgstr Nedladdningen misslyckades. Försöka igen? #. Type: boolean #. Description #: ../templates:2001 msgid An error occured during the download of the hyperspec from the Internet. You may now request to try the download again. msgstr Ett fel inträffade under nedladdning av hyperspec från Internet. Du kan försöka att ladda ner den igen. #. Type: note #. Description #: ../templates:3001 msgid Aborting msgstr Avbryter. #. Type: note #. Description #: ../templates:3001 msgid The download of the hyperspec from internet failed. You can try reinstalling the file another time. msgstr Nedladdningen av hyperspec från Internet misslyckades. Du kan försöka att installera om filen en annan gång.
Bug#488216: gridengine: Debconf templates do not follow the writing style recommended in DevRef
Package: gridengine Severity: normal Tags: patch A few minor things can be enhanced in the recently added debconf templates wording. --- gridengine-common.templates.old 2008-06-27 09:05:37.338802089 +0200 +++ gridengine-common.templates 2008-06-27 09:07:12.842801514 +0200 @@ -1,22 +1,23 @@ Template: shared/gridengineconfig Type: boolean Default: true -_Description: Use debconf to configure SGE? - Please choose whether you wish to use debconf in order to configure SGE. - If you answer no to this question, you will need to configure the cluster - manually before any of the daemons or client programs will work. +_Description: Configure SGE automatically? + Please choose whether you wish configure SGE automatically (with + debconf). If you do not configure it automatically, the daemons or client + programs will not work until a manual configuration is performed. Direct references to debconf is discouraged. Users might not know what this is. The usual recommendation is a mention to automatic configuration. Template: shared/gridenginecell Type: string Default: default _Description: SGE cell name: Please provide the SGE cell name for use by client programs and the - execution daemon + execution daemon. Missing final dot Template: shared/gridenginemaster Type: string _Description: SGE master hostname: The execution daemon and the client programs need to know where the cluster - master is in order to run. The hostname entered here must be the fully - qualified domain name of the grid master. + master is in order to run. + . + Please enter the fully qualified domain name of the grid master. Separate the important recommendation in its own paragraph. Use the standard wording in such case. Please also note that you seem to be using 4 different (but identical) templates files. These should all be mentioned in debian/po/POTFILES.in if you want all debconf templates to be translated. Of course, if the above changes are made, they should go in all templates files... -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash --- gridengine-common.templates.old 2008-06-27 09:05:37.338802089 +0200 +++ gridengine-common.templates 2008-06-27 09:10:31.306801568 +0200 @@ -1,22 +1,23 @@ Template: shared/gridengineconfig Type: boolean Default: true -_Description: Use debconf to configure SGE? - Please choose whether you wish to use debconf in order to configure SGE. - If you answer no to this question, you will need to configure the cluster - manually before any of the daemons or client programs will work. +_Description: Configure SGE automatically? + Please choose whether you wish configure SGE automatically (with + debconf). If you do not configure it automatically, the daemons or client + programs will not work until a manual configuration is performed. Template: shared/gridenginecell Type: string Default: default _Description: SGE cell name: Please provide the SGE cell name for use by client programs and the - execution daemon + execution daemon. Template: shared/gridenginemaster Type: string _Description: SGE master hostname: The execution daemon and the client programs need to know where the cluster - master is in order to run. The hostname entered here must be the fully - qualified domain name of the grid master. + master is in order to run. + . + Please enter the fully qualified domain name of the grid master.
Bug#488111: support for installing GRUB without blocklists on GPT
Quoting Frans Pop ([EMAIL PROTECTED]): On Friday 27 June 2008, Robert Millan wrote: How about staging area that may be used by BIOS-based bootloaders? Though, this description text isn't settled yet (see the other mail). That's way too long for this dialog. My initial comment was more about having a small *comment* for translators so that they use an appropriate wording. The prompt wording itself is fairly clear (at least, I suppose, for people who know what we're talking about...:-)) signature.asc Description: Digital signature
Bug#487648: svn-upgrade should not add (NOT RELEASED YET) to changelog
2008/6/26 Damyan Ivanov [EMAIL PROTECTED]: tags 487648 patch thanks -=| Eddy Petrișor, Tue, Jun 24, 2008 at 06:17:06PM +0300 |=- 2008/6/23 Damyan Ivanov [EMAIL PROTECTED]: As the distribution is set to UNRELEASED, the (NOT RELEASED YET) part brings no new data and only stands in the way. Please remove it. -D UNRELEASED New upstream release should be enough. I'd rather have that optional, it served me a few times as a good reminder to change the distro... Thanks in advance, dam P.S. If the package was debcheckout-able, I'd provide the trivial patch. apparently it is since 0.6.23: http://packages.qa.debian.org/s/svn-buildpackage/news/20071112T194709Z.html ... but do as you please, the code can be grabbed from: svn://svn.debian.org/svn/collab-maint/deb-maint/svn-buildpackage/trunk or svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/svn-buildpackage/trunk The patch is attached. I can even commit it if you wish. (and while there, I'd add Vcs-* headers to d/control). Please commit and upload. P.S.: Still I don't get it why it isn't visible: http://svn.debian.org/wsvn/collab-maint/deb-maint/svn-buildpackage/trunk/debian/control?op=filerev=0sc=0 -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#488090: setting package to dselect dpkg-dev dpkg, tagging 488090
# Automatically generated email from bts, devscripts version 2.10.30 # via tagpending # # dpkg (1.14.21) UNRELEASED; urgency=low # # * Thai (Theppitak Karoonboonyanan). Closes: #488090 package dselect dpkg-dev dpkg tags 488090 + pending -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487881: closed by Bastian Blank [EMAIL PROTECTED] (Re: Bug#487881: export patch from #434241 misses DM_TABLE_STATE)
On Tue, Jun 24, 2008 at 09:00:03PM +, Debian Bug Tracking System wrote: On Tue, Jun 24, 2008 at 04:21:26PM +0200, Guido Günther wrote: At least from the mp point of few this makes the patch as useful as not having it at all. Well, then lets drop it again. Now that we're almost there after 11 months? ;) This hunk got dropped to the floor: No, it does not: I didn't? http://svn.debian.org/wsvn/pkg-lvm/devmapper/trunk/debian/patches/dmsetup-export.patch?op=diffrev=0sc=0 I reported this on the 19th where the export of the table state just wasn't there. The other report (with a different bug number as you requested) is from the 24th - actually the date of your upload of the fixed version to unstable. As usual the dmsetup's changelog is as verbose as: * Update dmsetup export patch. No word that the patch contains additional functionality. | + if (info.live_table) | + printf(DM_TABLE_LIVE=1\n); | + if (info.inactive_table) | + printf(DM_TABLE_INACTIVE=1\n); ...so Debian's dmsetup keeps lacking behind other distros without any (at least to me) obvious reason. The information is exported. It is now, thanks. -- Guido -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486069: perl: embedding perl hangs on hppa without PERL_SYS_INIT3() since 5.10.0
As seen in #486069, since Perl 5.10.0, embedding Perl hangs on hppa in pthread_mutex_lock() inside perl_parse() if PERL_SYS_INIT3() hasn't been called. On Fri, Jun 13, 2008 at 03:07:22PM +0300, Niko Tyni wrote: The need for PERL_SYS_INIT3() has been documented in perlembed.pod since 5.8.1 (upstream change 19147), so this is arguably not a bug in perl at all. I assume the difference between hppa and the other architectures is because hppa still uses linuxthreads instead of NPTL. I'm leaving this open for now as a place to discuss the implications of this behaviour change. Somebody (TM) should probably go through all packages embedding perl and check if they use PERL_SYS_INIT3() and/or if they hang on hppa. FWIW, I run a quick grep on the 46 source packages producing binary packages that link against libperl5.10 (excluding perl itself). I found 29 probably affected packages. I won't be acting on this list soon; I'd appreciate it if somebody else could verify these and file bugs where needed. Cc'ing the debian-hppa and debian-perl lists. This is generated from amd64 Packages and Sources, so there might be some differences with hppa. Probably not many, though. Packages with the tarball or .diff.gz matching /perl_sys_init/i; these should be OK: claws-mail-extra-plugins collectd elinks kildclient libapache2-mod-perl2 libpar-packer-perl nagios3 openser perl4caml pike7.6 speedy-cgi-perl Packages that don't match /perl_parse/ either, so they might be OK: exim4 graphviz postgresql-8.3 pperl sigc sigcperl Packages that are probably broken on hppa because they don't call PERL_SYS_INIT3() so their embedded perl interpreter hangs in perl_parse(): abiword barnowl courier eperl epic4 freeradius ggz-grubby gnumeric golly inn inn2 irssi kvirc mimedefang net-snmp opendchub openldap2.3 owl pidgin pork rxvt-unicode vile vim wackamole weechat wzdftpd xchat xchat-gnome znc -- Niko Tyni [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488217: [INTL:sv] Translation for debconf template
package: nut severity: wishlist tags: patch l10n -- Martin# translation of nut_2.2.2-2_templates.po to swedish # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Martin Bagge [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: nut_2.2.2-2_templates\n Report-Msgid-Bugs-To: Source: [EMAIL PROTECTED] POT-Creation-Date: 2008-06-04 14:36+0200\n PO-Revision-Date: 2008-06-27 09:24+0200\n Last-Translator: Martin Bagge [EMAIL PROTECTED]\n Language-Team: swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: note #. Description #: ../nut.templates:1001 msgid Remove user \nut\ from dialout group msgstr Tar bort användaren \nut\ frÃ¥n gruppen \dialout\ #. Type: note #. Description #: ../nut.templates:1001 msgid The system user, \nut\, will be removed from the dialout group. A new system group, \nut\, will be created. Users must manually change the permissions on the serial port devices, /dev/ttyS*, to permit access by the nut group. msgstr Systemanvändaren \nu\ kommer att tas bort ur gruppen \dialout\. En ny systemgrupp kallad \nut\ skapas. Du mÃ¥ste manuellt ställa in rättigheterna för serieportarna i /dev/ttyS* sÃ¥ att gruppen \nut\ kan använda dem. #. Type: note #. Description #: ../nut.templates:2001 msgid Please manually modify your configuration files msgstr Ãndra konfigurationsfilerna manuellt. #. Type: note #. Description #: ../nut.templates:2001 msgid This is a serious advisory. Please take note. msgstr Detta är en allvarlig säkerhetspropÃ¥. Läs noga. #. Type: note #. Description #: ../nut.templates:2001 msgid There have been significant changes by the upstream authors to the behaviour of this software. Specifically, the configuration files in /etc/nut are different, some drivers have been renamed, ... msgstr Det har gjorts stora ändringar av ursprungsprogrammeraren i hur det här programmet fungerar. Framförallt har konfigurationsfiler i /etc/nut förändrats och en del drivrutiner bytt namn... #. Type: note #. Description #: ../nut.templates:2001 msgid If you continue with the installation of this package, NUT will NOT restart unless you manually change your configuration files and edit /etc/default/ nut. You have been warned! Please read /usr/share/doc/nut/UPGRADING.gz for the upgrading procedure. msgstr Om du väljer att fortsätta installationen av det här paketet sÃ¥ kommer NUT inte att starta om du inte manuellt redigerar dina konfigurationsfiler och filen /etc/default/nut.\n Nu har du fÃ¥tt uppmaningen, utför Ã¥tgärderna och läs gärna mer om uppgraderingsprocessen i /usr/share/doc/nut/UPGRADING.gz.
Bug#488218: [INTL:sv] Update translation form debconf template
package: mantis severity: wishlist tags: patch l10n -- Martin# translation of mantis_1.0.8-4.1_sv.po to swedish # #Translators, if you are not familiar with the PO format, gettext #documentation is worth reading, especially sections dedicated to #this format, e.g. by running: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # #Some information specific to po-debconf are available at #/usr/share/doc/po-debconf/README-trans # or http://www.debian.org/intl/l10n/po-debconf/README-trans # #Developers do not need to manually edit POT or PO files. # # Martin Bagge [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: mantis_1.0.8-4.1_sv\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2007-07-04 07:19-0400\n PO-Revision-Date: 2008-06-27 09:27+0200\n Last-Translator: Martin Bagge [EMAIL PROTECTED]\n Language-Team: swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=ISO-8859-1\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: string #. Description #: ../templates:1001 msgid Mantis administrator e-mail address: msgstr E-postadress till Mantis-administratören: #. Type: string #. Description #: ../templates:1001 msgid Please enter the e-mail address of the administrator who will troubleshoot user reported errors. msgstr Ange e-postadressen för administratören som ska hantera användarnas rapporterade fel. #. Type: string #. Description #: ../templates:2001 msgid Mantis webmaster e-mail address: msgstr E-postadress till Mantis-webbmastern: #. Type: string #. Description #: ../templates:2001 msgid Please enter the webmaster's e-mail address. It will be displayed at the bottom of all Mantis pages. msgstr Ange webbmasterns e-postadress. Den kommer att visas i nederkant av alla sidor i Mantis. #. Type: string #. Description #: ../templates:3001 msgid Sender address for bug report e-mails: msgstr Avsändaradress för felrapporter via e-post: #. Type: string #. Description #: ../templates:3001 msgid Please enter the address used as the origin address for Mantis bug report e- mails. msgstr Ange adressen som ska användas som ursprunglig adress för felrapportera via e-post i Mantis. #. Type: string #. Description #: ../templates:4001 msgid E-mail address for bounce-handling: msgstr E-postadress för hantering av studsande e-post: #. Type: string #. Description #: ../templates:4001 msgid Please enter the address where bounced e-mails will be directed. Typically, this should be set to be the same as the administrator's e-mail address. msgstr Ange adressen dit studsande e-post ska dirigeras. Vanligtvis bör det här ställas in till samma e-postadress som administratören använder. #. Type: boolean #. Description #: ../templates:5001 msgid Configure Apache2 as web server for Mantis? msgstr Konfigurera Apache2 som webbserver för Mantis? #. Type: boolean #. Description #: ../templates:5001 msgid If you accept this option Apache2 will automatically be configured to support Mantis via /etc/apache2/conf.d/ symlinks. If you reject it, you will have to configure your web server manually. msgstr Om du accepterar det här alternativet kommer Apache2 att automatiskt konfigureras för att ge stöd för Mantis via de symboliska länkarna i /etc/ apache2/conf.d/. Om du inte vill det här måste du konfigurera den webbserver manuellt. #. Type: note #. Description #: ../templates:6001 msgid Administrator's password must be changed msgstr Lösenordet för administratören måste ändras: #. Type: note #. Description #: ../templates:6001 msgid By default, the mantis package creates an administrator account. The password for this account is 'root'. msgstr Som standard skapar mantis-paketet ett administratörskonto. Lösenordet för det här kontot är \root\. #. Type: note #. Description #: ../templates:6001 msgid It is highly recommended to change this password immediately after installation is complete. msgstr Det rekommenderas starkt att omedelbart ändra det här lösenordet efter att installationen är färdig.
Bug#488219: lynx: claims to support lynx-ssl but doesn't support HTTPS URLs
Package: lynx Version: 2.8.6-2.1 Severity: serious Hello, with 2.8.6-2.1 lynx stopped linking against a SSL library and thus lynx complains when it is requested to open a https:// URL: Alert!: This client does not contain support for HTTPS URLs. However, the package still claims to replace and provide lynx-ssl, which is obviously not true anymore. regards Mario -- But after a while I learned the trick of speaking fast. You don't have to think any faster; just use twice as many words to say everything. -- Paul Graham signature.asc Description: Digital signature
Bug#474016: Obtain loan at 5% interest rate
Hello, Are you interested in getting business/personal loan at a negotiable monthly interest rate this yuletide season? If yes, contact us via email: [EMAIL PROTECTED] Also remember to state the amount you need for the loan. Regards, Mr. Williams Wilcox -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488220: [INTL:sv] Translation of denconf template
package: smbind severity: wishlist tags: patch l10n -- Martin# translation of smbind.po to swedish # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Martin Bagge [EMAIL PROTECTED], 2008. msgid msgstr Project-Id-Version: smbind\n Report-Msgid-Bugs-To: [EMAIL PROTECTED] POT-Creation-Date: 2008-06-10 15:17+0200\n PO-Revision-Date: 2008-06-27 09:36+0200\n Last-Translator: Martin Bagge [EMAIL PROTECTED]\n Language-Team: swedish [EMAIL PROTECTED]\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: KBabel 1.11.4\n #. Type: boolean #. Description #: ../templates:1001 msgid Should ${webserver} be restarted? msgstr Vill du starta om ${webserver}? #. Type: boolean #. Description #: ../templates:1001 msgid Remember that in order to activate the new configuration ${webserver} has to be restarted. You can also restart ${webserver} by manually executing invoke- rc.d ${webserver} restart. msgstr För att aktivera de nya inställningarna för ${webserver} så den startas om. Du kan också starta om ${webserver} manuellt genom att köra 'invoke-rc.d ${webserver} restart'. #. Type: note #. Description #: ../templates:2001 msgid No supported webserver was found msgstr Hittade ingen webbserver som paketet kan ställa in automatiskt. #. Type: note #. Description #: ../templates:2001 msgid A supported webserver was not found to automatically configure. This package can only automatically configure apache webservers to use the program. If you are using a different webserver, you will need to point it to the smbind files in /usr/share/smbind/php (see the webserver config files in /etc/ smbind/apache.conf for examples) and possibly restart the webserver during installation, and then remove the configuration when removing the package. msgstr Hittade ingen webbserver som paketet kan ställa in automatiskt. Detta paketet kan bara göra inställningar för Apache. Om du använder en annan webbserver så måste du ställa in den manuellt. Filerna för smbind finns i /usr/share/smbind/php (jämför med inställningarna i /etc/smbind/apache). Du måste förmodligen dessutom starta om webbservern för att de ska börja gälla.\nOm du tar bor det här paketet måste du ta bort inställningarna manuellt.
Bug#488221: gucharmap: Segfaults at or around codepoint U+237E
Package: gucharmap Version: 1:2.22.1-1 Severity: important Any time gucharmap attempts to display codepoint U+237E it crashes with a segfault. I'm not sure which character specifically, but manually stepping through, as close to row by row as I can, it crashed with U+237E as the last_char setting in GConf. This character is encountered in the All Unicode block and in the Miscellaneous Technical table. It doesn't seem to matter which font I choose... but it also appears that it's pulling glyphs that are unknown in the font from another font, possibly Unicode Symbols (which has nearly full coverage of Miscellaneous Technical) Michael -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-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/bash Versions of packages gucharmap depends on: ii libc6 2.7-12 GNU C Library: Shared libraries ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk2.0-0 2.12.10-2 The GTK+ graphical user interface ii libgtk2.0-bin 2.12.10-2 The programs for the GTK+ graphica ii libgucharmap6 1:2.22.1-1 Unicode browser widget library (sh ii libpango1.0-0 1.20.3-2 Layout and rendering of internatio ii scrollkeeper 0.3.14-16 A free electronic cataloging syste Versions of packages gucharmap recommends: ii yelp 2.22.1-3 Help browser for GNOME 2 -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488158: [Pkg-bazaar-maint] Bug#488158: bzr: Fails to retrieve branch
Hello Jelmer, On Thu, Jun 26, 2008 at 10:43:37PM +0200, Jelmer Vernooij wrote: bzr+ssh is only available when python-paramiko (recommended by the bzr package) is installed. It should work once you install it. Yes, it does, thanks! I agree the current situation in 0.11 is a far from ideal - bzr should give a saner error message than this. It doesn't qualify as important bug though imho. Fine with me. Maybe a check can be added printing a error message? Thanks for your fast reply! Greetings Helge -- Dr. Helge Kreutzmann [EMAIL PROTECTED] Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#471828: [Nut-upsdev] Fwd: DeviceKit-power patches
severity 471828 critical thanks Hi Jean-Luc, thanks for your quick testing and feedback. I'll upload the fix today with some more things. Arnaud -- Linux / Unix Expert RD - MGE Office Protection Systems - http://www.mgeops.com Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/ Debian Developer - http://people.debian.org/~aquette/ Free Software Developer - http://arnaud.quette.free.fr/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#467264: g-p-man: 'on battery' config interacts with 'on AC' settings - severity broken
found 467264 2.22.1-1 thanks 2008/3/31 Eddy Petrișor [EMAIL PROTECTED]: notfound 467264 2.22.0-1 thanks Sjoerd Simons wrote: On Fri, Feb 22, 2008 at 10:13:23PM +0200, Eddy Petri??or wrote: Package: gnome-power-manager Version: 2.20.2-3 Severity: serious Justification: doesn't do is basic functionality; no way to configure I have observed that on my laptop, after some time of inactivity, and after manually reducing the brightness to minimum, I see that brightness is turned to max. I briefly looked at this and seems to be gone. I just installed Debian Lenny on an Asus X51RL-AP196L and saw that on battery, the (only) brightness slider from the AC tab modifies the brightness. Also, I have just seen some weird behaviour: while on battery, I was looking at power preferences for AC and I set it to 100%. To my surprise, the brightness changed. This is again visible on this Asus laptop (not the same as the initial laptop for which I reported). Still, the slider now works in the right direction. Even worse, after leaving the brightness slider for AC at 100%, I switched to the battery tab and slided it from the original 0% to 100% and, lo and behold, as the slider when towards 100% the brightness went UP, yes, UP! Playing with the battery slider, after that I have seen that: Does this still happen in the latest version ? (reordered for convenience) If by latest you mean 2.22.1-1, I can't say since I run lenny. If you mean 2.22.0-1, then... While on battery: - moving the AC slider changes brightness no longer happens Now it does. - while the AC slider was at 0%, moving the batt slider doesn't do anything - while the AC slider was at 100%, the battery slider worked up-side-down - when the AC slider is at 0%, the battery slider doesn't have any effect - when the battery slider is at 100%, the AC slider has no effect There isn't anymore a battery slider?!!??!? WTF? Is this a GNOME usability improvement? This is still broken. -- Regards, EddyP = Imagination is more important than knowledge A.Einstein
Bug#488222: dlocate: doesn't ship cron.daily file anymore
Package: dlocate Version: 0.95 Hello, after upgrading dlocate to 0.95 I've noticed the cron.daily conffile is marked obsolete, i.e. dlocate does not ship it anymore. However, the changelog doesn't mention a removal of the cron.daily file but instead it mentions changes to it. Thus I'm not sure whether the removal was intentional or not. Mario -- Whenever you design a better fool-proof software, the genetic pool will always design a better fool. signature.asc Description: Digital signature
Bug#488195: pidgin always crashes when quiting it
Hi Ari, On Do, 26 Jun 2008, Ari Pollak wrote: Please install pidgin-dbg and get another backtrace. Also, do you have any plugins loaded? Does the crash still happen if you unload them? Ok, I have tracked it down to two plugins: Only if BOTH Buddy List Options and Extended Preferences are activated the crash occurs. I have installed pidgin-dbg and got that (attached). Hope that helps. Best wishes Norbert --- Dr. Norbert Preining [EMAIL PROTECTED]Vienna University of Technology Debian Developer [EMAIL PROTECTED] Debian TeX Group gpg DSA: 0x09C5B094 fp: 14DF 2E6C 0307 BE6D AD76 A9C0 D2BF 4AA3 09C5 B094 --- GANGES (n. rare : colonial Indian) Leg-rash contracted from playing too much polo. (It is a little-known fact that Prince Charles is troubled by ganges down the inside of his arms.) --- Douglas Adams, The Meaning of Liff System: Linux 2.6.26-rc8 #1 SMP PREEMPT Wed Jun 25 12:22:53 CEST 2008 i686 X Vendor: The X.Org Foundation X Vendor Release: 10402000 Selinux: No Accessibility: Disabled GTK+ Theme: Mist Icon Theme: Mist Memory status: size: 80146432 vsize: 80146432 resident: 47493120 share: 21164032 rss: 47493120 rss_rlim: 4294967295 CPU usage: start_time: 1214554101 rtime: 264 utime: 224 stime: 40 cutime:7 cstime: 14 timeout: 0 it_real_value: 0 frequency: 100 Backtrace was generated from '/usr/bin/pidgin' [Thread debugging using libthread_db enabled] [New Thread 0xb729e720 (LWP 5524)] 0xb77d93ae in __waitpid_nocancel () from /lib/libpthread.so.0 #0 0xb77d93ae in __waitpid_nocancel () from /lib/libpthread.so.0 #1 0xb78778a4 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0 #2 0xb7877bbc in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so.0 #3 0xb709c198 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so #4 signal handler called #5 0xb76b85b6 in raise () from /lib/libc.so.6 #6 0xb76b9dd8 in abort () from /lib/libc.so.6 #7 0x080c77e3 in sighandler (sig=11) at ../../pidgin/gtkmain.c:193 #8 signal handler called #9 0xb705a850 in ?? () #10 0xb7d528d3 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #11 0x089ac5d0 in ?? () #12 0x09283b18 in ?? () #13 0x089d3d10 in ?? () #14 0x08b89a80 in ?? () #15 0x090c6240 in ?? () #16 0xb7f87cfc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #17 0x089ac5d0 in ?? () #18 0xb78f9680 in ?? () from /usr/lib/libgobject-2.0.so.0 #19 0xb7d52840 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 #20 0x091c1398 in ?? () #21 0xbf9a54d8 in ?? () #22 0xb78c86f9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 Backtrace stopped: frame did not save the PC Thread 1 (Thread 0xb729e720 (LWP 5524)): #0 0xb77d93ae in __waitpid_nocancel () from /lib/libpthread.so.0 No symbol table info available. #1 0xb78778a4 in g_spawn_sync () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #2 0xb7877bbc in g_spawn_command_line_sync () from /usr/lib/libglib-2.0.so.0 No symbol table info available. #3 0xb709c198 in ?? () from /usr/lib/gtk-2.0/modules/libgnomebreakpad.so No symbol table info available. #4 signal handler called No symbol table info available. #5 0xb76b85b6 in raise () from /lib/libc.so.6 No symbol table info available. #6 0xb76b9dd8 in abort () from /lib/libc.so.6 No symbol table info available. #7 0x080c77e3 in sighandler (sig=11) at ../../pidgin/gtkmain.c:193 No locals. #8 signal handler called No symbol table info available. #9 0xb705a850 in ?? () No symbol table info available. #10 0xb7d528d3 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #11 0x089ac5d0 in ?? () No symbol table info available. #12 0x09283b18 in ?? () No symbol table info available. #13 0x089d3d10 in ?? () No symbol table info available. #14 0x08b89a80 in ?? () No symbol table info available. #15 0x090c6240 in ?? () No symbol table info available. #16 0xb7f87cfc in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #17 0x089ac5d0 in ?? () No symbol table info available. #18 0xb78f9680 in ?? () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. #19 0xb7d52840 in ?? () from /usr/lib/libgtk-x11-2.0.so.0 No symbol table info available. #20 0x091c1398 in ?? () No symbol table info available. #21 0xbf9a54d8 in ?? () No symbol table info available. #22 0xb78c86f9 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 No symbol table info available. Backtrace stopped: frame did not save the PC #0 0xb77d93ae in __waitpid_nocancel () from /lib/libpthread.so.0 The program is running. Quit anyway (and detach it)? (y or n) [answered Y; input not from terminal] --- .xsession-errors (164 sec old) - If you can reproduce the crash, please notify the developers by reporting a bug at: http://developer.pidgin.im/simpleticket/ Please make sure to specify what you were
Bug#488223: udev rule to export dmsetup export information
Package: dmsetup Version: 2:1.02.26-1 Severity: wishlist Hi, the attached udev rule exports the information available via dmsetup export for use by other udev rules. Since kpartx/multipath runs as (z)60 this rule should run before that. There's some overlap with Bug #455746. Cheers, -- Guido # Export device mapper status into the environment # used by e.g. multipath-tools # # See udev(8) for syntax. SUBSYSTEM!=block, GOTO=dmsetup_end KERNEL!=dm-*, GOTO=dmsetup_end ACTION!=add|change, GOTO=dmsetup_end IMPORT{program}=/sbin/dmsetup export -j%M -m%m LABEL=dmsetup_end
Bug#488225: Please support CLONE_NEWNS
Package: schroot Version: 1.2.0-1 Severity: wishlist With CLONE_NEWNS (a clone()/unshare() option), schroot could make all mounts local, so the main host does not see them. The kernel would automatically take care of all the cleanup involved in unmounting. It could also use pivot_root() instead of chroot(). -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#312314: Processed: reassigning to glibc
reassign 312314 libgc thanks On Fri, Jun 27, 2008 at 2:15 AM, Aurelien Jarno [EMAIL PROTECTED] wrote: No, it is written this is a libgc issue, not a libc issue. -- Martin-Éric Racine http://q-funk.iki.fi
Bug#488224: Window titles are incorrectly displayed if fvwm is running in utf-8 locale
Package: fvwm Version: 1:2.5.26-1 Severity: normal Although this problem looks simular to bugs #439904 and #452661 I decide to file separate bug report, because my investigation shows quite different results. If fvwm2 is started in some 8-bit locale, such as ru_RU.KOI-R, applications, which follow freedesktop.org specifications (such as Mozilla and wish) are able to display title bars with cyrillic letters correctly. However, if fvwm2 is started in ru_RU.UTF-8 locale, cyrillic letters in the window titles are broken even if application runs in the same locale as fvwm. Moreover incorrect titles are same regardless of locale application is run in. Following tcl script demonstrates problem. It contains unicode escaped cyrillic letters, so it can be run in any locale without modification and encoding conversion #!/usr/bin/wish wm title . \u0420\u0443\u0441\u0441\u043a\u0438\u0439 Attached screenshots shows how it looks in both cases. I've WindowFont configuration option set to -*-times-bold-r-*-*-12-*-*-*-*-*-iso10646-1 for utf-8 and -*-times-bold-r-*-*-12-*-*-*-*-*-koi8-r for koi8 which resolves to fonts from xfonts-bolkhov-100dpi and xfonts-bolkhov-koi8r-100dpi packages respectively. -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fvwm depends on: ii libc6 2.7-10GNU C Library: Shared libraries ii libcairo2 1.6.4-1+b1The Cairo 2D vector graphics libra ii libfontconfig1 2.5.0-2 generic font configuration library ii libfreetype6 2.3.5-1+b1FreeType 2 font engine, shared lib ii libfribidi00.10.9-1 Free Implementation of the Unicode ii libglib1.2ldbl 1.2.10-19 The GLib library of C routines ii libglib2.0-0 2.16.3-2 The GLib library of C routines ii libgtk1.2 1.2.10-18.1 The GIMP Toolkit set of widgets fo ii libgtk2.0-02.12.9-3 The GTK+ graphical user interface ii libice62:1.0.4-1 X11 Inter-Client Exchange library ii libncurses55.6+20080308-1Shared libraries for terminal hand ii libpng12-0 1.2.27-1 PNG library - runtime ii libreadline5 5.2-3 GNU readline and history libraries ii librplay3 3.3.2-11.1Shared libraries for the rplay net ii librsvg2-2 2.22.2-2 SAX-based renderer library for SVG ii libsm6 2:1.0.3-1+b1 X11 Session Management library ii libstroke0 0.5.1-6 mouse strokes library -- runtime f ii libx11-6 2:1.0.3-7 X11 client-side library ii libxcursor11:1.1.9-1 X cursor management library ii libxext6 2:1.0.4-1 X11 miscellaneous extension librar ii libxft22.1.12-2 FreeType-based font drawing librar ii libxi6 2:1.1.3-1 X11 Input extension library ii libxinerama1 2:1.0.3-2 X11 Xinerama extension library ii libxpm41:3.5.7-1 X11 pixmap library ii libxrender11:0.9.4-1 X Rendering Extension client libra ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages fvwm recommends: ii fvwm-icons 2001.08.13-6 XPMs icons from fvwm development s -- no debconf information attachment: titletest-good.pngattachment: titletest-bad.png
Bug#488128: [Pkg-cryptsetup-devel] Bug#488128: cryptsetup: Please support comments at the end of lines in /etc/crypttab
On Fri, 2008-06-27 at 08:38 +0200, David Härdeman wrote: On Thu, June 26, 2008 18:39, James Westby wrote: https://bugs.edge.launchpad.net/ubuntu/+source/cryptsetup/+bug/185380 a user had problems due to attempting to use a comment at the end of the line in /etc/crypttab. It would be great if you could support this. The following patch by Reinhard Tartler is used in Ubuntu to allow this. Please consider applying it. How can you know that someone isn't already using a # character in the keyfile parameter of crypttab? (It isn't strictly paths only, it can be any argument to a keyscript). Hi, That's a reasonable concern, and I hadn't considered that case. You are obviously far more familiar with the package that I, so you will be best judged to determine if there is more risk in adding the patch and giving problems to someone who is using a #, and the confusion to users who expect comments to be supported at the ends of lines. Thanks, James -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488227: soundkonverter new version 0.3.8
Package: soundkonverter Severity: wishlist http://www.kde-apps.org/content/show.php?content=29024 ChangeLog 0.3.8: -Fix: compile error with gcc 4.3 -Fix: filenames containing some special characters including '?' work again -Fix: files added by 'add directory' or via context menu from konqueror and containing special characters will work now -Fix: vfat compatible output names won't contain '/' anymore 0.3.7: -Add: sox plugin for aiff (thanks to Ron Fischler) -Add: toolame and twolame plugins for mp2 encoding -Add: amr decoding with ffmpeg -Add: Improved Polish translation (thanks to Michał Smoczyk) -Add: Reading writing composer/disc number tags for tta files -Add: A user script can be executed after each file has been converted (-config dialog-general-user script) -Add: Hungarian and Italian translations (thanks to the language teams at launchpad) -Fix: Flake plugin -Fix: Wavpack encoding -Fix: Dropping folders works again -Fix: Use the current language's decimal symbol for oggenc -Fix: Progress for lame abr/cbr encoding -Fix: mp4v2 works now -Fix: soundkonverter won't display wrong backends in the config dialog any more -Fix: And a lot more ... -Change: Use --vbr-new for lame -Change: Use extension to determine file type if no mime type file was found -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488226: mplayer: Please don't embedded libdvdread/libdvdnav
Package: mplayer Hi, please don't use embedded libdvdread or libdvdnav but link against them. For libdvdnav, we already have the new upstream from mplayer project in Debian, so that won't give regressions; for libdvdread, it would be nice to have the original libdvdread patched up with mplayer patches (if any). Regards, Daniel -- Address:Daniel Baumann, Burgunderstrasse 3, CH-4562 Biberist Email: [EMAIL PROTECTED] Internet: http://people.panthera-systems.net/~daniel-baumann/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487526: (assunto em branco)
Package: kwin-style-crystal add info 1.0.6, KDE 3.5.x http://www.kde-look.org/content/show.php/Crystal?content=13969 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488228: apt-cacher: tries to start twice
Package: apt-cacher Version: 1.6.4 Severity: normal Hi, I have the same problem as described in this post: http://thread.gmane.org/gmane.linux.debian.user/325219 That is, apt-cacher starts twice. Once very early: Could you tell me what links to /etc/init.d/apt-cacher there are in /etc/rc* there are. ls /etc/rc*.d/*apt-cacher should tell you. The 'standard' should be lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc0.d/K20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc1.d/K20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc2.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc3.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc4.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc5.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc6.d/K20apt-cacher - ../init.d/apt-cacher I suspect you have a strange entry in /etc/rcS.d. Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487789: apt-cacher locks when using checksum and requiring it concurrently.
package apt-cacher forwarded 487789 [EMAIL PROTECTED] thanks On Tue, Jun 24, 2008 at 08:50:09AM +0200, Raúl Sánchez Siles wrote: Package: apt-cacher Version: 1.6.4 Severity: important Hello: When I start 2 aptitude sessions: one for a real system and one for a chroot; and they concurrently run update and/or upgrade I got this message on dmesg. apt-cacher[8117]: segfault at 7f87f70b8e18 ip 7f87f7c37b56 sp 7fff05122448 error 6 in libdb-4.6.so[7f87f7b9d000+145000] Thanks. I am getting segfaults with libdb4.6 as well. I think this must be a problem with libwww-curl-perl rather than apt-cacher. I have posted a report upstream. Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488224: Window titles are incorrectly displayed if fvwm is running in utf-8 locale
On 2008.06.27 at 08:15:07 +, Debian Bug Tracking System wrote: Further investigation shows that Cyrillic window names are passed to the modules correctly. I've custom module written on Tcl, and it displays titles correctly. But modules shipped with fvwm, such as FvwmWinList, have same problem with displaying as core fvwm (window title bars). So, it seems that problem is localized somewhere near FlocaleDrawString function. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488229: ITP: ocaml-libvirt -- OCaml bindings for libvirt
Package: wnpp Severity: wishlist Owner: Guido Guenther [EMAIL PROTECTED] * Package name: ocaml-libvirt Version : 0.4.2.4-1 * URL : http://libvirt.org/ocaml/ * License : GPL Programming Lang: C, Ocaml Description : OCaml bindings for libvirt This library provides OCaml bindings for using libvirt. . Libvirt is a toolkit to interact with the virtualization capabilities of recent versions of Linux (and other OSes). The library aims at providing a long term stable C API for different virtualization mechanisms. It currently supports QEMU, KVM, and XEN. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486852: aegis - FTBFS: No result for 21 of 277 tests.
Riku Voipio [EMAIL PROTECTED] writes: | aefinish: cd /srv/buildd Other buildd: | aefinish: cd /nonexistent In some buildd's user doesn't have a home dir - not being able to write there is is not a reason to fail build. You are obviously right and the 4.24-2 package is supposed to fix that problem. Maybe the problem is more subtle. Is it possible to see the build logs for 4.24-1 to verify on which platform it failed? Is it possible to know on which buildd server the buildd user does not have the home dir? -- Walter Franzini http://aegis.stepbuild.org/ PGP Public key ID: 1024D/CB3FEB43 Key fingerprint : FA26 C33B CAFF 7848 EFEB 7327 96AA 2D57 CB3F EB43 Key server : http://www.keyserver.net pgpta6M623t1S.pgp Description: PGP signature
Bug#488064: apt-cacher: tries to start twice
Package: apt-cacher Version: 1.6.4 Severity: normal Hi, I have the same problem as described in this post: http://thread.gmane.org/gmane.linux.debian.user/325219 That is, apt-cacher starts twice. Once very early: Could you tell me what links to /etc/init.d/apt-cacher there are in /etc/rc* there are. ls /etc/rc*.d/*apt-cacher should tell you. The 'standard' should be lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc0.d/K20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc1.d/K20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc2.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc3.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc4.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc5.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc6.d/K20apt-cacher - ../init.d/apt-cacher I suspect you have a strange entry in /etc/rcS.d. Thanks, Mark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488230: amule-utils-gui: Program committed suicide
Package: amule-utils-gui Version: 2.1.3-6 Severity: important File: /usr/bin/amulegui The program crash avery time I close a tab, if there are more tabs it crashes when I close he last. (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] [New Thread 0xb6aaa720 (LWP 13512)] (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) (no debugging symbols found) 0xb7f7c3ae in __waitpid_nocancel () from /lib/libpthread.so.0 #0 0xb7f7c3ae in __waitpid_nocancel () from /lib/libpthread.so.0 #1 0xb7fa39dd in ?? () from /usr/lib/debreaper/libviaticum.so #2 0x34df in ?? () #3 0xbfbb7068 in ?? () #4 0x in ?? () Thread 1 (Thread 0xb6aaa720 (LWP 13512)): #0 0xb7f7c3ae in __waitpid_nocancel () from /lib/libpthread.so.0 No symbol table info available. #1 0xb7fa39dd in ?? () from /usr/lib/debreaper/libviaticum.so No symbol table info available. #2 0x34df in ?? () No symbol table info available. #3 0xbfbb7068 in ?? () No symbol table info available. #4 0x in ?? () No symbol table info available. #0 0xb7f7c3ae in __waitpid_nocancel () from /lib/libpthread.so.0 -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (995, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.24-1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=C (charmap=ISO-8859-15) (ignored: LC_ALL set to [EMAIL PROTECTED]) Shell: /bin/sh linked to /bin/bash Versions of packages amule-utils-gui depends on: ii libc6 2.7-12GNU C Library: Shared libraries ii libcrypto++7 5.5.2-2 General purpose cryptographic shar ii libgcc11:4.3.1-2 GCC support library ii libstdc++6 4.3.1-2 The GNU Standard C++ Library v3 ii libwxbase2.6-0 2.6.3.2.2-2 wxBase library (runtime) - non-GUI ii libwxgtk2.6-0 2.6.3.2.2-2 wxWidgets Cross-platform C++ GUI t ii zlib1g 1:1.2.3.3.dfsg-12 compression library - runtime Versions of packages amule-utils-gui recommends: ii amule-common 2.1.3-6common files for the rest of aMule -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488232: w3c-linkchecker: ssl dependency issue
Package: w3c-linkchecker Version: 4.3-1 Severity: important Good Morning, after an install of w3c-linkchecker on my debian testing, I tried to checklink an https website, and this failed with an error concerning unavailable ssl lib. I installed libcrypt-ssleay-perl, and this solved the problem. Maybe a Recommends or Depends is needed ? -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) 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 w3c-linkchecker depends on: ii libconfig-general-perl 2.38-1Generic Configuration Module ii libhtml-parser-perl3.56-1+b1 A collection of modules that parse ii libnet-ip-perl 1.25-2Perl extension for manipulating IP ii liburi-perl1.35.dfsg.1-1 Manipulates and accesses URI strin ii libwww-perl5.812-1 WWW client/server library for Perl ii perl 5.10.0-10 Larry Wall's Practical Extraction w3c-linkchecker recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488222: dlocate: doesn't ship cron.daily file anymore
On Fri, Jun 27, 2008 at 10:07:31AM +0200, Mario 'BitKoenig' Holbe wrote: after upgrading dlocate to 0.95 I've noticed the cron.daily conffile is marked obsolete, i.e. dlocate does not ship it anymore. However, the changelog doesn't mention a removal of the cron.daily file but instead it mentions changes to it. Thus I'm not sure whether the removal was intentional or not. thanks for letting me know. fixed. expect 0.96 to be uploaded shortly. craig -- craig sanders [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488231: urllib should point to urllib2, at least wrt authenticated proxies
Package: python2.5-doc Version: 2.5.2-1 Severity: wishlist Hello, thanks for maintaining python. The urllib documentation mentions: Proxies which require authentication for use are not currently supported; this is considered an implementation limitation. What it fails to mention is that proxies which require authentication work perfectly with urllib2. A link there (like This functionality is implemented in _urllib2_) would turn the phrase from a you can't do it into a you can do it this way. Cheers, Enrico muttering something about Only One Way Of Doing It -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#309564: CAcert audit work in progress
Hi Debian people, CAcert spend time to improve the infrastructures and policies. you can see the progress there also : http://svn.cacert.org/CAcert/Policies/ -- with best regards, Guillaume Romagny (fr_FR) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488233: python-sqlalchemy: integrity errors with enthought traits
Package: python-sqlalchemy Version: 0.4.6-1 Severity: normal Hello, I would like to use sqlalchemy to manage graph datum structures. However, unlike sqlalchemy graph1.py example, my vertex and edge classes inherit from enthought.traits.api.HasTraits. When saving edges, edge attributes mapped by relation() properties are not INSERT'ed. Hence DB raises Integrity errors. graph1.py example fails too, when Node and Edge inherit from HasTraits rather than from object. How to create mappers having relation() properties for classes inheriting from HasTraits ? Thanks, -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25-2-686 (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-sqlalchemy depends on: ii python2.5.2-1An interactive high-level object-o ii python-support0.8.3 automated rebuilding support for P python-sqlalchemy recommends no packages. -- no debconf information -- Boris Daix -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486720: scrollkeeper: Strange message during upgrade
Hello Loïc, On Thu, Jun 26, 2008 at 10:33:25PM +0200, Loïc Minier wrote: On Wed, Jun 18, 2008, Helge Kreutzmann wrote: it just re-appeared when upgrading lintian, lsb-base, lsb-release, lynx, manpages and po-debconf (in one apt-get install run). So it is not solved by the reboot :-(( Could you try to run scrollkeeper-update -v as root and see after which file you get the warnings? Before doing anything else, I run that and got the following output: /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:264: parser error : Opening and ending tag mismatch: sect line 262 and title Cryptography/title ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:336: parser error : Opening and ending tag mismatch: ScrollKeeperContentsList line 2 and sect /sect ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:338: parser error : Extra content at the end of the document sect categorycode=CDE ^ Extended content list file does not exist, is not readable, or is not well-formed XML: /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml Registering /usr/share/omf/doc-base/apt-offline-usage-guide/apt-offline-usage-guide-C.omf /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:264: parser error : Opening and ending tag mismatch: sect line 262 and title Cryptography/title ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:336: parser error : Opening and ending tag mismatch: ScrollKeeperContentsList line 2 and sect /sect ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:338: parser error : Extra content at the end of the document sect categorycode=CDE ^ Extended content list file does not exist, is not readable, or is not well-formed XML: /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml Registering /usr/share/omf/doc-base/apt-user-guide/apt-user-guide-C.omf /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:264: parser error : Opening and ending tag mismatch: sect line 262 and title Cryptography/title ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:336: parser error : Opening and ending tag mismatch: ScrollKeeperContentsList line 2 and sect /sect ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:338: parser error : Extra content at the end of the document sect categorycode=CDE ^ Extended content list file does not exist, is not readable, or is not well-formed XML: /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml Registering /usr/share/omf/doc-base/libregexp-java/libregexp-java-C.omf /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:264: parser error : Opening and ending tag mismatch: sect line 262 and title Cryptography/title ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:336: parser error : Opening and ending tag mismatch: ScrollKeeperContentsList line 2 and sect /sect ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:338: parser error : Extra content at the end of the document sect categorycode=CDE ^ Extended content list file does not exist, is not readable, or is not well-formed XML: /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml Registering /usr/share/omf/doc-base/debian-perl-policy/debian-perl-policy-C.omf /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:264: parser error : Opening and ending tag mismatch: sect line 262 and title Cryptography/title ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:336: parser error : Opening and ending tag mismatch: ScrollKeeperContentsList line 2 and sect /sect ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:338: parser error : Extra content at the end of the document sect categorycode=CDE ^ Extended content list file does not exist, is not readable, or is not well-formed XML: /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml Registering /usr/share/omf/doc-base/debian-menu-policy/debian-menu-policy-C.omf /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:264: parser error : Opening and ending tag mismatch: sect line 262 and title Cryptography/title ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:336: parser error : Opening and ending tag mismatch: ScrollKeeperContentsList line 2 and sect /sect ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:338: parser error : Extra content at the end of the document sect categorycode=CDE ^ Extended content list file does not exist, is not readable, or is not well-formed XML: /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml Registering /usr/share/omf/doc-base/fhs/fhs-C.omf /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:264: parser error : Opening and ending tag mismatch: sect line 262 and title Cryptography/title ^ /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:336: parser error : Opening and ending tag mismatch: ScrollKeeperContentsList
Bug#488211: tomboy: new version available from upstream
Am Freitag, den 27.06.2008, 13:11 +0800 schrieb Rex Tsai: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: tomboy Version: 0.10.2-1 Severity: normal *** Please type your report below this line *** Hi, there is a new version (0.11.0) of tomboy released. Please upgrade the package, thanks. http://svn.gnome.org/viewvc/tomboy/tags/TOMBOY_0_11_0/NEWS?view=markup This is just an unstable development release. I might upload it to experimental in the next days though... signature.asc Description: Dies ist ein digital signierter Nachrichtenteil
Bug#487648: svn-upgrade should not add (NOT RELEASED YET) to changelog
-=| Eddy Petrișor, Fri, Jun 27, 2008 at 10:21:52AM +0300 |=- 2008/6/26 Damyan Ivanov [EMAIL PROTECTED]: tags 487648 patch thanks -=| Eddy Petrișor, Tue, Jun 24, 2008 at 06:17:06PM +0300 |=- 2008/6/23 Damyan Ivanov [EMAIL PROTECTED]: As the distribution is set to UNRELEASED, the (NOT RELEASED YET) part brings no new data and only stands in the way. Please remove it. -D UNRELEASED New upstream release should be enough. I'd rather have that optional, it served me a few times as a good reminder to change the distro... Thanks in advance, dam P.S. If the package was debcheckout-able, I'd provide the trivial patch. apparently it is since 0.6.23: http://packages.qa.debian.org/s/svn-buildpackage/news/20071112T194709Z.html ... but do as you please, the code can be grabbed from: svn://svn.debian.org/svn/collab-maint/deb-maint/svn-buildpackage/trunk or svn+ssh://svn.debian.org/svn/collab-maint/deb-maint/svn-buildpackage/trunk The patch is attached. I can even commit it if you wish. (and while there, I'd add Vcs-* headers to d/control). Please commit and upload. Committed. I'll see if I can fix some lintian errors/warnings before uploading. P.S.: Still I don't get it why it isn't visible: http://svn.debian.org/wsvn/collab-maint/deb-maint/svn-buildpackage/trunk/debian/control?op=filerev=0sc=0 Strange indeed. Vcs-* is also missing in the Sources file. Perhaps the last upload was made by using dpkg-buildpackage that doesn't support Vcs-*? The .dcs file[1] also misses them. http://ftp.debian.org/debian/pool/main/s/svn-buildpackage/svn-buildpackage_0.6.23.dsc -- damJabberID: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#486720: scrollkeeper: Strange message during upgrade
On Fri, Jun 27, 2008, Helge Kreutzmann wrote: Before doing anything else, I run that and got the following output: /var/lib/scrollkeeper/C/scrollkeeper_extended_cl.xml:264: parser error : Opening and ending tag mismatch: sect line 262 and title Ah right DB corrupted, scrollkeeper-rebuilddb is what you want Perhaps the package causing the breakage has been fixed already, but didn't fix the DB... -- Loïc Minier -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488234: aspell-en: signalled missing in american en_US aspell dict?
Package: aspell-en Version: 6.0-0-5.1 Severity: wishlist Hi, Brian, Following this thread in emacs-devel, http://lists.gnu.org/archive/html/emacs-devel/2008-06/msg01742.html I notice that both forms 'signaled' and 'signalled' are allowed in ispell american dict, as well as in all american wordlists, but only 'signaled' is allowed in aspell en_US dict, $ amd-test-missing-words signaled signalled * Testing ispell english dicts: - Missing in ibritish: signaled + iamerican: OK * Testing aspell english dicts: - Missing in british: signaled - Missing in american: signalled * Testing plain english wordlists (look): + american-english: OK + american-english-large: OK + american-english-small: OK + american-english-huge: OK - Missing in british-english: signaled - Missing in british-english-large: signaled - Missing in british-english-small: signaled - Missing in british-english-huge: signaled - Missing in canadian-english: signaled - Missing in canadian-english-large: signaled - Missing in canadian-english-small: signaled - Missing in canadian-english-huge: signaled Not sure what is the right thing here, I am not a native English speaker, but reporting in case this helps, -- Agustin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488200: permissions for aliasdir
Concerning the permissions of aliasdir, the upstream author Sam Varshavchik wrote on June 26, 2008 on [EMAIL PROTECTED]: If localmailfilter is enabled, world r+x is required in order for esmtpd to access .mailfilters So the permissions I gave to aliasdir are too tight in general. It should be checked whether the same applies to Debian’s permissions of aliases and maybe other files/directories. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486785: tab completion broken
On Sun, Jun 22, 2008 at 11:23:42PM +0100, Peter Stephenson wrote: It's something to do with using the -U argument to compadd when you've got ambiguous completions: it works fine when there's only a single completion. It was triggered by adding the -U's to do approximation in non-final path segments (even before the compmatch change). The initial . is a red herring. However, I don't know where it's going wrong since when I do approximation after normal completion (but lots of other options set, too) it works fine. This triggers a different part of _path_files which has compadd -U but slight differences in the other arguments. Internally the Cline struct that's used for generating the command line looks a bit spartan in the failed case. Needless to say I haven't the faintest clue where this is leading. Further clues: 1) these behave the same way zstyle ':completion:*' completer _complete _ignored _match _approximate zstyle ':completion:*' completer _complete _correct _approximate zstyle ':completion:*' completer _complete _approximate 2) this one behaves the same way on the second tab zstyle ':completion:*' completer _list _expand _complete _ignored _match _correct _approximate _prefix I have not performed an exhaustive search by any means, but I have not yet run across a combination where the inclusion of _approximate doesn't trigger the surprise elision. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486852: aegis - FTBFS: No result for 21 of 277 tests.
On Fri, Jun 27, 2008 at 10:39:54AM +0200, Walter Franzini wrote: Riku Voipio [EMAIL PROTECTED] writes: | aefinish: cd /srv/buildd Other buildd: | aefinish: cd /nonexistent In some buildd's user doesn't have a home dir - not being able to write there is is not a reason to fail build. You are obviously right and the 4.24-2 package is supposed to fix that problem. Maybe the problem is more subtle. Perhaps there is other places in testsuite that do such things? Is it possible to see the build logs for 4.24-1 to verify on which platform it failed? http://buildd.debian.org/build.cgi?pkg=aegis As you see, most archs now build, and the testsuite fails anymore on arm, s390 and mips. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488235: grub-pc: update-grub should use unicode.pff in /boot/grub not the one in /usr/share/grub
Package: grub-pc Version: 1.96+20080626-1 Severity: minor update-grub by default uses the unicode.pff in /usr/share/grub which isn't working for me, because my / is ext4 which grub can't handle (yet) Luckly it just doenst't load the gfxterm and vbe module and boots without problems If I remove the /usr/share prefix, the set root and search command in grub.cfg as you can see below it works As I installed grub the unicode.pff got already copied to /boot/grub -- Package-specific info: *** BEGIN /proc/mounts /dev/root / ext4dev rw,errors=remount-ro,barrier=1,data=ordered 0 0 /dev/root /dev/.static/dev ext4dev ro,errors=remount-ro,barrier=1,data=ordered 0 0 /dev/sda1 /boot ext2 rw,errors=continue 0 0 *** END /proc/mounts *** BEGIN /boot/grub/device.map (hd0) /dev/sda (hd1) /dev/sdb *** END /boot/grub/device.map *** BEGIN /boot/grub/grub.cfg # # DO NOT EDIT THIS FILE # # It is automatically generated by /usr/sbin/update-grub using templates # from /etc/grub.d and settings from /etc/default/grub # ### BEGIN /etc/grub.d/00_header ### set default=0 set timeout=3 #set root=(hd0,2) #search --fs-uuid --set 3b4903c7-580a-4d0d-96c9-e1f007f2e418 #if font /usr/share/grub/unicode.pff ; then if font /grub/unicode.pff ; then set gfxmode=640x480 insmod gfxterm insmod vbe terminal gfxterm fi ### 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_hurd ### ### END /etc/grub.d/10_hurd ### ### BEGIN /etc/grub.d/10_linux ### set root=(hd0,1) search --fs-uuid --set e7f146e3-6067-4aa7-9f73-96c748834c9a menuentry Debian GNU/Linux, linux 2.6.26-rc8 { linux /vmlinuz-2.6.26-rc8 root=/dev/sda2 ro vga=0x317 rootfstype=ext4dev } menuentry Debian GNU/Linux, linux 2.6.26-rc8 (single-user mode) { linux /vmlinuz-2.6.26-rc8 root=/dev/sda2 ro single vga=0x317 rootfstype=ext4dev } ### END /etc/grub.d/10_linux ### ### BEGIN /etc/grub.d/30_os-prober ### ### END /etc/grub.d/30_os-prober ### *** END /boot/grub/grub.cfg -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-rc8 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages grub-pc depends on: ii debconf [debconf-2.0]1.5.22 Debian configuration management sy ii grub-common 1.96+20080626-1 GRand Unified Bootloader, version ii libc62.7-12 GNU C Library: Shared libraries ii liblzo2-22.03-1 data compression library ii libncurses5 5.6+20080621-1 shared libraries for terminal hand grub-pc recommends no packages. -- debconf information: grub-pc/linux_cmdline: fillme grub-pc/chainload_from_menu.lst: true -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488238: tasksel: hotkey-setup draggs discover in
Package: tasksel Version: 2.74.2 Severity: normal Tags: patch hotkey-setup seems not ready for mass consumption, it recently added discover to it's dependency. [Julien Cristau] Why do you care what X driver is going to be used? That sounds like a bad hack??? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=488095 please remove it from the corresponding tasks. Lenny should install fine everywhere and work *without* discover. diff --git a/tasks/desktop b/tasks/desktop index e463f8f..a268731 100644 --- a/tasks/desktop +++ b/tasks/desktop @@ -16,7 +16,6 @@ Key: iceweasel Packages: task-fields Packages-list: - hotkey-setup # the gimp is the best image editor, no matter the desktop gimp # openoffice.org is the best word processor / office suite at the moment diff --git a/tasks/laptop b/tasks/laptop index 9ce9498..931d805 100644 --- a/tasks/laptop +++ b/tasks/laptop @@ -25,7 +25,6 @@ Packages-list: cpufrequtils avahi-autoipd uswsusp - hotkey-setup bluetooth radeontool vbetool -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (900, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.26-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages tasksel depends on: ii aptitude 0.4.11.4-1 terminal-based package manager ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii liblocale-gettext-perl1.05-4 Using libc functions for internati ii tasksel-data 2.74.2 Official tasks used for installati tasksel recommends no packages. -- debconf information: tasksel/title: tasksel/desktop: gnome tasksel/first: tasksel/tasks: Print server -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#447390: Please create menu-2 templates
On Sat, Oct 20, 2007 at 06:09:38PM +0200, Andreas Tille wrote: there exists a menu-2 format since eight years. It would be great if the menu template would be created in this new format. Nobody is using it. Out of the 100s of packages I have on this system not one of them uses menu-2. Is there any point to it? - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487648: svn-upgrade should not add (NOT RELEASED YET) to changelog
-=| Damyan Ivanov, Fri, Jun 27, 2008 at 12:10:17PM +0300 |=- I'll see if I can fix some lintian errors/warnings before uploading. Almost done (see changelog). What remains is: * W: svn-buildpackage: binary-without-manpage usr/bin/svn-do There are some examples in the code, but I guess more would be needed for a proper manual page. * W: svn-buildpackage: copyright-without-copyright-notice IMO debian/copyright needs a rewrite. Not something occasional contributor like me is to do :) * W: svn-buildpackage source: ancient-standards-version 3.7.2 (current is 3.8.0) Fixing the above two warnings would allow fixing this too * I: svn-buildpackage: hyphen-used-as-minus-sign usr/share/man/man1/svn-buildpackage.1.gz I: svn-buildpackage: hyphen-used-as-minus-sign usr/share/man/man1/svn-inject.1.gz I: svn-buildpackage: hyphen-used-as-minus-sign usr/share/man/man1/svn-upgrade.1.gz I am not sure lintian is right here, the difference between a hyphen and a minus is obvious to me only when there are numbers involved :) -- damJabberID: [EMAIL PROTECTED] signature.asc Description: Digital signature
Bug#488236: libpt-1.10.0 depends on libldap2 but libldap2 is not available
Package: libpt-1.10.0 Version: lenny When I try to install libpt-1.10.0 on debian lenny the system says libpt-1.10.0 depends on libldap2 (= 2.1.17-1) but libldap2 is not available -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488237: lsb-base: useless package dependencies
Package: lsb-base Version: 3.2-12 Severity: wishlist Tags: patch In the control file: # Package: lsb-base [...] # Depends: sed, ncurses-bin # Replaces: lsb-core ( 2.0-6), lsb ( 2.0-6) # Conflicts: lsb-core ( 2.0-6), lsb ( 2.0-6) Depends: sed, ncurses-bin achieves nothing, since both packages are Essential: yes and Priority: required. In the versioned conflicts, the version numbers given are pre-Oldstable anyway; Sarge had 2.0-7. You'd be quite entitled (as in the attached patch) to drop _all_ of these dependency lines - especially once Testing has frozen and new versions of lsb-base are targeted at Lenny+1 (=Woody+4). -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.25.custom Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lsb-base depends on: ii ncurses-bin 5.6+20080308-1 Terminal-related programs and man ii sed 4.1.5-6The GNU sed stream editor lsb-base recommends no packages. -- no debconf information -- JBR Ankh kak! (Ancient Egyptian blessing) diff -ru lsb-3.2.pristine/debian/control lsb-3.2/debian/control --- lsb-3.2.pristine/debian/control 2008-04-26 21:44:04.0 +0100 +++ lsb-3.2/debian/control 2008-06-27 02:01:39.0 +0100 @@ -206,9 +206,6 @@ Package: lsb-base Architecture: all -Depends: sed, ncurses-bin -Replaces: lsb-core ( 2.0-6), lsb ( 2.0-6) -Conflicts: lsb-core ( 2.0-6), lsb ( 2.0-6) Priority: required Description: Linux Standard Base 3.2 init script functionality The Linux Standard Base (http://www.linuxbase.org/) is a standard
Bug#417262: Bug#417261: dch: please use dates in UTC
I'm just reviewing some old bugs and came across this one. Personally I like having changelogs in my timezone for my packages and I believe that a lot of other people do too. Unless policy changes or there is a massive chorus of no change it then I will be closing this bug. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487062: Bug in libconvert-uulib-perl fixed in revision 22220
tag 487062 + pending thanks Some bugs are closed in revision 0 by Jonas Smedegaard (js) Commit message: * Update local cdbs tweaks: + Various updates to copyright-check.mk, most importantly relaxing to only warn by default. Closes: bug#487062, thanks to Lucas Nussbaum. + Drop wget options broken with recent versions of wget in update-tarball.mk. + Cosmetic updates to README.cdbs-tweaks. * Update debian/copyright-hints. * Bump debhelper compatibility level to 6. * Semi-auto-update debian/control to update build-dependencies: DEB_AUTO_UPDATE_DEBIAN_CONTROL=yes fakeroot debian/rules clean -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486852: aegis - FTBFS: No result for 21 of 277 tests.
Walter Franzini [EMAIL PROTECTED] writes: Riku Voipio [EMAIL PROTECTED] writes: | aefinish: cd /srv/buildd Other buildd: | aefinish: cd /nonexistent In some buildd's user doesn't have a home dir - not being able to write there is is not a reason to fail build. You are obviously right and the 4.24-2 package is supposed to fix that problem. Maybe the problem is more subtle. [...] Is it possible to know on which buildd server the buildd user does not have the home dir? I've verified that if $HOME is placed in a directory not accessible aefinish fails. Can someone with access to the failing buildd servers (arm, mips and s390) verify if that is the case? ciao -- Walter Franzini http://aegis.stepbuild.org/ PGP Public key ID: 1024D/CB3FEB43 Key fingerprint : FA26 C33B CAFF 7848 EFEB 7327 96AA 2D57 CB3F EB43 Key server : http://www.keyserver.net pgpAL4hMZtXRD.pgp Description: PGP signature
Bug#446381: dh-make: please add support for SOURCE_FILE template variable
On Fri, Oct 12, 2007 at 07:31:48PM +0200, arno renevier wrote: it would nice to be able to access source file name in template files. I felt that need when trying to write a template README.Debian-source for softwares that always need to be repackaged the same way. I don't quite understand what you're trying to do here. That variable doesn't appear in the templates. Can you give me an example? Perhaps, what you mean by README.Debian-source? - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#486852: aegis - FTBFS: No result for 21 of 277 tests.
Riku Voipio [EMAIL PROTECTED] writes: [...] Is it possible to see the build logs for 4.24-1 to verify on which platform it failed? http://buildd.debian.org/build.cgi?pkg=aegis As you see, most archs now build, and the testsuite fails anymore on arm, s390 and mips. Thanks. -- Walter Franzini http://aegis.stepbuild.org/ PGP Public key ID: 1024D/CB3FEB43 Key fingerprint : FA26 C33B CAFF 7848 EFEB 7327 96AA 2D57 CB3F EB43 Key server : http://www.keyserver.net pgpF0KnaviNTj.pgp Description: PGP signature
Bug#488238: tasksel: hotkey-setup draggs discover in
[Maximilian Attems] hotkey-setup seems not ready for mass consumption, it recently added discover to it's dependency. Can you explain why adding a dependency on discover make it unfit for mass consumption? please remove it from the corresponding tasks. Lenny should install fine everywhere and work *without* discover. Why is it important to avoid discover in Lenny? The discover dependency was added to hotkey-setup to solve #483200, as it was judged to be better than adding PCI ids directly in hotkey-setup to work around the fact that /etc/X11/xorg.conf more and more often will not include information about the X driver used. When this is said, there are rumors that the task done by hotkey-setup now can be handled by hal/dbus instead. I have not verified that this is true, but I have seen information under /usr/share/hal/fdi/ that make me suspect it is correct. If hal/dbus do a better job of handling the hotkeys, hotkey-setup should be removed from Debian. Happy hacking, -- Petter Reinholdtsen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488240: anacron deferred
Package: anacron Version: 2.3-13.1 Severity: grave Justification: renders package unusable Anacron starts with this message: deferred while on battery power while the laptop is not run on battery -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (991, 'testing'), (500, 'unstable'), (500, 'stable'), (499, 'experimental') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/1 CPU core) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages anacron depends on: ii debianutils 2.28.4 Miscellaneous utilities specific t ii libc6 2.7-12 GNU C Library: Shared libraries ii lsb-base 3.2-12 Linux Standard Base 3.2 init scrip Versions of packages anacron recommends: ii cron 3.0pl1-104 management of regular background p ii postfix [mail-transport-agent 2.5.2-1High-performance mail transport ag ii sysklogd [system-log-daemon] 1.5-4 System Logging Daemon -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488239: readpst crashes when it encounters unknown ref type
Package: readpst Version: 0.5.2-1 Severity: important Hi, Some pst are processed by readpst without error. But, repeatedly with some pst, it crashes with this message: Processing Folder Calendrier debug_fp is NULL ERROR Unknown ref_type 0x1048 Erreur de segmentation This last line means Segmentation fault. Best regards, Michel -- System Information: Debian Release: lenny/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.24-1-686 (SMP w/2 CPU cores) Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages readpst depends on: ii libc6 2.7-10 GNU C Library: Shared libraries readpst recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488242: Please include more features to jffs2 module
Package: linux-2.6 Version: 2.6.25-5 Severity: wishlist Tags: patch I'm not sure what's the preferred form of proposing kernel config changes, but I'd like to propose support adding JFFS2 Summary and Compressor support. These features are being used on many products (such as Nokia n8x0 tablets), and being able to mount these filesystems via PC's with block2mtd would be nice. --- .config.old 2008-06-27 13:18:59.0 +0300 +++ .config 2008-06-27 12:19:50.0 +0300 @@ -3736,15 +3736,19 @@ CONFIG_JFFS2_FS_DEBUG=0 CONFIG_JFFS2_FS_WRITEBUFFER=y # CONFIG_JFFS2_FS_WBUF_VERIFY is not set -# CONFIG_JFFS2_SUMMARY is not set +CONFIG_JFFS2_SUMMARY=y CONFIG_JFFS2_FS_XATTR=y CONFIG_JFFS2_FS_POSIX_ACL=y CONFIG_JFFS2_FS_SECURITY=y -# CONFIG_JFFS2_COMPRESSION_OPTIONS is not set +CONFIG_JFFS2_COMPRESSION_OPTIONS=y CONFIG_JFFS2_ZLIB=y -# CONFIG_JFFS2_LZO is not set +CONFIG_JFFS2_LZO=y CONFIG_JFFS2_RTIME=y -# CONFIG_JFFS2_RUBIN is not set +CONFIG_JFFS2_RUBIN=y +# CONFIG_JFFS2_CMODE_NONE is not set +CONFIG_JFFS2_CMODE_PRIORITY=y +# CONFIG_JFFS2_CMODE_SIZE is not set +# CONFIG_JFFS2_CMODE_FAVOURLZO is not set CONFIG_CRAMFS=m CONFIG_VXFS_FS=m CONFIG_MINIX_FS=m -- rm -rf only sounds scary if you don't have backups -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488064: apt-cacher: tries to start twice
On Fri, Jun 27, 2008 at 09:15:17AM +0100, Mark Hindley wrote: On Thu, Jun 26, 2008 at 08:46:31AM +1000, Jon wrote: Package: apt-cacher Version: 1.6.4 Severity: normal Hi, I have the same problem as described in this post: http://thread.gmane.org/gmane.linux.debian.user/325219 That is, apt-cacher starts twice. Once very early: Could you tell me what links to /etc/init.d/apt-cacher there are in /etc/rc* there are. ls /etc/rc*.d/*apt-cacher should tell you. The 'standard' should be lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc0.d/K20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc1.d/K20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc2.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc3.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc4.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc5.d/S20apt-cacher - ../init.d/apt-cacher lrwxrwxrwx 1 root root 20 Sep 6 2007 /etc/rc6.d/K20apt-cacher - ../init.d/apt-cacher I suspect you have a strange entry in /etc/rcS.d. Looks like it: [EMAIL PROTECTED]:~0$ ls /etc/rc*.d/*apt-cacher lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc0.d/K20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc1.d/K20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc2.d/S20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc3.d/S20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc4.d/S20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc5.d/S20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc6.d/K20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rcS.d/S20apt-cacher - ../init.d/apt-cacher* On another machine running etch, I updated sources.list to lenny and installed apt-cacher; there was no /etc/rcS.d entry. I then removed apt-cacher, did a dist-upgrade and reinstalled it. Now the /etc/rcS.d entry appeared. Perhaps that helps. Cheers. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488241: gnunet-gtk_0.8.0~pre1-1(experimental/powerpc/anakreon): configure: error: gnunet-gtk requires ECRS
Package: gnunet-gtk Version: 0.8.0~pre1-1 Severity: serious Tags: experimental Heya, Building gnunet-gtk fails on my ppc buildd: | Automatic build of gnunet-gtk_0.8.0~pre1-1 on anakreon.ayous.org by sbuild/powerpc 98-farm | Build started at 20080624-0959 | ** [...] | checking for GNUNET_ECRS_meta_data_create in -lgnunetecrs... no | configure: error: gnunet-gtk requires ECRS | make: *** [config.status] Error 1 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080624-1001 | FAILED [dpkg-buildpackage died] | Build needed 00:00:16, 6096k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=powerpcpkg=gnunet-gtkver=0.8.0~pre1-1 Marc -- BOFH #73: Daemons did it -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488246: mzscheme: error at startup: collection not found
Package: mzscheme Version: 2:4.0.1-1 Severity: normal mzscheme fails to start, with the following error message: Welcome to MzScheme v4.0.1 [cgc], Copyright (c) 2004-2008 PLT Scheme Inc. lib: standard-module-name-resolver: collection not found: scheme in any of: (#path:/home/tpapp/.plt-scheme/4.0.1/collects #path:/usr/lib/plt/collects) in: (lib scheme/init) standard-module-name-resolver: collection not found: scheme in any of: (#path:/home/tpapp/.plt-scheme/4.0.1/collects #path:/usr/lib/plt/collects) I asked on the plt-scheme mailing list (see thread [1]), and I was told that maybe the package is not set up properly. Purging and reinstalling does not solve the problem. [1] http://list.cs.brown.edu/pipermail/plt-scheme/2008-June/025466.html -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.25tpapp Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages mzscheme depends on: ii debconf [debconf-2.0] 1.5.22 Debian configuration management sy ii gcc [c-compiler] 4:4.3.1-1 The GNU C compiler ii gcc-3.4 [c-compiler] 3.4.6-7The GNU C compiler ii gcc-4.0 [c-compiler] 4.0.3-7The GNU C compiler ii gcc-4.1 [c-compiler] 4.1.2-23 The GNU C compiler ii gcc-4.2 [c-compiler] 4.2.4-2+b1 The GNU C compiler ii gcc-4.3 [c-compiler] 4.3.1-2The GNU C compiler ii libc6 2.7-12 GNU C Library: Shared libraries mzscheme recommends no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488247: [mzscheme] mzscheme fails to run if drscheme is not installed
Package: mzscheme Version: 2:4.0.1-1 Severity: normal --- Please enter the report below this line. --- Hi, mzscheme exits with the following error if drscheme is not installed. Apparently /usr/lib/plt/collects/scheme/ is missing in the mzscheme package. Welcome to MzScheme v4.0.1 [cgc], Copyright (c) 2004-2008 PLT Scheme Inc. lib: standard-module-name-resolver: collection not found: scheme in any of: (#path:/home/julian/.plt-scheme/4.0.1/collects #path:/usr/lib/plt/collects) in: (lib scheme/init) standard-module-name-resolver: collection not found: scheme in any of: (#path:/home/julian/.plt-scheme/4.0.1/collects #path:/usr/lib/plt/collects) --- System information. --- Architecture: amd64 Kernel: Linux 2.6.25 Debian Release: lenny/sid 500 unstablelocalhost --- Package information. --- Depends (Version) | Installed ==-+-=== gcc| 4:4.3.1-1 OR c-compiler | debconf| 1.5.22 OR debconf-2.0| libc6 (= 2.7-1) | 2.7-12 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#475188: [Pkg-utopia-maintainers] Bug#475188: using NetworkManager /etc/network/if-up.d/openssh-server does not reload
Colin Watson wrote: reassign 475188 network-manager thanks On Thu, Apr 10, 2008 at 08:44:13AM +0200, Jordi Pujol wrote: El Wednesday 09 April 2008 18:30:15 Colin Watson va escriure: On Wed, Apr 09, 2008 at 05:44:46PM +0200, Jordi Pujol wrote: using NetworkManager, the script /etc/network/if-up.d/openssh-server does not reload, because it is called with the variable ADDRFAM equal to NetworkManager That makes no sense. In what way is NetworkManager an address family? Both we are sure of that is not very coherent, but a Debian testing release calls the programs in the directory if-up.d with this value when the interfaces are started from KDE Network Manager. in this case the problem could be of Network Manager ? Unless the network-manager maintainer says otherwise, yes, I think this is a network-manager bug. It just doesn't make sense to set ADDRFAM like this. I took over this code from the previous maintainer of network-manager (CCed), so I don't know the reasoning for choosing NetworkManager as ADDRFAM. Some background details: NM provides it's own dispatcher mechanism to run scripts via /etc/NetworkManager/dispatcher.d. For interoperability with ifupdown, NM installs the 01ifupdown script by default, which calls the scripts in /etc/network/if-*.d/. This 01ifupdown script sets ADDRFAM=NetworkManager. Say, ssh provided a native NM dispatcher script to reload ssh in /etc/NetworkManager/dispatcher.d besides the legacy ifupdown hook. To not reload ssh twice, you need a way to differentiate connections managed by ifupdown or NM. This could be a reason for setting ADDRFAM=NetworkManager. I CCed the original maintainer of NM for his opinion on this matter and the historical reason for this setting. I don't have a strong preference in either way (keeping or changing this setting). As NM manages different types of connections (dialup (PPP,PPPOE,GSM,CDMA), ethernet/wlan, vpn), I was wondering, what the correct ADDRFAM should be, if not NetworkManager. Maybe the ifupdown maintainers can comment on this (CCed). Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#488245: apt-listbugs: Error invalid date for texlive-latex-base
Package: apt-listbugs Version: 0.0.89 Severity: normal [EMAIL PROTECTED]:/home/vlefevre# apt-get install texlive-latex-base Reading package lists... Done Building dependency tree Reading state information... Done The following packages will be upgraded: texlive-latex-base 1 upgraded, 0 newly installed, 0 to remove and 150 not upgraded. Need to get 0B/1275kB of archives. After this operation, 4096B disk space will be freed. Reading package fields... Done Reading package status... Done Retrieving bug reports... 0% Fail Error retrieving bug reports from the server with the following error message: W: invalid date It could be because your network is down, or because of broken proxy servers, or the BTS server itself is down. Check network configuration and try again Retry downloading bug information?[Y/n]? I get this error only for this package. BTW, this is annoying because when I wanted to upgrade many packages at once, apt-listbugs doesn't say which package is affected. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.8-20080623 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=POSIX, LC_CTYPE=en_US.ISO8859-1 (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages apt-listbugs depends on: ii apt 0.7.14 Advanced front-end for dpkg ii libdpkg-ruby1.8 0.3.2 modules/classes for dpkg on ruby 1 ii libgettext-ruby1.81.91.0-1 Gettext for ruby1.8 ii libhttp-access2-ruby1.8 2.0.6-3HTTP accessing library for ruby ii libruby1.8 [libzlib-ruby1.8] 1.8.7.22-1 Libraries necessary to run Ruby 1. ii libxml-parser-ruby1.8 0.6.8-3Interface of expat for the scripti ii ruby 4.2An interpreter of object-oriented apt-listbugs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488243: ITP: libphp-pgq --
Package: wnpp Severity: wishlist * Package name: libphp-pgq Version : 0.2 Upstream Author : Dimitri Fontaine * URL or Web page : http://pgsql.tapoueh.org/pgq/pgq-php/ * License : BSD Description : PgQ is Postgres based event processing system. It is part of SkyTools package that contains several useful implementations on this engine. Main function of PgQadm is to maintain and keep healthy both pgq internal tables and tables that store events. . SkyTools is scripting framework for Postgres databases written in Python that provides several utilities and implements common database handling logic. . pgq-php is a scripting framework for PostgreSQL databases written in PHP that provides several PGQ Consumer models to implement common batch event processing handling logic. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488244: frysk_0.0.1.2007.07.17-1(experimental/powerpc/anakreon): libelf/common.h:116: error: 'libelf_acquire_all' defined but not used
Package: frysk Version: 0.0.1.2007.07.17-1 Severity: serious Tags: experimental Heya, Building your package on my ppc buildd failed: | Automatic build of frysk_0.0.1.2007.07.17-1 on anakreon.ayous.org by sbuild/powerpc 98-farm | Build started at 20080624-1022 | ** [...] | cc1: warnings being treated as errors | ../../../../frysk-imports/elfutils/libelf/common.h:116: error: 'libelf_acquire_all' defined but not used | ../../../../frysk-imports/elfutils/libelf/common.h:135: error: 'libelf_release_all' defined but not used | make[6]: *** [elf_begin.o] Error 1 | make[6]: Leaving directory `/build/buildd/frysk-0.0.1.2007.07.17/build/frysk-imports/elfutils/libelf' | make[5]: *** [all-recursive] Error 1 | make[5]: Leaving directory `/build/buildd/frysk-0.0.1.2007.07.17/build/frysk-imports/elfutils' | make[4]: *** [all] Error 2 | make[4]: Leaving directory `/build/buildd/frysk-0.0.1.2007.07.17/build/frysk-imports/elfutils' | make[3]: *** [all-recursive] Error 1 | make[3]: Leaving directory `/build/buildd/frysk-0.0.1.2007.07.17/build/frysk-imports' | make[2]: *** [all] Error 2 | make[2]: Leaving directory `/build/buildd/frysk-0.0.1.2007.07.17/build/frysk-imports' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/build/buildd/frysk-0.0.1.2007.07.17/build' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: failure: debian/rules build gave error exit status 2 | ** | Build finished at 20080624-1029 | FAILED [dpkg-buildpackage died] | Build needed 00:03:23, 70264k disk space A complete build log can be found at http://experimental.debian.net/build.php?arch=powerpcpkg=fryskver=0.0.1.2007.07.17-1 Marc -- BOFH #132: SCSI Chain overterminated -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#433247: dh-make: please recommend unlimitted Debian packaging conditions
On Mon, Jul 16, 2007 at 05:51:56AM +0900, Tatsuya Kinoshita wrote: * If /usr/share/debhelper/dh_make/licenses/bsd is used for BSD licensed works, licensing under the GPL causes that the works cannot be combined/linked with GPL incompatible licensed works. Combined or linked? There is a huge difference. As I said to someone else in another bug, find the specific files that are causing you problems, then show me why the files cannot be shipped together, then we'll see. - Craig -- Craig Small GnuPG:1C1B D893 1418 2AF4 45EE 95CB C76C E5AC 12CA DFA5 http://www.enc.com.au/ csmall at : enc.com.au http://www.debian.org/ Debian GNU/Linux, software should be Free -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#487745: epiphany-webkit: crashes on startup
Hi, On Fri, Jun 27, 2008 at 12:25:08AM +0200, Mike Hommey wrote: With the attached patch, it now should at least start and display some stuff. Yeah, that one (minus one backslash) fixed it! :-) There may still be issues, though. Shows the Debian homepage without problems. I though found the next problem: A segfault on http://noone.org/blog (my blog) when you hover over the pagepeel in the top right corner. Will later check if this is sparc-only, too. (But I think since I'm usually curious how my blog looks in all the different rendering engines, I should have noticed it before.) Since we now have a solution, I'll probably also file this bug (with cross-reference) against qtwebkit (or how that's called) because of the bus error in arora. Thanks for the efforts in debugging this issue. Regards, Axel -- Axel Beckert - [EMAIL PROTECTED], [EMAIL PROTECTED] - http://noone.org/abe/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488249: gnome-system-tools: unable to create a group
Package: gnome-system-tools Version: 2.22.0-1 Severity: normal Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid ubuntu-patch Forwarded: http://bugzilla.gnome.org/show_bug.cgi?id=529228 Hi, gnome-system-tools is unable to create groups. for details please see http://bugzilla.gnome.org/show_bug.cgi?id=529228 and https://bugs.edge.launchpad.net/gst/+bug/205144 Attached is a patch to fix this issue. Please consider applying it. Thanks, James Index: ubuntu/src/users/callbacks.c === --- ubuntu.orig/src/users/callbacks.c 2008-06-24 17:04:49.0 +0100 +++ ubuntu/src/users/callbacks.c 2008-06-24 17:06:51.0 +0100 @@ -414,7 +414,7 @@ response = group_settings_dialog_run (dialog, group); if (response == GTK_RESPONSE_OK) { - group_settings_dialog_get_data (group); + group = group_settings_dialog_get_group (); config = OOBS_GROUPS_CONFIG (GST_USERS_TOOL (tool)-groups_config); groups_list = oobs_groups_config_get_groups (config); Index: ubuntu/src/users/group-settings.c === --- ubuntu.orig/src/users/group-settings.c 2008-06-24 12:04:27.0 +0100 +++ ubuntu/src/users/group-settings.c 2008-06-24 17:06:51.0 +0100 @@ -341,3 +341,19 @@ group_members_table_save (group); } + +OobsGroup* +group_settings_dialog_get_group (void) +{ + GtkWidget *widget; + OobsGroup *group; + + widget = gst_dialog_get_widget (tool-main_dialog, group_settings_name); + group = oobs_group_new(gtk_entry_get_text (GTK_ENTRY (widget))); + widget = gst_dialog_get_widget (tool-main_dialog, group_settings_gid); + oobs_group_set_gid (group, gtk_spin_button_get_value (GTK_SPIN_BUTTON (widget))); + + group_members_table_save (group); + + return group; +} Index: ubuntu/src/users/group-settings.h === --- ubuntu.orig/src/users/group-settings.h 2008-06-24 12:04:27.0 +0100 +++ ubuntu/src/users/group-settings.h 2008-06-24 17:06:51.0 +0100 @@ -37,6 +37,7 @@ gid_tgroup_settings_find_new_gid(void); void group_settings_dialog_get_data (OobsGroup*group); +OobsGroup* group_settings_dialog_get_group(void); #endif /* __GROUP_SETTINGS_H */
Bug#482753: ganglia-monitor-core: diff for NMU version 2.5.7-4.2
Hi, I just noticed that I forgot to send the diff to the BTS. So here it is. ganglia-monitor-core was successfully built everywhere so far, so it will be back in testing soon. -- | Lucas Nussbaum | [EMAIL PROTECTED] http://www.lucas-nussbaum.net/ | | jabber: [EMAIL PROTECTED] GPG: 1024D/023B3F4F | diff -u ganglia-monitor-core-2.5.7/lib/gexec_process.c ganglia-monitor-core-2.5.7/lib/gexec_process.c --- ganglia-monitor-core-2.5.7/lib/gexec_process.c +++ ganglia-monitor-core-2.5.7/lib/gexec_process.c @@ -22,7 +22,6 @@ #include ganglia/gexec_process.h #include ganglia/file.h #include sys/param.h /* for HZ */ -#include asm/page.h /* for PAGE_SHIFT */ #include pthread.h /* useful macros */ diff -u ganglia-monitor-core-2.5.7/debian/changelog ganglia-monitor-core-2.5.7/debian/changelog --- ganglia-monitor-core-2.5.7/debian/changelog +++ ganglia-monitor-core-2.5.7/debian/changelog @@ -1,3 +1,12 @@ +ganglia-monitor-core (2.5.7-4.2) unstable; urgency=high + + * Non-maintainer upload. + * Applied patches from Mario Lang (who did all the work!) + * lib/gexec_process.c: don't include asm/page.h (Closes: #479971) + * debian/rules: replace -02 with -O2 (zero - O letter) (Closes: #482753) + + -- Lucas Nussbaum [EMAIL PROTECTED] Thu, 26 Jun 2008 22:47:18 +0200 + ganglia-monitor-core (2.5.7-4.1) unstable; urgency=low * Non-maintainer upload. diff -u ganglia-monitor-core-2.5.7/debian/rules ganglia-monitor-core-2.5.7/debian/rules --- ganglia-monitor-core-2.5.7/debian/rules +++ ganglia-monitor-core-2.5.7/debian/rules @@ -13,7 +13,7 @@ DEB_HOST_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) DEB_BUILD_GNU_TYPE ?= $(shell dpkg-architecture -qDEB_BUILD_GNU_TYPE) -CFLAGS = -02 -Wall +CFLAGS = -O2 -Wall ifneq (,$(findstring debug,$(DEB_BUILD_OPTIONS))) CFLAGS += -g endif
Bug#488250: gnome-network-admin: doesn't add auto line
Package: gnome-network-admin Version: 2.22.0-1 Severity: normal Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid ubuntu-devel Forwarded: http://bugzilla.gnome.org/show_bug.cgi?id=526137 Hi, In some situations network-admin doesn't add an auto line to /etc/network/interfaces. Please see http://bugzilla.gnome.org/show_bug.cgi?id=526137 and https://bugs.edge.launchpad.net/gst/+bug/185854 for all the details. Attached is a patch plucked from svn to fix this issue. Please consider applying it. Thanks, James Index: ubuntu/src/network/connection.c === --- ubuntu.orig/src/network/connection.c 2008-06-24 12:04:27.0 +0100 +++ ubuntu/src/network/connection.c 2008-06-24 17:06:51.0 +0100 @@ -802,8 +802,9 @@ void connection_save (GstConnectionDialog *dialog) { - gboolean active; + gboolean active, was_configured; + was_configured = oobs_iface_get_configured (dialog-iface); active = gtk_toggle_button_get_active (GTK_TOGGLE_BUTTON (dialog-connection_configured)); if (OOBS_IS_IFACE_PPP (dialog-iface)) @@ -819,6 +820,16 @@ plip_dialog_save (dialog); oobs_iface_set_configured (dialog-iface, active); + + if (!was_configured) +oobs_iface_set_active (dialog-iface, TRUE); + + /* sync auto and active, this may happen either because + * it was just set active, or the interface was already + * manually configured, but not marked as auto. + */ + if (oobs_iface_get_active (dialog-iface)) +oobs_iface_set_auto (dialog-iface, TRUE); } void
Bug#488248: option to porevent outputting when 0 files changes
Package: diffstat Version: 1.45-2 Severity: wishlist File: /usr/bin/diffstat It would be nice if I could inhibit the message when running e.g. diffstat /dev/null -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25-2-amd64 (SMP w/1 CPU core) Locale: LANG=en_GB, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages diffstat depends on: ii libc6 2.7-12 GNU C Library: Shared libraries diffstat recommends no packages. -- no debconf information -- .''`. martin f. krafft [EMAIL PROTECTED] : :' : proud Debian developer, author, administrator, and user `. `'` http://people.debian.org/~madduck - http://debiansystem.info `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/)
Bug#488201: clamav doesn't update
This one time, at band camp, Mr. Jan Hearthstone said: I just reinstalled everything clamav, but clamtk says databes older than 22 days!! clamtk says (Help Update Signatures) Unable to retrieve updates. Try later. I'm not really sure what clamtk is, so I'm not sure how helpful I can be, but there were some major changes in clamav between what released with etch and the version you're running now. Are you sure clamtk has been updated to reflect those changes? Are you sure clamav is at fault here and not clamtk? -- - | ,''`.Stephen Gran | | : :' :[EMAIL PROTECTED] | | `. `'Debian user, admin, and developer | |`- http://www.debian.org | - signature.asc Description: Digital signature
Bug#482415:
On Fri, Jun 27, 2008 at 07:12:33AM +0200, Mike Hommey wrote: On Fri, Jun 27, 2008 at 12:39:24AM +0200, Marco Delaurenti wrote: On Thu, Jun 26, 2008 at 11:41:51PM +0200, Mike Hommey wrote: Could you try to install iceweasel in a clean chroot and see if it still crashes ? (If you need assistance to setup this, please ask) Mike I've already got a i386 chroot where it works. Now I've just installed an amd64 sid chroot and it works again. I copied the whole .mozilla dir in the chroot, and it still works. What do you suggest? I tried to remove a few fonts in my main installation, alas still crashes. Shall I compare the font packages installed in the two installation and remove the ones in surplus? I'd suggest to try to install, in the chroot, those packages you have installed on your system that are not in the chroot and try to determine which one could be triggering this. Looks really similar to ... https://bugzilla.mozilla.org/show_bug.cgi?id=436232 - Alexander -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488252: gnome-system-tools: don't inadvertantly change the users home directory
Package: gnome-system-tools Version: 2.22.0-1 Severity: minor Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid ubuntu-patch Forwarded: http://bugzilla.gnome.org/show_bug.cgi?id=523180 Hi, If the administrator has set up profiles (we do by default in Ubuntu) then if a users home directory differs from that which their profile would suggest (e.g. root on Ubuntu), then changing anything about that user will change their home directory. Please see http://bugzilla.gnome.org/show_bug.cgi?id=523180 and https://bugs.launchpad.net/bugs/198172 for more information. The attached patch fixes this by using the user's home directory if they already exist. Thanks, James Index: ubuntu/src/users/user-settings.c === --- ubuntu.orig/src/users/user-settings.c 2008-06-24 17:04:49.0 +0100 +++ ubuntu/src/users/user-settings.c 2008-06-24 17:04:49.0 +0100 @@ -347,9 +347,6 @@ widget = gst_dialog_get_widget (tool-main_dialog, user_settings_shell); set_entry_text (GTK_BIN (widget)-child, oobs_user_get_shell (user)); - widget = gst_dialog_get_widget (tool-main_dialog, user_settings_home); - set_entry_text (widget, oobs_user_get_home_directory (user)); - widget = gst_dialog_get_widget (tool-main_dialog, user_settings_uid); gtk_spin_button_set_value (GTK_SPIN_BUTTON (widget), oobs_user_get_uid (user)); gtk_widget_set_sensitive (GTK_SPIN_BUTTON (widget), FALSE); @@ -394,6 +391,11 @@ if (!login) table_set_default_profile (GST_USERS_TOOL (tool)); + if (user) { + widget = gst_dialog_get_widget (tool-main_dialog, user_settings_home); + set_entry_text (widget, oobs_user_get_home_directory (user)); + } + return dialog; }
Bug#488251: french bugzilla does not permit to verify a bug
Package: bugzilla Version: 3.0.2 Severity: normal French version of bugzilla 3.0.2 does not allow to mark a reloved bug as verified. to make this line apear in the web page, I changed the code by replacing RÉSOLU by RESOLVED in one file. As illustrated in following patch: --- ./data/template/template/fr/default/bug/knob.html.tmpl.original 2008-06-27 13:02:43.0 +0200 +++ ./data/template/template/fr/default/bug/knob.html.tmpl 2008-06-27 13:03:52.0 +0200 @@ -239,7 +239,7 @@ } #line 152 template/fr/default/bug/knob.html.tmpl -if ($stash-get(['bug', 0, 'bug_status', 0]) eq 'RÉSOLU') { +if ($stash-get(['bug', 0, 'bug_status', 0]) eq 'RESOLVED') { #line 145 template/fr/default/bug/knob.html.tmpl $output .= $context-process('initial_action'); $output .= \ninput type=\radio\ id=\knob-verify\ name=\knob\ value=\verify\\nlabel for=\knob-verify\\n Marque le ; -- System Information: Debian Release: 4.0 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488064: apt-cacher: tries to start twice
On Fri, Jun 27, 2008 at 08:40:25PM +1000, Jon wrote: Looks like it: [EMAIL PROTECTED]:~0$ ls /etc/rc*.d/*apt-cacher lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc0.d/K20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc1.d/K20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc2.d/S20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc3.d/S20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc4.d/S20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc5.d/S20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rc6.d/K20apt-cacher - ../init.d/apt-cacher* lrwxrwxrwx 1 root root 20 2008-06-27 20:13 /etc/rcS.d/S20apt-cacher - ../init.d/apt-cacher* On another machine running etch, I updated sources.list to lenny and installed apt-cacher; there was no /etc/rcS.d entry. I then removed apt-cacher, did a dist-upgrade and reinstalled it. Now the /etc/rcS.d entry appeared. Perhaps that helps. OK, I think I understand this. Do you have the flag file /etc/update-rc.d-lsbparse? Or are you using lsb (insserv etc)? If so try this patch against /etc/init.d/apt-cacher and then reinstall then update the init.d links, or reinstall the package Mark diff --git a/apt-cacher.init b/apt-cacher.init index a749069..765d8c2 100644 --- a/debian/apt-cacher.init +++ b/debian/apt-cacher.init @@ -7,7 +7,7 @@ # Should-Start: mountall # Required-Stop: # Should-Stop: -# Default-Start: S 2 3 4 5 +# Default-Start: 2 3 4 5 # Default-Stop: 0 6 # Short-Description: apt-cacher package caching proxy daemon # Description: The apt-cacher service is used to cache packages for a system or LAN -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488253: linux-image-2.6-amd64: Kernel general protection fault on x64 systems
Package: linux-image-2.6-amd64 Version: 2.6.18+6etch3 Severity: important Using the latest debian kernel on smp 64bit systems we can see random general protection fault: [11] SMP stack traces. This is always related to high nfsv3 traffic (e.g. imap or pop3 services). I attach some stack traces samples of three different x64 IBM 3550 machines. Keep in mind that after these stack traces the machine is unstable and after some time its kernel is going to be crash. Another hint is that if you try to reboot the machine you always get this stack trace followed by a kernel crash. I would be grateful if i can send you any feedback. Thanks, general protection fault: [11] SMP CPU 2 Modules linked in: xt_state nfsd exportfs iptable_nat ip_nat ip_conntrack nfnetlink ipt_LOG xt_limit xt_tcpudp iptable_filter iptable_mangle ip_tables x_tables button ac battery nfs lockd nfs_ acl sunrpc bonding dm_snapshot dm_mirror dm_mod loop i2c_i801 i2c_core shpchp pcspkr pci_hotplug evdev joydev ext3 jbd mbcache usbhid ide_cd cdrom generic sd_mod e1000 bnx2 piix ide_core uhci_ hcd ehci_hcd aacraid scsi_mod thermal processor fan Pid: 18744, comm: popper Not tainted 2.6.18-6-amd64 #1 RIP: 0010:[881ec955] [881ec955] :nfs:nfs_complete_unlink+0x10/0x97 RSP: :81011636beb8 EFLAGS: 00010206 RAX: 8101557ae770 RBX: 77ac070c RCX: 8101660c5dc8 RDX: RSI: 8101660c5d98 RDI: 81020fb34d80 RBP: 81020fb34d80 R08: R09: 8101660c5eb0 R10: 0008 R11: 881e44f4 R12: 8101660c5d98 R13: 81020fb34d80 R14: 810237e0ddc0 R15: FS: 2b0cf8392dd0() GS:8101fef752c0() knlGS: CS: 0010 DS: ES: CR0: 8005003b CR2: 0041701b CR3: 000178bfb000 CR4: 06e0 Process popper (pid: 18744, threadinfo 81011636a000, task 8101557ae770) Stack: 8101660c5d98 81020fb34d80 8101660c5d98 881e4525 8101660c5d98 81020fb34d80 810140c49c80 8020c9c7 0008 0008 810140c49c80 80210a82 Call Trace: [881e4525] :nfs:nfs_dentry_iput+0x31/0x4f [8020c9c7] dput+0x135/0x153 [80210a82] __fput+0x148/0x16e [80221c08] filp_close+0x5c/0x64 [8021bd30] sys_close+0x88/0xa2 [80257c16] system_call+0x7e/0x83 Code: 48 3b 6b 10 74 0a 48 8b 1b 48 85 db 75 f2 eb 72 ff 83 98 01 RIP [881ec955] :nfs:nfs_complete_unlink+0x10/0x97 RSP 81011636beb8 - general protection fault: [11] SMP CPU 2 Modules linked in: xt_state nfsd exportfs iptable_nat ip_nat ip_conntrack nfnetlink ipt_LOG xt_limit xt_tcpudp iptable_filter iptable_mangle ip_tables x_tables button ac battery nfs lockd nfs_ acl sunrpc bonding dm_snapshot dm_mirror dm_mod loop i2c_i801 i2c_core shpchp pcspkr pci_hotplug evdev joydev ext3 jbd mbcache usbhid ide_cd cdrom generic sd_mod e1000 bnx2 piix ide_core uhci_ hcd ehci_hcd aacraid scsi_mod thermal processor fan Pid: 18744, comm: popper Not tainted 2.6.18-6-amd64 #1 RIP: 0010:[881ec955] [881ec955] :nfs:nfs_complete_unlink+0x10/0x97 RSP: :81011636beb8 EFLAGS: 00010206 RAX: 8101557ae770 RBX: 77ac070c RCX: 8101660c5dc8 RDX: RSI: 8101660c5d98 RDI: 81020fb34d80 RBP: 81020fb34d80 R08: R09: 8101660c5eb0 R10: 0008 R11: 881e44f4 R12: 8101660c5d98 R13: 81020fb34d80 R14: 810237e0ddc0 R15: FS: 2b0cf8392dd0() GS:8101fef752c0() knlGS: CS: 0010 DS: ES: CR0: 8005003b CR2: 0041701b CR3: 000178bfb000 CR4: 06e0 Process popper (pid: 18744, threadinfo 81011636a000, task 8101557ae770) Stack: 8101660c5d98 81020fb34d80 8101660c5d98 881e4525 8101660c5d98 81020fb34d80 810140c49c80 8020c9c7 0008 0008 810140c49c80 80210a82 Call Trace: [881e4525] :nfs:nfs_dentry_iput+0x31/0x4f [8020c9c7] dput+0x135/0x153 [80210a82] __fput+0x148/0x16e [80221c08] filp_close+0x5c/0x64 [8021bd30] sys_close+0x88/0xa2 [80257c16] system_call+0x7e/0x83 Code: 48 3b 6b 10 74 0a 48 8b 1b 48 85 db 75 f2 eb 72 ff 83 98 01 RIP [881ec955] :nfs:nfs_complete_unlink+0x10/0x97 RSP 81011636beb8 --- general protection fault: [2] SMP CPU 2 Modules linked in: ipt_LOG xt_limit xt_state xt_tcpudp iptable_filter iptable_nat ip_nat ip_conntrack nfnetlink ip_tables x_tables button ac battery nfs lockd nfs_acl sunrpc bonding dm_snapsho t dm_mirror dm_mod loop i2c_i801 pcspkr shpchp pci_hotplug i2c_core joydev evdev usbhid ext3 jbd mbcache ide_cd cdrom generic sd_mod e1000 piix uhci_hcd
Bug#482415:
On Fri, Jun 27, 2008 at 01:02:14PM +0200, Alexander Sack [EMAIL PROTECTED] wrote: On Fri, Jun 27, 2008 at 07:12:33AM +0200, Mike Hommey wrote: On Fri, Jun 27, 2008 at 12:39:24AM +0200, Marco Delaurenti wrote: On Thu, Jun 26, 2008 at 11:41:51PM +0200, Mike Hommey wrote: Could you try to install iceweasel in a clean chroot and see if it still crashes ? (If you need assistance to setup this, please ask) Mike I've already got a i386 chroot where it works. Now I've just installed an amd64 sid chroot and it works again. I copied the whole .mozilla dir in the chroot, and it still works. What do you suggest? I tried to remove a few fonts in my main installation, alas still crashes. Shall I compare the font packages installed in the two installation and remove the ones in surplus? I'd suggest to try to install, in the chroot, those packages you have installed on your system that are not in the chroot and try to determine which one could be triggering this. Looks really similar to ... https://bugzilla.mozilla.org/show_bug.cgi?id=436232 Hum... interesting... Marco, can you check with dpkg -S if all files in /usr/lib/xulrunner-1.9/components and /usr/lib/iceweasel/components are owned by a package (xpti.dat and compreg.dat won't be in any package, but that's normal)? If they are, can you check if there are stuff from packages other than iceweasel and xulrunner-1.9 ? Mike -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488254: libpam-encfs: No warning about default encfs options and hard links
Package: libpam-encfs Version: 0.1.4.1-4 Severity: normal I'd suggest adding warning about encfs options that makes filename encryption path-dependent and, therefore, makes hard links unusable, which, for home directory, causes some problems (for example, with gpg and iceauth). Default option is filename initialization vector chaining, also, non-default option that makes hardlinks unusable is Enable filename to IV header chaining. P.S. Sorry my bad english.. -- System Information: Debian Release: lenny/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.25.4-amd64 (SMP w/1 CPU core; PREEMPT) 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 libpam-encfs depends on: ii encfs 1.4.2-2encrypted virtual filesystem ii libc6 2.7-12 GNU C Library: Shared libraries ii libpam0g 0.99.7.1-6 Pluggable Authentication Modules l libpam-encfs recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488255: gnome-system-tools: Please replace Bootloaders and Runlevels in the description
Package: gnome-system-tools Version: 2.22.0-1 Severity: wishlist Tags: patch User: [EMAIL PROTECTED] Usertags: origin-ubuntu intrepid ubuntu-patch Hi, I think the description of gnome-system-tools could be improved. Firstly, I don't understand why Bootloaders is listed, as there doesn't seem to be a tool to manage those. Secondly, Shares is not mentioned at all. Thirdly, Runlevels is listed, but the tools is called services-admin, and Services would see to be a better name for the tool. I propose the following diff, please consider applying it. Thanks, James === modified file 'debian/control.in' --- debian/control.in 2008-06-24 11:04:34 + +++ debian/control.in 2008-06-27 11:33:12 + @@ -53,8 +53,8 @@ - Users and groups - Date and time - Network configuration - - Bootloaders - - Runlevels + - Services + - Shares Package: gnome-network-admin Architecture: any -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#488111: support for installing GRUB without blocklists on GPT
On Fri, Jun 27, 2008 at 12:57:31AM +0200, Frans Pop wrote: On Thursday 26 June 2008, Robert Millan wrote: Should the description BIOS boot area: not also mention grub in some way? Something like Reserve BIOS boot area for GRUB: (although that may already be a bit long for this dialog)? I don't think it's essential to mention GRUB; in theory, other bootloaders could want to replace GRUB in this partition whenever they're installed in MBR. OK. In that case I think Reserve BIOS boot area: would have my vote. Here's a new patch with all the requested changes. -- Robert Millan GPLv2 I know my rights; I want my phone call! DRM What good is a phone call… if you are unable to speak? (as seen on /.) Index: debian/partman-partitioning.templates === --- debian/partman-partitioning.templates (revision 53798) +++ debian/partman-partitioning.templates (working copy) @@ -221,6 +221,13 @@ # :sl2: _Description: Name: +Template: partman-partitioning/text/biosgrub +Type: text +# :sl3: +# Setting to reserve a small part of the disk for use by BIOS-based bootloaders +# such as GRUB. +_Description: Reserve BIOS boot area: + Template: partman-partitioning/text/bootable Type: text # :sl2: Index: active_partition/_numbers === --- active_partition/_numbers (revision 53798) +++ active_partition/_numbers (working copy) @@ -1,6 +1,7 @@ 10 change_name 65 toggle_bootable 66 change_flags +67 toggle_biosgrub 80 resize 83 copy 87 delete Index: active_partition/toggle_biosgrub/do_option === --- active_partition/toggle_biosgrub/do_option (revision 53798) +++ active_partition/toggle_biosgrub/do_option (working copy) @@ -8,22 +8,16 @@ cd $dev -if [ $task = bootable ]; then +if [ $task = biosgrub ]; then open_dialog PARTITION_INFO $id read_line x1 x2 x3 type x5 x6 x7 close_dialog - if [ $type = logical ]; then - db_input high partman-partitioning/bootable_logical || true - db_go || exit 0 - db_get partman-partitioning/bootable_logical - [ $RET = true ] || exit 0 - fi fi new_flags='' open_dialog GET_FLAGS $id while { read_line flag; [ $flag ]; }; do - if [ $flag != boot ]; then + if [ $flag != bios_grub ]; then if [ $new_flags ]; then new_flags=$new_flags $flag @@ -34,9 +28,9 @@ done close_dialog -if [ $task = bootable ]; then +if [ $task = biosgrub ]; then new_flags=$new_flags -boot +bios_grub fi open_dialog SET_FLAGS $id Index: active_partition/toggle_biosgrub/choices === --- active_partition/toggle_biosgrub/choices (revision 53798) +++ active_partition/toggle_biosgrub/choices (working copy) @@ -7,33 +7,33 @@ cd $dev -valid_boot=no +valid_biosgrub=no open_dialog VALID_FLAGS $id while { read_line flag; [ $flag ]; }; do - if [ $flag = boot ]; then - valid_boot=yes + if [ $flag = bios_grub ]; then + valid_biosgrub=yes fi done close_dialog -[ $valid_boot = yes ] || exit 0 +[ $valid_biosgrub = yes ] || exit 0 -bootable=no +biosgrub=no open_dialog GET_FLAGS $id while { read_line flag; [ $flag ]; }; do - if [ $flag = boot ]; then - bootable=yes + if [ $flag = bios_grub ]; then + biosgrub=yes fi done close_dialog -db_metaget partman-partitioning/text/bootable description +db_metaget partman-partitioning/text/biosgrub description description=$(stralign -25 $RET) -if [ $bootable = yes ]; then +if [ $biosgrub = yes ]; then db_metaget partman-partitioning/text/on description - printf unbootable\t%s%s\n $description ${RET} + printf nobiosgrub\t%s%s\n $description ${RET} else db_metaget partman-partitioning/text/off description - printf bootable\t%s%s\n $description ${RET} + printf biosgrub\t%s%s\n $description ${RET} fi