Bug#646869: console-data: Keyboard layout selection during
On Mon, Oct 31, 2011 at 8:03 AM, Anton Zinoviev an...@lml.bas.bg wrote: On Mon, Oct 31, 2011 at 07:50:39AM +0530, Christian PERRIER wrote: Quoting Orgad and Raizel Shaneh (org...@gmail.com): Hmmm, anyone in position to try the same with Arabic? I suspect this might be related to RTL more than Hebrew itself. Seems to work in Arabic. Oh, then I'm confused, I'm afraid. Just a suggestion... The text within ... is displayed correctly. Maybe there is something wrong only in the po-file? Encoding info or so? The PO file in the d-i svn repo looks fine to my. Kaplan
Bug#647161: bacula-console-qt: Command bat ends up with Glib-GIO error
Package: bacula-console-qt Version: 5.0.3-1+b1 Severity: grave Justification: renders package unusable Dear Maintainer, I installed Debian wheezy from zero, and then just added bacula-console-qt and (perhaps related... I'm not sure) gcc-4.5 to be able to use VMWare-player. I did try to install gcc-4.4, but it seems totally unrelated. So, when I launch bat in a root terminal, I get this: root@debian:/home/simon# bat ** GLib- GIO:ERROR:/tmp/buildd/glib2.0-2.28.6/./gio/gdbusconnection.c:2279:initable_init: assertion failed: (connection-initialization_error == NULL) Abandon I would have expected bacula to run the console instead... Thank you very much for your support Simon Hintermann -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula-console-qt depends on: ii bacula-common 5.0.3-1+b1 ii debconf1.5.40 ii libc6 2.13-21 ii libgcc11:4.6.1-15 ii libqtcore4 4:4.7.3-5 ii libqtgui4 4:4.7.3-5 ii libssl1.0.01.0.0e-2 ii libstdc++6 4.6.1-15 ii libwrap0 7.6.q-21 ii zlib1g 1:1.2.3.4.dfsg-3 bacula-console-qt recommends no packages. bacula-console-qt 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#638304: directories
Also in regard to this bug when you use install -d to create a directory it doesn't apply a file context. No matter what we end up doing I think that creation of files and directories should be consistent in regard to contexts. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646869: console-data: Keyboard layout selection during
On Mon, Oct 31, 2011 at 07:50:39AM +0530, Christian PERRIER wrote: Quoting Orgad and Raizel Shaneh (org...@gmail.com): Hmmm, anyone in position to try the same with Arabic? I suspect this might be related to RTL more than Hebrew itself. Seems to work in Arabic. Oh, then I'm confused, I'm afraid. Just a suggestion... The text within ... is displayed correctly. Maybe there is something wrong only in the po-file? Encoding info or so? Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646806: gbirthday: broken if rebuilt without Python 2.6 as supported version
Colin, thank you for your report about the hard-coded python 2.6 paths in gbirthday's build system. I previously ran into build issues due to it myself. I will talk to upstream and try to resolve it there. As far as dh_python2 is concerned, I've been patiently waiting for LP ticket 788524 to be fixed so that I can continue to share the source for my packages between Debian unstable and self-compiled binaries for my lucid desktop. Moving to dh_python2 now means I can no longer build and test my own packages for my main computer. In a nutshell, the issues you raised will be dealt with, but not necessarily in the way you propose. The time-frame is also mostly depending on Ubuntu devs backporting dh_python2 to lucid. Regards Rolf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642567:
reopen 642567 thanks I could reproduce the issue (*). $ apt-cache policy python-qt4 python-qt4: Installed: 4.8.3-4+b1 Candidate: 4.8.6-1 Version table: 4.8.6-1 0 500 http://ftp.fr.debian.org/debian/ sid/main i386 Packages *** 4.8.3-4+b1 0 100 /var/lib/dpkg/status (*) Traceback (most recent call last): File string, line 1, in module File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 30, in module import SernaApiCore RuntimeError: the PyQt4.QtCore module is version -1 but the SernaApiCore module requires version 1 Traceback (most recent call last): File /usr/lib/serna/plugins/dita/publishing/Dita.py, line 30, in module from SernaApi import DocumentPlugin File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 94, in module sys.stdout = SernaPythonDefaultOutputStream() File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 62, in __init__ self.messages_ = SernaConfig.root().makeDescendant(#python-messages) NameError: global name 'SernaConfig' is not defined Traceback (most recent call last): File /usr/lib/serna/plugins/docbook/publishing/Docbook.py, line 30, in module from SernaApi import DocumentPlugin File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 94, in module sys.stdout = SernaPythonDefaultOutputStream() File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 62, in __init__ self.messages_ = SernaConfig.root().makeDescendant(#python-messages) NameError: global name 'SernaConfig' is not defined Traceback (most recent call last): File /usr/lib/serna/plugins/idealliance/publishing/IDEAlliance.py, line 30, in module from SernaApi import DocumentPlugin File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 94, in module sys.stdout = SernaPythonDefaultOutputStream() File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 62, in __init__ self.messages_ = SernaConfig.root().makeDescendant(#python-messages) NameError: global name 'SernaConfig' is not defined Traceback (most recent call last): File /usr/lib/serna/plugins/nitf/publishing/Nitf.py, line 31, in module from SernaApi import DocumentPlugin File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 94, in module sys.stdout = SernaPythonDefaultOutputStream() File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 62, in __init__ self.messages_ = SernaConfig.root().makeDescendant(#python-messages) NameError: global name 'SernaConfig' is not defined Traceback (most recent call last): File /usr/lib/serna/plugins/publishing/publishing.py, line 31, in module from PublishingPlugin import PublishingPlugin File /usr/lib/serna/plugins/publishing/PublishingPlugin.py, line 34, in module from dialogs.PublishDialog import PublishDialog File /usr/lib/serna/plugins/publishing/dialogs/PublishDialog.py, line 35, in module from utils import dump_ptree ImportError: No module named utils Traceback (most recent call last): File /usr/lib/serna/plugins/resume/publishing/Resume.py, line 30, in module from SernaApi import DocumentPlugin File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 94, in module sys.stdout = SernaPythonDefaultOutputStream() File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 62, in __init__ self.messages_ = SernaConfig.root().makeDescendant(#python-messages) NameError: global name 'SernaConfig' is not defined Traceback (most recent call last): File /usr/lib/serna/plugins/syntext/publishing/Syntext.py, line 30, in module from SernaApi import DocumentPlugin File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 94, in module sys.stdout = SernaPythonDefaultOutputStream() File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 62, in __init__ self.messages_ = SernaConfig.root().makeDescendant(#python-messages) NameError: global name 'SernaConfig' is not defined Traceback (most recent call last): File /usr/lib/serna/plugins/tei/publishing/Tei.py, line 30, in module from SernaApi import DocumentPlugin File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 94, in module sys.stdout = SernaPythonDefaultOutputStream() File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 62, in __init__ self.messages_ = SernaConfig.root().makeDescendant(#python-messages) NameError: global name 'SernaConfig' is not defined Traceback (most recent call last): File /usr/lib/serna/plugins/xhtml/publishing/Xhtml.py, line 30, in module from SernaApi import DocumentPlugin File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 94, in module sys.stdout = SernaPythonDefaultOutputStream() File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 62, in __init__ self.messages_ = SernaConfig.root().makeDescendant(#python-messages) NameError: global name 'SernaConfig' is not defined -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646747: [ITR] templates://spotweb/{spotweb.templates}
Wonderful, thanks for your help! Jan-Pascal On Mon, October 31, 2011 03:41, Christian PERRIER wrote: Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in spotweb. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for spotweb. The first step of the process is to review the debconf source template file(s) of spotweb. This review will start on Thursday, November 03, 2011, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitely ask for it, no upload nor NMU will happen for spotweb. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646806: gbirthday: broken if rebuilt without Python 2.6 as supported version
On 31.10.2011 14:49, Rolf Leggewie wrote: I will talk to upstream and try to resolve it there. Actually, I had already done this as part of my latest release to Debian when I noticed the hard-coded path (which at the time wasn't yet a dealbreaker, but it would be now). http://sourceforge.net/tracker/?func=detailaid=3411745group_id=210152atid=1012585 Debian BTS is stupid and will choke my mailer on the long URL, so I won't bother updating the status in the Debian BTS meta data. I seriously hope they would ditch that piece of junk. It's been raising my blood pressure almost a decade now :-( -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#587315: 'multipath: unknown hardware handler type' with hardware_handler 1 hp-sw
Hello Release Team,
I would like to propose an update to the multipath-tools package for
Squeeze. This proposed upload fixes 2 issues:
* [b5f7694] Change HP hardware hanlder to hp_sw.
Thanks to Phil (Closes: 587315)
* [4aae2ad] Update man pages (Closes: 644913)
Attached the the debdiff against the previous version in squeeze. I've
built it on my Squeeze pbuilder.
Ritesh
On 10/15/2011 12:37 PM, Ritesh Raj Sarraf wrote:
Please don't do an upload only with this fix. There are 2 more bug
reports that I'd like to see fixed for stable-proposed-updates.
Bug#644913: multipath-tools: manpage out of date
Bug#645247: multipath-tools: output from `multipath -lld' does not
separate fields
On Wednesday, October 5, 2011, Ritesh Raj Sarraf wrote:
I'm currently maintaining multipath-tools.
The best would be to just fix this particular bug.
sent from a Smartph0ne... excuse typ0s
On Oct 3, 2011 11:06 PM, Thijs Kinkhorst th...@uvt.nl
javascript:_e({}, 'cvml', 'th...@uvt.nl'); wrote:
Hi Guido et al.,
thanks for your report. The issue is fixed upstream. I'd like to get
0.4.9 into Sqeeze which has this patch.
Unfortunately this version apparently didn't make it into Squeeze
at the
time.
Are you willing to provide a stable update for squeeze to address this
bug?
I'm also available to create an NMU for stable-proposed-updates
with just
this
fix for you if you don't have the time; let me know.
Cheers,
Thijs
--
Thijs Kinkhorst th...@uvt.nl javascript:_e({}, 'cvml',
'th...@uvt.nl'); – LIS Unix
Universiteit van Tilburg – Library and IT Services
Bezoekadres Warandelaan 2 • Tel. 013 466 3035 • G 236
--
Ritesh Raj Sarraf
RESEARCHUT - http://www.researchut.com
Necessity is the mother of invention.
--
Ritesh Raj Sarraf | http://people.debian.org/~rrs
Debian - The Universal Operating System
diff -Nru multipath-tools-0.4.8+git0.761c66f/debian/changelog multipath-tools-0.4.8+git0.761c66f/debian/changelog
--- multipath-tools-0.4.8+git0.761c66f/debian/changelog 2011-10-31 12:37:06.0 +0530
+++ multipath-tools-0.4.8+git0.761c66f/debian/changelog 2011-10-30 23:57:47.0 +0530
@@ -1,3 +1,11 @@
+multipath-tools (0.4.8+git0.761c66f-10) stable-proposed-updates; urgency=low
+
+ * [b5f7694] Change HP hardware hanlder to hp_sw.
+Thanks to Phil (Closes: 587315)
+ * [4aae2ad] Update man pages (Closes: 644913)
+
+ -- Ritesh Raj Sarraf r...@debian.org Sun, 30 Oct 2011 23:54:39 +0530
+
multipath-tools (0.4.8+git0.761c66f-9) unstable; urgency=low
* [0435cc1] Make sure the patchcheckers end up in /lib (Closes: #581377)
diff -Nru multipath-tools-0.4.8+git0.761c66f/debian/patches/0012-hp-hardware-handler.patch multipath-tools-0.4.8+git0.761c66f/debian/patches/0012-hp-hardware-handler.patch
--- multipath-tools-0.4.8+git0.761c66f/debian/patches/0012-hp-hardware-handler.patch 1970-01-01 05:30:00.0 +0530
+++ multipath-tools-0.4.8+git0.761c66f/debian/patches/0012-hp-hardware-handler.patch 2011-10-30 23:52:42.0 +0530
@@ -0,0 +1,23 @@
+changes default hardware handler to hp_sw from hp-sw. This change has already been done upstream in 2009
+Index: multipath-tools/libmultipath/hwtable.c
+===
+--- multipath-tools.orig/libmultipath/hwtable.c 2011-10-30 12:37:27.902672064 +0530
multipath-tools/libmultipath/hwtable.c 2011-10-30 12:40:22.942007814 +0530
+@@ -85,7 +85,7 @@
+ .product = HSG80,
+ .getuid= DEFAULT_GETUID,
+ .features = 1 queue_if_no_path,
+- .hwhandler = 1 hp-sw,
++ .hwhandler = 1 hp_sw,
+ .selector = DEFAULT_SELECTOR,
+ .pgpolicy = GROUP_BY_PRIO,
+ .pgfailback= FAILBACK_UNDEF,
+@@ -116,7 +116,7 @@
+ .product = (MSA|HSV)1.0.*,
+ .getuid= DEFAULT_GETUID,
+ .features = 1 queue_if_no_path,
+- .hwhandler = 1 hp-sw,
++ .hwhandler = 1 hp_sw,
+ .selector = DEFAULT_SELECTOR,
+ .pgpolicy = GROUP_BY_PRIO,
+ .pgfailback= FAILBACK_UNDEF,
diff -Nru multipath-tools-0.4.8+git0.761c66f/debian/patches/0013-manpage-updates.patch multipath-tools-0.4.8+git0.761c66f/debian/patches/0013-manpage-updates.patch
--- multipath-tools-0.4.8+git0.761c66f/debian/patches/0013-manpage-updates.patch 1970-01-01 05:30:00.0 +0530
+++ multipath-tools-0.4.8+git0.761c66f/debian/patches/0013-manpage-updates.patch 2011-10-30 23:52:42.0 +0530
@@ -0,0 +1,137 @@
+update outdated man pages
+Index: multipath-tools/multipath/multipath.conf.5
+===
+--- multipath-tools.orig/multipath/multipath.conf.5 2011-10-30 12:53:59.848537829 +0530
multipath-tools/multipath/multipath.conf.5 2011-10-30 13:15:57.859988867 +0530
+@@ -124,30 +124,48 @@
+ to the device name, a '%b'
Bug#646919: [Pkg-libvirt-maintainers] Bug#646919: virt-manager: memory resource consumption is way too high
Hi, On Fri, Oct 28, 2011 at 05:19:39PM +0530, Ritesh Raj Sarraf wrote: Package: virt-manager Version: 0.9.0-2 Severity: normal This bug report is to ask the maintainers if there are memory leak issues with virt-manager. On my box, with 1 Guest VM display open, following is what was reported by top. Nothing that I know of. vmm has 36 res here. You didn't give any details about the used connection uri though (so I'm assuming qemu:///system). Maybe you can gain some information running it under valgrind? Here's a nice set of parameters or GObject based programs: https://live.gnome.org/Valgrind Cheers, -- Guido top - 17:16:30 up 2 days, 3:43, 5 users, load average: 7.37, 8.72, 5.50 Tasks: 191 total, 2 running, 189 sleeping, 0 stopped, 0 zombie Cpu(s): 20.3%us, 3.0%sy, 0.0%ni, 31.7%id, 44.6%wa, 0.0%hi, 0.5%si, 0.0%st Mem: 3038484k total, 2811852k used, 226632k free, 860k buffers Swap: 3219452k total, 784912k used, 2434540k free, 270380k cached PID to kill: PID USER PR NI VIRT RES SHR S %CPU %MEMTIME+ COMMAND 20654 rrs 20 0 2080m 1.3g 5188 R 36 46.4 4:08.96 python 17617 rrs 20 0 441m 33m 1492 S3 1.1 5:50.10 chromium 15967 root 20 0 311m 16m 2552 S1 0.5 3:48.66 Xorg 16138 rrs 20 0 853m 24m 4108 S1 0.8 1:20.05 plasma-desktop 16413 rrs 20 0 323m 8928 3696 S1 0.3 0:01.95 konsole 17534 rrs 20 0 44584 3444 256 S1 0.1 0:15.44 ssh 22027 root 20 0 000 S1 0.0 0:00.70 kworker/1:0 22299 rrs 20 0 21320 1224 812 R1 0.0 0:00.19 top 1 root 20 0 10608 64 32 S0 0.0 0:03.74 init This is on a machine with 3 GiB of real memory. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages virt-manager depends on: ii gconf2 2.32.4-1 ii librsvg2-common 2.34.1-3 ii python 2.7.2-9 ii python-dbus 0.84.0-2 ii python-glade22.24.0-2 ii python-gnome22.28.1-3 ii python-gtk-vnc 0.4.3-6+b1 ii python-gtk2 2.24.0-2 ii python-ipy 1:0.72-1 ii python-libvirt 0.9.6-1 ii python-spice-client-gtk 0.7-3 ii python-support 1.0.14 ii python-urlgrabber3.9.1-4 ii python-vte 1:0.28.2-1 ii virtinst 0.600.0-1 Versions of packages virt-manager recommends: ii gnome-icon-theme 3.2.1.2-1 ii libvirt-bin 0.9.6-1 Versions of packages virt-manager suggests: ii gnome-keyring 3.0.3-2 ii halnone ii ksshaskpass [ssh-askpass] 0.5.3-1+b1 ii python-gnomekeyring2.32.0-4+b1 ii python-guestfs 1.13.23-1 ii ssh-askpass1:1.2.4.1-9 ii virt-viewer0.4.1-3 -- no debconf information ___ Pkg-libvirt-maintainers mailing list pkg-libvirt-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-libvirt-maintainers -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568910:
found 568910 serna-free/4.3.0.20110221-6 thanks Technically this bug seems to only occur on amd64. the i386 version of serna if free of this bug. Is there a way to tell that information to BTS ? -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#642567:
For some reason serna on amd64 still fails with: Traceback (most recent call last): File string, line 1, in module File /usr/lib/serna/plugins/pyplugin/SernaApi.py, line 30, in module import SernaApiCore RuntimeError: the PyQt4.QtCore module is version 1 but the SernaApiCore module requires version -1 -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647162: ITP: python-mimeparse -- basic functions for parsing mime-type names
Package: wnpp Severity: wishlist Owner: Mathias Ertl m...@fsinf.at * Package name: python-mimeparse Version : 0.1.3 Upstream Author : Joe Gregorio j...@bitworking.org * URL : http://code.google.com/p/mimeparse/ * License : MIT Programming Lang: Python Description : basic functions for parsing mime-type names This pure python module parses mime-types and parameters commonly found in the Accept header in HTTP requests. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645849: obsolete conffiles not removed on upgrades
retitle 645849 dpkg should better manage the Conffiles field
thanks
On Wed, 19 Oct 2011, Anton Zinoviev wrote:
On Wed, Oct 19, 2011 at 05:53:55AM +0200, Michael Biebl wrote:
Package: console-setup
Version: 1.73
Severity: important
While doing a test-upgrade from squeeze to sid, the following conffiles
were not cleaned up during the upgrade and marked as obsolete in the
dpkg status file:
Conffiles:
/etc/console-setup/remap.inc 775b76c6c04cd18f8c72563e413a36aa obsolete
/etc/console-setup/compose.VISCII.inc 0741db54ddb6268e476010a44f219f03
obsolete
[...]
The conffiles are not obsoleted, now they belong to another package -
console-setup-linux. I am sure this is not the first time conffiles have
been transferred from one Debian package to another, but I don't know
what is the proper way to handle this. I suppose this bug belongs to
dpkg, should I reassign?
Well, dpkg certainly handles conffiles moving from one package to the
other if you use the proper Replaces field like for any other file.
Michael, what does your system say for dpkg -S
/etc/console-setup/remap.inc ?
I think it will give the new package. And the file will only appear in
dpkg -L of the new package too. However it's true that the Conffiles
field is not always properly updated. The conffile often ends up being
listed on both packages.
I instrumented the t-conffile-replaces test case like this:
--- a/t-conffile-replaces/Makefile
+++ b/t-conffile-replaces/Makefile
@@ -9,6 +9,9 @@ define VERIFY
test `$(PKG_STATUS) pkg-conff-original` = install ok installed
test `$(PKG_STATUS) pkg-conff-takeover` = install ok installed
test `$(DPKG_QUERY) -S /test-conffile` = pkg-conff-takeover: /test-conffile
+$(DPKG_QUERY) -W -f'$${Conffiles}\n' pkg-conff-original
+echo Takeover:
+$(DPKG_QUERY) -W -f'$${Conffiles}\n' pkg-conff-takeover
cmp ref-conffile /test-conffile
endef
It gives various results depending on how dpkg is called:
test-two-run-ordered test-two-run-reverse:
/test-conffile e8a2f071ccdf836fc77865fba3ee8558
Takeover:
/test-conffile 45a18cfae67be6e80a5ec2ee60579bf3
test-one-run-ordered:
/test-conffile 45a18cfae67be6e80a5ec2ee60579bf3
Takeover:
/test-conffile newconffile
test-one-run-reverse:
/test-conffile newconffile
Takeover:
/test-conffile 45a18cfae67be6e80a5ec2ee60579bf3
There's room for improvements here.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Pre-order a copy of the Debian Administrator's Handbook and help
liberate it: http://debian-handbook.info/go/ulule-rh/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646919: [Pkg-libvirt-maintainers] Bug#646919: virt-manager: memory resource consumption is way too high
On 10/31/2011 12:46 PM, Guido Günther wrote: Nothing that I know of. vmm has 36 res here. You didn't give any details about the used connection uri though (so I'm assuming qemu:///system). No. This is over ssh. qemu://user@ssh-host Maybe you can gain some information running it under valgrind? Here's a nice set of parameters or GObject based programs: https://live.gnome.org/Valgrind Thanks. I will look into this and see if I can dig further. -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#645160: [LCFC2] templates://qpid-cpp/{qpidd.templates}
Am 30.10.2011 18:17, schrieb Christian PERRIER: This is the last call for comments for the review of debconf templates for qpid-cpp. The reviewed templates will be sent on Tuesday, November 01, 2011 to this bug report and a mail will be sent to this list with [BTS] as a subject tag. (changes after Justin's remarks) Ok. Updated in git. @Justin: well - I think I missed some of the comments because it was not clear which of the diffs was the latest. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631073: [Pkg-haskell-maintainers] Bug#631073: Bug#631073: closed by Joachim Breitner nome...@debian.org (Bug#631073: fixed in ghc 7.0.4-8)
Hi Ben, Am Montag, den 31.10.2011, 09:49 +1100 schrieb Erik de Castro Lopo: On 30-Oct-2011, Debian Bug Tracking System wrote: Changes: ghc (7.0.4-8) unstable; urgency=low . * Remove ghci support on powerpc (Closes: #631073) Does that apply only to ‘ghc’, or to all of Haskell generally? Is there another Haskell interpreter which can work on PowerPC that could be used as an alternative dependency? No, even the Hugs interpreter (which has now bitrotted upstream) is not a suitable replacement for ghci. I have been intermitently working on fixing ghci for powerpc, but its been rather difficult as the problem is in ghci's runtime linker and gdb is less useful than normal because it doesn't understand ghci's stack manipulation. also note that only ghci was removed, not ghc entirely, so a large portion of the haskell ecosystem is still available on powerpc. Greetings, Joachim -- Joachim nomeata Breitner Debian Developer nome...@debian.org | ICQ# 74513189 | GPG-Keyid: 4743206C JID: nome...@joachim-breitner.de | http://people.debian.org/~nomeata signature.asc Description: This is a digitally signed message part
Bug#647134: FTBFS: should depends on python-sphinx = 1.0.8
Hi Marcelo, you seem to be actively using python-django. Would you like to become a co-maintainer ? On Sun, 30 Oct 2011, Marcelo Jorge Vieira wrote: I tried build python-django in squeeze (+ squeeze-backports), but it failed. The package is built successfully if I use python-sphinx = 1.0.8. It's a bug of python-sphinx that got fixed in 1.0.8... http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=641710 What do you think about upload python-django 1.3.1-2 to squeeze-backports? Please, feel free to take care of it! Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/go/ulule-rh/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647163: synaptic: German help menu entry Contents F1 should be Inhalt F1
Package: synaptic Version: 0.75.3 Severity: minor Tags: l10n Dear Maintainer, I think the subject line says it all ;-) Cheers Andreas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synaptic depends on: ii apt [libapt-pkg4.10]0.8.15.9 ii apt-utils [libapt-inst1.2] 0.8.15.9 ii hicolor-icon-theme 0.12-1 ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libept1 1.0.5 ii libfontconfig1 2.8.0-3 ii libfreetype62.4.6-2 ii libgcc1 1:4.6.1-15 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-02.28.6-1 ii libgtk2.0-0 2.24.6-2 ii libpango1.0-0 1.29.4-1 ii libstdc++6 4.6.1-15 ii libvte9 1:0.28.1-2 ii libx11-62:1.4.4-2 ii libxapian22 1.2.7-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages synaptic recommends: ii apt-xapian-index 0.44 ii gksu 2.0.2-6 ii kdebase-bin 4:4.6.5-1 ii libgtk2-perl 2:1.223-1+b1 ii rarian-compat0.8.1-5 ii software-properties-gtk 0.76.7debian2+nmu1 Versions of packages synaptic suggests: ii deborphan 1.7.28.5 ii dwww none ii menu 2.1.45 -- 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#641589: (no subject)
Hi, I have found that after I removed the package mozilla-libreoffice, konqueror is no more starting libreoffice when browsing web pages. Of course this is not a proper solution, but I thought it could be interesting to know for those annoyed by this bug, and can maybe point towards the origin of the problem. Cheers Mario -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647163: synaptic: German help menu entry Contents F1 should be Inhalt F1
PS: May be it doesn't, after all. So, just to make sure: * wheezy * XFCE desktop * German language environment Regards Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#639893: Now 1.0.15 is out.
I recall libva is the only way to get hradware acceleration for Intel and ATI card. I know multimedia has never been a priority for debian but anyway. --eric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645247: multipath-tools: output from `multipath -lld' does not separate fields
On 10/31/2011 01:28 AM, Tsouladze, Andy wrote: Ritesh, Of course. Please try the packages at: http://people.debian.org/~rrs/test_builds/bug-645247/ -- Ritesh Raj Sarraf | http://people.debian.org/~rrs Debian - The Universal Operating System signature.asc Description: OpenPGP digital signature
Bug#647136: linux-image-2.6.32-5-amd64: psmouse.c bad data from KBD bad parity
Arvind K wrote: -By modprobe psmouse I meant that, whenever the touchpad stops working, I have to run the following: $sudo modprobe -r psmouse $sudo modprobe psmouse I see. [...] [36521.371269] psmouse.c: bad data from KBC - bad parity [36521.373636] psmouse.c: bad data from KBC - bad parity [... and so on, once every 2ms or so ...] Yep, that sounds broken. :) [...] [36552.047333] psmouse.c: bad data from KBC - bad parity [36556.015679] Synaptics Touchpad, model: 1, fw: 7.2, id: 0x1c0b1, caps: 0xd04731/0xa4/0xa [36556.058547] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio4/input/input13 I assume this is when you unloaded and reloaded the driver. It would also be interesting to see the initialization sequence (i.e., dmesg output from bootup) when nothing is going wrong. The log you sent is abridged at the beginning because the parity errors flooded the log. What version of gsynaptics are you using? Based on [1], it seems that gsynaptics does not work with a modern X server (though that is no excuse to provoke parity errors like this). Michal, any hints about what gsynaptics could have been doing to provoke this (e.g., a simpler command to simulate what it does)? It would also still be interesting to see what a recent (3.x) kernel does. I have a vague suspicion that v2.6.34-rc7~22^2~8 (Input: psmouse - ignore parity error for basic protocols, 2010-04-19) or some similar fix could have changed the behavior here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647164: /var/log/capi4hylafax grows infinitely
Subject: /var/log/capi4hylafax grows infinitely Package: capi4hylafax Version: 1:01.03.00.99.svn.300-16 Severity: normal The file /var/log/capi4hylafax is not rotated and will grow infinitely. The file here contains 5 years of faxes :-) ... Please add a file to /etc/logrotate.d or introduce other means to rotate the file. -- System Information: Debian Release: 6.0.3 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages capi4hylafax depends on: ii capiutils 1:3.9.20060704+dfsg.2-4.1 ISDN utilities - tools for CAPI-ca ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libcapi20-31:3.9.20060704+dfsg.2-4.1 ISDN utilities - CAPI support libr ii libgcc11:4.4.5-8 GCC support library ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtiff4 3.9.4-5+squeeze3 Tag Image File Format (TIFF) libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime Versions of packages capi4hylafax recommends: ii hylafax-server 2:6.0.5-4.1 Flexible client/server fax softwar ii isdnactivecards1:3.9.20060704-11 ISDN utilities - active ISDN card Versions of packages capi4hylafax suggests: ii dialog1.1-20100428-1 Displays user-friendly dialog boxe -- Configuration Files: /etc/default/capi4hylafax changed [not included] /etc/hylafax/config.faxCAPI changed [not included] -- no debconf information -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647165: gnome-tweak-tool: Loosen dependency on gnome-shell, for use with fallback session
Package: gnome-tweak-tool Version: 3.0.4-2 Severity: minor Dear Maintainer, I don't like gnome-shell, so I'm using the fallback session. However, I'd like to use gnome-tweak-tool (without having to install gnome-shell), since many options are most accessible through this tool. It would be nice if this dependency could become a suggests? -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-tweak-tool depends on: ii gir1.2-gconf-2.0 2.32.4-1 ii gir1.2-gtk-3.0 3.2.1-1 ii gnome-shell3.2.1-1 ii gsettings-desktop-schemas 3.2.0-1 ii python 2.7.2-9 ii python-gobject 3.0.2-2 ii python2.6 2.6.7-4 ii python2.7 2.7.2-7 gnome-tweak-tool recommends no packages. gnome-tweak-tool 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#647166: pg_upgrade problems
Package: postgresql-9.1 Version: 9.1.1-1~bpo60+1 Hi, To use pg_upgrade, first one has to install postgresql-server-dev-9.1 so /usr/lib/postgresql/9.1/bin/pg_config is found. The postgresql-9.1 package should at least have that in the Suggests: relationship then, and/or mention it in a README. In fact, shipping a pg_upgrade manual page would be most clear. And then, by the book at http://www.postgresql.org/docs/current/static/pgupgrade.html I do: % sudo /etc/init.d/postgresql stop Stopping PostgreSQL 8.3 database server: main. Stopping PostgreSQL 9.1 database server: main. % time sudo -u postgres /usr/lib/postgresql/9.1/bin/pg_upgrade -d /var/lib/postgresql/8.3/main -D /var/lib/postgresql/9.1/main -b /usr/lib/postgresql/8.3/bin -B /usr/lib/postgresql/9.1/bin -k -v Running in verbose mode Performing Consistency Checks - Checking current, bin, and data directories ok Checking cluster versions ok /usr/lib/postgresql/8.3/bin/pg_ctl -w -l /dev/null -D /var/lib/postgresql/8.3/main -o -p 5432 -c autovacuum=off -c autovacuum_freeze_max_age=20 start /dev/null 21 Checking database user is a superuser ok Checking for prepared transactions ok Checking for reg* system oid user data typesok Checking for contrib/isn with bigint-passing mismatch ok Checking for invalid 'name' user columnsok Checking for tsquery user columns ok Checking for contrib/ltree ok Creating script to adjust sequences ok Checking for large objects ok Creating catalog dump /usr/lib/postgresql/9.1/bin/pg_dumpall --port 5432 --username postgres --schema-only --binary-upgrade /root/pg_upgrade/9.1/pg_upgrade_dump_all.sql ok /usr/lib/postgresql/8.3/bin/pg_ctl -w -l /dev/null -D /var/lib/postgresql/8.3/main stop /dev/null 21 /usr/lib/postgresql/9.1/bin/pg_ctl -w -l /dev/null -D /var/lib/postgresql/9.1/main -o -p 5432 -b start /dev/null 21 There were problems executing /usr/lib/postgresql/9.1/bin/pg_ctl -w -l /dev/null -D /var/lib/postgresql/9.1/main -o -p 5432 -b start /dev/null 21 connection to database failed: could not connect to server: No such file or directory Is the server running locally and accepting connections on Unix domain socket /var/run/postgresql/.s.PGSQL.5432? unable to connect to new postmaster started with the command: /usr/lib/postgresql/9.1/bin/pg_ctl -w -l /dev/null -D /var/lib/postgresql/9.1/main -o -p 5432 -b start /dev/null 21 Failure, exiting sudo -u postgres /usr/lib/postgresql/9.1/bin/pg_upgrade -d -D -b -B -k -v 4,05s user 3,26s system 7% cpu 1:36,55 total Now, why anyone would ever try to run the PostgreSQL server with -l /dev/null as well as /dev/null 21, that's completely beyond me. Once I try it manually with the proper -l setting, I see: postgres cannot access the server configuration file /var/lib/postgresql/9.1/main/postgresql.conf: No such file or directory Hrm. So I symlink that analogous to how it is in 8.3: % sudo ln -s /etc/postgresql/9.1/main/postgresql.conf /var/lib/postgresql/9.1/main/ % sudo -u postgres /usr/lib/postgresql/9.1/bin/pg_ctl -w -l /dev/null -D /var/lib/postgresql/9.1/main -o -p 5432 -b start waiting for server to start... done server started % echo $? 0 But then pg_upgrade requires me to stop the server again and restarts the whole sequence of checks and dumps again :) Eventually though it starts performing the upgrade and succeeds. However, it doesn't leave a postmaster running, and doesn't integrate with the init script, so: % sudo /etc/init.d/postgresql start Starting PostgreSQL 8.3 database server: mainThe PostgreSQL server failed to start. Please check the log output: postgres: could not find the database system Expected to find it in the directory /var/lib/postgresql/8.3/main, but could not open file /var/lib/postgresql/8.3/main/global/pg_control: No such file or directory ... failed! failed! Looks like get_versions() needs to check for these things, right now it just checks for: [ -x /usr/lib/postgresql/$v/bin/pg_ctl ] [ ! -x /etc/init.d/postgresql-$v ] So as a workaround I do: % sudo ln -s /bin/false /etc/init.d/postgresql-8.3 And then it starts, but again at port 5433 as it was installed by default - pg_upgrade didn't update that like pg_upgradecluster would have. (I'm guessing it also didn't do all that config transition stuff pg_upgradecluster would do.) After a manual change of that, there's yet still another problem: % sudo -u postgres psql Welcome to psql 8.3.14 (server 9.1.1), the PostgreSQL interactive terminal. Type: \copyright for distribution terms \h for help with SQL commands \? for help with psql commands \g or terminate with semicolon to execute query
Bug#642668: libghemical: FTBFS: eng1_qm_mpqc.h:37:44: fatal error: util/keyval/keyval.h: No such file or directory
reassign 642668 libsc-dev 2.3.1-8 affects 642668 src:libghemical thanks The problem is actually in libsc-dev which installs header files in /usr/include/include/sc and says they're in /usr/include/sc: $ find /usr/include -name keyval.h /usr/include/include/sc/util/keyval/keyval.h $ sc-config --cppflags -I/usr/include/sc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647167: hylafax-server: /var/spool/hylafax/log/xferfaxlog grows infinitely
Package: hylafax-server Version: 2:6.0.5-4.1 Severity: normal The file /var/spool/hylafax/log/xferfaxlog won't get rotated and grows infinitely. The site here has 5 years of faxes in it :-) ... Please add a rotation feature to /etc/cron.monthly/hylafax or add something similar to /etc/logrotate.d. AFAIK Fedora logorotates the file. -- System Information: Debian Release: 6.0.3 APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/3 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hylafax-server depends on: ii adduser3.112+nmu2add and remove users and groups ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent ii debconf [debconf-2 1.5.36.1 Debian configuration management sy ii ghostscript8.71~dfsg2-9 The GPL Ghostscript PostScript/PDF ii hylafax-client 2:6.0.5-4.1 Flexible client/server fax softwar ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libgcc11:4.4.5-8 GCC support library ii libpam0g 1.1.1-6.1+squeeze1Pluggable Authentication Modules l ii libstdc++6 4.4.5-8 The GNU Standard C++ Library v3 ii libtiff-tools 3.9.4-5+squeeze3 TIFF manipulation and conversion t ii libtiff4 3.9.4-5+squeeze3 Tag Image File Format (TIFF) libra ii lsb-base 3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii postfix [mail-tran 2.7.1-1+squeeze1 High-performance mail transport ag ii psmisc 22.11-1 utilities that use the proc file s ii sed4.2.1-7 The GNU sed stream editor ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime hylafax-server recommends no packages. Versions of packages hylafax-server suggests: ii mgetty1.1.36-1.6 Smart Modem getty replacement ii psrip 1.3-7 Extract images from PostScript fil -- Configuration Files: /etc/cron.weekly/hylafax changed [not included] /etc/default/hylafax changed [not included] /etc/hylafax/config changed [not included] /etc/hylafax/cover.templ changed [not included] /etc/hylafax/dialrules changed [not included] /etc/hylafax/dialrules.europe changed [not included] /etc/hylafax/dialrules.sf-ba changed [not included] /etc/hylafax/hfaxd.conf changed [not included] /etc/hylafax/hosts.hfaxd changed [not included] /etc/hylafax/templates/en/faxrcvd-success.txt changed [not included] -- debconf information excluded -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647001: trusted.gpg and trustdb.gpg should be world-readable
package apt severity 647001 normal retitle 647001 apt: trusted.gpg and trustdb.gpg should be world-readable quit Hello again, I'm bumping the severity, based on the http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=646220#54. -- 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#647168: [drupal7] New Drupal version 7.9 released
Package: drupal7 Version: 7.8-1 Severity: wishlist --- Please enter the report below this line. --- Hi! There's a new version 7.9 of Drupal7: http://drupal.org/drupal-7.9 Please package and upload it. Would be great! :-) Thanks! Ingo --- System information. --- Architecture: amd64 Kernel: Linux 3.0.0-2-amd64 Debian Release: wheezy/sid 500 unstablewww.debian-multimedia.org 500 unstableftp.de.debian.org --- Package information. --- Depends(Version) | Installed -+- debconf(= 0.5) | 1.5.41 OR debconf-2.0 | apache2 | 2.2.21-2 OR httpd| php5 | 5.3.8-2 php5-mysql | 5.3.8-2 OR php5-pgsql | 5.3.8-2 php5-gd | 5.3.8-2 default-mta | OR mail-transport-agent | wwwconfig-common (= 0.0.37) | 0.2.2 mysql-client | 5.1.58-1 OR virtual-mysql-client | OR postgresql-client| 9.1+125 dbconfig-common | 1.8.47 curl | 7.21.7-3 Recommends(Version) | Installed ===-+-=== mysql-server| OR postgresql | 9.1+125 Package's Suggests field is empty. -- Ciao...// Fon: 0381-2744150 Ingo \X/ http://blog.windfluechter.net Please don't share this address with Facebook or Google! gpg pubkey: http://www.juergensmann.de/ij_public_key.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647169: openocd: Please use Debian's jimtcl (decreases code duplication)
Package: openocd Version: 0.5.0-1 Severity: normal -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, After a short discussion in debian-devel about embedding jimtcl into usb-modeswitch, I decided to create a jimtcl package instead, so jimtcl is now available as standalone Debian package [0] [0] http://packages.qa.debian.org/j/jimtcl.html I noticed that openocd's source contains a jimtcl copy and that jimtcl is built during openocd's build. In order to reduce code duplication, (potentially) reduce security concerns around jimtcl, please consider using the packaged jimtcl instead of the embedded one. Note that, if needed, the jimtcl package can be changed to fit openocd's needs, just ask! Cheers, OdyX - -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (150, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-2-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_CH.UTF-8, LC_CTYPE=fr_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQGcBAEBCAAGBQJOrm9EAAoJEIvPpx7KFjRV7rAL/AsLo/B5CozBD92StwnSq30S GSvKe20bYfvy8WfBnSmdn5jL9ZALXp5h7fsGZrNsb52aw3VNIyYdY3OzyfJAMSR/ KL6wkgmw3em9HD3blBKhbM3ha/70RLwf9aisyP5JQGshlbMnx/44nCuMlD5rwbnb DZbEUNK+ZIx05z7iLC96JSWwkY9w7ElzXEAXPxZmww7+nSjycNErnw5N8V7j9Hxu ibvzLul3seKVWVjz77mBJKOYG7vE2O+/EFC+11xtBjZcCjR2NUxoaS89tV7f58z9 B1BCo3wT8YeG3/x4KFSrnNXvI37nhK74gI7uAt311K4eakD+7y/SR37pjxMbnCd6 9T4nq39O/5mZnut1cprahHYJCYiItfui5srZVPgqhrOZRgXT5pd7MZcOg5quRuPQ AgGwypAmx6IMJfF5LHet0vqEbidD8ieh9dFjYz9LYQ8CoK1Qz4qeXU9Tav5Y8H9Z eLop2q9DOedwXhpzQSzAZfLBKe4/pXJDs0cf5P9TWw== =8ZBK -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#647170: kernel and udev disagree about names of CAPI devices
Package: udev Version: 164-3 Severity: normal I've got the following errors in syslog. They seem to be harmless, i want them to be fixed, however... :-). The part about Operation not permitted is suspicious tough... Oct 31 09:07:51 server kernel: [ 49.823190] capifs: Rev 1.1.2.3 Oct 31 09:07:51 server udevd-work[1592]: kernel-provided name 'capi0' and NAME= 'capi/0' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1592]: mknod '/dev/capi/0' 191:0 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1917]: kernel-provided name 'capi' and NAME= 'capi20' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1917]: kernel-provided name 'capi7' and NAME= 'capi/7' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1917]: mknod '/dev/capi/7' 191:7 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1918]: kernel-provided name 'capi1' and NAME= 'capi/1' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1921]: kernel-provided name 'capi5' and NAME= 'capi/5' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1921]: mknod '/dev/capi/5' 191:5 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1918]: mknod '/dev/capi/1' 191:1 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1920]: kernel-provided name 'capi3' and NAME= 'capi/3' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1920]: mknod '/dev/capi/3' 191:3 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1918]: kernel-provided name 'capi14' and NAME= 'capi/14' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1918]: mknod '/dev/capi/14' 191:14 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1925]: kernel-provided name 'capi10' and NAME= 'capi/10' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1925]: mknod '/dev/capi/10' 191:10 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1920]: kernel-provided name 'capi16' and NAME= 'capi/16' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server kernel: [ 49.854850] capi20: Rev 1.1.2.7: started up with major 68 (middleware+capifs) Oct 31 09:07:51 server udevd-work[1920]: mknod '/dev/capi/16' 191:16 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1923]: kernel-provided name 'capi8' and NAME= 'capi/8' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1923]: mknod '/dev/capi/8' 191:8 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1924]: kernel-provided name 'capi9' and NAME= 'capi/9' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1924]: mknod '/dev/capi/9' 191:9 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1920]: kernel-provided name 'capi22' and NAME= 'capi/22' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1920]: mknod '/dev/capi/22' 191:22 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1925]: kernel-provided name 'capi20' and NAME= 'capi/20' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1919]: kernel-provided name 'capi2' and NAME= 'capi/2' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1925]: mknod '/dev/capi/20' 191:20 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1919]: mknod '/dev/capi/2' 191:2 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1924]: kernel-provided name 'capi25' and NAME= 'capi/25' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1924]: mknod '/dev/capi/25' 191:25 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1923]: kernel-provided name 'capi24' and NAME= 'capi/24' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1923]: mknod '/dev/capi/24' 191:24 020660' failed: Operation not permitted Oct 31 09:07:51 server udevd-work[1926]: kernel-provided name 'capi12' and NAME= 'capi/12' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1926]: mknod '/dev/capi/12' 191:12 020660' failed: Operation not permitted
Bug#646775: strongswan: Allow Strongswan uses NAT Traversal
On Monday 31 October 2011 05:55:21 T Z wrote: I've tested the version from backport and indeed it works. Please ignore my previous message. Just another question, is there any possibility to move it back to the mainstream stable repo at all? (i.e., get it from stable rather than backports) I have discussed an update enabling the NAT-T code in stongswan with the security team for Debian stable, but did not get agreement to push it into stable. Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647171: ITP: python-passlib -- comprehensive password hashing framework supporting over 20 schemes
Package: wnpp Severity: wishlist Owner: Julien Danjou a...@debian.org * Package name: python-passlib Version : 1.5.3 Upstream Author : Eli Collins * URL : http://code.google.com/p/passlib/ * License : BSD Programming Lang: Python Description : comprehensive password hashing framework supporting over 20 schemes PassLib is a password hashing library for Python, which provides cross-platform implementations of over 20 password hashing algorithms; as well as a framework for managing and migrating existing password hashes. It's designed to be useful for any task from quickly verifying a hash found in a unix system's /etc/shadow file, to providing full-strength password hashing for multi-user application. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647172: unattended-upgrades: [INTL:de] updated German debconf translation
Package: unattended-upgrades Version: 0.73.1 Severity: wishlist Tags: patch l10n Please find the updated German debconf translation for unattended-upgrades attached. Please place this file in debian/po/ as de.po for your next upload. If you update your template, please use 'msgfmt --statistics pofile.po' to check the po-files for fuzzy or untranslated strings. If there are such strings, please contact me so I can update the German translation. Greetings Helge # Translation of unattended-upgrades templates to German # Copyright (C) Helge Kreutzmann deb...@helgefjell.de, 2009, 2011. # This file is distributed under the same license as the unattended-upgrades package. # msgid msgstr Project-Id-Version: unattended-upgrades 0.73.1\n Report-Msgid-Bugs-To: unattended-upgra...@packages.debian.org\n POT-Creation-Date: 2009-07-06 17:32+0100\n PO-Revision-Date: 2011-10-30 19:26+0100\n Last-Translator: Helge Kreutzmann deb...@helgefjell.de\n Language-Team: de debian-l10n-ger...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../templates:2001 msgid Automatically download and install stable updates? msgstr Aktualisierungen für Stable automatisch herunterladen und installieren? #. Type: boolean #. Description #: ../templates:2001 msgid Applying updates on a frequent basis is an important part of keeping systems secure. By default, updates need to be applied manually using package management tools. Alternatively, you can choose to have this system automatically download and install security updates. msgstr Das häufige Anwenden von Aktualisierungen ist ein wichtiger Aspekt beim Erhalt der Sicherheit von Systemen. Standardmäßig müssen Aktualisierungen manuell mit den Paketverwaltungswerkzeugen eingespielt werden. Alternativ können Sie wählen, dass das System automatisch die Sicherheitsaktualisierungen herunterlädt und installiert. #~ msgid print debug messages #~ msgstr Debug-Meldungen ausgeben #~ msgid Initial blacklisted packages: %s #~ msgstr Anfänglich ausgeschlossene Pakete: %s #~ msgid Starting unattended upgrades script #~ msgstr Unattended-Upgrades-Skript wird gestartet #~ msgid Allowed origins are: %s #~ msgstr Erlaubte Quellen sind: %s #~ msgid Cache has broken packages, exiting #~ msgstr #~ Zwischenspeicher (Cache) enthält defekte Pakete, Programm wird beendet #~ msgid package '%s' upgradable but fails to be marked for upgrade (%s) #~ msgstr #~ Upgrade von »%s« möglich, aber Markierung für Upgrade konnte nicht #~ gesetzt werden (%s) #~ msgid GetArchives() failed: '%s' #~ msgstr GetArchives() fehlgeschlagen: »%s« #~ msgid An error ocured: '%s' #~ msgstr Ein Fehler ist aufgetreten: »%s« #~ msgid The URI '%s' failed to download, aborting #~ msgstr #~ Von der URI »%s« konnte nicht heruntergeladen werden, Programm wird #~ beendet #~ msgid Package '%s' has conffile prompt and needs to be upgraded manually #~ msgstr #~ Paket »%s« enthält eine Conffile-Eingabeaufforderung und das Upgrade muss #~ manuell durchgeführt werden #~ msgid package '%s' not upgraded #~ msgstr Upgrade von Paket »%s« nicht durchgeführt #~ msgid No packages found that can be upgraded unattended #~ msgstr #~ Keine Pakete gefunden, von denen ein unbeaufsichtigtes Upgrade #~ durchgeführt werden kann. #~ msgid Packages that are upgraded: %s #~ msgstr Pakete, von denen ein Upgrade durchgeführt wird: %s #~ msgid Writing dpkg log to '%s' #~ msgstr Dpkg-Protokoll wird nach »%s« geschrieben #~ msgid pm.GetArchives() failed #~ msgstr pm.GetArchives() fehlgeschlagen #~ msgid Installing the upgrades failed! #~ msgstr Installation der Upgrades fehlgeschlagen! #~ msgid error message: '%s' #~ msgstr Fehlermeldung: »%s« #~ msgid dpkg returned a error! See '%s' for details #~ msgstr Dpkg meldete einen Fehler! Lesen Sie »%s« für Details #~ msgid All upgrades installed #~ msgstr Alle Upgrades installiert #~ msgid #~ No '/usr/bin/mail', can not send mail. You probably want to install the #~ 'mailx' package. #~ msgstr #~ »/usr/bin/mail« nicht vorhanden, es können keine E-Mails versendet #~ werden. Wahrscheinlich müssen Sie das Paket »mailx« installieren. #~ msgid unattended-upgrades result for '%s' #~ msgstr Ergebnis von unattended-upgrades für »%s« #~ msgid #~ Unattended upgrade returned: %s\n #~ \n #~ msgstr #~ Unbeaufsichtiges Upgrade meldete zurück: %s\n #~ \n #~ msgid Packages that are upgraded:\n #~ msgstr Pakete, bei denen ein Upgrade durchgeführt wurde:\n #~ msgid Packages with upgradable origin but kept back:\n #~ msgstr #~ Pakete, bei denen die Quelle Upgrade-fähig war, die aber zurückgehalten #~ wurden:\n #~ msgid Package installation log: #~ msgstr Paketinstallationsprotokoll: #~ msgid You need to be root to run this application #~ msgstr Sie müssen »root« sein, um dieses Programm auszuführen.
Bug#647170: kernel and udev disagree about names of CAPI devices
On Oct 31, Peter Schaefer-Hutter peter.schae...@gmx.net wrote: I've got the following errors in syslog. They seem to be harmless, i want them to be fixed, however... :-). So, which name is expected by user space? Oct 31 09:07:51 server udevd-work[1917]: kernel-provided name 'capi' and NAME= 'capi20' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1917]: kernel-provided name 'capi7' and NAME= 'capi/7' disagree, please use SYMLINK+= or change the kernel to provide the proper name Oct 31 09:07:51 server udevd-work[1917]: mknod '/dev/capi/7' 191:7 020660' failed: Operation not permitted I suspect that you have a /dev/capi device. Please report the output of: grep capi -r /lib/udev/rules.d/ /etc/udev/rules.d/ -- ciao, Marco signature.asc Description: Digital signature
Bug#574798: Re: libminizip as part of zlib distribution
On Wednesday 19 October 2011 18:13:42 Jonathan Nieder wrote: Hi, Schrober wrote: it seems that many tools started to use the core of minizip as part of their source code. This is quite problematic for distributions since they have to manually fix those files in case of an (security) bug. Therefore, it seems to be better to provide a library which can be linked by all programs which need it. [...] Would it be possible to include the patch from Gentoo or a similar one with the next distribution of zlib? Your patch looks good to me. However, it would be the first use of Autoconf in zlib/contrib, so maybe there would be interest in a patch to make it a little lower-tech (see Why don't you use GNU autoconf or libtool or ...? in the FAQ) on top of that. But under I'm having a problem with the zip functions in zlib, can you help? and The match.asm code in contrib is under the GNU General Public License. Since it's part of zlib, doesn't that mean that all of zlib falls under the GNU GPL? it is clearly stated that the stuff in contrib is measured differently. And the library stuff is horrible without a build system (please look at the zlib Makefile/configure stuff to define horrible). Thanks, Franz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646878: [Python-modules-team] Bug#646878: python-matplotlib: segfault on figure close with gtk backend
reassign 646878 libgtk2.0-0 2.24.7-1 thanks On Fri, Oct 28, 2011 at 02:33, Kevin Mitchell kevmi...@math.sfu.ca wrote: Package: python-matplotlib Version: 1.1.0-1 Severity: normal The following problem is appears on the upgrade of libgtk2.0-0 from 2.24.6-2 to 2.24.7-1. so I'm reassigning it to libgtk2 It only occurs using the gtk backends (not qt,wx or tk). Whenever I close a figure either by simply closing the window, or using the close() function, a segmentation fault kills the python interpreter and brings me back to the unix command line. $ python Python 2.7.2+ (default, Oct 5 2011, 10:41:47) [GCC 4.6.1] on linux2 Type help, copyright, credits or license for more information. import matplotlib.pyplot as plt plt.figure() matplotlib.figure.Figure object at 0x3577950 plt.show() [close figure window] /usr/lib/pymodules/python2.7/matplotlib/backends/backend_gtk.py:552: GtkWarning: IA__gtk_widget_unrealize: assertion `GTK_IS_WIDGET (widget)' failed self.toolbar.destroy() /usr/lib/pymodules/python2.7/matplotlib/backends/backend_gtk.py:552: GtkWarning: IA__gtk_widget_is_toplevel: assertion `GTK_IS_WIDGET (widget)' failed self.toolbar.destroy() Segmentation fault $ similarly import matplotlib.pyplot as plt plt.ion() plt.figure() matplotlib.figure.Figure object at 0x3577950 plt.close() /usr/lib/pymodules/python2.7/matplotlib/backends/backend_gtk.py:552: GtkWarning: IA__gtk_widget_unrealize: assertion `GTK_IS_WIDGET (widget)' failed self.toolbar.destroy() /usr/lib/pymodules/python2.7/matplotlib/backends/backend_gtk.py:552: GtkWarning: IA__gtk_widget_is_toplevel: assertion `GTK_IS_WIDGET (widget)' failed self.toolbar.destroy() Segmentation fault $ -- System Information: Debian Release: wheezy/sidimport matplotlib.pyplot as plt APT prefers unstable APT policy: (600, 'unstable'), (500, 'testing'), (400, 'stable'), (300, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0.00 (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-matplotlib depends on: ii libatk1.0-0 2.2.0-2 ii libc6 2.13-21 ii libcairo2 1.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.7-2 ii libgcc1 1:4.6.2-1 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.8-1 ii libgtk2.0-0 2.24.6-2 ii libpango1.0-0 1.29.4-2 ii libpng12-0 1.2.46-3 ii libstdc++6 4.6.2-1 ii python 2.7.2-9 ii python-cairo 1.8.8-1+b2 ii python-dateutil 1.5-1 ii python-gobject 2.28.6-5 ii python-matplotlib-data 1.1.0-1 ii python-numpy 1:1.5.1-3 ii python-pyparsing 1.5.2-2 ii python-support 1.0.14 ii python-tz 2011h-1 ii tcl8.5 8.5.10-1 ii tk8.5 8.5.10-1 ii zlib1g 1:1.2.3.4.dfsg-3 Versions of packages python-matplotlib recommends: ii python-glade2 2.24.0-2 ii python-tk 2.7.1-3 Versions of packages python-matplotlib suggests: ii dvipng 1.14-1 ii ipython 0.10.2-1 ii librsvg2-common 2.34.1-3 ii python-configobj 4.7.2+ds-3 ii python-excelerator none ii python-gtk2 2.24.0-2 ii python-matplotlib-doc 1.1.0-1 ii python-qt3 none ii python-qt4 4.8.3-4+b1 ii python-scipy 0.9.0+dfsg1-1+b2 ii python-traits 4.0.0-1 ii python-wxgtk2.8 2.8.12.1-2 ii texlive-extra-utils none ii texlive-latex-extra 2009-10 -- no debconf information ___ Python-modules-team mailing list python-modules-t...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/python-modules-team -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647083: gnome-shell: dependency against libgnome-desktop-3-0 instead of libgnome-desktop-3-2 breaking upgrade path
Am 31.10.2011 02:23, schrieb Marc J. Driftmeyer: Of course it has to do with libgnome-desktop-3.0 Not to mention libgail and glibmm. Your Debian GNOME 3.2 list is false. http://www.0d.be/debian/debian-gnome-3.2-status.html You cannot upgrade to libgnome-desktop-3.2 without breaking gnome-shell, evolution and several other packages. A simple sudo apt-get upgrade after you install gnome-shell 3.2.1 by hand reveals all the packages that will be dumped when trying to upgrade including gnome-shell 3.2.1. It's still not clear what your are complaining about wrt libgnome-desktop-3.0. You wander of complaining about architectures and glibmm and what not which seem to be completely unrelated issues. Please provide more information or we will have to close this bug. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#647165: gnome-tweak-tool: Loosen dependency on gnome-shell, for use with fallback session
Hi, That's unfortunately not possible. gnome-tweak-tool requires the gsettings schemas from gnome-shell. That's why the dependency was added in the first place. Can you maybe forward this upstream? It should be possible to just have the shell-related pages disappear when the schema is not available. Thank you. Regards, Erich
Bug#646869: console-data: Keyboard layout selection during
On Mon, Oct 31, 2011 at 08:17:29AM +0200, Lior Kaplan wrote: On Mon, Oct 31, 2011 at 8:03 AM, Anton Zinoviev an...@lml.bas.bg wrote: On Mon, Oct 31, 2011 at 07:50:39AM +0530, Christian PERRIER wrote: Quoting Orgad and Raizel Shaneh (org...@gmail.com): Hmmm, anyone in position to try the same with Arabic? I suspect this might be related to RTL more than Hebrew itself. Seems to work in Arabic. Oh, then I'm confused, I'm afraid. Just a suggestion... The text within ... is displayed correctly. Maybe there is something wrong only in the po-file? Encoding info or so? The PO file in the d-i svn repo looks fine to my. Another possibility is missing symbols in the font. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646869: console-data: Keyboard layout selection during
On Mon, Oct 31, 2011 at 12:48 PM, Anton Zinoviev an...@lml.bas.bg wrote: On Mon, Oct 31, 2011 at 08:17:29AM +0200, Lior Kaplan wrote: On Mon, Oct 31, 2011 at 8:03 AM, Anton Zinoviev an...@lml.bas.bg wrote: On Mon, Oct 31, 2011 at 07:50:39AM +0530, Christian PERRIER wrote: Quoting Orgad and Raizel Shaneh (org...@gmail.com): Hmmm, anyone in position to try the same with Arabic? I suspect this might be related to RTL more than Hebrew itself. Seems to work in Arabic. Oh, then I'm confused, I'm afraid. Just a suggestion... The text within ... is displayed correctly. Maybe there is something wrong only in the po-file? Encoding info or so? The PO file in the d-i svn repo looks fine to my. Another possibility is missing symbols in the font. I think not, otherwise other parts of the installation would have been problematic as well. The rest of the screen looks OK.
Bug#645849: obsolete conffiles not removed on upgrades
On Mon, Oct 31, 2011 at 08:49:42AM +0100, Raphael Hertzog wrote: Well, dpkg certainly handles conffiles moving from one package to the other if you use the proper Replaces field like for any other file. Currently console-setup-linux doesn't Replace console-setup. If this was the real cause of the problem, then perhaps the bug can be reassigned back to console-setup? Regardless of the reassigning, thanks for the hint! I will change this in the next version of console-setup. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646869: console-data: Keyboard layout selection during
On Mon, Oct 31, 2011 at 12:48:16PM +0200, Anton Zinoviev wrote: Another possibility is missing symbols in the font. Sorry, this was wrong. Obviously the font has the symbols. Anton Zinoviev -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637236: gcc-4.6/gcj-4.6 build failures on kfreebsd-amd64 are back again
On Sun, Oct 30, 2011 at 10:43:03PM +0100, Ludovic Brenta wrote: Robert Millan r...@debian.org writes: Matthias tried to disable parallel builds on kfreebsd-*: ifneq (,$(filter $(DEB_TARGET_ARCH), kfreebsd-amd64 kfreebsd-i386)) USE_NJOBS = no endif but it looks like the DEB_BUILD_OPTIONS on fano overrode him: # Support parallel=n in DEB_BUILD_OPTIONS (see #209008) ifneq (,$(filter parallel=%,$(subst $(COMMA), ,$(DEB_BUILD_OPTIONS NJOBS := -j $(subst parallel=,,$(filter parallel=%,$(subst $(COMMA), ,$(DEB_BUILD_OPTIONS endif The package FTBFS on fano (the kfreebsd-amd64 buildd). As Matthias is travelling, I'll try to upload 4.6.1-3 this weekend. Cool, thanks! The build on fano failed again despite using only one job :( It was expected, but at least it allows to compare the build logs more easily. At this point I'll have to leave it to kFreeBSD porters to find the real cause. There must be a difference between the buildds and asdfasdf.debian.net. It's worse than that, gcc-4.6 builds fine in the build daemon if the build is done directly in the chroot or started directly by calling sbuild. The problem only appears when the buildd process calls sbuild, which makes things difficult to debug. The next step is probably to do the next source uploads with another architecture than amd64, to see if the problem is reproducible on the amd64 build daemon. -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647173: couchdb: Please drop the unneeded dependency on mawk
Package: couchdb Version: 1.1.0-2+b1 Severity: wishlist From CHANGES: -- snip -- Version 0.8.1-incubating Build and System Integration: * The `couchdb` script no longer uses `awk` for configuration checks as this was causing portability problems. -- snip -- (The dependency on mawk was also on the wrong awk implementation when gawk was installed on the build system with 0.8.0, but that's no longer relevant now.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634637: tuxpuck: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
severity 634637 serious quit On Tue, Jul 19, 2011 at 11:13:43AM +0200, Bill Allombert wrote: Source: tuxpuck Version: 0.8.2-2.1 Severity: important Hello Sven, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update tuxpuck to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: tuxpuck :Build-Depends: libjpeg62-dev Hello Sven I am raising the severity to serious since tuxpuck FTBFS due to conflicting build-deps. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647169: openocd: Please use Debian's jimtcl (decreases code duplication)
Hi, On Mon, Oct 31, 2011 at 10:49:57AM +0100, Didier Raboud wrote: After a short discussion in debian-devel about embedding jimtcl into usb-modeswitch, I decided to create a jimtcl package instead, so jimtcl is now available as standalone Debian package [0] [0] http://packages.qa.debian.org/j/jimtcl.html I noticed that openocd's source contains a jimtcl copy and that jimtcl is built during openocd's build. In order to reduce code duplication, (potentially) reduce security concerns around jimtcl, please consider using the packaged jimtcl instead of the embedded one. Note that, if needed, the jimtcl package can be changed to fit openocd's needs, just ask! This may need some investigation, not sure if jimtcl is used pristine or modified in openocd. Also, IIRC some parts of jumtcl have been moved to openocd itself recently (upstream), will need to check if it's easily possible to use the jimtcl Debian package. Uwe. -- http://hermann-uwe.de | http://sigrok.org http://randomprojects.org | http://unmaintained-free-software.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647174: heartbeat shouldn't depend on gawk and mawk
Package: heartbeat Version: 1:3.0.5-3 Severity: minor After #512403 heartbeat depends on both gawk and mawk, and that is not necessary. First of all, IPaddr seems to no longer use $AWK. But in any case, depending on both gawk and mawk wouldn't have been required: If all awk inplementations in Debian are good enough for heartbeat (original-awk is the most limited one), then the dependencies on both gawk and mawk can be dropped after putting an export AWK=awk at the top of debian/rules (see the documentation for AC_PROG_AWK in autoconf's info page). If not all awk implementations are good enough, then pick one (e.g. gawk) and. - build depend on gawk, - depend on gawk and - export AWK=gawk at the top of debian/rules -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634635: stage: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
severity 634635 serious quit On Tue, Jul 19, 2011 at 11:08:43AM +0200, Bill Allombert wrote: Source: stage Version: 2.1.1-1 Severity: important Hello Michael, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update stage to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: stage :Build-Depends: libjpeg62-dev Hello Michael, I am raising the severity because stage FTBFS due to conflicting build-deps. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645757: misdetects Dell RAC as hard disk
On Tue, Oct 18, 2011 at 09:08:41PM +0200, Jérémy Bobbio wrote: On Tue, Oct 18, 2011 at 01:46:33PM +0200, Marc Haber wrote: we are deploying Debian on a large number of servers of different types. One of our widely used server types is the Dell PowerEdge 1950 which is equipped with a RAC. The Debian Installer detects the RAC as a hard disk and assigns it /dev/sda. This, in turn, makes the installer choke since it tries installing to /dev/sda first. This looks like another instance of #597223. Could you try with a daily build? Sorry for taking so long to reply; I had to find a client system with the right J*v* version to allow remote media to work. Even with a daily build of the wheezy install, the first hard disk shows up in the installer as sdb. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647175: Reloading on ifupdown at startup time always fail
Package: isatapd Version: 0.9.6-1 Currently the default installation of isatapd inserts a reload of isatapd on every ifupdown action. However at startup, isatapd loads after the automatic ifupdown action, so the attempt to reload isatapd always fails and prints an error message. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#588793: Duplicate bug report
Hi, without further explanation, i think this is a duplicate of http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=587226 Please mark it. Thanks
Bug#646688: libpoppler-dev: missing dependencies
severity 646688 minor thanks Hi, Alle mercoledì 26 ottobre 2011, Jussi Hakala ha scritto: The headers in libpoppler-dev package #include headers from other dev packages, yet these packages are not included in libpoppler-dev's dependencies. I think they should be at least suggested, if not depended from. The headers in libpoppler-dev are considered private and internal (and unsupported), just like the libpoppler.so core library is private. If you are using them, you are already on your own troubles. + libcurl4-gnutls-dev | libcurl-dev, where is curl used in the installed headers? + libpng12-dev, where is libpng used in the installed headers? + libxml2-dev, where is libxml2 used in the installed headers? + libxt-dev, that's because of XpdfPluginAPI.h? I'm not sure you would ever need to use it (and I doubt it would be of any use) -- hence no + libjpeg62-dev, + libopenjpeg-dev, these are for DCTStream.h and JPEG2000Stream.h, I guess? Usually they are not used directly even in applications using the poppler core library -- not worth more than a suggest (or they could be dropped from libpoppler-dev, since we install them while upstream doesn't) -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#647176: fails to build from source twice
Package: stunnel4 Version: 4.42-1 Severity: important Tags: patch This package fails to build from source twice in a row, because the new dpkg rejects changes in the source not in a patch: dpkg-source -i -I -b stunnel4-4.42 dpkg-source: info: using source format `3.0 (quilt)' dpkg-source: info: building stunnel4 using existing ./stunnel4_4.42.orig.tar.gz dpkg-source: warning: executable mode 0755 of 'config.guess' will not be represented in diff dpkg-source: warning: executable mode 0755 of 'config.sub' will not be represented in diff dpkg-source: info: local changes detected, the modified files are: stunnel4-4.42/config.guess stunnel4-4.42/config.sub dpkg-source: error: aborting due to unexpected upstream changes, see /tmp/stunnel4_4.42-1.diff.Fw5p_B dpkg-source: info: you can integrate the local changes with dpkg-source --commit dpkg-buildpackage: error: dpkg-source -i -I -b stunnel4-4.42 gave error exit status 2 Attached is a patch to fix this. diff -Nru stunnel4-4.42/debian/changelog stunnel4-4.42/debian/changelog --- stunnel4-4.42/debian/changelog 2011-08-27 18:34:43.0 +0300 +++ stunnel4-4.42/debian/changelog 2011-10-31 14:49:40.0 +0200 @@ -1,3 +1,10 @@ +stunnel4 (3:4.42-1.1) UNRELEASED; urgency=low + + * Remove config.guess and config.sub in clean target, otherwise build +fails because of changes in source outside of a patch. + + -- Peter Eisentraut pet...@debian.org Mon, 31 Oct 2011 14:39:51 +0200 + stunnel4 (3:4.42-1) unstable; urgency=low * New Upstream Release. diff -Nru stunnel4-4.42/debian/rules stunnel4-4.42/debian/rules --- stunnel4-4.42/debian/rules 2011-08-27 17:43:25.0 +0300 +++ stunnel4-4.42/debian/rules 2011-10-31 14:40:22.0 +0200 @@ -48,6 +48,7 @@ dh_clean build-stamp debian/stunnel4.init doc/stunnel4.8 doc/stunnel4.fr.8 doc/stunnel4.pl.8 [ ! -f Makefile ] || $(MAKE) distclean + rm -f config.guess config.sub install: build-stamp dh_testdir
Bug#647177: geda-utils: missing dependency on gawk
Package: geda-utils Version: 1:1.6.2-2 Severity: serious gnet_hier_verilog is not happy when gawk is not installed: /usr/bin/gnet_hier_verilog: line 211: gawk: command not found /usr/bin/gnet_hier_verilog: line 217: gawk: command not found /usr/bin/gnet_hier_verilog: line 260: gawk: command not found -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages geda-utils depends on: ii guile-1.8-libs 1.8.8+1-6.1 ii libc6 2.13-21 ii libgeda38 1:1.6.2-2 ii libglib2.0-02.28.8-1 ii libgmp102:5.0.2+dfsg-2 ii python 2.7.2-9 geda-utils recommends no packages. geda-utils 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#635088: neverball: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
On Fri, Jul 22, 2011 at 03:39:32PM +0200, Bill Allombert wrote: Source: neverball Version: 1.5.4-4 Severity: important Hello Debian Games Team, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update neverball to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: neverball :Build-Depends: libjpeg62-dev Hello, I raise the severity to serious because neverball FTBFS due to conflicting build-deps. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#392598: Bug now fixed
This is just to mention that this bug is fixed in the upcoming 5.2 release of Racket. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647178: Wrong binary package pushed with fluxbox 1.3.2 on amd64
Package: fluxbox thanks Hello, folks, When I pushed up 1.3.2 I built my final binary package in an Ubuntu pbuild chroot, not Debian. As a result, the build chain picked up Ubuntu as the vendor, not Debian, so the wrong themes got shipped. Totally my fault, requesting a binNMU. -Paul -- I'm Paul. -- I'm Paul. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634032: irrlicht: Please Build-Depends on libjpeg-dev, not libjpeg62-dev
severity 634032 quit On Sat, Jul 16, 2011 at 10:25:59AM +0200, Bill Allombert wrote: Source: irrlicht Version: 1.6+dfsg1-1 Severity: important Hello Debian Games Team, We are transitionning from libjpeg62 to libjpeg8. As mentionned on debian-devel-announce[1], please update irrlicht to Build-Depends on libjpeg-dev instead of libjpeg62-dev. The following Build-Depends was found: irrlicht :Build-Depends: libjpeg62-dev Hello, I am raising the severity to serious because irrlicht FTBFS due to conflicting build-deps. Cheers, -- Bill. ballo...@debian.org Imagine a large red swirl here. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647179: ALL_TRUSTED is firing when it shouldn't
Package: spamassassin Version: 3.3.2-2 I have been seeing a lot of spam lately, with -1 points due to ALL_TRUSTED. Even though the mail clearly came from untrusted hosts. Althugh I notice the problem using spamc/spamd, plain spamassassin produces the same problem. spamassassin -D on soms spam produces (in part): Oct 31 12:20:16.159 [25749] dbg: received-header: parsed as [ ip=81.92.114.173 rdns= helo=lithium-onseth.ccemails.com by=ns.horizon.com ident= envfrom= intl=0 id= auth= msa=0 ] Oct 31 12:20:16.160 [25749] dbg: received-header: relay 81.92.114.173 trusted? yes internal? yes msa? no Oct 31 12:20:16.160 [25749] dbg: metadata: X-Spam-Relays-Trusted: [ ip=81.92.114.173 rdns= helo=lithium-onseth.ccemails.com by=ns.horizon.com ident= envfrom= intl=1 id= auth= msa=0 ] Oct 31 12:20:16.160 [25749] dbg: metadata: X-Spam-Relays-Untrusted: Oct 31 12:20:16.160 [25749] dbg: metadata: X-Spam-Relays-Internal: [ ip=81.92.114.173 rdns= helo=lithium-onseth.ccemails.com by=ns.horizon.com ident= envfrom= intl=1 id= auth= msa=0 ] Oct 31 12:20:16.160 [25749] dbg: metadata: X-Spam-Relays-External: even though I have carefully read http://wiki.apache.org/spamassassin/FixingAllTrusted and associated pages and tried to follow all of the instructions. /etc/spamassassin/local.cf contains: clear_trusted_networks trusted_networks 192.35.100/24 clear_internal_networks internal_networks 192.35.100.1 71.41.210.146/31 Which should clearly say 81.92.114.173 is neither trusted nor internal, damn it! There is no override in ~/.spamassassin.cf. What I can't figure out is where spamassassin is getting the bizarre idea that that IP is trusted. Any ideas? Thank you! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647178: Please binNMU fluxbox
-- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647180: mpack: munpack adds char 255(0xff) to output file(s) unpacking quoted-printable newlines
Package: mpack Version: 1.6-6 Severity: important Dear Maintainer, I've been using munpack for a while without problems, but on a recent email it started to add char 255 (0xff)s to the output files. Looking into the problem, it is adding the characters at quoted-printable line-breaks. I've stripped the problem email down to something fairly minimal, and it looks fine to me. The email also loads in a few email programs without problems, displaying as expected without the extra characters. I'll attach the test case to the bug. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mpack depends on: ii libc6 2.13-21 mpack recommends no packages. Versions of packages mpack suggests: pn exim4-daemon-light [mail-transport-agent] 4.76-3 pn inews none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647095: CPU hyperthreading turned on after soft power-cycle
On 10/30/2011 4:25 PM, Ben Hutchings wrote: On Sun, 2011-10-30 at 07:05 -0400, Jiri Polach wrote: Package: linux-2.6 Version: 2.6.39-3~bpo60+1 Severity: normal When the computer is turned off using shutdown -h or halt command, the hypertherading BIOS setting is changed - even if hypertherading is disabled in BIOS, the kernel detects twice as many processors on next boot as if hyperthreading was enabled. Please see details below. I have observed the problem on several Supermicro platforms with various Intel Xeon processors. The particular case I report was observed on Supermicro X8DTT-F mainboard with two Intel Xeon E5645 processors (6core). The problem can be reproduced the following way: By my understanding of how hyperthreading is controlled, this has to be a BIOS bug, as you seem to have suspected. But if the BIOS behaviour is kernel version-dependent, then presumably there is something the kernel can do to work around it. Yes, there are reasons that support my suspicion that BIOS is not doing its work properly. But I cannot prove it until it is clear what has been changed in the kernel. 1. Turn on the computer, go to BIOS setup and turn Simultaneous multithreading to Disabled. Boot Debian. 2. Check with cat /proc/cpuinfo that the system reports 12 CPUs (2 x six-core processor). 3. (optionally) Reboot the system (shutdown -r) and check that there are still 12 CPUs detected and reported. 4. Halt the system using shutdown -h or halt, turn it on again, and boot Debian. I assume from this that shutdown -h is configured to turn the system off. I do not know. I have been using mostly halt to shutdown the system and turn the server off and I tried shutdown -h only several times to see if there is any difference. Both commands have turned the computer off, but I did not do any special shutdown -h configuration. 5. Check the number of CPUs reported - it will show you that there are 24 CPUs as if hyperthreading was enabled. 6. Reboot and go to BIOS setup - it still shows that Simultaneous multithreading is set to Disabled. Do not change anythig, just select Save and Exit. Boot Debian and check the number of CPUs - it now shows 12 CPUs again. I have tested several kernel versions and it seems that this behavior appeared for the first time somewhere between 2.6.35.7 and 2.6.38.6 versions (ok = does not show the decribed behavior, not ok = does show): * linux-image-2.6.32-5-amd64 official Debian - ok * linux-image-2.6.39-bpo.2-amd64 official Debian from backports - not ok * linux 2.6.35.7 - custom compiled from source - ok * linux 2.6.38.6 - custom compiled from source - not ok * linux 2.6.39.4 - custom compiled from source - not ok * linux 3.0.4 - custom compiled from source - not ok That might be too large a range for developers to consider. Can you test some versions between 2.6.35.7 and 2.6.38.6 (bisection)? OK, after another day of testing it seems that the problem appears in 2.6.38.1, because * linux 2.6.37.6 - custom compiled from source - ok * linux 2.6.38.1 - custom compiled from source - not ok Best regards, Jiri Polach Ben. I have exchnged many e-mails with Supermicro distributor who apparently is in direct contact with Supermicro technicians. They more or less deny any responsibility for this problem and repeatedly point to the fact that some (older) kernels do not exhibit this behavior so it must be a kernel problem. Their representative writes: I discussed this with supermicro and they informed me that the Kernel itself is causing the issue, that it may be sending the hyperthreading command code to the BIOS. Although I do not completely agree with their arguments, my knowledge is not deep enough to recognize where exactly the core of the problem is so I report this as a bug in a hope that someone will know what happens when a kernel turns a computer off and what has changed in kernel somewhere between the versions I mention above. I have asked Supermicro distributor for more information on what they think happens there and what exactly they mean by hyperhreading command code and I am waiting for their response. -- Package-specific info: ** Version: Linux version 2.6.39-bpo.2-amd64 (Debian 2.6.39-3~bpo60+1) (norb...@tretkowski.de) (gcc version 4.4.5 (Debian 4.4.5-8) ) #1 SMP Tue Jul 26 10:35:23 UTC 2011 [...] ** Model information sys_vendor: Supermicro product_name: X8DTT product_version: 1234567890 chassis_vendor: Supermicro chassis_version: 1234567890 bios_vendor: American Megatrends Inc. bios_version: 080016 board_vendor: Supermicro board_name: X8DTT board_version: 2.0 [...] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647178: Please binNMU fluxbox
Hello, During my upload of fluxbox 1.3.2, I accidentally built the amd64 .deb that was uploaded to ftp-master on Ubuntu, not Debian. In order to prevent any issues regarding versioned libraries, as well as fix the themes that are shipped in the package, I'd like to request a binNMU against fluxbox 1.3.2-1 on amd64. I've filed a bug against Fluxbox on the matter. nmu fluxbox_1.3.2-1 . amd64 . -m 'Rebuild with correct vendor, see #647178.' Thanks so much, Paul [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647178 -- All programmers are playwrights, and all computers are lousy actors. #define sizeof(x) rand() :wq -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, During my upload of fluxbox 1.3.2, I accidentally built the amd64 .deb that was uploaded to ftp-master on Ubuntu, not Debian. In order to prevent any issues regarding versioned libraries, as well as fix the themes that are shipped in the package, I'd like to request a binNMU against fluxbox 1.3.2-1 on amd64. I've filed a bug against Fluxbox on the matter. nmu fluxbox_1.3.2-1 . amd64 . -m 'Rebuild with correct vendor, see #647178.' Thanks so much, Paul [1]: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=647178 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBAgAGBQJOrpzmAAoJEHtYWzCAfCqHDnsP/0Y2EglZA1Nk0JGhsvuGp7rM J6PgXc8rEcaRUFtWBNWt0/09TOkalTa9WhMqem+pa/aQ4Jq1PjU1Ct9DoM3mg5/d 4pJXM5yRF5MQJCb17nlPN89R8AuJcTX2q3Fwj5NYwrpSxwfS+9qG3Hv1dk/vLEP9 ZLr7wlBMEqYqkWVuSdovdX+AGqrVbRzZt/9Uv9pmRqcb0ChHrC9yd4npYJIp3TvB D9Bu/czbhbhGb9qaVZ8sIefiOLxpO6rFtOzuCZoWkb44CMSswnMEq0nb627q+y7o wW/o11p8CiFKOXk35a+TAohq7A31252ShTBGckhG9P02XByxzRoiavsUt5AuS8Cl hhYeGHGcPT+BUXqWdYGn5TbL+OclEksTgVKIh4QgK3E8NpbfmfcVzQ0s2peWB3wd 30cNnKQ3f7q6BzRw7utekNV9UwOlZNLI82hHHflE5RygXLh3ZEtgcNQF8znc0oJa meyXzEIjcT31TxiVAF5yfCRjjsKvurfedf+KGqUQ9eeENwkBxtIP0wXj0gEXrTuh T5CSwf40MgOORyyuYoatbf7jIcE1lqCHKL3mCjApzKYfn0spn3QNxWfOpcnMF98j hqLs+r5XRWVApgDXX/mcr7F6qmN8bM/5kYzyjX2gEIAcb5N+oSDbzFqeD0XYbPPT /Vq61YNi8mEIhO+me2Ym =GfXD -END PGP SIGNATURE-
Bug#563804: reportbug takes to account updates that haven't yet filtered.
Hello Sthu, first of all, please always the bug in the loop, so others can see what's happening. On Mon, Oct 31, 2011 at 12:57, Sthu Deus sthu.d...@yandex.ru wrote: Thanks for Your answer, Sandro: As I tried to file a bug report against cups (version 1.5.0-5) in wheezy, reportbug takes to account as newer versions of cups the version from sid, that is 1.5.0-6. I suppose it should not to be. Could you please try with 6.2.2 with a similar case? Same thing: Getting status for cups... Checking for newer versions at packages.debian.org... Your version (1.5.0-8) of cups appears to be out of date. The following newer release(s) are available in the Debian archive: unstable: 1.5.0-10 Do you still want to file a report [y|N|q|?]? Newer released version; stopping. $ dpkg -l |grep reportb ii reportbug 6.2.2 Well, I'm not that sure the current behavior of reportbug is wrong: you're using an outdated version, from an archive point of view, so the suggestion is trying to install it, if possible, and verify if the problem you're facing is still replicable or not. Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647181: Add Oneiric Precise
Package: cdebootstrap Version: 0.5.8 Severity: whishlist Hi, Would it be possible to add Ubuntu Oneiric Ubuntu Precise to the supported series? Thx! Jean-Louis -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647182: kino: Please drop the unneeded recommends of gawk | mawk
Package: kino Version: 1.3.4-1.2 Severity: minor base-files pre-depends on awk to ensure that at least one awk implementation is always installed. Please drop the unneeded recommends of gawk | mawk. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647183: gitg: Gitg is crashing when trying to access properties on GTK3/GTK3 multi environment
Package: gitg Version: 0.2.4-1 Severity: normal When trying to open the prefrences dialog gitg is crashing with this error message: $gitg (gitg:931): GLib-GObject-WARNING **: specified class size for type `GitgPreferencesDialog' is smaller than the parent type's `GtkDialog' class size (gitg:931): GLib-CRITICAL **: g_once_init_leave: assertion `initialization_value != 0' failed ** (gitg:931): CRITICAL **: Could not open UI file: /usr/local/share/gitg/ui/gitg-preferences.ui (Invalid object type `GitgPreferencesDialog') Beside the GTK3 libs, on the system are also gtk2 libs used by Xfce4 installed. gitg has been called from inside an Xfce environment. -- System Information: Debian Release: wheezy/sid APT prefers oldstable APT policy: (500, 'oldstable'), (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.1.0-rc7-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gitg depends on: ii dbus-x11 1.4.16-1 ii dconf-gsettings-backend [gsettings-backend] 0.7.5-3 ii git 1:1.7.7.1-1 ii gsettings-desktop-schemas3.0.1-1 ii libatk1.0-0 2.2.0-2 ii libc62.13-21 ii libcairo-gobject21.10.2-6.1 ii libcairo21.10.2-6.1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.7-2 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.8-1 ii libgtk-3-0 3.0.12-2 ii libgtksourceview-3.0-0 3.2.2-1 ii libpango1.0-01.29.4-2 gitg recommends no packages. gitg suggests no packages. -- no debconf information -- Frank Lanitz fr...@frank.uvena.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620763: found out how to reproduce these two: set left-handed mouse
Now I tried this with a fresh Debian install in virtualbox (from 6.0.3 cd, dist-upgraded to unstable, without gnome, only fluxbox, gnome-terminal and baobab), and I was shocked that mouse worked correctly. To reproduce the erratic behaviour one must set the mouse to left-handed, like xmodmap -e pointer = 3 2 1 MM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#532005: gnome: Bell beep on PC speaker no longer works
tags 532005 + patch
quit
Hi,
Matthew Wakeling wrote:
Today I upgraded from Lenny to Squeeze. The console beep no longer works.
Some hideous sound now emerges from the sound card instead.
Reproduced on an HP G71-445US laptop. The honk that replaced the bell
is like a quick buzzer sound. Could you try this patchset (the first
patch of which seems to help on that machine, at least)?
FWIW, when I unload and load the pcspkr driver, it doesn't fix
anything on that machine. One of two things happens, and which
happens on each trial seems random: (A) the beep stays the same, or
(B) the beep goes away entirely.
From: Daniel J Blueman daniel.blue...@gmail.com
Date: Tue, 3 Aug 2010 11:09:13 +0100
Subject: ALSA: hda - Fix beep frequency on IDT 92HD73xx and 92HD71Bxx codecs
commit 1b0e372d7b52c9fc96348779015a6db7df7f286e upstream.
Fix HDA beep frequency on IDT 92HD73xx and 92HD71Bxx codecs.
These codecs use the standard beep frequency calculation although the
datasheet says it's linear frequency.
Other IDT/STAC codecs might have the same problem. They should be
fixed individually later.
Signed-off-by: Daniel J Blueman daniel.blue...@gmail.com
Signed-off-by: Takashi Iwai ti...@suse.de
Signed-off-by: Jonathan Nieder jrnie...@gmail.com
---
sound/pci/hda/patch_sigmatel.c | 12 +++-
1 files changed, 11 insertions(+), 1 deletions(-)
diff --git a/sound/pci/hda/patch_sigmatel.c b/sound/pci/hda/patch_sigmatel.c
index 01da10bd8715..9f6205dd1996 100644
--- a/sound/pci/hda/patch_sigmatel.c
+++ b/sound/pci/hda/patch_sigmatel.c
@@ -200,6 +200,7 @@ struct sigmatel_spec {
unsigned int spdif_mute: 1;
unsigned int check_volume_offset:1;
unsigned int auto_mic:1;
+ unsigned int linear_tone_beep:1;
/* gpio lines */
unsigned int eapd_mask;
@@ -3757,7 +3758,7 @@ static int stac92xx_parse_auto_config(struct hda_codec
*codec, hda_nid_t dig_out
if (err 0)
return err;
/* IDT/STAC codecs have linear beep tone parameter */
- codec-beep-linear_tone = 1;
+ codec-beep-linear_tone = spec-linear_tone_beep;
/* if no beep switch is available, make its own one */
caps = query_amp_caps(codec, nid, HDA_OUTPUT);
if (codec-beep
@@ -4852,6 +4853,7 @@ static int patch_stac9200(struct hda_codec *codec)
return -ENOMEM;
codec-spec = spec;
+ spec-linear_tone_beep = 1;
spec-num_pins = ARRAY_SIZE(stac9200_pin_nids);
spec-pin_nids = stac9200_pin_nids;
spec-board_config = snd_hda_check_board_config(codec, STAC_9200_MODELS,
@@ -4914,6 +4916,7 @@ static int patch_stac925x(struct hda_codec *codec)
return -ENOMEM;
codec-spec = spec;
+ spec-linear_tone_beep = 1;
spec-num_pins = ARRAY_SIZE(stac925x_pin_nids);
spec-pin_nids = stac925x_pin_nids;
@@ -4998,6 +5001,7 @@ static int patch_stac92hd73xx(struct hda_codec *codec)
return -ENOMEM;
codec-spec = spec;
+ spec-linear_tone_beep = 0;
codec-slave_dig_outs = stac92hd73xx_slave_dig_outs;
spec-num_pins = ARRAY_SIZE(stac92hd73xx_pin_nids);
spec-pin_nids = stac92hd73xx_pin_nids;
@@ -5145,6 +5149,7 @@ static int patch_stac92hd83xxx(struct hda_codec *codec)
return -ENOMEM;
codec-spec = spec;
+ spec-linear_tone_beep = 1;
codec-slave_dig_outs = stac92hd83xxx_slave_dig_outs;
spec-digbeep_nid = 0x21;
spec-mux_nids = stac92hd83xxx_mux_nids;
@@ -5294,6 +5299,7 @@ static int patch_stac92hd71bxx(struct hda_codec *codec)
return -ENOMEM;
codec-spec = spec;
+ spec-linear_tone_beep = 0;
codec-patch_ops = stac92xx_patch_ops;
spec-num_pins = STAC92HD71BXX_NUM_PINS;
switch (codec-vendor_id) {
@@ -5553,6 +5559,7 @@ static int patch_stac922x(struct hda_codec *codec)
return -ENOMEM;
codec-spec = spec;
+ spec-linear_tone_beep = 1;
spec-num_pins = ARRAY_SIZE(stac922x_pin_nids);
spec-pin_nids = stac922x_pin_nids;
spec-board_config = snd_hda_check_board_config(codec, STAC_922X_MODELS,
@@ -5656,6 +5663,7 @@ static int patch_stac927x(struct hda_codec *codec)
return -ENOMEM;
codec-spec = spec;
+ spec-linear_tone_beep = 1;
codec-slave_dig_outs = stac927x_slave_dig_outs;
spec-num_pins = ARRAY_SIZE(stac927x_pin_nids);
spec-pin_nids = stac927x_pin_nids;
@@ -5790,6 +5798,7 @@ static int patch_stac9205(struct hda_codec *codec)
return -ENOMEM;
codec-spec = spec;
+ spec-linear_tone_beep = 1;
spec-num_pins = ARRAY_SIZE(stac9205_pin_nids);
spec-pin_nids = stac9205_pin_nids;
spec-board_config = snd_hda_check_board_config(codec, STAC_9205_MODELS,
@@ -5945,6 +5954,7 @@ static int patch_stac9872(struct hda_codec *codec)
if
Bug#647184: libsofthsm: segfault when used with a specific opendnssec command
Package: libsofthsm Version: 1.3.0-1 Coin, The following command: ods-ksmutil key list --verbose triggers a segfault in libsofthsm, only when --verbose is used: Program received signal SIGSEGV, Segmentation fault. 0x7820e9d0 in ?? () (gdb) bt #0 0x7820e9d0 in ?? () #1 0x76346339 in Mutex::~Mutex (this=0x78229700, __in_chrg=optimized out) at MutexFactory.cpp:58 #2 0x76345a61 in std::auto_ptrSoftHSMInternal::~auto_ptr (this=optimized out, __in_chrg=optimized out) at /usr/include/c++/4.6/backward/auto_ptr.h:170 #3 0x76decd82 in __run_exit_handlers (status=0, listp=0x771344c8, run_list_atexit=true) at exit.c:78 #4 0x76decdd5 in *__GI_exit (status=-132109488) at exit.c:100 #5 0x77fd168d in main (argc=optimized out, argv=optimized out) at ../../../enforcer/utils/ksmutil.c:3762 Btw, the noopt build option is not taken into account in your package. Regards. -- Marc Dequènes (Duck) pgpONkaXY6RGb.pgp Description: PGP Digital Signature
Bug#645849: obsolete conffiles not removed on upgrades
On Mon, 31 Oct 2011, Anton Zinoviev wrote: Currently console-setup-linux doesn't Replace console-setup. But it conflicts with old version of it, so it's enough to take over the conffile since at no point in time is the conffile owned by 2 packages. An obsolete conffile can always be taken over without any explicit Replaces field. If this was the real cause of the problem, then perhaps the bug can be reassigned back to console-setup? Regardless of the reassigning, thanks for the hint! I will change this in the next version of console-setup. There's no real bug except the fact that the files are listed in the Conffiles field of two packages at the same time. So I'll keep this bug on dpkg. Cheers, -- Raphaël Hertzog ◈ Debian Developer Pre-order a copy of the Debian Administrator's Handbook and help liberate it: http://debian-handbook.info/go/ulule-rh/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646688: libpoppler-dev: missing dependencies
On 10/31/2011 02:10 PM, Pino Toscano wrote: The headers in libpoppler-dev are considered private and internal (and unsupported), just like the libpoppler.so core library is private. If you are using them, you are already on your own troubles. If they are not used at all, should we remove them from the dev package? + libcurl4-gnutls-dev | libcurl-dev, where is curl used in the installed headers? poppler-0.16.7/poppler/CurlCachedFile.h + libpng12-dev, where is libpng used in the installed headers? poppler-0.16.7/poppler-0.16.7/goo/PNGWriter.h + libxml2-dev, where is libxml2 used in the installed headers? poppler-0.16.7/poppler/ABWOutputDev.h However, none of them seem to be installed in the latest version of the actual dev package, some of them have been before, but for example ABWOutputDev.h was dropped in 0.16.7-1 according to the changelog. + libxt-dev, that's because of XpdfPluginAPI.h? I'm not sure you would ever need to use it (and I doubt it would be of any use) -- hence no + libjpeg62-dev, + libopenjpeg-dev, these are for DCTStream.h and JPEG2000Stream.h, I guess? Usually they are not used directly even in applications using the poppler core library -- not worth more than a suggest (or they could be dropped from libpoppler-dev, since we install them while upstream doesn't) Suggesting sounds fine to me. Or just dropping everything that's not used. Regards, Jussi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646889: linux-image-2.6.32-5-686: Since I'm using nfsd instead of samba a kerneloops occurs when accessing the files on server
On Sun, 2011-10-30 at 11:45 +0100, Marc Matzen wrote: Hi, I have applied the patch and a memory allocation failure still occurs (swapper instead of nfsd). Different problem. For some reason the network stack is reallocating a large buffer. You may be able to work around this by disabling TSO (ethtool -K eth0 tso off). But I wonder why it's necessary to reallocate. Are you using iptables or a packet-transformation facility? Ben. -- Ben Hutchings Computers are not intelligent. They only think they are. signature.asc Description: This is a digitally signed message part
Bug#647172: unattended-upgrades: [INTL:de] updated German debconf translation
On Mon, Oct 31, 2011 at 11:07:21AM +0100, Helge Kreutzmann wrote: Package: unattended-upgrades Version: 0.73.1 Severity: wishlist Tags: patch l10n Thanks for your bugreport and your patch! Please find the updated German debconf translation for unattended-upgrades attached. Please place this file in debian/po/ as de.po for your next upload. [..] I merged this into my bzr tree and it will be part of the next upload. Thanks, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647185: linux-2.6: kernel null pointer dereference while adding SAN path
Package: linux-2.6 Version: 2.6.32-38 Hi, removing paths to our SAN and adding them back results in [ 951.569561] device-mapper: table: 253:2: sde too small for target: start=0, len=140465493850188, dev_size=627107840 [ 951.571750] BUG: unable to handle kernel NULL pointer dereference at (null) [ 951.571876] IP: [(null)] (null) [ 951.571961] PGD 6500c1067 PUD 650135067 PMD 0 [ 951.578673] Oops: 0010 [#1] SMP [ 951.578788] last sysfs file: /sys/devices/virtual/block/dm-3/uevent [ 951.578846] CPU 16 [ 951.578928] Modules linked in: 8021q garp stp ext4 jbd2 crc16 dm_round_robin dm_multipath scsi_dh bonding ipmi_devintf ipmi_si ipmi_msghandler ohci_hcd radeon ttm drm_kms_helper drm i2c_algo_bit i2c_core snd_pcm snd_timer snd soundcore snd_page_alloc hpilo hpwdt joydev pcspkr psmouse evdev serio_raw power_meter container processor button ext3 jbd mbcache dm_mod raid10 raid456 async_raid6_recov async_pq raid6_pq async_xor xor async_memcpy async_tx raid1 raid0 multipath linear md_mod sd_mod crc_t10dif sg usbhid sr_mod hid cdrom ata_generic hpsa ata_piix thermal uhci_hcd cciss ehci_hcd qla2xxx scsi_transport_fc libata scsi_tgt bnx2 usbcore qlcnic nls_base scsi_mod thermal_sys [last unloaded: scsi_wait_scan] [ 951.581772] Pid: 5801, comm: blkid Not tainted 2.6.32-5-amd64 #1 ProLiant DL380 G7 [ 951.581845] RIP: 0010:[] [(null)] (null) [ 951.581934] RSP: 0018:88071b9c5b80 EFLAGS: 00010006 [ 951.581989] RAX: 880e1ad3e880 RBX: 880e1a4888d0 RCX: [ 951.582054] RDX: 0002 RSI: 0001 RDI: 880e1a4888d0 [ 951.582116] RBP: 880e1a4888d0 R08: 880719cb33e8 R09: 880719f12840 [ 951.582175] R10: 000100027c26 R11: 88065b00 R12: 880e1a4888d0 [ 951.582234] R13: 0002 R14: 88071bcc1d60 R15: 88071bcc1c44 [ 951.582297] FS: 7f5c1037d740() GS:88001a50() knlGS: [ 951.582372] CS: 0010 DS: ES: CR0: 80050033 [ 951.582429] CR2: CR3: 00071b6d2000 CR4: 06e0 [ 951.582488] DR0: DR1: DR2: [ 951.582546] DR3: DR6: 0ff0 DR7: 0400 [ 951.582606] Process blkid (pid: 5801, threadinfo 88071b9c4000, task 88071a31bf90) [ 951.582680] Stack: [ 951.582729] 8117629e 88071bbd7dc8 81176c40 88071bbd7dc8 [ 951.582885] 0 88071bbd7dc8 880e1a4888d0 0096 88071bcc1c00 [ 951.583118] 0 8117dec9 88071bbd7dc8 c9000c8da040 88071a2fac10 [ 951.583397] Call Trace: [ 951.583452] [8117629e] ? elv_drain_elevator+0x16/0x5a [ 951.583510] [81176c40] ? elv_insert+0x91/0x260 [ 951.583568] [8117dec9] ? blk_insert_cloned_request+0x4f/0x67 [ 951.583630] [a022d90f] ? dm_dispatch_request+0x33/0x59 [dm_mod] [ 951.583691] [a022eedb] ? dm_request_fn+0x121/0x1a2 [dm_mod] [ 951.583752] [810b43e3] ? sync_page_killable+0x0/0x2f [ 951.583810] [8117f07a] ? generic_unplug_device+0x21/0x34 [ 951.583870] [a022dac8] ? dm_unplug_all+0x33/0x4c [dm_mod] [ 951.583928] [810b43d9] ? sync_page+0x3c/0x46 [ 951.583984] [810b43ec] ? sync_page_killable+0x9/0x2f [ 951.584043] [812fb80a] ? __wait_on_bit_lock+0x3f/0x84 [ 951.584101] [810b42e8] ? __lock_page_killable+0x5d/0x63 [ 951.584160] [81064fc0] ? wake_bit_function+0x0/0x23 [ 951.584217] [810b42f7] ? lock_page_killable+0x9/0x1f [ 951.584274] [810b5917] ? generic_file_aio_read+0x363/0x536 [ 951.584334] [810eed05] ? do_sync_read+0xce/0x113 [ 951.584391] [81064f92] ? autoremove_wake_function+0x0/0x2e [ 951.584451] [810ccd36] ? handle_mm_fault+0x3b8/0x80f [ 951.584508] [810ef728] ? vfs_read+0xa6/0xff [ 951.584564] [810ef83d] ? sys_read+0x45/0x6e [ 951.584621] [81010b42] ? system_call_fastpath+0x16/0x1b [ 951.584677] Code: Bad RIP value. [ 951.584795] RIP [(null)] (null) [ 951.584879] RSP 88071b9c5b80 [ 951.584932] CR2: [ 951.584985] ---[ end trace 71dd7f009a29d813 ]--- As I'm adding back the old paths pretty much at the same time it seems for me that blkid wants to access ond of the devices I've just removed. But that should not result in a NULL pointer dereference, also it should not render the access to the LUN faulty, completely forgetting about the kind of hardware behind it. lun_alias (980006470684a65693038) dm-1 , size=4.9T features='0' hwhandler='0' wp=rw |-+- policy='round-robin 0' prio=0 status=active | |- #:#:#:# - #:# active faulty running | `- #:#:#:# - #:# active faulty running `-+- policy='round-robin 0' prio=0 status=enabled |- #:#:#:# - #:# active faulty running `- #:#:#:# - #:# active faulty running The expected output of multipath -ll would be more like
Bug#647180: Email which triggers the problem
Attached. ---BeginMessage--- From: f...@example.com [mailto:f...@example.com] Sent: 31 October 2011 09:00 To: b...@example.com Subject: xyzzy Helping you find competitive insurance quotations from specialist insurance brokers ---End Message---
Bug#647186: abby: Missing .desktop launcher
Package: abby Version: 0.4.7-1 Severity: important Tags: upstream patch Dear Maintainer, Abby is currently missing a .desktop file in /usr/share/applications/ to be added into the DE's menus. Please consider adding the attached .desktop file to the abby package in Debian. The choice of the icon (down) works well in most tested cases (with gnome-icon-theme or hicolor). Abby still needs it's own icon. Thanks. -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash [Desktop Entry] Version=1.0 Type=Application Terminal=false Name[fr_FR]=Abby Name=Abby Exec=abby Comment=Download videos from Internet Comment[fr_FR]=Télécharger des vidéos depuis Internet Name=Abby Icon=down StartupNotify=false
Bug#645757: misdetects Dell RAC as hard disk
On Tue, Oct 18, 2011 at 01:46:33PM +0200, Marc Haber wrote: we are deploying Debian on a large number of servers of different types. One of our widely used server types is the Dell PowerEdge 1950 which is equipped with a RAC. The Debian Installer detects the RAC as a hard disk and assigns it /dev/sda. This, in turn, makes the installer choke since it tries installing to /dev/sda first. jftr, the lenny installer does things right, names the disk /dev/sda, allowing the install to proceed. This is a regression from lenny to squeeze. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646889: linux-image-2.6.32-5-686: Since I'm using nfsd instead of samba a kerneloops occurs when accessing the files on server
On Mon, 31 Oct 2011 13:48:55 + Ben Hutchings b...@decadent.org.uk wrote: Different problem. For some reason the network stack is reallocating a large buffer. You may be able to work around this by disabling TSO (ethtool -K eth0 tso off). I’ll give it a try. But I wonder why it's necessary to reallocate. Are you using iptables or a packet-transformation facility? No, I’m not using iptables or anything similar on this machine. Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647187: hunspell-de-de-frami: Problem handling three-part compounds
Package: hunspell-de-de-frami Version: 1:3.3.0-3 Severity: normal Dear Maintainer, the spellchecker as used in Libreoffice shows errors with german three-part compounds, e.g. - Ratenzahlungsvereinbarung is marked as wrong, Rattenzahlungsvereinbarung is offered instead. - Weinköniginnenwahl is marked as wrong, Weinkönigsinnenwahl is offered instead. - Geschwindigkeitsübertretungsverfahren is marked as wrong, Geschwindigkeitsüberrettungsverfahren is offered instead. - Kohlschädlingslarve is marked as wrong, Kohleschädlingslarve is offered instead. - Kastanienminiermotte is marked as wrong, Kastanienminierdmotte is offered instead. The offered alternatives are all valid compounds, but it looks like not all words are considered for constructing the compounds. E.g. Rate, Ratenzahlung and Vereinbarung are in the dictionary, but they are not connected. (The last example Minier-Motte vs. Mini-Erd-Motte is maybe another issue, Miniermotte and minieren are not in the dictionary.) Thanks for your work Michael Below -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (900, 'testing'), (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable'), (10, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages hunspell-de-de-frami depends on: ii dictionaries-common [openoffice.org-updatedicts] 1.11.8 hunspell-de-de-frami recommends no packages. Versions of packages hunspell-de-de-frami suggests: pn hunspell 1.3.2-4 pn openoffice.org-hunspell | openoffice.org-core none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647188: nautilus crashes when deleting folder in tree sidebar
Package: nautilus Version: 3.0.2-4 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? Trying to delete folder from sidebar - tree view * What exactly did you do (or not do) that was effective (or ineffective)? Right-click on folder in sidebar - tree, select Move to trash * What was the outcome of this action? folder deleted, nautilus crashes * What outcome did you expect instead? folder moved to trash and nautilus still functioning *** End of the template - remove these lines *** -- System Information: Debian Release: wheezy/sid APT prefers proposed-updates APT policy: (500, 'proposed-updates'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages nautilus depends on: ii desktop-file-utils 0.15-2 ii gsettings-desktop-schemas 3.0.1-1 ii gvfs 1.8.2-2 ii libatk1.0-02.2.0-2 ii libc6 2.13-21 ii libcairo-gobject2 1.10.2-6.1 ii libcairo2 1.10.2-6.1 ii libexempi3 2.1.1-1 ii libexif12 0.6.20-1 ii libfontconfig1 2.8.0-3 ii libfreetype6 2.4.6-2 ii libgail-3-03.0.12-2 ii libgdk-pixbuf2.0-0 2.24.0-1 ii libglib2.0-0 2.28.8-1 ii libglib2.0-data2.28.6-1 ii libgnome-desktop-3-0 3.0.2-2 ii libgtk-3-0 3.0.12-2 ii libnautilus-extension1a3.0.2-4 ii libnotify4 0.7.4-1 ii libpango1.0-0 1.29.4-1 ii libselinux12.1.0-1 ii libx11-6 2:1.4.4-2 ii libxml22.7.8.dfsg-5 ii nautilus-data 3.0.2-4 ii shared-mime-info 0.90-1 Versions of packages nautilus recommends: ii app-install-data 2010.11.17 ii brasero 3.0.0-4 ii consolekit0.4.5-1 ii desktop-base 6.0.7 ii eject 2.1.5+deb1+cvs20081104-8 ii gvfs-backends 1.8.2-2 ii librsvg2-common 2.34.1-2 ii synaptic 0.75.3 Versions of packages nautilus suggests: ii eog3.0.2-2 ii evince [pdf-viewer]3.2.1-1 ii okular [pdf-viewer]4:4.6.5-3 ii totem 3.0.1-3 ii trackernone ii vlc [mp3-decoder] 1.1.12-2 ii vlc-nox [mp3-decoder] 1.1.12-2 ii xdg-user-dirs 0.14-1 ii xpdf [pdf-viewer] 3.02-21 -- 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#645757: misdetects Dell RAC as hard disk
On Tue, Oct 18, 2011 at 01:58:51PM +0200, andreas.b...@srf.ch wrote: I wont' give you a guarantee but I believe, you can change the order of drives either in Dell's BIOS or in BMC-Settings. I didn't find that setting in the RAC setup, but after setting Attach Virtual Media to Detach in the RAC web interface (System/Media/Configuration), even squeeze's installer has the internal disk as sda. Lenny's installer doesn't seem to care about that setting and works anyway. Greetings Marc -- - Marc Haber | I don't trust Computers. They | Mailadresse im Header Mannheim, Germany | lose things.Winona Ryder | Fon: *49 621 31958061 Nordisch by Nature | How to make an American Quilt | Fax: *49 621 31958062 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647157: xserver-xorg-input-evdev: Segmentation fault when shutting down X11
On Sun, Oct 30, 2011 at 21:31:52 -0500, Brian Paterni wrote: I'm experiencing a segmentation fault when I close down X servers and I think it may be related to evdev since evdev is listed in the backtrace I receive: Try this patch (against xorg-server): http://patchwork.freedesktop.org/patch/7713/ 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#647189: otrs2: Please backport security fixes in Kernel/Modules/AdminPackageManager.pm
Package: otrs2
Version: 2.2.7-2lenny3
Severity: important
Tags: upstream patch
Dear maintainer,
Recently you fixed one or more security problems according to OSA-2011-03.
These problems were not serious enough for a Debian Security
Advisory, so they are now on my radar for fixing in the following suites
through point releases:
lenny (5.0.10) - use target oldstable
squeeze (6.0.4) - use target stable
Please prepare a minimal-changes upload targetting each of these suites,
and submit a debdiff to the Release Team [0] for consideration. They will
offer additional guidance or instruct you to upload your package.
I will happily assist you at any stage if the patch is straightforward and
you need help. Please keep me in CC at all times so I can
track the progress of this request. I attach the upstream patches for your
convenience.
For details of this process and the rationale, please see the original
announcement [1] and my blog post [2].
0: debian-rele...@lists.debian.org
1: 201101232332.11736.th...@debian.org
2: http://deb.li/prsc
Thanks,
with his security hat on:
--
Jonathan Wiltshire j...@debian.org
Debian Developer http://people.debian.org/~jmw
4096R: 0xD3524C51 / 0A55 B7C5 1223 3942 86EC 74C3 5394 479D D352 4C51
--- AdminPackageManager.pm 2010/05/20 17:07:50 1.81.2.2
+++ AdminPackageManager.pm 2011/07/28 09:07:35 1.81.2.3
@@ -1,8 +1,8 @@
# --
# Kernel/Modules/AdminPackageManager.pm - manage software packages
-# Copyright (C) 2001-2010 OTRS AG, http://otrs.org/
+# Copyright (C) 2001-2011 OTRS AG, http://otrs.org/
# --
-# $Id: AdminPackageManager.pm,v 1.81.2.2 2010/05/20 17:07:50 ub Exp $
+# $Id: AdminPackageManager.pm,v 1.81.2.3 2011/07/28 09:07:35 martin Exp $
# --
# This software comes with ABSOLUTELY NO WARRANTY. For details, see
# the enclosed file COPYING for license information (AGPL). If you
@@ -18,7 +18,7 @@
use Kernel::System::Web::UploadCache;
use vars qw($VERSION);
-$VERSION = qw($Revision: 1.81.2.2 $) [1];
+$VERSION = qw($Revision: 1.81.2.3 $) [1];
sub new {
my ( $Type, %Param ) = @_;
@@ -120,6 +120,9 @@
}
}
my $LocalFile = $Self-{ConfigObject}-Get('Home') . /$Location;
+
+# do not allow to read file with including .. path (security related)
+$LocalFile =~ s/\.\.//g;
if ( !-e $LocalFile ) {
$Self-{LayoutObject}-Block(
Name = 'FileDiff',
--- AdminPackageManager.pm 2011/07/28 09:07:35 1.81.2.3
+++ AdminPackageManager.pm 2011/07/29 11:37:34 1.81.2.4
@@ -2,7 +2,7 @@
# Kernel/Modules/AdminPackageManager.pm - manage software packages
# Copyright (C) 2001-2011 OTRS AG, http://otrs.org/
# --
-# $Id: AdminPackageManager.pm,v 1.81.2.3 2011/07/28 09:07:35 martin Exp $
+# $Id: AdminPackageManager.pm,v 1.81.2.4 2011/07/29 11:37:34 martin Exp $
# --
# This software comes with ABSOLUTELY NO WARRANTY. For details, see
# the enclosed file COPYING for license information (AGPL). If you
@@ -18,7 +18,7 @@
use Kernel::System::Web::UploadCache;
use vars qw($VERSION);
-$VERSION = qw($Revision: 1.81.2.3 $) [1];
+$VERSION = qw($Revision: 1.81.2.4 $) [1];
sub new {
my ( $Type, %Param ) = @_;
@@ -123,14 +123,25 @@
# do not allow to read file with including .. path (security related)
$LocalFile =~ s/\.\.//g;
-if ( !-e $LocalFile ) {
+if ( !$File ) {
$Self-{LayoutObject}-Block(
Name = 'FileDiff',
Data = {
Location = $Location,
Name = $Name,
Version = $Version,
-Diff = No such file $LocalFile!,
+Diff = No such file $LocalFile in package!,
+},
+);
+}
+elsif ( !-e $LocalFile ) {
+$Self-{LayoutObject}-Block(
+Name = 'FileDiff',
+Data = {
+Location = $Location,
+Name = $Name,
+Version = $Version,
+Diff = No such file $LocalFile in local file system!,
},
);
}
Bug#647190: /etc/exim4/conf.d/router/???_*: have a uniform header
Package: exim4-config Version: 4.76-3 Severity: minor Tags: patch With $ sed -sn '2,3p' /etc/exim4/conf.d/router/???_* ### router/100_exim4-config_domain_literal # # router/150_exim4-config_hubbed_hosts # ### router/200_exim4-config_primary # ### router/300_exim4-config_real_local # ### router/400_exim4-config_system_aliases # ### router/500_exim4-config_hubuser # ### router/600_exim4-config_userforward # procmail: debug_print = R: procmail for $local_part@$domain ### router/800_exim4-config_maildrop # ### router/850_exim4-config_lowuid # ### router/900_exim4-config_local_user # ### router/mmm_mail4root # one can see that 2 files in /etc/exim4/conf.d/router/ do not maintain the uniform header. I think other sections of the split configuration also stick to the same header. --- /etc/exim4/conf.d/router/700_exim4-config_procmail 2004-11-06 11:55:43.0 +0200 +++ 700_exim4-config_procmail 2011-10-31 16:03:06.0 +0200 @@ -1,4 +1,7 @@ +### router/700_exim4-config_procmail +# + procmail: debug_print = R: procmail for $local_part@$domain driver = accept --- /etc/exim4/conf.d/router/150_exim4-config_hubbed_hosts 2006-06-23 07:56:53.0 +0300 +++ 150_exim4-config_hubbed_hosts 2011-10-31 16:11:41.0 +0200 @@ -1,5 +1,5 @@ -# router/150_exim4-config_hubbed_hosts +### router/150_exim4-config_hubbed_hosts # # route specific domains manually. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#568910:
severity 568910 important thanks I am setting the severity to important, since this bug does not affect i386 people. -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#620056: where are the suggestions
Hi but where are the suggestions that powertop used to propose? I can't see them anymore in 1.97... Lore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645623: [PATCH] Re: Bug#645623
This patch should fix the issue. I'm testing it right now.
--
Regards,
Vasil Kolev
--- vlogger.orig 2011-10-31 16:07:04.0 +0200
+++ vlogger 2011-10-31 16:11:18.0 +0200
@@ -319,11 +319,12 @@
# pick a mode
if ( $OPTS{'e'} ) {
-
+my $logtime;
$0 = vlogger (error log);
# errorlog mode
+$logtime=time();
open ELOG, . time2str( $TEMPLATE, time() )
- or die ( can't open $LOGDIR/ . time2str( $TEMPLATE, time() ) );
+ or die ( can't open $LOGDIR/ . time2str( $TEMPLATE, $logtime ) );
unless ( $OPTS{'a'} ) {
ELOG-autoflush(1);
@@ -332,14 +333,14 @@
if ( -l $OPTS{'s'} ) {
unlink( $OPTS{'s'} );
}
-symlink( time2str( $TEMPLATE, time() ), $OPTS{'s'} );
+symlink( time2str( $TEMPLATE, $logtime ), $OPTS{'s'} );
}
my $LASTWRITE = time();
while ( my $log_line = STDIN ) {
unless ( $OPTS{'n'} ) {
-if ( time2str( %Y%m%d, time() )
+if ( time2str( %Y%m%d, $logtime )
time2str( %Y%m%d, $LASTWRITE ) )
{
@@ -409,7 +410,7 @@
# open a new log
if ( !$logs{$vhost} ) {
-
+my $logtime;
# check how many files we have open, close the oldest one
if ( keys(%logs) $MAXFILES ) {
my ( $key, $value ) =
@@ -424,9 +425,10 @@
}
# open the file using the template
+$logtime=time();
open $vhost, ${vhost}/ . time2str( $TEMPLATE, time() )
or die ( can't open $LOGDIR/${vhost}/
-. time2str( $TEMPLATE, time() ) );
+. time2str( $TEMPLATE, $logtime ) );
# autoflush the handle unless -a
if ( !$OPTS{'a'} ) {
@@ -439,7 +441,7 @@
if ( -l $OPTS{'s'} ) {
unlink( $OPTS{'s'} );
}
-symlink( time2str( $TEMPLATE, time() ), $OPTS{'s'} );
+symlink( time2str( $TEMPLATE, $logtime ), $OPTS{'s'} );
chdir(..);
}
}
@@ -485,13 +487,15 @@
# sub to open new errorlog
sub open_errorlog {
-open ELOG, . time2str( $TEMPLATE, time() )
+my $logtime;
+$logtime=time();
+open ELOG, . time2str( $TEMPLATE, $logtime )
or die ( can't open $LOGDIR/ . time2str( $TEMPLATE, time() ) );
if ( $OPTS{'s'} ) {
if ( -l $OPTS{'s'} ) {
unlink( $OPTS{'s'} );
}
-symlink( time2str( $TEMPLATE, time() ), $OPTS{'s'} );
+symlink( time2str( $TEMPLATE, $logtime ), $OPTS{'s'} );
}
# autoflush it unless -a
signature.asc
Description: This is a digitally signed message part
Bug#646865: backuppc: [PATCH] fix related issue to CVE-2011-3361 in CGI/View.pm
Hi !
I think that 3.2.1-1 Debian package already fixed the problem:
The following code was added:
http://backuppc.cvs.sourceforge.net/viewvc/backuppc/BackupPC/lib/BackupPC/CGI/Browse.pm?r1=1.23r2=1.24
BR,
Ludovic.
On Thu, Oct 27, 2011 at 04:22:54PM -0500, Jamie Strandboge wrote:
Package: backuppc
Version: 3.2.1-1
Severity: grave
Tags: patch security
Justification: user security hole
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu precise ubuntu-patch
In Ubuntu, the attached patch was applied to achieve the following:
* SECURITY UPDATE: XSS in CGI/View.pm
- lib/BackupPC/CGI/View.pm: update to verify backup number is numeric
- CVE-2011-
A CVE was requested on oss-security:
http://www.openwall.com/lists/oss-security/2011/10/27/8
Thanks for considering the patch.
-- System Information:
Debian Release: wheezy/sid
APT prefers oneiric-updates
APT policy: (500, 'oneiric-updates'), (500, 'oneiric-security'), (500,
'oneiric')
Architecture: amd64 (x86_64)
Kernel: Linux 3.0.0-12-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
diff -u backuppc-3.2.1/debian/changelog backuppc-3.2.1/debian/changelog
diff -u backuppc-3.2.1/lib/BackupPC/CGI/View.pm
backuppc-3.2.1/lib/BackupPC/CGI/View.pm
--- backuppc-3.2.1/lib/BackupPC/CGI/View.pm
+++ backuppc-3.2.1/lib/BackupPC/CGI/View.pm
@@ -46,7 +46,7 @@
my $compress = 0;
my $fh;
my $host = $In{host};
-my $num = $In{num};
+my $num = ${EscHTML($In{num})};
my $type = $In{type};
my $linkHosts = 0;
my($file, $comment);
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#645919: unattended-upgrades: Unattended-upgrade in progress during shutdown, sleeping for 5s
On Mon, Oct 31, 2011 at 06:46:43AM +0200, Teodor MICU wrote:
severity 645919 grave
stop
Thanks for your bugreport.
I think I found the issue now and fixed it in trunk. The issue is that
the init scripts are run on upgrade, but they really should only run
on actual shutdown. Its a bit confusing why this is happening as the
header of the init script says that it should not run in any runlevel
and only stop in runlevel 0 6. So there might be a bug in the init
system here as well. Which one do you use?
With the fix there will be one more hang on upgrade because the old
(and buggy) prerm is run that will try to stop
unattended-upgrades. But from that point on it should be fixed.
Cheers,
Michael
2011/10/19 Teodor mteo...@gmail.com:
I guess the only option is to kill u-a and upgrade manually. Severity set to
'important' instead of 'grave' just because it might have to be specific to
my
custom config for automatic reboot after u-a runs (if needed).
Well, my assumtion was wrong. It happened again today (u-a 0.73.1
migrated to testing) on my laptop were I don't have any automatic
reboot configured for u-a. Thus raising severity since it affects
normal configurations too.
These are all the u-a processes running now:
1715 /bin/sh /usr/sbin/invoke-rc.d unattended-upgrades stop
1735 /bin/sh /etc/init.d/unattended-upgrades stop
1736 python /usr/share/unattended-upgrades/unattended-upgrade-shutdown
28040 /usr/bin/python /usr/bin/unattended-upgrade
28144 /usr/bin/python /usr/bin/unattended-upgrade
28205 /usr/bin/dpkg --status-fd 132 --unpack --auto-deconfigure
/var/cache/apt/archives/[..]
/var/cache/apt/archives/unattended-upgrades_0.73.1_all.deb [..]
The pstree looks like this:
init─┬─NetworkManager─┬─dhclient
│└─2*[{NetworkManager}]
├─acpi_fakekeyd
├─acpid
├─anacron───sh───run-parts───apt───unattended-upgr───unattended-upgr───dpkg───prerm───invoke-rc.d───unattended-upgr───python
27381 ?Ss 0:00 /usr/sbin/anacron -s
27893 ?S 0:00 \_ /bin/sh -c nice run-parts --report
/etc/cron.daily
27894 ?SN 0:00 \_ run-parts --report /etc/cron.daily
27938 ?SN 0:00 \_ /bin/sh /etc/cron.daily/apt
28040 ?SN 0:29 \_ /usr/bin/python
/usr/bin/unattended-upgrade
28144 ?SN 0:00 \_ /usr/bin/python
/usr/bin/unattended-upgrade
28205 ?SN 0:03 \_ /usr/bin/dpkg
--status-fd 132 --unpack --auto-deconfigure /var/cache/apt/archives
1714 ?SN 0:00 \_ /bin/sh
/var/lib/dpkg/tmp.ci/prerm failed-upgrade 0.72.3
1715 ?SN 0:00 \_ /bin/sh
/usr/sbin/invoke-rc.d unattended-upgrades stop
1735 ?SN 0:00 \_ /bin/sh
/etc/init.d/unattended-upgrades stop
1736 ?SN 0:00 \_
python /usr/share/unattended-upgrades/unattended-upgrade-shutdown
ro
After kill 1736 it goes to:
28205 ?SN 0:03 \_ /usr/bin/dpkg
--status-fd 132 --unpack --auto-deconfigure /var/cache/apt/archives
1923 ?SN 0:00 \_ /usr/bin/perl
-w /usr/share/debconf/frontend /var/lib/dpkg/info/unattended-up
1926 ?SN 0:00 \_ /bin/sh
/var/lib/dpkg/info/unattended-upgrades.postinst abort-upgrade 0.7
1929 ?SN 0:00 \_ /bin/sh
/usr/sbin/invoke-rc.d unattended-upgrades start
1945 ?SN 0:00 \_
/bin/sh /etc/init.d/unattended-upgrades start
1946 ?SN 0:00 \_
python /usr/share/unattended-upgrades/unattended-upgrade-shut
A final kill 1946 made it stop all u-a processes and
/etc/cron.daily/apt (the other cron daily tasks continued to run).
A manual apt-get dist-upgrade completed the upgrade and
configuration of all packages left:
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
gnome-utils metacity
The following packages will be upgraded:
aptitude unattended-upgrades
2 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
39 not fully installed or removed.
Need to get 3,909 kB/3,945 kB of archives.
After this operation, 64.5 kB disk space will be freed.
Do you want to continue [Y/n]?
Get:1 http://ftp.ro.debian.org/debian/ unstable/main aptitude amd64
0.6.4-1.2 [3,909 kB]
Fetched 3,909 kB in 1s (2,151 kB/s)
Reading changelogs... Done
Preconfiguring packages ...
(Reading database ... 185672 files and directories currently installed.)
Preparing to replace unattended-upgrades 0.72.3 (using
.../unattended-upgrades_0.73.1_all.deb) ...
Checking for running unattended-upgrades: Unpacking replacement
Bug#646993: debian-archive-keyring/experimental: removes all keys
tags 646993 + pending quit On 2011-10-29 11:41, Eugene V. Lyubimkin wrote: On 2011-10-29 00:47, Jonathan Nieder wrote: [...] Something like apt-key exportall | apt-key --keyring /var/lib/cupt/trusted.gpg add - in place of install -m644 /etc/apt/trusted.gpg /var/lib/cupt in the postinst and cpp/lib/src/cache.cpp seems to take care of it. Too bad this will add 'Depends: apt' to the package, which I would like to avoid. Oh, indeed I overthought this. Not needed as it's optional just as before. Thanks for the idea! The fix will be uploaded to unstable soon. -- 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#647191: manpages-fr-dev: Faute de grammaire dans page man de pipe
Package: manpages-fr-dev Version: 3.27fr1.4-1 Severity: minor Tags: l10n Dear Maintainer, La page man de pipe contient une faute de grammaire : Le tableau pipefd est utilisé pour renvoyé. Il faut bien entendu écrire renvoyer. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash manpages-fr-dev depends on no packages. Versions of packages manpages-fr-dev recommends: ii manpages-fr 3.27fr1.4-1 Versions of packages manpages-fr-dev suggests: ii konqueror [man-browser] 4:4.6.5-1 ii man-db [man-browser] 2.6.0.2-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646573: UTF-8 characters in subject are passed to MUA encoded
On Tue, Oct 25, 2011 at 12:05, martin f krafft madd...@debian.org wrote: Package: reportbug Version: 6.2.1 Severity: normal I just submitted #646571 and that only worked through some magic. The problem, which I only noticed much later, was that reportbug spawned mutt with a subject line verbatim =?utf-8?q?mac=E2=86=92eui64_conversion_not_working?=, which mutt then, of course, encoded to US-ASCII. debbugs seems to handle the case properly, but reportbug should not encode subject lines when passing them to MUA via a plain-text API. Just as a self reference (since I'm unable to identify the bug right now) in reportbug.submit the function send_report() is where the message composition happens. in the 'for (header, value) in headers' the Subject header is correctly displayed as in utf-8 format, likewise after the 'rfc2047_encode_header(value, charset, mua)' but then again below in the 'message.as_string()' it's displayed with '=?utf-8?..:' while nothing in between adding the header and converting the message changed anything; in particular, the message shows the encoded headers even right after the for loop. -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#647192: po4a: Download page of web site is not translated
Package: po4a Version: 0.41-1 Severity: normal Tags: l10n Dear Maintainer, http://po4a.alioth.debian.org/download.php does not show up translated in french. This is rather strange because I browsed the svn sources online, and /po4a/po/www/fr.po seems to contain french translations for this page. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.0.0-1-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#646688: libpoppler-dev: missing dependencies
Alle lunedì 31 ottobre 2011, Jussi Hakala ha scritto: On 10/31/2011 02:10 PM, Pino Toscano wrote: The headers in libpoppler-dev are considered private and internal (and unsupported), just like the libpoppler.so core library is private. If you are using them, you are already on your own troubles. If they are not used at all, should we remove them from the dev package? No, given there are 16 or so sources using the poppler core API (most were using an embedded xpdf source in the past). + libcurl4-gnutls-dev | libcurl-dev, where is curl used in the installed headers? poppler-0.16.7/poppler/CurlCachedFile.h + libpng12-dev, where is libpng used in the installed headers? poppler-0.16.7/poppler-0.16.7/goo/PNGWriter.h + libxml2-dev, where is libxml2 used in the installed headers? poppler-0.16.7/poppler/ABWOutputDev.h That's why I said installed for all of them (I suspected you were doing such search in the headers in the sources). Suggesting sounds fine to me. Or just dropping everything that's not used. Dropping is more difficult, while suggest (but no more than that) sounds easier. -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#647193: /usr/sbin/cron: (*system*) NUMBER OF HARD LINKS 1 (/etc/crontab)
Package: cron
Version: 3.0pl1-120
Severity: normal
I hard link /etc/crontab to track it under svn, but
to have the checkout somewhere else than /etc/
So /etc/crontab has 2 hardlinks,
and cron is now complaining about it :
Oct 3 09:35:01 natch /usr/sbin/cron[3878]: (*system*) NUMBER OF HARD LINKS 1
(/etc/crontab)
I saw an old vulnerability where cron and hardlinks
are involved : http://xforce.iss.net/xforce/xfdb/34097,
but the actual flaw was wrong rights on a directory.
Is there something to do ? or the security gain is too high for this to be
fixed ?
thanks
-- Package-specific info:
--- EDITOR:
not set
--- /usr/bin/editor:
/bin/nano
--- /usr/bin/crontab:
-rwxr-sr-x 1 root crontab 34048 Sep 18 17:21 /usr/bin/crontab
--- /var/spool/cron:
drwxr-xr-x 5 root root 120 Dec 1 2008 /var/spool/cron
--- /var/spool/cron/crontabs:
drwx-wx--T 2 root crontab 96 Oct 18 22:21 /var/spool/cron/crontabs
--- /etc/cron.d:
drwxr-xr-x 2 root root 360 Oct 26 16:24 /etc/cron.d
--- /etc/cron.daily:
drwxr-xr-x 2 root root 840 Oct 3 09:28 /etc/cron.daily
--- /etc/cron.hourly:
drwxr-xr-x 2 root root 80 Oct 3 09:19 /etc/cron.hourly
--- /etc/cron.monthly:
drwxr-xr-x 2 root root 112 Oct 3 09:19 /etc/cron.monthly
--- /etc/cron.weekly:
drwxr-xr-x 2 root root 184 Oct 3 09:19 /etc/cron.weekly
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (900, 'testing'), (600, 'unstable'), (550, 'stable'), (449,
'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.35.4.2.6.35.4-3-ws.2010.09.14 (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages cron depends on:
ii adduser 3.112 add and remove users and groups
ii debianutils 3.4Miscellaneous utilities specific t
ii dpkg 1.15.8.4 Debian package management system
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libpam-runtime1.1.1-4Runtime support for the PAM librar
ii libpam0g 1.1.1-4Pluggable Authentication Modules l
ii libselinux1 2.0.96-1 SELinux runtime shared libraries
ii lsb-base 3.2-23.1 Linux Standard Base 3.2 init scrip
Versions of packages cron recommends:
ii exim4 4.72-1 metapackage to ease Exim MTA (v4)
ii exim4-daemon-heavy [mail-tran 4.72-1 Exim MTA (v4) daemon with extended
Versions of packages cron suggests:
pn anacron none (no description available)
pn checksecurity none (no description available)
ii logrotate 3.7.8-6Log rotation utility
Versions of packages cron is related to:
pn libnss-ldap none (no description available)
pn libnss-ldapd none (no description available)
pn libpam-ldap none (no description available)
pn libpam-mount none (no description available)
ii nis 3.17-31clients and daemons for the Networ
pn nscd none (no description available)
-- Configuration Files:
/etc/crontab changed:
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
17 ** * * rootcd / run-parts --report /etc/cron.hourly
0 0 * * * roottest -x /usr/sbin/anacron || ( cd / run-parts -v
--report /etc/cron.daily 21 | awk '{print [ strftime() ] $0;fflush()}'
/var/log/cron.daily.log 21 )
47 6* * 7 roottest -x /usr/sbin/anacron || ( cd / run-parts
--report /etc/cron.weekly )
52 61 * * roottest -x /usr/sbin/anacron || ( cd / run-parts
--report /etc/cron.monthly )
/etc/default/cron changed:
READ_ENV=yes
EXTRA_OPTS=-L 15
-- 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#647194: [new site] implement authorization
Package: nm.debian.org Severity: normal Hello, authorization is still missing in the new NM site: for example, anyone can set anyone as FD or DAM. Ciao, Enrico -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
