Bug#633054: mdadm: /run transition: Please switch use of /lib/init/rw to /run
This bug is primarily about the usage of /lib/init/rw in the sysv init script, specifically debian/mdadm-raid: for dir in /lib/init/rw /dev/shm /dev; do statedir=$dir/.mdadm test -d $statedir STATEDIR=$statedir break test -w $dir || continue mkdir $statedir || continue STATEDIR=$statedir break done I'd say this can be vastly simpliefied now, and you can just use /run/mdadm as STATEDIR. Updating the mdadm sources to use /run/mdadm instead of /dev/.mdadm is most likely more work and can be deferred to a later upload. Our primary concern here is getting rid of /lib/init/rw. 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#620795: emacs23 does actually FTBFS on i386 now
tags 620795 + patch thanks For the record, here is the patch that has been applied in Ubuntu already. It seems to work (building right now). Sven Index: emacs23-23.3+1/lib-src/Makefile.in === --- emacs23-23.3+1.orig/lib-src/Makefile.in +++ emacs23-23.3+1/lib-src/Makefile.in @@ -141,6 +141,9 @@ # == start of cpp stuff === /* From here on, comments must be done in C syntax. */ +/* Make sure a built-in define doesn't break our multiarch include path! */ +#undef i386 + #define THIS_IS_MAKEFILE #define NOT_C_CODE #include ../src/config.h Index: emacs23-23.3+1/src/Makefile.in === --- emacs23-23.3+1.orig/src/Makefile.in +++ emacs23-23.3+1/src/Makefile.in @@ -73,6 +73,9 @@ # == start of cpp stuff === /* From here on, comments must be done in C syntax. */ +/* Make sure a built-in define doesn't break our multiarch include path! */ +#undef i386 + C_SWITCH_SYSTEM= /* just to be sure the sh is used */
Bug#632884: apache2 upgrade does not upgrade libapr1
On Wednesday 06 July 2011, Mark Murawski wrote: Upon manual upgrade of libapr1 to 1.4.5, this problem was fixed Filename: pool/main/a/apr/libapr1_1.4.5-1_i386.deb Which was the old version of libapr1 that you were using? If you don't remember, /var/log/dpkg.log may still have the info. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633157: Using wrong configuration file leads to data loss
Package: fluxbox Version: 1.3.1~dfsg1-2 I can tell fluxbox to use a different configuration file: $ fluxbox -help [...] -rc stringuse alternate resource file. [...] This works to the extent that if I specify a different path, it will actually use it. However, and that is inacceptable, inside the file which is autogenerated if it doesn't exist, there are still references to my other configuration: session.styleOverlay: ~/.fluxbox/overlay session.keyFile:/home/uli/.fluxbox/keys session.appsFile: ~/.fluxbox/apps session.slitlistFile: /home/uli/.fluxbox/slitlist session.styleFile: /home/uli/.fluxbox/styles/Sn33z-mod If I save anything in e.g. the apps file, which happens during normal WM interaction, the configuration there is lost, although I specified a different path exactly in order to avoid overwriting it. Some more notes: 1. It looks weird that some paths above are absolute, while some are relative to the homedir. 2. Fluxbox doesn't have a configuration file, but a configuration dir. The commandline should honour that, i.e. not expect just a single init file but a directory. 3. If I specify a path to a file that doesn't exist, I'd expect to either get an error or that the file is created. This works to some extent, but if I specify a file where the parent dir doesn't exist, I get errors on stdout (most users won't see that) and fluxbox uses the default configuration from my home dir, which again can lead to data loss. Cheers! Uli -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#590876: ITP: cronie -- Fork of the ISC cron job scheduler
Hi, The only way to properly integrate all our current features is a clean upgrade process from our 18-year-old vixie-cron-3.1 to ISC-cron-4.1, upon which the cronie fork is based. I'm almost done with that step (I went through every single commit since 1993, and a 4.1 package will be available very soon). Once that is done, I'll begin feeding our bugfix and some of our feature patches to cronie upstream for integration. At the same time, there's a lot of other stuff that needs to be considered, from the anacron situation (IIRC it's just a simple copy of ours, so this should be coordinated with our anacron maintainers and the Fedora guys) to kFreeBSD (cronie makes heavy use of Linux-only features) to many other things. I'm interested what the current state of this ITP is, especially since you mentioned that 4.1 packages would be available very soon, which is now almost 6 months later. Has there been any progress? Cheers, Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#633136: please progress forward 7.11~ to track upstream's release branch 7.11
Yaroslav Halchenko deb...@onerussian.com (08/07/2011): Package: mesa Version: 7.11~0-2 Severity: wishlist I am helping to prepare packaging of openwalnut, and unfortunately mesa 7.10 was simply failing on assertion on my Intel card with openwalnut, and with 7.11~0 it gets into busy loop without any direct rendering to the screen (resulting in black windows without update and 100% cpu consumption). I see that a lot work was done in upstream regarding intel cards since current 7.11~0 point, so would be great to be able to try it from official debian package to assure future aptness of mesa for openwalnut before 7.11 finally gets out. Bleh, isn't that what we're doing already? Running debcheckout mesa really should be a prerequisite to that kind of whining. Mraw, KiBi. signature.asc Description: Digital signature
Bug#633131: ITP: diod -- I/O forwarding server for 9P
Hi. Le vendredi 08 juillet 2011 à 20:40 +0200, Євгеній Мещеряков a écrit : Package: wnpp Severity: wishlist Owner: Євгеній Мещеряков eu...@debian.org * Package name: diod Version : 1.0~pre44 Upstream Author : Jim Garlick garlick at llnl dot gov * URL : http://code.google.com/p/diod/ * License : GPL, BSD Programming Lang: C Description : I/O forwarding server for 9P diod is a 9P server used in combination with the kernel v9fs file system for I/O forwarding on Linux clusters. May I suggest to explain also what 9P is in the description... its probably obvious to you, but not to most Debian users, I guess. My 2 cents, -- Olivier BERGER olivier.ber...@it-sudparis.eu http://www-public.it-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingénieur Recherche - Dept INF Institut TELECOM, SudParis (http://www.it-sudparis.eu/), Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583838: Bug #583838: localized date in ls -l is wrong for Romanian
On Vi, 08 iul 11, 14:26:23, Benoît Knecht wrote: Hi Andrei, What are the values of your LC_ALL and LC_TIME environement variables? Does this issue only manifest itself with ls -l, or in other commands that output a date too? Can you paste the output of $ date $ LC_TIME=ro_RO.UTF-8 date please? Hi Benoît, Thanks for following up on this old bug. Here is the info you requested: LC_ALL and LC_TIME are both unset, but $ locale LANG=ro_RO.UTF-8 LANGUAGE= LC_CTYPE=ro_RO.UTF-8 LC_NUMERIC=ro_RO.UTF-8 LC_TIME=ro_RO.UTF-8 LC_COLLATE=ro_RO.UTF-8 LC_MONETARY=ro_RO.UTF-8 LC_MESSAGES=ro_RO.UTF-8 LC_PAPER=ro_RO.UTF-8 LC_NAME=ro_RO.UTF-8 LC_ADDRESS=ro_RO.UTF-8 LC_TELEPHONE=ro_RO.UTF-8 LC_MEASUREMENT=ro_RO.UTF-8 LC_IDENTIFICATION=ro_RO.UTF-8 LC_ALL= $ date sâmbătă 9 iulie 2011, 11:31:02 +0300 $ LC_TIME=ro_RO.UTF-8 date sâmbătă 9 iulie 2011, 11:31:49 +0300 I assume the order month/day is hard-coded somewhere, instead of using something that can be over-riden by the locale. It would be probably best to just use ISO 8601 instead ;) Regards, Andrei -- Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic signature.asc Description: Digital signature
Bug#633158: debootstrap: does not generate a sarge/amd64 chroot
Package: debootstrap Version: 1.0.32 The unofficial sarge/amd64 release can't be installed: sudo debootstrap --variant=buildd sarge ./base-sarge http://archive.debian.org/debian-amd64/ I: Retrieving Release E: Invalid Release file, no entry for main/binary-amd64/Packages I see this is the same issue as #627365: unlike the official sarge release, the amd64 version only has md5sums and not sha1sums. Putting force_md5 into /usr/share/debootstrap/scripts/sarge.buildd fixed this for me. -- Niko Tyni nt...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633159: Fw: Message with no Package: tag cannot be processed! (Debian Lenny to Squeeze upgrade)
Package: linux-image-2.6-686 --- On Sat, 7/9/11, Debian Bug Tracking System ow...@bugs.debian.org wrote: From: Debian Bug Tracking System ow...@bugs.debian.org Subject: Message with no Package: tag cannot be processed! (Debian Lenny to Squeeze upgrade) To: Linda R lindamarce...@yahoo.com Date: Saturday, July 9, 2011, 1:21 AM Your message didn't have a Package: line at the very first line of the mail body (part of the pseudo-header), or didn't have a Package: line at all. Unfortunatly, this means that your message has been ignored completely. Without this information we are unable to categorise or otherwise deal with your problem report. Please _resubmit_ your report to sub...@bugs.debian.org and tell us which package the report is for. For help, check out http://www.debian.org/Bugs/Reporting. Your message was dated Sat, 9 Jul 2011 01:17:34 -0700 (PDT) and had message-id 1310199454.50527.yahoomailclas...@web120607.mail.ne1.yahoo.com and subject Debian Lenny to Squeeze upgrade. The complete text of it is attached to this message. If you need any assistance or explanation please contact ow...@bugs.debian.org and include the the attached message. If you didn't send the attached message (spam was sent forging your from address), we apologize; please disregard this message. -- -1: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=-1 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- The bug is that after I installed Squeeze, the Tex distribution totally died. And after I ran upgrade-from-grub-legacy, the graphical interface and greeter no long work. I think some of the documentation was unclear and left ambiguous instructions , which I probably guessed at and misinterpreted, although I googled for help for quite a while before. I might just wipe my disk and install Ubuntu, which everyone at my job has already switched to, especially because I need this computer for work, and it hasn't worked with wireless or dual monitor. I have a computer science and math degree, and also a couple years of computer science at Berkeley. I'm 50 years old, and I very much doubt any older person could do this, without extensive background. Very poorly done! Documentation and software is just a mess, sorry to say. After about 12 hours of working on this, what a waste of a day, and if things continue, probably for the rest of the weekend. ---End Message---
Bug#633160: xscorch: FTBFS with ld --as-needed
Package: xscorch Version: 0.2.1~pre2-3 Severity: normal Tags: upstream patch User: debian-...@lists.debian.org Usertags: ld-as-needed The package fails to build when --as-needed linker option is enabled, because of incorrect order of parameters passed to ld. Here's a log of failed build in Ubuntu: https://launchpadlibrarian.net/70990065/buildlog_ubuntu-oneiric-i386.xscorch_0.2.1~pre2-3_FAILEDTOBUILD.txt.gz See also http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries The attached patch was used in Ubuntu to fix the problem. https://launchpad.net/ubuntu/+source/xscorch/0.2.1~pre2-3ubuntu1 -- System Information: Debian Release: wheezy/sid APT prefers oneiric APT policy: (500, 'oneiric') Architecture: i386 (i686) Kernel: Linux 2.6.38-10-generic (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Description: Change order of libraries in makefiles. This fixes FTBFS with --as-needed linker option. Author: Ilya Barygin bary...@gmail.com Bug-Ubuntu: https://launchpad.net/bugs/756217 --- xscorch-0.2.1~pre2.orig/Makefile.am +++ xscorch-0.2.1~pre2/Makefile.am @@ -45,9 +45,6 @@ xscorch_SOURCES = \ xscorch.c xscorch_LDADD = \ - -lm \ - $(GTK_LIBS) \ - $(LIBMIKMOD_LIBS) \ sgame/libscorch_game.a \ sgtk/libscorch_gtk.a \ sgtk/swidgets/libscorch_widget_gtk.a \ @@ -57,14 +54,15 @@ sutil/libscorch_util.a \ sgame/libscorch_game.a \ libj/jreg/libjreg.a \ - libj/jstr/libjstr.a + libj/jstr/libjstr.a \ + -lm \ + $(GTK_LIBS) \ + $(LIBMIKMOD_LIBS) xscorch_server_SOURCES = \ xscorch.c xscorch_server_LDADD = \ - -lm \ - $(LIBREADLINE_LIBS) \ sgame/libscorch_game.a \ sconsole/libscorch_console.a \ sai/libscorch_ai.a \ @@ -73,7 +71,9 @@ sutil/libscorch_util.a \ sgame/libscorch_game.a \ libj/jreg/libjreg.a \ - libj/jstr/libjstr.a + libj/jstr/libjstr.a \ + -lm \ + $(LIBREADLINE_LIBS) work-list: --- xscorch-0.2.1~pre2.orig/Makefile.in +++ xscorch-0.2.1~pre2/Makefile.in @@ -284,11 +284,7 @@ @MIKMOD_TRUE@MIKMOD_LD_ADD = ssound/libscorch_sound.a xscorch_SOURCES = \ xscorch.c - xscorch_LDADD = \ - -lm \ - $(GTK_LIBS) \ - $(LIBMIKMOD_LIBS) \ sgame/libscorch_game.a \ sgtk/libscorch_gtk.a \ sgtk/swidgets/libscorch_widget_gtk.a \ @@ -298,14 +294,15 @@ sutil/libscorch_util.a \ sgame/libscorch_game.a \ libj/jreg/libjreg.a \ - libj/jstr/libjstr.a + libj/jstr/libjstr.a \ + -lm \ + $(GTK_LIBS) \ + $(LIBMIKMOD_LIBS) + xscorch_server_SOURCES = \ xscorch.c - xscorch_server_LDADD = \ - -lm \ - $(LIBREADLINE_LIBS) \ sgame/libscorch_game.a \ sconsole/libscorch_console.a \ sai/libscorch_ai.a \ @@ -314,7 +311,9 @@ sutil/libscorch_util.a \ sgame/libscorch_game.a \ libj/jreg/libjreg.a \ - libj/jstr/libjstr.a + libj/jstr/libjstr.a \ + -lm \ + $(LIBREADLINE_LIBS) INCLUDES = -Isgame -Isgtk all: config.h
Bug#633161: ITP: django-form-utils -- Enhances Django by providing better forms
Package: wnpp Severity: wishlist Owner: Karl Ferdinand Ebert kfeb...@gmail.com * Package name: python-django-form-utils Version : 0.2.0 Upstream Author : Carl Meyer c...@oddbird.net * URL : https://bitbucket.org/carljm/django-form-utils/ * License : BSD Programming Lang: Python Description : Enhances Django by providing better forms This application provides utilities for enhancing Django's form handling: BetterForm and BetterModelForm classes, which are subclasses of django.forms.Form and django.forms.ModelForm, respectively. .. BetterForm and BetterModelForm allow subdivision of forms into fieldsets which are iterable from a template, and also allow definition of row_attrs which can be accessed from the template to apply attributes to the surrounding container (li, tr, or whatever) of a specific form field. .. A ClearableFileField to enhance FileField and ImageField with a checkbox for clearing the contents of the field. .. An ImageWidget which display a thumbnail of the image rather than just the filename. .. An AutoResizeTextarea widget which auto-resizes to accommodate its contents. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#628975: brcmsmac
tags: patch -- Melhores cumprimentos/Best Regards, Miguel Figueiredo http://www.DebianPT.org diff --git a/modules/nic-wireless-modules b/modules/nic-wireless-modules index db3d30f..4e81124 100644 --- a/modules/nic-wireless-modules +++ b/modules/nic-wireless-modules @@ -18,6 +18,7 @@ ath9k ? iwlagn ? iwl3945 ? b43 ? +brcmsmac ? # rt2x00 drivers rt2500pci ?
Bug#633222: lists.debian.org: please include link to b.d.o in debian-bugs-* signature
Package: lists.debian.org Severity: wishlist Please consider adding a link to b.d.o in the signature of debian-bugs-* list mails. For example, instead of: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org something like this would be helpful (this is actually part of the signature in mails from the Debian Bug Tracking System): -- nn: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=nn ... or the pretty URL rewrite: -- nn: http://bugs.debian.org/nn ... Thanks, John -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631424: arno-iptables-firewall: Firewall blocks multicast traffic completely without any configuration option
As to my testing 2.0.0C-DEVEL fixes the issue. Sven Am Freitag, den 01.07.2011, 14:29 +0200 schrieb Arno van Amersfoort: (I think) I've fixed this issue in 2.0.0c-DEVEL. The upcoming 2.0.0c will have the fix which can be used downstream. -arno On 6/23/2011 20:43, S. G. wrote: Package: arno-iptables-firewall Version: 2.0.0.a-2 Severity: important Tags: upstream After updating from arno-iptables-firewall 1.9.2.k-4 zeroconf (MDNS) does work any more. Investigations brought up this set of rules Chain EXT_MULTICAST_CHAIN (2 references) pkts bytes target prot opt in out source destination 00 LOGtcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpts:0:1023 limit: avg 6/min burst 2 LOG flags 0 level 6 prefix `AIF:PRIV TCP multicast: ' 00 LOGudp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpts:0:1023 limit: avg 6/min burst 2 LOG flags 0 level 6 prefix `AIF:PRIV UDP multicast: ' 00 LOGtcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpts:1024:65535 limit: avg 6/min burst 2 LOG flags 0 level 6 prefix `AIF:UNPRIV TCP multicast: ' 00 LOGudp -- * * 0.0.0.0/0 0.0.0.0/0 udp dpt:1024 limit: avg 6/min burst 2 LOG flags 0 level 6 prefix `AIF:UNPRIV UDP multicast: ' 00 LOGicmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp type 8 limit: avg 3/min burst 1 LOG flags 0 level 6 prefix `AIF:ICMP-multicast-request: ' 00 LOGicmp -- * * 0.0.0.0/0 0.0.0.0/0 icmp !type 8 limit: avg 12/hour burst 1 LOG flags 0 level 6 prefix `AIF:ICMP-multicast-other: ' 00 DROP all -- * * 0.0.0.0/0 0.0.0.0/0 which obviously blocks all multicast packets. The configuration files doesn't offer a way to let in zeroconf traffic (MDNS, UDP Port 5353) again. With the stable version of the packet it was sufficient to open UDP Port 5353 via debconf.cfg. Zeroconf is installed and enabled by default on a freshly installed system. So the firewall should not block it without a remedy to reenable it. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (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 arno-iptables-firewall depends on: ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy ii gawk 1:3.1.7.dfsg-5 GNU awk, a pattern scanning and pr ii iproute 20110315-1 networking and traffic control too ii iptables 1.4.10-1 administration tools for packet fi Versions of packages arno-iptables-firewall recommends: ii dnsutils 1:9.7.3.dfsg-1+b1 Clients provided with BIND ii lynx 2.8.8dev.8-1 Text-mode WWW Browser (transitiona arno-iptables-firewall suggests no packages. -- debconf information: arno-iptables-firewall/config-int-nat-net: arno-iptables-firewall/dynamic-ip: true arno-iptables-firewall/config-int-net: arno-iptables-firewall/icmp-echo: false * arno-iptables-firewall/services-udp: 631 5353 arno-iptables-firewall/title: * arno-iptables-firewall/config-ext-if: eth0 wlan0 * arno-iptables-firewall/services-tcp: * arno-iptables-firewall/restart: true * arno-iptables-firewall/config-int-if: arno-iptables-firewall/nat: false * arno-iptables-firewall/debconf-wanted: true -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633223: /usr/bin/fail2ban-regex: reports wrong time during DST with ISO 8601 timestamps
Package: fail2ban Version: 0.8.4-3 Severity: normal File: /usr/bin/fail2ban-regex Tags: patch upstream I noticed that fail2ban-regex reports the wrong time for matches with ISO 8601 timestamps, as used by rsyslog by default. Example: $ fail2ban-regex 2011-07-03T08:22:22.129317+00:00 darwin sshd[461]: Invalid user git from 199.17.59.5 /etc/fail2ban/filter.d/sshd.conf [...] [5] 199.17.59.5 (Sun Jul 03 09:22:22 2011) Notice that the time is an hour ahead of that given on the command line. This is because iso8601.py disregards the current state of DST and instead gives a fixed-offset tzinfo in the datetime object it returns. A patch that works for me is attached. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (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 Versions of packages fail2ban depends on: ii lsb-base3.2-23.2squeeze1 Linux Standard Base 3.2 init scrip ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-central 0.6.16+nmu1 register and build utility for Pyt Versions of packages fail2ban recommends: ii iptables 1.4.8-3administration tools for packet fi ii whois 5.0.10 an intelligent whois client Versions of packages fail2ban suggests: ii bsd-mailx [mailx] 8.1.2-0.20100314cvs-1 simple mail user agent pn python-gamin none(no description available) -- no debconf information From d1cb97899934431b821b02ac6273baf42b996707 Mon Sep 17 00:00:00 2001 From: Kenyon Ralph ken...@kenyonralph.com Date: Sat, 9 Jul 2011 01:34:43 -0700 Subject: [PATCH] preserve the local value of Daylight Saving Time This fixes fail2ban-regex reporting of matches using ISO 8601 timestamps, which previously would be shown incorrect by the DST offset due to iso8601.py not preserving DST in the datetime object if given a timestamp with a fixed timezone offset. --- server/datetemplate.py |1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/server/datetemplate.py b/server/datetemplate.py index e8c1a5a..561a6a0 100644 --- a/server/datetemplate.py +++ b/server/datetemplate.py @@ -189,4 +189,5 @@ class DateISO8601(DateTemplate): # Parses the date. value = dateMatch.group() date = list(iso8601.parse_date(value).timetuple()) + date[-1] = time.localtime().tm_isdst return date -- 1.7.2.5
Bug#600443: please include clive-gui python script
tag 600443 + wontfix thanks Hi, clive 2.3 will (or already is) a thin wrapper around quvi. I believe a GUI should use libquvi directly instead of going via clive. Regards, Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633279: ocfs2-tools: fsck.ocfs2 getting Killed when trying to check filesystem
Package: ocfs2-tools
Version: 1.4.4-3
Severity: grave
Justification: renders package unusable
Hello,
we have 2.5TB ocfs2 filesystem here, living on the drbd storage, after an
unexpected system crash when trying to check (unmounted or not) filesystem
we get the following:
fsck.ocfs2 -n /dev/drbd1
Checking OCFS2 filesystem in /dev/drbd1:
Label: ocfs2_SHARED
UUID: FEA2D49041A84E99B36C82A9570D32CA
Number of blocks: 669478951
Block size: 4096
Number of clusters: 669478951
Cluster size: 4096
Number of slots:2
Killed
attached stderr when running with strace, if I understand correctly it seems,
fsck.ocfs2 for some reason tries to mmap huuuge amount of memory.
the filesystem is mounting and seems to operate properly, I don't want to mess
the filesystem for now, but would be good to check if I have to backup data,
recreate fs and move data back, or if it's ok
please ask for other info if You need
Cheers,
Marek
-- System Information:
Debian Release: 6.0.2
APT prefers stable
APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-openvz-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Shell: /bin/sh linked to /bin/bash
Versions of packages ocfs2-tools depends on:
ii debconf [debconf-2.0] 1.5.36.1 Debian configuration management sy
ii libc6 2.11.2-10Embedded GNU C Library: Shared lib
ii libcomerr2 1.41.12-4stable1 common error description library
ii libglib2.0-02.24.2-1 The GLib library of C routines
ii libncurses5 5.7+20100313-5 shared libraries for terminal hand
ii libreadline66.1-3GNU readline and history libraries
ii libuuid12.17.2-9 Universally Unique ID library
ii psmisc 22.11-1 utilities that use the proc file s
ocfs2-tools recommends no packages.
Versions of packages ocfs2-tools suggests:
pn ocfs2-tools-cman none (no description available)
pn ocfs2-tools-pacemaker none (no description available)
pn ocfs2console none (no description available)
-- debconf information:
* ocfs2-tools/heartbeat_threshold: 31
* ocfs2-tools/reconnect_delay: 2000
* ocfs2-tools/init: true
* ocfs2-tools/keepalive_delay: 2000
* ocfs2-tools/clustername: ocfs2_SHARED
* ocfs2-tools/idle_timeout: 3
*** /fsck.ocfs2-stderr
execve(/sbin/fsck.ocfs2, [fsck.ocfs2, -n, /dev/drbd1], [/* 15 vars */])
= 0
brk(0) = 0xd79000
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f6df22fd000
access(/etc/ld.so.preload, R_OK) = -1 ENOENT (No such file or directory)
open(/etc/ld.so.cache, O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=19460, ...}) = 0
mmap(NULL, 19460, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f6df22f8000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libdl.so.2, O_RDONLY) = 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\340\r\0\0\0\0\0\0...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=14696, ...}) = 0
mmap(NULL, 2109696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f6df1ede000
mprotect(0x7f6df1ee, 2097152, PROT_NONE) = 0
mmap(0x7f6df20e, 8192, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f6df20e
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libcom_err.so.2, O_RDONLY) = 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0\360\24\0\0\0\0\0\0...,
832) = 832
fstat(3, {st_mode=S_IFREG|0644, st_size=12336, ...}) = 0
mmap(NULL, 2107568, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f6df1cdb000
mprotect(0x7f6df1cde000, 2093056, PROT_NONE) = 0
mmap(0x7f6df1edd000, 4096, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7f6df1edd000
close(3)= 0
access(/etc/ld.so.nohwcap, F_OK) = -1 ENOENT (No such file or directory)
open(/lib/libc.so.6, O_RDONLY)= 3
read(3, \177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\0\1\0\0\0`\355\1\0\0\0\0\0...,
832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1432968, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0x7f6df22f7000
mmap(NULL, 3541032, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) =
0x7f6df197a000
mprotect(0x7f6df1ad2000, 2093056, PROT_NONE) = 0
mmap(0x7f6df1cd1000, 20480, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x157000) = 0x7f6df1cd1000
mmap(0x7f6df1cd6000, 18472, PROT_READ|PROT_WRITE,
MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f6df1cd6000
close(3)= 0
Bug#633294: alsa-lib: Version 1.0.24 is available
Package: alsa-lib Version: 1.0.23-4 Severity: wishlist Version 1.0.24 has been released for quite some time now, incorporating a number of substantial API enhancements including UCM. Please package it so applications can start using these enhancements. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633295: 4store: FTBFS with ld --as-needed
Package: 4store Version: 1.1.3-1 Severity: normal Tags: upstream patch User: debian-...@lists.debian.org Usertags: ld-as-needed The package fails to build when --as-needed linker option is enabled, because of incorrect order of parameters passed to ld. Here's a log of failed build in Ubuntu: https://launchpadlibrarian.net/72378541/buildlog_ubuntu-oneiric-i386.4store_1.1.3-1_FAILEDTOBUILD.txt.gz See also http://wiki.debian.org/ToolChain/DSOLinking#Only_link_with_needed_libraries The attached patch was used in Ubuntu to fix the problem. https://launchpad.net/ubuntu/+source/4store/1.1.3-1ubuntu1 -- System Information: Debian Release: wheezy/sid APT prefers oneiric APT policy: (500, 'oneiric') Architecture: i386 (i686) Kernel: Linux 2.6.38-10-generic (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Description: Move libraries to LIBS variable. This fixes build problem with --as-needed linker option. Author: Ilya Barygin bary...@gmail.com Bug-Ubuntu: https://launchpad.net/bugs/803170 --- 4store-1.1.3.orig/src/backend/Makefile.am +++ 4store-1.1.3/src/backend/Makefile.am @@ -1,5 +1,5 @@ AM_CFLAGS = -Wall -g -std=gnu99 -O2 -I.. -DGIT_REV=@GIT_REV@ @RAPTOR_CFLAGS@ @GLIB_CFLAGS@ @MDNS_CFLAGS@ -AM_LDFLAGS = -lz @RAPTOR_LIBS@ @GLIB_LIBS@ @MDNS_LIBS@ +LIBS = -lz @RAPTOR_LIBS@ @GLIB_LIBS@ @MDNS_LIBS@ bin_PROGRAMS = 4s-backend --- 4store-1.1.3.orig/src/backend/Makefile.in +++ 4store-1.1.3/src/backend/Makefile.in @@ -309,7 +309,7 @@ top_build_prefix = @top_build_prefix@ top_builddir = @top_builddir@ top_srcdir = @top_srcdir@ AM_CFLAGS = -Wall -g -std=gnu99 -O2 -I.. -DGIT_REV=@GIT_REV@ @RAPTOR_CFLAGS@ @GLIB_CFLAGS@ @MDNS_CFLAGS@ -AM_LDFLAGS = -lz @RAPTOR_LIBS@ @GLIB_LIBS@ @MDNS_LIBS@ +LIBS = -lz @RAPTOR_LIBS@ @GLIB_LIBS@ @MDNS_LIBS@ noinst_LIBRARIES = lib4storage.a noinst_HEADERS = backend-intl.h backend.h bucket.h chain.h disk-space.h import-backend.h list.h lock.h metadata.h mhash.h prefix-trie.h ptable.h ptree.h query-backend.h rhash.h sort.h tbchain.h tlist.h tree-intl.h tree.h LIB_OBJS = chain.o bucket.o list.o tlist.o rhash.o mhash.o sort.o \ --- 4store-1.1.3.orig/src/http/Makefile.am +++ 4store-1.1.3/src/http/Makefile.am @@ -6,7 +6,7 @@ FRONTEND = ../frontend/query-cache.o ../ # PROFILE = -pg AM_CFLAGS = -std=gnu99 -Wall $(PROFILE) -g -O2 -I./ -I../ -DGIT_REV=@GIT_REV@ @RASQAL_CFLAGS@ @RAPTOR_CFLAGS@ @GLIB_CFLAGS@ @LIBXML_CFLAGS@ @GTHREAD_CFLAGS@ @MDNS_CFLAGS@ `pcre-config --cflags` -AM_LDFLAGS = $(PROFILE) @RASQAL_LIBS@ @RAPTOR_LIBS@ @GLIB_LIBS@ @LIBXML_LIBS@ @GTHREAD_LIBS@ @MDNS_LIBS@ `pcre-config --libs` +LIBS = $(PROFILE) @RASQAL_LIBS@ @RAPTOR_LIBS@ @GLIB_LIBS@ @LIBXML_LIBS@ @GTHREAD_LIBS@ @MDNS_LIBS@ `pcre-config --libs` 4s_httpd_SOURCES = httpd.c ../common/gnu-options.c 4s_httpd_LDADD = ../common/lib4sintl.a $(FRONTEND) ../common/libsort.a ../libs/stemmer/libstemmer.a ../libs/double-metaphone/libdouble_metaphone.a --- 4store-1.1.3.orig/src/http/Makefile.in +++ 4store-1.1.3/src/http/Makefile.in @@ -215,7 +215,7 @@ FRONTEND = ../frontend/query-cache.o ../ # PROFILE = -pg AM_CFLAGS = -std=gnu99 -Wall $(PROFILE) -g -O2 -I./ -I../ -DGIT_REV=@GIT_REV@ @RASQAL_CFLAGS@ @RAPTOR_CFLAGS@ @GLIB_CFLAGS@ @LIBXML_CFLAGS@ @GTHREAD_CFLAGS@ @MDNS_CFLAGS@ `pcre-config --cflags` -AM_LDFLAGS = $(PROFILE) @RASQAL_LIBS@ @RAPTOR_LIBS@ @GLIB_LIBS@ @LIBXML_LIBS@ @GTHREAD_LIBS@ @MDNS_LIBS@ `pcre-config --libs` +LIBS = $(PROFILE) @RASQAL_LIBS@ @RAPTOR_LIBS@ @GLIB_LIBS@ @LIBXML_LIBS@ @GTHREAD_LIBS@ @MDNS_LIBS@ `pcre-config --libs` 4s_httpd_SOURCES = httpd.c ../common/gnu-options.c 4s_httpd_LDADD = ../common/lib4sintl.a $(FRONTEND) ../common/libsort.a ../libs/stemmer/libstemmer.a ../libs/double-metaphone/libdouble_metaphone.a all: all-am --- 4store-1.1.3.orig/src/utilities/Makefile.am +++ 4store-1.1.3/src/utilities/Makefile.am @@ -1,5 +1,5 @@ AM_CFLAGS = -Wall -g -std=gnu99 -I.. -DGIT_REV=@GIT_REV@ @GLIB_CFLAGS@ -AM_LDFLAGS = -lz @GLIB_LIBS@ @RAPTOR_LIBS@ +LIBS = -lz @GLIB_LIBS@ @RAPTOR_LIBS@ bin_PROGRAMS = 4s-backend-setup 4s-backend-destroy 4s-backend-info 4s-backend-copy 4s-backend-passwd --- 4store-1.1.3.orig/src/utilities/Makefile.in +++ 4store-1.1.3/src/utilities/Makefile.in @@ -262,7 +262,7 @@ top_build_prefix = @top_build_prefix@ top_builddir = @top_builddir@ top_srcdir = @top_srcdir@ AM_CFLAGS = -Wall -g -std=gnu99 -I.. -DGIT_REV=@GIT_REV@ @GLIB_CFLAGS@ -AM_LDFLAGS = -lz @GLIB_LIBS@ @RAPTOR_LIBS@ +LIBS = -lz @GLIB_LIBS@ @RAPTOR_LIBS@ dist_bin_SCRIPTS = 4s-ssh-all 4s-ssh-all-parallel \ 4s-cluster-create 4s-cluster-destroy 4s-cluster-start 4s-cluster-stop \ 4s-cluster-info 4s-dump 4s-restore 4s-file-backup 4s-cluster-file-backup \
Bug#407511: apt: Wrong value for APT::Default-Release is user problem ???
severity 407511 wishlist thanks Hi, It is quite scarely to see grave bug Is this bug #407511 important bug? .. or even grave bug for APT? I think this is something which should be addressed by the Release notes. See Relese notes 4.2. Checking system status http://www.debian.org/releases/stable/amd64/release-notes/ch-upgrading.en.html#system-status Many arbitual user configurations such as pinning will cause upgrade problems. That is not bug of apt system. It is a user configuration problem. Do not blame all the package management issues on APT. PINNING can prevent security patch as well. APT is, by design, a simple release agonostic program whose behavior is dictated by the archive data and user configuration. That is why we can let it do downgrade for emergency recovery using 1001 PIN value which is known to be dangerous. This is fundamental design concept of APT as I understand and that is why other distributions can use without patching for the release name etc. Of course, it will be nice to warn user of many combinations of risky configurations before upgrade, but that is not the core job of APT. I really think some sanity check script provided to do checks proposed by the Release notes. So this is, at best, a feature request wishlist bug. Quite frankly, if APT starts spitting warning to have: * multiple archive such as unstable/stable * setting default release or * PINNING, it will be quite annoying. These should be done only by who knows them well. Please note that Default-Release is basically setting PINNING of 990. Ben, You know better than I know about Debian. I do not understand why you are moving this up to the grave bug. This seems excessive bug severity. * lenny didn't support codenames This is known feature, isn't it. So never use it for upgrade from it. We can do this from sarge, I hope, since this wishlist feature seems to be added. * non-existing release without warning. APT pinning things including pinning to 990 via Default-Release can set many bogus things without warning. Wishlist bug for more helpful message for non-existing things is understandable but it is just wishlist thing. It is not serious bug not important one. Am I missing something here? Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#612180: xfig cannot generate preview bitmap from eps images
We have the same problem (squeeze, amd64). This essentially makes xfig useless for us, as annotating PostScript is its major application. Is there any prospect of a fix? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#616610: new syntax for ssh_config from upstream breaks IPv6 link local Hostname entries
I discovered that openssh-5.8 seems to support parameter expansion by variables which breaks older configurations with IPv6 link-local addresses as Linus Lüssing observed. The good news: Double %% instead of single % will work (observed on 1:5.8p1-1ubuntu3). like Hostname fe80::4:64ff:fea4:39b1%%br0 Hostname fe80::0dd:affe:fea4:3ea1%%wlan0 # (real address changed for privacy reasons) The bad: The %% syntax does not work in openssh-5.5 Ah, I found a note about that in http://www.openssh.org/txt/release-5.6 Expand %h to the hostname in ssh_config Hostname options. So I kindly ask the packet maintainer to add a warning to everyone upgrading from openssh below 5.6. But as this upstream upgrade will break some user configurations this might not be sufficient... Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626224: [Pkg-xfce-devel] Bug#626224: xfce4-power-manager: Empty spots in the notification area
Le jeudi 07 juil. 2011 à 21:13:12 (+0200 CEST), Julien Valroff a écrit : As explained in #632812, I have the same issue using openbox as WM and tint2 as a systray. This leads to think the issue is in xfpm and not in the systray. I have also noticed that the extra space gets larger each time the computer gets back from sleep. I attach a debug log showing some glib warnings and gtk errors when resuming in the hope this can help. Cheers, Julien -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 TRACE[xfpm-button.c:114] xfpm_button_filter_x_events(): Key press: ((XfpmButtonKey) BUTTON_POWER_OFF) TRACE[xfpm-manager.c:259] xfpm_manager_button_pressed_cb(): Received button press event: ((XfpmButtonKey) BUTTON_POWER_OFF) TRACE[xfpm-manager.c:287] xfpm_manager_button_pressed_cb(): Shutdown request : : ((XfpmShutdownRequest) XFPM_DO_SUSPEND) TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-power.c:1152] xfpm_power_refresh_adaptor_visible(): Tray icon configuration: : ((XfpmShowIcon) SHOW_ICON_WHEN_BATTERY_PRESENT) TRACE[xfpm-power.c:1117] xfpm_power_hide_adapter_icon(): Hide adaptor icon TRACE[xfpm-power.c:1011] xfpm_power_add_device(): Battery device detected at : /org/freedesktop/UPower/devices/battery_BAT1: ((XfpmDeviceType) XFPM_DEVICE_TYPE_BATTERY) TRACE[xfpm-battery.c:148] xfpm_battery_refresh_visible(): visible=TRUE: ((XfpmShowIcon) SHOW_ICON_WHEN_BATTERY_PRESENT) TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-power.c:1152] xfpm_power_refresh_adaptor_visible(): Tray icon configuration: : ((XfpmShowIcon) SHOW_ICON_WHEN_BATTERY_PRESENT) TRACE[xfpm-power.c:1117] xfpm_power_hide_adapter_icon(): Hide adaptor icon TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-power.c:1152] xfpm_power_refresh_adaptor_visible(): Tray icon configuration: : ((XfpmShowIcon) SHOW_ICON_WHEN_BATTERY_PRESENT) TRACE[xfpm-power.c:1117] xfpm_power_hide_adapter_icon(): Hide adaptor icon TRACE[xfpm-power.c:1011] xfpm_power_add_device(): Battery device detected at : /org/freedesktop/UPower/devices/battery_BAT1: ((XfpmDeviceType) XFPM_DEVICE_TYPE_BATTERY) TRACE[xfpm-battery.c:148] xfpm_battery_refresh_visible(): visible=TRUE: ((XfpmShowIcon) SHOW_ICON_WHEN_BATTERY_PRESENT) TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-power.c:1152] xfpm_power_refresh_adaptor_visible(): Tray icon configuration: : ((XfpmShowIcon) SHOW_ICON_WHEN_BATTERY_PRESENT) TRACE[xfpm-power.c:1117] xfpm_power_hide_adapter_icon(): Hide adaptor icon (xfce4-power-manager:17595): GLib-GObject-WARNING **: invalid uninstantiatable type `invalid' in cast to `XfpmBattery' (xfce4-power-manager:17595): GLib-GObject-WARNING **: invalid uninstantiatable type `invalid' in cast to `GtkStatusIcon' (xfce4-power-manager:17595): GLib-GObject-WARNING **: invalid uninstantiatable type `invalid' in cast to `GtkStatusIcon' (xfce4-power-manager:17595): Gtk-CRITICAL **: IA__gtk_status_icon_get_icon_name: assertion `GTK_IS_STATUS_ICON (status_icon)' failed (xfce4-power-manager:17595): libnotify-CRITICAL **: notify_notification_attach_to_status_icon: assertion `status_icon == NULL || GTK_IS_STATUS_ICON (status_icon)' failed (xfce4-power-manager:17595): xfce4-power-manager-WARNING **: Failed to close notification TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-battery.c:284] xfpm_battery_refresh_icon(): Battery state 4 TRACE[xfpm-manager.c:359] xfpm_manager_alarm_timeout_cb(): Alarm inactivity timeout id 2 TRACE[xfpm-polkit.c:239] xfpm_polkit_free_data(): Destroying Polkit data
Bug#633296: gucharmap: does not use user-selected theme Clearlooks
Package: gucharmap Version: 1:3.0.1-1 Severity: normal gucharmap's GUI seemingly uses basic gtk look, not using the preset theme 'Clearlooks' XFCE 4.8. Same for theme XFCE. Does this have to do with the migration from gconf to dconf/GSettings? Kind regards Andreas -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-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 gucharmap depends on: ii gconf22.32.4-1 GNOME configuration database syste ii libatk1.0-0 2.0.1-1ATK accessibility toolkit ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libgconf2-4 2.32.4-1 GNOME configuration database syste ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk-3-03.0.10-1 GTK+ graphical user interface libr ii libgucharmap-2-90-7 1:3.0.1-1 Unicode browser widget library (sh ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio Versions of packages gucharmap recommends: ii yelp 2.30.1+webkit-1 Help browser for GNOME gucharmap 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#633297: funguloids: FTBFS everywhere: error: reference to 'map' is ambiguous
Package: funguloids Version: 1.06-8 Severity: serious Justification: fails to build from source (but built successfully in the past) From my build log: | g++ -DHAVE_CONFIG_H -I. -I../include -I../include -I../include/SimpleIni -I/usr/include/lua5.1 -I/usr/include/OIS -pthread -I/usr/include/OGRE -O2 -g -Wall -MT funguloids-ballworm.o -MD -MP -MF .deps/funguloids-ballworm.Tpo -c -o funguloids-ballworm.o `test -f 'ballworm.cpp' || echo './'`ballworm.cpp | In file included from ../include/soundsystem.h:39:0, | from ../include/player.h:33, | from ballworm.cpp:27: | ../include/openalsoundsystem.h:50:9: error: reference to 'map' is ambiguous | /usr/include/c++/4.6/bits/stl_map.h:88:11: error: candidates are: templateclass _Key, class _Tp, class _Compare, class _Alloc class std::map | /usr/include/OGRE/OgrePrerequisites.h:497:9: error: templateclass K, class V, class P, class A struct Ogre::map | ../include/openalsoundsystem.h:50:9: error: 'map' does not name a type | ../include/openalsoundsystem.h:81:2: error: 'SoundMapType' does not name a type | make[2]: *** [funguloids-ballworm.o] Error 1 | make[2]: Leaving directory `/tmp/buildd/funguloids-1.06/src' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/tmp/buildd/funguloids-1.06' | make: *** [build-stamp] Error 2 | dpkg-buildpackage: error: debian/rules build gave error exit status 2 Full builds logs are available from: https://buildd.debian.org/status/package.php?p=funguloidssuite=sid -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-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/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633298: packages.debian.org: please merge graphs and data of number of packages per release
Package: www.debian.org Severity: wishlist X-Debbugs-CC: Yves-Alexis Perez cor...@debian.org User: www.debian@packages.debian.org Usertags: packages.debian.org Please merge the scripts and data for these graphs into packages.d.o: http://molly.corsac.net/~corsac/debian/packages/ http://molly.corsac.net/~corsac/debian/packages/packages.rrd http://alioth.debian.org/~corsac/packages.py http://alioth.debian.org/~corsac/packages.txt These graphs might be more appropriate on release.debian.org, please reassign this bug there if so. -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#601731: nm.debian.org: please merge graphs and data of number of people in NM by corsac
On Fri, 2010-10-29 at 10:22 +0800, Paul Wise wrote: I guess you will have to contact corsac to get access to the data. Actually the data is available here: http://molly.corsac.net/~corsac/debian/nm/nm.rrd -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#633299: debian-installer: Feature request: please support tmpfs filesystems in partitioner
Package: debian-installer Version: 20110106+squeeze3 Severity: normal Hi, This was briefly discussed on #debian-boot. I'm writing this report to record that. The recent changes to support /run in wheezy/unstable have added the following mounts: tmpfs /run tmpfs rw,nosuid,noexec,relatime,size=10%,mode=755 0 0 tmpfs /run/lock tmpfs rw,nosuid,nodev,noexec,relatime,size=5m 0 0 tmpfs /run/shm tmpfs rw,nosuid,nodev,relatime,size=20% 0 0 tmpfs /tmp tmpfs rw,nosuid,nodev,relatime,size=20% 0 0 Like the UTC=yes parameter the installer sets in /etc/default/rcS to configure the hardware clock, these filesystems may be enabled or disabled by setting RAMLOCK=yes RAMSHM=yes RAMTMP=yes in /etc/default/rcS. Currently, the initscripts defaults these all to yes. However, it may make sense for the installer to give the user the option of disabling them. /run is always mounted (not configurable). Additionally, the mount options and size of the tmpfs may be configured by adding an entry to /etc/fstab, such as shown above. If not present, defaults from /lib/init/tmpfs.sh will be used instead (the fstab settings supersede the defaults). I was thinking of how this could be cleanly added into the installer, and the best idea I've come up with so far is to add it directly into the partitioner, so you don't need to provide any special support for the feature (such as asking additional questions). If support for the tmpfs filesystem was added (similar to how LVM and RAID are supported), one could add a tmpfs mount to the filesystem list, which would then permit configuration of its size, mount options etc. using the existing interface. It could default to having entries for /run, /run/lock, /run/shm and /tmp, and this would permit the user to modify them or delete them entirely. If deleted, you could then set RAMxxx=no in /etc/default/tmpfs. And if the options differ from the default, you can then write an fstab entry for the mount. The interface would also permit the addition of new tmpfs mounts as well. It would also be possible to only expose this in expert mode, if desirable, so that normal installs wouldn't have increased complexity, and the package defaults would simply be used instead. We made the options in /etc/default/rcS and /etc/fstab configurable in this way so that it fitted in with how the installer was already configuring things, but equally this was already how the package was set up (RAMLOCK was repurposed from /var/lock to /run/lock, and fstab was already used to store options; RAMSHM and RAMTMP are simply extending the existing conventions in use). Regards, Roger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633300: ats-lang-anairiats: FTBFS everywhere: [compile_file_to_file] is sigtermed
Package: ats-lang-anairiats Version: 0.2.4-1 Severity: serious Justification: fails to build from source (but built successfully in the past) From my build log: | make[2]: Entering directory `/tmp/buildd/ats-lang-anairiats-0.2.4/bootstrap1' | gcc -I/tmp/buildd/ats-lang-anairiats-0.2.4 -I/tmp/buildd/ats-lang-anairiats-0.2.4/ccomp/runtime -O2 -g -o atsopt_gc -D_ATS_GCATS ats_array_sats.o ats_array_dats.o ats_charlst_sats.o ats_charlst_dats.o ats_comarg_sats.o ats_comarg_dats.o ats_counter_sats.o ats_counter_dats.o ats_debug_sats.o ats_debug_dats.o ats_effect_sats.o ats_effect_dats.o ats_error_sats.o ats_error_dats.o ats_filename_sats.o ats_filename_dats.o ats_fixity_sats.o ats_fixity_prec_dats.o ats_fixity_fxty_dats.o ats_global_sats.o ats_global_dats.o ats_hashtbl_sats.o ats_hashtbl_dats.o ats_intinf_sats.o ats_intinf_dats.o ats_keyword_sats.o ats_keyword_dats.o ats_label_sats.o ats_label_dats.o ats_location_sats.o ats_location_dats.o ats_namespace_sats.o ats_namespace_dats.o ats_posmark_sats.o ats_posmark_dats.o ats_stamp_sats.o ats_stamp_dats.o ats_symbol_sats.o ats_symbol_dats.o ats_symenv_sats.o ats_symenv_dats.o ats_symtbl_sats.o ats_symtbl_dats.o ats_list_sats.o ats_list_dats.o a ts_map_lin_sats.o ats_map_lin_dats.o ats_reference_sats.o ats_reference_dats.o ats_set_fun_sats.o ats_set_fun_dats.o ats_parser_sats.o ats_parser_dats.o ats_syntax_sats.o ats_syntax_dats.o ats_syntax_depgen_dats.o ats_syntax_posmark_dats.o ats_staexp1_sats.o ats_staexp1_dats.o ats_staexp1_print_dats.o ats_dynexp1_sats.o ats_dynexp1_dats.o ats_dynexp1_print_dats.o ats_dynexp1_syndef_dats.o ats_dynexp1_syndef_sats.o ats_trans1_env_sats.o ats_trans1_env_dats.o ats_e1xp_eval_sats.o ats_e1xp_eval_dats.o ats_trans1_sats.o ats_trans1_sta_dats.o ats_trans1_dyn_dats.o ats_staexp2_sats.o ats_staexp2_dats.o ats_staexp2_print_dats.o ats_staexp2_scst_dats.o ats_staexp2_svVar_dats.o ats_staexp2_dcon_dats.o ats_staexp2_util1_dats.o ats_staexp2_util2_dats.o ats_staexp2_pprint_sats.o ats_staexp2_pprint_dats.o ats_dynexp2_sats.o ats_dynexp2_dats.o ats_dynexp2_dcst_dats.o ats_dynexp2_dmac_dats.o ats_dynexp2_dvar_dats.o ats_dynexp2_print_dats.o ats_dynexp2_util_dat s.o ats_trans2_env_sats.o ats_trans2_env_dats.o ats_stadyncst2_sats.o ats_stadyncst2_dats.o ats_trans2_sats.o ats_trans2_sta_dats.o ats_trans2_dyn1_dats.o ats_trans2_dyn2_dats.o ats_macro2_sats.o ats_macro2_dats.o ats_patcst2_sats.o ats_patcst2_dats.o ats_string_parse_sats.o ats_string_parse_dats.o ats_printf_c_lats_dats.o ats_dynexp3_sats.o ats_dynexp3_dats.o ats_dynexp3_print_dats.o ats_trans3_env_sats.o ats_trans3_env_dats.o ats_trans3_env_eff_dats.o ats_trans3_env_loop_dats.o ats_trans3_env_met_dats.o ats_trans3_env_scst_dats.o ats_trans3_env_state_dats.o ats_trans3_env_print_dats.o ats_staexp2_solve_sats.o ats_staexp2_solve_dats.o ats_trans3_sats.o ats_trans3_pat_dats.o ats_trans3_assgn_dats.o ats_trans3_deref_dats.o ats_trans3_view_dats.o ats_trans3_util_dats.o ats_trans3_exp_up_dats.o ats_trans3_exp_dn_dats.o ats_trans3_loop_dats.o ats_trans3_dec_dats.o ats_constraint_sats.o ats_constraint_dats.o ats_constraint_print_dats.o ats_solver_fm_ sats.o ats_solver_fm_dats.o ats_hiexp_sats.o ats_hiexp_dats.o ats_hiexp_print_dats.o ats_hiexp_util_dats.o ats_trans4_sats.o ats_trans4_dats.o ats_ccomp_sats.o ats_ccomp_dats.o ats_ccomp_env_sats.o ats_ccomp_env_dats.o ats_ccomp_print_dats.o ats_ccomp_util_dats.o ats_ccomp_trans_dats.o ats_ccomp_trans_clau_dats.o ats_ccomp_trans_tailcal_dats.o ats_ccomp_trans_temp_dats.o ats_ccomp_emit_dats.o ats_ccomp_main_dats.o ats_lexer_lats_dats.o ats_lexer_sats.o ats_grammar_yats.o prelude_dats_array_dats.o prelude_dats_basics_dats.o prelude_dats_bool_dats.o prelude_dats_file_dats.o prelude_dats_integer_dats.o prelude_dats_printf_dats.o prelude_dats_string_dats.o libc_sats_gmp_sats.o libc_sats_time_sats.o libc_dats_unistd_dats.o libats_lex_lexing_sats.o libats_lex_lexing_dats.o libats_lex_tables_dats.o ats_main_dats.c ../ccomp/runtime/ats_prelude.c ../ccomp/runtime/ats_bootstrap.c ../ccomp/runtime/GCATS/gc.o -lgmp | make[2]: Leaving directory `/tmp/buildd/ats-lang-anairiats-0.2.4/bootstrap1' | cp bootstrap1/atsopt_gc /tmp/buildd/ats-lang-anairiats-0.2.4/bin/atsopt | cd contrib/parcomb; make all | make[2]: Entering directory `/tmp/buildd/ats-lang-anairiats-0.2.4/contrib/parcomb' | /tmp/buildd/ats-lang-anairiats-0.2.4/bin/atscc -Wall -O2 -c -o dynloadall_dats.o dynloadall.dats | /tmp/buildd/ats-lang-anairiats-0.2.4/bin/atsopt --output dynloadall_dats.c --dynamic dynloadall.dats | [compile_file_to_file] is sigtermed | make[2]: *** [dynloadall_dats.o] Error 1 | make[2]: Leaving directory `/tmp/buildd/ats-lang-anairiats-0.2.4/contrib/parcomb' | make[1]: *** [contrib] Error 2 | make[1]: Leaving directory `/tmp/buildd/ats-lang-anairiats-0.2.4' | dh_auto_build: make -j1 returned exit code 2 | make:
Bug#633301: [gajim] Please stop suggesting python-sexy
Package: gajim Version: 0.14.3-1 Severity: normal Hi, python-sexy was removed from Debian in Feb 2010 [0] and seems not to be used in Gajim sources. Could you please stop suggesting it? [0] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=568546 Thanks, -- Cristian Greco GPG key ID: 0xCF4D32E4 signature.asc Description: PGP signature
Bug#633302: ruby-bcrypt: FTBFS everywhere: [BUG] Segmentation fault
Package: ruby-bcrypt Version: 2.1.4 Severity: serious Justification: fails to build from source (but built successfully in the past) From my build log: | make[1]: Entering directory `/tmp/buildd/ruby-bcrypt-2.1.4/ext/mri' | /bin/mkdir -p /tmp/buildd/ruby-bcrypt-2.1.4/debian/ruby-bcrypt/usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux | /usr/bin/install -c -m 0755 bcrypt_ext.so /tmp/buildd/ruby-bcrypt-2.1.4/debian/ruby-bcrypt/usr/lib/ruby/vendor_ruby/1.9.1/x86_64-linux | make[1]: Leaving directory `/tmp/buildd/ruby-bcrypt-2.1.4/ext/mri' | Running tests for ruby1.8 using debian/ruby-tests.rb... | /usr/bin/ruby1.8 -Ilib debian/ruby-tests.rb | | The BCrypt engine | /tmp/buildd/ruby-bcrypt-2.1.4/lib/bcrypt.rb:49: [BUG] Segmentation fault | ruby 1.8.7 (2011-06-30 patchlevel 352) [x86_64-linux] | | ERROR: Test ruby1.8 failed. Exiting. | dh_auto_install: dh_ruby --install /tmp/buildd/ruby-bcrypt-2.1.4/debian/ruby-bcrypt returned exit code 1 | make: *** [binary] Error 1 | dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 Full builds logs are available on: https://buildd.debian.org/status/package.php?p=ruby-bcryptsuite=sid -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-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/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633303: manpages-zh: Please remove /usr/share/man/zh_CN/man1/git.1.gz
Package: manpages-zh Version: 1.5.1-3 Severity: wishlist The file /usr/share/man/zh_CN/man1/git.1.gz is the manpage for gnuit. The original package gnuit does not have the manpage git.1.gz now. Please remove it from manpages-zh. Thanks $ apt-file show gnuit | grep man gnuit: /usr/share/doc-base/gnuit-manual gnuit: /usr/share/man/man1/gitaction.1.gz gnuit: /usr/share/man/man1/gitdpkgname.1.gz gnuit: /usr/share/man/man1/gitfm.1.gz gnuit: /usr/share/man/man1/gitinternal.1.gz gnuit: /usr/share/man/man1/gitkeys.1.gz gnuit: /usr/share/man/man1/gitmkdirs.1.gz gnuit: /usr/share/man/man1/gitmount.1.gz gnuit: /usr/share/man/man1/gitps.1.gz gnuit: /usr/share/man/man1/gitregrep.1.gz gnuit: /usr/share/man/man1/gitrfgrep.1.gz gnuit: /usr/share/man/man1/gitrgrep.1.gz gnuit: /usr/share/man/man1/gitunpack.1.gz gnuit: /usr/share/man/man1/gitview.1.gz gnuit: /usr/share/man/man1/gitwhich.1.gz gnuit: /usr/share/man/man1/gitwipe.1.gz gnuit: /usr/share/man/man1/gitxgrep.1.gz -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=zh_CN.utf8, LC_CTYPE=zh_CN.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash manpages-zh depends on no packages. manpages-zh recommends no packages. Versions of packages manpages-zh suggests: ii man-db [man-browser] 2.6.0.2-1 on-line manual pager -- 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#630615: RAMTMP should default to no
On Wed, Jun 15, 2011 at 05:35:08PM +0200, Michael Biebl wrote: the default for new installations is to use RAMTMP=yes. I think having RAMTMP as optional feature is great, but it should default to no, because this is the safer default: To follow up on this issue, I discussed this a week ago with the debian-installer folks on #debian-boot, and I've now opened #633299 which is a feature request for the installer to make configuration of this option possible during installation. If you have any thoughts on how best to allow configuation within the installer, following up to the d-i bug would be appreciated. Regards, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linux http://people.debian.org/~rleigh/ `. `' Printing on GNU/Linux? http://gutenprint.sourceforge.net/ `-GPG Public Key: 0x25BFB848 Please GPG sign your mail. signature.asc Description: Digital signature
Bug#632700: thanks for your reply
thanks for your advice, it's my fault, i should read the manaual carefully, 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#622759: gir files are missing package name=.../ and thus causing build problems with valac-0.12
On 04/15/2011 10:36 AM, Emilio Pozuelo Monfort wrote: On 14/04/11 15:09, Evgeni Golov wrote: When talking to Ken VanDine from Canonical, he said that this is a bug in gtk+2.0 as it does not map Gdk-2.0.gir to gdk-2.0.vapi (and Gtk-2.0.gir to gtk-2.0.vapi) and valac thus thinks that are different packages defining the same class. Following is the IRC log as Ken explained it very well: Is there a special reason it was merged to gtk+ master but not gtk-2-24? Do you know of a bug #? Dang, that mail slipped my todo heavily, sorry. Upstream Bug is https://bugzilla.gnome.org/show_bug.cgi?id=635287 and I have no idea why it was not merged into the gtk-2-24 branch. Do you have an account on bugzilla to ask? I don't :( regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633298: packages.debian.org: please merge graphs and data of number of packages per release
On sam., 2011-07-09 at 12:58 +0200, Paul Wise wrote: Package: www.debian.org Severity: wishlist X-Debbugs-CC: Yves-Alexis Perez cor...@debian.org User: www.debian@packages.debian.org Usertags: packages.debian.org Please merge the scripts and data for these graphs into packages.d.o: http://molly.corsac.net/~corsac/debian/packages/ http://molly.corsac.net/~corsac/debian/packages/packages.rrd http://alioth.debian.org/~corsac/packages.py http://alioth.debian.org/~corsac/packages.txt Yes, especially since that, following the alioth migration, the UDD part is on wagner and the public_html is on vasks, with no way to access wagner. Regards, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#633304: transition: ocaml
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Hello, OCaml 3.12.1 has been recently released. It is mostly bugfixes. I've rebuilt all packages that depend on ocaml, and I see no blocker to update it in Debian. I've planified the migration at [1] (I am planning to update a few other packages on the way). This will involve ~30 sourceful uploads and ~150 binNMUs. [1] http://wiki.debian.org/Teams/OCamlTaskForce/OCamlTransitions I am waiting for the approval from the release team to proceed. Cheers, -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633305: redmine: Internal error on show user details page
Package: redmine Version: 1.0.1-2 Severity: normal Hello, I use redmine package from Squeeze. When I click on user details page (URI = http://www.example.com/users/4 for example), I have an Internal error message. When I switch RailsEnv to test, I have more informations : --8-8---8-- Showing app/views/users/show.rhtml where line #11 raised: undefined method `html_safe' for f...@bar.com:String /usr/lib/ruby/1.8/action_view/helpers/url_helper.rb:476:in `mail_to' /usr/share/redmine/app/views/users/show.rhtml:11:in `_run_rhtml_app47views47users47show46rhtml' /usr/share/redmine/app/controllers/users_controller.rb:68:in `show' --8-8---8-- Problem seems to be with javascript encoding in mail_to() function. I don't have a real patch, but I use a *workaround* : --8-8---8-- --- show.rhtml.old 2011-07-08 21:25:50.0 +0200 +++ /usr/share/redmine/app/views/users/show.rhtml 2011-07-08 21:27:09.0 +0200 @@ -7,7 +7,7 @@ div class=splitcontentleft ul % unless @user.pref.hide_mail % - li%=l(:field_mail)%: %= mail_to(h(@user.mail), nil, :encode = 'javascript') %/li + li%=l(:field_mail)%: %= mail_to(h(@user.mail), nil, :encode = 'hex') %/li % end % % for custom_value in @custom_values % % if !custom_value.value.blank? % --8-8---8-- Note : I reproduce it with 1.0.1-1 too Regards, -- Gregory Colpart r...@evolix.fr GnuPG:4096R/B8612B5D Evolix - Informatique et Logiciels Libres http://www.evolix.fr/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633132: ekiga-dbg: uninstallable (libpt2.6.7-dbg disappeared)
tags 633132 + pending thanks On 08/07/11 20:49, Julien Cristau wrote: Package: ekiga-dbg Version: 3.2.7-2 Severity: serious Tags: wheezy sid apparently the latest ptlib upload decided to drop its -dbg package, but ekiga-dbg still depends on it. Please fix asap. Thank you for noticing. -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633306: Install troubles with GPT partions (and other issues)
Package: installation-reports Severity: important Boot method: netinst CD Image version: http://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/amd64/iso-cd/ from June 8th Date: June 8th, 2011 / June 9th, 2011 Machine: Custome made AMD Phenom(tm) II X6 1055T Processor Partitions: FilesystemType 1K-blocks Used Available Use% Mounted on /dev/sda3 ext3 961192166388745976 19% / tmpfstmpfs5120 4 5116 1% /lib/init/rw tmpfstmpfs 7688360 1620968 5676840 23% /var/run/lock tmpfstmpfs 2882592 71872 2664288 3% /tmp udev tmpfs 4059536 0 4059536 0% /dev df: `/var/run/shm': No such file or directory tmpfstmpfs 7688360 1620968 5676840 23% /var/run /dev/sda2 ext2 91511 16880 69749 20% /boot /dev/mapper/system_vg-home_vg ext3 5765236142668 5329704 3% /home /dev/mapper/system_vg-tmp_lv ext3 2882592 71872 2664288 3% /tmp /dev/mapper/system_vg-usr_vg ext3 7688360 3659432 3638376 51% /usr /dev/mapper/system_vg-var_vg ext3 7688360 1620968 5676840 23% /var Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [E] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[E] Overall install:[E] The machine has a 2 TB disk and is using GPT / EFI (as far as I understand) I used expert install all the time. The following problems appeared, please clone / reassign appropriately. Comments/Problems: a) LVM tries to use the entire available disk (which is fine!) but then suggests one logical volume to span the entire remaining physical volume (in my case /home). I could not find out how to change volume sizes. Since I wanted to install further logical volumes later (and do not need a 2 TB /home) I had to revert to manual partitioning (see b)) Type: wishlist Description: Make size(s) of logical volumes configurable b) Once guided partitioning is chosen, manual partitioning does no longer work. The menu item is available, but returns to guided partitioning. I had to open a shell, run gparted, delete all partitions and reboot (into the installer) to actually manually partition. Type: normal Description: Either remove manual partitioning from the menu when guided partitioning was chosen *or* actually allow for manual partitioning after guided (the latter is preferred) c) The boot partion (more on that in d)) gets the flag boot. However, both grub installation within the installer *and* on the shell fail (both in MBR and in /dev/sda). Running set 1 bios_grub on within gparted (which cleared the flag boot at the same time) enabled the grub install to be completed, both in the installer and on the console. Type: serious Description: For gpt, the flag has to be bios_grub *not* boot d) Since I did a manual partitioning, I partitioned as I was used from other systems, putting /boot as the first partition. Using (c)) I sucessfully installed grub, but then after the reboot (see also e) for that) I could not boot; i.e. only GRUB. was shown. Type: serious Description: If gpt partitioning is chosen, the first partition (10 MB) must *not* have a file system on it. If a file system is present, grub installation must *not* succeed, neither in the installer nor on the console (probably a bug in grub-pc?). The installer should probably warn if the first partition contains a filesystem and/or is prepared for mounting. e) There is no way to reboot in the installer. Chosing Finishing install finally ejects the CD-ROM, but then returns to the main installer screen, where no reboot is shown. This is even the case if the other problems listed above are solved and/or partially present. Type: important Description: The installer should either reboot autmatically or offer a menu entry for doing so (the former is preferred, probably after a warning) f) After the system finally rebooted the keyboard is lost after X starts, both for kdm and for gdm. A mouse is currently (not yet) connected. In the grub prompt, the emergeny root shell and if kdm/gdm is stopped (via login via ssh) the keyboard works. I will investigate next how to enable the keyboard. Type: important Description: After X (kdm/gdm3) is installed by the installer, the keyboard does not work (at least within kdm/gdm3). If you
Bug#621358: [kdelibs-bin] Re: on logging out and in again kded4 (often?) loops on the CPU
Package: kdelibs-bin Version: 4:4.6.4-1 --- Please enter the report below this line. --- I can confirm that the problem is still there in the current version 4.6.4 Sometimes my X session crashes (some Intel driver or graphics libs problem i guess) and i get thrown to the KDM login again. I guess after the new login the old kded4 still keeps running and gets crazy kded4 cpu usage goes to 100%, kill -9 pid solves the problem, I didn't notice any consequence in KDE. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.39.2 Debian Release: wheezy/sid 990 testing security.debian.org 990 testing ftp.de.debian.org 950 unstablewww.debian-multimedia.org 950 testing www.debian-multimedia.org 800 unstableftp.de.debian.org 700 experimentalftp.de.debian.org --- Package information. --- Depends (Version) | Installed ===-+-== libc6(= 2.2.5) | 2.13-7 libkdecore5 (= 4:4.6.4-1) | 4:4.6.4-1 libkdeui5 (= 4:4.6.4-1) | 4:4.6.4-1 libkjsapi4(= 4:4.6.4-1) | 4:4.6.4-1 libkjsembed4 (= 4:4.6.4-1) | 4:4.6.4-1 libkrosscore4 (= 4:4.6.4-1) | 4:4.6.4-1 libqt4-dbus(= 4:4.7.0) | 4:4.7.3-1 libqt4-xml (= 4:4.7.0) | 4:4.7.3-1 libqtcore4 (= 4:4.7.0) | 4:4.7.3-1 libqtgui4 (= 4:4.7.0) | 4:4.7.3-1 libsoprano4 (= 2.5.60) | 2.6.0+dfsg.1-4 libstdc++6 (= 4.4.0) | 4.6.1-1 libx11-6| 2:1.4.3-2 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633132: ekiga-dbg: uninstallable (libpt2.6.7-dbg disappeared)
On 09/07/11 07:30, Mark Purcell wrote: On Fri, 2011-07-08 at 20:13 +0100, Adam D. Barratt wrote: On Fri, 2011-07-08 at 20:49 +0200, Julien Cristau wrote: apparently the latest ptlib upload decided to drop its -dbg package, but ekiga-dbg still depends on it. Please fix asap. Specifically, it looks like you want to be depending on libpt-dbg now. Eugen, Kilian, My doing, I have dropped the version in the package name, as one will only want to install one libpt-dbg at a time. With the ekiga packaging you won't have to make a sourceful change every time ptlib changes API. This is the same as was done earlier with libopal-dbg (#586141). I have just committed the change in svn. Kilian, could you upload the new package? (What about moving ekiga from svn to git? :o)) Thanks, -- Eugen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633307: typo in /po/de.po (line 305/306)
Package: cpufrequtils Version: 007-1 Severity: minor Original Bug-Report from Michael Basse on launchpad (https://bugs.launchpad.net/ubuntu/+source/cpufrequtils/+bug/763590) /po/de.po typo at line 305/306: -c CPU, --cpu CPUNummer der CPU, deren Taktfrequenz-Einstellung\n werden soll\n Should be: -c CPU, --cpu CPUNummer der CPU, deren Taktfrequenz-Einstellung\n angepasst werden soll\n -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633239: [Pkg-xfce-devel] Bug#633239: libxfce4ui: Getting rid of unneeded *.la / emptying dependency_libs
On sam., 2011-07-09 at 10:29 +0100, codeh...@debian.org wrote: libxfce4ui (4.8.0-2) appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. Where exactly do you see it? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#633290: [Pkg-xfce-devel] Bug#633290: xfce4-datetime-plugin: Getting rid of unneeded *.la / emptying dependency_libs
On sam., 2011-07-09 at 10:29 +0100, codeh...@debian.org wrote: xfce4-datetime-plugin (0.6.1-2) appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. Hmh, it should be removed during build but obviously it doesn't work fine, investigating. Thanks for reporting, -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#631188: python2.7: On armel importing multiprocessing complains about missing sem_open implementation
[ CC'in debian-arm ] On 06/21/2011 11:29 AM, Jan Flyborg wrote: Package: python2.7 Version: 2.7.1-8 Severity: important When I do 'import multiprocessing.synchronize' on my Sheevaplug with Wheezy I get: Traceback (most recent call last): File stdin, line 1, in module File /usr/lib/python2.7/multiprocessing/synchronize.py, line 59, in module function, see issue 3770.) ImportError: This platform lacks a functioning sem_open implementation, therefore, the required synchronization primitives needed will not function, see issue 3770. I have compiled Python 2.7 myself and the resulting interpreter does not have this problem, so my guess is that something probably has gone wrong with configure in your build process. see http://bugs.python.org/issue8326 which kernel version was used for the build? it should be at least a kernel from the current stable/squeeze release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633308: ftbs with ld --as-needed
Package: urg Version: 0.8.12-1 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch libc_urg uses the symbol floor from libm but does not explicitly link against it. This causes undefined references when built with ld --no-add-needed --as-needed which removes unecessary symbols from other libraries. See the log in the ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/urg/+bug/803212 Attached patch fixes this issue by patching the Makefile.in If the packaging changes to regenerate the autotools files the patch should be applied in the same way to the Makefile.am files. Description: fix build with ld --no-add-needed --as-needed libc_urg uses the symbol floor from libm but does not explicitly link against it. This causes undefined references when built with ld --no-add-needed --as-needed which removes unecessary symbols from other libraries. Author: Julian Taylor jtaylor.deb...@googlemail.com Bug: https://bugs.launchpad.net/ubuntu/+source/urg/+bug/803212 Index: urg-0.8.12/src/c/urg/Makefile.in === --- urg-0.8.12.orig/src/c/urg/Makefile.in 2011-07-09 14:22:54.510826168 +0200 +++ urg-0.8.12/src/c/urg/Makefile.in 2011-07-09 14:22:52.150826167 +0200 @@ -53,7 +53,7 @@ $(DESTDIR)$(libc_urg_includedir) libLTLIBRARIES_INSTALL = $(INSTALL) LTLIBRARIES = $(lib_LTLIBRARIES) -libc_urg_la_LIBADD = +libc_urg_la_LIBADD = -lm am_libc_urg_la_OBJECTS = urg_ctrl.lo scip_handler.lo urg_errno.lo libc_urg_la_OBJECTS = $(am_libc_urg_la_OBJECTS) DEFAULT_INCLUDES = -I. -I$(top_builddir)@am__isrc@ signature.asc Description: OpenPGP digital signature
Bug#631166: Directory path is wrong
reassign 631166 linux-support-2.6.39-2 thanks yes, looks like an upgrade issue from an earlier version of the linux-support-* package. On 07/04/2011 12:19 AM, Sergio Vernis wrote: The error is not in python2.6-minimal or python2.6 Those package can be installed without error. The problem is configuring dummy package python. But is impossible to report a bug to this package with reportbug. When configuring tasks run. It try to execute files in: /usr/src/linux-support-2.6.26-1/lib/python/debian_linux/ But now in squeeze this directory don't exist. The correct directory is: /usr/src/linux-support-2.6.26-2/lib/python/debian_linux/ The difference is linux-support-2.6.26-1 != linux-support-2.6.26-2 I'm upgrading from lenny to squeeze. I try using a symbolic link, and it works. But I fall back to a backup to wait a solution in debian. Regards. Sergio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633239: [Pkg-xfce-devel] Bug#633239: libxfce4ui: Getting rid of unneeded *.la / emptying dependency_libs
On Sat, 09 Jul 2011 13:59:29 +0200 Yves-Alexis Perez cor...@debian.org wrote: On sam., 2011-07-09 at 10:29 +0100, codeh...@debian.org wrote: libxfce4ui (4.8.0-2) appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. Where exactly do you see it? libxfce4ui: dependency_libs links-not-existing-la line 358. $ grep -n ^libxfce4ui current.txt 358:libxfce4ui: dependency_libs links-not-existing-la /usr/lib/glade3/modules/libxfce4uiglade.la $ dpkg -c glade-xfce_4.8.0-2_amd64.deb |grep \.la -rw-r--r-- root/root 1462 2011-04-19 14:58 ./usr/lib/glade3/modules/libxfce4uiglade.la # Libraries that this one depends upon. dependency_libs=' /usr/lib/libxfce4ui-1.la -lSM -lICE -lX11 -lstartup-notification-1 -lxfce4util -lgladeui-1 /usr/lib/libgtk-x11-2.0.la /usr/lib/libxml2.la /usr/lib/libgdk-x11-2.0.la /usr/lib/libatk-1.0.la /usr/lib/libgio-2.0.la /usr/lib/libpangoft2-1.0.la /usr/lib/libpangocairo-1.0.la /usr/lib/libgdk_pixbuf-2.0.la -lm /usr/lib/libcairo.la /usr/lib/libpango-1.0.la /usr/lib/libfreetype.la -lfontconfig /usr/lib/libgobject-2.0.la /usr/lib/libgmodule-2.0.la /usr/lib/libgthread-2.0.la -lrt /usr/lib/libglib-2.0.la' Yes, usually the .la file is in a -dev package, in your case it's in a module. The rest of the .la file is probably fine and necessary. The dependency_libs is not. So this is probably a case where the .la file can be retained but even then, the dependency_libs setting still needs to be cleared. There are example commands on the Wiki page. http://wiki.debian.org/ReleaseGoals/LAFileRemoval HTH -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpbUeqeKPfFP.pgp Description: PGP signature
Bug#633333: libmpeg3: FTBFS with ld --as-needed
Package: libmpeg3 Version: 1.5.4-5 Severity: normal Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch *** /tmp/tmpBv_MOB In Ubuntu, the default configuration for the linker includes the flag --as-needed. With this flag activated this package fails to build from source. The related bug report is: https://bugs.launchpad.net/ubuntu/oneiric/+source/libmpeg3/+bug/770863 The following build log snippet shows the error obtained: Excerpt 469 lines into the build log: amd64/libmpeg3.so.1.5.4: undefined reference to `a52_block' amd64/libmpeg3.so.1.5.4: undefined reference to `pthread_mutexattr_init' amd64/libmpeg3.so.1.5.4: undefined reference to `a52_frame' amd64/libmpeg3.so.1.5.4: undefined reference to `a52_free' amd64/libmpeg3.so.1.5.4: undefined reference to `a52_syncinfo' amd64/libmpeg3.so.1.5.4: undefined reference to `sin' amd64/libmpeg3.so.1.5.4: undefined reference to `a52_init' amd64/libmpeg3.so.1.5.4: undefined reference to `pow' amd64/libmpeg3.so.1.5.4: undefined reference to `cos' amd64/libmpeg3.so.1.5.4: undefined reference to `pthread_join' collect2: ld returned 1 exit status make[1]: *** [amd64/mpeg3dump] Error 1 make[1]: Leaving directory `/build/buildd/libmpeg3-1.5.4' make: *** [build-stamp] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 ** Build finished at 20110424-0609 FAILED [dpkg-buildpackage died] Purging chroot-autobuild/build/buildd/libmpeg3-1.5.4 To reproduce this bug: - use the flag --as-needed to the linker command, prepending -Wl,--as-needed to the shared library target in Makefile or - Build this package with the latest alpha 2 release of Ubuntu Oneiric from: http://cdimage.ubuntu.com/releases/oneiric/alpha-2/oneiric-alternate-i386.iso More info regarding linker related changes can be found in: http://lists.debian.org/debian-devel-announce/2011/02/msg00011.html To fix this issue, this patch produces the following changes: * Makefile: Changed parameter order in call to linker to avoid build errors with ld --as-needed Thanks for considering the patch. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-8-generic (SMP w/1 CPU core) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u libmpeg3-1.5.4/Makefile libmpeg3-1.5.4/Makefile --- libmpeg3-1.5.4/Makefile +++ libmpeg3-1.5.4/Makefile @@ -161,8 +161,8 @@ $(SHAREDOUTPUT): $(SOBJS) gcc -shared -fPIC -o $(SHAREDOUTPUT) \ - $(LIBS) $(SOBJS) \ - -Wl,-soname -Wl,$(SHLIB_SONAME) + $(SOBJS) \ + -Wl,-soname -Wl,$(SHLIB_SONAME) $(LIBS) ( cd $(OBJDIR); \ ln -sf $(SHLIB_FULLNAME) $(SHLIB); \ ln -sf $(SHLIB_FULLNAME) $(SHLIB_SONAME) \
Bug#633342: ITP: gsimplecal -- lightweight GUI calendar application
Package: wnpp Severity: wishlist Owner: Julien Valroff jul...@debian.org * Package name: gsimplecal Version : 0.8 Upstream Author : Dmitry Medvinsky dmedvin...@gmail.com * URL : http://dmedvinsky.github.com/gsimplecal/ * License : BSD Programming Lang: C++ Description : lightweight GUI calendar application gsimplecal is a lightweight calendar application written in C++ using GTK2. It was intentionally made for use with tint2 panel in the openbox environment to be launched upon clock click, but of course it will work without it. In fact, binding the gsimplecal to some hotkey in you window manager will probably make you happy. The thing is that when it is started it first shows up, when you run it again it closes the running instance. In that way it is very easy to integrate anywhere. No need to write some wrapper scripts or whatever. Also, you can configure it to not only show the calendar, but also display multiple clocks for different world timezones. -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633343: xserver-xorg-core: No keyboard after fresh install
Package: xserver-xorg-core
Version: 2:1.10.2-2
Severity: important
(Maybe related to #585642, but fresh install, no hal)
A fresh install of Debian Wheezy (daily image from June 8th, 2011, see
#633306 for details). As long as X runs, no keyboard is present. Tried with
gdm3, kdm and startx. After re-enabling the consoles (options radeon modeset=0
in /etc/modprobe.d/radeon-kms.conf, will report this separately) the keyboard
works fine on the console (as well as in emergency shell and on the grub
prompt). I do not have hal installed. I did not configure anything related
to X, hal, udev friends atm (a fresh install!). Looking at the X logs
(both in /var and in .xsession-errors and the output from startx) there is
no (for me) visible mention of keyboard.
Please note that a mouse is currently not attached (It is still needed on my
old system), but I can of course attach it for testing reasons.
/sbin/udevadm info --export-db | awk -F '\n' -v RS='\n\n' '/E: ID_INPUT/ {
print; print }
does not return anything. Skipping the awk command and looking for keyboard
yields the following:
P: /devices/platform/i8042/serio0/input/input0
E: UDEV_LOG=3
E: DEVPATH=/devices/platform/i8042/serio0/input/input0
E: PRODUCT=11/1/1/ab41
E: NAME=AT Translated Set 2 keyboard
E: PHYS=isa0060/serio0/input0
E: PROP=0
E: EV=120013
E: KEY=40200 3803078f800d001 fedfffef fffe
E: MSC=10
E: LED=7
E:
MODALIAS=input:b0011v0001p0001eAB41-e0,1,4,11,14,k71,72,73,74,75,76,77,79,7A,7B,7C,7D,7E,7F,80,8C,8E,8F,9B,9C,9D,9E,9F,A3,A4,A5,A6,AC,AD,B7,B8,B9,D9,E2,ram4,l0,1,2,sfw
E: SUBSYSTEM=input
root@sneo:/tmp# cat /etc/default/keyboard
# Check /usr/share/doc/keyboard-configuration/README.Debian for
# documentation on what to do after having modified this file.
# The following variables describe your keyboard and can have the same
# values as the XkbModel, XkbLayout, XkbVariant and XkbOptions options
# in /etc/X11/xorg.conf.
XKBMODEL=pc105
XKBLAYOUT=de
XKBVARIANT=nodeadkeys
XKBOPTIONS=
# If you don't want to use the XKB layout on the console, you can
# specify an alternative keymap. Make sure it will be accessible
# before /usr is mounted.
# KMAP=/etc/console-setup/defkeymap.kmap.gz
(did not edit this file so far)
-- Package-specific info:
X server symlink status:
lrwxrwxrwx 1 root root 13 Jul 9 13:24 /etc/X11/X - /usr/bin/Xorg
-rwxr-xr-x 1 root root 1956416 Jun 17 18:15 /usr/bin/Xorg
VGA-compatible devices on PCI bus:
--
05:00.0 VGA compatible controller [0300]: ATI Technologies Inc Manhattan
[Mobility Radeon HD 5430 Series] [1002:68e1]
/etc/X11/xorg.conf does not exist.
/etc/X11/xorg.conf.d does not exist.
KMS configuration files:
/etc/modprobe.d/i915-kms.conf:
options i915 modeset=1
/etc/modprobe.d/radeon-kms.conf:
options radeon modeset=0
Kernel version (/proc/version):
---
Linux version 2.6.39-2-amd64 (Debian 2.6.39-2) (b...@decadent.org.uk) (gcc
version 4.4.6 (Debian 4.4.6-3) ) #1 SMP Wed Jun 8 11:01:04 UTC 2011
Xorg X server log files on system:
--
-rw-r--r-- 1 root root 47056 Jul 9 16:36 /var/log/Xorg.0.log
Contents of most recent Xorg X server log file (/var/log/Xorg.0.log):
-
[ 1164.931]
X.Org X Server 1.10.2
Release Date: 2011-05-28
[ 1164.931] X Protocol Version 11, Revision 0
[ 1164.931] Build Operating System: Linux 2.6.39-1-amd64 x86_64 Debian
[ 1164.931] Current Operating System: Linux sneo 2.6.39-2-amd64 #1 SMP Wed Jun
8 11:01:04 UTC 2011 x86_64
[ 1164.931] Kernel command line: BOOT_IMAGE=/vmlinuz-2.6.39-2-amd64
root=UUID=d177edaa-ecb6-4c8a-b08d-7e8eb95ec8d3 ro quiet
[ 1164.931] Build Date: 17 June 2011 04:13:25PM
[ 1164.931] xorg-server 2:1.10.2-2 (Cyril Brulebois k...@debian.org)
[ 1164.931] Current version of pixman: 0.21.8
[ 1164.932]Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.
[ 1164.932] Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
[ 1164.932] (==) Log file: /var/log/Xorg.0.log, Time: Sat Jul 9 16:35:48
2011
[ 1164.932] (==) Using system config directory /usr/share/X11/xorg.conf.d
[ 1164.932] (==) No Layout section. Using the first Screen section.
[ 1164.932] (==) No screen section available. Using defaults.
[ 1164.932] (**) |--Screen Default Screen Section (0)
[ 1164.932] (**) | |--Monitor default monitor
[ 1164.933] (==) No monitor specified for screen Default Screen Section.
Using a default monitor configuration.
[ 1164.933] (==) Automatically adding devices
[ 1164.933] (==) Automatically enabling devices
[ 1164.933] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist.
[ 1164.933]Entry deleted
Bug#612668: evince-gtk: crashes with Segfault
Hi, * Jonathan Wiltshire j...@debian.org [2011-07-08 12:45]: On Wed, Feb 09, 2011 at 09:49:43PM +0100, Mike Dornberger wrote: Package: evince-gtk Version: 2.22.2-4~lenny1 Lenny's evince segfaults on http://content.karger.com/ProdukteDB/produkte.asp?Aktion=ShowPDFArtikelNr=289587Ausgabe=253989ProduktNr=224242filename=289587.pdf. (I haven't tested the version Squeeze.) I've tested for this bug on fresh installations of lenny, squeeze and testing and reproduced it only on Lenny (with the supplied PDF). Tagging accordingly. Security team, please advise: 1. if this needs a proper CVE number assigning, and if you or I should do so; 2. if you want me to update the tracker with this information. Can you produce a backtrace of this? Would be interesting to know what happens there during the crash to tell more. Cheers Nico -- Nico Golde - http://www.ngolde.de - n...@jabber.ccc.de - GPG: 0xA0A0 For security reasons, all text in this mail is double-rot13 encrypted. pgpbK0sF9HeUp.pgp Description: PGP signature
Bug#631188: python2.7: On armel importing multiprocessing complains about missing sem_open implementation
On Sat, Jul 9, 2011 at 14:08, Matthias Klose d...@debian.org wrote: see http://bugs.python.org/issue8326 which kernel version was used for the build? it should be at least a kernel from the current stable/squeeze release. I'm using the latest kernel for wheezy on armel: jpersson@plug1:~$ cat /proc/version Linux version 2.6.39-2-kirkwood (Debian 2.6.39-2) (b...@decadent.org.uk) (gcc version 4.4.6 (Debian 4.4.6-3) ) #1 Thu Jun 9 04:23:26 UTC 2011 jpersson@plug1:~$ uname -a Linux plug1 2.6.39-2-kirkwood #1 Thu Jun 9 04:23:26 UTC 2011 armv5tel GNU/Linux If I rebuild the source packages on my host with apt-get, I get a working interpreter that does not have this problem. That is why I guess that the problem is a result of configure not finding a working semaphore implementation on your build farm. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#608816: apt wants to remove a package instead of upgrading it.
On 01/05/2011 11:36 AM, David Kalnischkies wrote: Hi Raoul Bhatia, On Mon, Jan 3, 2011 at 18:51, Raoul Bhatia [IPAX] r.bha...@ipax.at wrote: but apt wants to remove pure-ftpd-mysql. To be sure, i would need a few more information, but a wild wild guess is that your pure-ftpd-mysql depends on pure-ftpd-common (= 1.0.28-3+b1) while available is only pure-ftpd-common in version 1.0.28-3 (without +b1). i think that this is a bug ;) We can look at the debug output to be sure: apt-get dist-upgrade -o Debug::pkgProblemResolver=1 -s And a bit more info about the involved packages: apt-cache show pure-ftpd-common pure-ftpd-mysql hi! i did not encounter this problem again. so maybe it was like you guessed. thanks, raoul -- DI (FH) Raoul Bhatia M.Sc. email. r.bha...@ipax.at Technischer Leiter IPAX - Aloy Bhatia Hava OG web. http://www.ipax.at Barawitzkagasse 10/2/2/11 email.off...@ipax.at 1190 Wien tel. +43 1 3670030 FN 277995t HG Wien fax.+43 1 3670030 15 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633345: Pandora changed to protocol version 31
Package: pianobar Version: 2011.01.24-1ubuntu0.1 Severity: serious Forwarded from Ubuntu: Just received this error a few minutes ago, in the middle of streaming: (i) Receiving new playlist... Error: Protocol incompatible. Please upgrade libpiano. I'm using Maverick, pianobar version 2010.10.07-1ubuntu0.2. -- System Information: Debian Release: squeeze/sid APT prefers natty-updates APT policy: (500, 'natty-updates'), (500, 'natty-security'), (500, 'natty') Architecture: amd64 (x86_64) Kernel: Linux 2.6.38-8-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pianobar depends on: ii libao4 1.0.0-5 Cross Platform Audio Output Librar ii libc6 2.13-0ubuntu13 Embedded GNU C Library: Shared lib ii libfaad22.7-6ubuntu1 freeware Advanced Audio Decoder - ii libmad0 0.15.1b-5ubuntu1 MPEG audio decoder library pianobar recommends no packages. pianobar 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#632727: extlinux-update should ignore *.dpkg-tmp files
tag 632727 pending thanks fixed in git. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633136: please progress forward 7.11~ to track upstream's release branch 7.11
On Sat, 09 Jul 2011, Cyril Brulebois wrote: I am helping to prepare packaging of openwalnut, and unfortunately mesa 7.10 was simply failing on assertion on my Intel card with openwalnut, and with 7.11~0 it gets into busy loop without any direct rendering to the screen (resulting in black windows without update and 100% cpu consumption). I see that a lot work was done in upstream regarding intel cards since current 7.11~0 point, so would be great to be able to try it from official debian package to assure future aptness of mesa for openwalnut before 7.11 finally gets out. Bleh, isn't that what we're doing already? Running debcheckout mesa really should be a prerequisite to that kind of whining. I will take this constructive reply as no -- there is no an APT repository with daily snapshot builds . And you could see through I see that a lot of work was done in upstream that I already have an up-to-date checkout (actually a bit more up-to-date in the state of 7.11 that what you get with debcheckout)... anyways, current 7.11 still seems to experience the issue, so I would need to seek help from mesa people. cheers -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633346: biosig4c++: FTBFS on big endian: error: 'for' loop initial declarations are only allowed in C99 mode
Package: biosig4c++
Version: 0.96.3+svn2677
Severity: important
Tags: patch
biosig4c++ fails to build on all big endian platforms with the following error:
| gcc -c -pipe -fPIC -W -O2 -D=HARDCODED_EVENTTABLE -D=WITH_ZLIB
-D=__4HAERTEL__ -D=WITH_FAMOS -D=WITH_CHOLMOD -Wextra -I
/usr/include/gdcm-2.0/ -o crc4scp.o t220/crc4scp.c
| cat debian/upstream-files/eventcodes.txt | awk -F\t '/^[^#]/ {print
\t$1, \$2,\,}' eventcodes.i
| gcc -c -pipe -fPIC -W -O2 -D=HARDCODED_EVENTTABLE -D=WITH_ZLIB
-D=__4HAERTEL__ -D=WITH_FAMOS -D=WITH_CHOLMOD -Wextra -I
/usr/include/gdcm-2.0/ -o biosig.o biosig.c
| biosig.c: In function 'mfer_swap8b':
| biosig.c:564:17: error: 'for' loop initial declarations are only allowed in
C99 mode
| biosig.c:564:17: note: use option -std=c99 or -std=gnu99 to compile your code
| biosig.c: In function 'sopen':
| biosig.c:6272:19: warning: comparison between signed and unsigned integer
expressions [-Wsign-compare]
| biosig.c:6272:19: warning: signed and unsigned type in conditional expression
[-Wsign-compare]
| make[2]: *** [biosig.o] Error 1
| make[1]: *** [override_dh_auto_build] Error 2
| make[2]: Leaving directory
`/build/buildd2-biosig4c++_0.96.3+svn2677-1-mips-jMXF92/biosig4c++-0.96.3+svn2677'
| make[1]: Leaving directory
`/build/buildd2-biosig4c++_0.96.3+svn2677-1-mips-jMXF92/biosig4c++-0.96.3+svn2677'
| make: *** [build] Error 2
Full build logs are available on:
https://buildd.debian.org/status/package.php?p=biosig4c%2B%2Bsuite=sid
The patch below fixes the problem.
--- biosig4c++-0.96.3+svn2677.orig/biosig.c
+++ biosig4c++-0.96.3+svn2677/biosig.c
@@ -561,7 +561,8 @@ void* mfer_swap8b(uint8_t *buf, int8_t l
typedef uint64_t iType;
#if __BYTE_ORDER == __BIG_ENDIAN
if (FLAG_SWAP) {
-for (unsigned k=len; k sizeof(iType); buf[k++]=0);
+ unsigned k;
+for (k=len; k sizeof(iType); buf[k++]=0);
*(iType*)buf = bswap_64(*(iType*)buf);
}
else
-- System Information:
Debian Release: 6.0.2
APT prefers stable
APT policy: (500, 'stable')
Architecture: powerpc (ppc)
Kernel: Linux 2.6.32-5-powerpc
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#629080: extlinux: can't find kernel image /boot/extlinux/memdisk with separate /boot partition
tag 629080 pending thanks fixed in git. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633347: dh-make: control file has a build dependency on autotools-dev but dh_autotools-dev* not used in rules
Package: dh-make Version: 0.59 Severity: normal Hi, A build dependency is automatically added when the sources contain a configure file. However, the rules templates do not contain any autotools-dev related rules (eg. --with autotools-dev for dh7 style rules or calling dh_autotools-dev_* tools with `old' style rules). With the current templates, autotools-dev will only be used when using cdbs rules. Cheers, Julien -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (400, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc6-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dh-make depends on: ii debhelper 8.9.0 helper programs for debian/rules ii dpkg-dev 1.16.0.3 Debian package development tools ii make 3.81-8.1 An utility for Directing compilati ii perl 5.12.4-1 Larry Wall's Practical Extraction dh-make recommends no packages. Versions of packages dh-make suggests: ii build-essential 11.5 Informational list of build-essent -- no debconf information -- .''`. Julien Valroff ~ jul...@kirya.net ~ jul...@debian.org : :' : Debian Developer Free software contributor `. `'` http://www.kirya.net/ `- 4096R/ E1D8 5796 8214 4687 E416 948C 859F EF67 258E 26B1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632012: [INTL:ko] Korean debconf template translation for syslinux
tag 632012 pending thanks applied in git, thanks. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633346: biosig4c++: FTBFS on big endian: error: 'for' loop initial declarations are only allowed in C99 mode
Thank you Aurelien On Sat, 09 Jul 2011, Aurelien Jarno wrote: Package: biosig4c++ Version: 0.96.3+svn2677 Severity: important Tags: patch biosig4c++ fails to build on all big endian platforms with the following error: -- =--= Keep in touch www.onerussian.com Yaroslav Halchenko www.ohloh.net/accounts/yarikoptic -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632971: enigmail: dividing rules made up by hyphens incorrectly escape
tag 632971 + fixed-upstream confirmed thanks Hi! As far as I can tell from upstream's changelog (commit cac4b5fd1257), this problem looks like it is fixed for the 1.2 release. For stable the problem can only be solved via backports once icedove 5 and enigmail 1.2 are uploaded. WM -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633348: ITP: touchpad-indicator -- An indicator to show the status of the touchpad
Package: wnpp Severity: wishlist Owner: Nobuto MURATA nob...@nobuto-murata.org * Package name: touchpad-indicator Version : 0.8.1.1 Upstream Author : atareao-team atar...@atareao.es * URL : https://launchpad.net/touchpad-indicator * License : GPL-3 Programming Lang: Python Description : An indicator to show the status of the touchpad This indicator shows the status of the touchpad, and can enable or disable the touchpad. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633349: grub-common: 30_os-prober is generating a syntactically invalid entry for a recently deleted kernel
Package: grub-common
Version: 1.99-6
Severity: normal
This morning I purged linux-image-2.6.32.3.686. update-grub now reports
Generating grub.cfg ...
Found linux image: /boot/vmlinuz-2.6.39-2-686-pae
Found initrd image: /boot/initrd.img-2.6.39-2-686-pae
Found linux image: /boot/vmlinuz-2.6.38-2-686
Found initrd image: /boot/initrd.img-2.6.38-2-686
Found Debian GNU/Linux (wheezy/sid) on /dev/sda1
Found Debian GNU/Linux (wheezy/sid) on /dev/sdb1
error: syntax error.
error: Incorrect command.
error: syntax error.
error: line no: 198
Syntax errors are detected in generated GRUB config file.
Ensure that there are no errors in /etc/default/grub
and /etc/grub.d/* files or please file a bug report with
/boot/grub/grub.cfg.new file attached.
done
Line 198 is an entry for 2.6.32-5 which contains lots of nonprinting
characters; /boot/grub/grub.cfg.new is at the end of this report
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (700, 'testing'), (650, 'stable'), (600, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.38-2-686 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages grub-common depends on:
ii gettext-base0.18.1.1-3 GNU Internationalization utilities
ii libc6 2.13-7 Embedded GNU C Library: Shared lib
ii libdevmapper1.02.1 2:1.02.63-3 The Linux Kernel Device Mapper use
ii libfreetype62.4.4-2 FreeType 2 font engine, shared lib
ii libfuse22.8.5-3 Filesystem in Userspace (library)
ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime
Versions of packages grub-common recommends:
ii os-prober 1.47 utility to detect other OSes on a
Versions of packages grub-common suggests:
pn desktop-base none (no description available)
pn grub-emu none (no description available)
pn multiboot-doc none (no description available)
pn xorriso none (no description available)
-- no debconf information
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#
### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
load_env
fi
set default=0
if [ ${prev_saved_entry} ]; then
set saved_entry=${prev_saved_entry}
save_env saved_entry
set prev_saved_entry=
save_env prev_saved_entry
set boot_once=true
fi
function savedefault {
if [ -z ${boot_once} ]; then
saved_entry=${chosen}
save_env saved_entry
fi
}
function load_video {
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
}
insmod raid
insmod mdraid09
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(mduuid/a5bd68a4e67324e56edd6e1bf730ca6e)'
search --no-floppy --fs-uuid --set=root 6b5622a3-e914-4152-8320-74a29c498ac7
if loadfont /usr/share/grub/unicode.pf2 ; then
set gfxmode=640x480
load_video
insmod gfxterm
insmod raid
insmod mdraid09
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(mduuid/a5bd68a4e67324e56edd6e1bf730ca6e)'
search --no-floppy --fs-uuid --set=root 6b5622a3-e914-4152-8320-74a29c498ac7
set locale_dir=($root)/boot/grub/locale
set lang=en_US
insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=cyan/blue
set menu_color_highlight=white/blue
### END /etc/grub.d/05_debian_theme ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux 2.6.39-2-686-pae' --class debian
--class gnu-linux --class gnu --class os {
insmod gzio
insmod raid
insmod mdraid09
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(mduuid/a5bd68a4e67324e56edd6e1bf730ca6e)'
search --no-floppy --fs-uuid --set=root
6b5622a3-e914-4152-8320-74a29c498ac7
echo'Loading Linux 2.6.39-2-686-pae ...'
linux /boot/vmlinuz-2.6.39-2-686-pae
root=UUID=6b5622a3-e914-4152-8320-74a29c498ac7 ro quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-2.6.39-2-686-pae
}
menuentry 'Debian GNU/Linux, with Linux 2.6.39-2-686-pae (recovery mode)'
--class debian --class gnu-linux --class gnu --class os {
insmod gzio
insmod raid
insmod mdraid09
insmod part_msdos
insmod part_msdos
insmod ext2
set root='(mduuid/a5bd68a4e67324e56edd6e1bf730ca6e)'
search --no-floppy --fs-uuid --set=root
6b5622a3-e914-4152-8320-74a29c498ac7
echo'Loading Linux 2.6.39-2-686-pae ...'
linux /boot/vmlinuz-2.6.39-2-686-pae
root=UUID=6b5622a3-e914-4152-8320-74a29c498ac7 ro single
echo'Loading initial ramdisk ...'
initrd
Bug#630514: icu: doesn't clean source-build32 on debian/rules clean
tag 630514 +pending thanks Christoph Egger christ...@debian.org wrote: Package: icu Version: 4.8-1 Severity: normal After a build, running debian/rules clean doesn't delete the source-buil32 directory (at least on kfreebsd-amd64) This is fixed for the next upload. Thanks. Hopefully this problem would become irrelevant anyway once we fully move to the new multiarch layout so the 32-bit and 64-bit versions can coexist peacefully... -- Jay Berkenbilt q...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632084: DNAT/REDIRECT generating wrong port number for ctorigdstport
Crosslinks: http://marc.info/?l=netfilter-develm=130999299016674w=2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#567533: -O interferes with debugging on amd64 (oprofile doesn't like -fomit-frame-pointers)
reassign 567533 oprofile thanks On 01/29/2010 06:04 PM, Timothy Brownawell wrote: Package: g++ -O is turning on -fomit-frame-pointers on amd64, which interferes with debugging performance issues (because it prevents oprofile from generating callgraph information). man g++ says -O also turns on -fomit-frame-pointer on machines where doing so does not interfere with debugging. , but here it is turning it on where is *does* interfere with debugging. same on ix86 with GCC-4.6. oprofile should handle that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633350: W: Unknown flag value: ye
Package: apt Version: 0.8.16~exp2 Severity: important Hi, I see this kind of error message sometimes, with various versions of apt: Reading package lists... Done W: Unknown flag value: ye W: You may want to run apt-get update to correct these problems Running apt-get update does fix the problem, but it shouldn't be giving that error in the first place. Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633351: apt: Hash Sum mismatch
Package: apt Version: 0.8.16~exp2 Severity: serious Hi, One of the buildds has 0.8.16~exp2 installed, and then failed to download any source packages. It shows: Reading package lists... W: Unknown flag value: ye W: You may want to run apt-get update to correct these problems But other versions of apt do that too, just filed a bug about that too. Then it tries to download the source: Need to get 19.6 MB of source archives. Get:1 http://ftp.gr.debian.org/debian/ experimental/main gdb 7.3.50~cvs20110627-2 (dsc) [2702 B] Get:2 http://ftp.gr.debian.org/debian/ experimental/main gdb 7.3.50~cvs20110627-2 (tar) [19.5 MB] Get:3 http://ftp.gr.debian.org/debian/ experimental/main gdb 7.3.50~cvs20110627-2 (diff) [30.3 kB] Failed to fetch http://ftp.gr.debian.org/debian/pool/main/g/gdb/gdb_7.3.50~cvs20110627-2.dsc Hash Sum mismatch Failed to fetch http://ftp.gr.debian.org/debian/pool/main/g/gdb/gdb_7.3.50~cvs20110627.orig.tar.bz2 Hash Sum mismatch Failed to fetch http://ftp.gr.debian.org/debian/pool/main/g/gdb/gdb_7.3.50~cvs20110627-2.debian.tar.gz Hash Sum mismatch EFetched 19.6 MB in 1s (11.6 MB/s) : Failed to fetch some archives. apt-get for sources failed Kurt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631180: wrong gid and permissions on /usr/bin/curlftpfs
OoO En cette matinée ensoleillée du mardi 21 juin 2011, vers 09:44, Christoph Scheurer christoph.scheu...@ch.tum.de disait : I believe the settings for gid and permissions of /usr/bin/curlftpfs should be the same as those for fusermount to make curlftpfs work as expected with the Debian mechanism for the fuse group: $ ls -l /usr/bin/fusermount -rwsr-xr-- 1 root fuse 24292 18. Sep 2010 /usr/bin/fusermount There seems to be no need to set curlftpfs to be setuid to make it work as a plain user. You only need to have the rights set properly on /dev/fuse: crw-rw 1 root fuse 10, 229 1 juil. 23:41 /dev/fuse See also: /usr/share/doc/fuse-utils/README.Debian Does not exist anymore. Maybe that would have been useful with Squeeze but we cannot correct this kind of bugs in Squeeze. The fix is not necessary for Wheezy. -- Vincent Bernat ☯ http://vincent.bernat.im Identify bad input; recover if possible. - The Elements of Programming Style (Kernighan Plauger) pgpvZCnCNDxoZ.pgp Description: PGP signature
Bug#623997: In 3.5.16-8 no longer starts with grsecurity, even if disabled
Hello, after the security update of iceweasel (DSA 2268-1) iceweasel no longer starts, even if I paxctl -c /usr/lib/xulrunner-1.9.1/xulrunner-stub paxctl -r /usr/lib/xulrunner-1.9.1/xulrunner-stub Before the upgrade and after a downgrade, i.e. dpkg -i xulrunner-1.9.1_1.9.1.16-7_amd64.deb libmozjs2d_1.9.1.16-7_amd64.deb and the above commands, iceweasel works again. Looks like getting web browser security in Debian is getting harder :-(( I'll post any further finding once available, if you hear anything from upstream (tips, patches, ...) or any other source (hardened gentoo, maybe) it would be great if you could post them as well. Thanks! Greetings Helge -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
Bug#633352: gcc-4.4: function name incorrect in -Wstrict-overflow diagnostic
Package: gcc-4.4
Version: 4.4.5-8
Severity: minor
The shell script below reproduces this problem. Notice that the
function name is incorrect (on my system the name shown is T.4). I
get this result when I run the script:
~$ sh t98.sh
t98.c: In function ‘T.4’:
t98.c:5: warning: assuming signed overflow does not occur when changing X +- C1
cmp C2 to X cmp C1 +- C2
I believe that correct output would be something like
t98.c: In function ‘ff’:
t98.c:5: warning: assuming signed overflow does not occur when changing X +- C1
cmp C2 to X cmp C1 +- C2
Here is the script to reproduce the problem (I think it's minimal):
#! /bin/sh
cat | t98.c EOF
#include string.h
static void ff (const char *dir)
{
if (strcmp (., dir))
return;
strdup (dir);
strdup (dir);
}
int main (int argc, char **argv)
{
ff (hello);
ff (hello);
return 0;
}
EOF
gcc -Wstrict-overflow -O2 -c t98.c
I get the same effect with -m32 and -m64, though at -O3 the message is
correct, while at -O1 the warning isn't given at all. Clearly not
passing -Wstrict-overflow will also silence the message.
-- System Information:
Debian Release: 6.0.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Versions of packages gcc-4.4 depends on:
ii binutils 2.20.1-16 The GNU assembler, linker and bina
ii cpp-4.4 4.4.5-8The GNU C preprocessor
ii gcc-4.4-base 4.4.5-8The GNU Compiler Collection (base
ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib
ii libgcc1 1:4.4.5-8 GCC support library
ii libgomp1 4.4.5-8GCC OpenMP (GOMP) support library
Versions of packages gcc-4.4 recommends:
ii libc6-dev 2.11.2-10 Embedded GNU C Library: Developmen
Versions of packages gcc-4.4 suggests:
ii gcc-4.4-doc 4.4.4.nf1-1 documentation for the GNU compiler
pn gcc-4.4-locales none (no description available)
ii gcc-4.4-multilib 4.4.5-8 The GNU C compiler (multilib files
pn libcloog-ppl0none (no description available)
ii libgcc1-dbg 1:4.4.5-8 GCC support library (debug symbols
pn libgomp1-dbg none (no description available)
pn libmudflap0-4.4-dev none (no description available)
pn libmudflap0-dbg none (no description available)
pn libppl-c2none (no description available)
pn libppl7 none (no description available)
-- no debconf information
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633348: ITP: touchpad-indicator -- An indicator to show the status of the touchpad
On 07/09/2011 04:40 PM, Nobuto MURATA wrote: * Package name: touchpad-indicator Upstream Author : atareao-team atar...@atareao.es * URL : https://launchpad.net/touchpad-indicator Description : An indicator to show the status of the touchpad This indicator shows the status of the touchpad, and can enable or disable the touchpad. Even when this is not work by Canonical/Ayatana, would you be interested in joining pkg-ayatana and maintain the package there? Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633353: O: fusecompress -- transparent filesystem compression using FUSE
Package: wnpp Severity: normal I intend to orphan the fusecompress package. The package description is: FuseCompress provides a mountable Linux filesystem which transparently compress its content. Files stored in this filesystem are compressed on the background and Fuse allows to create a transparent interface between compressed files and user applications. I don't use fusecompress anymore hence am orphaning it. There are some bugs in fusecompress. Unfortunately, upstream has not been very responsive. All packaging details for fusecompress is available at: http://packages.qa.debian.org/f/fusecompress.html -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630987: About my ZSH-bug #630987
I created completion settings for my zsh from scratch and now completion seems to work in a normal way. http://iki.fi/juhtolv/configs/shellrc/ Take that file shellrc-20110709.tar.bz2 and after unpacking see file home/juhtolv/dot.zshrc . Old configs are commented away. If you use code folding with markers in your text editor, finding right lines is ridiculously easy. I also edited home/juhtolv/dot.zshenv , but old its configs can only be seen in older versions of those configs (probably inside a file called shellrc-20110626.tar.bz2 or older) -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632181: Same here...
Package: gnome-themes-standard Version: 3.0.2-1 Followup-For: Bug #632181 I?m facing the same problem (Adwaita cannot be properly selected/applied). This generates a very bad style rendering for gnome aplications like gnome-terminal or system monitor. Anyway, having only one theme option looks very limited, I hope this is only a transitional stage... -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/2 CPU cores) Locale: LANG=es_ES.utf8, LC_CTYPE=es_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-themes-standard depends on: ii gconf22.32.4-1 GNOME configuration database syste ii libatk1.0-0 2.0.1-1ATK accessibility toolkit ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libcairo-gobject2 1.10.2-6 The Cairo 2D vector graphics libra ii libcairo2 1.10.2-6 The Cairo 2D vector graphics libra ii libfontconfig12.8.0-3generic font configuration library ii libfreetype6 2.4.4-2FreeType 2 font engine, shared lib ii libgdk-pixbuf2.0-02.23.5-1 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk-3-03.0.10-1 GTK+ graphical user interface libr ii libpango1.0-0 1.28.4-1 Layout and rendering of internatio Versions of packages gnome-themes-standard recommends: ii gtk2-engines 1:2.20.1-1 theme engines for GTK+ 2.x gnome-themes-standard 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#633354: ftbs with ld --as-needed
Package: unison2.27.57 Version: 2.27.57-3 Severity: wishlist Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch when building with ld --as-needed the libraries must be placed after the objects needing their symbols. Else the library is not registered as needed and dropped leading to undefined references. See the log in the ubuntu bug: https://bugs.launchpad.net/ubuntu/+source/unison2.27.57/+bug/803210 Attached patch fixes this issue by patching the Makefile.OCaml. Description: fix build with ld --as-needed when building with ld --as-needed the libraries must be placed after the objects needing their symbols. Else the library is not registered as needed and dropped leading to undefined references. Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/unison2.27.57/+bug/803210 Author: Julian Taylor jtaylor.deb...@googlemail.com Index: unison2.27.57-2.27.57/Makefile.OCaml === --- unison2.27.57-2.27.57.orig/Makefile.OCaml 2011-07-09 17:32:06.350833248 +0200 +++ unison2.27.57-2.27.57/Makefile.OCaml 2011-07-09 17:32:03.470833246 +0200 @@ -349,7 +349,7 @@ $(NAME)$(EXEC_EXT): $(CAMLOBJS) $(COBJS) @echo Linking $@ - $(CAMLC) -verbose $(CAMLFLAGS) -o $@ $(CFLAGS) $(CAMLLIBS) $(CLIBS) $^ + $(CAMLC) -verbose $(CAMLFLAGS) -o $@ $(CFLAGS) $(CAMLLIBS) $^ $(CLIBS) # Unfortunately -output-obj does not put .o files into the output, only .cmx # files, so we have to use $(LD) to take care of COBJS. signature.asc Description: OpenPGP digital signature
Bug#633355: linux-ntfs: Getting rid of unneeded *.la / emptying dependency_libs
Package: libntfs-gnomevfs Version: 2.0.0-1 Severity: normal User: codeh...@debian.org Usertags: la-file-removal To finish an old release goal from Squeeze, to comply with Policy 10.2 and to ease the introduction of MultiArch, I'm filing bugs against packages which contain .la files which can be either removed or stripped of the dependency_libs variable. http://wiki.debian.org/ReleaseGoals/LAFileRemoval http://lists.debian.org/debian-devel/2011/04/msg00055.html http://lists.debian.org/debian-devel/2011/04/msg00199.html Data has been obtained from the output of an automated script: http://release.debian.org/~aba/la/current.txt The output is best read in conjunction with the criteria from this post to debian-devel: http://lists.debian.org/debian-devel/2009/08/msg00808.html To generate the list of packages, I've used: grep -v depended-on current.txt |cut -d: -f1 The data is regularly updated but please accept my apologies if you have made an upload which changes the situation since the data was parsed. linux-ntfs (2.0.0-1) appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. In this case, the .la file is in libntfs-gnomevfs: # libntfs-gnomevfs.la - a libtool library file dependency_libs=' /usr/lib/libntfs.la' In most cases, the .la file(s) can simply be removed as the process behind this MBF has already identified that there are no further dependencies using the .la file. In the unusual case that your package uses libltdl directly, it is still necessary to empty the dependency_libs part of all .la files remaining in the package. Once xchat is fixed, the process will repeat and other packages which you maintain may need to be fixed in turn. It is important that packages are fixed in sequence to avoid FTBFS bugs. If you believe that your package needs both the .la file and the dependency_libs settings, please raise this on debian-devel for clarification. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgp3gWUAVXS38.pgp Description: PGP signature
Bug#633356: live-build: use LB_APT_SECURE too when bootstrapping system
Package: live-build
Version: 3.0~a23-1
Severity: normal
Tags: patch
Due to a recent change in debootstrap (#560038), it now validates archives'
signatures by default.
This is a problem if we are installing (for example) from a local mirror which
hasn't the Release.gpg file.
The --no-check-gpg option has been added to override this (#624229).
I made a small patch to use that option if LB_APT_SECURE is false.
Ciao,
Eugenio
-- Package-specific info:
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.39.1-ck1-g7 (SMP w/2 CPU cores; PREEMPT)
Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages live-build depends on:
ii cdebootstrap 0.5.7 Bootstrap a Debian system
ii debootstrap 1.0.32 Bootstrap a basic Debian system
Versions of packages live-build recommends:
ii cpio 2.11-7 GNU cpio -- a program to manage ar
ii gettext-base 0.18.1.1-3 GNU Internationalization utilities
pn gnu-fdisk none (no description available)
Versions of packages live-build suggests:
ii dosfstools 3.0.9-1 utilities for making and checking
ii fakeroot 1.16-1tool for simulating superuser priv
ii genisoimage9:1.1.11-1Creates ISO-9660 CD-ROM filesystem
ii grub 0.97-65 GRand Unified Bootloader (dummy pa
pn memtest86+ | memtest86 none(no description available)
ii mtools 4.0.12-1 Tools for manipulating MSDOS files
ii parted 2.3-6 disk partition manipulator
ii squashfs-tools 1:4.2-3 Tool to create and append to squas
ii sudo 1.7.4p6-1 Provide limited super user privile
ii syslinux 2:4.04+dfsg-2 collection of boot loaders
ii uuid-runtime 2.19.1-2 runtime components for the Univers
ii win32-loader 0.7.3 Debian-Installer loader for win32
-- no debconf information
***
/home/g7/semplice/emily/unstable_fixes/live-build/live-build-3.0~a23/debian/patches/aptsecure_debootstrap.diff
--- a/scripts/build/lb_bootstrap_debootstrap
+++ b/scripts/build/lb_bootstrap_debootstrap
@@ -103,6 +103,13 @@
DEBOOTSTRAP_OPTIONS=${DEBOOTSTRAP_OPTIONS} --verbose
fi
+# If LB_APT_SECURE is false, do not check signatures of the Release file
+# WARNING: debootstrap 1.0.30 or later required!
+if [ ${LB_APT_SECURE} = false ]
+then
+ DEBOOTSTRAP_OPTIONS=${DEBOOTSTRAP_OPTIONS} --no-check-gpg
+fi
+
if [ -x /usr/sbin/debootstrap ]
then
if [ ${LB_CACHE_PACKAGES} = true ]
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633100: [php-maint] Bug#633100: Bug#633100: php5-common: /etc/cron.d/php5 script runs find with fuser process which spawns too much process eats up the system
Well Thomas one day i got mail from service monitor that system has too much processes, did look at it and this is what came up i didn't had any problems before, but i know before few days i did made system update. root@kanisystem:/var/lib/php5# fuser ./sess_frvh74vk6lb6hornrebr0dngdktrmhp9 sleep 8 echo Processes:$(pgrep fuser | wc -l) [1] 4492 Processes:17026
Bug#631187: Kernel panics when removing external hard drive
On Fri, 2011-07-08 at 04:30 +0100, Ben Hutchings wrote: Alexander, please test the new package version. I just tested 2.6.39-3 from sid and 3.0.0~rc6-1~experimental.1 from experimental. Unfortunately both reliably panic when safely removing my external hard drive. 2.6.38-5 (still) works fine. Seems like it's time for me to do a git bisect, or do you any other ideas? Best regards Alexander Kurtz signature.asc Description: This is a digitally signed message part
Bug#633357: phonon-backend-gstreamer: dragon does not play video dvds with gstreamer (xine ok)
Package: phonon-backend-gstreamer Version: 4:4.6.0really4.5.1-1 Severity: important When I click play disc in dragon player, nothing happens. The DVD is played well by SMPlayer, VLC, KPlayer and in dragon when the xine backend is selected. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/2 CPU cores) Locale: LANG=en_HK.UTF-8, LC_CTYPE=en_HK.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633358: removing libreadline5-dev breaks build of clisp
Package: src:readline5 Version: 5.2-9 Severity: critical Removal of libreadline5-dev made clisp release-buggy -- as it no longer builds from source in unstable. There was no notification of reverse dependencies and no rational for the rename given ever. Regards Christoph -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.39-2-amd64 (SMP w/6 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#631007: pu: package arcboot/0.3.14+squeeze0
On Wed, 2011-07-06 at 19:04 +0200, Guido Günther wrote: On Sat, Jul 02, 2011 at 04:11:39PM +0100, Adam D. Barratt wrote: On Sun, 2011-06-19 at 19:18 +0200, Guido Günther wrote: netinstall of MIPS IP22 is currently broken (#630424). This is due to two bugs in tip22: a wrong load address and a discard entry in the linker script. I've prepared 0.3.14+squeeze0 to fix this issue (diff attached). O.k. to upload to stable for the 6.0.3 release? [...] - Why does __ARCSBOOT_VERSION__ jump to 0.3.13? This is generated during build time. We should exclude this file from the package but I didn't want to make any unnecessary changes. Okay. - Please drop this change: + * [d2741a1] overrides: remove ./ from paths to catch up with ftp-master +changes O.k, reverted. Thanks. - Why was the $(PRINT_LOADADDR) makefile target dropped? It's not needed and unused and was part of the same commit. I debated this one - just because it was part of the upstream commit doesn't automatically make it suitable for inclusion in stable. However, having checked that it does indeed appear to be unused, I'm not going to insist that it not be included. Will the chroots on the autobuilders be updated to the latest arcboot before building d-i? Dann raised that issue: http://lists.debian.org/debian-mips/2011/07/msg0.html I wouldn't expect this to be required. With the widespread use of LVM-based chroots, the chances of tip22 already being in the chroot used for the mips d-i build are quite low, so I'd suggest that we work on the assumption that the correct version will be used - if there turns out to be an issue for some reason, we can always binNMU d-i on mips and tell wanna-build to ensure that the new tip22 is used for the build. Find a new diff attached. Thanks; please go ahead. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633359: gcc-defaults: some dissonance
Source: gcc-defaults Version: 1.106 Three things I noticed in 1.105 which were not yet fixed in 1.106 – the second one must be addressed in another upload before I can build this on m68k; the third one is an FTBFS fix I could work around (but since we require an upload due to the second issue anyway, it can be fixed correctly); the first one is cleanup. 1) There is a directory gcc-defaults-1.106/debian/gcj with junk content from before the gcj subpackage removal in the source package. 2) [important] The with_multiarch_lib flag is not set on Debian sid, which leads to the following: ln -s libgcj.so.$(LIBGCJ_SONAME) \ debian/libgcj-bc/usr/lib/libgcj_bc.so.1 However, libgcj.so.$(LIBGCJ_SONAME) is already in the multiarch directories: root@ara5:/var/cache/apt/archives # ar p libgcj10_4.4.6-6_m68k.deb ./data.tar.gz | tar tzvf - | fgrep libgcj.so. -rw-r--r-- root/root 38346776 2011-06-27 15:57 ./usr/lib/m68k-linux-gnu/libgcj.so.10.0.0 This makes gcj unusable (e.g. src:libidn FTBFS). I’ve fixed it by editing debian/rules and removing “sid” from line 240 (236 in 1.105), but that may have impli‐ cations for with_multilib=yes targets (multilib_archs), so I don’t know whether this was the correct fix. 3) The package currently doesn’t build on m68k because of its broken build-depends; it shouldn’t assume gcc-4.6/gcj-4.6 exist on !gcc46_archs / !gcj46_archs My fix was to use alternate build dependencies and spell out what to use where: Build-Depends: m4, debhelper (= 5), dpkg-dev (= 1.16.0~ubuntu4) , gcj-4.6-base (= 4.6.0~) [amd64 armel armhf hppa i386 ia64 lpia mips mipsel powerpc ppc64 s390 sh4 sparc sparc64 kfreebsd-amd64 kfreebsd-i386 hurd-i386] | gcj-4.4-base (= 4.4.5~) [!arm !amd64 !armel !armhf !hppa !i386 !ia64 !lpia !mips !mipsel !powerpc !ppc64 !s390 !sh4 !sparc !sparc64 !kfreebsd-amd64 !kfreebsd-i386 !hurd-i386] , gcc-4.6-base (= 4.6.0~) [amd64 armel armhf hppa i386 ia64 lpia mips mipsel powerpc ppc64 s390 sh4 sparc sparc64 kfreebsd-amd64 kfreebsd-i386 hurd-i386] | gcc-4.4-base (= 4.4.5~) [!amd64 !armel !armhf !hppa !i386 !ia64 !lpia !mips !mipsel !powerpc !ppc64 !s390 !sh4 !sparc !sparc64 !kfreebsd-amd64 !kfreebsd-i386 !hurd-i386] , lsb-release Algorithmically: - gcc-4.6-base becomes: gcc-4.6-base [gcc46_archs] | gcc-4.4-base [!gcc46_archs] - gcj-4.6-base [!arm] becomes: gcj-4.6-base [gcj46_archs] | gcj-4.4-base [!arm !gcj46_archs] I could probably just have used the ‘-d’ option to ignore missing build dependencies, but I use cowbuilder, and felt that fixing the Build-Depends was the correct way to go, hence this submission. bye, //mirabilos -- [00:02] Vutral gecko: benutzt du emacs ? [00:03] gecko nö [00:03] gecko nur n normalen mac [00:04] Vutral argl [00:04] Vutral ne den editor -- Vutral und gecko2 in #deutsch (NB: Editor? Betriebssystem.) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633360: bacula-common: @hostname@ placeholders sprinkled throughout defconfig/bacula-dir.conf
Package: bacula-common Version: 5.0.3-1 Severity: important The template /usr/share/bacula-common/defconfig/bacula-dir.conf has @hostname@ placeholders not just in the places where they should be, but also everywhere the sequence ca (lower case) appeared in the original. This breaks new installations of bacula as a default configuration is created from this template and causes errors from bacula-director. The source of the problem is likely debian/patches/fix_config which blindly replaces all occurences of the package building host's hostname with @hostname@. Presumably the build host was named ca. -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-rc6-00066-gde3796e (SMP w/2 CPU cores; PREEMPT) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bacula-common depends on: ii adduser 3.113add and remove users and groups ii debconf [debconf-2.0] 1.5.40 Debian configuration management sy ii libc6 2.13-10 Embedded GNU C Library: Shared lib ii libgcc1 1:4.6.1-2GCC support library ii libpython2.62.6.7-2 Shared Python runtime library (ver ii libssl1.0.0 1.0.0d-3 SSL shared libraries ii libstdc++6 4.6.1-2 GNU Standard C++ Library v3 ii libwrap07.6.q-21 Wietse Venema's TCP wrappers libra ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime bacula-common recommends no packages. Versions of packages bacula-common suggests: pn bacula-docnone (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633361: please consider creating a foo-keyring.deb package
Package: mini-buildd-rep Severity: wishlist Tags: experimental Hi, maybe it would be a good idea to automatically build an (appropriately named) foo-keyring.deb package containing the archive signing key, and to include its fingerprint on the mini-buildd web page. Greetings Marc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#619112: xtables-addons-source: TEE module not included in package
It looks like xt_TEE was removed from xtables-addons-source due to bug #592237. However it looks like that user was trying to use an unstable version of iptables (1.4.9) in conjunction with a stable version of xtables-addons. I don't think the decision to disable the TEE target in xtables-addons 1.26-2 was correct since it's now impossible to install xt_TEE on a vanilla squeeze system. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#630799: Splitting tools out to help build-deps install time
On Fri, Jun 17, 2011 at 05:06:29PM +0200, Loïc Minier wrote: On Fri, Jun 17, 2011, Colin Watson wrote: I really don't want to do this. I'd rather optimise mandb. Ok; just so that I understand, is this about avoid confusion of the users, or complexity or...? Splitting packages is for life, not just for Christmas. Once I do it, I'm pretty much stuck with it, or at least some vestige of it, forever. Thus, I'm reluctant to do it solely for performance reasons which I feel can be addressed in other ways. If I exhaust the possibilities for optimising mandb without reaching acceptable performance, then I'm willing to revisit splitting some tools out into a separate package. I guess we can repurpose this bug to man-db is too slow on armel/ppc or something, which are arches where I've witnessed this. Actually, I think I could do a lot better generally. For example, compare these two operations which have identical output, with hot cache on a reasonably decent i386 laptop with fast SSD: cjwatson@sarantium /usr/share/man$ time find -type f | xargs cat | zcat /dev/null real0m2.494s user0m2.440s sys 0m0.324s cjwatson@sarantium /usr/share/man$ time find -type f | xargs -n1 zcat /dev/null real1m27.988s user0m7.940s sys 0m16.373s mandb is currently acting more like the latter than the former (and, for that matter, has similar runtime). OK, so it isn't actually execing zcat every time, instead forking and having one of the child processes run an in-process function which uses zlib, thus saving an execve per process and all the associated process startup costs, and I seem to remember that that made a noticeable performance difference; but even so, simply forking 2-odd processes (as in my example, which is in a fairly complete environment with lots of manual pages installed; probably very much less in a build chroot) isn't cheap. In fact, strace indicates that mandb is forking on the order of four processes per page. Just the cost of forking, exiting, and waiting for that number of processes comes to 23 seconds on my system out of mandb's total runtime of around 100 seconds, and I strongly suspect that doing any non-trivial multi-process work like this gives the scheduler trouble and slows everything down further due to the sheer number of context switches involved (trashing CPU caches, doing TLB flushes, etc.). My plan here is to beef up libpipeline so that I can do all of mandb's work in a single process. In fact, I've had a to-do entry in the code for some time: ideally, could there be a facility to execute non-blocking functions without needing to fork? These would be something like coroutines or generators. If I do this in libpipeline, then the changes in man-db can be very small and wouldn't make the code much harder to maintain: it would still look like running a pipeline of processes, except that some of them happen to be non-forking function calls, much as some of them can currently be function calls executed in a child process. The called functions would just need to be written such that they can yield control and be re-entered later rather than blocking. If that doesn't speed things up enough, then I can look at having more things done by passing buffers around rather than reading and writing over pipes. That breaks some useful abstraction layers, though (less common compression methods are implemented by calling programs like bzcat, and I'd rather not have to link directly against lots of decompression libraries), and I'm not sure that it will be necessary. My instinct is that I can make a very serious dent in mandb's runtime without resorting to that. Cheers, -- Colin Watson [cjwat...@debian.org] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#550534: firmware-iwlwifi: iwlagn 0000:03:00.0: Microcode SW error detected. Restarting 0x82000000.
On 04/07/11 04:51, Ben Hutchings wrote: On Sat, 2009-10-10 at 23:05 +0200, Wouter Cloetens wrote: A combination of kernel driver and firmware version perhaps? Presumably it was. Has this been fixed by a kernel upgrade? Is it still a problem in the current stable release (Debian 6.0.3)? I just upgraded to firmware-iwlwifi 0.30. This contains the same buggy firmware release 228.61.2.24 as in 0.18. I'm now running the kernel from linux-image-2.6.38-2-686. Sure enough, a couple of minutes after unloading and reloading the iwlagn module: iwlagn :03:00.0: Microcode SW error detected. Restarting 0x8200. Loaded firmware version: 228.61.2.24 Start IWL Error Log Dump: Status: 0x000213E4, count: 5 Desc Time data1 data2 line FH_ERROR (0x000C) 3067148809 0x0008 0x0313 208 pc blink1 blink2 ilink1 ilink2 hcmd 0x0046C 0x0A332 0x004C2 0x006DA 0x0A39A 0x240001C FH register values: FH_RSCSR_CHNL0_STTS_WPTR_REG: 0X00559000 FH_RSCSR_CHNL0_RBDCB_BASE_REG: 0X0033ddb0 FH_RSCSR_CHNL0_WPTR: 0X00a0 FH_MEM_RCSR_CHNL0_CONFIG_REG: 0X00819004 FH_MEM_RSSR_SHARED_CTRL_REG: 0X003c FH_MEM_RSSR_RX_STATUS_REG: 0X0313 FH_MEM_RSSR_RX_ENABLE_ERR_IRQ2DRV: 0X FH_TSSR_TX_STATUS_REG: 0X07ff0002 FH_TSSR_TX_ERROR_REG: 0X Start IWL Event Log Dump: display last 20 entries EVT_LOGT:3067145742:0x:0301 EVT_LOGT:3067145821:0x12bf:0353 EVT_LOGT:3067148434:0x0107:0106 EVT_LOGT:3067148435:0x:0302 EVT_LOGT:3067148470:0x00d4:0321 EVT_LOGT:3067148472:0x:1350 EVT_LOGT:3067148472:0x:1351 EVT_LOGT:3067148473:0x:1352 EVT_LOGT:3067148473:0x0003:1353 EVT_LOGT:3067148481:0x0029:0357 EVT_LOGT:3067148714:0x0107:0106 EVT_LOGT:3067148715:0x:0302 EVT_LOGT:3067148751:0x00d4:0321 EVT_LOGT:3067148752:0x:1350 EVT_LOGT:3067148753:0x:1351 EVT_LOGT:3067148753:0x:1352 EVT_LOGT:3067148754:0x0003:1353 EVT_LOGT:3067148774:0x00d4:0322 EVT_LOGT:3067148804:0x1bc3:0310 EVT_LOGT:3067148812:0x:0125 However, it recovered from that by itself, and after that initial dump, my wlan connection has remained stable. It may be unrelated to this bug. Over the last two years, this bug has been discussed thousands of times in the forums and bug tracking tools of every distribution out there. Most people are just using old firmware, like I have been. Some people have had success setting this module option: swcrypto=1 which disables offloading encryption to the hardware. That doesn't always solve the problem, apparently, or at least not permanently. I will keep running with this firmware version and report if it breaks after longer use. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633362: autodocktools has circular Depends on mgltools-pmv
Package: autodocktools Version: 1.5.6~rc1+cvs.20110617-1 Severity: important Hello Debian Med Packaging Team, There is a circular dependency between autodocktools and mgltools-pmv: autodocktools :Depends: mgltools-pmv mgltools-pmv:Depends: autodocktools Circular dependencies involving shared libraries are known to cause problems during upgrade between stable releases, so we should try to get rid of them. See threads http://lists.debian.org/debian-devel/2005/06/msg02111.html http://lists.debian.org/debian-devel/2005/11/msg01101.html 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#633363: pidgin-musictracker: Getting rid of unneeded *.la / emptying dependency_libs
Package: pidgin-musictracker Version: 0.4.22-2 Severity: normal User: codeh...@debian.org Usertags: la-file-removal To finish an old release goal from Squeeze, to comply with Policy 10.2 and to ease the introduction of MultiArch, I'm filing bugs against packages which contain .la files which can be either removed or stripped of the dependency_libs variable. http://wiki.debian.org/ReleaseGoals/LAFileRemoval http://lists.debian.org/debian-devel/2011/04/msg00055.html http://lists.debian.org/debian-devel/2011/04/msg00199.html Data has been obtained from the output of an automated script: http://release.debian.org/~aba/la/current.txt The output is best read in conjunction with the criteria from this post to debian-devel: http://lists.debian.org/debian-devel/2009/08/msg00808.html To generate the list of packages, I've used: grep -v depended-on current.txt |cut -d: -f1 The data is regularly updated but please accept my apologies if you have made an upload which changes the situation since the data was parsed. pidgin-musictracker (0.4.22-2) appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. In this case, the .la file is in pidgin-musictracker: # Libraries that this one depends upon. dependency_libs=' /usr/lib/libgtk-x11-2.0.la /usr/lib/libgdk-x11-2.0.la /usr/lib/libatk-1.0.la /usr/lib/libpangoft2-1.0.la /usr/lib/libgdk_pixbuf-2.0.la -lm /usr/lib/libpangocairo-1.0.la /usr/lib/libcairo.la /usr/lib/libgio-2.0.la /usr/lib/libpango-1.0.la /usr/lib/libfreetype.la -lz -lfontconfig /usr/lib/libgmodule-2.0.la -ldbus-glib-1 -ldbus-1 -lpthread /usr/lib/libgobject-2.0.la /usr/lib/libgthread-2.0.la -lrt /usr/lib/libglib-2.0.la -lpcre' In most cases, the .la file(s) can simply be removed as the process behind this MBF has already identified that there are no further dependencies using the .la file. In the unusual case that your package uses libltdl directly, it is still necessary to empty the dependency_libs part of all .la files remaining in the package. Once xchat is fixed, the process will repeat and other packages which you maintain may need to be fixed in turn. It is important that packages are fixed in sequence to avoid FTBFS bugs. If you believe that your package needs both the .la file and the dependency_libs settings, please raise this on debian-devel for clarification. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgp2172TFkeXd.pgp Description: PGP signature
Bug#633364: xterm: wrong popup menu placement when screen activating twinview
Package: xterm Version: 270-1 Severity: minor Here are the step to reproduce: 1) disable twinview if needed 2) open an xterm 3) enable twinview 4) place xterm on the right monitor and maximize it 5) open one of the menus with ctrl+click on the right of the window The menu don't go far enough on the right to be under the cursor. It looks like xterm got the xorg screen width at start up (certainly not to draw the menus out of the screen) but then keep this size forever. Celelibi -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (995, 'testing'), (600, 'unstable'), (50, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.36 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR, LC_CTYPE=fr_FR (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/bash Versions of packages xterm depends on: ii libc6 2.13-7 Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-2.2 generic font configuration library ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libncurses5 5.9-1 shared libraries for terminal hand ii libutempter0 1.1.5-4A privileged helper for utmp/wtmp ii libx11-6 2:1.4.3-2 X11 client-side library ii libxaw7 2:1.0.9-2 X11 Athena Widget library ii libxft2 2.2.0-3FreeType-based font drawing librar ii libxmu6 2:1.1.0-2 X11 miscellaneous utility library ii libxt61:1.1.1-2 X11 toolkit intrinsics library ii xbitmaps 1.1.1-1Base X bitmaps Versions of packages xterm recommends: ii x11-utils 7.6+2 X11 utilities Versions of packages xterm suggests: pn xfonts-cyrillic none (no description available) -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633365: libppl-swi: Getting rid of unneeded *.la / emptying dependency_libs
Package: libppl-swi Version: 0.11.2-3 Severity: normal User: codeh...@debian.org Usertags: la-file-removal To finish an old release goal from Squeeze, to comply with Policy 10.2 and to ease the introduction of MultiArch, I'm filing bugs against packages which contain .la files which can be either removed or stripped of the dependency_libs variable. http://wiki.debian.org/ReleaseGoals/LAFileRemoval http://lists.debian.org/debian-devel/2011/04/msg00055.html http://lists.debian.org/debian-devel/2011/04/msg00199.html Data has been obtained from the output of an automated script: http://release.debian.org/~aba/la/current.txt The output is best read in conjunction with the criteria from this post to debian-devel: http://lists.debian.org/debian-devel/2009/08/msg00808.html To generate the list of packages, I've used: grep -v depended-on current.txt |cut -d: -f1 The data is regularly updated but please accept my apologies if you have made an upload which changes the situation since the data was parsed. libppl-swi (0.11.2-3) appears in this list as a source package because one or more of the binary packages (usually -dev packages) contain .la files. In this case, the .la file is in libppl-swi: /usr/lib/ppl/libppl_swiprolog.la # Libraries that this one depends upon. dependency_libs=' /usr/lib/libppl.la -L/usr/lib /usr/lib/libpwl.la /usr/lib/libgmpxx.la /usr/lib/libgmp.la' In most cases, the .la file(s) can simply be removed as the process behind this MBF has already identified that there are no further dependencies using the .la file. In the unusual case that your package uses libltdl directly, it is still necessary to empty the dependency_libs part of all .la files remaining in the package. If you believe that your package needs both the .la file and the dependency_libs settings, please raise this on debian-devel for clarification. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgpRuc4jJy4pN.pgp Description: PGP signature
Bug#556717: xpuzzles: patch for the issue
Package: xpuzzles Version: 7.5-1 Followup-For: Bug #556717 User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu oneiric ubuntu-patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 *** /tmp/tmp5ty_WM In Ubuntu, the attached patch was applied to achieve the following: * Makefile.in: Add -laudiofile to fix a FTBFS with ld --as-needed. (LP: #756014) (Closes: #556717) 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-999-generic (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iQIcBAEBAgAGBQJOGInXAAoJEGHzRCZ03mYkHNkQAIlAxFx2Uz2ixjLevR+MMVPf zFx5+xcRuSTpIZH/jHx+UzML18HCl27+CGZxLRi2uLorADWnHk5QmpOTKsR0ztxp poF5McbqIdLGvVVL9p9evYoUUjhlIBYO5cOy5V3xmf01m1pjEAzszjJijHfz+L9S +0vCmXHCE6U2NhnbhRdru2ZOCpB7AwvNQ3l8GXxXWnHt1SeAUgJTYfQLS2m6kEYD 6i2DzTCytnhauNJBqXsNDiolXPl6lIITqSds8aZilaWcEAOudKili0K8JtBDweMM 3FPtjJ5rOay/jlPcJkN69i7hIkeiDGtqzNJlBc8sxsA+02MvSn8kz/npjWhMnt0X zi4xLg1q8KhbWi+kmsulN/35ylbgymZmnETlyFuvwJIvsyUeszMAsOUXoXwRJ6n9 bkJe2/iJpBV/rzGhLX5MR6siKFrLsPr1koafz0d1fWcYcKzlVXD1GZQQmjyUk8Se tbeOhRgKqLiijIkb4hyuMyNcfi+UOGeKV1Z/O8xaZmB/pHH127l+6cfZgjZuHnjV G6wgyMwannGlCopFbOXzmKvUWpLTfXlpAjs8O/bk5437+pnc/Ii9k+Vbm79Ysl8B k3pzTSXQ96SvFXpsN0rgkVgBSoP2lcNjjFxN9aH6+sV++eYNyBjR9RUSdw1U4M6e L+Nv3zpO2gk4KVZ1jYUW =+0g6 -END PGP SIGNATURE- only in patch2: unchanged: --- xpuzzles-7.5.orig/hexagons/Makefile.in +++ xpuzzles-7.5/hexagons/Makefile.in @@ -121,6 +121,7 @@ XWIDGETLDFLAGS = @XWIDGETLDFLAGS@ XLIBS = @XLIBS@ XWIDGETLIBS = @XWIDGETLIBS@ +EXTRA_LIBRARIES = -laudiofile N= C=.c @@ -170,7 +171,7 @@ done $(PROG) : $(OBJS) - $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) + $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) $(EXTRA_LIBRARIES) @ $(ECHO) $@ BUILD COMPLETE @ $(ECHO) @ $(ECHO) To install: \make install\ is safer but only in patch2: unchanged: --- xpuzzles-7.5.orig/mball/Makefile.in +++ xpuzzles-7.5/mball/Makefile.in @@ -119,6 +119,7 @@ XWIDGETLDFLAGS = @XWIDGETLDFLAGS@ XLIBS = @XLIBS@ XWIDGETLIBS = @XWIDGETLIBS@ -lm +EXTRA_LIBRARIES = -laudiofile N= C=.c @@ -168,8 +169,8 @@ done $(PROG) : $(OBJS) - $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) - @ $(ECHO) $@ BUILD COMPLETE + $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) $(EXTRA_LIBRARIES) + @ $(ECHO) $@ BUILD COMPLETE @ $(ECHO) @ $(ECHO) To install: \make install\ is safer but @ $(ECHO) \make install-games\ may work better, see INSTALL. only in patch2: unchanged: --- xpuzzles-7.5.orig/triangles/Makefile.in +++ xpuzzles-7.5/triangles/Makefile.in @@ -121,6 +121,7 @@ XWIDGETLDFLAGS = @XWIDGETLDFLAGS@ XLIBS = @XLIBS@ XWIDGETLIBS = @XWIDGETLIBS@ +EXTRA_LIBRARIES = -laudiofile N= C=.c @@ -170,7 +171,7 @@ done $(PROG) : $(OBJS) - $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) + $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) $(EXTRA_LIBRARIES) @ $(ECHO) $@ BUILD COMPLETE @ $(ECHO) @ $(ECHO) To install: \make install\ is safer but only in patch2: unchanged: --- xpuzzles-7.5.orig/oct/Makefile.in +++ xpuzzles-7.5/oct/Makefile.in @@ -119,6 +119,7 @@ XWIDGETLDFLAGS = @XWIDGETLDFLAGS@ XLIBS = @XLIBS@ XWIDGETLIBS = @XWIDGETLIBS@ +EXTRA_LIBRARIES = -laudiofile N= C=.c @@ -168,7 +169,7 @@ done $(PROG) : $(OBJS) - $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) + $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) $(EXTRA_LIBRARIES) @ $(ECHO) $@ BUILD COMPLETE @ $(ECHO) @ $(ECHO) To install: \make install\ is safer but only in patch2: unchanged: --- xpuzzles-7.5.orig/barrel/Makefile.in +++ xpuzzles-7.5/barrel/Makefile.in @@ -121,6 +121,7 @@ XWIDGETLDFLAGS = @XWIDGETLDFLAGS@ XLIBS = @XLIBS@ XWIDGETLIBS = @XWIDGETLIBS@ -lm +EXTRA_LIBRARIES = -laudiofile N= C=.c @@ -170,7 +171,7 @@ done $(PROG) : $(OBJS) - $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) + $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) $(EXTRA_LIBRARIES) @ $(ECHO) $@ BUILD COMPLETE @ $(ECHO) @ $(ECHO) To install: \make install\ is safer but only in patch2: unchanged: --- xpuzzles-7.5.orig/threed/Makefile.in +++ xpuzzles-7.5/threed/Makefile.in @@ -109,6 +109,7 @@ XWIDGETLDFLAGS = @XWIDGETLDFLAGS@ XLIBS = @XLIBS@ XWIDGETLIBS = @XWIDGETLIBS@ -lm +EXTRA_LIBRARIES = -laudiofile N= C=.c @@ -158,7 +159,7 @@ done $(PROG) : $(OBJS) - $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) + $(CC) -o $@ $(OBJS) $(XWIDGETLDFLAGS) $(XWIDGETLIBS) $(EXTRA_LIBRARIES) @ $(ECHO) $@ BUILD COMPLETE @
Bug#633366: Fails to run at all
Package: debsecan Version: 0.4.14 Severity: grave Mailbox of root is filled E-Mails like these from cron: Subject: Cron daemon@juhtolv test -x /usr/bin/debsecan /usr/bin/debsecan --cron (failed) Traceback (most recent call last): File /usr/bin/debsecan, line 1323, in module rate_system(target, options, fetch_data(options, config), history) File /usr/bin/debsecan, line 1300, in rate_system if v.is_vulnerable (bp, sp): File /usr/bin/debsecan, line 430, in is_vulnerable return src_ver self.unstable_version \ File /usr/bin/debsecan, line 92, in __cmp__ return apt_pkg.VersionCompare(self.__asString, other.__asString) AttributeError: 'module' object has no attribute 'VersionCompare' -- System Information: Debian Release: wheezy/sid APT prefers stable APT policy: (990, 'stable'), (500, 'testing-proposed-updates'), (500, 'stable-updates'), (500, 'proposed-updates'), (102, 'testing'), (101, 'unstable') Architecture: i386 (i686) Kernel: Linux 2.6.39-2-686-pae (SMP w/1 CPU core) Locale: LANG=fi_FI.utf8, LC_CTYPE=fi_FI.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debsecan depends on: ii debconf [debconf-2.0] 1.5.39 Debian configuration management sy ii python2.6.6-14 interactive high-level object-orie ii python-apt0.8.0 Python interface to libapt-pkg Versions of packages debsecan recommends: ii cron 3.0pl1-116 process scheduling daemon ii postfix [mail-transport-agent 2.8.2-1+b1 High-performance mail transport ag debsecan suggests no packages. -- Configuration Files: /etc/default/debsecan changed: REPORT=true SUITE=squeeze MAILTO=root SOURCE= -- debconf information: * debsecan/source: * debsecan/mailto: root * debsecan/suite: squeeze * debsecan/report: true -- Juhapekka naula Tolvanen * http colon slash slash iki dot fi slash juhtolv Quidquid Latine dictum sit altum videtur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#633367: sdl-stretch: Getting rid of unneeded *.la / emptying dependency_libs
Package: libsdl-stretch-dev Version: 0.3.0-1 Severity: normal User: codeh...@debian.org Usertags: la-file-removal To finish an old release goal from Squeeze, to comply with Policy 10.2 and to ease the introduction of MultiArch, I'm filing bugs against packages which contain .la files which can be either removed or stripped of the dependency_libs variable. http://wiki.debian.org/ReleaseGoals/LAFileRemoval http://lists.debian.org/debian-devel/2011/04/msg00055.html http://lists.debian.org/debian-devel/2011/04/msg00199.html Data has been obtained from the output of an automated script: http://release.debian.org/~aba/la/current.txt The output is best read in conjunction with the criteria from this post to debian-devel: http://lists.debian.org/debian-devel/2009/08/msg00808.html To generate the list of packages, I've used: grep -v depended-on current.txt |cut -d: -f1 The data is regularly updated but please accept my apologies if you have made an upload which changes the situation since the data was parsed. libsdl-stretch-dev (0.3.0-1) appears in this list as the binary package contains an .la file. In this case, the .la file is /usr/lib/libSDL_stretch.la: # Libraries that this one depends upon. dependency_libs=' -L/usr/lib /usr/lib/libSDL.la' (libSDL.la is not from the sdl-stretch package, a separate bug has been filed to remove the dependency_libs field from that .la file.) In most cases, the .la file(s) can simply be removed as the process behind this MBF has already identified that there are no further dependencies using the .la file. In the unusual case that your package uses libltdl directly, it is still necessary to empty the dependency_libs part of all .la files remaining in the package. If you believe that your package needs both the .la file and the dependency_libs settings, please raise this on debian-devel for clarification. -- Neil Williams = http://www.linux.codehelp.co.uk/ pgp7khT9XtKia.pgp Description: PGP signature
