Bug#638693: serna-free: Embeds ant, avalon-framework, batik, fop, icu4j, xalan and possibly other java libraries
Package: serna-free
Severity: important
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
Lintian outputs[1]:
jar-not-in-usr-share:
usr/lib/serna/plugins/dita/DITA-OT1.4/lib/avalon-framework-cvs-20020806.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/lib/batik.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/lib/dost.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/lib/fop.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/lib/icu4j.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/lib/resolver.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/lib/xalan.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/lib/xercesImpl.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/lib/xml-apis.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-antlr.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-apache-bsf.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-apache-log4j.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-apache-oro.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-apache-regexp.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-apache-resolver.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-commons-logging.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-commons-net.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-icontract.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-javamail.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-jdepend.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-jmf.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-jsch.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-junit.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-launcher.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-netrexx.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-nodeps.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-starteam.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-stylebook.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-swing.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-trax.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-vaj.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-weblogic.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-xalan1.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant-xslp.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/ant.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/dost.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/log4j-1.2.11.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/resolver.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/xercesImpl.jar
usr/lib/serna/plugins/dita/DITA-OT1.4/tools/ant/lib/xml-apis.jar
Manually checking the package, I find you use 11MB worth of java
libraries, which are all in the archive[2].
$ du -sh serna/usr/lib/serna/plugins/dita/DITA-OT1.4/{ant,lib}
64K serna/usr/lib/serna/plugins/dita/DITA-OT1.4/ant
11M serna/usr/lib/serna/plugins/dita/DITA-OT1.4/lib
I also noted debian/3rd/antlr-2.7.1.tar.gz, which very much smells
like an embedded copy of antlr (2.7.7 is in the archive). I did not
bother tracking it down though, so it may just be waste in the
source package.
I am filing this as important, but I did consider using serious due
to the extend this is done.
~Niels
[1] (on lintian.d.o:
http://lintian.debian.org/maintainer/nome...@debian.org.html#serna-free)
[2] Perhaps not at that right version and your upstream may have
modified their copies of these libraries.
- -- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_DK.UTF-8, LC_CTYPE=en_DK.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
iQIcBAEBCAAGBQJOUJ9bAAoJEAVLu599gGRC3D0QAI7vkbdyZexvhXq2VjtUS6A9
D1D5rQAfioMsjgRc9gTk9DGkM6BSe9JP8O+OeHB3G6LG2OORytm0zqiyfxMXonzg
PKdoF7q7PCnL41Lxyld3LxvqPFGDhy2rU+MfknEIb+zdyj5/UNccLh5pwmYsOEMb
Yr/PwPao9Z5mHTl8N2mT30upJjo7iYfTQ1JmOf573nzRdlFSBOhASrgUD3zAOyIy
I1qt4jIS3WX/I2CwdlImiM0RYVxGE+AalfCttbdWjHUSFNuuydelXG3DUYt4ODXA
xubX8zLrXxCY/V729KaOkv3uzveOKIGZoPaQz7C55gd/QtTq+m1ioWxsGLMC0vxx
1iP8EvlAE1G+FQoj99xV2uQTk7oqgWtbyAFiVaGYNZ+WhLDuwnN5/Chv/dmOPH8z
ZRTGxK2glLgMPBR6W8V6xIwaVM3FlCldNYJO/yLu90nqGSZGvkvFX26muOzBFJ+/
XnX6hiD+MYKKkG6Jagbx9fddT7iYUcRnz3x6IBatWDEnYx30BKN4QgoF3HiIFocI
CRyUIJ3jz9YzfLXGFsi3E/pVqQcA2p/nFPgOY5fM/sGx+ICx6hdnt2Sro3JEdVe1
7QW2EfGlmyuOp85p8sbBeIiSK2bPZOjX88489W2QZbJX4gD6WIT+Qj4CV8pWpS+z
N/ihjAnfv3fqpC9LYqae
=GEdp
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble?
Bug#587086: A part of command doesn't operate
unarchive 586736 forcemerge 586736 587086 quit Hi, Jonny wrote: Version: 0.5.6.1-1~exp0 hello, It seems to be very broken: $ dpkg-buildpackage -rfakeroot /bin/sh: Can't open /usr/bin/which Sorry for the trouble. This was fixed by removing the version with the problematic patch from experimental. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638694: xterm: alt-arrow == arrow
Subject: xterm: alt-arrow == arrow Package: xterm Version: 271-1 Severity: normal Alt key works perfectly as a modifier with any key except for the arrow keys (left, right, up, down). With arrow keys, alt-arrow produces the same codes as arrow alone, as shown by ctrl-v alt-arrow. After adding the grp:alts_toggle xkb option, only the left alt key behaves correctly, but the right alt key then becomes ISO_Level3_Shift, as reported by xev. xmodmap shows ISO_Level3_Shift to be Mod5. Moving ISO_Level3_Shift from Mod5 to Mod1 breaks alt-arrow again. Only grp:alts_toggle can fix alt-arrow, and then it mutates alt_r into ISO_Level3_Shift. Other toggle options have no effect on this issue. Note also that alts_toggle and ctrls_toggle don't actually do any toggling. I tried menu_toggle and shifts_toggle and they do toggle. I am not sure if this is xterm's fault, but gnome-terminal does not have this problem. $ setxkbmap -query rules: evdev model: pc105 layout: us,ar - alt-arrow == arrow $ setxkbmap -option grp:alts_toggle $ setxkbmap -query rules: evdev model: pc105 layout: us,ar options:grp:alts_toggle - alt_L-arrow Works - alt_R-any == any - alt_R is ISO_Level3_Shift -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-3generic 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.4-1 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
Bug#638695: gitalist: [INTL:ru] Russian debconf templates translation
Package: gitalist Version: 0.003005+dfsg-3 Severity: wishlist Tags: l10n patch Russian debconf templates translation is attached. -- System Information: Debian Release: 6.0.1 APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.37-trunk-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Copyright (C) YEAR THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the gitalist package. # # Yuri Kozlov yu...@komyakino.ru, 2011. msgid msgstr Project-Id-Version: gitalist 0.003005+dfsg-3\n Report-Msgid-Bugs-To: gital...@packages.debian.org\n POT-Creation-Date: 2011-08-18 15:42+0100\n PO-Revision-Date: 2011-08-21 10:31+0400\n Last-Translator: Yuri Kozlov yu...@komyakino.ru\n Language-Team: Russian debian-l10n-russ...@lists.debian.org\n Language: \n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.0\n Plural-Forms: nplurals=3; plural=(n%10==1 n%100!=11 ? 0 : n%10=2 n%10=4 (n%10010 || n%100=20) ? 1 : 2);\n #. Type: string #. Description #: ../gitalist-common.templates:2001 msgid Path to Git repositories: msgstr Путь к репозиториям Git: #. Type: string #. Description #: ../gitalist-common.templates:2001 msgid Please specify the path from which gitalist should serve Git repositories. msgstr Укажите путь к обслуживаемым gitalist репозиториям Git. #. Type: string #. Description #: ../gitalist-common.templates:2001 msgid These should be \bare\ repositories. msgstr Это должны быть репозитории типа «bare». #. Type: boolean #. Description #: ../gitalist-common.templates:3001 msgid Enable Gravatar support? msgstr Включить поддержку Gravatar? #. Type: boolean #. Description #: ../gitalist-common.templates:3001 msgid Gravatar is a web service associating user email addresses with \avatars\. It is independent of the gitalist upstream authors. The pages generated by gitalist can show these \avatars\ for users who have registered with Gravatar. msgstr Gravatar — это веб-служба, связывающая адреса эл. почты пользователей с их «аватарами». На страницах, генерируемых gitalist, будут показаны «аватары» пользователей, зарегистрированных в Gravatar. Она не входит в исходный пакет gitalist. #. Type: boolean #. Description #: ../gitalist-common.templates:3001 msgid Gravatar support in gitalist is disabled by default because it can leak information about repositories, directories, and files via browser referrals to the Gravatar service. msgstr По умолчанию, поддержка Gravatar в gitalist выключена, так как это может приводить к утечке информации о репозиториях, каталогах и файлах через браузерные ссылки на службу Gravatar.
Bug#638384: [pkg-eucalyptus-maintainers] Bug#638384: Switch dependencies on libspring-2.5-java to libspring-java
Le Thu, Aug 18, 2011 at 06:25:43PM -0430, Miguel Landaeta a écrit : Package: mule Version: 2.0.1-2 Severity: normal Tags: patch I tried to rebuild your package with libspring-java 3.0.5 and it seems to work. Please test the included patch and consider to switch the dependencies. Thanks Miguel for your patch. I have applied, but I notice that it causes many jar files to become empty: W: libmule-java-2.0: codeless-jar usr/share/java/mule-module-builders-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-module-client-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-module-jaas-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-module-ognl-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-module-scripting-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-module-spring-config-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-module-spring-extras-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-module-xml-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-bpm-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-ejb-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-jms-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-multicast-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-quartz-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-rmi-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-soap-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-ssl-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-stdio-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-tcp-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-udp-2.0.1.jar W: libmule-java-2.0: codeless-jar usr/share/java/mule-transport-vm-2.0.1.jar In comparison, only java/mule-transport-ejb-2.0.1.jar, mule-transport-multicast-2.0.1.jar and mule-transport-ssl-2.0.1.jar are empty in version 2.0.1-2. Do you and the Eucalyptus maintainers have any idea of how problematic and how solvable it is ? I attached a compressed build log for your convenience. Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan mule_2.0.1-3_amd64.build.xz Description: Binary data
Bug#638696: FTBFS on alpha: module sht15 needs gpiolib not selected by config.
Package: linux-2.6 Version: 3.0.0-2 Severity: normal From the build log: CC [M] drivers/hwmon/sht15.o In file included from +/build/buildd-linux-2.6_3.0.0-2-alpha-uWIvrQ/linux-2.6-3.0.0/debian/build/source_alpha_none/arch/alp +ha/include/asm/gpio.h:20, from +/build/buildd-linux-2.6_3.0.0-2-alpha-uWIvrQ/linux-2.6-3.0.0/debian/build/source_alpha_none/include/ +linux/gpio.h:18, from +/build/buildd-linux-2.6_3.0.0-2-alpha-uWIvrQ/linux-2.6-3.0.0/debian/build/source_alpha_none/drivers/ +hwmon/sht15.c:21: /build/buildd-linux-2.6_3.0.0-2-alpha-uWIvrQ/linux-2.6-3.0.0/debian/build/source_alpha_none/include/a +sm-generic/gpio.h: In function 'gpio_get_value_cansleep': /build/buildd-linux-2.6_3.0.0-2-alpha-uWIvrQ/linux-2.6-3.0.0/debian/build/source_alpha_none/include/a +sm-generic/gpio.h:223: error: implicit declaration of function 'gpio_get_value' Full build log available at: http://buildd.debian-ports.org/status/fetch.php?pkg=linux-2.6arch=alphaver=3.0.0-2stamp=1313880281 Setting CONFIG_GPIOLIB should fix this. Regards Michael Cree. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638697: Please remove the popup window occuring when killall -e hatari
Package: hatari Version: 1.4.0-1 Severity: wishlist Hi, Quit issue which does not work, when kill instance is operated. Would be great that it really works by default Thank you, Happy tux , and regards yellow -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 hatari depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib ii libpng12-0 1.2.44-1+squeeze1 PNG library - runtime ii libreadline6 6.1-3 GNU readline and history libraries ii libsdl1.2debian1.2.14-6.1Simple DirectMedia Layer ii libx11-6 2:1.3.3-4 X11 client-side library ii python 2.6.6-3+squeeze6 interactive high-level object-orie ii python-support 1.0.10automated rebuilding support for P ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime hatari recommends no packages. Versions of packages hatari suggests: ii dosfstools3.0.9-1utilities for making and checking ii mtools4.0.12-1 Tools for manipulating MSDOS files ii unzip 6.0-4 De-archiver for .zip files -- 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#638698: BinNMUs for iceweasel 6.0
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu dehydra_0.9.hg20110609-2 . ALL . -m Rebuild against libmozjs-dev 6.0 dw dehydra_0.9.hg20110609-2 . ALL . -m libmozjs-dev (= 6.0) nmu gjs_1.29.0-1 . ALL . -m Rebuild against libmozjs-dev 6.0 dw gjs_1.29.0-1 . ALL . -m libmozjs-dev (= 6.0) nmu gxine_0.5.906-1 . ALL . -m Rebuild against libmozjs-dev 6.0 dw gxine_0.5.906-1 . ALL . -m libmozjs-dev (= 6.0) nmu oolite_1.75.3-1 . ALL . -m Rebuild against libmozjs-dev 6.0 dw oolite_1.75.3-1 . ALL . -m libmozjs-dev (= 6.0) nmu openvrml_0.18.8-4 . ALL . -m Rebuild against libmozjs-dev 6.0 dw openvrml_0.18.8-4 . ALL . -m libmozjs-dev (= 6.0) nmu gnome-shell_3.0.2-1 . ALL . -m Rebuild against libmozjs-dev 6.0 dw gnome-shell_3.0.2-1 . ALL . -m libgjs-dev ( 1.29.0-1) nmu pyxpcom_1:2.0~hg20110502-3 . ALL . -m Rebuild against xulrunner-dev 6.0 dw pyxpcom_1:2.0~hg20110502-3 . ALL . -m xulrunner-dev (= 6.0) -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.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#622063: mailfilter: FTBFS: socket.cc:123:37: error: invalid conversion from 'const SSL_METHOD*' to 'SSL_METHOD*'
tags 622063 patch
thanks
Hello,
The following patch was applied in Ubuntu:
https://launchpad.net/ubuntu/+source/mailfilter/0.8.2-1ubuntu1
diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git'
'--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr'
mailfilter-0.8.2~/src/preferences.cc mailfilter-0.8.2/src/preferences.cc
--- mailfilter-0.8.2~/src/preferences.cc2011-08-21 10:28:53.0
+0400
+++ mailfilter-0.8.2/src/preferences.cc 2011-08-21 10:31:01.0 +0400
@@ -82,8 +82,8 @@
void Preferences :: init (void)
{
- ((Size_score)(Preferences :: size_score)).score = 0;
- ((Size_score)(Preferences :: size_score)).size = 0;
+ size_score.score = 0;
+ size_score.size = 0;
}
void Preferences :: kill (void)
diff -urNad '--exclude=CVS' '--exclude=.svn' '--exclude=.git'
'--exclude=.arch' '--exclude=.hg' '--exclude=_darcs' '--exclude=.bzr'
mailfilter-0.8.2~/src/socket.cc mailfilter-0.8.2/src/socket.cc
--- mailfilter-0.8.2~/src/socket.cc 2011-08-21 10:29:15.0 +0400
+++ mailfilter-0.8.2/src/socket.cc 2011-08-21 10:31:15.0 +0400
@@ -64,7 +64,7 @@
#ifdef USE_SSL
SSL*ssl;
BIO*sbio;
- SSL_METHOD* ssl_meth;
+ const SSL_METHOD* ssl_meth;
SSL_CTX*ssl_ctx;
#endif
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638689: evince: fails to build from source (missing -lz)
tags 638689 moreinfo thanks Am 21.08.2011 06:31, schrieb Michael Gilbert: package: evince version: 2.30.0-1 severity: serious tag: patch evince currently ftbfs. The attached patch explicitly passes -lz to the linker, which fixes the issue. Builds fine here in a pristine, up-to-date sid chroot. Do you have a special setup? A build log maybe. 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#638699: exo-open fails to open a filename with a hash (#)
Package: exo-utils Version: 0.6.2-1 Severity: normal Trying to open a doc file that is named: /tmp/a#.doc with the command: exo-open /tmp/a#.doc This fails with the message: Failed to open URI file:///tmp/a#.doc. Error stating file '/tmp/a': No such file or directory. Using less on the same filename works (to the extent that less can open the file). This is a reduced test case from a longer filename the constantly fails for me and contains multiple hashes and other unnatural characters. Baruch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626812: An other workaround
Hi, I confirm that LD_BIND_NOW=1 break enigmail on i386. But on amd64 it does not. An other workaround for this bug is: LD_LIBRARY_PATH=/usr/lib/icedove LD_PRELOAD=/usr/lib/icedov/libxpcom.so icedove This one does not break enigmail on i386. Regards, Jerome -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638700: haserl: [INTL:nl] Dutch translation of debconf templates
Package: haserl Severity: wishlist Tags: patch l10n Hello, Attached is the Dutch translation of the haserl debconf templates. Please include it in your next upload. Regards, -- Jeroen Schot # Dutch translation of haserl debconf templates. # Copyright (C) 2011 THE PACKAGE'S COPYRIGHT HOLDER # This file is distributed under the same license as the haserl package. # Jeroen Schot sc...@a-eskwadraat.nl, 2011. # msgid msgstr Project-Id-Version: haserl 0.9.29-2\n Report-Msgid-Bugs-To: has...@packages.debian.org\n POT-Creation-Date: 2011-08-04 09:25+0200\n PO-Revision-Date: 2011-08-15 09:05+0200\n Last-Translator: Jeroen Schot sc...@a-eskwadraat.nl\n Language-Team: Debian l10n Dutch debian-l10n-du...@lists.debian.org\n Language: nl\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n #. Type: boolean #. Description #: ../haserl.templates:2001 msgid Install haserl binary with suid root permissions? msgstr Het haserl-programma installeren met suid-root toegangsrechten? #. Type: boolean #. Description #: ../haserl.templates:2001 msgid When haserl is installed with suid root permissions, it will automatically set its UID and GID to match the owner and group of the script. msgstr Wanneer haserl is geïnstalleerd met suid-root toegangsrechten zal het automatisch zijn UID en GID gelijkstellen aan de eigenaar en groep van het script. #. Type: boolean #. Description #: ../haserl.templates:2001 msgid This is a potential security vulnerability, as scripts that are owned by root will be run as root, even when they do not have the suid root bit. msgstr Dit is mogelijk een beveiligingsprobleem, omdat scripts waarvan de beheerder eigenaar is met beheerdersrechten worden uitgevoerd, zelfs wanneer deze zelf niet de suid-root bit hebben.
Bug#638701: pulseaudio 0.99.1 does not work on my setup (0.9.23 was ok)
Package: pulseaudio Version: 0.99.1-1 Severity: important Tags: experimental I have theses messages and no sound: alsa-mixer.c: Assertion 'b_options' failed at modules/alsa/alsa-mixer.c:2894, function enumeration_is_subset(). Aborting -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.3 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=fr_FR.UTF8, LC_CTYPE=fr_FR.UTF8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages pulseaudio depends on: ii adduser 3.113 add and remove users and groups ii consolekit0.4.5-1framework for defining and trackin ii libasound21.0.24.1-3 shared library for ALSA applicatio ii libasound2-plugins1.0.24-2 ALSA library additional plugins ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libcap2 1:2.22-1 support for getting/setting POSIX. ii libdbus-1-3 1.5.6-1simple interprocess messaging syst ii libfftw3-33.2.2-1library for computing Fast Fourier ii libice6 2:1.0.7-2 X11 Inter-Client Exchange library ii libltdl7 2.4-3 A system independent dlopen wrappe ii liborc-0.4-0 1:0.4.14-1 Library of Optimized Inner Loops R ii libpulse0 0.99.1-1 PulseAudio client libraries ii libsamplerate00.1.8-1Audio sample rate conversion libra ii libsm62:1.2.0-2 X11 Session Management library ii libsndfile1 1.0.25-3 Library for reading/writing audio ii libspeexdsp1 1.2~rc1-1 The Speex extended runtime library ii libtdb1 1.2.9-3Trivial Database - shared library ii libudev0 172-1 libudev shared library ii libx11-6 2:1.4.4-1 X11 client-side library ii libx11-xcb1 2:1.4.4-1 Xlib/XCB interface library ii libxcb1 1.7-3 X C Binding ii libxtst6 2:1.2.0-3 X11 Testing -- Record extension li ii lsb-base 3.2-27 Linux Standard Base 3.2 init scrip ii udev 172-1 /dev/ and hotplug management daemo Versions of packages pulseaudio recommends: ii gstreamer0.10-pulseaudio 0.10.30-1 GStreamer plugin for PulseAudio pn pulseaudio-esound-compat none (no description available) ii pulseaudio-module-x11 0.99.1-1 X11 module for PulseAudio sound se ii rtkit 0.10-2 Realtime Policy and Watchdog Daemo Versions of packages pulseaudio suggests: ii paman 0.9.4-1PulseAudio Manager pn paprefs none (no description available) ii pavucontrol 0.9.9-1PulseAudio Volume Control ii pavumeter 0.9.3-1PulseAudio Volume Meter ii pulseaudio-utils 0.99.1-1 Command line tools for the PulseAu -- 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#638399: [pkg-eucalyptus-maintainers] Bug#638399: Switch dependencies on libspring-2.5-java to libspring-java
Le Thu, Aug 18, 2011 at 09:46:34PM -0430, Miguel Landaeta a écrit : I am aware of eucalyptus being unmaintained since ages but consider switching from unmaintained Spring 2.5 libraries. A trivial patch is attached. I couldn't test it since Eucalyptus doesn't build. Dear Miguel, Rudy Godoy Guillén is working on updating eucalyptus to version 2.0.3. I have translated your patch to the current package in our Subversion repository. This updated package will also build against Hibernate 3.5 (#589582). Have a nice day, -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638690: murrine-themes: Needs a higher versioned breaks on xubuntu-artwork
On sam., 2011-08-20 at 23:35 -0500, Micah Gersten wrote: *** /tmp/tmpKYm0af In Ubuntu, the attached patch was applied to achieve the following: * Bump Breaks on xubuntu-artwork to before 11.10.1 and add Replaces as well (LP: #830352) This is because the files were dropped in the 11.10.1 upload. “the files”? -- Yves-Alexis signature.asc Description: This is a digitally signed message part
Bug#638702: the-board: Clutter-CRITICAL **: Unable to initialize Clutter: Unable to select the newly created GLX context
Package: the-board Version: 0.1.3-1 Severity: important Dear Debian folks, starting The Board fails on my system with the following error message. $ the-board [1] 14396 paul@mattotaupa:~$ failed to create drawable (the-board-start:14397): Clutter-CRITICAL **: Unable to initialize Clutter: Unable to select the newly created GLX context ** Cogl-glx:ERROR:./winsys/cogl-xlib.c:87:_cogl_xlib_set_display: assertion failed: (_cogl_xlib_display == NULL) /usr/bin/the-board: Zeile 30: 14397 Abgebrochen /usr/lib/the-board/the-board-start Please tell me how I can help any further. Thanks, Paul -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: i386 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages the-board depends on: ii gir1.2-clutter-gst-1.0 1.3.12-2 Gobject introspection data for Clu ii gir1.2-gtk-3.0 3.0.12-1 GTK+ graphical user interface libr ii gir1.2-gtkclutter-1.0 1.0.0-1 GObject introspection data for the ii gir1.2-mx-1.0 1.3.0-1 GObject introspection data for the ii gir1.2-soup-2.4 2.34.3-1 GObject introspection data for the ii libatk1.0-0 2.0.1-2 ATK accessibility toolkit ii libc6 2.13-16 Embedded GNU C Library: Shared lib ii libcairo-gobject2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libclutter-1.0-01.6.16-1 Open GL based interactive canvas l ii libclutter-gst-1.0-01.3.12-2 Open GL based interactive canvas l ii libclutter-gtk-1.0-01.0.0-1 Open GL based interactive canvas l ii libdbus-1-3 1.4.14-1 simple interprocess messaging syst ii libdrm2 2.4.26-1 Userspace interface to kernel DRM ii libffi5 3.0.9-7 Foreign Function Interface library ii libfontconfig1 2.8.0-3 generic font configuration library ii libfreetype62.4.6-1 FreeType 2 font engine, shared lib ii libgdk-pixbuf2.0-0 2.23.5-3 GDK Pixbuf library ii libgirepository-1.0-1 0.10.8-2 Library for handling GObject intro ii libgjs0b1.29.0-1 Mozilla-based javascript bindings ii libgl1-mesa-glx [libgl1]7.10.3-4 free implementation of the OpenGL ii libglib2.0-02.28.6-1 The GLib library of C routines ii libgstreamer0.10-0 0.10.35-1Core GStreamer libraries and eleme ii libgtk-3-0 3.0.12-1 GTK+ graphical user interface libr ii libjson-glib-1.0-0 0.13.4-2 GLib JSON manipulation library ii libmozjs6d 6.0-2Mozilla SpiderMonkey JavaScript li ii libmx-1.0-2 1.3.0-1 toolkit for the Moblin user experi ii libnspr4-0d 4.8.9-1 NetScape Portable Runtime Library ii libpango1.0-0 1.28.4-3 Layout and rendering of internatio ii libthe-board-1.0-0 0.1.3-1 Application for collecting daily r ii libx11-62:1.4.4-1X11 client-side library ii libxcomposite1 1:0.4.3-2X11 Composite extension library ii libxdamage1 1:1.1.3-2X11 damaged region extension libra ii libxext62:1.3.0-3X11 miscellaneous extension librar ii libxfixes3 1:5.0-4 X11 miscellaneous 'fixes' extensio ii libxi6 2:1.4.3-3X11 Input extension library ii libxml2 2.7.8.dfsg-4 GNOME XML library ii the-board-common0.1.3-1 Application for collecting daily r the-board recommends no packages. the-board suggests no packages. -- no debconf information signature.asc Description: This is a digitally signed message part
Bug#638690: murrine-themes: Needs a higher versioned breaks on xubuntu-artwork
On 08/21/2011 02:57 AM, Yves-Alexis Perez wrote: On sam., 2011-08-20 at 23:35 -0500, Micah Gersten wrote: *** /tmp/tmpKYm0af In Ubuntu, the attached patch was applied to achieve the following: * Bump Breaks on xubuntu-artwork to before 11.10.1 and add Replaces as well (LP: #830352) This is because the files were dropped in the 11.10.1 upload. “the files”? Sorry, I meant the themes included in murrine-themes now were dropped in 11.10.1: xubuntu-artwork (11.10.1) oneiric; urgency=low * lib/plymouth/themes/xubuntu-text/xubuntu-text.plymouth: update for oneiric. lp: #813267 * Drop bluebird and greybird themes, move murrine-themes from recommends to depends. * Bumped murrine-themes to (= 0.98.2) as they include bluebird and greybird, and handle replaces/breaks correctly. * usr/share/gdm: dropped, forgotten by the previous upload. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#636283: speech-dispatcher: Pico doesn't work anymore
I forwarded the issue to upstream's bug tracker with some detailed way to reproduce it. You can follow further progress there - just register at its.freebsoft.org and subscribe notifications for the specific issue (https://its.freebsoft.org/its/issues/7500), or alternatively for the whole Speech Dispatcher project if you are interested in other Speech Dispatcher bug reports as well (https://its.freebsoft.org/its/projects/1876). Or you can just view the issue at that address without registering, but you won't get notifications on new comments and won't be able to add your comments. Anyway, when there is a conclusion available in upstream's bugtracker, I will update this bug with it and act accordingly. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638703: audacious2: lag during playing, not with mplayer
Package: audacious2 Version: lag during playing, not with mplayer Severity: normal Dear Sir, Funny and interesting discovery. Well, I will unfortunately not use audacious on some stations for the following reasons. well, I cannot due to some x reasons. here we go. I have an nfs server that share /mnt/music. nothing special till now For some stations, I have a netgear ethernet through cables electric. so internet comes from electric plug via netgear stuffs well it is useful sicne no wirelss nor cables through walls however itis extremely slow network ok I run audacious to listen music... and lag lag lag network too slow ok. pitty but but I now can listen well music ;) yep with MPLAYER mplayer * simply does it and my network for station is not saturated anymore and I can even do remote SSH on other machines ;) cool I wish you a beautiful day of summer Regards Yellow -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638699: [Pkg-xfce-devel] Bug#638699: exo-open fails to open a filename with a hash (#)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi. Baruch Even, 21.08.2011 09:40: Package: exo-utils This should be blamed on gobject/glib. Trying to open a doc file that is named: /tmp/a#.doc with the command: exo-open /tmp/a#.doc This fails with the message: Failed to open URI file:///tmp/a#.doc. Error stating file '/tmp/a': No such file or directory. Most likely related to this one: https://bugzilla.gnome.org/show_bug.cgi?id=655194 (gio.File ignores uri fragments on file:// URIs) There’s nothing exo can do here except wait for gobject/glib to fix this issue. Regards, Mathias -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk5QvjYACgkQYfUFJ3ewsJgOGACfQJ+pzHOMUtbQrkobemF9Nv6K gCoAoJ61V30cNWYyS4OO9ASgHwz1Fgt3 =sF7F -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638704: libgtk-3-0: segfault on arrow keypress in empty GtkIconView
Package: libgtk-3-0 Version: 3.0.11-1 Severity: normal Start cheese 3.0.1-2. It is in photo mode by default. Click on the empty pane where photos would appear if you took any. Press the Right arrow key. The process dies with SIGSEGV. This crash does not occur if you do have any photos in the pane. I then built unoptimized, unstripped versions of cheese, gtk+3.0, and glib2.0. Here's the backtrace: Program received signal SIGSEGV, Segmentation fault. 0x7654dffa in gtk_icon_view_set_cell_data (icon_view=0x6b0870, item=0x0) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkiconview.c:4177 4177iter = item-iter; (gdb) backtrace #0 0x7654dffa in gtk_icon_view_set_cell_data (icon_view=0x6b0870, item=0x0) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkiconview.c:4177 #1 0x7654d23b in gtk_icon_view_move_cursor_left_right ( icon_view=0x6b0870, count=1) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkiconview.c:3856 #2 0x7654c83a in gtk_icon_view_real_move_cursor (icon_view=0x6b0870, step=GTK_MOVEMENT_VISUAL_POSITIONS, count=1) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkiconview.c:3535 #3 0x76582365 in _gtk_marshal_BOOLEAN__ENUM_INT (closure=0x6ed210, return_value=0x7fffcee0, n_param_values=3, param_values=0x11f3d50, invocation_hint=0x7fffcd10, marshal_data=0x7654c6b3) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkmarshalers.c:287 #4 0x75961744 in g_type_class_meta_marshal (closure=0x6ed210, return_value=0x7fffcee0, n_param_values=3, param_values=0x11f3d50, invocation_hint=0x7fffcd10, marshal_data=0x400) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gclosure.c:878 #5 0x75961432 in g_closure_invoke (closure=0x6ed210, return_value=0x7fffcee0, n_param_values=3, param_values=0x11f3d50, invocation_hint=0x7fffcd10) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gclosure.c:767 #6 0x7597bb9b in signal_emit_unlocked_R (node=0x6ed330, detail=0, instance=0x6b0870, emission_return=0x7fffcee0, instance_and_params=0x11f3d50) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gsignal.c:3290 #7 0x7597a01c in g_signal_emitv (instance_and_params=0x11f3d50, signal_id=141, detail=0, return_value=0x7fffcee0) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gsignal.c:2888 #8 0x764684c5 in gtk_binding_entry_activate (entry=0x6f8b80, object=0x6b0870) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkbindings.c:653 #9 0x76469de4 in binding_activate (binding_set=0x6ee020, entries=0x11f3970, object=0x6b0870, is_release=0, unbound=0x7fffcfb4) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkbindings.c:1525 #10 0x76469f7e in gtk_bindings_activate_list (object=0x6b0870, entries=0x11f3970, is_release=0) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkbindings.c:1586 #11 0x7646a1fe in gtk_bindings_activate_event (object=0x6b0870, event=0xfb11a0) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkbindings.c:1671 #12 0x76723fb1 in gtk_widget_real_key_press_event (widget=0x6b0870, event=0xfb11a0) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkwidget.c:5767 #13 0x765495db in gtk_icon_view_key_press (widget=0x6b0870, event=0xfb11a0) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkiconview.c:2154 #14 0x76581df4 in _gtk_marshal_BOOLEAN__BOXED (closure=0x6be9c0, return_value=0x7fffd290, n_param_values=2, param_values=0x10c8730, invocation_hint=0x7fffd2c0, marshal_data=0x76549548) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/gtk+3.0-3.0.11/./gtk/gtkmarshalers.c:85 #15 0x75961744 in g_type_class_meta_marshal (closure=0x6be9c0, return_value=0x7fffd290, n_param_values=2, param_values=0x10c8730, invocation_hint=0x7fffd2c0, marshal_data=0x1b0) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gclosure.c:878 #16 0x75961432 in g_closure_invoke (closure=0x6be9c0, return_value=0x7fffd290, n_param_values=2, param_values=0x10c8730, invocation_hint=0x7fffd2c0) at /home/Kalle/build/x86_64-unknown-linux-gnu/Debian/glib2.0-2.28.6/./gobject/gclosure.c:767 #17 0x7597bb9b in signal_emit_unlocked_R (node=0x66e540, detail=0, instance=0x6b0870, emission_return=0x7fffd440, instance_and_params=0x10c8730) at
Bug#638384: [pkg-eucalyptus-maintainers] Bug#638384: Switch dependencies on libspring-2.5-java to libspring-java
On Sun, Aug 21, 2011 at 03:32:02PM +0900, Charles Plessy wrote: Thanks Miguel for your patch. I have applied, but I notice that it causes many jar files to become empty: Hi Charles, I forgot to also patch debian/rules. Please review the new patch. I checked again with lintian and I think the issue is now fixed. Thanks for noticing. Cheers, -- Miguel Landaeta, miguel at miguel.cc secure email with PGP 0x7D8967E9 available at http://keyserver.pgp.com/ Faith means not wanting to know what is true. -- Nietzsche diff -u mule-2.0.1/debian/changelog mule-2.0.1/debian/changelog --- mule-2.0.1/debian/changelog +++ mule-2.0.1/debian/changelog @@ -1,3 +1,10 @@ +mule (2.0.1-2.1) unstable; urgency=low + + * Non-maintainer upload. + * Replace Build-Depends on Spring Framework 2.5 with 3.0 (Closes: #XX). + + -- Miguel Landaeta mig...@miguel.cc Thu, 18 Aug 2011 19:48:36 -0430 + mule (2.0.1-2) unstable; urgency=low * Team upload. diff -u mule-2.0.1/debian/control mule-2.0.1/debian/control --- mule-2.0.1/debian/control +++ mule-2.0.1/debian/control @@ -50,12 +50,12 @@ libbcel-java, libxpp3-java, libqdox-java, libquartz-java, libognl-java, - libspring-beans-2.5-java, - libspring-core-2.5-java, - libspring-web-2.5-java, - libspring-context-2.5-java, - libspring-jdbc-2.5-java, - libspring-tx-2.5-java + libspring-beans-java, + libspring-core-java, + libspring-web-java, + libspring-context-java, + libspring-jdbc-java, + libspring-transaction-java Standards-Version: 3.9.0 Homepage: http://www.mulesoft.org/ signature.asc Description: Digital signature
Bug#638659: [linux-2.6] No sound
Just in case, I found the following line appears in boot messages when I boot v3.0 *right after* rebooting from 2.6.39: Setting up ALSA...warning: 'alsactl restore' failed with error message 'Found hardware: HDA-Intel Realtek ALC660 HDA:10ec0861,1043c603,00100340 0x1043 0x81e7 Hope it helps, Antonio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517700: inkscape: Inkscape siltently Fails on Grayscale conversion
tags 517700 unreproducible moreinfo thanks Hi Christoph, I have been going through some of the old bug reports for Inkscape in Debian. You reported the following some time ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517700 I wasn't able to reproduce this problem using inkscape_0.48.1-2ubuntu2. Please could you confirm whether you still have trouble converting images to greyscale with a newer version of the Debian package? Did you find that the problem was fixed by installing the suggested python packages? For convenience, I have attached the file you referenced in your original report. Thanks, Alex attachment: Bund_Naturschutz_in_Bayern_e.V._Logo.svg
Bug#633478: zynaddsubfx: diff for NMU version 2.4.0-1.2
Dear maintainer,
I've prepared an NMU for zynaddsubfx (versioned as 2.4.0-1.2). The diff
is attached to this message.
Regards.
--
Alessio Treglia | www.alessiotreglia.com
Debian Developer | ales...@debian.org
Ubuntu Core Developer| quadris...@ubuntu.com
0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0
diff -u zynaddsubfx-2.4.0/debian/changelog zynaddsubfx-2.4.0/debian/changelog
--- zynaddsubfx-2.4.0/debian/changelog
+++ zynaddsubfx-2.4.0/debian/changelog
@@ -1,3 +1,12 @@
+zynaddsubfx (2.4.0-1.2) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * debian/patches/{05_partui,06_bankui,09_fluid_1.3}.patch:
+- Fluid 1.3.x no longer produces empty implementations for totally
+ empty functions in .fl files, fix FTBFS (Closes: #633478)
+
+ -- Alessio Treglia ales...@debian.org Sun, 21 Aug 2011 10:51:06 +0200
+
zynaddsubfx (2.4.0-1.1) unstable; urgency=low
* Non-maintainer upload.
diff -u zynaddsubfx-2.4.0/debian/patches/06_bankui.patch zynaddsubfx-2.4.0/debian/patches/06_bankui.patch
--- zynaddsubfx-2.4.0/debian/patches/06_bankui.patch
+++ zynaddsubfx-2.4.0/debian/patches/06_bankui.patch
@@ -1,13 +1,23 @@
-diff -urN zynaddsubfx-2.4.0.orig/src/UI/BankUI.fl zynaddsubfx-2.4.0/src/UI/BankUI.fl
zynaddsubfx-2.4.0.orig/src/UI/BankUI.fl 2005-03-14 14:54:34.0 -0500
-+++ zynaddsubfx-2.4.0/src/UI/BankUI.fl 2007-12-16 20:21:20.0 -0500
-@@ -35,6 +35,9 @@
- } {}
+Index: zynaddsubfx-2.4.0/src/UI/BankUI.fl
+===
+--- zynaddsubfx-2.4.0.orig/src/UI/BankUI.fl 2011-07-10 11:57:12.0 -0400
zynaddsubfx-2.4.0/src/UI/BankUI.fl 2011-07-10 12:02:57.0 -0400
+@@ -32,9 +32,17 @@
+
+ class BankProcess_ {} {
+ Function {process()} {open return_type {virtual void}
+- } {}
++ } {
++comment {This body intentionally left blank.} {in_source not_in_header
++}
++ }
decl {Bank *bank;} {public
}
+ Function {~BankProcess_()} {return_type virtual
-+ } {code {} {}}
-+
++ } {
++comment {This body intentionally left blank.} {in_source not_in_header
++}
++ }
}
- class BankSlot {: {public Fl_Button,BankProcess_}
+ class BankSlot {open : {public Fl_Button,BankProcess_}
diff -u zynaddsubfx-2.4.0/debian/patches/05_partui.patch zynaddsubfx-2.4.0/debian/patches/05_partui.patch
--- zynaddsubfx-2.4.0/debian/patches/05_partui.patch
+++ zynaddsubfx-2.4.0/debian/patches/05_partui.patch
@@ -1,13 +1,21 @@
-diff -urN zynaddsubfx-2.4.0.orig/src/UI/PartUI.fl zynaddsubfx-2.4.0/src/UI/PartUI.fl
zynaddsubfx-2.4.0.orig/src/UI/PartUI.fl 2005-03-14 14:54:37.0 -0500
-+++ zynaddsubfx-2.4.0/src/UI/PartUI.fl 2007-12-16 20:19:18.0 -0500
-@@ -86,6 +86,9 @@
+Index: zynaddsubfx-2.4.0/src/UI/PartUI.fl
+===
+--- zynaddsubfx-2.4.0.orig/src/UI/PartUI.fl 2011-07-10 11:57:12.0 -0400
zynaddsubfx-2.4.0/src/UI/PartUI.fl 2011-07-10 12:05:38.0 -0400
+@@ -85,7 +85,15 @@
+
class PartUI_ {} {
Function {showparameters(int kititem,int engine)} {return_type virtual
- } {}
-+ Function {~PartUI_()} {return_type virtual} { code {} {}
+- } {}
++ } {
++comment {This body intentionally left blank.} {in_source not_in_header
++}
++ }
++ Function {~PartUI_()} {return_type virtual
++ } {
++comment {This body intentionally left blank.} {in_source not_in_header
++}
+ }
-+
}
class PartKitItem {: {public Fl_Group}
diff -u zynaddsubfx-2.4.0/debian/patches/series zynaddsubfx-2.4.0/debian/patches/series
--- zynaddsubfx-2.4.0/debian/patches/series
+++ zynaddsubfx-2.4.0/debian/patches/series
@@ -8,0 +9 @@
+09_fluid_1.3.patch
only in patch2:
unchanged:
--- zynaddsubfx-2.4.0.orig/debian/patches/09_fluid_1.3.patch
+++ zynaddsubfx-2.4.0/debian/patches/09_fluid_1.3.patch
@@ -0,0 +1,39 @@
+Index: zynaddsubfx-2.4.0/src/UI/OscilGenUI.fl
+===
+--- zynaddsubfx-2.4.0.orig/src/UI/OscilGenUI.fl 2011-07-10 12:07:11.0 -0400
zynaddsubfx-2.4.0/src/UI/OscilGenUI.fl 2011-07-10 12:08:06.0 -0400
+@@ -129,7 +129,11 @@
+
+ class PSlider {: {public Fl_Slider}
+ } {
+- Function {PSlider(int x,int y, int w, int h, const char *label=0):Fl_Slider(x,y,w,h,label)} {} {}
++ Function {PSlider(int x,int y, int w, int h, const char *label=0):Fl_Slider(x,y,w,h,label)} {
++ } {
++comment {This body intentionally left blank.} {in_source not_in_header
++}
++ }
+ Function {handle(int event)} {return_type int
+ } {
+ code {int X=x(),Y=y(),W=w(),H=h();
+Index: zynaddsubfx-2.4.0/src/UI/PresetsUI.fl
+===
+--- zynaddsubfx-2.4.0.orig/src/UI/PresetsUI.fl 2011-07-10 12:07:21.0 -0400
zynaddsubfx-2.4.0/src/UI/PresetsUI.fl 2011-07-10 12:08:49.0 -0400
+@@ -16,9 +16,15 @@
+
+ class PresetsUI_ {} {
+ Function {refresh()} {open return_type {virtual
Bug#637609: closed by Anton Gladky gladky.an...@gmail.com (Bug#637397: fixed in paraview 3.10.1-2)
I would like to add that the CMake/* files belongs to the paraview-dev package now: /usr/lib/paraview/CMake/FindMySQL.cmake /usr/lib/paraview/CMake/FindPythonLibs.cmake /usr/lib/paraview/CMake/FindTCL.cmake /usr/lib/paraview/CMake/ParaViewBranding.cmake /usr/lib/paraview/CMake/ParaViewBrandingCPack.cmake /usr/lib/paraview/CMake/ParaViewCPackOptions.cmake.in /usr/lib/paraview/CMake/ParaViewMacros.cmake /usr/lib/paraview/CMake/ParaViewPlugins.cmake /usr/lib/paraview/CMake/ParaViewTargets-release.cmake /usr/lib/paraview/CMake/ParaViewTargets.cmake /usr/lib/paraview/CMake/ParaViewUse.cmake /usr/lib/paraview/CMake/VTKVersionMacros.cmake /usr/lib/paraview/CMake/branded_paraview_initializer.cxx.in /usr/lib/paraview/CMake/branded_paraview_initializer.h.in /usr/lib/paraview/CMake/branded_paraview_main.cxx.in /usr/lib/paraview/CMake/branded_splash.png /usr/lib/paraview/CMake/pq3DWidgetImplementation.cxx.in /usr/lib/paraview/CMake/pq3DWidgetImplementation.h.in /usr/lib/paraview/CMake/pqActionGroupImplementation.cxx.in /usr/lib/paraview/CMake/pqActionGroupImplementation.h.in /usr/lib/paraview/CMake/pqAutoStartImplementation.cxx.in /usr/lib/paraview/CMake/pqAutoStartImplementation.h.in /usr/lib/paraview/CMake/pqDisplayPanelDecoratorImplementation.cxx.in /usr/lib/paraview/CMake/pqDisplayPanelDecoratorImplementation.h.in /usr/lib/paraview/CMake/pqDisplayPanelImplementation.cxx.in /usr/lib/paraview/CMake/pqDisplayPanelImplementation.h.in /usr/lib/paraview/CMake/pqDockWindowImplementation.cxx.in /usr/lib/paraview/CMake/pqDockWindowImplementation.h.in /usr/lib/paraview/CMake/pqGraphLayoutStrategyImplementation.cxx.in /usr/lib/paraview/CMake/pqGraphLayoutStrategyImplementation.h.in /usr/lib/paraview/CMake/pqObjectPanelImplementation.cxx.in /usr/lib/paraview/CMake/pqObjectPanelImplementation.h.in /usr/lib/paraview/CMake/pqParaViewPlugin.cxx.in /usr/lib/paraview/CMake/pqParaViewPlugin.h.in /usr/lib/paraview/CMake/pqTreeLayoutStrategyImplementation.cxx.in /usr/lib/paraview/CMake/pqTreeLayoutStrategyImplementation.h.in /usr/lib/paraview/CMake/pqViewFrameActionGroupImplementation.cxx.in /usr/lib/paraview/CMake/pqViewFrameActionGroupImplementation.h.in /usr/lib/paraview/CMake/pqViewModuleImplementation.cxx.in /usr/lib/paraview/CMake/pqViewModuleImplementation.h.in /usr/lib/paraview/CMake/pqViewOptionsImplementation.cxx.in /usr/lib/paraview/CMake/pqViewOptionsImplementation.h.in /usr/lib/paraview/CMake/pv-forward.c.in /usr/lib/paraview/CMake/vtkClientServer.cmake /usr/lib/paraview/CMake/vtkExportKit.cmake /usr/lib/paraview/CMake/vtkKit.cmake.in /usr/lib/paraview/CMake/vtkMakeInstantiator.cmake /usr/lib/paraview/CMake/vtkMakeInstantiator.cxx.in /usr/lib/paraview/CMake/vtkMakeInstantiator.h.in /usr/lib/paraview/CMake/vtkTclTkMacros.cmake /usr/lib/paraview/CMake/vtkWrapClientServer.cmake /usr/lib/paraview/CMake/vtkWrapClientServer.cxx.in /usr/lib/paraview/CMake/vtkWrapJava.cmake /usr/lib/paraview/CMake/vtkWrapPython.cmake /usr/lib/paraview/CMake/vtkWrapTcl.cmake /usr/lib/paraview/CMake/vtkWrapperInit.data.in /usr/lib/paraview/ICETBuildSettings.cmake /usr/lib/paraview/ICETLibraryDepends.cmake /usr/lib/paraview/IceTConfig.cmake /usr/lib/paraview/KWCommonBuildSettings.cmake /usr/lib/paraview/KWCommonConfig.cmake /usr/lib/paraview/KWCommonLibraryDepends.cmake Thanks On Thu, Aug 18, 2011 at 10:38 AM, Mathieu Malaterre mathieu.malate...@gmail.com wrote: [Top posting] I believe that this will bites us later on. gdcm can build paraview plugins (therefore needs paraview-dev), and at the same time can build gdcm-vtk-python plugins (therefore need vtk-python). Ideally paraview* packages should not install none of the vtk related stuff. I would really prefer if vtkWrap* were not installed within paraview* pacakge. 2cts On Thu, Aug 18, 2011 at 8:11 AM, Anton Gladky gladky.an...@gmail.com wrote: Python stuff of Paraview has been moved to paraview-python binary. And this binary is conflicting with python-vtk. On 8/18/11, Steve M. Robbins st...@sumost.ca wrote: On Wed, Aug 17, 2011 at 07:09:09PM +, Debian Bug Tracking System wrote: This is an automatic notification regarding your Bug report which was filed against the python-vtk,paraview package: #637397: Undeclared conflict with python-vtk * [27f6ded] Split paraview into paraview and paraview-python. (Closes: #637397) How does splitting the package fix the undeclared conflict? Thanks, -Steve -- Anton -- debian-science-maintainers mailing list debian-science-maintain...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/debian-science-maintainers -- Mathieu -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638291: dpkg: Hardlinks problem with conffiles
tag 638291 + patch thanks On Sat, 20 Aug 2011, Sven Joachim wrote: It's not clear to me what the contents of the old version and the situation on the filesystem were, but this is reproducible even on fresh install. The reason is that conffile processing takes place after unpacking all non-conffiles, so for hardlinks to conffiles you hit the ENOENT bug. If a file is both a conffile and a hardlink in the package, it is treated as the latter. The problem is that the hardlinking code is not aware that the target file is still in .dpkg-new and not yet in its final location. This is because conffile are not processed like normal files and thus do not inherit the usual fnnf_deferred_rename flag. The attached patch should tell dpkg to also use .dpkg-new for conffiles. Not tested but it should be ok. Tell me if it works for you (not taking the time to do it myself, since I'm in vacation). Can you also turn your testcase in a patch against pkg-tests.git? Thank you in advance. Cheers, -- Raphaël Hertzog ◈ Debian Developer Follow my Debian News ▶ http://RaphaelHertzog.com (English) ▶ http://RaphaelHertzog.fr (Français) diff --git a/src/archives.c b/src/archives.c index f060e70..442cdaf 100644 --- a/src/archives.c +++ b/src/archives.c @@ -764,7 +764,7 @@ tarobject(void *ctx, struct tar_entry *ti) varbuf_add_char(hardlinkfn, '/'); linknode = findnamenode(ti-linkname, 0); varbuf_add_str(hardlinkfn, namenodetouse(linknode, tc-pkg)-name); -if (linknode-flags fnnf_deferred_rename) +if (linknode-flags (fnnf_deferred_rename|fnnf_new_conff)) varbuf_add_str(hardlinkfn, DPKGNEWEXT); varbuf_end_str(hardlinkfn); if (link(hardlinkfn.buf,fnamenewvb.buf))
Bug#638705: RM: bugzilla -- RoST; open security issues, unmaintained
Package: ftp.debian.org Severity: normal Please remove bugzilla. It has open security issues allowing account compromise (#611176) and the package is very hard to support without maintainer support (which is non-existing, last upload dates back nine months), since it's very difficult to test and the packaging is non-standard (several scripts are being run at build time which modify the sources in an awkward way). Plus, Debian has been - rightfully - blamed by upstream in a posting at Planet Mozilla that Debian provides poor security support for Bugzilla. Right now people are better off using an upstream tarball. The security team will fix the open issues for oldstable/stable, but we should remove it from the archive for unstable/testing. Bugzilla should only reenter the archive if = two maintainers commit to its maintenance. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#517799: inkscape: Does not respect different x from y DPI
tags 517799 moreinfo thanks Hi Daniel, I am going through some of the old bug reports for Inkscape in Debian. You reported the following some time ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=517799 Please could you confirm whether you still experience this problem with a newer version of the Inkscape package? Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#527505: inkscape package should depends on librsvg2-common
tags 527505 moreinfo thanks Hi Min, I am going through some old bug reports for the Inkscape package in Debian. You reported the following some time ago: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=527505 Please could you confirm that you still have trouble opening linked SVG files (without librsvg2-common installed) when you use a newer version of the Inkscape package? If so, please could you attach a couple of sample files so I can test it too? Thanks, Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#634422: Fixed with 2.4.0-1.2
Version: 2.4.0-1.2 Hi, this is no longer reproducible since 2.4.0-1.2. So, closing. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638563: Needs to be adapted for libav/0.7.1
tags 638563 patch pending thanks On Fri, Aug 19, 2011 at 09:35:11PM +0200, Moritz Muehlenhoff wrote: Package: kradio4 Severity: important Hi, the transition from ffmpeg/0.6.2 to libav/0.7 is planned soonish. (libav is a ffmpeg fork, to which Debian will switch, see http://en.wikipedia.org/wiki/FFmpeg for more information) Your package currently fails to build from source when built against libav/0.7.1 and needs to be adapted. You can test this yourself by building against the packages from experimental: Patch attached. I'll do a QA upload in the next days. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638291: dpkg: Hardlinks problem with conffiles
2011/8/20 Sven Joachim svenj...@gmx.de The reason is that conffile processing takes place after unpacking all non-conffiles, so for hardlinks to conffiles you hit the ENOENT bug. If a file is both a conffile and a hardlink in the package, it is treated as the latter. Do I understand it right? When installing a package: 1. Unpack all regular files (+ symlinks?), except conffiles. 2. Create hardlinks. 3. Process conffiles.
Bug#638444: [INTL:es] Spanish debconf template translation for partman-nbd
Please wait, I would like to review it first before comitting it. Thanks Javier Pd: Sorry for top-posting, a limitation of my mobile device. El 20/08/2011 22:16, Christian PERRIER bubu...@debian.org escribió: Quoting Javier Fernandez-Sanguino (j...@debian.org): I will update the d-i translation when I have ... OK. However, that doesn't give me the answer to what should I do with Camaleón's translation for partman-nbd? Merge it with D-I sublevel 4 or wait?
Bug#638706: qa.debian.org: Does not like \1 backreferences in watch file (breaks download links)
Package: qa.debian.org Severity: normal Hi folks, I noticed that the download links on the developer's packages overview, which allow downloading new upstream version if uscan detects new versions, are not working right now. At least on this page: http://qa.debian.org/developer.php?login=matthijs%40stdin.nlcomaint=yes The links point to, for example, http://qa.debian.org/1/openttd-1-source.tar.gz which returns an Apache 404 from qa.debian.org. I'm not sure if the url is wrong, or if this url should redirect but it doesn't. Not sure where the 1 in the url comes from either, since the link is supposed to download the source for openttd 1.1.2. I also noticed that the download links are working for other packages, so it must be something related to the rewriting happening in my watch file. For the OpenTTD package mentioned above, the watch file contains: options=downloadurlmangle=s/(.*)\/index.html$/\1\/openttd-\1-source.tar.gz/ \ http://master.binaries.openttd.org/releases/ \ (\d+(?:\.\d+)*)/index.html Looking at this file, it seems the 1's in the download url come from the \1 backreferences in the downloadurlmangle option. Thinking about this a bit further, I suspect that this is caused by using \1 as a backreference instead of $1 (which is perfectly valid in Perl and is understood by uscan, but apparently not by the qa.debian.org scripts). I'm not sure if this is a bug in my watchfile, or that qa.debian.org should support this, though. This might be a trival change in the qa.debian.org scripts, but I'll probably change my backreferences to use $ instead of \ anyway (seems Perl recommends using $1 instead of \1 as well). Also, perhaps my analysis is wrong somewhere, haven't actually confirmed that the backreferences are the cause (though it seems likely). Gr. Matthijs -- 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/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.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#638641: kombu: Please consider updating to new upstream version 1.2.1.
Hi Michael! I'd like to see the new release of kombu available in Debian sid, please let me know if you need help to do that. Cheers! -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer | quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638707: Update to the new upstream release
Package: python-poster Severity: wishlist Hi! A new upstream release (0.8.1) is available at: http://pypi.python.org/packages/source/p/poster/poster-0.8.1.tar.gz The changelog follows: * 0.8.0 (2011-02-13): - Fixed parameter name encoding so that it follows RFC 2388,2047. Thanks to Emilien Klein for pointing this out. - Don’t include Content-Length header for each part of the multipart message. Fixes issues with some ruby web servers. Thanks to Anders Pearson. * 0.8.1 (2011-04-16): - Factor out handler creation into get_handlers() method. Thanks to Flavio Percoco Premoli Would you please update the packaging and upload it to Debian unstable? Thanks in advance for any reply. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.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#614020: New upstream release 0.42
On 08/20/2011 11:34 PM, Dominic Hargreaves wrote: On Sat, Feb 19, 2011 at 02:33:10PM +0100, Stefan Hornburg (Racke) wrote: On 02/19/2011 02:12 PM, gregor herrmann wrote: On Sat, 19 Feb 2011 01:47:59 +0100, Stefan Hornburg (Racke) wrote: package: mongodb-perl severity: wishlist 0.42 was released on 7th February. I'm a bit confused by the status of mongodb-perl. AFAICS - you have uploaded the initial version - the Maintainer is set to the Debian Perl Group - the package is not our repository Are you going to svn-inject it into the group's repo or do you want someone else to do it or is this bug just a reminder for yourself or something else? Yes on injecting and yes on reminder. Hi Stefan, As the package still wasn't in the pkg-perl repos, I've gone ahead and imported the package (git, now). This is largely because I plan to fix #637602 (which will be RC before long) by updating the package to the latest upstream release. If you want to jump in at this point with a plan to update the package soon, feel free. Cheers, Dominic. Please go ahead, that's fine for me. Regards Racke -- LinuXia Systems = http://www.linuxia.de/ Expert Interchange Consulting and System Administration ICDEVGROUP = http://www.icdevgroup.org/ Interchange Development Team -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#625134: python-poster: diff for NMU version 0.7.0-1.1
Dear maintainer, I've prepared an NMU for python-poster (versioned as 0.7.0-1.1). The diff is attached to this message. Regards. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 diff -u python-poster-0.7.0/debian/changelog python-poster-0.7.0/debian/changelog --- python-poster-0.7.0/debian/changelog +++ python-poster-0.7.0/debian/changelog @@ -1,3 +1,11 @@ +python-poster (0.7.0-1.1) unstable; urgency=low + + * Non-maintainer upload. + * Build-Depends on python-setuptools to fix FTBFS (Closes: #625134). +Patch by Angel Abad angela...@ubuntu.com. + + -- Alessio Treglia ales...@debian.org Sun, 21 Aug 2011 12:16:21 +0200 + python-poster (0.7.0-1) unstable; urgency=low * Initial release (Closes: #612043) diff -u python-poster-0.7.0/debian/control python-poster-0.7.0/debian/control --- python-poster-0.7.0/debian/control +++ python-poster-0.7.0/debian/control @@ -3,7 +3,8 @@ Priority: optional Maintainer: Robert Collins robe...@robertcollins.net Build-Depends: debhelper (= 7.0.50~), cdbs (= 0.4.49), - python-all (= 2.3.5-11) + python-all (= 2.3.5-11), + python-setuptools Build-Depends-Indep: python-support (= 0.5.3) Standards-Version: 3.9.1.0 Homepage: http://atlee.ca/software/poster/
Bug#638708: Update to the new upstream release
Package: pyinotify Severity: wishlist Hi! A new upstream release (0.9.2) is available at: http://githubredir.debian.net/github/seb-m/pyinotify/0.9.2.tar.gz Would you please update the packaging and upload it to Debian unstable? Thanks in advance for any reply. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.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#638709: pidgin: new upstream version
Package: pidgin Version: 2.9.0-3 Severity: wishlist Tags: security Hi. A new upstream version (2.10) is available (fixing several security issues). Chris. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#580759: New upstream preview package
Hi Vincent. I'm working on packaging the new upstream release of libwoodstox. Most of the work is already done and available on the SVN. For your convenience, I also put a copy here: http://poisson.phc.unipi.it/~mascellani/unstable/libwoodstox-java_4.1.1-1.dsc http://poisson.phc.unipi.it/~mascellani/unstable/libwoodstox-java_4.1.1-1_all.deb Some things still are left: for example, updating debian/copyright. Moreover, some tests fail at the moment. The preview above is compiled ignoring tests failures, but I plan to get in touch with the upstream author to clear out the problem. Could you try if freecol still compiles and work with the new package? There is just one caveat: the name of the tarball has changed, because of some changes in the maven POM files (wstx-lgpl.jar - woodstox-core-lgpl.jar). It shouldn't be a big problem, but if you want I can add a backward compatibility link. Would you mind if I added myself as Uploader for libwoodstox-java? Thanks, Giovanni. -- Giovanni Mascellani mascell...@poisson.phc.unipi.it Pisa, Italy Web: http://poisson.phc.unipi.it/~mascellani Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org signature.asc Description: OpenPGP digital signature
Bug#638631: Crash following repeated 'page allocation failure' 'BUG: soft lockup'
On 20/08/2011 15:13, Ben Hutchings wrote: On Sat, 2011-08-20 at 12:44 +0100, Richard Kettlewell wrote: The emulated screen was blank and did not respond to any input. The kernel log is full of messages as shown below. They almost all name the same executable, apache_accesses (from package munin-node) and have the same backtraces, but are different PIDs (it is not a long-running process). The exception is a BUG: soft lockup - CPU#0 stuck for 35s! message, also below. The guest is a news server, with around a kilobyte/second of network traffic going into it at all times. The guest has 512MB RAM assigned. It has a gigabyte of swap available and doesn't seem to have been using much of it. [...] That does sound wrong. Could it be that the host is slow to service the guest's disk I/O? In summary, it does seem to be. Average latency on /dev/vda over the last week is reported as around 200ms. There are occasional spikes to multiple whole seconds. A couple of those spikes are approximately the right time for 'BUG: soft lockup' messages (but the resolution is not very high) there are other spikes with no corresponding messages in the kernel logs. That said there are similar huge latency spikes visible for the host too. I think I need some faster storage l-( As for throughput, a quick test with dd reveals the guest has about 10% of the write performance of the host, which seems pretty poor to me. ttfn/rjk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637061: mutagen: diff for NMU version 1.19-2.2
tags 637061 + pending thanks Dear maintainer, I've prepared an NMU for mutagen (versioned as 1.19-2.2) and uploaded it to DELAYED/10. Please feel free to tell me if I should delay it longer. Regards. -- Alessio Treglia | www.alessiotreglia.com Debian Developer | ales...@debian.org Ubuntu Core Developer| quadris...@ubuntu.com 0FEC 59A5 E18E E04F 6D40 593B 45D4 8C7C DCFC 3FD0 diff -Nru mutagen-1.19/debian/changelog mutagen-1.19/debian/changelog --- mutagen-1.19/debian/changelog 2011-05-02 21:48:22.0 +0200 +++ mutagen-1.19/debian/changelog 2011-08-21 12:32:41.0 +0200 @@ -1,3 +1,17 @@ +mutagen (1.19-2.2) unstable; urgency=low + + * Non-maintainer upload. + * Fix wrong file length calculation (Closes: #637061): +- debian/patches/mpeg-length.diff: Fix CBR length calculation, it used + the rounded frame_length including the current frame's padding. +- debian/patches/mpeg-length-remove.diff: Remove the code which should + have prevented the use of impossible lengths by performing the + 'bitrate/file size' check. This was never used because the args are + switched, plus the calculation is wrong as the result is 1/64 of the + real length. + + -- Alessio Treglia ales...@debian.org Mon, 08 Aug 2011 10:15:32 +0200 + mutagen (1.19-2.1) unstable; urgency=low * Non-maintainer upload (with maintainer's permission). diff -Nru mutagen-1.19/debian/patches/mpeg-length.diff mutagen-1.19/debian/patches/mpeg-length.diff --- mutagen-1.19/debian/patches/mpeg-length.diff 1970-01-01 01:00:00.0 +0100 +++ mutagen-1.19/debian/patches/mpeg-length.diff 2011-08-21 12:32:41.0 +0200 @@ -0,0 +1,60 @@ +Description: Fix CBR length calculation, it used the rounded frame_length + including the current frame's padding. +From: http://code.google.com/p/mutagen/issues/detail?id=93#c4 +Bug: http://code.google.com/p/mutagen/issues/detail?id=93 +Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=637061 +--- + mutagen/mp3.py| 11 +-- + tests/test_mp3.py |8 + 2 files changed, 9 insertions(+), 10 deletions(-) + +--- mutagen-1.19.orig/mutagen/mp3.py mutagen-1.19/mutagen/mp3.py +@@ -151,15 +151,16 @@ class MPEGInfo(object): + self.sample_rate = self.__RATES[self.version][sample_rate] + + if self.layer == 1: +-frame_length = (12 * self.bitrate / self.sample_rate + padding) * 4 ++padding *= 4 + frame_size = 384 + elif self.version = 2 and self.layer == 3: +-frame_length = 72 * self.bitrate / self.sample_rate + padding + frame_size = 576 + else: +-frame_length = 144 * self.bitrate / self.sample_rate + padding + frame_size = 1152 + ++frame_length = frame_size / 8 * \ ++self.bitrate / self.sample_rate + padding ++ + if check_second: + possible = frame_1 + frame_length + if possible len(data) + 4: +@@ -168,9 +169,7 @@ class MPEGInfo(object): + if frame_data 0xFFE0 != 0xFFE0: + raise HeaderNotFoundError(can't sync to second MPEG frame) + +-frame_count = real_size / float(frame_length) +-samples = frame_size * frame_count +-self.length = samples / self.sample_rate ++self.length = 8 * real_size / float(self.bitrate) + + # Try to find/parse the Xing header, which trumps the above length + # and bitrate calculation. +--- mutagen-1.19.orig/tests/test_mp3.py mutagen-1.19/tests/test_mp3.py +@@ -36,10 +36,10 @@ class TMP3(TestCase): + self.failUnlessEqual(self.mp3_2.tags, ID3(self.silence_nov2)) + + def test_length(self): +-self.failUnlessEqual(int(round(self.mp3.info.length)), 4) +-self.failUnlessEqual(int(round(self.mp3_2.info.length)), 4) +-self.failUnlessEqual(int(round(self.mp3_3.info.length)), 4) +-self.failUnlessEqual(int(round(self.mp3_4.info.length)), 4) ++self.assertAlmostEquals(self.mp3.info.length, 3.77, 2) ++self.assertAlmostEquals(self.mp3_2.info.length, 3.77, 2) ++self.assertAlmostEquals(self.mp3_3.info.length, 3.77, 2) ++self.assertAlmostEquals(self.mp3_4.info.length, 3.84, 2) + def test_version(self): + self.failUnlessEqual(self.mp3.info.version, 1) + self.failUnlessEqual(self.mp3_2.info.version, 1) diff -Nru mutagen-1.19/debian/patches/mpeg-length-remove.diff mutagen-1.19/debian/patches/mpeg-length-remove.diff --- mutagen-1.19/debian/patches/mpeg-length-remove.diff 1970-01-01 01:00:00.0 +0100 +++ mutagen-1.19/debian/patches/mpeg-length-remove.diff 2011-08-21 12:32:41.0 +0200 @@ -0,0 +1,29 @@ +Description: Remove the code which should have prevented the use of impossible + lengths by performing the 'bitrate/file size' check. This was never used + because the args are switched, plus the calculation is wrong as the result + is 1/64 of the real length. +From:
Bug#638710: override: libapache2-mod-php5filter:httpd/extra
Package: ftp.debian.org On Fri, August 19, 2011 20:33, Debian FTP Masters wrote: There are disparities between your recently accepted upload and the override file for the following file(s): libapache2-mod-php5filter_5.3.7-1_amd64.deb: package says priority is extra, override says optional. This Apache module is of limited scope and for special cases compared to the default Apache PHP module libapache2-mod-php, which is 'optional'. Hence it makes sense to put in in 'extra': you will install this module only if you have special requirements and the default is not good enough for you. Cheers, Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638711: xserver-xorg-video-r128: XVideo displays only top half of video on interlaced output
Package: xserver-xorg-video-r128 Version: 6.8.1-3 Severity: normal I'm using TV as display and when I try to watch videos using XVideo it shows only the top half of the video. Although it still uses the same space. This didn't happend with regular (non-interlaced) display. Also this doesn't happen when I use x11 as output on Mplayer or Mythtv. This is making my setup unusable with Mythtv, because it can't display properly video with any other output-plugin. They all cause dropped frames (at least that's what it looks like). I found an old bug report that had this fixed: http://www.mail-archive.com/xfree86@xfree86.org/msg12627.html -- Package-specific info: X server symlink status: lrwxrwxrwx 1 root root 13 Aug 14 11:18 /etc/X11/X - /usr/bin/Xorg -rwxr-xr-x 1 root root 1733468 Feb 19 2011 /usr/bin/Xorg VGA-compatible devices on PCI bus: -- 00:08.0 VGA compatible controller [0300]: ATI Technologies Inc Rage 128 RK/VR [1002:524b] Xorg X server configuration file status: -rw-r--r-- 1 root root 711 Aug 20 19:26 /etc/X11/xorg.conf Contents of /etc/X11/xorg.conf: --- Section Module Disable dri EndSection Section Monitor Identifier TV HorizSync 14.0 - 18.0 VertRefresh 45.0 - 65.0 # Option DPMS Modeline720x576i25 15.125 720 778 834 968 576 579 607 625 interlace -hsync -vsync EndSection Section Device Identifier ATI Rage 128 VR Driver ati #Option DynamicClocks true Option ForceMinDotClock 14MHz #Option MergedFB false Option IgnoreEDIDtrue #Option VGAAccess false EndSection Section Screen Identifier Screen0 Device ATI Rage 128 VR MonitorTV DefaultDepth24 SubSection Display Modes 720x576i25 Depth 24 EndSubSection EndSection /etc/X11/xorg.conf.d does not exist. KMS configuration files: /etc/modprobe.d/radeon-kms.conf: options radeon modeset=1 Kernel version (/proc/version): --- Linux version 2.6.32-5-686 (Debian 2.6.32-35) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Mon Jun 13 04:13:06 UTC 2011 Xorg X server log files on system: -- -rw-r--r-- 1 root root 23585 Aug 21 13:44 /var/log/Xorg.0.log Contents of most recent Xorg X server log file (/var/log/Xorg.0.log): - X.Org X Server 1.7.7 Release Date: 2010-05-04 X Protocol Version 11, Revision 0 Build Operating System: Linux 2.6.32.29-dsa-ia32 i686 Debian Current Operating System: Linux mediamyth 2.6.32-5-686 #1 SMP Mon Jun 13 04:13:06 UTC 2011 i686 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=7f4075cc-5b16-4fe4-a51b-ee8f697feac1 ro quiet Build Date: 19 February 2011 02:37:36PM xorg-server 2:1.7.7-13 (Cyril Brulebois k...@debian.org) Current version of pixman: 0.16.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: /var/log/Xorg.0.log, Time: Sun Aug 21 13:44:14 2011 (==) Using config file: /etc/X11/xorg.conf (==) Using system config directory /usr/share/X11/xorg.conf.d (==) No Layout section. Using the first Screen section. (**) |--Screen Screen0 (0) (**) | |--Monitor TV (**) | |--Device ATI Rage 128 VR (==) Automatically adding devices (==) Automatically enabling devices (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi/ does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/Type1 does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/100dpi does not exist. Entry deleted from font path. (WW) The directory /usr/share/fonts/X11/75dpi does not exist. Entry deleted from font path. (==) FontPath set to: /usr/share/fonts/X11/misc, /var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType, built-ins (==) ModulePath set to /usr/lib/xorg/modules (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. (II) Loader magic: 0x81ecca0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 6.0 X.Org XInput driver : 7.0
Bug#638694: xterm: alt-arrow == arrow
On Sun, 21 Aug 2011, Ahmad Khayyat wrote: Subject: xterm: alt-arrow == arrow Package: xterm Version: 271-1 Severity: normal Alt key works perfectly as a modifier with any key except for the arrow keys (left, right, up, down). With arrow keys, alt-arrow produces the same codes as arrow alone, as shown by ctrl-v alt-arrow. After adding the grp:alts_toggle xkb option, only the left alt key behaves correctly, but the right alt key then becomes ISO_Level3_Shift, as reported by xev. xmodmap shows ISO_Level3_Shift to be Mod5. Moving ISO_Level3_Shift from Mod5 to Mod1 breaks alt-arrow again. Only grp:alts_toggle can fix alt-arrow, and then it mutates alt_r into ISO_Level3_Shift. Other toggle options have no effect on this issue. Note also that alts_toggle and ctrls_toggle don't actually do any toggling. I tried menu_toggle and shifts_toggle and they do toggle. I am not sure if this is xterm's fault, but gnome-terminal does not have this problem. gnome-terminal doesn't do much at all with keyboard events. xterm is making a check to keep the level3 shift key distinct from alt and meta - which is for the case you're describing. If it's assigned to the same key, then xterm won't honor alt/meta on that key. I do recall some comment a while back about the ISO_Level3_Shift, that xterm's check for it isn't necessary. I'll look for that in my email, to compare it with this case, probably remove the check - or add a resource to control whether the conflict is ignored. It's a one-liner in input.c (I don't have a pc105 keyboard, so I don't think I can test this directly myself). $ setxkbmap -query rules: evdev model: pc105 layout: us,ar - alt-arrow == arrow $ setxkbmap -option grp:alts_toggle $ setxkbmap -query rules: evdev model: pc105 layout: us,ar options:grp:alts_toggle - alt_L-arrow Works - alt_R-any == any - alt_R is ISO_Level3_Shift -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/1 CPU core) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_CA.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xterm depends on: ii libc6 2.13-10Embedded GNU C Library: Shared lib ii libfontconfig12.8.0-3generic 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.4-1 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 -- Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626931: [pkg-firebird-general] Bug#626931: Bug#626931: FTBFS on GNU/Hurd
On Sat, Aug 20, 2011 at 7:00 PM, Samuel Thibault sthiba...@debian.org wrote: Samuel Thibault, le Sat 20 Aug 2011 17:58:33 +0200, a écrit : Samuel Thibault, le Sat 20 Aug 2011 17:56:14 +0200, a écrit : Damyan Ivanov, le Mon 16 May 2011 21:12:27 +0300, a écrit : I seem to remember a Hurd porter said that there would be problems with semaphores or something like that, Yes. GNU/Hurd doesn't (yet) support semctl and memory-shared mutexes. That being said, could upstream apply the attached patch to at least fix the build? Oops, the patch wasn't up to date, here is my late version. I will review and send it upstream -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638295: debmirror: support alternative configuration files
2011/8/20 Joey Hess jo...@debian.org: Stefan Kisdaroczi wrote: with the attached patch you can specify a configuration file by exporting DEBMIRRORCONF. debmirror already has too many switches, but I still think another one would be preferable to an environment variable Yes, a switch like --conf=conf1,conf2,... would be great. if this is really needed. Don't know, me yes. So I decided to open a wishlist bug with a small non-intrusive patch that works for me, but I prefer a switch based solution with multiple conf files. Did you choose to use an env var simply because the config file is loaded before getopt? Was a reason, yes. Should I try to make patch with a conf-file switch ? Stefan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#637461: nfs-common: some more information
Package: nfs-common Version: 1:1.2.2-4 Severity: normal How are your network interfaces configured? ifupdown, Network Manager, wicd? Ben. Dear Ben, There is actually some progresses... Would you mind if we start to talk about NFS-common and nfs-kernel-server more generally? Both are linked together somehow. I would like more to understand about the issue. OK. If you take the time, maybe we could understand more about the reported problem. You know I am not an expert user with Linux, so I can type all commands you would like to get more input/info. OK, in the server I had I have used squeeze which was as testing. The issue was that the server NFS had to be restarted often /etc/init.d/nfs-kernel... restart OK then the stations could mount it : mount /mnt/pictures went ok if I restart it. You might have said taht my server was not well installed. I might disagree since I did all good stuffs from server install to install the NFS. Or maybe the order? So it was not possible to mount at boot of the station. - well. recently I had a hdd crash, that died, and I had to fight, and had got to reinstall the server. Fine. ;) Interesting + the debian testing went to stable. OK, even more interesting So I installed the NFS server with debian stable (squeeze). It should actually give the same errors right? Install from server. no packages. then apt-get install nfs-kernel... portmap nfs-common and then the rest and ... so now the stations can mount hte NFS server at BOOT. So why? my idea could be : 1) you changed something or 2) the first insatllation : apt-get install nfs-kernel-server portmap nfs-common is good or 3) my exports is not ideal currently I use: $ cat /etc/exports: #/home 192.168.1.*(rw,sync) #/pictures 192.168.1.*(rw,sync) /home 192.168.1.0/24(rw,sync,root_squash,no_subtree_check) # /mnt/pictures 192.168.1.0/24(rw,sync,root_squash) /mnt/pictures 192.168.1.*(rw,sync,fsid=0,crossmnt,no_subtree_check) ##/mnt/pictures/uploads *(rw,sync,fsid=0,crossmnt,no_subtree_check) #/mnt/applications 192.168.1.0/24(ro,root_squash) /mnt/applications 192.168.1.*(ro,sync,fsid=0,crossmnt,no_subtree_check) #* well, another important problem If I have : /mnt/pictures 192.168.1.*(rw,sync,fsid=0,crossmnt,no_subtree_check) /mnt/applications 192.168.1.*(ro,sync,fsid=0,crossmnt,no_subtree_check) the stationc cannot mount /mnt/applications the stations says it is mounted fine, both pictures and applications but the content of /mnt/applications is similar to /mnt/torrents on the station it seems that the stations mounting from /etc/fstab is always teh same as /mnt/pictures. That's a problem that I never encountered anytime, althoguh after about 10 years of use of linux. I wonder. I do not understand. Finally, concerning speed of network: 192.168.1.* works well in this newer NFS SERVER, but however I have doubts that it could be bit slow * -- is extremely fast but could be dangerous 192.168.1.0/24 --- is it still possible in this NFS of the current debian stable? Could it be possible that it has some effects of the speed on data transferts between server and statiosn? It was just an impression when using the NFS station... Well, I am glad that the station can mount the NFS server at boot, but there are few things that we could bit discuss if you have some time... Thank you of coding NFS ! I send you greetings, Best regards, Yellow A relative newbie with Linux -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 nfs-common depends on: ii adduser 3.112+nmu2 add and remove users and groups ii initscripts 2.88dsf-13.1 scripts for initializing and shutt ii libc6 2.11.2-10Embedded GNU C Library: Shared lib ii libcap2 1:2.19-3 support for getting/setting POSIX. ii libcomerr2 1.41.12-4stable1 common error description library ii libevent-1.4-2 1.4.13-stable-1 An asynchronous event notification ii libgssapi-krb5-21.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - k ii libgssglue1 0.1-4mechanism-switch gssapi library ii libk5crypto31.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries - C ii libkrb5-3 1.8.3+dfsg-4squeeze1 MIT Kerberos runtime libraries ii libnfsidmap20.23-2 An nfs idmapping library ii librpcsecgss3 0.19-2 allows secure rpc communication us ii libwrap07.6.q-19 Wietse Venema's TCP wrappers libra ii lsb-base3.2-23.2squeeze1
Bug#638615: hunspell: please provide a -dbg library package (with debugging symbols)
tag 638615 + pending thanks Hi, On Sat, Aug 20, 2011 at 11:14:14AM +0200, Vincent Lefevre wrote: Please provide a -dbg library package, i.e. with debugging symbols. This would be useful for reporting bugs involving a crash in the hunspell library and for debugging. Will do. But I probably won't do it for 1.2.x anymore but only for 1.3.x. Grüße/Regards, René -- .''`. René Engelhard -- Debian GNU/Linux Developer : :' : http://www.debian.org | http://people.debian.org/~rene/ `. `' r...@debian.org | GnuPG-Key ID: D03E3E70 `- Fingerprint: E12D EA46 7506 70CF A960 801D 0AA0 4571 D03E 3E70 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638713: cycfx2prog: FTBFS with ld --as-needed
Package: cycfx2prog Version: 0.47-1 Severity: normal Tags: patch User: debian-...@lists.debian.org Usertags: ld-as-needed *** /tmp/tmpddY9h7 In Ubuntu, the attached patch was applied to achieve the following: Hi! This package fails to build from source with ld -as-needed and binutils-gold, this patch solves the problem. Regards, * debian/patches/fix-ftbfs-with-ls-as-needed.patch: (LP: #770790) - Reorder libraries to fix FTBFS with ld --as-needed Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers oneiric-updates APT policy: (500, 'oneiric-updates'), (500, 'oneiric') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-8-generic (SMP w/1 CPU core) Locale: LANG=es_ES.UTF-8, LC_CTYPE=es_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -u cycfx2prog-0.47/debian/changelog cycfx2prog-0.47/debian/changelog only in patch2: unchanged: --- cycfx2prog-0.47.orig/debian/patches/fix-ftbfs-with-ls-as-needed.patch +++ cycfx2prog-0.47/debian/patches/fix-ftbfs-with-ls-as-needed.patch @@ -0,0 +1,24 @@ +Description: Reorder libraries to fix FTBFS with ld --as-needed +Author: Angel Abad angela...@ubuntu.com +Bug-Ubuntu: https://launchpad.net/bugs/770790 + +diff -Nur -x '*.orig' -x '*~' cycfx2prog-0.47//Makefile cycfx2prog-0.47.new//Makefile +--- cycfx2prog-0.47//Makefile 2009-12-06 18:55:28.0 +0100 cycfx2prog-0.47.new//Makefile 2011-08-21 13:18:48.223560927 +0200 +@@ -2,14 +2,14 @@ + VERSION = 0.47 + CFLAGS = -O2 -fno-rtti -fno-exceptions -DCYCFX2PROG_VERSION=\$(VERSION)\ \ + -W -Wall -Wformat +-LDFLAGS = -lusb ++LIBS = -lusb + DIST_DEST = cycfx2prog-$(VERSION) + + all: cycfx2prog + + # NOTE: Also add sources to the dist: target! + cycfx2prog: cycfx2prog.o cycfx2dev.o +- $(CC) $(LDFLAGS) cycfx2prog.o cycfx2dev.o -o cycfx2prog ++ $(CC) cycfx2prog.o cycfx2dev.o -o cycfx2prog $(LIBS) + + clean: + -rm -f *.o
Bug#638714: ceph: FTBFS: fatal error: curl/types.h: No such file or directory
Package: ceph Version: 0.27-1.1 Severity: serious Justification: fails to build from source (but built successfully in the past) Hi, ceph currently FTBFS on sid, as it tries to include curl/types.h which has been removed (see bug#636457): | g++ -DHAVE_CONFIG_H -I. -Wall -D__CEPH__ -D_FILE_OFFSET_BITS=64 -D_REENTRANT -D_THREAD_SAFE -rdynamic -Wnon-virtual-dtor -Wno-invalid-offsetof -g -O2 -MT libradosgw_a-rgw_os.o -MD -MP -MF .deps/libradosgw_a-rgw_os.Tpo -c -o libradosgw_a-rgw_os.o `test -f 'rgw/rgw_os.cc' || echo './'`rgw/rgw_os.cc | rgw/rgw_os.cc:6:24: fatal error: curl/types.h: No such file or directory | compilation terminated. | make[4]: *** [libradosgw_a-rgw_os.o] Error 1 | make[4]: *** Waiting for unfinished jobs | mv -f .deps/libradosgw_a-rgw_cache.Tpo .deps/libradosgw_a-rgw_cache.Po | mv -f .deps/libradosgw_a-rgw_rest_s3.Tpo .deps/libradosgw_a-rgw_rest_s3.Po | make[4]: Leaving directory `/build/buildd-ceph_0.27-1.1-s390x-37xnJs/ceph-0.27/src' | make[3]: *** [all-recursive] Error 1 | make[3]: Leaving directory `/build/buildd-ceph_0.27-1.1-s390x-37xnJs/ceph-0.27/src' | make[2]: *** [all] Error 2 | make[2]: Leaving directory `/build/buildd-ceph_0.27-1.1-s390x-37xnJs/ceph-0.27/src' | make[1]: *** [all-recursive] Error 1 | make[1]: Leaving directory `/build/buildd-ceph_0.27-1.1-s390x-37xnJs/ceph-0.27' | make: *** [build-stamp] Error 2 Full build log (s390x, but also affects other architectures) at: http://buildd.debian-ports.org/status/fetch.php?pkg=cepharch=s390xver=0.27-1.1stamp=1313920760 Regards, Aurelien -- System Information: Debian Release: wheezy/sid APT prefers unstable APT policy: (500, 'unstable') 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#638712: binNMUs for packages exporting (rest|save)(32|64\|)(fpr|gpr) symbols
On Sunday 21 August 2011 13:20:59 Clara Gnos wrote: nmu linux-2.6_3.0.0-2 . ALL . -m 'Rebuild to remove (rest|save)(32|64\|)(fpr|gpr) symbols.' [...] nmu eglibc_2.13-16 . ALL . -m 'Rebuild to remove (rest|save)(32|64\|)(fpr|gpr) symbols.' There seem to be some false positives. nmu wine-unstable_1.1.29-1 . ALL . -m 'Rebuild to remove (rest|save)(32|64\|)(fpr|gpr) symbols.' And some programs which currently ftbfs. ...but I don't know how I can efficiently filter them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638712: binNMUs for packages exporting (rest|save)(32|64\|)(fpr|gpr) symbols
On Sun, Aug 21, 2011 at 13:20:59 +0200, Clara Gnos wrote: Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu It was noticed in bug #638271 that some powerpc binaries would lead to unusable compilation results. The reason for that was that they export symbols that match the expression .*(rest|save)(32|64\|)(fpr|gpr).* and therefore would force the dynamic linker to make wrong decisions and crash before the actual program was started. This was fixed a long time ago in the gcc libraries http://gcc.gnu.org/ml/gcc-patches/2008-10/msg00264.html , but some packages weren't recompiled since that time. I'm working on a list too, will try to finish it later today so we can compare... Cheers, Julien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#528180: xserver-xorg-video-openchrome: incompatible whith kernel 2.6.26 and K8M890CE/K8N890CE
On Sat, Aug 20, 2011 at 05:06:39PM +0200, Stimiato wrote: Hi, Hello, I've access to this hardware, Nice ! same problems, as reported above. Too bad, I would have hoped it was fixed by now... Can you describe a little more the problem, its the same as which part above ? You have a cursor that leaves a trail ? No cursor at all ? tested with linux3.0.0-1 on debian wheezy, vesa and openchrome xorg drivers. xorg is unusable. tried to use viafb kernel mod, but cursor is shown in double height. no x neither with fb driver. I'm here to give you more information, if needed. First you can give the output of the bug script as explained on [1] and the version of xserver-xorg-video-openchrome your are using. Thanks. 1: http://x.debian.net/howto/report-bugs.html Nicola Alessi Best Regards, Julien VdG -- Julien Viard de Galbertjul...@vdg.blogsite.org http://silicone.homelinux.org/ jul...@silicone.homelinux.org GPG Key ID: D00E52B6 Published on: hkp://keys.gnupg.net Key Fingerprint: E312 A31D BEC3 74CC C49E 6D69 8B30 6538 D00E 52B6 signature.asc Description: Digital signature
Bug#638715: texlive-base: [debconf_rewrite] Debconf templates and debian/control review
Package: texlive-base
Version: N/A
Severity: normal
Tags: patch
Dear Debian maintainer,
On Saturday, August 06, 2011, I notified you of the beginning of a review
process
concerning debconf templates for texlive-base.
The debian-l10n-english contributors have now reviewed these templates,
and the proposed changes are attached to this bug report.
Please review the suggested changes, and if you have any
objections, let me know in the next 3 days.
However, please try to avoid uploading texlive-base with these changes
right now.
The second phase of this process will begin on Wednesday, August 24, 2011, when
I will
coordinate updates to translations of debconf templates.
The existing translators will be notified of the changes: they will
receive an updated PO file for their language.
Simultaneously, a general call for new translations will be sent to
the debian-i18n mailing list.
Both these calls for translations will request updates to be sent as
individual bug reports. That will probably trigger a lot of bug
reports against your package, but these should be easier to deal with.
The call for translation updates and new translations will run until
about Wednesday, September 14, 2011. Please avoid uploading a package with
fixed or changed
debconf templates and/or translation updates in the meantime. Of
course, other changes are safe.
Please note that this is an approximative delay, which depends on my
own availability to process this work and is influenced by the fact
that I simultaneously work on many packages.
Around Thursday, September 15, 2011, I will contact you again and will send a
final patch
summarizing all the updates (changes to debconf templates,
updates to debconf translations and new debconf translations).
Again, thanks for your attention and cooperation.
-- System Information:
Debian Release: wheezy/sid
APT prefers unstable
APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 3.0.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
Versions of packages tex-common depends on:
ii cdebconf [debconf-2.0] 0.157 Debian Configuration Management Sy
ii debconf [debconf-2.0]1.5.41 Debian configuration management sy
ii dpkg 1.16.0.3Debian package management system
ii ucf 3.0025+nmu2 Update Configuration File: preserv
Versions of packages tex-common suggests:
ii debhelper 8.9.4 helper programs for debian/rules
Versions of packages texlive-base is related to:
ii tex-common2.10 common infrastructure for building
ii texlive-binaries 2009-10Binaries for TeX Live
--- texlive-base.old/debian/templates 2011-08-04 09:44:52.381053401 +0200
+++ texlive-base/debian/templates 2011-08-21 14:08:35.301419040 +0200
@@ -1,20 +1,31 @@
+# These templates have been reviewed by the debian-l10n-english
+# team
+#
+# If modifications/additions/rewording are needed, please ask
+# debian-l10n-engl...@lists.debian.org for advice.
+#
+# Even minor modifications require translation updates and such
+# changes should be coordinated with translators and reviewers.
+
Template: texlive-base/texconfig_ignorant
Type: error
-_Description: TeX configuration cannot handle the system paper size
${libpaperPaper}
- Your system-wide paper size is set to ${libpaperPaper}. However, the
+#flag:translate!:5
+_Description: Unmanageable system paper size (${libpaperPaper})
+ The currently defined system-wide paper size is ${libpaperPaper}. However, the
TeX configuration system cannot handle this paper size for ${binary}.
.
The setting will remain unchanged.
.
- For a list of paper sizes known for ${binary}, execute
+ The following command can show the list of known paper sizes for
+ ${binary}:
.
texconfig ${binary_commandline} paper
Template: texlive-base/binary_chooser
Type: multiselect
-_Description: Choose TeX binaries that should use system paper size
- Currently, the TeX binaries have different default paper sizes set on
- this system. Please choose which of them should get the system paper
- size, ${libpaperPaper}, as their default.
+_Description: TeX binaries that should use the system paper size:
+ This system's TeX binaries currently use different default paper
+ sizes. Please choose which of them should get the system paper size
+ (${libpaperPaper}) as their default.
Choices: pdftex, dvips, dvipdfmx, xdvi
Default: pdftex, dvips, dvipdfmx, xdvi
--- texlive-base.old/debian/control 2011-08-04 09:44:52.381053401 +0200
+++ texlive-base/debian/control 2011-08-08 09:00:22.899513517 +0200
@@ -16,26 +16,26 @@
Provides: dvipdfmx
Suggests: perl-tk, ghostscript, xpdf-reader | pdf-viewer, gv |
postscript-viewer
Replaces: texlive-xetex ( 2008), dvipdfmx, luatex ( 0.45.0),
texlive-base-bin-doc
-Description: TeX Live: Essential programs and
Bug#621994: medusa: FTBFS: medusa-net.c:322: undefined reference to `SSLv2_client_method'
tags 621994 patch thanks Hello, Attached is the patch that was applied in Ubuntu to fix this problem. https://launchpad.net/ubuntu/+source/medusa/2.0-1ubuntu1 Description: OpenSSL 1.0.0 has SSLv2 support disabled. Handle this case. Author: Ilya Barygin bary...@gmail.com Bug-Debian: http://bugs.debian.org/621994 --- medusa-2.0.orig/src/medusa-net.c +++ medusa-2.0/src/medusa-net.c @@ -318,9 +318,12 @@ int medusaConnectSSLInternal(sConnectPar /* The SSL context can support SSLv2, SSLv3, or both. The default is to use whatever the server demands. The module can override this by setting nSSLVersion. */ +#ifndef OPENSSL_NO_SSL2 if (pParams-nSSLVersion == 2) sslContext = SSL_CTX_new(SSLv2_client_method()); - else if (pParams-nSSLVersion == 3) + else +#endif + if (pParams-nSSLVersion == 3) sslContext = SSL_CTX_new(SSLv3_client_method()); else if (pParams-nSSLVersion == (float)3.1) sslContext = SSL_CTX_new(TLSv1_client_method());
Bug#585526: libwebkit-1.0-2: Webkit-gtk generates TCP/UDP flood while surfing the WWW
forcemerge 578019 585526 thanks On Fri, 2010-06-11 at 14:01 +0200, Pvt. Pyle wrote: 2010.06.07 10:00:02 **UDP Flood to Host** 10.1.1.50, 55883- 87.216.1.66, 53 (from ATM1 Outbound) 2010.06.07 09:59:57 **UDP Flood to Host** 10.1.1.50, 38727- 87.216.1.65, 53 (from ATM1 Outbound) ^^ I think this is a duplicate of #578019[1]. Basically your browser generates *a lot* of DNS requests and the name server answers them all. Please check if the latest version from unstable fixes your problem. Best regards Alexander Kurtz [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=578019 signature.asc Description: This is a digitally signed message part
Bug#635669: balazar3 --3d give a segfault
El Mon, 15 Aug 2011 16:35:26 +0200
Vincent Bernat ber...@debian.org escribió:
OoO En cette aube naissante du mardi 09 août 2011, vers 07:58,
Edgar Antonio Palma de la Cruz xbyt...@gmail.com disait :
This could still be a bug in soya. You may try to
install libgl1-mesa-glx-dbg and check if you get more details in
the beginning of the backtrace. I need to provide you a dbg
package for soya to find where the problem happens.
I had installed libgl1-mesa-glx-dbg;
root@server:~$ dpkg -l | grep libgl1-mesa-glx-dbg
ii libgl1-mesa-glx-dbg 7.10.3-3 Debugging
symbols for the Mesa GLX runtime
when I send the full bt.
I have just uploaded python-soya-dbg. Could you install it and try
again to get a full backtrace with gdb?
Sorry a busy week,
Here's it:
$ gdb python
GNU gdb (GDB) 7.2-debian
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
http://gnu.org/licenses/gpl.html This is free software: you are free
to change and redistribute it. There is NO WARRANTY, to the extent
permitted by law. Type show copying and show warranty for details.
This GDB was configured as i486-linux-gnu.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/...
Reading symbols from /usr/bin/python...Reading symbols
from /usr/lib/debug/usr/bin/python2.6...done. done.
(gdb) run /usr/games/balazar3 --3d
Starting program: /usr/bin/python /usr/games/balazar3 --3d
[Thread debugging using libthread_db enabled]
* Balazar 3 * Balazar 3 lives in /usr/share/games
Program received signal SIGSEGV, Segmentation fault.
0xb541dc06 in glGetString () at glapi_x86.S:428
428 glapi_x86.S: No existe el fichero o el directorio.
in glapi_x86.S
(gdb) bt full
#0 0xb541dc06 in glGetString () at glapi_x86.S:428
No locals.
#1 0xb5904d50 in __pyx_f_5_soya_dump_info (__pyx_self=0x0,
__pyx_args=('Balazar III', 800, 600), __pyx_kwds={'sound': 1, 'full
screen': 0}) at _soya.c:5135 __pyx_2 = value optimized out
__pyx_5 = 0x0
__pyx_8 = 0x0
__pyx_10 = 0x0
__pyx_3 = 0x0
__pyx_6 = 0x0
__pyx_9 = 0x0
__pyx_1 = built-in method write of file object at remote
0xb7c03078 __pyx_4 = 0x0
__pyx_7 = 0x0
#2 __pyx_f_5_soya_init (__pyx_self=0x0, __pyx_args=('Balazar III',
800, 600), __pyx_kwds={'sound': 1, 'fullscreen': 0}) at _so ya.c:6386
__pyx_v_title = 'Balazar III'
__pyx_v_width = 800
__pyx_v_height = 600
__pyx_v_fullscreen = 0
__pyx_v_resizeable = 1
__pyx_v_create_surface = 1
__pyx_v_sound = 1
__pyx_v_sound_device = ''
__pyx_v_sound_frequency = 44100
__pyx_v_sound_reference_distance = 1
__pyx_v_sound_doppler_factor = 0.0099978
__pyx_v_quiet = 0
__pyx_v_soya = module at remote 0x8451d94
__pyx_v_SDL_UNICODE = None
__pyx_v_atexit = None
__pyx_r = value optimized out
__pyx_1 = 0x0
__pyx_2 = value optimized out
__pyx_3 = value optimized out
__pyx_4 = value optimized out
__pyx_5 = 0x0
__pyx_6 = 0x0
__pyx_7 = 0x0
__pyx_8 = 0x0
__pyx_9 = 0x0
__pyx_argnames = {0xb5936015 title, 0xb59362f6 width,
0xb5936991 height, 0xb593601b fullscreen, 0xb5936026 res izeable,
0xb5936031 create_surface, 0xb5936d67 sound, 0xb5936040
sound_device, 0xb593604d sound_frequency, 0xb593605d
sound_reference_distance, 0xb5936076 sound_doppler_f actor,
0xb593608b quiet, 0x0} #3 0xb5a25165 in ?? () No symbol table info
available. Backtrace stopped: previous frame inner to this frame
(corrupt stack?)
Thanks,
Kind Regards.
--
.''`. Tony Palma.
: :' : PGP/GPG Key ID: 258FFB1A
`. `' identi.ca: xbytemx
`-Debian GNU/Linux
signature.asc
Description: PGP signature
Bug#575175: linux-image-2.6-686: similar error on Thinkpad X31
Package: linux-image-2.6-686 Version: 2.6.32+29 Severity: normal Laptop wakes up then immediately goes back to sleep. If I push the power button it comes back up and stays on. Other similar reports are #610497 and #559171. Aug 18 09:44:16 thebaine kernel: [26150.700528] PM: Syncing filesystems ... done. Aug 18 09:44:16 thebaine kernel: [26150.710747] PM: Preparing system for mem sleep Aug 18 09:44:16 thebaine kernel: [26150.710764] Freezing user space processes ... (elapsed 0.00 seconds) done. Aug 18 09:44:16 thebaine kernel: [26150.712187] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done. Aug 18 09:44:16 thebaine kernel: [26150.712248] PM: Entering mem sleep Aug 18 09:44:16 thebaine kernel: [26150.712271] Suspending console(s) (use no_console_suspend to debug) Aug 18 09:44:16 thebaine kernel: [26150.715020] sd 0:0:0:0: [sda] Synchronizing SCSI cache Aug 18 09:44:16 thebaine kernel: [26151.037242] sd 0:0:0:0: [sda] Stopping disk Aug 18 09:44:16 thebaine kernel: [26152.169618] nsc-ircc 00:0c: disabled Aug 18 09:44:16 thebaine kernel: [26152.169906] parport_pc 00:0b: disabled Aug 18 09:44:16 thebaine kernel: [26152.170206] serial 00:0a: disabled Aug 18 09:44:16 thebaine kernel: [26152.170535] e100 :02:08.0: PME# enabled Aug 18 09:44:16 thebaine kernel: [26152.170546] pci :00:1e.0: wake-up capability enabled by ACPI Aug 18 09:44:16 thebaine kernel: [26152.184165] ath9k :02:02.0: PCI INT A disabled Aug 18 09:44:16 thebaine kernel: [26152.192152] ACPI handle has no context! Aug 18 09:44:16 thebaine kernel: [26152.208128] pci :01:00.0: PCI INT A disabled Aug 18 09:44:16 thebaine kernel: [26152.208289] Intel ICH Modem :00:1f.6: PCI INT B disabled Aug 18 09:44:16 thebaine kernel: [26152.224227] Intel ICH :00:1f.5: PCI INT B disabled Aug 18 09:44:16 thebaine kernel: [26152.224435] ata_piix :00:1f.1: PCI INT A disabled Aug 18 09:44:16 thebaine kernel: [26152.224447] ehci_hcd :00:1d.7: PCI INT D disabled Aug 18 09:44:16 thebaine kernel: [26152.224455] uhci_hcd :00:1d.2: PCI INT C disabled Aug 18 09:44:16 thebaine kernel: [26152.224463] uhci_hcd :00:1d.1: PCI INT B disabled Aug 18 09:44:16 thebaine kernel: [26152.224471] uhci_hcd :00:1d.0: PCI INT A disabled Aug 18 09:44:16 thebaine kernel: [26152.248084] ehci_hcd :00:1d.7: power state changed by ACPI to D3 Aug 18 09:44:16 thebaine kernel: [26152.256078] uhci_hcd :00:1d.1: power state changed by ACPI to D3 Aug 18 09:44:16 thebaine kernel: [26152.284066] uhci_hcd :00:1d.0: power state changed by ACPI to D3 Aug 18 09:44:16 thebaine kernel: [26152.324070] ACPI: Preparing to enter system sleep state S3 Aug 18 09:44:16 thebaine kernel: [26152.512183] Disabling non-boot CPUs ... Aug 18 09:44:16 thebaine kernel: [26152.512278] Extended CMOS year: 2000 Aug 18 09:44:16 thebaine kernel: [26152.512278] Back to C! Aug 18 09:44:16 thebaine kernel: [26152.512278] Extended CMOS year: 2000 Aug 18 09:44:16 thebaine kernel: [26152.512278] ACPI: Waking up from system sleep state S3 Aug 18 09:44:16 thebaine kernel: [26152.924067] uhci_hcd :00:1d.0: power state changed by ACPI to D0 Aug 18 09:44:16 thebaine kernel: [26152.932077] uhci_hcd :00:1d.0: power state changed by ACPI to D0 Aug 18 09:44:16 thebaine kernel: [26152.932084] uhci_hcd :00:1d.0: restoring config space at offset 0xf (was 0x100, writing 0x10b) Aug 18 09:44:16 thebaine kernel: [26152.932098] uhci_hcd :00:1d.0: restoring config space at offset 0x8 (was 0x1, writing 0x1801) Aug 18 09:44:16 thebaine kernel: [26152.932112] uhci_hcd :00:1d.0: restoring config space at offset 0x1 (was 0x280, writing 0x281) Aug 18 09:44:16 thebaine kernel: [26152.940076] uhci_hcd :00:1d.0: power state changed by ACPI to D0 Aug 18 09:44:16 thebaine kernel: [26152.948077] uhci_hcd :00:1d.0: power state changed by ACPI to D0 Aug 18 09:44:16 thebaine kernel: [26152.956076] uhci_hcd :00:1d.1: power state changed by ACPI to D0 Aug 18 09:44:16 thebaine kernel: [26152.964076] uhci_hcd :00:1d.1: power state changed by ACPI to D0 Aug 18 09:44:16 thebaine kernel: [26152.964083] uhci_hcd :00:1d.1: restoring config space at offset 0xf (was 0x200, writing 0x20b) Aug 18 09:44:16 thebaine kernel: [26152.964096] uhci_hcd :00:1d.1: restoring config space at offset 0x8 (was 0x1, writing 0x1821) Aug 18 09:44:16 thebaine kernel: [26152.964110] uhci_hcd :00:1d.1: restoring config space at offset 0x1 (was 0x280, writing 0x281) Aug 18 09:44:16 thebaine kernel: [26152.972077] uhci_hcd :00:1d.1: power state changed by ACPI to D0 Aug 18 09:44:16 thebaine kernel: [26152.980078] uhci_hcd :00:1d.1: power state changed by ACPI to D0 Aug 18 09:44:16 thebaine kernel: [26152.980086] uhci_hcd :00:1d.2: restoring config space at offset 0xf (was 0x300, writing 0x30b) Aug 18 09:44:16 thebaine kernel: [26152.980099] uhci_hcd :00:1d.2: restoring config space at offset 0x8 (was 0x1, writing
Bug#638716: etckeeper: please ignore shadow backup files (/etc/{passwd, group, shadow, gshadow}-)
Package: etckeeper
Version: 0.48
Severity: wishlist
The shadow backup files /etc/{passwd,group,shadow,gshadow}- duplicate
data already tracked by etckeeper. Please add them to the default ignore list.
-- System Information:
Debian Release: 6.0.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages etckeeper depends on:
ii debconf [debconf-2.0]1.5.36.1Debian configuration management sy
ii git [git-core] 1:1.7.5.4-1 fast, scalable, distributed revisi
ii mercurial1.6.4-1 scalable distributed version contr
Versions of packages etckeeper recommends:
ii cron 3.0pl1-116 process scheduling daemon
etckeeper suggests no packages.
-- Configuration Files:
/etc/etckeeper/init.d/20restore-etckeeper changed [not included]
-- debconf information excluded
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638717: /sbin/ifconfig: SIOCSIFFLAGS: Resource temporarily unavailable
Package: net-tools Version: 1.60-23 Severity: important File: /sbin/ifconfig Dear Sir, Got a new PC. Hi, One buy a new PC. Do not start vista at all. I use gparted, resize MS Vista. Install my Ubuntu in the free space. No problem with LAN Ethernet cable. Ubuntu works great no issue. It can goes like that years... Got X11 and reboot, thousands, a great machine One day, I got a strange idea to anyhow give a try to MS vista. Ok, grub, arrow key down, select vista well, after 10min, very disappointed. Vista, I dont like at all. MS is getting worse, for my impression. tahts personal OK, go back to Linux. !! Man eth0 and no way to get Internet. ifconfig eth0 192.168.1.10 gives: Code: SIOCSIFFLAGS: Resource temporarily unavailable dhclient returns Code: SIOCSIFFLAGS: Resource temporarily unavailable I also tried to desactivate WIFI under MS Vista. It does no help No way. And vista has Internet. Thank you Bill. I have a realtek Lenovo IdeaCentre Q150 Please help considering this problem with the ifconfig response and behavior of Linux, since under Vista I have internet. Kind regards Y. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 2.6.32-5-686-bigmem (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 net-tools depends on: ii libc6 2.11.2-10 Embedded GNU C Library: Shared lib net-tools recommends no packages. net-tools 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#575175: Info received (linux-image-2.6-686: similar error on Thinkpad X31)
Sorry, I forgot to mention that this problem only appeared after upgrading from Lenny to Squeeze a few days ago. At the same time I switched from KDE3.5 to Xfce. Under Lenny I was running kernel linux-image-2.6.32-bpo.2-686 2.6.32-8~bpo50+1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638718: debootstrap: please add loopback configuration to /etc/network/interfaces
Package: debootstrap Version: 1.0.26+squeeze1 Severity: wishlist I'm filing this against debootstrap because the system was installed using debootstrap and /etc/network/interfaces isn't owned by any package, so my best guess is that the file was created by debootstrap. Feel free to reassign this ticket as appropriate. The default /etc/network/interfaces contains no configuration at all. However having the loopback interface up and running is important for many programs. Please add loopback configuration to the default /etc/network/interfaces like debian-installer does: === Begin === # The loopback network interface auto lo iface lo inet loopback === End === For chroots this doesn't hurt (/etc/init.d/ifupdown won't get called), but for real systems it's crucial. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debootstrap depends on: ii wget 1.12-2.1 retrieves files from the web Versions of packages debootstrap recommends: ii gnupg 1.4.10-4 GNU privacy guard - a free PGP rep debootstrap 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#638291: dpkg: Hardlinks problem with conffiles
Raphaël, your patch solves the problem, al least I can't reproduce it any more. Tried many times, conffiles are treated as expected. Thanks! Sven, also thanks for your corrections.
Bug#638322: nfs-common: rpc.statd binds to udp port 631 preventing cups startup
On Sun, 21 Aug 2011, Henrique de Moraes Holschuh h...@debian.org wrote: On Sat, 20 Aug 2011, Andreas Barth wrote: * Henrique de Moraes Holschuh (h...@debian.org) [110820 14:39]: Yes. And we can easily maintain a current one for Debian-packaged software, although the initial build of such a blacklist will take some work. Actually, the existing interface net.ipv4.ip_local_port_range seems to work quite well. And there are so many ports that for most servers it # cat /proc/sys/net/ipv4/ip_local_port_range 32768 61000 The above is from one of my systems. This isn't used for RPC, presumably because they want the special 1024 port numbers that imply root ownership. No, it doesn't. And we have at least one extremely important protocol that needs as many ports as we can give it (DNS). Aug 21 11:42:48 ns named[2382]: using default UDP/IPv4 port range: [1024, 65535] Aug 21 11:42:48 ns named[2382]: using default UDP/IPv6 port range: [1024, 65535] BIND seems to use ports 1024 as well, again this is different from the typical RPC issues but does have the potential to cause problems (there are more than a few UDP ports 1024 in /etc/services). Maybe BIND should be patched to use the same port reservation procedure as RPC. A blacklist is the way to go, and we already have it. We just need to fill it, make it easier to extend (.d directory), tell people about it, and teach stuff other than SunRPC to use it when necessary. Yes. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638719: ftbs with ld --as-needed
Package: torcs
Version: 1.3.1-5
Severity: wishlist
Tags: patch
User: debian-...@lists.debian.org
Usertags: ld-as-needed
torcs fails to build with ld --as-needed
https://bugs.launchpad.net/ubuntu/+source/torcs/+bug/829694
This is caused by libraceengine.so being underlinked [0]
Attached a patch which fixes this issue by linking it against
racescreens and robottools.
thanks for considering the patch.
[0] http://wiki.mandriva.com/en/Underlinking
Description: fix build with ld --as-needed
libraceengine.so to link against the needed racescreens and robottools
in order to later link torcs-bin with ld --as-needed
Author: Julian Taylor jtaylor.deb...@googlemail.com
Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/torcs/+bug/829694
--- src/libs/raceengineclient/Makefile 2008-12-15 00:35:28.0 +0100
+++ src/libs/raceengineclient/Makefile 2011-08-21 14:06:13.289971960 +0200
@@ -23,6 +23,10 @@
SOURCES = singleplayer.cpp raceinit.cpp racemain.cpp racemanmenu.cpp racestate.cpp racegl.cpp \
raceengine.cpp raceresults.cpp
+LIBSPATH = -L${EXPORTBASE}
+
+LIBS = -lracescreens -lrobottools
+
EXPDIR = include
EXPORTS = singleplayer.h raceinit.h
signature.asc
Description: OpenPGP digital signature
Bug#638717: /sbin/ifconfig: SIOCSIFFLAGS: Resource temporarily unavailable
severity 638717 normal tags 638717 moreinfo thanks Hi, On Sun, Aug 21, 2011 at 13:33, yellow yellowprot...@gmail.com wrote: ifconfig eth0 192.168.1.10 SIOCSIFFLAGS: Resource temporarily unavailable This is most surely a problem with your wifi driver, not with nettools. Also, more information is needed. - Are you having this problem in Debian or in Ubuntu. If it is the latter, please close this bug and open one in https://launchpad.net/ubuntu/+bugs - If it's a Debian machine, please provide the output of dmesg, lsmod, lspci (if it is a pci card) or lsusb (if it's an usb one). The output of ip a or ifconfig -a would help too. -- Martín Ferrari -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638720: ITP: openerp6-server -- Enterprise Resource Management (server)
Package: wnpp Severity: wishlist Owner: W. Martin Borgert deba...@debian.org Package name: openerp6-server Version : 6.0.3 Upstream Author : OpenERP supp...@openerp.com URL : http://www.openerp.com/ License : AGPL, GPL, BSD, etc. Programming Lang: Python Description : Enterprise Resource Management (server) OpenERP is a complete ERP and CRM. The main features are accounting (analytic and financial), stock management, sales and purchases management, tasks automation, marketing campaigns, help desk, POS, etc. Technical features include a distributed server, flexible workflows, an object database, a dynamic GUI, customizable reports, and NET-RPC and XML-RPC interfaces. This package contains the Open ERP server, install openerp6-web package for the client. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638721: notification-daemon does not start automatically, missing dbus service file
Package: notification-daemon Version: 0.7.1-3 Severity: grave Tags: patch Justification: renders package unusable Since the latest notification-daemon upgrade to 0.7, it is not automatically started, and I have to start it manually. This results in notification not being shown anymore, even important ones. Some programs (gnome-power-manager) display their notifications by popping up a classic dialog box, which grabs focus and forces the user to click OK to close it. This is caused by /usr/share/dbus-1/services/org.freedesktop.Notifications.service not being included in the updated package. PLEASE restore this file asap, as it breaks the whole notification system for most wheezy users currently. Thanks. /usr/share/dbus-1/services/org.freedesktop.Notifications.service: [D-BUS Service] Name=org.freedesktop.Notifications Exec=/usr/lib/notification-daemon/notification-daemon -- System Information: Debian Release: wheezy/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages notification-daemon depends on: ii libatk1.0-0 2.0.1-2ATK accessibility toolkit ii libc6 2.13-16Embedded GNU C Library: Shared lib ii libcairo2 1.10.2-6.1 The Cairo 2D vector graphics libra ii libcanberra-gtk3-00.28-1 Gtk+ 3.0 helper for playing widget ii libgdk-pixbuf2.0-02.23.5-3 GDK Pixbuf library ii libglib2.0-0 2.28.6-1 The GLib library of C routines ii libgtk-3-03.0.11-1 GTK+ graphical user interface libr ii libx11-6 2:1.4.4-1 X11 client-side library notification-daemon recommends no packages. notification-daemon suggests no packages. -- no debconf information
Bug#638722: ITP: openerp6-web -- Enterprise Resource Management (web frontend)
Package: wnpp Severity: wishlist Owner: W. Martin Borgert deba...@debian.org Package name: openerp6-web Version : 6.0.3 Upstream Author : OpenERP supp...@openerp.com URL : http://www.openerp.com/ License : OEPL (non-free, but relatively permissive) Programming Lang: Python Description : Enterprise Resource Management (web frontend) OpenERP is a complete ERP and CRM. The main features are accounting (analytic and financial), stock management, sales and purchases management, tasks automation, marketing campaigns, help desk, POS, etc. Technical features include a distributed server, flexible workflows, an object database, a dynamic GUI, customizable reports, and NET-RPC and XML-RPC interfaces. This package contains the OpenERP web frontend, install openerp6-server package for the actual server. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638723: network-manager: uses group netdev in D-Bus policy files, but does not create the group
Package: network-manager Version: 0.8.4.0-2 Severity: normal On a brand new system installed using debootstrap, the following error occurs during installation of NetworkManager: Setting up dbus (1.4.14-1) ... Starting system message bus: dbusUnknown group netdev in message bus configuration file .. These are the offending files: root@mimosa:/etc# git grep netdev -- dbus-1 dbus-1/system.d/NetworkManager.conf:policy group=netdev dbus-1/system.d/wpa_supplicant.conf:policy group=netdev root@mimosa:/etc# I'm not quite sure who should create the group (maybe both wpasupplicant and network-manager), so I'm filing this against network-manager (only). Feel free to reassign or duplicate the bug. -- System Information: Debian Release: 6.0.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, 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#637281: same issue here with custom kernels build with make-kpkg
Hello all, I use to compile my custom kernel (for my hw) which I build with make-kpkg. I also have to install nvidia-kernel-dkms (the unstable 280.13-1) and the latest virtualbox-4.1 4.1.2. All was working fine until yesterday when I build the latest linux kernel 3.0.3 for mu debian testing 64bits installation and install image and headers pkg and I got the same message: Error! Could not locate dkms.conf file. File: does not exist. For what is weird, today I do the same exercise on my debian 32bit installation without any issue but only with nvidia-kernel-dkms (the unstable 280.13-1) and without any virtualbox? I 'locate' some dkms.conf on my 32bit install i find some interesting: /usr/src/nvidia-280.13/dkms.conf and /var/lib/dpkg/info/dkms.conffiles and are the same as on my 64bit installation. To recover usage of my 64bit GUI and vbox, I re-install the stable 'dkms_2.1.1.2-5_all.deb' but have to 'dpkg-reconfigure nvidia-kernel-dkms' and I still have to find why vbox module failed to compile with linux-3.0.3 but that's another story. Hth, J. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638724: debsums reports that some aspell-ar-large files have changed
Package: aspell-ar-large Version: 1.2-0-2 Severity: normal Install aspell-ar-large and immediately run 'debsums -s aspell-ar-large'. The output is: debsums: changed file /var/lib/aspell/ar-large.compat (from aspell-ar-large package) debsums: changed file /var/lib/aspell/ar-large.rws (from aspell-ar-large package) This means these files were changed by aspell-ar-large itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-ar-large depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-ar-large recommends no packages. aspell-ar-large suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/ar-large.compat (from aspell-ar-large package) debsums: changed file /var/lib/aspell/ar-large.rws (from aspell-ar-large package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638725: RFP: j -- modern, high-level, general-purpose, high-performance programming language
Package: wnpp Severity: wishlist * Package name: j Version : 701.b Upstream Author : Jsoftware Inc. t...@jsoftware.com * URL : http://www.jsoftware.com/source.htm * License : GPLv3 Programming Lang: C Description : modern, high-level, general-purpose, high-performance programming language J is particularly strong in the mathematical, statistical, and logical analysis of data. J systems have: an integrated development environment standard libraries, utilities, and packages a form designer for your application forms an event-driven graphical user interface to your application interfaces with other programming languages and applications integrated 2d and 3d graphics memory mapped files for high performance data applications -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638726: debsums reports that some aspell-bg files have changed
Package: aspell-bg Version: 4.1-2 Severity: normal Install aspell-bg and immediately run 'debsums -s aspell-bg'. The output is: debsums: changed file /var/lib/aspell/bg-en.rws (from aspell-bg package) debsums: changed file /var/lib/aspell/bg.compat (from aspell-bg package) debsums: changed file /var/lib/aspell/bg.rws (from aspell-bg package) This means these files were changed by aspell-bg itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-bg depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-bg recommends no packages. aspell-bg suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/bg-en.rws (from aspell-bg package) debsums: changed file /var/lib/aspell/bg.compat (from aspell-bg package) debsums: changed file /var/lib/aspell/bg.rws (from aspell-bg package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638727: debsums reports that some aspell-el files have changed
Package: aspell-el Version: 0.50-3-6 Severity: normal Install aspell-el and immediately run 'debsums -s aspell-el'. The output is: debsums: changed file /var/lib/aspell/el.rws (from aspell-el package) debsums: changed file /var/lib/aspell/el.compat (from aspell-el package) This means these files were changed by aspell-el itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-el depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-el recommends no packages. aspell-el suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/el.rws (from aspell-el package) debsums: changed file /var/lib/aspell/el.compat (from aspell-el package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638728: debsums reports that some aspell-fa files have changed
Package: aspell-fa Version: 0.11-0-2 Severity: normal Install aspell-fa and immediately run 'debsums -s aspell-fa'. The output is: debsums: changed file /var/lib/aspell/fa-common.rws (from aspell-fa package) debsums: changed file /var/lib/aspell/fa-generic.rws (from aspell-fa package) debsums: changed file /var/lib/aspell/fa-scientific.rws (from aspell-fa package) debsums: changed file /var/lib/aspell/fa.compat (from aspell-fa package) This means these files were changed by aspell-fa itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-fa depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-fa recommends no packages. aspell-fa suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/fa-common.rws (from aspell-fa package) debsums: changed file /var/lib/aspell/fa-generic.rws (from aspell-fa package) debsums: changed file /var/lib/aspell/fa-scientific.rws (from aspell-fa package) debsums: changed file /var/lib/aspell/fa.compat (from aspell-fa package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638729: debsums reports that some aspell-hi files have changed
Package: aspell-hi Version: 0.02-4 Severity: normal Install aspell-hi and immediately run 'debsums -s aspell-hi'. The output is: debsums: changed file /var/lib/aspell/hi.compat (from aspell-hi package) debsums: changed file /var/lib/aspell/hi.rws (from aspell-hi package) This means these files were changed by aspell-hi itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-hi depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common-de 1.11.5Developer tools and Policy for spe aspell-hi recommends no packages. aspell-hi suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/hi.compat (from aspell-hi package) debsums: changed file /var/lib/aspell/hi.rws (from aspell-hi package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638730: debsums reports that some aspell-lt files have changed
Package: aspell-lt Version: 1.2.1-3 Severity: normal Install aspell-lt and immediately run 'debsums -s aspell-lt'. The output is: debsums: changed file /var/lib/aspell/lt.rws (from aspell-lt package) debsums: changed file /var/lib/aspell/lt.compat (from aspell-lt package) This means these files were changed by aspell-lt itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-lt depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-lt recommends no packages. aspell-lt suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/lt.rws (from aspell-lt package) debsums: changed file /var/lib/aspell/lt.compat (from aspell-lt package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638731: debsums reports that some aspell-ml files have changed
Package: aspell-ml Version: 0.04-1-4 Severity: normal Install aspell-ml and immediately run 'debsums -s aspell-ml'. The output is: debsums: changed file /var/lib/aspell/ml.compat (from aspell-ml package) debsums: changed file /var/lib/aspell/ml.rws (from aspell-ml package) This means these files were changed by aspell-ml itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-ml depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-ml recommends no packages. aspell-ml suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/ml.compat (from aspell-ml package) debsums: changed file /var/lib/aspell/ml.rws (from aspell-ml package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638732: debsums reports that some aspell-or files have changed
Package: aspell-or Version: 0.03-1-3 Severity: normal Install aspell-or and immediately run 'debsums -s aspell-or'. The output is: debsums: changed file /var/lib/aspell/or.compat (from aspell-or package) debsums: changed file /var/lib/aspell/or.rws (from aspell-or package) This means these files were changed by aspell-or itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-or depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-or recommends no packages. aspell-or suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/or.compat (from aspell-or package) debsums: changed file /var/lib/aspell/or.rws (from aspell-or package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638733: debsums reports that some aspell-pa files have changed
Package: aspell-pa Version: 0.01-1-3 Severity: normal Install aspell-pa and immediately run 'debsums -s aspell-pa'. The output is: debsums: changed file /var/lib/aspell/pa.compat (from aspell-pa package) debsums: changed file /var/lib/aspell/pa.rws (from aspell-pa package) This means these files were changed by aspell-pa itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-pa depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common-de 1.11.5Developer tools and Policy for spe aspell-pa recommends no packages. aspell-pa suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/pa.compat (from aspell-pa package) debsums: changed file /var/lib/aspell/pa.rws (from aspell-pa package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638734: aspell-ro: debsums reports that some aspell-ro files have changed
Package: aspell-ro Version: 3.3.6-1 Severity: normal Install aspell-ro and immediately run 'debsums -s aspell-ro'. The output is: debsums: changed file /var/lib/aspell/ro.compat (from aspell-ro package) debsums: changed file /var/lib/aspell/ro.rws (from aspell-ro package) This means these files were changed by aspell-ro itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-ro depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-ro recommends no packages. aspell-ro suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/ro.compat (from aspell-ro package) debsums: changed file /var/lib/aspell/ro.rws (from aspell-ro package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638735: GnuTLS LZO support was removed in version 3.0.0
Package: jabberd14 Version: 1.6.1.1-5.1 User: ametz...@downhill.at.eu.org Usertags: gnutls3 jabberd14 tries to use LZO compression with GnuTLS (GNUTLS_COMP_LZO). This code was removed in GnuTLS 3.0.0 and prevents building the package against GnuTLS = 3.0.0. (Available in experimental.) cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638736: GnuTLS LZO support was removed in version 3.0.0
Package: wmbiff Version: 0.4.27-2 User: ametz...@downhill.at.eu.org Usertags: gnutls3 wmbiff tries to use LZO compression with GnuTLS (GNUTLS_COMP_LZO). This code was removed in GnuTLS 3.0.0 and prevents building the package against GnuTLS = 3.0.0. (Available in experimental.) cu andreas -- `What a good friend you are to him, Dr. Maturin. His other friends are so grateful to you.' `I sew his ears on from time to time, sure' -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638737: debsums reports that some aspell-sl files have changed
Package: aspell-sl Version: 0.60-3 Severity: normal Install aspell-sl and immediately run 'debsums -s aspell-sl'. The output is: debsums: changed file /var/lib/aspell/sl.rws (from aspell-sl package) debsums: changed file /var/lib/aspell/sl.compat (from aspell-sl package) This means these files were changed by aspell-sl itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-sl depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-sl recommends no packages. aspell-sl suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/sl.rws (from aspell-sl package) debsums: changed file /var/lib/aspell/sl.compat (from aspell-sl package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638738: debsums reports that some aspell-sv files have changed
Package: aspell-sv Version: 0.51-0-2 Severity: normal Install aspell-sv and immediately run 'debsums -s aspell-sv'. The output is: debsums: changed file /var/lib/aspell/sv.compat (from aspell-sv package) debsums: changed file /var/lib/aspell/sv.rws (from aspell-sv package) This means these files were changed by aspell-sv itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-sv depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-sv recommends no packages. aspell-sv suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/sv.compat (from aspell-sv package) debsums: changed file /var/lib/aspell/sv.rws (from aspell-sv package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638739: debsums reports that some aspell-te files have changed
Package: aspell-te Version: 0.01-2-3 Severity: normal Install aspell-te and immediately run 'debsums -s aspell-te'. The output is: debsums: changed file /var/lib/aspell/te.compat (from aspell-te package) debsums: changed file /var/lib/aspell/te.rws (from aspell-te package) This means these files were changed by aspell-te itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-te depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-te recommends no packages. aspell-te suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/te.compat (from aspell-te package) debsums: changed file /var/lib/aspell/te.rws (from aspell-te package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#617268: Acknowledgement (ifupdown: network servers do not listen on 127.0.1.1)
On 31/07/11 18:03, Andrew O. Shadoura wrote:
The explanation is, when you connect to any of 127.1/8 addresses, you
get back to the localhost, as per RFC 3330:
A datagram sent by a higher level protocol to an address anywhere
within this block should loop back inside the host.
I have been reading my rfc's too, but didn't end up in the same place as
you, so thanks very much for spending time on this issue. RFC3330 seems
to clinch it, but I will add my own research to the documentation.
I've just inspected several machines, running various versions of
ubuntu. Some of them have NO programs listening on the IPv4 0.0.0.0
wildcard address. Others have a mixture of explicit loopbacks from some
programs, and the wildcard from others.
Looking carefully at the lo interface (address 127.0.0.1 with a class A
mask of 255.0.0.0), there is no reason (prior to RFC3330) why 127.0.1.1
should be associated with that interface... exactly why I reported the
bug in the first place.
RFC5735 says:-
127.0.0.0/8 - This block is assigned for use as the Internet host
loopback address. A datagram sent by a higher-level protocol to an
address anywhere within this block loops back inside the host. This
is ordinarily implemented using only 127.0.0.1/32 for loopback. As
described in [RFC1122], Section 3.2.1.3, addresses within the entire
127.0.0.0/8 block do not legitimately appear on any network anywhere.
So RFC3330 is echoed in this section, but until you picked it out, I had
not interpreted it as definitively - it doesn't say must, should, or
suchlike.
RFC1122 Section 3.2.1.3 PROTOCOL WALK-THROUGH, Addressing says just this:
(g) { 127, any }
Internal host loopback address. Addresses of this form
MUST NOT appear outside a host.
I guess some magic is happening in the tcp/ip stack to deliver an
incoming IPv4 datagram with a destination address of 127.0.1.1 (in our
case) to an application listening on all addresses, even though no
interface is explicitly associated with 127.0.1.1.
That works only if your dæmon listens on 0.0.0.0 or ::, and not
explicitly 127.0.0.1.
I have no explanation, however, why didn't it work before. At least,
I couldn't reproduce it (yet).
If I am right, then the magic must have changed some time in the past,
but has been masked by the behaviour of ifupdown (and customised hosts
files used by many people). By removing ifupdown's explicit assignment
of address(es) to the loopback interface and simplifying the hosts file,
we seem to have permitted the underlying magic to work properly for
any application listening on a server socket bound to all network
interfaces.
man 7 ip says:
When INADDR_ANY is specified in the bind call, the socket will be
bound to all local interfaces.
Quite possible, that migration to iproute changed something, but I
can't find anything important changed.
Thanks for looking into it, Andrew.
I am satisfied with the ifupdown change resolving this problem, although
a simple patch might need a bit of untangling from all the other changes
the alpha brings. Are you heading towards something stable that might be
better back-ported in its entirety?
However, this is a subtle change of behaviour and I am worried about
doing a lot of work to make the behaviour correct, only to trigger
loads of complaints from previously satisfied users who don't like the
new behaviour. I think it is better to take this slowly...
Brian
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638740: debsums reports that some aspell-uk files have changed
Package: aspell-uk Version: 1.6.5-1 Severity: normal Install aspell-uk and immediately run 'debsums -s aspell-uk'. The output is: debsums: changed file /var/lib/aspell/uk.compat (from aspell-uk package) debsums: changed file /var/lib/aspell/uk.rws (from aspell-uk package) This means these files were changed by aspell-uk itself, thus making it impossible to check for tampering (or file corruption), and casting doubt on the entire system for administrators who depend on the output of debsums. -- System Information: Debian Release: wheezy/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.0.0-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages aspell-uk depends on: ii aspell 0.60.7~20110707-1 GNU Aspell spell-checker ii dictionaries-common1.11.5Common utilities for spelling dict aspell-uk recommends no packages. aspell-uk suggests no packages. -- no debconf information -- debsums errors found: debsums: changed file /var/lib/aspell/uk.compat (from aspell-uk package) debsums: changed file /var/lib/aspell/uk.rws (from aspell-uk package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#638659: [linux-2.6] No sound
On Sun, 2011-08-21 at 09:57 +0100, Antonio Marcos López Alonso wrote: Just in case, I found the following line appears in boot messages when I boot v3.0 *right after* rebooting from 2.6.39: Setting up ALSA...warning: 'alsactl restore' failed with error message 'Found hardware: HDA-Intel Realtek ALC660 HDA:10ec0861,1043c603,00100340 0x1043 0x81e7 It's not directly related to this message, but in 3.0 the Realtek HDA driver was changed to implement auto-mute. For example, if something is plugged into the headphone socket then speaker output (assumed to be line-out) should be muted. Depending on the board configuration, other auto-muting may occur. You may need to disable this feature. Ben. signature.asc Description: This is a digitally signed message part
Bug#633595: Touchpad recognized like PS/2 Logitech Wheel Mouse
Package: xserver-xorg-input-synaptics Version: 1.4.1-1 Followup-For: Bug #633595 Eloi COUTANT e...@anbuco.fr a écrit : The bug is still here with the kernel update 3.0.0-1-amd64. Any idea to solve this issue ? A patch was recently added to LaunchPad bug #6981904 [0]. I am using a patched psmouse module and it works great on my Asus X93S. I have created a DKMS tree based on the latest patch. # cd /usr/src/ # wget http://people.debian.org/~julien/lp681904/psmouse-elantech-lp681904-1.tar.bz2 # tar jxvf psmouse-elantech-lp681904-1.tar.bz2 # dkms add -m psmouse -v elantech-lp681904-1 # dkms build -m psmouse -v elantech-lp681904-1 # dkms install -m psmouse -v elantech-lp681904-1 I think this bug should be reassigned to src:linux2.6, but leave it up to the X Strike Force people to decide. cheers, Julien [0] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/681904 -- .''`. 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#638723: Acknowledgement (network-manager: uses group netdev in D-Bus policy files, but does not create the group)
This appears to have been just a sequencing issue: after the
installation was finished, it worked fine:
root@mimosa:/etc# /etc/init.d/dbus reload
Reloading system message bus config...done.
root@mimosa:/etc#
I needed to restart installation after running into Debian#630750 and
can't rule out that that changed the ordering. Here's the full log:
=== Begin ===
root@mimosa:/etc# aptitude install network-manager libpam-ck-connector-
The following NEW packages will be installed:
consolekit{a} [0.4.5-1] +639 kB (D: policykit-1) (for
network-manager)
dbus{a} [1.4.14-1] +913 kB (D: consolekit, D: network-manager, D:
policykit-1, R: libdbus-1-3) (for network-manager)
dnsmasq-base{a} [2.57-1] +745 kB (R: network-manager) (for
network-manager) libck-connector0{a} [0.4.5-1] +115 kB (D:
consolekit) (for network-manager)
libdbus-1-3{a} [1.4.14-1] +369 kB (D: consolekit, D: dbus, D:
dnsmasq-base, D: libck-connector0, D: libdbus-glib-1-2, D: libnm-glib2,
D: libnm-util1, D: modemmanager, D: network-manager, D: wpasupplicant)
(for network-manager)
libdbus-glib-1-2{a} [0.94-4] +340 kB (D: consolekit, D: libnm-glib2,
D: libnm-util1, D: modemmanager, D: network-manager) (for
network-manager)
libglib2.0-0{a} [2.28.6-1] +3,154 kB (D: consolekit, D:
libdbus-glib-1-2, D: libgudev-1.0-0, D: libnm-glib2, D: libnm-util1, D:
libpolkit-agent-1-0, D: libpolkit-backend-1-0, D: libpolkit-gobject-1-0,
D: modemmanager, D: network-manager, D: policykit-1, D:
shared-mime-info) (for network-manager)
libglib2.0-data{a} [2.28.6-1] +6,599 kB (R: libglib2.0-0) (for
network-manager)
libgudev-1.0-0{a} [172-1] +193 kB (D: libnm-glib2, D: modemmanager,
D: network-manager) (for network-manager)
libnl1{a} [1.1-7] +348 kB (D: network-manager, D: wpasupplicant)
(for network-manager)
libnm-glib2{a} [0.8.4.0-2] +434 kB (D: network-manager) (for
network-manager)
libnm-util1{a} [0.8.4.0-2] +561 kB (D: libnm-glib2, D:
network-manager) (for network-manager) libpcap0.8{a} [1.1.1-8] +307
kB (D: ppp) (for network-manager)
libpcre3{a} [8.12-4] +463 kB (D: libglib2.0-0, S: grep) (for
network-manager)
libpcsclite1{a} [1.7.4-1] +123 kB (D: wpasupplicant, S: gnupg) (for
network-manager)
libpolkit-agent-1-0{a} [0.102-1] +90.1 kB (D: policykit-1) (for
network-manager)
libpolkit-backend-1-0{a} [0.102-1] +143 kB (D: policykit-1) (for
network-manager)
libpolkit-gobject-1-0{a} [0.102-1] +156 kB (D: consolekit, D:
libpolkit-agent-1-0, D: libpolkit-backend-1-0, D: network-manager, D:
policykit-1) (for network-manager)
libxml2{a} [2.7.8.dfsg-4] +1,610 kB (D: shared-mime-info) (for
network-manager)
modemmanager{a} [0.4.997-1] +1,061 kB (R: network-manager) (for
network-manager) network-manager [0.8.4.0-2] +3,686 kB
policykit-1{a} [0.102-1] +348 kB (R: network-manager) (for
network-manager)
ppp{a} [2.4.5-5] +1,069 kB (R: network-manager, S: ifupdown) (for
network-manager) sgml-base{a} [1.26+nmu1] +152 kB (D: xml-core) (for
network-manager)
shared-mime-info{a} [0.90-1] +4,088 kB (R: libglib2.0-0) (for
network-manager) tcl{a} [8.5.0-2] +69.6 kB (D: usb-modeswitch) (for
network-manager)
tcl8.5{a} [8.5.10-1] +4,432 kB (D: tcl, D: usb-modeswitch) (for
network-manager)
usb-modeswitch{a} [1.1.9-1] +193 kB (R: modemmanager, R:
usb-modeswitch-data) (for network-manager)
usb-modeswitch-data{a} [20110805-1] +242 kB (D: usb-modeswitch, R:
usb-modeswitch-data) (for network-manager)
wpasupplicant{a} [0.7.3-3] +1,139 kB (D: network-manager) (for
network-manager) xml-core{a} [0.13] +266 kB (R: libxml2) (for
network-manager)
The following packages are RECOMMENDED but will NOT be installed:
libpam-ck-connector (R: consolekit)
0 packages upgraded, 31 newly installed, 0 to remove and 0 not upgraded.
Need to get 11.8 MB of archives. After unpacking 34.0 MB will be used.
Do you want to continue? [Y/n/?]
Get:1 http://ftp.de.debian.org/debian/ wheezy/main libpcre3 armel 8.12-4
[223 kB]
Get:2 http://ftp.de.debian.org/debian/ wheezy/main libdbus-1-3 armel
1.4.14-1 [146 kB]
Get:3 http://ftp.de.debian.org/debian/ wheezy/main libglib2.0-0 armel
2.28.6-1 [1,535 kB]
Get:4 http://ftp.de.debian.org/debian/ wheezy/main libdbus-glib-1-2
armel 0.94-4 [180 kB]
Get:5 http://ftp.de.debian.org/debian/ wheezy/main libgudev-1.0-0 armel
172-1 [108 kB]
Get:6 http://ftp.de.debian.org/debian/ wheezy/main libnl1 armel 1.1-7
[121 kB]
Get:7 http://ftp.de.debian.org/debian/ wheezy/main libpcap0.8 armel
1.1.1-8 [126 kB]
Get:8 http://ftp.de.debian.org/debian/ wheezy/main tcl8.5 armel 8.5.10-1
[1,569 kB]
Get:9 http://ftp.de.debian.org/debian/ wheezy/main tcl all 8.5.0-2
[4,636 B]
Get:10 http://ftp.de.debian.org/debian/ wheezy/main usb-modeswitch-data
all 20110805-1 [29.4 kB]
Get:11 http://ftp.de.debian.org/debian/ wheezy/main usb-modeswitch armel
1.1.9-1 [46.2 kB]
Get:12 http://ftp.de.debian.org/debian/ wheezy/main libxml2 armel
2.7.8.dfsg-4 [815 kB]
Get:13 http://ftp.de.debian.org/debian/ wheezy/main
Bug#624537: libmtp8: Use udev to check if mtp-probe is available
Hi Alessio, Alessio Treglia hat am Tue 03. May, 21:37 (+0200) geschrieben: On Tue, May 3, 2011 at 9:25 PM, Felix Rublack frubi1...@gmail.com wrote: Just adding libmtp-runtime to the recommends does not fix the bug. The udev rules should check, if mtp-probe exists and if it is executable. I created a patch for mtp-hotplug to get this feature using standard udev facilities. The only drawback is, that TEST requires an full path. So i have to remove the shortcut for PROGRAM if mtp-probe is in the default /lib/udev directory. I'd prefer to promote libmtp-runtime as strict dependency of libmtp8. Why not putting the binary in libmtp-common? Because the documentation of all packages is the same and all depend on libmtp-common, you should use a symlink link /usr/share/doc/libgcc1. % for i in $D/libmtp*; do cat $i/* |md5sum; done bc21da1116112b8e8270b3cb6f0a15da - bc21da1116112b8e8270b3cb6f0a15da - bc21da1116112b8e8270b3cb6f0a15da - % du -sh $D/libmtp* 72K /usr/share/doc/libmtp9 72K /usr/share/doc/libmtp-common 72K /usr/share/doc/libmtp-runtime Regards, Jörg. -- Kluge Rede, der nicht Tat folgt, wird dir ohne Früchte darben – ist wie eine Wunderblume: ohne Duft, nur reich an Farben. (Gautama Buddha, Dhammapada) signature.asc Description: Digital signature http://en.wikipedia.org/wiki/OpenPGP
Bug#633595: Touchpad recognized like PS/2 Logitech Wheel Mouse
Julien Valroff jul...@debian.org (21/08/2011): I think this bug should be reassigned to src:linux2.6, but leave it up to the X Strike Force people to decide. It looks like it, feel free to do the reassign/found dance, TIA. [0] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/681904 Nice package to report that bug against, BTW. :) Mraw, KiBi. signature.asc Description: Digital signature
Bug#638741: libao4: Multi-Arch support
Package: libao4
Version: 1.0.0-5
Severity: normal
Tags: patch
Hi,
Please find attached my diff to add multi-arch support to libao. I
have also removed the .la files that were shipped by the package, which
closes bug #633179.
-- 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-10-generic (SMP w/2 CPU cores)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages libao4 depends on:
ii libao-common 1.0.0-5Cross Platform Audio Output Librar
ii libc6 2.13-0ubuntu13 Embedded GNU C Library: Shared lib
libao4 recommends no packages.
Versions of packages libao4 suggests:
ii 1.0.24.1-0ubuntu5shared library for ALSA applicatio
ii 1.9.2-4ubuntu1 Network Audio System - shared libr
ii 0.2.41-8 Enlightened Sound Daemon - Shared
ii 1:0.9.22+stable-queue-24-g67d18-0ubu PulseAudio client libraries
-- no debconf information
diff -u libao-1.1.0/debian/compat libao-1.1.0/debian/compat
--- libao-1.1.0/debian/compat
+++ libao-1.1.0/debian/compat
@@ -1 +1 @@
-7
+9
diff -u libao-1.1.0/debian/libao4.install libao-1.1.0/debian/libao4.install
--- libao-1.1.0/debian/libao4.install
+++ libao-1.1.0/debian/libao4.install
@@ -1,2 +1,2 @@
-debian/tmp/usr/lib/ao/plugins-4/*.so
-debian/tmp/usr/lib/libao.so.*
+debian/tmp/usr/lib/*/ao/plugins-4/*.so
+debian/tmp/usr/lib/*/libao.so.*
diff -u libao-1.1.0/debian/libao-dev.install libao-1.1.0/debian/libao-dev.install
--- libao-1.1.0/debian/libao-dev.install
+++ libao-1.1.0/debian/libao-dev.install
@@ -1,9 +1,7 @@
debian/tmp/usr/include/ao/*
-debian/tmp/usr/lib/ao/plugins-4/*.a
-debian/tmp/usr/lib/ao/plugins-4/*.la
-debian/tmp/usr/lib/libao.a
-debian/tmp/usr/lib/libao.la
-debian/tmp/usr/lib/libao.so
-debian/tmp/usr/lib/pkgconfig/*
+debian/tmp/usr/lib/*/ao/plugins-4/*.a
+debian/tmp/usr/lib/*/libao.a
+debian/tmp/usr/lib/*/libao.so
+debian/tmp/usr/lib/*/pkgconfig/*
debian/tmp/usr/share/aclocal/*
debian/tmp/usr/share/doc/libao-*/* usr/share/doc/libao-dev/html
diff -u libao-1.1.0/debian/control libao-1.1.0/debian/control
--- libao-1.1.0/debian/control
+++ libao-1.1.0/debian/control
@@ -3,7 +3,7 @@
Priority: optional
Maintainer: Debian Xiph.org Maintainers pkg-xiph-ma...@lists.alioth.debian.org
Uploaders: John Francesco Ferlito jo...@inodes.org
-Build-Depends: autotools-dev, debhelper (= 7.0.50~),
+Build-Depends: autotools-dev, debhelper (= 8.1.3~),
libasound2-dev [!kfreebsd-i386 !hurd-i386 !kfreebsd-amd64],
libaudio-dev, libesd0-dev, libpulse-dev, libxt-dev, libxau-dev,
libroar-dev, libsndio-dev
@@ -13,10 +13,12 @@
Package: libao4
Architecture: any
+Pre-Depends: ${misc:Pre-Depends}
Depends: ${shlibs:Depends}, ${misc:Depends}, libao-common
Suggests: libasound2, libaudio2, libesd0 | libesd-alsa0, libpulse0, libroar1, libsndio0,
roaraudio-server, roaraudio-server
Replaces: libao-pulse
+Multi-Arch: same
Description: Cross Platform Audio Output Library
Libao is a cross-platform audio library that allows programs to output audio
using a simple API on a wide variety of platforms. It currently supports:
@@ -34,6 +36,7 @@
Architecture: any
Section: libdevel
Depends: ${misc:Depends}, libao4 (= ${binary:Version}), libc6-dev
+Multi-Arch: same
Description: Cross Platform Audio Output Library Development
Libao is a cross-platform audio library that allows programs to output audio
using a simple API on a wide variety of platforms. It currently supports:
@@ -55,6 +58,7 @@
Section: debug
Priority: extra
Depends: ${misc:Depends}, libao4 (= ${binary:Version})
+Multi-Arch: same
Description: Cross Platform Audio Output Library Debug Symbols
Libao is a cross-platform audio library that allows programs to output audio
using a simple API on a wide variety of platforms. It currently supports:
@@ -72,11 +76,12 @@
libao package.
Package: libao-common
-Architecture: any
+Architecture: all
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: libao2
Replaces: libao4 ( 1.0.0-2)
Breaks: libao4 ( 1.0.0-2)
+Multi-Arch: foreign
Description: Cross Platform Audio Output Library (Common files)
Libao is a cross-platform audio library that allows programs to output audio
using a simple API on a wide variety of platforms. It currently supports:
Bug#637284: Can't install wheezy on a 2011 iMac
Hi Mike, Mike Hore wrote: It was simpler than I thought -- I've got those files for you now, so I'll attach the zipped archive. Nice. From inittab: co:2345:respawn:/sbin/getty hvc0 9600 linux From the installer log: finish-install: Setting up virtualized serial console on /dev/hvc0 finish-install: adding console to /etc/inittab That is bug #636040 (finish-install: hvc0 console added to inittab even when not available), which seems to be mostly harmless. It should be safe to remove the co: line to remove the message about spawning getty there. From syslog: gdm3[1777]: WARNING: GdmDisplay: display lasted 0.038594 seconds gdm3[1777]: WARNING: GdmDisplay: display lasted 0.039019 seconds gdm3[1777]: WARNING: GdmDisplay: display lasted 0.038234 seconds [...] That is probably gdm or the X server coping poorly with the radeon driver failing to load. Please add 1 or single (as a separate word, no quotes) to the kernel command line at bootup so we can see if a non-graphical bootup works. If it works, then it is probably worth trying to log in on the console and running modprobe radeon and then sending logs (/var/log/dmesg) and a photograph of the artifacts. netconsole[1] or a serial console[2] could help to recover messages if they aren't getting logged properly before rebooting. [1] http://www.kernel.org/doc/Documentation/networking/netconsole.txt [2] http://www.kernel.org/doc/Documentation/serial-console.txt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
