Bug#619692: IA64 wont boot Debian 6.0.1
Package: installation-reports Boot method: HPVM using an ISO image mapped to DVD Image version: http://cdimage.debian.org/debian-cd/6.0.1a/ia64/iso-dvd/debian-6.0.1a-ia 64-DVD-1.iso Date: 2011-03-26 1:00 Machine: HP rx2800 HOST OS: HP-UX 11.31 Sep 2010 - HPVM for Debian Processor: IA64 (Tukwila) Memory: 4 GB Partitions: Entire disk Output of lspci -knn (or lspci -nn): N/A Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[ ] Configure network: [ ] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[E] Overall install:[ ] Comments/Problems: I have an HPVM with Net, Disk, and a DVD ISO on host mapped as a DVD drive GUI chooser comes up and asks Install, Install [Expert Mode], Recovery Uncompressing Linux...Done Loading file \initrd.gz...Done hangs here for long time 6 SFW 0,0,0 2 0x4b6300e2 0x01004d8d6653 BOOT_START Sat Mar 26 04:06:43 2011 First Log Block as TEXT Log Entry 5:Sat Mar 26 04:06:43 2011 Alert Level 2: Informational Keyword: BOOT_START CPU starting boot SFW has started the boot process. Logged by: System Firmware cabinet 0, slot 0, cpu 0 Logged by: Data: 0x5680006300e1 00 Time: 0x4b6300e2 0x01004d8d6653 Log Entry 7: Alert Level 0: Minor Forward Progress Keyword: MEMORY_ALLOCATION_START Memory allocation has started Guest memory allocation has started Logged by: Integrated Lights Out entity 0 Logged by: Data: 0x160019c900e0 0x0001 Last Log Block as Text Log Entry 31: Alert Level 0: Minor Forward Progress Keyword: BOOT_CELL_RELOCATE_EFI Relocating EFI SFW has relocated EFI Logged by: System Firmware cabinet 0, slot 0, cpu 0 Logged by: Data: 0x361000e0 00 Log Entry 30: Alert Level 0: Minor Forward Progress Keyword: BOOT_CELL_RELOCATE_EFI Relocating EFI SFW has relocated EFI Logged by: System Firmware cabinet 0, slot 0, cpu 0 Logged by: Data: 0x361000e0 00 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619547: netenv: [INTL:sk] Slovak po-debconf translation
Quoting helix84 (heli...@centrum.sk): Package: netenv Priority: wishlist Tags: l10n patch Version: .po attached Hmmm, Salvko also sent a Slovak translation in ##619260 Which one should be used? signature.asc Description: Digital signature
Bug#607735: Announce of the upcoming NMU for the lemonldap-ng package
Quoting Christian PERRIER (bubu...@debian.org): The package is currently translated to: cs de es fr pt sv Also sk signature.asc Description: Digital signature
Bug#619640: Architecture field dissapered few days ago
On Sat, 26, Mar, 2011 at 06:30:09AM +0100, Christian PERRIER spoke thus.. Quoting Witold Baryluk (bary...@smp.if.uj.edu.pl): Package: debian-installer Severity: normal Well, this change beetween 2011-03-24 and 2011-03-24 in Archive, explains a problem With the FTPmaster meeting and work goind on, I expect this might be related. This was fixed as soon as it was noticed. It was indeed a mistake on our part. Sorry about that. Mark -- Mark Hymers mhy at debian dot org I once absent-mindedly ordered Three Mile Island dressing in a restaurant and, with great presence of mind, they brought Thousand Island Dressing and a bottle of chili sauce. Terry Pratchett, alt.fan.pratchett -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619547: netenv: [INTL:sk] Slovak po-debconf translation
Ahoj, Dňa Sat, 26 Mar 2011 07:31:31 +0100 Christian PERRIER bubu...@debian.org napísal: Hmmm, Salvko also sent a Slovak translation in ##619260 Slavko :-) Which one should be used? don't worry about it, we are talking about this problem with helix84 yesterday, and Ivan will solve it (perhaps today). We are talking about preventing duplication of the translations in future too. regards -- Slavko http://slavino.sk signature.asc Description: PGP signature
Bug#619693: packages.debian.org: squeeze-updates section is empty
Package: www.debian.org Severity: normal http://packages.debian.org/squeeze-updates/allpackages is empty. So, for example the updated tzdata packages do not show up on p.d.o. -- System Information: Debian Release: 6.0.1 APT prefers squeeze-updates APT policy: (990, 'squeeze-updates'), (990, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619694: bind9: wrong owner/permission for /etc/bind
Package: bind9 Version: 1:9.7.2.dfsg.P3-1.1 Severity: normal While named runs as user bind by default, the configuration file directory, /etc/bind, is owned by root and not writable by anyone other than root. This effectively prevents named from creating any files in the directory, for example in the case where dynamic update is enabled. I suggest making /etc/bind group-writable. -- System Information: Debian Release: 6.0.1 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages bind9 depends on: ii adduser 3.112+nmu2 add and remove users and groups ii bind9utils 1:9.7.2.dfsg.P3-1.1 Utilities for BIND ii debconf [debconf-2.0 1.5.36.1Debian configuration management sy ii libbind9-60 1:9.7.2.dfsg.P3-1.1 BIND9 Shared Library used by BIND ii libc62.11.2-10 Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3support for getting/setting POSIX. ii libdb4.8 4.8.30-2Berkeley v4.8 Database Libraries [ ii libdns69 1:9.7.2.dfsg.P3-1.1 DNS Shared Library used by BIND ii libgssapi-krb5-2 1.8.3+dfsg-4MIT Kerberos runtime libraries - k ii libisc62 1:9.7.2.dfsg.P3-1.1 ISC Shared Library used by BIND ii libisccc60 1:9.7.2.dfsg.P3-1.1 Command Channel Library used by BI ii libisccfg62 1:9.7.2.dfsg.P3-1.1 Config File Handling Library used ii libldap-2.4-22.4.23-7OpenLDAP libraries ii liblwres60 1:9.7.2.dfsg.P3-1.1 Lightweight Resolver Library used ii libssl0.9.8 0.9.8o-4squeeze1SSL shared libraries ii libxml2 2.7.8.dfsg-2GNOME XML library ii lsb-base 3.2-23.2squeeze1Linux Standard Base 3.2 init scrip ii net-tools1.60-23 The NET-3 networking toolkit ii netbase 4.45Basic TCP/IP networking system bind9 recommends no packages. Versions of packages bind9 suggests: ii bind9-doc1:9.7.2.dfsg.P3-1.1 Documentation for BIND ii dnsutils 1:9.7.2.dfsg.P3-1.1 Clients provided with BIND pn resolvconf none (no description available) pn ufw none (no description available) -- Configuration Files: /etc/bind/named.conf.local changed [not included] /etc/bind/named.conf.options changed [not included] /etc/bind/zones.rfc1918 changed [not included] -- debconf information: bind9/different-configuration-file: bind9/run-resolvconf: true bind9/start-as-user: bind -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619695: angband: bashism in configure.ac
Source: angband
Version: 1:3.1.2v2-2
Severity: important
Justification: potential ftbfs
Tags: upstream patch
Hi,
Trying to build angband from
git://git.debian.org/git/collab-maint/angband.git, I noticed
that configure.ac contains
# Only change bindir if it's the configure-supplied default, which handily
doesn't expand exec_prefix
if test x$bindir == x\${exec_prefix}/bin; then
[...]
This causes dash from experimental to write
checking for make silent include syntax... gnu
./configure: 4285: test: x${exec_prefix}/bin: unexpected operator
make[2]: Entering directory `/tmp/angband'
and test returns status 2, which I don't think is what was intended.
Eventually the build fails with
strip: '/tmp/angband/debian/angband/usr/games/angband': No such file
Using = in place of == fixes it. Thoughts?
-- 8 --
Subject: configure: avoid unportable test foo == bar construct
dash and FreeBSD ash do not support the == operator to test for
equality. Luckily = works okay.
Without this patch, the affected shells place angband in /usr/bin
instead of /usr/games as they ought to. This probably wasn't
noticeable until recently because the configure script used to
reject these shells and fall back to something else because they
lacked $LINENO support.
---
configure.ac |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/configure.ac b/configure.ac
index ff6f0e2..b2e126d 100644
--- a/configure.ac
+++ b/configure.ac
@@ -93,7 +93,7 @@ if test x$with_private_dirs != x; then
fi
# Only change bindir if it's the configure-supplied default, which handily
doesn't expand exec_prefix
-if test x$bindir == x\${exec_prefix}/bin; then
+if test x$bindir = x\${exec_prefix}/bin; then
bindir=${exec_prefix}/games
fi
--
1.7.4.1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615513: release.debian.org: armhf inclusion into the archive
On Sun, 27, Feb, 2011 at 02:35:26AM +, Hector Oron spoke thus..
The goal is to release next Debian cycle with ('armhf') support, that
is a release goal, hence related to release team.
Hi,
So after some discussion, the ftp team has accepted that the armhf port
should be considered for inclusion and looking at debian-ports.org,
( http://buildd.debian-ports.org/stats/graph-week-big.png ) you seem to
have just around 87.5% of the archive built which is a good start.
To the port into unstable/experimental (and obviously aiming for a
release, but that's up to the release team), you need to co-ordinate
between DSA (for buildd hardware and hosting), the buildd team (for
integration into the main buildd network) the release team and the
security team. If all of those teams are happy with the port being
included, wearing my ftpmaster hat, I'll be pleased to start the archive
bootstrapping process with you.
Details of the bootstrapping process can be found at:
http://lists.debian.org/debian-devel-announce/2008/08/msg9.html
Thanks,
Mark
--
Mark Hymers mhy at debian dot org
Oh, this is John Reid who is 'Cabinet Bruiser' which just means that he's
a bit squat, ugly and unpleasant and therefore gets to be called a 'Bruiser'.
Jeremy Hardy, The News Quiz
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619696: libpango devanagari rendering problem
package: libpango1.0-0 version: 1.28.3-2~sid1 I think devanagari conjuct and glyph replacement kind of things are broken in this package. I tried gedit and leafpad. Both worked as expected before upgrade. But, they no longer work as expected. Libre Office works fine Iceweasel works Fine It could be libpango indic? Thank You! Bal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#512849: alternative nearly in Debian
As stated in bug 595292, I am working on daisy-player, which is an alternative for dbr. The package is waiting in the NEW queue. Paul signature.asc Description: OpenPGP digital signature
Bug#619695: angband: bashism in configure.ac
On Sat, 2011-03-26 at 02:49 -0500, Jonathan Nieder wrote:
Trying to build angband from
git://git.debian.org/git/collab-maint/angband.git, I noticed
that configure.ac contains
# Only change bindir if it's the configure-supplied default, which handily
doesn't expand exec_prefix
if test x$bindir == x\${exec_prefix}/bin; then
[...]
Using = in place of == fixes it. Thoughts?
Thank you for the catch. I have raised this upstream, and if it doesn't
violate any sacred precepts I will fix it this weekend. I no longer have
a sponsor, so the latest version of the package is at [1]. I will upload
the fixed version there.
Regards,
Chris
--
[1] http://mentors.debian.net/debian/pool/main/a/angband
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619697: gsm-utils: fails to purge - command (deluser|adduser) in postrm not found
Package: gsm-utils Version: 1.10-13 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, during a test with piuparts I noticed your package failed to purge due to a command not found. According to policy 7.2 you cannot rely on the depends being available during purge, only the essential packages are available for sure. Filing this as important because a.) it's a clear policy violation (to not clean up at purge) b.) having a piuparts clean archive is a release goal since lenny and c.) this package being piuparts buggy blocks packages depending on it from being tested by piuparts (and thus possibly the detection of more severe problems). From the attached log (scroll to the bottom...): 0m10.9s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpdyMosr', 'dpkg', '--purge', 'gsm-utils'] 0m10.9s DUMP: (Reading database ... 6160 files and directories currently installed.) Removing gsm-utils ... Purging configuration files for gsm-utils ... /var/lib/dpkg/info/gsm-utils.postrm: 34: deluser: not found dpkg: error processing gsm-utils (--purge): subprocess installed post-removal script returned error exit status 127 Errors were encountered while processing: gsm-utils The fix should be easy: your package is using adduser or deluser from the adduser package, which is only priority important. Using useradd or userdel from the passwd package should fix this problem. cheers, Holger Start: 2011-03-13 11:44:34 UTC Package: gsm-utils Priority: extra Section: comm Installed-Size: 576 Maintainer: Mark Purcell m...@debian.org Architecture: amd64 Source: gsmlib Version: 1.10-13 Depends: libc6 (= 2.7-1), libgcc1 (= 1:4.1.1), libgsmme1c2a (= 1.10), libstdc++6 (= 4.2.1), adduser Filename: pool/main/g/gsmlib/gsm-utils_1.10-13_amd64.deb Size: 155066 MD5sum: 6553a62f7685e9e92c2f805eaad957f3 SHA1: 0fd3b48cf2967a284fa7f715be683fcec79887a0 SHA256: dcadc8cce98e15f233987a2b3a99a8038e9adb4f4c18addb59ec73b2652fb292 Description: GSM mobile phone access applications Some simple command line programs to access a GSM mobile phone via GSM modem or IrDA. Functions include: modification of phone books and reading, writing, sending and receiving SMS messages. Uses the GSM standards ETSI GSM 07.07, ETSI GSM 07.05, and others. Homepage: http://www.pxh.de/fs/gsmlib/ Tag: hardware::modem, interface::commandline, role::program, scope::utility, use::synchronizing, works-with::pim Executing: sudo /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ gsm-utils Guessed: debian 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.40~201102250909 starting up. 0m0.0s INFO: Command line arguments: /org/piuparts.debian.org/sbin/piuparts --warn-symlinks --warn-on-others --warn-on-leftovers-after-purge --skip-logrotatefiles-test --scriptsdir /etc/piuparts/scripts/ --tmpdir /org/piuparts.debian.org/tmp -ad wheezy -b wheezy.tar.gz --mirror http://piatti.debian.org/debian/ gsm-utils 0m0.0s INFO: Running on: Linux piatti 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 0m0.0s DEBUG: Created temporary directory /org/piuparts.debian.org/tmp/tmpdyMosr 0m0.0s DEBUG: Unpacking wheezy.tar.gz into /org/piuparts.debian.org/tmp/tmpdyMosr 0m0.0s DEBUG: Starting command: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpdyMosr', '-zxf', 'wheezy.tar.gz'] 0m1.9s DEBUG: Command ok: ['tar', '-C', '/org/piuparts.debian.org/tmp/tmpdyMosr', '-zxf', 'wheezy.tar.gz'] 0m1.9s DEBUG: Created policy-rc.d and chmodded it. 0m1.9s DEBUG: Starting command: ['chroot', '/org/piuparts.debian.org/tmp/tmpdyMosr', 'apt-get', 'update'] 0m1.9s DUMP: Hit http://piatti.debian.org wheezy InRelease Ign http://piatti.debian.org wheezy/main amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/non-free amd64 Packages/DiffIndex Ign http://piatti.debian.org wheezy/contrib TranslationIndex Ign http://piatti.debian.org wheezy/main TranslationIndex Ign http://piatti.debian.org wheezy/non-free TranslationIndex Hit http://piatti.debian.org wheezy/main amd64 Packages Hit http://piatti.debian.org wheezy/contrib amd64 Packages Hit http://piatti.debian.org wheezy/non-free amd64 Packages Ign http://piatti.debian.org wheezy/contrib Translation-en Ign http://piatti.debian.org wheezy/main Translation-en Ign http://piatti.debian.org wheezy/non-free Translation-en Reading
Bug#619638: xserver-xorg-video-radeon: No 3D accelleration with RS690
On Sam, 2011-03-26 at 09:17 +0100, Sébastien Dailly wrote: I attach the file from the command : $ LIBGL_DEBUG=verbose glxinfo 2 error.log output.log I think most likely the problem is that your GPU doesn't have vertex shaders, and you're hitting an unoptimized software vertex processing path. Can you try if rebuilding Mesa with --enable-gallium-llvm helps? You'll need llvm-dev installed. -- Earthling Michel Dänzer |http://www.vmware.com Libre software enthusiast | Debian, X and DRI developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619665: qemu-kvm does not support smp
reassign 619665 qemu-system severity 619665 wishlist retitle 619665 qemu-system does not support smp thanks 26.03.2011 01:45, Phil Ehrens wrote: Package: qemu-kvm Version: 0.12.5+dfsg-5 Distro: Debian Squeeze uname: Linux 2.6.32-5-amd64 #1 SMP Wed Jan 12 03:40:32 UTC 2011 x86_64 GNU/Linux When I run this command: qemu-system-x86_64 -enable-kvm -hda /vm/RIPLinux-11.7-non-X.iso -smp 4,maxcpus=4,cores=4 I get this error: No SMP KVM support, use '-smp 1' failed to initialize KVM qemu-system-x86_64 comes from qemu-system package, not from qemu-kvm package. KVM features, including SMP, are developed in qemu-kvm first and ported to qemu later when they're mature enough. So no doubt qemu does not have smp support, -- quite some changes (for 0.12) are required for qemu to support SMP, in this area qemu-kvm and qemu are significantly different. I think that you are trying to be too smart with this package. You are modifying and extending the qemu package unnecessarily. It works fine out of the box. Please If it worked out of the box, why you file a bugreport? That's one of the examples where it does not work out of the box, and there are many other examples. consider releasing a new package based on qemu-0.14.0 without all of the value-added stuff. Which value-added stuff? I'm afraid you don't understand what you're talking about. Thanks! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619131: New field Package-List in .dsc
On Thu, 24 Mar 2011, Russ Allbery wrote: The missing architecture was my immediate thought as well, since for a moment I thought ftp-master might need it, but then I realized that the override settings are arch: all. So I'm ambivalent. But apparently the wanna-build team would like to have this information as well (to know which source packages build arch: all packages). So I'm going to add it and I'll follow you advice of replacing spaces by commas. That way we still have the possibility to add supplementary columns in the future if needed. On Fri, 25 Mar 2011, Bastian Blank wrote: On Thu, Mar 24, 2011 at 03:14:00PM +0100, Raphael Hertzog wrote: It looks like this: Package-List: src:dpkg admin required Is there a reason for not listing the type explicit for every entry? Something like this: dpkg source admin required dpkg deb admin required dselect udeb admin optional No, there was none. I also find this clearer and more scriptable. So adopted. Thanks. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619631: RFP: eclipse-plugin-avr -- tools for developing C programs for the ATMEL AVR series of embedded processors
On Fri, 2011-03-25 at 21:39 +0100, Niels Thykier wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-03-25 19:04, Christopher Baines wrote: Package: wnpp Severity: wishlist Package name: eclipse-plugin-avr Version : 2.3.4 Upstream Author : URL : http://avr-eclipse.sourceforge.net/wiki/index.php/The_AVR_Eclipse_Plugin License : GPL Programming Lang: Java Description : tools for developing C programs for the ATMEL AVR series of embedded processors Hey Is this GPL or GPL with exception? Because if it is a pure GPL, then this plugin cannot be linked against eclipse/SWT since GPL and EPL are incompatiable. ~Niels I think its pure GPL v3, should I check with the project admin about this issue? Chris signature.asc Description: This is a digitally signed message part
Bug#619547: netenv: [INTL:sk] Slovak po-debconf translation
Hi Christian, I merged the bugs, please use Slavko's translation. Thanks. Regards, ~~helix84 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619604: Acknowledgement (ibus-chewing: Cannot close candidate window with escape key since selected tone)
I've fixed this bug and commited to upstream already.
Attachment is patch.
If upstream doesn't yet update, we can patch it by ourself.
Cheers,
Fred
2011/3/25 Debian Bug Tracking System ow...@bugs.debian.org
Thank you for filing a new Bug report with Debian.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.
Your message has been sent to the package maintainer(s):
IME Packaging Team pkg-ime-de...@lists.alioth.debian.org
If you wish to submit further information on this problem, please
send it to 619...@bugs.debian.org.
Please do not send mail to ow...@bugs.debian.org unless you wish
to report a problem with the Bug-tracking system.
--
619604: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=619604
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- a/src/IBusChewingEngine.gob 2011-03-26 16:54:15.0 +0800
+++ b/src/IBusChewingEngine.gob 2011-03-26 16:55:58.0 +0800
@@ -762,6 +762,22 @@
}
break;
case CHEWING_INPUT_MODE_SELECTING:
+ /* ESC to cancel input mode */
+ if (self-chewingFlags CHEWING_FLAG_PLAIN_ZHUYIN) {
+if (chewing_get_escCleanAllBuf(self-context)
+ self-_priv-key_last == IBUS_Escape) {
+
+ /* Close candidate window */
+ self-inputMode=CHEWING_INPUT_MODE_SELECTION_DONE;
+ chewing_handle_Esc(self-context);
+ ibus_chewing_engine_clear_status_flag(self, ENGINE_STATUS_SHOW_CANDIDATE);
+ break;
+}
+
+chewing_handle_Down(self-context);
+break;
+ }
+
/* Switch to another page */
if (self_is_selectKey(self, self-_priv-key_last)){
self-inputMode=CHEWING_INPUT_MODE_SELECTION_DONE;
Bug#619131: New field Package-List in .dsc
On Sat, Mar 26, 2011 at 09:52:38AM +0100, Raphael Hertzog wrote: On Thu, 24 Mar 2011, Russ Allbery wrote: The missing architecture was my immediate thought as well, since for a moment I thought ftp-master might need it, but then I realized that the override settings are arch: all. So I'm ambivalent. But apparently the wanna-build team would like to have this information as well (to know which source packages build arch: all packages). So I'm going to add it and I'll follow you advice of replacing spaces by commas. That way we still have the possibility to add supplementary columns in the future if needed. On second thought, I think it is time to make this a key-value list instead of bare values. Then we can add or remove values without disrupting other users of the infos. Also a vendor may explicitely add new values if they think they need it. Bastian -- Those who hate and fight must stop themselves -- otherwise it is not stopped. -- Spock, Day of the Dove, stardate unknown -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619631: RFP: eclipse-plugin-avr -- tools for developing C programs for the ATMEL AVR series of embedded processors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-03-26 10:06, Chris wrote: On Fri, 2011-03-25 at 21:39 +0100, Niels Thykier wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 2011-03-25 19:04, Christopher Baines wrote: Package: wnpp Severity: wishlist Package name: eclipse-plugin-avr Version : 2.3.4 Upstream Author : URL : http://avr-eclipse.sourceforge.net/wiki/index.php/The_AVR_Eclipse_Plugin License : GPL Programming Lang: Java Description : tools for developing C programs for the ATMEL AVR series of embedded processors Hey Is this GPL or GPL with exception? Because if it is a pure GPL, then this plugin cannot be linked against eclipse/SWT since GPL and EPL are incompatiable. ~Niels I think its pure GPL v3, should I check with the project admin about this issue? Chris Please do; if it is a pure GPL v3 then they have to change license of the project and that can take quite a while as they have to get it approved by all copyright holders. ~Niels -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBCAAGBQJNja+MAAoJEAVLu599gGRCgUQP/31JbHLIIAPWVXoGRyqcQ7yM AJLcEI2JYRW+JfQ3uR5xdtI4jmsI1HB1VeazONsY/RFYO4RIvbdIO11VY+Ow/6wQ 6SHDM733O/f/ceeHo+FeFYx8tAxEpS8F35yFuY5WFqxhsCe9/7YNFf7MsBs8b14S 39xgegtL2RMSyN9QzaEEHsvthJP0nGXzyGwZX8lLEDBEiMjQTM+sFn4/OJDRPHyp NAZsE/Q6nYTxj7Ks0IJgVuaAKp8QpFaU1kYxdy6Eo+OZFHnUDeIjnKX4xvq0we+l q4LX7arl946mqbtXbeeXEpeX1RpeeJzE22GUHknchqn4GiyvjaMz3hVIIK5oocZC VAupevFm/ko+oWGEkt6ni3YmpRcH4t1Cw1HUCHrPdIoe109o9x8M8RyUb9/+1Vtv DsNDa2mDm9sipALEvBCUWG/RDSz2eXxXwbMyoXv0MOX+5b6lXM9ebG2Pu97J+VU+ wEhnFbWAFgD3wYFu3Fb/NlRh+mVQKFqvAnhzkYBemILFzXq41kgaKBaULnMYa+Xl V+z8qCRIJtT8ueVTPSQCWFkVO0qcvkGtb9cq1iUVwFXXwCF2ZVSW+G8sbW3J6v0t 0/n9AEQlrjFYXPoprC/uaOFbZboi4O2TXUbQUWq9I1E0G0t36UPZxDKCSr6XcVEF Az9xoNziZsn3dm9hilo+ =Fcae -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603313: polkit-kde-1: polkit-kde-authentication-agent-1 crashes sometimes on kde logoff
Package: polkit-kde-1 Version: 0.99.0-1 This seems to be solved with 0.99.0-1 from experimental. I can't reproduce it by e.g. pkexec echo test. --- System information. --- Architecture: i386 Kernel: Linux 2.6.38-1.slh.2-aptosid-686 --- Package information. --- Depends (Version) | Installed ===-+-=== kdebase-runtime | 4:4.5.3-0r1 libc6 (= 2.0) | 2.11.2-11 libkdecore5(= 4:4.4.0) | 4:4.5.3-0r1 libkdeui5 (= 4:4.3.4) | 4:4.5.3-0r1 libpolkit-qt-1-1(= 0.99.0) | 0.99.0-1 libqt4-dbus(= 4:4.5.3) | 4:4.7.2-3 libqtcore4 (= 4:4.7.0~beta1) | 4:4.7.2-3 libqtgui4 (= 4:4.5.3) | 4:4.7.2-3 libstdc++6 (= 4.1.1) | 4.5.2-7 policykit-1 | 0.101-2 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#603313: polkit-kde-1: polkit-kde-authentication-agent-1 crashes sometimes on kde logoff
This seems to be fixed by version 0.99.0-1 from experimental. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619586: apt: [apt-transport-mirror] what(): std::bad_alloc (was: Re: cdn.debian.net as a project service?)
Hi Luca, On Fri, Mar 25, 2011 at 12:36, Luca Capello l...@pca.it wrote: root@gismo:~# echo deb mirror://mirrors.debian.org/mirror sid main /etc/apt/sources.list root@gismo:~# apt-get update 0% [Working]terminate called after throwing an instance of 'std::bad_alloc' what(): std::bad_alloc E: Method mirror has died unexpectedly! E: Sub-process mirror received signal 6. I think this one is fixed with this change: http://bazaar.launchpad.net/~mvo/apt/mvo/revision/1787 I will try to test that later. Michael did an upload two days ago for ubuntu including that change (and another bugfix). (I think they have a working mirror file finally…) The fix should be coming to unstable after the weekend… Thanks for giving mirror a spin! Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572909: on lvm on raid: failed
Package: installation-reports Severity: normal It seems that I am having the same problem as Herbert had. Specifying rootdelay did not help, but after countless installation retries, I managed to figure out a recovery process from the shell prompt on initramfs. (initramfs) sh scripts/local-top/mdadm ... messages from mdadm ... (initramfs) sh scripts/local-top/lvm2 ... messages from lvm ... (initramfs) exit These commands bring the machine back into normal boot sequence. I suspect the problem lies in the module insertion order. -- Package-specific info: Boot method: network Image version: http://ftp.jp.debian.org/pub/Linux/Debian/dists/squeeze/main/installer-amd64/20110106+squeeze1/ Date: Mar 24 21:48 Machine: Intel Xeon E3110, 2GB Memory Partitions: df -Tl will do; the raw partition table is preferred FilesystemType 1K-blocks Used Available Use% Mounted on /dev/mapper/vg0-root ext4 983704154976778760 17% / tmpfstmpfs4096 0 4096 0% /lib/init/rw udev tmpfs 1023360 184 1023176 1% /dev tmpfstmpfs4096 0 4096 0% /dev/shm /dev/md0 ext4 379771 26149334013 8% /boot /dev/mapper/vg0-home ext415747484170220 14777316 2% /home /dev/mapper/vg0-usr ext4 1967440 1096656770844 59% /usr /dev/mapper/vg0-var ext4 7873928 3945764 3528192 53% /var Disk /dev/sda: 36.4 GB, 36373004288 bytes 64 heads, 32 sectors/track, 34688 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x90909090 Device Boot Start End Blocks Id System /dev/sda1 2 384 392192 fd Linux raid autodetect /dev/sda2 385 3468835127296 fd Linux raid autodetect Disk /dev/sdb: 36.4 GB, 36420075520 bytes 64 heads, 32 sectors/track, 34732 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x90909090 Device Boot Start End Blocks Id System /dev/sdb1 2 384 392192 fd Linux raid autodetect /dev/sdb2 385 3473235172352 fd Linux raid autodetect Disk /dev/sdc: 36.4 GB, 3645120 bytes 64 heads, 32 sectors/track, 34713 cylinders Units = cylinders of 2048 * 512 = 1048576 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x90909090 Device Boot Start End Blocks Id System /dev/sdc1 2 384 392192 fd Linux raid autodetect /dev/sdc2 385 3471335152896 fd Linux raid autodetect Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [ ] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[E] Comments/Problems: I had another problem in partitioning (I could not remove a logical volume once it is created), but I will submit it in a separate bug report. -- Please make sure that the hardware-summary log file, and any other installation logs that you think would be useful are attached to this report. Please compress large files using gzip. Once you have filled out this report, mail it to sub...@bugs.debian.org. == Installer lsb-release: == DISTRIB_ID=Debian DISTRIB_DESCRIPTION=Debian GNU/Linux installer DISTRIB_RELEASE=6.0 (squeeze) - installer build 20110106+squeeze1 X_INSTALLATION_MEDIUM=netboot == Installer hardware-summary: == uname -a: Linux albatross 2.6.32-5-amd64 #1 SMP Mon Mar 7 21:35:22 UTC 2011 x86_64 GNU/Linux lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation 3200/3210 Chipset DRAM Controller [8086:29f0] lspci -knn: Subsystem: Intel Corporation Device [8086:34d0] lspci -knn: 00:19.0 Ethernet controller [0200]: Intel Corporation 82566DM-2 Gigabit Network Connection [8086:10bd] (rev 02) lspci -knn: Subsystem: Intel Corporation Device [8086:34d0] lspci -knn: Kernel driver in use: e1000e lspci -knn: 00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 02) lspci -knn: Subsystem: Intel Corporation Device [8086:34d0] lspci -knn: Kernel driver in use: uhci_hcd lspci -knn: 00:1a.1 USB
Bug#619558: Does not need a GPG trustdb (/etc/apt/trustdb.gpg), just the trusted keyring
On Fri, Mar 25, 2011 at 05:19, Josh Triplett j...@joshtriplett.org wrote: apt doesn't need to maintain the GPG trustdb in /etc/apt/trustdb.gpg; apt trusts all keys in /etc/apt/trusted.gpg and /etc/apt/trusted.gpg.d/* .. Please consider getting rid of the trustdb, and if necessary just telling GPG to trust all keys in the trusted keyring. Do you have an idea how to let this work? Last time i checked gpg doesn't like to be run without a trustdb… Following the gpg command apt-key uses to import the debian-archive-keyring without the --trustdb-name option it uses to switch to its own one: $ gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --quiet --batch --keyring /usr/share/keyrings/debian-archive-keyring.gpg --export | gpg --ignore-time-conflict --no-options --no-default-keyring --secret-keyring /etc/apt/secring.gpg --keyring /etc/apt/trusted.gpg --primary-keyring /etc/apt/trusted.gpg --import gpg: key F42584E6: Lenny Stable Release Key debian-rele...@lists.debian.org not changed gpg: key 55BE302B: Debian Archive Automatic Signing Key (5.0/lenny) ftpmas...@debian.org not changed gpg: key 6D849617: Debian-Volatile Archive Automatic Signing Key (5.0/lenny) not changed gpg: key B98321F9: Squeeze Stable Release Key debian-rele...@lists.debian.org not changed gpg: key 473041FA: Debian Archive Automatic Signing Key (6.0/squeeze) ftpmas...@debian.org not changed gpg: Total number processed: 5 gpg: unchanged: 5 gpg: fatal: /root/.gnupg: directory does not exist! secmem usage: 0/0 bytes in 0/0 blocks of pool 0/32768 if all keys are already present its successful but prints this gpg fatal - otherwise it fails with the same message (without the two-line statistic about processed keys). I think this is very similar to --secrect-keyring which isn't really needed, but gpg seems to insist on having it around… The good think is if all -keyring packages switch to dropping files into trusted.gpg.d we don't need gpg as we don't need to maintain a single trusted.gpg file… Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619650: [PATCH 1/3] all: avoid tracking generated files
On 2011-03-25 17:23, Jonathan Nieder wrote: Add .gitignore files listing build products so they cannot be accidentally added with git add and they do not clutter git status output. Signed-off-by: Jonathan Nieder jrnie...@gmail.com --- .gitignore | 11 +++ debian/.gitignore|7 +++ doc/.gitignore |1 + doc/reference/.gitignore |2 ++ 4 files changed, 21 insertions(+), 0 deletions(-) create mode 100644 .gitignore create mode 100644 debian/.gitignore create mode 100644 doc/.gitignore create mode 100644 doc/reference/.gitignore Good thing, applied, thanks! -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#559194: Unused automatically installed packages don't get removed on upgrade
On Tue, Mar 1, 2011 at 21:10, Uwe Storbeck u...@ibr.ch wrote: If you don't want to remove packages with priority required directly because of stability reasons than maybe resolve the problem by policy: To remove a required package always add a transitional package with reduced priority so that package tools can remove the package with standard mechanisms. policy says about priority required: Packages which are necessary for the proper functioning of the system (usually, this means that dpkg functionality depends on these packages). Removing a required package may cause your system to become totally broken and you may not even be able to use dpkg to put things back, so only do so if you know what you are doing. Systems with only the required packages are probably unusable, but they do have enough functionality to allow the sysadmin to boot and install more software. (d-policy §2.5) And yes, APT never considers required packages as garbage code is at apt-pkg/depcache.cc in pkgDepCache::Sweep(). I wouldn't consider this a bug in APT and co as its way easier to break your system than it is useful in helping cleaning up… Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#255969: coreutils: critial files in /bin deleted during dist-upgrade from stable to testing
On Wed, Mar 23, 2011 at 22:15, Jonathan Nieder jrnie...@gmail.com wrote: Brian Frank wrote: -When running dist-upgrade from stable to testing, many of the important files in /bin disappeared. I found that they were provided by the fileutils package in stable, but by the coreutils package in testing. Without some of these files (mv, ln, mkdir, etc), the dist-upgrade came to a screeching halt. I can't imagine a circumstance in which this could have happened. The only very very very wild wild guess is something like the fixed #590438 in which the essential is removed too early, but that wouldn't give a single hint at how to fix it if it really still exists… Eugene V. Lyubimkin wrote: forcemerge 261411 282278 255969 To be clear: is the problem that while fileutils in stable is essential, fileutils in testing is not, and APT was using the essential flag from the latest version for some reason? As discussed in many of the threads of the merged bugreports: If any version in any repository is essential then the package is essential. So for APT a package can only 'loose' its essential flag if you remove the archive in which the package is marked as essential. The reason is simple that as soon as you have a repository in your sources you could have a package installed from it which means it could depend on an essential package implicitly. Important if you have a testing system were you install packages from unstable (possible new essential packages) and maybe packages from stable (possible packages lost their essential status since then). Thats especially important in a dist-upgrade as you have a mixed system in it all the time… This approach makes mistakes for granted and isn't optimal in all cases, but given that the consequences can be a lot worser if a essential is missing than they can be if a transition package is still installed (which is more or less the only time people really see/complain about it) i don't really see why it should be changed. And so far nobody else could provide a good reason… so i don't change what isn't broken. ;) Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619629: [freeradius] Fails to upgrade from pre 2.1.8
Josip Rodin wrote: I appreciate the effort, but this link had been created by a version of the package that only existed in unstable/backports, and 2.1.10+dfsg-2 is in stable now, so the issue is transient - those users who already saw it won't benefit from the fix, and those who didn't see it already won't see it now. Right? Or we could say that people which try to upgrade from oldstable still have the problem. At least when they created a symlink similar to the current package. It is not only the random file (which is not created anymore), but also server.pem, server.key and ca.pem Kind regards, Sven signature.asc Description: This is a digitally signed message part.
Bug#618848: apt-get remove libdb4.8 does many things, but doesn't remove the package
Hi Adrian, first of all: Thanks for your report! :) On Fri, Mar 18, 2011 at 23:51, Adrian Bunk b...@stusta.de wrote: Whatever apt is trying to do here, the one thing I told it to do (removing libdb4.8) is not done. It tries to save the system by installing alternatives for packages it has to remove cause of its (indirect) dependency on libdb4.8. (See #591882 and revno 1974.1.5 for a bit more details) The problem is now, that one of this rescue tries causes that libdb4.8 is reinstalled again somewhere deep down the dependency list… The offending part can be disabled by -o pkgProblemResolver::FixByInstall=0 I said in the bugreport that i fear it will bite back, now it has. I guess we will need a way to tell the resolver that he can't override certain changes (some parts already know this, but the depcache doesn't know it…). Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#255969: coreutils: critial files in /bin deleted during dist-upgrade from stable to testing
# unconfuse myself unmerge 255969 quit Hi, David Kalnischkies wrote: Brian Frank wrote: -When running dist-upgrade from stable to testing, many of the important files in /bin disappeared. I found that they were provided by the fileutils package in stable, but by the coreutils package in testing. Without some of these files (mv, ln, mkdir, etc), the dist-upgrade came to a screeching halt. I can't imagine a circumstance in which this could have happened. Sounds good to me. :) I was just reading through the merged bugs; this one is from June, 2004 and I doubt the problem still exists (though I suppose masochistic types can always try to recreate the upgrade from that date). The only very very very wild wild guess is something like the fixed #590438 in which the essential is removed too early Yes, it's possible. Anyway, this bug seems past the point of debuggability, so I'll close it with my next message. If any version in any repository is essential then the package is essential. So for APT a package can only 'loose' its essential flag if you remove the archive in which the package is marked as essential. Sounds sensible to me. The only edge case I can think of is if someone has a repository listed in sources.list and does not have any packages installed from it. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#607625: apt: no way to verify an individual downloaded
On Mon, Dec 20, 2010 at 12:18, Toni Mueller supp...@oeko.net wrote: in the light of DSA 2134-1, I would really like to see an easy way to manually verify a downloaded package. Currently, neither dpkg, apt nor aptitude appear to have such functionality, but using apt or aptitude is not always possible (at least, I often need to bypass them). Could you elaborate a bit more what you want or what the usecase is? The question is also why you are bypassing APT and co. in the first place… APT automatically verifies the deb files it downloads and stores them in /var/cache/apt/archives/ if successfully verified (before they are in partial/). aptitude has additionally a download option to download a package to whatever place you are currently in. I don't know if it verifies it, but i hope so. APT in wheezy onwards has this option, too. Is that maybe what you want? Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#589600: ITP: f5vpn-login -- F5 VPN command-line client
retitle 589600 ITP: f5vpn-login -- F5 VPN command-line client owner 589600 jlgad...@gnu.org thanks Package name: f5vpn-login Version : 20101015 Upstream Author : James Y. Knight, f...@fuhm.net URL : http://fuhm.net/software/f5vpn-login/ License : GPL v3 Language: C, Python Description : F5 VPN command-line client f5vpn-login allows you to connect to an F5 VPN server without using their browser plugin. You can connect to a VPN automatically or non- interactively using this software. This software does not have the full functionality of the official F5 VPN client; it merely supports establishing a connection to the VPN. -- Jeremy L. Gaddis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#618624: xdg-utils: xdg-mime query filetype FILE: no output at all due to missing recommends
Hi, 2011-03-17 15:13, Scott Ritchie skrev: Regarding gvfs-bin, yes, there is a problem. But if I were to add it to recommends, it would be automatically installed even for people who don't use Gnome, pulling in a lot of dependencies. That doesn't match the definition of Recommends -- it is, in fact, perfectly reasonable to have xdg-utils installed without gvfs-bin. That's the point of the pipes - recommends will try to install the first in the list, unless one of the subsequent ones are already installed. So if you have kdebase-runtime it won't pull in gvfs-bin. But what if you have both Gnome and KDE installed? Or neither? Running mimetype foo.pdf does indeed work with libfile-mimeinfo-perl installed (without gvfs-bin), however xdg-utils doesn't seem to actually use it, as I still get no output for xdg-mime query even with libfile-mimeinfo-perl installed. Maybe in Ubuntu, but the latest version of xdg-utils in Debian unstable should use libfile-mimeinfo-perl if available. If xdg-mime can indeed be taught to use libfile-mimeinfo-perl then I agree that it definitely should be used (and the first in the pipe list) Still, what if you have KDE installed and run Gnome? Or have KDE installed but run a standalone WM? Then you won't get either libfile-mimeinfo-perl or gvfs-bin installed. By recommending libfile-mimeinfo-perl as the only alternative, we can ensure that xdg-utils should always work regardless of the desktop environments installed. Maybe gnome-session should depend/recommend gvfs-bin, though. Whatever pulled in gvfs-bin would fix it, but imho it's cleaner to have the recommends in the package that's actually using it. Normally, yes. But the issue here is that you only need gvfs-bin if you have Gnome installed. There's no clean way to express that AFAIK. -- Pelle -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#609144: alsa-base: sound card fails to start
* mike cutie and maia [110325 19:28 -0600]: I get a message when the computer starts that says unkown pc card for frunt right left center and the same for the back but I can't reproduce the error other wise I get sound but I am blind so it gives some of my services errors Hmm, I can't reproduce this behaviour becaus I dont have a realtek sound chip handy. Could you please do directly after booting as follows: $ dmesg dmesg.txt gzip dmesg.txt Please send dmesg.txt.gz. Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -- Linus Torvalds signature.asc Description: Digital signature
Bug#619698: pango1.0: Wrong VCS URLs
Package: pango1.0 Severity: minor Apparently URLs in VCS hints are wrong: jonas@auryn:pango1.0$ debcheckout pango1.0 declared svn repository at svn://svn.debian.org/svn/pkg-gnome/desktop/experimental/pango1.0/ svn co svn://svn.debian.org/svn/pkg-gnome/desktop/experimental/pango1.0/ pango1.0 ... svn: URL 'svn://svn.debian.org/svn/pkg-gnome/desktop/experimental/pango1.0' doesn't exist checkout failed (the command above returned a non-zero exit code) - Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619699: gtk-redshift: Autostart configuration is severely broken
Package: redshift Version: 1.6-1 Severity: normal When started for the first time, gtk-redshift creates a file $HOME/.config/autostart/gtk-redshift.desktop, which, according to the 'Desktop Application Autostart Specification' (found at: http://standards.freedesktop.org/autostart-spec/autostart-spec-latest.html), implies it must be automatically started. The method it subsequently utilizes to enable or disable autostart is to change the value of the gnome-specific key 'X-GNOME-Autostart-enabled'. Obviously, this violates the standard, and it only works when using gnome. On any other desktop environment (behavior observed on KDE, I haven't verified other desktop environments), the effect is that starting gtk-redshift once will henceforth always cause it to be autostarted, regardless of any attempt to disable it using the gui. Regards, Rogier -- System Information: Debian Release: wheezy/sid APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages redshift depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libx11-6 2:1.4.1-5 X11 client-side library ii libxcb-randr0 1.7-2 X C Binding, randr extension ii libxcb1 1.7-2 X C Binding ii libxxf86vm1 1:1.1.1-1 X11 XFree86 video mode extension l redshift recommends no packages. redshift suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619700: Please consider using the build-essential package instead of Build-Essental: yes
Package: debootstrap
Version: 1.0.29
Severity: wishlist
Tags: patch
Hi,
This bug is related to the mail at
http://lists.debian.org/debian-devel/2011/03/msg00978.html
which discusses the existance of both the build-essential package and
the field. Quick summary: we think that in the longer term (i.e. after
squeeze is dropped from the main archive at the ends of its security
support) the field should go and the package should be the definition
(it already is de-facto for most things including cdebootstrap).
On Sat, 26, Mar, 2011 at 10:53:07AM +0100, Joerg Jaspert spoke thus..
As far as we know currently the main user of this field seems to be
debootstrap in its buildd variant mode.
I just went and checked that changing to using the package wouldn't make
any difference (trivial patch at
http://git.debian.org/?p=users/mhy/debootstrap.git;a=commitdiff;h=782b75f69f383e4d0e6f8909c9a69844c9f769af
)
Using lenny squeeze wheezy and sid, I found no differences to dpkg
--get-selections (on amd64) before and after the above patch (using
debootstrap --variant=buildd ${d} ${d} http://mirror/debian/
)
Thanks,
Mark
--
Mark Hymers mhy at debian dot org
But Yossarian *still* didn't understand either how Milo could buy eggs
in Malta for seven cents apiece and sell them at a profit in Pianosa
for five cents.
Catch 22, Joseph Heller
signature.asc
Description: Digital signature
Bug#619629: [freeradius] Fails to upgrade from pre 2.1.8
On Sat, Mar 26, 2011 at 10:45:06AM +0100, Sven Eckelmann wrote: Josip Rodin wrote: I appreciate the effort, but this link had been created by a version of the package that only existed in unstable/backports, and 2.1.10+dfsg-2 is in stable now, so the issue is transient - those users who already saw it won't benefit from the fix, and those who didn't see it already won't see it now. Right? Or we could say that people which try to upgrade from oldstable still have the problem. At least when they created a symlink similar to the current package. It is not only the random file (which is not created anymore), but also server.pem, server.key and ca.pem OK, so when you said this I re-read the original report, but now I don't see any logic in this... You reported this error message: ln: creating symbolic link `/etc/freeradius/certs/random' to `/dev/urandom': File exists This is the result of an action that does not exist at all in the current postinst. You can see it in your own patch - we no longer link that location, we substitute the setting in the text config file. Furthermore, the patch changes ! -f into ! -e. This is needless because: % touch /tmp/file % ln -s /tmp/file /tmp/link % test ! -f /tmp/file echo true || echo false false % test ! -f /tmp/link echo true || echo false false So, each of those tests whether certificate file/link is missing will behave the same way. In fact, I remember testing this functionality extensively while testing lenny - squeeze upgrades. So please explain to me once again what exactly are you trying to do :) -- 2. That which causes joy or happiness. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612128: [kfreebsd] grub-pc: fails to configure
Hi, Vladimir 'φ-coder/phcoder' Serbinenko wrote: /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1. Check your device.map. Auto-detection of a filesystem of /dev/ad0s1 failed. Probable duplicate of #615152. Please try the attached patch It adds a build-time dependency on libgeom-dev (which makes sense), and during make check I get a lot of pairs of Warning: Unable to set kern.geom.debugflags sysctl (Operation not permitted). messages (e.g., after Checking APPLE partition types...). But the build works. Trying to install the package, I get camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: No such file or directory cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or ad0 doesn't exist (four times) but all seems to be well (and it boots). This is with kfreebsd 8.1-1-amd64 8.1+dfsg-7.1. So it seems to work here. Thanks! Regards, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619701: segfaults at startup
Package: calibre Version: 0.7.50+dfsg-1 Severity: grave Hello, Since I upgraded calibre this morning (along with python-qt4 and python-sip, that I was keeping at an old version because of #616372), calibre stopped working altogether. I get an immediate segfault. According to strace, it happens after /usr/lib/pymodules/python2.6/PyQt4/QtGui.so is loaded. Cheers, -- Stéphane -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages calibre depends on: ii calibre-bin0.7.50+dfsg-1 e-book converter and library manag ii imagemagick8:6.6.0.4-3 image manipulation programs ii poppler-utils 0.12.4-1.2PDF utilitites (based on libpopple ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-beautifulsoup 3.2.0-1 error-tolerant HTML parser for Pyt ii python-cherrypy3 3.1.2-1 Python web development framework - ii python-cssutils0.9.7~b2-2CSS Cascading Style Sheets parser ii python-dateutil1.4.1-3 powerful extensions to the standar ii python-dbus0.83.1-1 simple interprocess messaging syst ii python-django-tagging 0.3.1-1 A generic tagging application for ii python-encutils0.9.7~b2-2Encoding detection collection for ii python-imaging 1.1.7-2 Python Imaging Library ii python-lxml2.3-0.1 pythonic binding for the libxml2 a ii python-mechanize 0.1.11-1.1stateful programmatic web browsing ii python-pkg-resources 0.6.14-4 Package Discovery and Resource Acc ii python-pyparsing 1.5.2-2 Python parsing module ii python-pypdf 1.12-3PDF toolkit implemented solely in ii python-pythonmagick0.9.1-3+b1Object-oriented Python interface t ii python-qt4 4.8.3-1 Python bindings for Qt4 ii python-routes 1.12.3-1 Routing Recognition and Generation ii ttf-liberation 1.06.0.20100721-1 Fonts with the same metrics as Tim ii xdg-utils 1.1.0~rc1-2 desktop integration utilities from Versions of packages calibre recommends: ii python-dnspython 1.8.0-1DNS toolkit for Python calibre suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619684: ns2: FTBFS on kfreebsd-*: emulate/net-pcap.cc:537:19: error: 'BIOCIMMEDIATE' was not declared in this scope
On Sat, Mar 26, 2011 at 10:15 AM, Cyril Brulebois k...@debian.org wrote: Source: ns2 Version: 2.35~RC6-3 Severity: serious Justification: FTBFS User: debian-...@lists.debian.org Usertags: kfreebsd Hi, your package no longer builds on kfreebsd-*: | g++ -c -g -O2 -Wall -Wno-write-strings -DTCP_DELAY_BIND_ALL -DNO_TK -DTCLCL_CLASSINSTVAR -DNDEBUG -DLINUX_TCP_HEADER -DUSE_SHM -DHAVE_LIBTCLCL -DHAVE_TCLCL_H -DHAVE_LIBOTCL1_14 -DHAVE_OTCL_H -DHAVE_LIBTK8_5 -DHAVE_TK_H -DHAVE_LIBTCL8_5 -DHAVE_TCLINT_H -DHAVE_TCL_H -DHAVE_CONFIG_H -DNS_DIFFUSION -DSMAC_NO_SYNC -DCPP_NAMESPACE=std -DUSE_SINGLE_ADDRESS_SPACE -Drng_test -I. -I. -I/usr/include/tclcl -I/usr/include -I/usr/include/tcl -I/usr/include/tcl8.5/tcl-private/generic -I/usr/include/tcl8.5/tcl-private/generic -I/usr/include/pcap -I./tcp -I./sctp -I./common -I./link -I./queue -I./adc -I./apps -I./mac -I./mobile -I./trace -I./routing -I./tools -I./classifier -I./mcast -I./diffusion3/lib/main -I./diffusion3/lib -I./diffusion3/lib/nr -I./diffusion3/ns -I./diffusion3/filter_core -I./asim/ -I./qs -I./diffserv -I./satellite -I./wpan -o emulate/net-pcap.o emulate/net-pcap.cc | emulate/net-pcap.cc: In member function 'virtual int PcapLiveNetwork::open(int, const char*)': | emulate/net-pcap.cc:537:19: error: 'BIOCIMMEDIATE' was not declared in this scope | make[1]: *** [emulate/net-pcap.o] Error 1 Full build logs: https://buildd.debian.org/status/package.php?p=ns2suite=sid Please get in touch with debian-bsd@ if you need help. KiBi. I searched for it and got some information. It said that In BSD's pcap.h, it do not include pcap/bpf.h, but linux one do it. What I want to know is that, why they are not the same ? Both them are Debian GNU/* -- YunQiang Su
Bug#619702: epiphany-browser: does not reopen last closed tab with ctrl+alt+t anymore
Package: epiphany-browser Version: 2.30.6-1 Severity: normal Not too long ago, epiphany-browser could reopen last closed tab(s) with ctrl+alt+t. It does not do that anymore. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/1 CPU core) Locale: LANG=sk_SK.utf8, LC_CTYPE=sk_SK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages epiphany-browser depends on: ii dbus-x11 1.4.6-1 simple interprocess messaging syst ii epiphany-browser 2.30.6-1Data files for the GNOME web brows ii gnome-icon-theme 2.30.3-2GNOME Desktop icon theme ii iso-codes3.24.2-1ISO language, territory, currency, ii libavahi-client3 0.6.29-1Avahi client library ii libavahi-common3 0.6.29-1Avahi common library ii libavahi-gobject 0.6.29-1Avahi GObject library ii libc62.11.2-11 Embedded GNU C Library: Shared lib ii libcairo21.10.2-4The Cairo 2D vector graphics libra ii libdbus-1-3 1.4.6-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1 simple interprocess messaging syst ii libgconf2-4 2.28.1-6GNOME configuration database syste ii libgirepository1 0.6.14-1+b1 Library for handling GObject intro ii libglib2.0-0 2.28.2-1The GLib library of C routines ii libgnome-keyring 2.32.0-1GNOME keyring services library ii libgtk2.0-0 2.24.3-1~sid1 The GTK+ graphical user interface ii libice6 2:1.0.7-1 X11 Inter-Client Exchange library ii libnotify1 [libn 0.5.0-2 sends desktop notifications to a n ii libnspr4-0d 4.8.7-2 NetScape Portable Runtime Library ii libnss3-1d 3.12.9.with.ckbi.1.82-1 Network Security Service libraries ii libpango1.0-01.28.3-2~sid1 Layout and rendering of internatio ii libseed0 2.30.0-2GObject JavaScript bindings for th ii libsm6 2:1.2.0-1 X11 Session Management library ii libsoup-gnome2.4 2.30.2-1an HTTP library implementation in ii libsoup2.4-1 2.30.2-1an HTTP library implementation in ii libwebkit-1.0-2 1.2.7-2 Web content engine library for Gtk ii libx11-6 2:1.4.1-5 X11 client-side library ii libxml2 2.7.8.dfsg-2GNOME XML library ii libxslt1.1 1.1.26-7XSLT 1.0 processing library - runt Versions of packages epiphany-browser recommends: ii ca-certificates 20090814+nmu2 Common CA certificates ii evince 2.30.3-3Document (PostScript, PDF) viewer ii yelp 2.30.1+webkit-1 Help browser for GNOME Versions of packages epiphany-browser suggests: ii epiphany-extensions 2.30.2-1 Extensions for Epiphany web browse -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#459339: ideas for fixing this
I believe the problem here is that maradns does not detach itself like a proper daemon should. The evidence is pretty much due to logging of the HUP signal which unsurprisingly in the maradns code is linked to receiving a HUP signal. I suppose also when you upgrade at some level when you upgrade dpkg forks off a process that runs invoke.rc-d as determined in the postinst script and when the child process (which is an ancestor of the maradns process in that case) finishes the maradns receives a a SIGHUP. So in /etc/init.d/maradns what we need start-stop-daemon to do is * create a pid file (as it does now) * go into the background using the --background argument (which it does not curently do) * Use logger to connect stderr/stdout to syslog (which it does at the moment) All this seems to be too much to do in one shell script. The current script is a long way from the Debian standard and is complex. And about half the maradns bugs relate in some way to the init scripts. I am not willing to take this upstream until we are on maradns 2.x. I am not willing explore maradns 2.x seriously until we are handling the multiple processes adequately. Also Sam has a right to expect a tried and tested proposal rather than a Debian integration problem. Since maradns 2.x introduces more processes it would make the issue worse. In any case I think a may have a workable idea that does not require taking the issue upstream. 1.) Have two daemon processes a maradns and a logger. (Or xN if multiple servers are configured.) 2.) The init scripts will be resynced with the Debian standard as much as possible. 3.) The maradns script will depend on (or have a higher number) than the logger init script. 4.) The logger script will mkfifo a named pipe before it starts the logger process and the pipe will be the stdin of the logger process. The logger script's stop action will destroy the named pipe. 5.) The maradns will have the named pipe as its stdout and stderr. Probably similar techniques will be required for teh zone server and deadwood. I propose putting those into separate packages with one source. Given the radical nature of this proposal I propose putting it into experimental rather than unstable. If you intend to use this please let me know. I would also like to look into dependency based init scripts as I think that would help some of the other issues. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619703: RFP: cutmp3 -- small and fast command line MP3 editor
Package: wnpp Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 * Package name: cutmp3 Version : 2.0.2 Upstream Author : Jochen Puchalla m...@puchalla-online.de * URL : http://www.puchalla-online.de/cutmp3.html * License : GPL-2+ Programming Lang: C Description : small and fast command line MP3 editor cutmp3 is a small and fast command line MP3 editor. It lets you select sections of an MP3 interactively or via a timetable and save them to separate files without quality loss. It uses mpg123 for playback and works with VBR files and even with files bigger than 2GB. Other features are configurable silence seeking and ID3 tag seeking, which are useful for concatenated mp3s. The package is already available in debian-multimedia and in Ubuntu. It would be nice if it was available in plain Debian as well. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk2Nxj0ACgkQHNUte6r+CGozAACeMod8JY2nF7dHJM65bl/dTUHf W60AoI5z5rHE7JTDumNFOGp3E2RUYytn =14ef -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619615: [texlive-pstricks] pst-dbicons outdated
tags 619615 + fixed-upstream stop On 25.03.11 Sandro Knauß (b...@sandroknauss.de) wrote: Hi, the package pst-dbicons is outdated and not at the state of 2009-10. The version inside this package is 0.2 from 2006/11/26. The actual stable version is 0.16 from 2010/03/25 and can be found here: http://www.tug.org/PSTricks/main.cgi?file=packages No, we don't update single TeX packages in TL. As soon as TL 2010 or TL 2011 gets packaged you'll get the new version. I tag your bug as fixed upstream, we'll close it when TL 2011 is in Debian. H. -- sigmentation fault signature.asc Description: Digital signature
Bug#619317: linux-image-2.6.32-5-xen-686: booting via hypervisor slows bootup significant (hang) and also slow on runtime
On Tuesday, 22. March 2011, you wrote: Booting linux-image-2.6.32-5-xen-686 via hypervisor gets hanging (several) init scripts. This seems to workaround with generating input on stdin when the init script hangs. Video of bootup is also available[1]. It looks like “max_cstate=1″ did fix the problem for me. It also appeared recently on the Linux power management list[1]. In the next day I will also try hpet=disable and give feedback. With kind regards, Jan. [1] https://lists.linux-foundation.org/pipermail/linux-pm/2011- March/030544.html -- Never write mail to w...@spamfalle.info, you have been warned! -BEGIN GEEK CODE BLOCK- Version: 3.12 GIT d-- s+: a C+++ UL P+ L+++ E--- W+++ N+++ o++ K++ w--- O M V- PS PE Y++ PGP++ t-- 5 X R tv- b+ DI D+ G++ e++ h r+++ y --END GEEK CODE BLOCK-- signature.asc Description: This is a digitally signed message part.
Bug#619413: vnc4server drag and drop doesn't work
Thanks for the report. // Ola On Wed, Mar 23, 2011 at 06:20:11PM +0100, dl wrote: Package: vnc4server Version: 4.1.1+X4.3.0-37 Severity: important I can't use drag'n drop using the mouse from my client machine, for example to move a file from one folder to another, when connected to the tightvncserver in the gnome desktop environment. The same bug is valid for tightvncserver. I guess it's the same bug described here for Ubuntu: http://ubuntuforums.org/showthread.php?t=1497635 -- System Information: Debian Release: 6.0.1 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages vnc4server depends on: ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libgcc1 1:4.4.5-8GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libx11-62:1.3.3-4X11 client-side library ii libxext62:1.1.2-1X11 miscellaneous extension librar ii libxtst62:1.1.0-3X11 Testing -- Record extension li ii x11-common 1:7.5+8 X Window System (X.Org) infrastruc ii xbase-clients 1:7.5+8 miscellaneous X clients - metapack ii xserver-common 2:1.7.7-13 common files used by various X ser ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages vnc4server recommends: ii xfonts-base 1:1.0.1standard fonts for X Versions of packages vnc4server suggests: pn vnc-java none (no description available) -- no debconf information -- - Ola Lundqvist --- / o...@debian.org Annebergsslingan 37 \ | o...@inguza.com 654 65 KARLSTAD | | http://inguza.com/ +46 (0)70-332 1551 | \ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 / --- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619704: RM: pwsafe -- RoQA; dead upstream, orphaned, alternatives exist
Package: ftp.debian.org Severity: normal Please remove pwsafe: - Dead upstream - Orphaned - Better alternatives exists Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617531: pptp-linux: speed degraded dramatically
Hi Vladimir
First thanks for your report.
On Fri, Mar 25, 2011 at 07:32:10PM +0300, Vladimir Stavrinov wrote:
On Fri, Mar 25, 2011 at 07:05:20PM +0300, Vladimir Stavrinov wrote:
pptp[20681]: anon log[decaps_gre:pptp_gre.c:414]: buffering packet 67186
(expecting 67180, lost or reordered)
with --nobuffer option speed increase in 2-3 times but still 10 times
less then in ssh connection. And syslog records changed:
pptp[18648]: anon log[decaps_gre:pptp_gre.c:414]: accepting packet 42977
(expecting 42976, lost or reordered)
You write that the syslog records changed? What change are you
referring to. I do not see any change at all, except that
the packet identity and process id differs which is quite
natural.
Best regards,
// Ola
--
*
Vladimir Stavrinov *
*** v...@playfast.ru **
* http://playfast.ru/ ***
*
--
- Ola Lundqvist ---
/ o...@debian.org Annebergsslingan 37 \
| o...@inguza.com 654 65 KARLSTAD |
| http://inguza.com/ +46 (0)70-332 1551 |
\ gpg/f.p.: 7090 A92B 18FE 7994 0C36 4FE4 18A1 B1CF 0FE5 3DD9 /
---
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619705: RM: gadmin-dhcpd -- RoQA; orphaned, incompatible with isc-dhcp
Package: ftp.debian.org Severity: normal Please remove gadmin-dhcpd. It's orphaned and the version in the is only suitable for the old DHCP 3 packages (gadmin-dhcpd). Popcon is low. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619706: RM: xtoolwait -- RoQA; orphaned, dead upstream, low popcon
Package: ftp.debian.org Severity: normal Please remove xtoolwait. It's orphaned, dead upstream and has minimal popcon. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619707: RM: e16 -- RoQA; replaced by e17
Package: ftp.debian.org Severity: normal Please remove e16. It's been replaced by e17 and is orphaned. It's also currently RC-buggy due to toolchain issues. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#488033: chm2pdf: fails converting filenames with spaces
Hi, Steve! What's the status of this bug? i have sent this bug upstream. It looks like the upstream does not care. Could you urge them please? .chm files come from Windows land, where filenames with spaces are a norm. (And the patch is not that hard, BTW.) Thank you. -- With best regards, vvv -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616022: powerpc: bmac module is missing
Solved in today's daily build (linux-kernel-di-powerpc-2.6_1.80). Thanks to Miguel. Risto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619708: lprof: FTBFS if HOME is unset
Source: lprof
Version: 1.11.4.dfsg+1.11.4.1-5
Severity: serious
Tags: patch
Justification: FTBFS
lprof fails to build from source if HOME is unset (and it actually is
unset on some buildds):
| File
/build/buildd-lprof_1.11.4.dfsg+1.11.4.1-5+b2-mips-FwKYFa/lprof-1.11.4.dfsg+1.11.4.1/SConstruct,
line 15, in module
| KeyError: 'HOME':
| File
/build/buildd-lprof_1.11.4.dfsg+1.11.4.1-5+b2-mips-FwKYFa/lprof-1.11.4.dfsg+1.11.4.1/SConstruct,
line 28:
| 'HOME' : os.environ[ 'HOME' ], # required for distcc
| File /usr/lib/python2.6/UserDict.py, line 22:
| raise KeyError(key)
Full build log is available here:
https://buildd.debian.org/fetch.cgi?pkg=lprofarch=mipsver=1.11.4.dfsg%2B1.11.4.1-5%2Bb2stamp=1301130565file=logas=raw
The attached patch fixes this bug. Please tell me if you want me to NMU.
--
Jakub Wilk
--- lprof-1.11.4.dfsg+1.11.4.1.orig/SConstruct
+++ lprof-1.11.4.dfsg+1.11.4.1/SConstruct
@@ -25,7 +25,6 @@
env = Environment(
ENV = {
'PATH' : os.environ[ 'PATH' ],
- 'HOME' : os.environ[ 'HOME' ], # required for distcc
'LDFLAGS' : ''
}, options = opts)
Bug#619709: redshift: Please provide a manual page for the configuration file
Package: redshift Version: 1.6-1 Severity: wishlist Please provide a manual page for the configuration file. Currently, the only documentation seems to be the source Regards, Rogier. -- System Information: Debian Release: wheezy/sid APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'testing') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages redshift depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libx11-6 2:1.4.1-5 X11 client-side library ii libxcb-randr0 1.7-2 X C Binding, randr extension ii libxcb1 1.7-2 X C Binding ii libxxf86vm1 1:1.1.1-1 X11 XFree86 video mode extension l redshift recommends no packages. redshift suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619710: redshift: Location cannot be configured in config file
Package: redshift
Version: 1.6-1
Severity: normal
When using a configuration file, for instance when there exists no
gnome-clock configuration, like under KDE, it is not possible to configure
the location. The configuration method can be set to manual in the config
file, but there exists no configuration parameter to set the method's
parameter(s) ('provider_args' in the source - i.e. for 'manual': the latitude
and longtitude).
Please provide a way to set 'provider_args' / the location from the config file.
Regards,
Rogier.
-- System Information:
Debian Release: wheezy/sid
APT prefers squeeze-updates
APT policy: (500, 'squeeze-updates'), (500, 'testing')
Architecture: i386 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages redshift depends on:
ii libc6 2.11.2-11 Embedded GNU C Library: Shared
lib
ii libgconf2-4 2.28.1-6 GNOME configuration database syste
ii libglib2.0-0 2.28.2-1 The GLib library of C routines
ii libx11-6 2:1.4.1-5 X11 client-side library
ii libxcb-randr0 1.7-2 X C Binding, randr extension
ii libxcb1 1.7-2 X C Binding
ii libxxf86vm1 1:1.1.1-1 X11 XFree86 video mode extension
l
redshift recommends no packages.
redshift suggests no packages.
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619521: (gmail) Mailer errors?
On Sat, Mar 26, 2011 at 13:18:25 +1100, Felix Karpfen wrote: I have checked the listed entries under bug #619521. Message 15 claimed that: felik.karp...@gmail.com: host gmail-smtp-in.l.google.com[74.125.39.27] said: 550-5.1.1 The email account that you tried to reach does not exist. Please try 550-5.1.1 double-checking the recipient's email address for typos or Yes, you typoed your email address (felik instead of felix). I resent the mail to the right address after getting the bounce. Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619711: console-setup: breaks copying keymap to initramfs
Package: console-setup
Version: 1.71
Severity: grave
Hello,
if a system's keymap needs to be loaded during the initramfs stage,
initramfs-tools' /usr/share/initramfs-tools/hooks/keymap looks for
/etc/console-setup/cached.kmap.gz
and copies it to the initramfs.
console-setup 1.71 changed the name of this file to
/etc/console-setup/cached_${CHARMAP}_$backspace$VARIANT.kmap.gz
i.e. something like
/etc/console-setup/cached_ISO-8859-15_del.kmap.gz
Hence, /etc/console-setup/cached.kmap.gz doesn't exist anymore on fresh
installed systems and is thus not copied to the initramfs anymore.
This renders systems unbootable because, for example, passphrases cannot
be entered.
This bug hides well on upgraded systems, because console-setup doesn't
remove the old /etc/console-setup/cached.kmap.gz.
There are several alternatives to fix this bug like
* symlinking the new name to the old
* moving the keymap-copying from initramfs-tools to console-setup
* updating initramfs-tools to honor the new keymap name
Most of those alternatives need to be negotiated with initramfs-tools
and probably other initramfs-creators as well.
However, at the current stage console-setup should break on
packages that depend on the old naming scheme.
Thanks for your work regards
Mario
--
We know that communication is a problem, but the company is not going to
discuss it with the employees.
-- Switching supervisor, ATT Long Lines Division
signature.asc
Description: Digital signature
Bug#611285: no sound in mednafen :(
Hi, On Fri, 28 Jan 2011 13:41:56 +0100, yellow protoss yellowprot...@gmail.com wrote: I will do that too this weekend. Did you ever get a chance to try the various suggestions? Regards, Stephen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611680: dtc-xen - Remote authenticated root exploit
Hi, Now, I can see that adding further checking on the Python dtc-xen SOAP server might enhance security as well, so I will write such checks anyway, and make it available in the next version of DTC-Xen. Wont fix Could you please explain why this is wontfix? I think this is a security issue that doesn't warrant a DSA, please fix it through a stable point update instead. CCing the stable security point update coordinator. Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#619712: opensync-plugin-evolution: synchronization fails due to change in evolution-backend
Package: opensync-plugin-evolution Version: 0.22-2squeeze1 Severity: important Synchronization fails with messages like Cannot get cal from factory. The problem was solved by downloading the source and building a new binary for wheezy. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages opensync-plugin-evolution depends on: ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcamel1.2-192.32.2-2 The Evolution MIME message handlin ii libebook1.2-102.32.2-2 Client library for evolution addre ii libecal1.2-8 2.32.2-2 Client library for evolution calen ii libedata-book1.2-82.32.2-2 Backend library for evolution addr ii libedata-cal1.2-102.32.2-2 Backend library for evolution cale ii libedataserver1.2-14 2.32.2-2 Utility library for evolution data ii libgconf2-4 2.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libical0 0.44-3 iCalendar library implementation i ii libnspr4-0d 4.8.7-2NetScape Portable Runtime Library ii libnss3-1d3.12.9-2 Network Security Service libraries ii libopensync0 0.22-4squeeze1 Synchronisation framework for emai ii libsoup2.4-1 2.30.2-1 an HTTP library implementation in ii libsqlite3-0 3.7.5-1SQLite 3 shared library ii libxml2 2.7.8.dfsg-2 GNOME XML library opensync-plugin-evolution recommends no packages. opensync-plugin-evolution suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#615152: grub2: Cannot recognize FS format any more under kfreebsd ports
tag fixed-upstream thanks On 26.02.2011 05:54, Dererk wrote: Package: grub2 Version: 1.99~rc1-3 Severity: important Usertags: kfreebsd Hi there. I've been using grub2 on my kfreebsd machines for some time now with no issues at all, but since two or three weeks I started getting this very exact error on both i386 and amd64 machines, one performing grub package upgrades. Unfortunately one of them went down unexpectedly and caused me to loose the capability to boot since I get grub entering rescue mode without being able to perform any task other than getting error: unknown filesystem. I'm using regular UFS on the root partition which holds the /boot too, _no zfs_ on any of them. This is the log I get from the other running machine which stills live: root at ananke[~]# dpkg-reconfigure -plow grub-pc camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: No such file or directory cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or ad0 doesn't exist camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: No such file or directory cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or ad0 doesn't exist camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: No such file or directory cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or ad0 doesn't exist camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: No such file or directory cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or ad0 doesn't exist Configuring grub-pc --- The grub-pc package is being upgraded. This menu allows you to select which devices you'd like grub-install to be automatically run for, if any. Running grub-install automatically is recommended in most situations, to prevent the installed GRUB core image from getting out of sync with GRUB modules or grub.cfg. If you're unsure which drive is designated as boot drive by your BIOS, it is often a good idea to install GRUB to all of them. Note: it is possible to install GRUB to partition boot records as well, and some appropriate partitions are offered here. However, this forces GRUB to use the blocklist mechanism, which makes it less reliable, and therefore is not recommended. 1. /dev/ad0 (??? MB; ???) 2. /dev/ad0s1a (??? MB; ???) 3. none of the above (Enter the items you want to select, separated by spaces.) GRUB install devices: 1 2 /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1a. Check your device.map. Auto-detection of a filesystem of /dev/ad0s1a failed. Please report this together with the output of /usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub to bug-g...@gnu.org /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1a. Check your device.map. Auto-detection of a filesystem of /dev/ad0s1a failed. Please report this together with the output of /usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub to bug-g...@gnu.org GRUB failed to install to the following devices: /dev/ad0 /dev/ad0s1a Do you want to continue anyway? If you do, your computer may not start up properly. Writing GRUB to boot device failed - continue? y root at ananke[~]# root at ananke[~]# /usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: scanning hd0 for LVM. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: no LVM signature found . /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: scanning hd0 for LVM. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: no LVM signature found . /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe: info: scanning hd0,msdos1,bsd2 for LVM. /usr/sbin/grub-probe: info: the size of hd0 is 8388608. /usr/sbin/grub-probe:
Bug#614295: grub-pc: kFreeBSD upgrade fails: cannot find a GRUB drive for /dev/ad0s1
tag 614295 fixed-upstream thanks cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or ad0 doesn't exist /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1. Check your device.map. Yet another duplicate. -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#619713: gnome-control-center: russian translation - grammatical error
Package: gnome-control-center Version: 1:2.30.1-2 Severity: minor Tags: l10n В параметрах раскладки написано: Клавиша(ы) для смены раскладки. Так вышло бы, что во множ. числе клавишЫ. Такие элементарные ошибки правда сложно самому у себя заметить. -- System Information: Debian Release: 6.0.1 APT prefers squeeze-updates APT policy: (500, 'squeeze-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core) Locale: LANG=ru_RU.utf8, LC_CTYPE=ru_RU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-control-center depends on: ii capplets-data 1:2.30.1-2configuration applets for GNOME - ii desktop-file-utils 0.15-2Utilities for .desktop files ii evolution-data-server 2.30.3-2 evolution database backend server ii gnome-desktop-data 2.30.2-2 Common files for GNOME desktop app ii gnome-icon-theme 2.30.3-2 GNOME Desktop icon theme ii gnome-menus2.30.3-1 an implementation of the freedeskt ii gnome-settings-daemon 2.30.2-2 daemon handling the GNOME session ii libatk1.0-01.30.0-1 The ATK accessibility toolkit ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcairo2 1.8.10-6 The Cairo 2D vector graphics libra ii libcanberra-gtk0 0.24-1Gtk+ helper for playing widget eve ii libcanberra0 0.24-1a simple abstract interface for pl ii libdbus-glib-1-2 0.88-2.1 simple interprocess messaging syst ii libebook1.2-9 2.30.3-2 Client library for evolution addre ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libfreetype6 2.4.2-2.1 FreeType 2 font engine, shared lib ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.24.2-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgnome-window-settin 1:2.30.1-2Utility library for getting window ii libgnomekbd4 2.30.2-2 GNOME library to manage keyboard c ii libgtk2.0-02.20.1-2 The GTK+ graphical user interface ii libmetacity-private0 1:2.30.1-3library for the Metacity window ma ii libpango1.0-0 1.28.3-1+squeeze2 Layout and rendering of internatio ii libslab0a 2.30.0-1 beautification app library file ii libunique-1.0-01.1.6-1.1 Library for writing single instanc ii libx11-6 2:1.3.3-4 X11 client-side library ii libxcursor11:1.1.10-2X cursor management library ii libxft22.1.14-2 FreeType-based font drawing librar ii libxi6 2:1.3-6 X11 Input extension library ii libxklavier16 5.0-2 X Keyboard Extension high-level AP ii libxml22.7.8.dfsg-2 GNOME XML library ii libxss11:1.2.0-2 X11 Screen Saver extension library Versions of packages gnome-control-center recommends: ii bzip2 1.0.5-6high-quality block-sorting file co ii gnome-session 2.30.2-3 The GNOME Session Manager - GNOME ii gnome-user-guide 2.30.1-1 GNOME user's guide ii policykit-1-gnome 0.96-3 GNOME authentication agent for Pol Versions of packages gnome-control-center suggests: ii gnome-screensaver 2.30.0-2squeeze1 GNOME screen saver and locker ii gstreamer0.10-alsa [gst 0.10.30-1GStreamer plugin for ALSA ii gstreamer0.10-plugins-b 0.10.19-2+b2 GStreamer plugins from the bad s ii gstreamer0.10-plugins-g 0.10.24-1GStreamer plugins from the good ii libcanberra-gtk-module 0.24-1 translates Gtk+ widgets signals to ii x11-xserver-utils 7.5+2X server utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619714: atris: uses patch system but has no README.source
Source: atris Version: 1.0.7.dfsg.1-7.1 Justification: policy §4.14, §4.9 Hi, atris uses a patch system but does not describe it using a README.source. And unfortunately neither unpacking nor running debian/rules patch yields the patched source, which is needlessly confusing. Luckily debian/rules patch-stamp works okay, but in any event it would be nice to have instructions about adding patches somewhere. (Noticed because I was checking the archive for bashisms. Cc-ing the Debian Games Team in case someone wants to work on this package's quality. I dream of some common framework for tetris clones so each one could be a little simpler and a lesser maintenance burden.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612128: [kfreebsd] grub-pc: fails to configure (camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed)
tag 612128 fixed-upstream thanks On 06.02.2011 08:12, Jonathan Nieder wrote: Package: grub-common Version: 1.99~rc1-1+b3 Severity: grave Justification: cannot configure grub-pc Hi, Typical mixed experimental/sid kfreebsd-amd64 system. grub-pc from sid is installed without trouble. Trying to upgrade to experimental, I get: Configuring grub-pc GRUB failed to install to the following devices: /dev/ad0 Do you want to continue anyway? If you do, your computer may not start up properly. Writing GRUB to boot device failed - continue? [Yes] [No] Following the conditioned response, I say yes. That reveals the console, which says: Setting up grub-pc (1.99~rc1-1+b3) ... camcontrol: cam_lookup_pass: CAMGETPASSTHRU ioctl failed cam_lookup_pass: No such file or directory cam_lookup_pass: either the pass driver isn't in your kernel cam_lookup_pass: or ad0 doesn't exist [same 4 lines repeated] expr: non-integer argument [same 4 lines repeated 3 times] expr: non-integer argument [same 4 lines repeated] /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1. Check your device.map. Auto-detection of a filesystem of /dev/ad0s1 failed. Please report this together with the output of /usr/sbin/grub-probe --device-map=/boot/grub/device.map --target=fs -v /boot/grub to bug-g...@gnu.org Generating grub.cfg ... /usr/sbin/grub-probe: error: cannot find a GRUB drive for /dev/ad0s1. Check your device.map. dpkg: error processing grub-pc (--configure): subprocess installed post-installation script returned error exit status 1 grub-pc 1.98+20100804-14 works okay, so there is nothing urgent about this. Ideas? Jonathan $ uname -a GNU/kFreeBSD wooster 8.1-1-amd64 #0 Thu Jan 4 15:07:39 CET 2011 x86_64 amd64 QEMU Virtual CPU version 0.13.0 GNU/kFreeBSD $ bash /usr/share/bug/grub-pc/script 3bugscript-output.txt ___ Pkg-grub-devel mailing list pkg-grub-de...@lists.alioth.debian.org http://lists.alioth.debian.org/mailman/listinfo/pkg-grub-devel -- Regards Vladimir 'φ-coder/phcoder' Serbinenko signature.asc Description: OpenPGP digital signature
Bug#619650: [PATCH 3/3] lib: File: do not leak file descriptors
On 2011-03-25 17:26, Jonathan Nieder wrote: This patch includes the e character in the mode parameter to [...] Unfortunately, I can't use 'e' because I want Cupt to be working on non-Linux (e.g. hurd and kfreebsd, speaking for Debian) architectures, so I as you noted I implemented the changes using fcntl(2) instead. Same for pipe2(). Pushed changes to 'develop'. Thanks for reporting and identifying code places to fix. -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++/Perl developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619715: mount.8 lacks .TP before nofail and iversion options
Subject: mount.8 lacks .TP before nofail and iversion options Package: mount Version: 2.17.2-9 Severity: minor *** Please type your report below this line *** The lack of .TP lines before nofail and iversion in quote src=/usr/share/man/man8/mount.8.gz .TP .B keybits Specifies the key size to use for an encryption algorithm. Used in conjunction with the .BR loop and encryption options. .B nofail Do not report errors for this device if it does not exist. .B iversion Every time the inode is modified, the i_version field will be incremented. .TP .B noiversion Do not increment the i_version inode field. /quote leads to man displaying these two options as parts of the paragraph of information about keybits, instead of as options in their own right, with their own paragraphs, as intended. patch diff -bu /tmp/mount.8.orig /tmp/mount.8 --- mount.8.orig2011-03-26 12:53:19.781284780 +0100 +++ mount.8 2011-03-26 12:52:58.605284274 +0100 @@ -856,8 +856,10 @@ Specifies the key size to use for an encryption algorithm. Used in conjunction with the .BR loop and encryption options. +.TP .B nofail Do not report errors for this device if it does not exist. +.TP .B iversion Every time the inode is modified, the i_version field will be incremented. .TP Diff finished. Sat Mar 26 12:53:28 2011 /patch Also: the AVAILABILITY section claims mount is part of util-linux-ng, but the actual package that provides it is called mount. Not sure if that's wrong or merely that Debian splits up util-linux-ng. -- System Information: Debian Release: 6.0.1 APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.ISO-8859-15, LC_CTYPE=en_GB.ISO-8859-15 (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages mount depends on: ii libblkid1 2.17.2-9 block device id library ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libselinux1 2.0.96-1 SELinux runtime shared libraries ii libsepol1 2.0.41-1 SELinux library for manipulating b ii libuuid1 2.17.2-9 Universally Unique ID library mount recommends no packages. Versions of packages mount suggests: pn nfs-commonnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619620: fails to install due to missing hash
2011/3/25 Robert Luberda rob...@debian.org: Agustin Martin writes: dpkg seems to not wait for iportuguese configuration before running dictionaries-common triggers. That is the same problem you found. And is in that trigger where problem appears. Either I am missing something about triggers or this is not at all the expected behavior. Will look again at trigers document. It seems dictionaries-common.postinst activates the triggers during configure (the `Calling' lines generated by an ad-hoc /usr/local/bin/dpkg-trigger script) .. So at this stage dictionaries-common is in a `triggers-pending' state so dpkg calls `postinst triggered' to switch the state to `installed', so the package could satisfy ispell ispell dictionaries dependencies: Thanks for the debugging. As expected, the problem was a basic misunderstanding at my side about how triggers work Maybe the compat file creation should be moved to preinst? Augustin, what do you think about it? If there is no other possibility I am afraid I should try that. That will however make dpkg-reconfigure not rebuild the hash. May be puttng that in both places may help, but that may trigger building twice unless I check for reconfigure in postinst. But I do not understand why current setup is being problematic. I've just came up with about other possible solutions: - create the empty hash file in preinst (if the file doesn't exist) - overwrite the compat file in debconf's config script (in addition to preinst, instead of postinst) - I can see ingerman does this - don't fail when link target doesn't and auto-hash is set for the dictionary. The call from dictionaries-common postinst is only to deal with possible changes in jed/emacs/squirrelmail handling of options, no need to set symlinks there. There is currently an unused --ignore-symlinks option to update-default-*. That was initially designed for removal scripts and there is now a better system, but the concept may be of help here, although renamed and improved. I am thinking about calling update-default-* from dictionaries-common.postinst with something like update-default-ispell --dico-postinst resulting in a real run, not enabling trigger and skipping symlinks step. autobuildhash step could also be skipped, although it is harmless. So, triggers are enabled only from dictionaries or ispell (this last enables only ispell-autobuildhash). Last week I was doing some changes in that script, so is probably time to integrate everything. But I do not have changes here. Hope to have everything put together on Monday. Hope this is enough (Cross fingers). By the way, I will soon upload a dictionaries-common package with a minor change, enabling -huge and -insane for initial default selection. Thanks a lot. Noticed when trying to debug this problem, so thanks to all you that contributed. -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619716: gnome-settings-daemon: commands in media-keys plugin should not be hardcoded
Package: gnome-settings-daemon Version: 2.30.2-2 Severity: wishlist I have key on my keyboard that launches calculator, so I had that set in gnome-keybinding-properties. Then I decided, that I do not want to run gcalctool as calculator, but speedcrunch. However there was no setting, what to run. gcalctool is hardcoded as calculator in plugins/mediakeys: case CALCULATOR_KEY: execute (manager, gcalctool, FALSE, FALSE); break; However I think it should be possible to change it (for example in gnome-default-applications-properties). It is possible to change mail client or terminal emulator -- why not calculator? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.38-1-686 (SMP w/1 CPU core) Locale: LANG=sk_SK.utf8, LC_CTYPE=sk_SK.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages gnome-settings-daemon depends on: ii gconf2 2.28.1-6 GNOME configuration database syste ii libc6 2.11.2-11 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-4 The Cairo 2D vector graphics libra ii libdbus-1-31.4.6-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.92-1simple interprocess messaging syst ii libfontconfig1 2.8.0-2.1 generic font configuration library ii libgconf2-42.28.1-6 GNOME configuration database syste ii libglib2.0-0 2.28.2-1 The GLib library of C routines ii libgnome-desktop-2-17 2.30.2-2 Utility library for loading .deskt ii libgnome2-common 2.30.0-1 The GNOME library - common files ii libgnomekbd4 2.30.2-2 GNOME library to manage keyboard c ii libgstreamer-plugins-base0 0.10.32-2 GStreamer libraries from the base ii libgstreamer0.10-0 0.10.32-6 Core GStreamer libraries and eleme ii libgtk2.0-02.24.3-1~sid1 The GTK+ graphical user interface ii libnotify1 [libnotify1-gtk 0.5.0-2 sends desktop notifications to a n ii libx11-6 2:1.4.1-5 X11 client-side library ii libxi6 2:1.4.1-1 X11 Input extension library ii libxklavier16 5.0-2 X Keyboard Extension high-level AP gnome-settings-daemon recommends no packages. Versions of packages gnome-settings-daemon suggests: ii gnome-screensaver 2.30.0-3 GNOME screen saver and locker ii metacity [x-window-manager] 1:2.30.1-3 lightweight GTK+ window manager ii mutter [x-window-manager] 2.29.0-4 lightweight GTK+ window manager ii openbox [x-window-manager]3.4.11.1-1 standards compliant, fast, light-w ii pekwm [x-window-manager] 0.1.12-2 fast and light Window Manager ii x11-xserver-utils 7.6+1 X server utilities -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572909: on lvm on raid: failed
Hi, please check the installation log [1] on what happened. I see you have a scsi storage controller and there are known issues while installing with hw-detect bellow version 1.85 (see #611314). Can you send the installation log (gzipped) ? 1 - /var/log/installer/syslog -- Melhores cumprimentos/Best regards, Miguel Figueiredo http://www.DebianPT.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619717: atris: bashisms in Makefile
Source: atris
Version: 1.0.7.dfsg.1-7.1
Severity: important
Justification: ftbfs with dash as /bin/sh
Tags: upstream patch
Hi,
atris uses brace expansions (as in {foo,bar,baz}) in its Makefile
but that is not valid POSIX shell syntax (and dash and busybox ash
don't support them). How about this patch?
-- 8 --
Subject: atris: avoid nonportable {foo,bar} expansion in Makefile
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
debian/changelog |8 +++
debian/patches/06-atris-1.0.7.brace_expansion.diff | 48
2 files changed, 56 insertions(+), 0 deletions(-)
create mode 100644 debian/patches/06-atris-1.0.7.brace_expansion.diff
diff --git a/debian/changelog b/debian/changelog
index 225cd23..71e3e70 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+atris (1.0.7.dfsg.1-7.1.1) local; urgency=low
+
+ * [debian/patches/06-atris-1.0.7.brace_expansion.diff]:
+Makefile.am: avoid brace expansions (since dash does not
+support them).
+
+ -- Jonathan Nieder jrnie...@gmail.com Sat, 26 Mar 2011 07:25:35 -0500
+
atris (1.0.7.dfsg.1-7.1) unstable; urgency=low
* Non-maintainer upload.
diff --git a/debian/patches/06-atris-1.0.7.brace_expansion.diff
b/debian/patches/06-atris-1.0.7.brace_expansion.diff
new file mode 100644
index 000..d72a368
--- /dev/null
+++ b/debian/patches/06-atris-1.0.7.brace_expansion.diff
@@ -0,0 +1,48 @@
+From: Jonathan Nieder jrnie...@gmail.com
+Date: Sat, 26 Mar 2011 07:22:24 -0500
+Subject: avoid unportable brace expansion
+
+dash, FreeBSD ash, and busybox ash do not support 'echo {hello,world}'
+expansion.
+
+Signed-off-by: Jonathan Nieder jrnie...@gmail.com
+---
+ Makefile.am | 10 ++
+ 1 files changed, 6 insertions(+), 4 deletions(-)
+
+diff --git Makefile.am Makefile.am
+index cc07f93..561186a 100644
+--- Makefile.am
Makefile.am
+@@ -59,14 +59,14 @@ install_gamedata:
+ cp -rv graphics \
+styles \
+$(target)/
+- -rm -f $(target)/{graphics,styles}/Makefile*
++ -rm -f $(target)/graphics/Makefile* $(target)/styles/Makefile*
+
+ sh mkinstalldirs / $(statedir)/
+ cp -rv Atris.Players \
+ Atris.Scores \
+$(statedir)/
+- chmod 666 $(statedir)/Atris.{Players,Scores}
+- chown .games $(statedir)/Atris.{Players,Scores}
++ chmod 666 $(statedir)/Atris.Players $(statedir)/Atris.Scores
++ chown .games $(statedir)/Atris.Players $(statedir)/Atris.Scores
+
+ install_gamedocs:
+ sh mkinstalldirs $(target)/
+@@ -90,7 +90,9 @@ zip: distdir $(PACKAGE)
+ mv $(PACKAGE) $(PACKAGE)-$(VERSION)/$(PACKAGE).exe
+ mv $(PACKAGE)-$(VERSION) $(PACKAGE)
+ cp ~/*.dll $(PACKAGE)
+- rm $(PACKAGE)/config* $(PACKAGE)/*.[ch] $(PACKAGE)/Make*
$(PACKAGE)/*.m4 $(PACKAGE)/{install-sh,missing,mkinstalldirs,autogen.sh}
++ rm $(PACKAGE)/config* $(PACKAGE)/*.[ch] $(PACKAGE)/Make* $(PACKAGE)/*.m4
++ rm $(PACKAGE)/install-sh $(PACKAGE)/missing $(PACKAGE)/mkinstalldirs
++ rm $(PACKAGE)/autogen.sh
+ rm $(PACKAGE)/*.in -r $(PACKAGE)/.protos
+ zip -r9 $(PACKAGE)-$(VERSION)-win32.zip $(PACKAGE)
+ rm -r $(PACKAGE)
+--
+1.7.4.1
+
--
1.7.4.1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619718: RM: kkbswitch -- RoQA; kde3-cruft
Package: ftp.debian.org Severity: normal As agreed with the maintainers (#604290), please remove kkbswitch from unstable. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#606984: closed by Otavio Salvador ota...@debian.org (Bug#606984: fixed in hw-detect 1.84+squeeze1)
I have now tested on my PM G3 BW with today's daily build. The blacklisting works partly: snd-aoa is added to /etc/modprobe.d/blacklist.local.conf, snd-aoa-codec-tas snd-aoa-fabric-layout snd-aoa-i2sbus snd-aoa-soundbus are not. The result is that snd-aoa is still drawn in, by the others, and prevents snd-powermac from loading. snd-powermac is added to /etc/modules. Needs this bug to be re-opened to get it fixed? Risto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#558125: epiphany-browser - Caches the decision to use ipv6 over network topology changes
On Sun, Mar 20, 2011 at 08:23:54PM +0100, Simon Paillard wrote: On Sun, Mar 20, 2011 at 03:44:28PM -0300, Gustavo Noronha Silva wrote: On Sat, 2011-03-19 at 01:41 +0100, Simon Paillard wrote: [..] - unless a DNS request fails for a host, then further requests for that uri (example on force refresh) will be performed against 0x00 host (epiphany really wants to know about root servers ?) I didn't follow here, can you detail a bit more how you reached this conclusion, and what exactly happens? - Load any page (e.g. www.debian.org or even a 404, like http://people.debian.org/~spaillard/test.html). - Run wireshark/tshark and follow DNS requests: (dns.flags.response == 0) (dns.qry.type == 0x0001) - Force a reload of the page - requests perfomered against null name, 0x00 in DNS, while it should be www.debian.org. Same with: experimental libsoup2.4-1 2.33.90-1 (and glib-networking 2.28.0-1) However, it seems the mouse effect below misleaded me: there is actually no single DNS request perfomered on force refresh, even after the TTL expired (www.d.o one is 5 min). The requests I've observed are only the null ones described below and caused by webkit. - *each time the mouse is moved*, a DNS request is performed for the uri for the DOM object (so 0x00 for the background/already resolved, host for the link) !! This is WebKit pre-resolving DNS, but I still don't really understand the 0x00 reference. In any case, Epiphany doesn't deal with network directly, that is libsoup's domain, so I think we should reassign it there, and perhaps get some testing on experimental's libsoup to see if there's been any improvement. Could anyone help with this? This is easily reproducible (not tested in experimental yet). I don't know which is responsible to trigger this mecanism, but this is triggered everytime the mouse is moved, even when the object is kept the same. Is this under epiphany reponsability to cache results and not request them again and again to libsoup ? Same with sid webkit libwebkit-1.0-2 (1.2.7-2) -- Simon Paillard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619719: autoconf2.64: ftbfs with dash from experimental (AC_PROG_GNU_M4 relies on echo preserving backslashes)
Source: autoconf2.64
Version: 2.64-3
Severity: important
Justification: ftbfs with dash from experimental
Tags: upstream
Hi,
Trying to build autoconf2.64 with dash 0.5.6.1-1~exp2 as /bin/sh, I
get
checking for GNU M4 that supports accurate traces... configure: error:
no acceptable m4 could be found in $PATH.
GNU M4 1.4.6 or later is required; 1.4.13 is recommended
make: *** [configure-stamp] Error 1
This is because configure does
ac_snippet=change'quote(,)in''dir(if''def,mac,bug)'
ac_snippet=${ac_snippet}pat'subst(a,\(b\)\|\(a\),\1)d'nl
test -z `$ac_path_M4 -F conftest.m4f /dev/null 21` \
test -z `echo $ac_snippet | $ac_path_M4 --trace=mac 21` \
test -f conftest.m4f \
ac_cv_path_M4=$ac_path_M4 ac_path_M4_found=:
and expects bash's behavior (backslashes preserved rather than being
used for escape sequences) which is not portable.
Suggested fix: patch m4/m4.m4 to use $as_echo. Or set CONFIG_SHELL
in debian/rules.
Thanks for keeping the toolchain working well.
Jonathan
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611680: dtc-xen - Remote authenticated root exploit
On 03/26/2011 07:55 PM, Giuseppe Iuculano wrote: Hi, Now, I can see that adding further checking on the Python dtc-xen SOAP server might enhance security as well, so I will write such checks anyway, and make it available in the next version of DTC-Xen. Wont fix Could you please explain why this is wontfix? I think this is a security issue that doesn't warrant a DSA, please fix it through a stable point update instead. CCing the stable security point update coordinator. Cheers, Giuseppe. Hi, I explained it already. The only thing that is supposed to connect to the SOAP server of DTC-Xen is the DTC panel. DTC-Xen hasn't been designed for anything else. This is also why there is a dtc-xen-firewall that filters connection to the IP of the DTC panel, and why DTC-Xen SOAP server is using an auth over SSL. Under these conditions, there's no way something/someone malicious can connect to DTC-Xen and do the kind of exploit described in this bug. If someone wants to change the behavior of DTC-Xen and allow connections and control from VPS *users*, then I would accept the patch. But that's currently not the design (yet). Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619720: libpango1.0-0 suggests removed package ttf-thryomanes
Package: libpango1.0-0 Version: 1.28.3-5 Severity: normal libpango1.0-0 suggests ttf-thryomanes that was removed from Debian in 2007 (see #407711). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619721: stardict-g{nome,tk} suggest removed package ttf-thryomanes
Package: stardict Version: 3.0.1-7 Severity: normal stardict-gnome and stardict-gtk suggest ttf-thryomanes that was removed from Debian in 2007 (see #407711). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619722: php-imlib suggests removed package ttf-thryomanes
Package: php-imlib Version: 0.7-1 Severity: normal php-imlib suggests ttf-thryomanes that was removed from Debian in 2007 (see #407711). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619638: xserver-xorg-video-radeon: No 3D accelleration with RS690
Le 26/03/2011 09:27, Michel Dänzer a écrit : On Sam, 2011-03-26 at 09:17 +0100, Sébastien Dailly wrote: I attach the file from the command : $ LIBGL_DEBUG=verbose glxinfo 2 error.log output.log I think most likely the problem is that your GPU doesn't have vertex shaders, and you're hitting an unoptimized software vertex processing path. Can you try if rebuilding Mesa with --enable-gallium-llvm helps? You'll need llvm-dev installed. Hello, I recompiled mesa from debian source with the --enable-gallium-llvm option. It's now working fine, thank you. Is there a reason for not including this option by default ? -- Sébastien --- mesa-7.10-old/debian/rules 2011-03-26 14:19:52.0 +0100 +++ mesa-7.10/debian/rules 2011-03-26 14:20:35.0 +0100 @@ -77,6 +77,7 @@ # Although the KMS egl drivers will probably build on kfreebsd hurd # only linux actually has KMS drivers implemented at this point. EGL_DISPLAYS += drm + confflags_GALLIUM = --enable-gallium-llvm endif ifneq ($(DEB_HOST_ARCH), s390)
Bug#619724: tuxpaint-data suggests removed package ttf-thryomanes
Package: tuxpaint-data Version: 1:0.9.21-1 Severity: normal libpango1.0-0 suggests ttf-thryomanes that was removed from Debian in 2007 (see #407711). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611680: dtc-xen - Remote authenticated root exploit
On 03/26/2011 02:00 PM, Thomas Goirand wrote: I explained it already. The only thing that is supposed to connect to the SOAP server of DTC-Xen is the DTC panel. DTC-Xen hasn't been I don't understand what do you mean. If I understood this bugs correctly, there is a SOAP server that accepts incoming connections from authorized users. designed for anything else. This is also why there is a dtc-xen-firewall that filters connection to the IP of the DTC panel, At least in sid dtc-xen-firewall is only a recommended package. and why DTC-Xen SOAP server is using an auth over SSL. Yes, so this is only an authenticated remote execution. Under these conditions, there's no way something/someone malicious can connect to DTC-Xen and do the kind of exploit described in this bug. If someone wants to change the behavior of DTC-Xen and allow connections and control from VPS *users*, then I would accept the patch. But that's currently not the design (yet). Please explain, Is there a mechanism that denies connections from VPS users? Cheers, Giuseppe. signature.asc Description: OpenPGP digital signature
Bug#619131: New field Package-List in .dsc
On Sat, 26 Mar 2011, Bastian Blank wrote: On Thu, Mar 24, 2011 at 04:25:46PM +0100, Raphael Hertzog wrote: First line is always the source entry. Do you want this constraint part of the definition or a implementation detail? I don't really care. I think it's cleaner to always have it first but I don't think it matters much. On Sat, 26 Mar 2011, Bastian Blank wrote: On Sat, Mar 26, 2011 at 09:52:38AM +0100, Raphael Hertzog wrote: But apparently the wanna-build team would like to have this information as well (to know which source packages build arch: all packages). So I'm going to add it and I'll follow you advice of replacing spaces by commas. That way we still have the possibility to add supplementary columns in the future if needed. On second thought, I think it is time to make this a key-value list instead of bare values. Then we can add or remove values without disrupting other users of the infos. Also a vendor may explicitely add new values if they think they need it. That would be overkill. Vendor already have the option to add supplementary fields[1] so I don't see whey they would have to also be able add values in that field in particular. Cheers, [1] And Ubuntu uses it for Launchpad-Bugs-Fixed in .changes. -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611680: dtc-xen - Remote authenticated root exploit
On 03/26/2011 09:38 PM, Giuseppe Iuculano wrote: Under these conditions, there's no way something/someone malicious can connect to DTC-Xen and do the kind of exploit described in this bug. If someone wants to change the behavior of DTC-Xen and allow connections and control from VPS *users*, then I would accept the patch. But that's currently not the design (yet). Please explain, Is there a mechanism that denies connections from VPS users? Cheers, Giuseppe. VPS don't connect to DTC-Xen at all. They don't have credentials for it. Users click on the DTC web interface (or someone scripts it), and DTC connects to the DTC-Xen SOAP server to do what has been requested. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619052: rpc.gssd: double free or corruption
The package contains an useless patch: libgssglue-0.2/debian/patches/debian-changes-0.2-1 Following command allow to delete the patch: quilt delete debian-changes-0.2-1 Pierre-Louis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619725: dash: permit special builtin names as function names
Package: dash
Version: 0.5.6.1-1~exp2
Severity: important
Justification: autogen ftbfs with dash as /bin/sh
Tags: upstream patch
$ texi2dvi
/usr/bin/texi2dvi: 144: /usr/bin/texi2dvi: Syntax error: Bad function name
$ sed -ne 144p /usr/bin/texi2dvi
) || local () {
$ dash -c 'true || local () { echo hi; }; echo continuing'; echo $?
dash: 1: Syntax error: Bad function name
2
texi2dvi tries to conditionally define a function named local. What
that condition is is not important for now; the issue is that regardless
of the condition, dash errors out, considering such function names a
syntax error. This condition || local () { :; } idiom is also used
by the autogen test suite.
POSIX says, regarding parsing of potential function names:
When the TOKEN is exactly a reserved word, the token
identifier for that reserved word shall result. Otherwise,
when the TOKEN meets the requirements for a name, the token
identifier NAME shall result. Otherwise, rule 7 applies.
Names of special builtins meet the requirements for names and are not
reserved words. So this is not, after all, a syntax error.
A case could be made that it _ought_ to be a syntax error. A function
with such a name could never be called, since according to 2.9.1.1.1
Command Search and Execution, special builtins take precedence over
functions in the command search. And there has been talk of making
assignment builtins like local into reserved words, too. But it
seems best for now to implement the behavior that is actually
standardized, especially given that some people are relying on it.
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
Rough patch follows (untested).
src/parser.c |7 +--
1 files changed, 1 insertions(+), 6 deletions(-)
diff --git a/src/parser.c b/src/parser.c
index 528d005..244d9ac 100644
--- a/src/parser.c
+++ b/src/parser.c
@@ -545,12 +545,7 @@ simplecmd(void) {
if (readtoken() != TRP)
synexpect(TRP);
name = n-narg.text;
- if (
- !goodname(name) || (
- (bcmd = find_builtin(name))
- bcmd-flags BUILTIN_SPECIAL
- )
- )
+ if (!goodname(name))
synerror(Bad function name);
n-type = NDEFUN;
checkkwd = CHKNL | CHKKWD | CHKALIAS;
--
1.7.4.1
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619638: xserver-xorg-video-radeon: No 3D accelleration with RS690
Hi, Sébastien Dailly sebast...@chimrod.com (26/03/2011): I recompiled mesa from debian source with the --enable-gallium-llvm option. It's now working fine, thank you. Is there a reason for not including this option by default ? because it's opt-in (you need to ask for it/build-depend on the needed tools; as opposed to required), because we're lacking workforce on the X packages. Nonetheless, adding that option was discussed a few weeks ago, and it's on my radar/todo list. But that's a big list. KiBi. signature.asc Description: Digital signature
Bug#619638: xserver-xorg-video-radeon: No 3D accelleration with RS690
Sébastien Dailly sebast...@chimrod.com (26/03/2011): I recompiled mesa from debian source with the --enable-gallium-llvm option. It's now working fine, thank you. (Oops, sent the previous mail too quickly.) Thanks for checking; will possibly be considered for 7.10.1, still to be uploaded “soon”. KiBi. signature.asc Description: Digital signature
Bug#619726: cron.dail/man-db does unnecessary writes
Package: man-db Version: 2.5.9-4 Severity: minor Tags: patch Hi, /etc/cron.daily/man-db has this snippet: # expunge old catman pages which have not been read in a week if [ -d /var/cache/man ]; then cd / if ! dpkg-statoverride --list /var/cache/man /dev/null 21; then chown -R man /var/cache/man || true # just in case fi … The chown bit there will needlessly set the owner to man, even if all the files already have the correct owner. Could you instead do this? find /var/cache/man ! -owner man -print0 | xargs -r0 chown man || true It's a small optimisation, but it would eliminate useless I/Os. thanks, iustin -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-ruru0 (SMP w/4 CPU cores) Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages man-db depends on: ii bsdmainutils8.2.2collection of more utilities from ii debconf [debconf-2.0] 1.5.38 Debian configuration management sy ii dpkg1.15.8.10Debian package management system ii groff-base 1.21-5 GNU troff text-formatting system ( ii libc6 2.11.2-13Embedded GNU C Library: Shared lib ii libgdbm31.8.3-9 GNU dbm database routines (runtime ii libpipeline11.2.0-1 pipeline manipulation library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime man-db recommends no packages. Versions of packages man-db suggests: ii chromium [www-brow 10.0.648.204~r79063-1 Chromium browser ii galeon [www-browse 2.0.7-2.1+b1 GNOME web browser for advanced use pn groff none(no description available) ii iceweasel [www-bro 4.0-2 Web browser based on Firefox ii less 436-1 pager program similar to more ii lynx-cur [www-brow 2.8.8dev.8-1 Text-mode WWW Browser with NLS sup ii w3m [www-browser] 0.5.3-2 WWW browsable pager with excellent -- debconf information: * man-db/install-setuid: false man-db/auto-update: true signature.asc Description: Digital signature
Bug#619727: [kfreebsd] cupt: E: unable to disable ALRM signal: setitimer failed: Bad address
Package: cupt
Version: 2.0.0~beta2
Severity: minor
Justification: cosmetic
Trying to use cupt on a kfreebsd system, I find
| # cupt update
| W: an attempt to set wrong scalar option 'Acquire::cdrom::mount'
| E: expected: semicolon (';') before 'Dir::Media::MountPath /media/cdrom;
| E: unable to parse config file '//etc/apt/apt.conf.d/00CDMountPoint'
| W: skipped configuration file '//etc/apt/apt.conf.d/00CDMountPoint'
|
| Get:1 http://mirrors.kernel.org/debian sid Release
| 0% [1 sid Release 0B] | 0B/s | ETA: 33m17s
| Get:2 http://mirrors.kernel.org/debian experimental Release
[etc. which is very good news --- cupt 1 didn't get this far]
| W: downloading 'http://mirrors.kernel.org/debian sid/main Translation-en.bz2'
(uri 'http://mirrors.kernel.org/debian/dists/sid/main/i18n/Translation-en.bz2')
failed: The requested URL returned error: 404
| 100%| 17.1 KiB/s | ETA: 0s
| E: unable to disable ALRM signal: setitimer failed: Bad address
| W: download worker process exited abnormally: terminated by signal
'Terminated'
The comment about ALRM is alarming but is harmless as far as I can tell.
Known problem?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613773: non-root user (member of dialout group) cannot use modem
On 21/03/11 23:07, Stephen Powell wrote:
I didn't hear back from you; so I assume that my last post contained
the information you were looking for. If not, please let me know.
In the meantime, is there any change I can make to a script file or
a udev rule that will solve the problem on my end between now and when
an official fix is available?
Sorry for the delay.
I've found a prettiereasier way to solve this. I've fixed and tested
working.
Changes are on the building queue, you'll have to wait a few hours for
Unstable/Sid to sync-up, but as I presume you're not running it, you
might want to try replacing both etc/defaults/martian-modem and
etc/init.d/martian-modem with the files attached.
Cheers,
Dererk
--
BOFH excuse #153:
Big to little endian conversion error
# Defaults for martian-modem initscript
# sourced by /etc/init.d/martian-modem
# installed at /etc/default/martian-modem by the maintainer scripts
#
# This is a POSIX shell fragment
#
# Additional options that are passed to the Daemon
#
###
#
# Device that will martian-modem daemon create to act as modem device.
# Default is /dev/ttySM0
#
#DEVICE=/dev/ttySM0
#
# User and Group that will have access to the modem device.
# Do not confuse with daemon user/group (this daemon needs to be run as root)
USER=nobody
GROUP=dialout
# Pseudo device permissions mode.
# Do leave this as it is except you have changed GROUP parameter below,
# otherwise you'll not be able to dial out under a non-root user.
MODE=0660
# LOGGING NOTE:
# If you don't choose to USE_SYSLOG, it would log automatically
# into it's own logfile under $LOGFILE.
# Default and recommended choise is to log using syslog facilities.
#
USE_SYSLOG=Y
LOGFILE=/var/log/martian-modem.log
# Default=1 (1-5)
DEBUG_LEVEL=1
#! /bin/bash
#
# This initscript was created by Dererk der...@debian.org for martian-modem
#
# Start/stop the martian-modem daemon
### BEGIN INIT INFO
# Provides: martian-modem
# Required-Start:$syslog $remote_fs $time
# Required-Stop: $syslog $remote_fs $time
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Userspace martian-modem session manager
# Description: This daemon consists in the userspace part that controlles
#the martian-modem sessions status.
### END INIT INFO
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
DAEMON=/usr/sbin/martian_modem
NAME=martian-modem
DESC=martian-modem
test -x $DAEMON || exit 0
. /lib/lsb/init-functions
# Include martian-modem defaults if available
if [ -f /etc/default/martian-modem ] ; then
. /etc/default/martian-modem
USE_LOG=--syslog
if [ $USE_SYSLOG = N ]; then
USE_LOG=--log $LOGFILE
fi
DAEMON_OPTS=$USE_LOG --daemon --user=$USER --group=$GROUP --mode=$MODE --debug=$DEBUG_LEVEL $DEVICE
else
echo ERROR: martian-modem configuration file MISSING!
exit 1
fi
case $1 in
start)
log_begin_msg Starting $NAME daemon...
pid=`pidof $NAME`
if [ -n $pid ] ; then
log_begin_msg Already running.
log_end_msg 0
exit 0
fi
if [ ! -d /var/run/$NAME ]; then
mkdir -p /var/run/$NAME
chown $USER:root /var/run/$NAME
fi
start-stop-daemon --start --oknodo --pidfile /var/run/$NAME/$NAME.pid --exec $DAEMON -- $DAEMON_OPTS
if ! pidof $DAEMON /var/run/$NAME/$NAME.pid; then
log_begin_msg Oops, something went wront. CHECK SYSLOG!
exit 1
fi
log_end_msg $?
;;
stop)
log_begin_msg Stopping $NAME daemon...
start-stop-daemon --stop --oknodo --pidfile /var/run/$NAME/$NAME.pid --exec $DAEMON
log_end_msg $?
rm /var/run/$NAME/$NAME.pid /dev/null 21
;;
force-reload)
$0 restart
;;
restart)
$0 stop
$0 start
;;
status)
if start-stop-daemon --start --test --exec $DAEMON -- $DAEMON_OPTS /dev/null 21; then
echo $NAME is STOPPED! exit 1
else
echo $NAME is RUNNING using process id `cat /var/run/$NAME/$NAME.pid`. exit 0
fi
;;
*)
log_success_msg Usage: /etc/init.d/$NAME {start|stop|status|force-reload|restart}
exit 1
;;
esac
exit 0
signature.asc
Description: OpenPGP digital signature
Bug#619728: RM: kdelibs -- ROM; obsolete
Package: ftp.debian.org Severity: normal Please remove kdelibs from the archive. Squeeze shipped with KDE 4 as default KDE desktop and it still included kdelibs from KDE 3 for transitioning. The KDE team does not want to keep KDE 3 libraries for Wheezy. Most of the rdepends has been already removed from Debian and others are filed waiting to be removed. There are some packages that have a replacement or they are waiting for a upload to remove the kde3 support, I will add the blocking bugs for those. Ana -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619729: RM: arts -- ROM; obsolete
Package: ftp.debian.org Severity: normal arts provided the sound system to the now obsolete KDE 3. Please remove it! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#613832: Bug#61383Re: www.debian.org: Debian sister association in the merchandise page
On Thu, Mar 24, 2011 at 09:41:58PM +0100, Luca Capello wrote:
[ Quoted text reordered ]
Strange, I found Francesca's reply quite clear and linear/successive,
especially considering that the two problems we are discussing are yes
linked, but the solution is independent from one to the other (read
below for more details).
[ Completely off-topic, but when I re-order quoted text is not because
the original mail was not linear/successive. Usually it's rather just
because I need to factorize part of my answer and relate them to part
of the original mail which are interleaved by other parts to whom I
want to answer differently. ]
I believe that Luk started doing that on the wiki just because it was
easier™ that way. Given that the list doesn't change that often, I
believe that once it's stable that list deserves a proper place on
www.d.o (do you want a bug report about that?). Considering how
important those organizations are for Debian, even a specific
per-organization sub-page might be warranted.
I would argue against so-much specific pages on www.d.o: why should
Debian itself give information about other organizations? Please note
the double quotes: IMHO this should be done by the Trusted Organizations
themselves on their own pages, given that they are different entities
WRT to Debian, while still being Debian.
That is a good point. Still, a potential reason I (now) see for having
subpages would be that: (1) there is too much information to keep in a
single overview page of trusted organizations and (2) we cannot rely on
a common presentation of such information by relying on external
website. All in all, I think this is completely a call of the -www team,
I'm fine with whatever you people will come up to.
It could be seen as too much business-oriented, but I think that no one
will complain if Trusted Organizations are the first choice available,
given that Debian has full power over them (read below).
I mostly skip further comments on this aspects, as I've already
clarified my take. In short, my bottom line is that I have a slight
preference for listing trusted organizations (which do merchandising as
well) first.
Frankly speaking, this would be surely a mess. It is already difficult
to maintain the current list, given that apart the status of the vendor
(easily verifiable, just visit the website), there is no way to verify:
first, if they are behaving correctly WRT the customers (shipping on
time the selected goodies) and, second, how much they actually donate
back to Debian.
I fully trust your judgement on this.
Thanks for revamping this,
Cheers.
--
Stefano Zacchiroli -o- PhD in Computer Science \ PostDoc @ Univ. Paris 7
zack@{upsilon.cc,pps.jussieu.fr,debian.org} -- http://upsilon.cc/zack/
Quando anche i santi ti voltano le spalle, | . |. I've fans everywhere
ti resta John Fante -- V. Capossela ...| ..: |.. -- C. Adams
signature.asc
Description: Digital signature
Bug#612909: python-mpd
Hi Michal, I'd be interested in taking over the maintainership of python-mpd, if that's fine with you; please let me know how to proceed. Cheers, --Seb -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619730: dkpg Zabbix nb translation
Package: zabbix Severity: wishlist Tags: i18n patch nb.po-file is attached. Regards, Bjørn # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the PACKAGE package. # # Bjørn Steensrud bjor...@skogkatt.homelinux.org, 2011. msgid msgstr Project-Id-Version: \n Report-Msgid-Bugs-To: kobold-zab...@debian.org\n POT-Creation-Date: 2007-09-06 00:21+0200\n PO-Revision-Date: 2011-03-26 15:52+0100\n Last-Translator: Bjørn Steensrud bjor...@skogkatt.homelinux.org\n Language-Team: Norwegian Bokmål i18n...@lister.ping.uio.no\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.1\n Plural-Forms: nplurals=2; plural=n != 1;\n #. Type: string #. Description #: ../zabbix-agent.templates:1001 msgid Zabbix server host address: msgstr Vertsadresse til Zabbix-tjeneren #. Type: string #. Description #: ../zabbix-agent.templates:1001 msgid Please enter the host name or the address of the Zabbix server you want to connect to. msgstr Skriv inn vertsnavn eller adressen til Zabbix-tjeneren du vil koble til. #. Type: multiselect #. Choices #: ../zabbix-frontend-php.templates:1001 msgid apache, apache-ssl, apache-perl, apache2 msgstr apache, apache-ssl, apache-perl, apache2 #. Type: multiselect #. Description #: ../zabbix-frontend-php.templates:1002 msgid Webserver Reconfiguration: msgstr Nyoppsett for nett-tjener: #. Type: multiselect #. Description #: ../zabbix-frontend-php.templates:1002 msgid Zabbix supports any web server that php4 does, but this automatic configuration process only supports Apache. Please select which apache version you want to configure the Zabbix frontend for. msgstr Zabbix støtter alle nett-tjenere som php4 støtter, men denne automatiske oppsettsprosessen støtter bare Apache. Velg hvilken apache-versjon du vil sette opp Zabbix-forgrunnen for. #. Type: boolean #. Description #: ../zabbix-frontend-php.templates:2001 msgid Would you like to restart your webserver(s) now? msgstr Vil du starte nett-tjener(ne) på nytt nå? #. Type: boolean #. Description #: ../zabbix-frontend-php.templates:2001 msgid Remember that in order to apply the changes your webserver(s) has/have to be restarted. msgstr Husk at nett-tjener(ne) dine må omstartes for at endringene skal få effekt.
