Bug#714278: qemu: possibly suggest grub-firmware-qemu
Control: tag -1 + wontfix 27.06.2013 17:35, Christoph Anton Mitterer wrote: Just an idea: It may make sense to suggest grub-firmware-qemu in some of the qemu binary packages... to point users to this nice and useful firmware replacement :) From your description it sounds like it really is useful for you. Can you please describe what to use it for? I'm really curious, because up until now I haven't seen that package and had no idea it exists, and still don't know what it is for and which usage scenarious it may have. Marking as wontfix for now, because I don't really know why... Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714341: apache2: Disabled Sites Still Served
Package: apache2.2-common Version: 2.2.22-13 Severity: important Hello, I am running apache on the raspian wheezy version of a raspberry pi (because I can). However, whenever I use a2dissite to disable a site and then navigate to the site in any browser I find that the site is still served. This problem also persisted in a VM install of debian 7.1 and was also present in the 2.4 release of Apache2. Am I just missing something really obvious or this an actual issue? -- Package-specific info: List of enabled modules from 'apache2 -M': alias auth_basic authn_file authz_default authz_groupfile authz_host authz_user autoindex cgid deflate dir env mime negotiation reqtimeout setenvif status -- System Information: Debian Release: 7.1 Architecture: armhf (armv6l) Kernel: Linux 3.6.11+ (PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2 depends on: ii apache2-mpm-worker 2.2.22-13 ii apache2.2-common2.2.22-13 apache2 recommends no packages. apache2 suggests no packages. Versions of packages apache2.2-common depends on: ii apache2-utils 2.2.22-13 ii apache2.2-bin 2.2.22-13 ii lsb-base 4.1+Debian8+rpi1 ii mime-support 3.52-1 ii perl 5.14.2-21+rpi1 ii procps 1:3.3.3-3 Versions of packages apache2.2-common recommends: ii ssl-cert 1.0.32 Versions of packages apache2.2-common suggests: pn apache2-doc none pn apache2-suexec | apache2-suexec-custom none ii dillo [www-browser] 3.0.2-2 ii midori [www-browser]0.4.3+dfsg-0.1 ii netsurf-gtk [www-browser] 2.9-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714275: qemu-system-common: qemu and all qemu-system-* manpages mention qemu-system-i386
Control: tag -1 + wontfix 27.06.2013 17:22, Christoph Anton Mitterer wrote: The qemu(1) manpage and the various qemu-system-*(1) manpages that link to it all mention qemu-system-i386 in many places. These are all examples of usage of various command-line options. Wouldn't it be better to either use just qemu or name both qemu and qemu-system-*? Neither of that will be correct. There's no qemu binary for several years (back in time we supported only one, i386, target), so the first form is wrong. And the other suggested form - qemu-system-* - according to shell rules, expands to a list of all filenames matching this pattern in current directory. Just think of all these mentions like about examples, -- and as an example we can use any binary out of numerous we build. On the other hand, many options are really x86-specific so are only valid for -i386 and -x86_64, so again, qemu-system-* will be incorrectl. On the other hand, at the start of the manpage it is possible indeed to mention that all these mentions are just examples. Dunno about the good wording for that however... Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713005: RFA: miredo -- Teredo IPv6 tunneling through NATs
On Fri, 28 Jun 2013 04:13:59 +0200, Axel Beckert a...@debian.org wrote: Hi Rémi, Rémi Denis-Courmont wrote: Due to lack of time, I request an adopter for the miredo package. but aren't you miredo's upstream developer, too? Does that mean that an adopter needs to take over upstream development, too? Yes. No. But then again, not much as happened on development side in the last few years. -- Rémi Denis-Courmont Sent from my collocated server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714338: gnome-shell binary depends on libpulse0 version in unstable
Control: severity -1 important Control: tags -1 + moreinfo unreproducible On 2013-06-28 5:30, Mark A. Hershberger wrote: downloaded http://ftp.us.debian.org/debian/pool/main/g/gnome-shell/gnome- shell_3.4.2-7_amd64.deb ldd /usr/bin/gnome-shell | grep pulsecommon libpulsecommon-4.0.so = /usr/lib/x86_64-linux- gnu/pulseaudio/libpulsecommon-4.0.so ldd recurses through dependencies, so isn't the most useful tool to use here; all you've actually shown is that on your system the libpulsecommon dependency of some point of the chain is being fulfilled by that library. gnome-shell itself doesn't depend on libpulsecommon at all. (Only works because I have libpulse0 from unstable installed) Actually, I believe the issue is only appearing at all _because you have libpulse0 from unstable installed_. Extracting the packages locally gives: [gnome-shell_3.4.2-7_amd64.deb] $ objdump --private-headers tmp/usr/bin/gnome-shell | grep NEEDED | grep pulse NEEDED libpulse-mainloop-glib.so.0 NEEDED libpulse.so.0 [libpulse0_2.0-6.1_amd64.deb] $ objdump --private-headers tmp/usr/lib/x86_64-linux-gnu/libpulse.so.0 | grep NEEDED | grep pulse NEEDED libpulsecommon-2.0.so In the absence of further information, I don't believe there's a bug here at all. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714342: ITP: pytz -- World timezone definitions, modern and historical
Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: pytz Version : 2013b Upstream Author : Stuart Bishop * URL : https://pypi.python.org/pypi/pytz * License : Apache-2 Programming Lang: Python Description : World timezone definitions, modern and historical pytz brings the Olson tz database into Python. This library allows accurate and cross platform timezone calculations using Python 2.4 or higher. It also solves the issue of ambiguous times at the end of daylight savings, which you can read more about in the Python Library Reference (datetime.tzinfo). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714273: qemu-system-x86: manpage claims it would use bochsbios, etc.
Control: tag -1 + confirmed upstream patch pending 27.06.2013 17:13, Christoph Anton Mitterer wrote: The manpage claims it would use Bochs bios, but we use seabios: QEMU uses the PC BIOS from the Bochs project and the Plex86/Bochs LGPL VGA BIOS. The VGA BIOS seems also to be another one? I just sent a patch to upstream fixing this -- http://thread.gmane.org/gmane.comp.emulators.qemu/219366 Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714342: ITP: pytz -- World timezone definitions, modern and historical
On 28 June 2013 16:29, Thomas Goirand z...@debian.org wrote: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: pytz Version : 2013b Upstream Author : Stuart Bishop * URL : https://pypi.python.org/pypi/pytz * License : Apache-2 Programming Lang: Python Description : World timezone definitions, modern and historical pytz brings the Olson tz database into Python. This library allows accurate and cross platform timezone calculations using Python 2.4 or higher. It also solves the issue of ambiguous times at the end of daylight savings, which you can read more about in the Python Library Reference (datetime.tzinfo). I think it is already in Debian. Package: python-tz Version: 2012c-1 Installed-Size: 221 Maintainer: Debian/Ubuntu Zope Team pkg-zope-develop...@lists.alioth.debian.org Architecture: all Depends: tzdata, python2.7 | python2.6, python (= 2.6.6-7~), python ( 2.8) Description-en: Python version of the Olson timezone database python-tz brings the Olson tz database into Python. This library allows accurate and cross platform timezone calculations using Python 2.3 or higher. It also solves the issue of ambiguous times at the end of daylight savings, which you can read more about in the Python Library Reference (datetime.tzinfo). Homepage: http://pypi.python.org/pypi/pytz/ Description-md5: a494a4b54ac250236f51356b49003c79 Tag: devel::lang:python, devel::library, implemented-in::python, role::devel-lib, use::timekeeping Section: python Priority: optional Filename: pool/main/p/python-tz/python-tz_2012c-1_all.deb Size: 39872 MD5sum: dd00d8e63af7988922df3df5d6440591 SHA1: 95d145e32f85fcbce9fcb2ca394642c615208e81 SHA256: 1d7c2d72c9d603c0b7eebf59ebaf1547a3189d2a71e8dbaaf01d2c3941767995 -- Brian May br...@microcomaustralia.com.au
Bug#713060: is done wrong
debian/control: (Multi-Arch): Delete. Not a binary package (Closes: #713060) Sorry for misunderstanding, but that's not what I meant when I opened this bug report... Multi-Arch: foreign is good for Architecture: all packages but it has to be defined in binary package section of control file after Package: winetricks (not after Source: winetricks). See https://wiki.debian.org/Glossary#binary-package http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-binarycontrolfiles Regards, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714342: ITP: pytz -- World timezone definitions, modern and historical
On 06/28/2013 02:29 PM, Thomas Goirand wrote: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: pytz Version : 2013b Upstream Author : Stuart Bishop * URL : https://pypi.python.org/pypi/pytz * License : Apache-2 Programming Lang: Python Description : World timezone definitions, modern and historical pytz brings the Olson tz database into Python. This library allows accurate and cross platform timezone calculations using Python 2.4 or higher. It also solves the issue of ambiguous times at the end of daylight savings, which you can read more about in the Python Library Reference (datetime.tzinfo). This was written a little bit too fast. The package name will be python-pytz, and the license really is MIT, not Apache-2. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714343: [CRASH] Uncaught exception AttributeError in Backend/PythonApt.py:801
Package: update-manager-core
Version: 0.200.5-1
Severity: normal
File: /usr/share/pyshared/UpdateManager/Backend/PythonApt.py
*** /tmp/update-manager-bugbLygD6
The information below has been automatically generated.
Please do not remove this from your bug report.
- Exception Type: type 'exceptions.AttributeError'
- Exception Value: AttributeError('NoneType' object has no attribute
'get_package_list',)
- Exception Origin: BugHandler.Thread(PythonAptCommit, started -1309942928)
- Exception Traceback:
File /usr/lib/pymodules/python2.6/UpdateManager/BugHandler.py, line 89, in
run
threading.Thread.run(self, *args, **kwargs)
File /usr/lib/python2.6/threading.py, line 484, in run
self.__target(*self.__args, **self.__kwargs)
File /usr/lib/pymodules/python2.6/UpdateManager/Backend/PythonApt.py, line
801, in thread_helper
for pkg_info in self._available_updates.get_package_list():
-- System Information:
Debian Release: 6.0.7
APT prefers oldstable-updates
APT policy: (500, 'oldstable-updates'), (500, 'oldstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/2 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 update-manager-core depends on:
ii lsb-release 3.2-23.2squeeze1 Linux Standard Base version report
ii python2.6.6-3+squeeze7 interactive high-level object-orie
ii python-apt0.7.100.1+squeeze1 Python interface to libapt-pkg
ii python-support1.0.10 automated rebuilding support for P
Versions of packages update-manager-core recommends:
ii update-manager-gnome 0.200.5-1 GNOME application that manages sof
update-manager-core suggests no packages.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714342: ITP: pytz -- World timezone definitions, modern and historical
On Fri, Jun 28, 2013 at 02:29:11PM +0800, Thomas Goirand wrote: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: pytz Version : 2013b Upstream Author : Stuart Bishop * URL : https://pypi.python.org/pypi/pytz * License : Apache-2 Programming Lang: Python Description : World timezone definitions, modern and historical pytz brings the Olson tz database into Python. This library allows accurate and cross platform timezone calculations using Python 2.4 or higher. It also solves the issue of ambiguous times at the end of daylight savings, which you can read more about in the Python Library Reference (datetime.tzinfo). What's wrong with python-tz? -- WBR, wRAR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714342: ITP: pytz -- World timezone definitions, modern and historical
On 06/28/2013 02:42 PM, Thomas Goirand wrote: On 06/28/2013 02:29 PM, Thomas Goirand wrote: Package: wnpp Severity: wishlist Owner: Thomas Goirand z...@debian.org * Package name: pytz Version : 2013b Upstream Author : Stuart Bishop * URL : https://pypi.python.org/pypi/pytz * License : Apache-2 Programming Lang: Python Description : World timezone definitions, modern and historical pytz brings the Olson tz database into Python. This library allows accurate and cross platform timezone calculations using Python 2.4 or higher. It also solves the issue of ambiguous times at the end of daylight savings, which you can read more about in the Python Library Reference (datetime.tzinfo). This was written a little bit too fast. The package name will be python-pytz, and the license really is MIT, not Apache-2. Thomas Hum... sorry for the noise, there's already python-tz, it seems to be a duplicate. Thomas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714344: RFP: howler -- Alert when users log in from new locations
Package: wnpp Severity: wishlist Howler will automatically alert you by sending you an email whenever a user logs in from a new location. Upstream URL is https://github.com/mricon/howler. Copyright information is https://github.com/mricon/howler/blob/master/COPYING. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714290: [Pkg-nagios-devel] Bug#714290: package does not ship any documentation
severity 714290 important thanks On Thu, 27 Jun 2013, Raf Czlonka wrote: Package: nagios3-doc Version: 3.4.1-4 Severity: grave Hi, After installing the package I get an error message: Error in `/usr/share/doc-base/nagios3', line 9: all `Format' sections are invalid. This is due to the fact that the above file references HTML files which simply do not exists. Moreover, the package doesn't ship any documentation. Upstream thought it was a good idea to remove the docs. I'll either remove that package or replace it. And I don't think missing docs are a grave bug. Alex -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714304: [pdfsam] Missing dependency on and symlink to jgoodies-common.jar makes program unuseable
tags 714304 patch thanks Hello, I believe the attached debdiff will solve this problem. Sincerely, kroq-gar78 On Thu, Jun 27, 2013 at 12:35 PM, Francesco Presel f.pre...@alice.itwrote: Package: pdfsam Version: 1.1.4-2 Severity: important --- Please enter the report below this line. --- Installing pdfsam from repository does not provide a functioning program: whenever launched, the program fails to initialize with the error reported below. I found a report of the same issue in ubuntu, which suggests a solution: you must install the package libjgoodies-common-java and add a symlink to jgoodies-common.jar inside the pdfsam/lib folder ( https://bugs.launchpad.net/**ubuntu/+source/pdfsam/+bug/**1167469https://bugs.launchpad.net/ubuntu/+source/pdfsam/+bug/1167469). This solution worked for me. Output from the terminal: $pdfsam ==**==** = pdfsam JAVA: /usr/lib/jvm/java-7-openjdk-**amd64/bin/java JAVA_OPTS: -Xmx256m CLASSPATH: /usr/share/pdfsam/pdfsam-1.1.**4.jar:/usr/share/pdfsam/lib/** dom4j.jar:/usr/share/pdfsam/**lib/emp4j-1.0.1.jar:/usr/** share/pdfsam/lib/itext.jar:/**usr/share/pdfsam/lib/jaxen.** jar:/usr/share/pdfsam/lib/**log4j-1.2.jar:/usr/share/** pdfsam/lib/looks.jar:/usr/**share/pdfsam/lib/pdfsam-** console-2.0.6e.jar:/usr/share/**pdfsam/lib/pdfsam-jcmdline-1.** 0.3.jar:/usr/share/pdfsam/lib/**pdfsam-langpack.jar ==**==** = 19:25:57,966 INFO JMainFrame Starting PDF Split and Merge basic Ver. 1.1.4 19:25:58,145 INFO Configuration Loading configuration.. 19:25:58,310 INFO Configuration Getting language... 19:25:58,466 INFO Configuration Setting look and feel... 19:25:58,502 FATAL GuiClient Error: java.lang.**NoClassDefFoundError: com/jgoodies/common/base/**SystemUtils at java.lang.ClassLoader.**defineClass1(Native Method) at java.lang.ClassLoader.**defineClass(ClassLoader.java:**787) at java.security.**SecureClassLoader.defineClass(** SecureClassLoader.java:142) at java.net.URLClassLoader.**defineClass(URLClassLoader.** java:447) at java.net.URLClassLoader.**access$100(URLClassLoader.**java:71) at java.net.URLClassLoader$1.run(**URLClassLoader.java:361) at java.net.URLClassLoader$1.run(**URLClassLoader.java:355) at java.security.**AccessController.doPrivileged(**Native Method) at java.net.URLClassLoader.**findClass(URLClassLoader.java:**354) at java.lang.ClassLoader.**loadClass(ClassLoader.java:**423) at sun.misc.Launcher$**AppClassLoader.loadClass(** Launcher.java:308) at java.lang.ClassLoader.**loadClass(ClassLoader.java:**356) at com.jgoodies.looks.plastic.**PlasticLookAndFeel.clinit(** PlasticLookAndFeel.java:137) at org.pdfsam.guiclient.utils.**ThemeUtility.setTheme(** ThemeUtility.java:160) at org.pdfsam.guiclient.**configuration.Configuration.** setLookAndFeel(Configuration.**java:192) at org.pdfsam.guiclient.**configuration.Configuration.** init(Configuration.java:169) at org.pdfsam.guiclient.**configuration.Configuration.** init(Configuration.java:54) at org.pdfsam.guiclient.**configuration.Configuration.** getInstance(Configuration.**java:59) at org.pdfsam.guiclient.gui.**frames.JMainFrame.init(** JMainFrame.java:90) at org.pdfsam.guiclient.**GuiClient.main(GuiClient.java:**61) Caused by: java.lang.**ClassNotFoundException: com.jgoodies.common.base.** SystemUtils at java.net.URLClassLoader$1.run(**URLClassLoader.java:366) at java.net.URLClassLoader$1.run(**URLClassLoader.java:355) at java.security.**AccessController.doPrivileged(**Native Method) at java.net.URLClassLoader.**findClass(URLClassLoader.java:**354) at java.lang.ClassLoader.**loadClass(ClassLoader.java:**423) at sun.misc.Launcher$**AppClassLoader.loadClass(** Launcher.java:308) at java.lang.ClassLoader.**loadClass(ClassLoader.java:**356) ... 20 more --- System information. --- Architecture: amd64 Kernel: Linux 3.2.41-laptop Debian Release: jessie/sid 900 testing debian.solydxk.com 500 wheezy linux.dropbox.com 400 debian packages.linuxmint.com --- Package information. --- Depends (Version) | Installed ==**===-+-=== openjdk-6-jre | OR java2-runtime | libdom4j-java | 1.6.1+dfsg.2-6 libitext-java | 2.1.7-3+deb7u1 libjaxen-java | 1.1.3-1 libjgoodies-looks-java | 2.5.2-2 liblog4j1.2-java | 1.2.17-2 java-wrappers | 0.1.25 libhttpclient-java | 4.2.5-1 libcommons-httpclient-java | 3.1-10.2 Package's Recommends field is empty. Package's Suggests field is empty. __ This is the maintainer address of Debian's Java team http://lists.alioth.debian.**org/cgi-bin/mailman/listinfo/**
Bug#714345: alsa-base: No sound on PowerPC with Jessie upgrade
Package: alsa-base Version: 1.0.25+3 Severity: important Dear Maintainer, Sound stopped working with upgrade from Wheezy to Jessie. I can't open alsamixer anymore, either. This is on an iBook G3 700 MHz. dan@icebook:~$ alsamixer cannot open mixer: No such file or directory dan@icebook:~$ amixer amixer: Mixer attach default error: No such file or directory dan@icebook:~$ aplay -l aplay: device_list:268: no soundcards found... dan@icebook:~$ cat /proc/asound/cards --- no soundcards --- Also I found these lines in /var/log/syslog that appear related to audio: Jun 27 22:58:00 icebook kernel: [ 19.365963] i2c i2c-0: PMac Keywest Audio: attach_adapter method is deprecated Jun 27 22:58:00 icebook kernel: [ 19.373642] i2c i2c-0: Please use another way to instantiate your i2c_client Jun 27 22:58:00 icebook kernel: [ 19.381043] i2c i2c-1: PMac Keywest Audio: attach_adapter method is deprecated Jun 27 22:58:00 icebook kernel: [ 19.388326] i2c i2c-1: Please use another way to instantiate your i2c_client Jun 27 22:58:00 icebook kernel: [ 19.395619] i2c i2c-2: PMac Keywest Audio: attach_adapter method is deprecated Jun 27 22:58:00 icebook kernel: [ 19.402770] i2c i2c-2: Please use another way to instantiate your i2c_client Jun 27 22:58:00 icebook kernel: [ 19.409768] i2c i2c-3: PMac Keywest Audio: attach_adapter method is deprecated Jun 27 22:58:00 icebook kernel: [ 19.416747] i2c i2c-3: Please use another way to instantiate your i2c_client Jun 27 22:58:00 icebook kernel: [ 19.423711] i2c i2c-4: PMac Keywest Audio: attach_adapter method is deprecated Jun 27 22:58:00 icebook kernel: [ 19.430816] i2c i2c-4: Please use another way to instantiate your i2c_client Jun 27 22:58:00 icebook kernel: [ 19.438048] i2c i2c-5: PMac Keywest Audio: attach_adapter method is deprecated Jun 27 22:58:00 icebook kernel: [ 19.445388] i2c i2c-5: Please use another way to instantiate your i2c_client Jun 27 22:58:00 icebook kernel: [ 19.452853] i2c i2c-6: PMac Keywest Audio: attach_adapter method is deprecated Jun 27 22:58:00 icebook kernel: [ 19.460287] i2c i2c-6: Please use another way to instantiate your i2c_client Jun 27 22:58:00 icebook kernel: [ 19.511477] i2c i2c-6: Failed to register i2c client keywest at 0x35 (-16) Thanks, Dan -- Package-specific info: --- Begin additional package status --- Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii libasound2:pow 1.0.27.1-1 powerpc shared library for ALSA applicati --- End additional package status --- --- Begin /proc/asound/version --- Advanced Linux Sound Architecture Driver Version k3.9-1-powerpc. --- End /proc/asound/version --- --- Begin /proc/asound/cards --- --- no soundcards --- --- End /proc/asound/cards --- --- Begin /dev/snd/ listing --- total 0 crw-rw---T+ 1 root audio 116, 1 Jun 27 22:57 seq crw-rw---T+ 1 root audio 116, 33 Jun 27 22:57 timer --- End /dev/snd/ listing --- -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: powerpc (ppc) Kernel: Linux 3.9-1-powerpc 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 alsa-base depends on: ii dpkg1.16.10 ii kmod9-3 ii procps 1:3.3.4-2 ii udev175-7.2 Versions of packages alsa-base recommends: ii alsa-utils 1.0.27.1-1 Versions of packages alsa-base suggests: pn alsa-ossnone pn oss-compat none Versions of packages libasound2 depends on: ii libasound2-data1.0.27.1-1 ii libc6 2.17-3 ii multiarch-support 2.17-3 Versions of packages libasound2 suggests: pn libasound2-plugins none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713005: RFA: miredo -- Teredo IPv6 tunneling through NATs
Hi guys, well I definitely can't promise I will take over upstream development. I will look at the Debian package, fix stuff, and then we'll see. Tomasz On 28/06/13 08:07, Rémi Denis-Courmont wrote: On Fri, 28 Jun 2013 04:13:59 +0200, Axel Beckert a...@debian.org wrote: Hi Rémi, Rémi Denis-Courmont wrote: Due to lack of time, I request an adopter for the miredo package. but aren't you miredo's upstream developer, too? Does that mean that an adopter needs to take over upstream development, too? Yes. No. But then again, not much as happened on development side in the last few years. -- Rémi Denis-Courmont Sent from my collocated server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713005: RFA: miredo -- Teredo IPv6 tunneling through NATs
Hi Rémi Rémi Denis-Courmont wrote: On Fri, 28 Jun 2013 04:13:59 +0200, Axel Beckert a...@debian.org wrote: Rémi Denis-Courmont wrote: Due to lack of time, I request an adopter for the miredo package. but aren't you miredo's upstream developer, too? Does that mean that an adopter needs to take over upstream development, too? Yes. No. Ok. But then again, not much as happened on development side in the last few years. IMHO miredo works fine for years now and I don't miss anything. So from my point of viewthere's no need for new features. :-) If not much happened is just bug fixing where necessary, that should be fine if it continues that way. (And the optimist inside me thinks that at some point in time, we won't need miredo anymore since IPv6 will be everywhere. ;-) Tomasz Buchert wrote: well I definitely can't promise I will take over upstream development. For me it's even a I know that I can't. I will look at the Debian package, fix stuff, and then we'll see. That's also my usual approach. :-) Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714346: python-tz: source for timezone data not included
Source: python-tz Version: 2012c-1 Severity: serious The python-tz source package includes compiled timezone data without source in pytz/zoneinfo/*. However source for all files needs to be present even for files not used in the binary packages. Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#73611: De:Madame Zineb Keita Mohamed
Cher ami Mon nom est Mme Zineb Keita Mohamed de Gao Mali âgé de 58 ans demandeurs d\'asile au Royaume-Uni en raison des problèmes au Mali. Je suis une mère de trois enfants et mes enfants sont dans la clandestinité entre le Mali et senegal.Je suis actuellement cherchant de l\'aide pour investir les 14,5 millions dont mon défunt mari a laissés derrière. je voudrais investir dans Agriculre,la construction, les examens médicaux et si vous voulez que je investir dans votre domaine de travail ou si vous avez d\'autres idées s\'il vous plaît le moi savoir. Envoyez-moi vos coordonnées si vous êtes prêt à m\'aider Déménager ma famille dans votre pays.Je suis prêt à vous donner 7% du montant total de plus-value et de chaque investissement sera sous votre responsabilité. Je serai attend d\'entendre vous nom et prénom âge tel privé métier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714345: [Pkg-alsa-devel] Bug#714345: alsa-base: No sound on PowerPC with Jessie upgrade
* Dan DeVoto dand1...@yahoo.com [2013-06-28 00:00 -0700]: Package: alsa-base Version: 1.0.25+3 Severity: important Dear Maintainer, Sound stopped working with upgrade from Wheezy to Jessie. I can't open alsamixer anymore, either. This is on an iBook G3 700 MHz. dan@icebook:~$ alsamixer cannot open mixer: No such file or directory dan@icebook:~$ amixer amixer: Mixer attach default error: No such file or directory dan@icebook:~$ aplay -l aplay: device_list:268: no soundcards found... dan@icebook:~$ cat /proc/asound/cards --- no soundcards --- You need to load snd_powerpc. What tells $ lsmod | grep snd ? Which kernel are you using? $ cat /proc/version $ cat /proc/asound/version Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -Linus Torvalds -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714345: alsa-base: No sound on PowerPC with Jessie upgrade
Also, I forgot to mention I have snd-powermac in /etc/modules. Thanks, Dan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714071: [minitube] please point to minitube-integration firefox addon in documentation
tags 714071 + wontfix kthxbye Petr Gajdůšek writes: Until I recently found the minitube-integration addon for firefox/iceweasel. https://addons.mozilla.org/en-US/firefox/addon/minitube-integration It would be really nice if it was mentioned in minitube docs (or even packaged!), my life would be much easier :) I peronally don't have the time ATM to create that package. Also I don't know of a useful place on where to add such a hint. Feel free to open an RFP bug for it. I will happily add a Suggests: when that package hits the archive. Cheers, sur5r pgpvRQ57yuEyy.pgp Description: PGP signature
Bug#616775: [Build-common-hackers] Bug#616775: cdbs: diff for NMU version 0.4.121+nmu1
Quoting Andrea Colangelo (2013-06-27 17:07:27) I've prepared an NMU for cdbs (versioned as 0.4.121+nmu1). The debdiff, based on a patch in Ubuntu, is attached here. Thanks! A suggestion for the future: Please separately commit code changes, auto-generated changes and changelog entry. That eases eventual later reverting or cherry-picking for other branches. Other than that it looks fine to me (I assume you've tested the changes both with and without those helper tools available!) :-) - Jonas -- * Jonas Smedegaard - idealist Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#709322: sks postinst script tries to upgrade DB_CONFIG configuration file
Hi Daniel,
Am 26.06.2013 21:35, schrieb Daniel Kahn Gillmor:
The fix is to avoid trying to back up such a config file as though it
were a database table:
diff --git a/debian/sks.postinst b/debian/sks.postinst
index ba93713..8c1da41 100755
--- a/debian/sks.postinst
+++ b/debian/sks.postinst
@@ -120,8 +120,12 @@ else
cp -a ${SKS_DIR}/${DBHOME}/$log_file ${BACKUP_DIR}/${DBHOME}/
done
+if [ -e ${SKS_DIR}/${DBHOME}/DB_CONFIG ]; then
+cp -a ${SKS_DIR}/${DBHOME}/DB_CONFIG ${BACKUP_DIR}/${DBHOME}/
+fi
+
# Backup upgrade database files
- for db in $(cd ${SKS_DIR}/${DBHOME}; ls -1 | grep -Ev
^(__|log\.)); do
+ for db in $(cd ${SKS_DIR}/${DBHOME}; ls -1 | grep -Ev
^(__|log\.|DB_CONFIG$)); do
# Backup database file
su debian-sks -c cp ${SKS_DIR}/${DBHOME}/${db}
${BACKUP_DIR}/${DBHOME}/
# Upgrade database file
I've just pushed a wheezy branch with this change to
git://anonscm.debian.org/pkg-sks/pkg-sks.git -- i can upload a full
change as 1.1.3-3 to unstable shortly if that would be useful. it would
be nice to get this fix into debian 7.2.
thanks for the patch. I looks ok for me. Do you want to make the upload?
Christoph
--
Christoph Martin, Zentrum für Datenverarbeitung, Uni-Mainz, Germany
Anselm Franz von Bentzel-Weg 12, 55128 Mainz
Telefon: +49(6131)3926337
Instant-Messaging: Jabber: mar...@uni-mainz.de
(Siehe http://www.zdv.uni-mainz.de/4010.php)
attachment: martin.vcf
signature.asc
Description: OpenPGP digital signature
Bug#714290: [Pkg-nagios-devel] Bug#714290: package does not ship any documentation
On Fri, Jun 28, 2013 at 07:54:31AM BST, Alexander Wirt wrote: Upstream thought it was a good idea to remove the docs. I'll either remove that package or replace it. I didn't realise you had it automated to such a degree :^) Thank you. And I don't think missing docs are a grave bug. From Debian official documentation: grave makes the package in question unusable or mostly so, or causes data loss, or introduces a security hole allowing access to the accounts of users who use the package. So yes, the severity is *exactly* at 'grave' level as per makes the package in question unusable or mostly so as the package *is* unusable. As far as I'm concerned, there's nothing in the Debian Policy which makes bugs in certain types of packages, i.e. '*-doc', etc., less *important*. Kind regards, Raf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714347: py-sendfile: New upstream release available
Package: py-sendfile Version: 1.2.4-1 Severity: wishlist Dear Maintainer, A new sendfile release 2.0 is available on [1] I'm pretty sure packaging this release can fix bug #608287 too. Please consider upgrading it. Thanks. BTW I have already packaged it and uploaded to [2] it may need further tweaks. [1] http://code.google.com/p/pysendfile/downloads/list [2] http://mentors.debian.net/package/py-sendfile Gianfranco
Bug#713005: RFA: miredo -- Teredo IPv6 tunneling through NATs
On Fri, 28 Jun 2013 09:44:12 +0200, Axel Beckert a...@debian.org wrote: But then again, not much as happened on development side in the last few years. IMHO miredo works fine for years now and I don't miss anything. So from my point of viewthere's no need for new features. :-) If not much happened is just bug fixing where necessary, that should be fine if it continues that way. Hmm well, the whole link-local multicast thing in the development branch that has never really been tested (that I'd know of) or released. Also there are quite a few extensions from the Microsoft/IETF Teredo protocol update that have not been implemented. And then, integration with the network manager and init could be better. I can carry on upstream maintenance, but I don't think I ever will implement the fancy missing bits. (And the optimist inside me thinks that at some point in time, we won't need miredo anymore since IPv6 will be everywhere. ;-) Tomasz Buchert wrote: well I definitely can't promise I will take over upstream development. For me it's even a I know that I can't. I will look at the Debian package, fix stuff, and then we'll see. That's also my usual approach. :-) There should be a few fixes in my miredo-debian.git that never hit Debian. If you don't take them, we should probably clear the pending tag on the corresponding bugs. -- Rémi Denis-Courmont Sent from my collocated server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#79381: xbase-clients: [xhost] manpage implies that you can 'xhost +user@hostname'
fixed x11-xserver-utils/7.7~1 stop Fixed with xhost 1.0.5 cf. http://cgit.freedesktop.org/xorg/app/xhost/log/ cf. http://ftp-master.metadata.debian.org/changelogs//main/x/x11-xserver-utils/x11-xserver-utils_7.7~3_changelog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714348: When no Java found, mention also JRE in error message
Package: tomcat7
Severity: minor
Tags: patch
Hi,
When the init script fails to find a Java environment to start Tomcat, it
reports an error no JDK found. I was misguided by this since I had a
JRE installed and I thought that Tomcat was nonetheless requiring a JDK.
Attached patch ensures that the error message is more clear in this regard.
Thanks,
Thijs
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'oldstable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.9-1-amd64 (SMP w/1 CPU core)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
From 8b90a5b4c216a8392049b19d458173fa0411874c Mon Sep 17 00:00:00 2001
From: Thijs Kinkhorst th...@uvt.nl
Date: Fri, 28 Jun 2013 10:46:19 +0200
Subject: [PATCH] When no Java found, mention JRE in error message.
Tomcat will run fine with just a JRE, the error may confuse people that
have a JRE installed that Tomcat is looking for a JDK, while in fact
it can't find their JRE.
---
debian/tomcat7.init | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/debian/tomcat7.init b/debian/tomcat7.init
index 2ea4d9f..eeea1dc 100644
--- a/debian/tomcat7.init
+++ b/debian/tomcat7.init
@@ -184,7 +184,7 @@ catalina_sh() {
case $1 in
start)
if [ -z $JAVA_HOME ]; then
- log_failure_msg no JDK found - please set JAVA_HOME
+ log_failure_msg no JDK or JRE found - please set JAVA_HOME
exit 1
fi
--
1.8.3.1
Bug#713005: RFA: miredo -- Teredo IPv6 tunneling through NATs
Hi, Rémi Denis-Courmont wrote: On Fri, 28 Jun 2013 09:44:12 +0200, Axel Beckert a...@debian.org wrote: But then again, not much as happened on development side in the last few years. IMHO miredo works fine for years now and I don't miss anything. So from my point of viewthere's no need for new features. :-) If not much happened is just bug fixing where necessary, that should be fine if it continues that way. Hmm well, the whole link-local multicast thing in the development branch that has never really been tested (that I'd know of) or released. Also there are quite a few extensions from the Microsoft/IETF Teredo protocol update that have not been implemented. I see. (Reasons why I can't take over any upstream development. ;-) And then, integration with the network manager and init could be better. I usually prefer wicd over NM, but I can imagine that this would of be use for some people. There should be a few fixes in my miredo-debian.git that never hit Debian. If you don't take them, we should probably clear the pending tag on the corresponding bugs. From the bug reports marked as pending, I'd definitely include them. Together with harding build flags and the 1.2.6 upstream version the package should be back in shape. Tomasz: Please tell me if you need or want any help with the above. Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714349: Also search for Java paths used by java-package
Package: tomcat7 Severity: wishlist Hi, The init script looks in a number of places for JDK and JRE to start Tomcat with. My JRE is created by 'java-package' and is found in /usr/lib/jvm/jre-7-oracle-x64/ but this location is not found by the init script. Perhaps the locations used by java-package can be included in the search? Thanks, Thijs -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) 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#714350: FTBFS when locales-all is installed
Package: localechooser Severity: 2.54 localechooser FTBFS if locales-all (which provides locales) is installed. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707193: nss-pam-ldapd: General update after the debconf review process
On Fri, 2013-06-28 at 08:24 +0200, Christian PERRIER wrote: As said, please use *at least* the PO files as provided here, preferrably over those sent by translators in their bug reports. All of them have been checked and reformatted. In some cases, formatting errors have been corrected. I've double-checked the translations and there reformatted everything with debconf-updatepo and all translations match. Translations and updated English texts have been comitted to revision control and will be in the next upload. The patch.rfr file contains a patch for the templates and control file(s) alone. There was one small bug in your patch: The Russian translation by Yuri Kozlov was uploaded in bug report #711884 (not 711885). I've updated the Dutch translation myself (being a native speaker) and I've sent it to the debian-l10n-dutch list for review (they don't seem very active though). Thanks for your efforts in improving nss-pam-ldapd! -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#714351: weston backend dependencies (X11 - libgl1-mesa-dri)
Package: weston Version: 1.1.1-1 Severity: minor Hi, I just tested the latest package version as found on Git (branch: debian-unstable, not yet uploaded of [1]. One initial observation is that the X11 backend of weston requires installation of libgl1-mesa-dri. I suggest adding this package to Recommends: or at least to Suggests:. Another, probably better option would be moving the different backends into individual bin:packages and pulling in dependencies (such as libgl1-mesa-dri for the X11 backend) from there. Greets, Mike [1] ssh://git.debian.org/git/pkg-xorg/wayland/weston.git -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages weston depends on: ii libc6 2.17-3 ii libcairo2 1.12.14-5 ii libdrm2 2.4.45-3 ii libegl1-mesa 9.1.3-6 ii libegl1-mesa-drivers 9.1.3-6 ii libgbm1 9.1.3-6 ii libgl1-mesa-glx [libgl1] 9.1.3-6 ii libgles2-mesa 9.1.3-6 ii libglu1-mesa [libglu1]8.0.5-7 ii libjpeg8 8d-1 ii libmtdev1 1.1.3-1 ii libpam0g 1.1.3-9 ii libpixman-1-0 0.26.0-4 ii libpng12-01.2.49-4 ii libsystemd-login0 44-12 ii libudev0 175-7.2 ii libwayland-client01.1.0-2 ii libwayland-cursor01.1.0-2 ii libwayland-server01.1.0-2 ii libx11-6 2:1.6.0-1 ii libx11-xcb1 2:1.6.0-1 ii libxcb-render01.9.1-3 ii libxcb-shape0 1.9.1-3 ii libxcb-shm0 1.9.1-3 ii libxcb-xfixes01.9.1-3 ii libxcb1 1.9.1-3 ii libxcursor1 1:1.1.14-1 ii libxkbcommon0 0.3.1-1 weston recommends no packages. weston suggests no packages. -- no debconf information -- DAS-NETZWERKTEAM mike gabriel, herweg 7, 24357 fleckeby fon: +49 (1520) 1976 148 GnuPG Key ID 0x25771B31 mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de freeBusy: https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb pgpFlkDRhlTy6.pgp Description: Digitale PGP-Unterschrift
Bug#713005: RFA: miredo -- Teredo IPv6 tunneling through NATs
On 28/06/13 10:52, Axel Beckert wrote: Hi, Rémi Denis-Courmont wrote: On Fri, 28 Jun 2013 09:44:12 +0200, Axel Beckert a...@debian.org wrote: But then again, not much as happened on development side in the last few years. IMHO miredo works fine for years now and I don't miss anything. So from my point of viewthere's no need for new features. :-) If not much happened is just bug fixing where necessary, that should be fine if it continues that way. Hmm well, the whole link-local multicast thing in the development branch that has never really been tested (that I'd know of) or released. Also there are quite a few extensions from the Microsoft/IETF Teredo protocol update that have not been implemented. I see. (Reasons why I can't take over any upstream development. ;-) And then, integration with the network manager and init could be better. I usually prefer wicd over NM, but I can imagine that this would of be use for some people. There should be a few fixes in my miredo-debian.git that never hit Debian. If you don't take them, we should probably clear the pending tag on the corresponding bugs. From the bug reports marked as pending, I'd definitely include them. Together with harding build flags and the 1.2.6 upstream version the package should be back in shape. Tomasz: Please tell me if you need or want any help with the above. Hi, that was exactly my plan to cherry-pick fixes that haven't reached the Debian package yet. Tomasz Regards, Axel -- ,''`. | Axel Beckert a...@debian.org, http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#339717: xfsprogs: Typo in fsck.xfs manpage
fixed 339717 xfsprogs/2.9.8-1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714352: [coreutils] seq -s not working
Package: coreutils Version: 8.20-3 Severity: normal --- Please enter the report below this line. --- On Debian sid (incorrect): $ /usr/bin/seq -s 'a' 3 1 2a3a On Debian wheezy (correct): $ /usr/bin/seq -s 'a' 3 1a2a3 The manpage says for -s: use STRING to separate numbers (default: \n). And the info page says: Separate numbers with STRING; default is a newline. The output always terminates with a newline. Apparently the unstable version of seq confuses the first separator and the final newline, i.e. it SHOULD replace the first separator with 'a', and it SHOULDN'T replace the terminating newline with an 'a'. --- System information. --- Architecture: amd64 Kernel: Linux 3.9.7 Debian Release: jessie/sid 500 unstableftp.ro.debian.org 500 stable security.debian.org 500 stable ftp.ro.debian.org --- Package information. --- Depends (Version) | Installed =-+-= dpkg (= 1.15.4) | 1.16.10 OR install-info | 5.1.dfsg.1-3 Package's Recommends field is empty. Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714179: [pkg-php-pear] ITP: php-json-schema -- PHP implementation of JSON schema
2013/6/28 Thomas Goirand z...@debian.org:
On 06/28/2013 04:43 AM, andrea rota wrote:
Thomas, Prach,
thanks for your advice:
On Thu, Jun 27, 2013 at 11:53:17AM +0800, Thomas Goirand wrote:
[...]
zigo@d(ebian-sid)_
~/sources/pkg-php-pear/php-json-schema/php-json-schema$ git-buildpackage
dh clean --with phpcomposer
dh_testdir
dh_auto_clean
dh_clean
gbp:error: upstream/1.3.2 is not a valid treeish
Are you using pristine-tar? If so, please push that branch, edit
debian/gbp.conf to add the pristine-tar = True, and push all tags.
good point. i was starting directly from upstream's git, but have now
updated the workflow to use both upstream git *and* pristine-tar as per
http://www.eyrie.org/~eagle/journal/2013-04/001.html - tried on a fresh
sid install and this now builds correctly for me there.
[...]
On Thu, Jun 27, 2013 at 02:01:06PM +0700, Prach Pongpanich wrote:
[...]
Hi Andrea,
I hope this help for creating a new git repository.
[...]
this tutorial is great! is it available online somewhere?! otherwise,
it'd be great to have it added somewhere under
http://wiki.debian.org/PHP/ for developers starting collaborating on
pkg-php packages.
thanks
andrea
Same remarks as for the other package: your package is missing the
${phppear:Debian-Depends}, ${phppear:Debian-Recommends} and
${phppear:Debian-Breaks} (read man dh_phppear), and therefore, it is
missing some important dependencies (like php-pear for example).
Do not forget that a package which is --with phpcomposer is also a pear
package, so I believe (I never tried, but I think so) you should use:
dh $@ --buildsystem=phppear --with phppear,phpcomposer
in your rules file. Mathieu, can you confirm that this is the way to do
(since that's new features)?
A composer package is not a PEAR one (some are both but this is
upstream decision).
Cheers
--
Mathieu
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714113: texlive-base: installation fails
Hilmar Preusse schrieb:
On 27.06.13 Dietrich Clauss (d...@clauss.dyndns.org) wrote:
Hi,
They seem to be pretty old. (This machine is running Debian since
1998.) It seems to me that they have been forgotten somewhere in the
upgrade path of libpaper{,g,1}.
Hh.
Can we close that issue?
Yes.
signature.asc
Description: Digital signature
Bug#714353: Please update to latest upstream
Package: python-itsdangerous Version: 0.17-1 Upstream version 0.21 is out ; can you please push a newer package? Thanks, Snark on #debian-science -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714339: zope2.12: Zope2.12 missing important packages in Debian testing for python2.6.
On 06/28/13 07:40, Arnaud Fontaine wrote: I uploaded zope2.13 (which works with python2.7) one month ago but it is still in NEW[0]. Needless to say that it is really unfortunate that zope2.12 has been removed quickly from unstable but zope2.13 has been staying for one month in NEW, thus providing no installable/useable Zope package from the official archive. you forgot to say that you didn't bother to package 2.13 for *years*. Now complaining that things move with a different time scale seems a bit odd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#710079: [Fingerforce-devel] Bug#710079: libfprint0: Upek Biometric Touchchip/Touchstrip Fingerprint Sensor no longer work
Hello, From: Nobuhiro IMAI nov_at_yo.rim.or.jp Date: Tue, 28 May 2013 21:55:48 +0900 (JST) $ dpkg-query --show libfprint0 libfprint0:amd64 1:0.5.0-5 $ sudo -k $ sudo id Could not locate any suitable fingerprints matched with available hardware. [sudo] password for nov: uid=0(root) gid=0(root) groups=0(root) I cloned upstream git repository[1] and built it then replaced /usr/lib/x86_64-linux-gnu/libfprint.so.0.0.0 with libfprint/.libs/libfprint.so.0.0.0 manually, and got the following debug print: $ sudo -k $ sudo id fp:debug [fp_init] fp:debug [register_driver] registered driver upekts fp:debug [register_driver] registered driver upeke2 fp:debug [register_driver] registered driver aes4000 fp:debug [register_driver] registered driver aes2501 fp:debug [register_driver] registered driver aes2550 fp:debug [register_driver] registered driver uru4000 fp:debug [register_driver] registered driver vcom5s fp:debug [register_driver] registered driver upeksonly fp:debug [register_driver] registered driver aes1610 fp:debug [register_driver] registered driver aes1660 fp:debug [register_driver] registered driver aes2660 fp:debug [register_driver] registered driver vfs101 fp:debug [register_driver] registered driver vfs301 fp:debug [register_driver] registered driver upektc fp:debug [find_supporting_driver] driver upeke2 supports USB device 147e:2016 fp:debug [find_supporting_driver] selected driver upeke2 supports USB device 147e:2016 fp:debug [fpi_print_data_compatible] driver ID mismatch: 0d vs 01 Could not locate any suitable fingerprints matched with available hardware. [sudo] password for nov: uid=0(root) gid=0(root) groups=0(root) Actually the driver ID for UPEKE2 was modified from 1 to 13 (= 0x0d) at commit ea6d5ba[2]. I rewrote the UPEKE2_ID to 1 and built the library, it works again. So, I regenerated my fingerprint data with fprintd-enroll (pam_fprint_enroll did not work for me), then copy /var/lib/fprint/nov/000d// to ~/.fprint/prints/000d//. Now, everything is all right! 1. git://anongit.freedesktop.org/libfprint/libfprint 2. http://cgit.freedesktop.org/libfprint/libfprint/commit/?id=ea6d5ba6d65aa7ed4b900b23263bc4d8abe4a868 Thanks, -- Nobuhiro IMAI n...@yo.rim.or.jp Key fingerprint = E57F 2482 4074 13BC 3B9A 165B C689 5B16 A620 4657 pgpr8gRyY6p_K.pgp Description: PGP signature
Bug#714354: pidgin-sipe: FTBFS on powerpcspe: -Werror -Wcast-align stikes back
Package: pidgin-sipe Version: 1.16.0-1 Severity: wishlist Tags: patch upstream User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi! pidgin-sipe currently FTBFS on powerpcspe like this: ... libtool: compile: powerpc-linux-gnuspe-gcc -DHAVE_CONFIG_H -I. -I../.. -D_FORTIFY_SOURCE=2 -Werror -Wall -Wextra -Waggregate-return -Wcast-align -Wdeclaration-after-statement -Wdeprecated-declarations -Winit-self -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wundef -Wunused-but-set-variable -I/usr/include/glib-2.0 -I/usr/lib/powerpc-linux-gnuspe/glib-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/powerpc-linux-gnuspe/glib-2.0/include -I/usr/include/libpurple -I./../api -DLOCALEDIR=\/usr/share/locale\ -pthread -I/usr/include/glib-2.0 -I/usr/lib/powerpc-linux-gnuspe/glib-2.0/include -I/usr/include/nice -pthread -I/usr/include/gstreamer-0.10 -I/usr/include/glib-2.0 -I/usr/lib/powerpc-linux-gnuspe/glib-2.0/include -I/usr/include/libxml2 -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -MT libsipe_backend_vv_la-purple-media.lo -MD -MP -MF .deps/libsipe_backend_vv_la-purple-media.Tpo -c purple-media.c -fPIC -DPI C -o .li bs/libsipe_backend_vv_la-purple-media.o In file included from /usr/include/gstreamer-0.10/gst/gstpad.h:30:0, from /usr/include/gstreamer-0.10/gst/gstelement.h:57, from /usr/include/gstreamer-0.10/gst/gstbin.h:27, from /usr/include/gstreamer-0.10/gst/gst.h:35, from /usr/include/libpurple/media-gst.h:33, from purple-media.c:61: /usr/include/gstreamer-0.10/gst/gstbuffer.h: In function 'gst_buffer_ref': /usr/include/gstreamer-0.10/gst/gstbuffer.h:349:10: error: cast increases required alignment of target type [-Werror=cast-align] /usr/include/gstreamer-0.10/gst/gstbuffer.h: In function 'gst_buffer_copy': /usr/include/gstreamer-0.10/gst/gstbuffer.h:387:10: error: cast increases required alignment of target type [-Werror=cast-align] ... I prepared and attached a new disable-w-cast-align.patch which fixes this. The issue was previously fixed and fixed-upstream for some arches, but not yet for powerpcspe. This patch extends the respective change. Thanks, Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Index: pidgin-sipe-1.16.0/src/purple/purple-media.c === --- pidgin-sipe-1.16.0.orig/src/purple/purple-media.c 2013-06-19 18:46:16.0 +0200 +++ pidgin-sipe-1.16.0/src/purple/purple-media.c 2013-06-28 11:14:32.954974070 +0200 @@ -53,7 +53,7 @@ * Diagnostic #pragma was added in GCC 4.2.0 */ #if defined(__GNUC__) (__GNUC__ = 4) (__GNUC_MINOR__ = 2) -#if defined(__ARMEL__) || defined(__ARMEB__) || defined(__mips__) || defined(__sparc__) +#if defined(__ARMEL__) || defined(__ARMEB__) || defined(__mips__) || defined(__sparc__) || (defined(__powerpc__) defined(__NO_FPRS__)) #pragma GCC diagnostic ignored -Wcast-align #endif #endif
Bug#714355: nmu: djview4_4.9-3
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu djview4_4.9-3 . ALL . -m unify libtiff dependency, thanks to Harald Jenny for noting the issue -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714356: [l10n:cs] Initial Czech translation of PO debconf template for cloud-init 0.7.2-3
Package: cloud-init Version: 0.7.2-3 Severity: wishlist Tags: l10n, patch In attachment there is initial Czech translation of PO debconf template (cs.po) for package cloud-init, please include it. cs.po Description: Binary data
Bug#703452: [pkg-php-pear] php5-redis
Hello Cyril, I'd like to ask the pkg-php-pear group if they might assist by getting php5-redis into the debian repo. BTW, yes, we do insist that every PEAR package should be maintained in the team, if possible (which means: if there's no strong opposition from the maintainer, which is pretty rare), and using Git / git-buildpackage. any news from you? - I have started packaging php-redis at: http://anonscm.debian.org/gitweb/?p=pkg-php/php-redis.git It would be really cool, if you could tell us, if we can maintain php-redis together under the hood of the PEAR team. Greets, Jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#570566: Fwd: Moopheus comment on Dispatches from the Culture Wars blog
tags 570566 - moreinfo tags 570566 pending On Thu, Jun 27, 2013 at 02:05:28PM -0400, Anthony DeRobertis wrote: The author is a commentor on the blog. They switched blogging software, and it seems like maybe the old comments are gone... However, archive.org has it: http://web.archive.org/web/20120314013052/http://scienceblogs.com/dispatches/2010/02/limbaughs_astonishing_projecti.php Unfortunately there is no link to his website or the actual of the commenter. Fair enough, I added the quote as is. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org signature.asc Description: Digital signature
Bug#709972: kppp doesn't need to run suid
Control: tag -1 + help Hi, As far as I can see, the kppp binary is only usable by users in the dip group (which is the group that allows users to run pppd), so it should be alright to remove the setuid of the kppp binary. But I don't have any modem available to test this, so I'm tagging this bug as help needed. If you have a modem, please remove the setuid of the /usr/bin/kppp file, test it and inform us the result of your tests. Thanks, -- Fighting patents one by one will never eliminate the danger of software patents, any more than swatting mosquitoes will eliminate malaria. -- Richard M. Stallman Saludos /\/\ /\ `/ signature.asc Description: Digital signature
Bug#714326: [pkg-cryptsetup-devel] Bug#714326: cryptsetup: cryptroot aesni
Hello Christoph, Am 28.06.2013 01:26, schrieb Christoph Anton Mitterer: In the cryptroot hook script: 1) Shouldn't the check for the AES cpu feature be better: grep -q '^flags[[:space:]]*:[[:space:]]*.*aes /proc/cpuinfo or something similar that makes sure just the flags line are checked? I added your regex. You're correct, it is slighly more secure against false positives. 2) If found it does if cpu_has_aesni; then echo aesni fi So the aesni module is copied to the initrd, right? But does such module still exist? I at least only have aesni_intel. Or is there some modules magic that takes the right aesni modules for the platform? If I remember correctly, aesni is an alias for the aesni hardware implementation in question. Would you mind checking whether the aesni module is in the initramfs in your case? Kind regards, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714334: Acknowledgement (squid 2.7.STABLE9-4.1: ncsa_auth broken?)
Workaround: Use -d: -d Force CRYPT encryption of the password. # /usr/lib/squid/ncsa_auth /etc/squid/passwd bob bob Segmentation fault (core dumped) # htpasswd -d passwd bob New password: Re-type new password: Updating password for user bob # /usr/lib/squid/ncsa_auth /etc/squid/passwd bob bob OK On Thu, Jun 27, 2013 at 10:12 PM, Debian Bug Tracking System ow...@bugs.debian.org wrote: Thank you for filing a new Bug report with Debian. This is an automatically generated reply to let you know your message has been received. Your message is being forwarded to the package maintainers and other interested parties for their attention; they will reply in due course. Your message has been sent to the package maintainer(s): Luigi Gangitano lu...@debian.org If you wish to submit further information on this problem, please send it to 714...@bugs.debian.org. Please do not send mail to ow...@bugs.debian.org unless you wish to report a problem with the Bug-tracking system. -- 714334: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=714334 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714357: keepassx: Special characters problem: no correct auto-type
Package: keepassx Version: 0.4.3+dfsg-0.1 Severity: normal Dear Maintainer, I noticed some problems with auto-type password using keepassx. In particular these problems occur when in my password there are special character, like '?' or '='. I noticed, using auto-type function in a text editor, that this character are always subsituted by the character ')', so I cannot use auto-type function. My keyboard layout is it_IT. Thanks for your attention. Gabriele -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/2 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages keepassx depends on: ii libc6 2.17-3 ii libgcc1 1:4.8.1-2 ii libqt4-xml 4:4.8.4+dfsg-4 ii libqtcore4 4:4.8.4+dfsg-4 ii libqtgui4 4:4.8.4+dfsg-4 ii libstdc++6 4.8.1-2 ii libx11-62:1.6.0-1 ii libxtst62:1.2.1-1+deb7u1 keepassx recommends no packages. keepassx 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#671818: uim-el: Installation of emacs-related packages leaves uim-helper-server running
Control: tags -1 + pending fixed in git, it will be uploaded after new upstream release. -- Regards, dai GPG Fingerprint = 0B29 D88E 42E6 B765 B8D8 EA50 7839 619D D439 668E signature.asc Description: Digital signature
Bug#714332: [Pkg-fonts-devel] Bug#714332: fonts-linuxlibertine description has typos (Samll instead of Small)
This Bug is known upstream. They decided not to fix it, since these font shapes are to be dropped from the font / build an other way. See http://sourceforge.net/p/linuxlibertine/bugs/168/ Thanks for your bug report. Sebastian Bator Am 28.06.2013 02:36, schrieb thibaut bethune: Package: fonts-linuxlibertine Version: 5.1.3-1 Hi, I've noted some typos inside fonts-linuxlibertine using gnome-font-viewer : Linux Biolinum Capitals O, Italic Samll Caps Linux Libertine Capitals O, Bold Italic Samll Caps Linux Libertine Capitals O, Semibold Italic Samll Caps It should be Small and not Samll On a side note, why is there a O in the name (i.e. Linux Libertine Capitals O) ? Thanks ! I am using Debian GNU/Linux Sid 64 bits GNOME, kernel 3.9-1-amd64 and libc6 2.17-5 ___ Pkg-fonts-devel mailing list pkg-fonts-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-fonts-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714331: [pkg-cryptsetup-devel] Bug#714331: cryptsetup: switch to more secure defaults?
Hello Christoph, Am 28.06.2013 02:21, schrieb Christoph Anton Mitterer: Two places where I think one could switch to more secure defaults: 1) /dev/random vs. /dev/urandom IIRC (please correct me if I'm wrong)... this was only used during device generation (luksFormat), right? Apart from devices created in batch mode (and whether this makes sense from a security POV is questionable anyway)... it shouldn't hurt then if /dev/random blocks, right? And the entropy should be much better... especially as this was used for the master key if I'm not wrong. The Debian package doesn't use '/dev/urandom' anywhere. the cryptsetup binary uses upstreams default, and I don't intend to change that. IIRC, cryptsetup defaults to '/dev/urandom'. You can decide on your own using the commandline --use-random and --use-urandom switches. I guess the reasons for '/dev/urandom' as default are low-entrophy devices, batch mode and all that. Please discuss this issue upstream in case that you disagree. 2) ciper/modes I haven't followed the dm-crypt list that closely recently, but I remember Milan was thinking about chaning defaults aes-xts-plain64, right? Or has this happened in 1.6? Anyway... I would suggest this as a release goal for jessy... of course with NEWS and release notes infos... IIRC the cipher/mode/size defaults were also hardcoded in some of the initramfs hooks/scripts and would needed to be adapted there, too. Your assumption was right. The default cipher for LUKS changed to aes-xts-plain64 with the release of cryptsetup 1.6.0. In my opionion, this change doesn't need to be advertised anywhere but in changelog. LUKS header include the cipher anyway, so no changes needed by users. It's not that the old default aes-cbc-essiv is considered insecure. If that was the case, then I would agree that users would need to be warned. I'm in the process of uploading cryptsetup 1.6.1-1 to unstable btw. Kind regards, jonas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#285561: Many Robert G. Ingersoll fortunes should not be marked offensive
tags 285561 wontfix thanks Thank you for reporting this bug. I agree with your POV here, I don't think (most of) Ingersoll quotes are offensive. Anyway, I am reluctant to move them out of off. This work should be done by upstream, rather than by the debian maintainer (I am adopting fortune-mod, BTW). OTOH, upstream seems vanished here, and not responding to my mails. I plan to start working on fortune-mod as upstream too, deeply reviewing all of the fortune database (which has several duplicated and other inconsistencies) and fixing lots of bugs. When this effort starts, I'll take a decision about this issue too. Comments and suggestions by whoever are welcome. -- Andrea Colangelo | http://andreacolangelo.com Ubuntu Developer www.ubuntu.com | Debian Maintainer www.debian.org signature.asc Description: Digital signature
Bug#228112: indent: Adjustment of '*' in function declaration
Hi.
I've created a patch (attached) and sent it already to bug-indent
list. Unfortunately I haven't got any repsponse yet.
The patch solves 2/3 of the problem reported in this bug. It allows for
either:
function(type *variable)
function(type* variable)
but not
function(type * variable)
--
Łukasz Stelmach
Samsung RD Institute Poland
Samsung Electronics
From e0bee642b7ccdee2f6db251795c423f3e20494c3 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=C5=81ukasz=20Stelmach?= l.stelm...@samsung.com
Date: Fri, 7 Jun 2013 14:49:43 +0200
Subject: [PATCH] Customise '*' alignment in a pointer declaration
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Organization: Samsung RD Institute Poland
Signed-off-by: Łukasz Stelmach l.stelm...@samsung.com
---
doc/indent.texinfo | 10 ++
src/args.c |7 +++
src/handletoken.c | 14 +-
src/indent.h |1 +
4 files changed, 31 insertions(+), 1 deletion(-)
diff --git a/doc/indent.texinfo b/doc/indent.texinfo
index 08f35f6..e652d52 100644
--- a/doc/indent.texinfo
+++ b/doc/indent.texinfo
@@ -1958,6 +1958,16 @@ Use the original Berkeley coding style.@*
Do not read @file{.indent.pro} files.@*
@xref{Invoking indent}.
+@item -pal
+@itemx --pointer-align-left
+Put asterisks in pointer declarations on the left of spaces, next to
+types: ``char* p''.
+
+@item -par
+@itemx --pointer-align-left
+Put asterisks in pointer declarations on the righ of spaces, next to
+types: ``char *p''. This is the default behaviour.
+
@item -pcs
@itemx --space-after-procedure-calls
Insert a space between the name of the
diff --git a/src/args.c b/src/args.c
index f392cce..a0603c2 100644
--- a/src/args.c
+++ b/src/args.c
@@ -191,6 +191,7 @@ static int exp_ts = 0;
static int exp_ut = 0;
static int exp_v= 0;
static int exp_version = 0;
+static int exp_par = 0;
/**
* The following structure is controlled by command line parameters and
@@ -350,6 +351,8 @@ const pro_ty pro[] =
{bacc,PRO_BOOL, false, ON, settings.blanklines_around_conditional_compilation, exp_bacc},
{T, PRO_KEY,0, ONOFF_NA, 0, exp_T},
{ppi, PRO_INT,0, ONOFF_NA, settings.force_preproc_width, exp_ppi},
+{pal, PRO_BOOL,true, OFF, settings.pointer_align_right, exp_par},
+{par, PRO_BOOL,true, ON, settings.pointer_align_right, exp_par},
/* Signify end of structure. */
{0, PRO_IGN,0, ONOFF_NA, 0, 0}
};
@@ -469,6 +472,8 @@ const pro_ty pro[] =
{bacc,PRO_BOOL, false, ON, settings.blanklines_around_conditional_compilation, exp_bacc},
{T, PRO_KEY,0, ONOFF_NA, 0, exp_T},
{ppi, PRO_INT,0, ONOFF_NA, settings.force_preproc_width, exp_ppi},
+{pal, PRO_BOOL,true, OFF, settings.pointer_align_right, exp_par},
+{par, PRO_BOOL,true, ON, settings.pointer_align_right, exp_par},
/* Signify end of structure. */
{0, PRO_IGN,0, ONOFF_NA, 0, 0}
};
@@ -598,6 +603,8 @@ const long_option_conversion_ty option_conversions[] =
{berkeley,orig},
{Bill-Shannon,bs},
{preprocessor-indentation,ppi},
+{pointer-align-right, par},
+{pointer-align-left, pal},
/* Signify end of structure. */
{0, 0},
};
diff --git a/src/handletoken.c b/src/handletoken.c
index 7b0338c..806c693 100644
--- a/src/handletoken.c
+++ b/src/handletoken.c
@@ -575,11 +575,15 @@ static void handle_token_unary_op(
{
char * t_ptr;
-if (parser_state_tos-want_blank)
+if (parser_state_tos-want_blank
+ !(parser_state_tos-in_decl
+ !settings.pointer_align_right
+ *token == '*'))
{
set_buf_break (bb_unary_op, paren_target);
*(e_code++) = ' ';
*e_code = '\0'; /* null terminate code sect */
+parser_state_tos-want_blank = false;
}
else if (can_break)
{
@@ -628,6 +632,14 @@ static void handle_token_unary_op(
*(e_code++) = *t_ptr;
}
+if (parser_state_tos-want_blank
+!(parser_state_tos-in_decl
+ settings.pointer_align_right
+ *token == '*'))
+{
+set_buf_break
Bug#666810: Apache 2.4 upload date scheduled for May 30
Hi, the upload for DACS compiled against apache2.4 is prepared in GIT. I currently wait for upstream to acknowledge a change to the source code, as there is currently a one line fix needed fix an FTBFS when using libxml2 2.9.1 from unstable. Upstream stated to me that he will fix this issue in the next days and release a new upstream version. Cheers, Martin -- Martin Zobel-Helas zo...@debian.orgDebian System Administrator Debian GNU/Linux Developer Debian Listmaster http://about.me/zobel Debian Webmaster GPG Fingerprint: 6B18 5642 8E41 EC89 3D5D BDBB 53B1 AC6D B11B 627B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714225: djview4 menu bar cycle
On Friday, June 28, 2013 10:46:50 AM Barak A. Pearlmutter wrote: djview4 menu bar cycle issue, http://bugs.debian.org/714225 This is hard to reproduce without having exactly the same screen. Dylan wrote shouldn't fit page never have menu bars?. This makes me think that this is more about the scrollbars. (see also: https://sourceforge.net/p/djvu/bugs/211/) However there should be no scrollbars in fullscreen mode. By default there should be just a toolbar that can be switched on or off with key F10. This could be changed by tweaking the interface preferences in a complicated way (uncheck the remember box and manually switch the menubar or the scrollbars on or off). But even in this case, I would like things to work correctly. But I need to know if this is the case... Can you clarify? Just to agree on the terminology: - menubar (File, Edit, etc.) - toolbar (with little icons) - vertical and horizontal scrollbars - status bar - docked widgets (outline, thumbnails, and find) Note that I just made subtle changes in the git repository to improve the prevention of scrollbar loops. However I am not sure that this is related to the problem Dylan describes. - L. - L.
Bug#714225: djview4 menu bar cycle
On Friday, June 28, 2013 10:46:50 AM Barak A. Pearlmutter wrote: djview4 menu bar cycle issue, http://bugs.debian.org/714225 This is hard to reproduce without having exactly the same screen. Dylan wrote shouldn't fit page never have menu bars?. This makes me think that this is more about the scrollbars. (see also: https://sourceforge.net/p/djvu/bugs/211/) However there should be no scrollbars in fullscreen mode. By default there should be just a toolbar that can be switched on or off with key F10. This could be changed by tweaking the interface preferences in a complicated way (uncheck the remember box and manually switch the menubar or the scrollbars on or off). But even in this case, I would like things to work correctly. But I need to know if this is the case... Can you clarify? Just to agree on the terminology: - menubar (File, Edit, etc.) - toolbar (with little icons) - vertical and horizontal scrollbars - status bar - docked widgets (outline, thumbnails, and find) Note that I just made subtle changes in the git repository to improve the prevention of scrollbar loops. However I am not sure that this is related to the problem Dylan describes. - L. - L.
Bug#586918: lvm2: vgimportclone(8) manpage example could be clarified
fowarded 586918 https://git.fedorahosted.org/cgit/lvm2.git/commit/man/vgimportclone.8.in?id=eba612b4c5566c305a1ee110faed1fd04606d053 fixed 586918 lvm2/2.02.66-3 stop -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713035: eatmydata bugs
On Fri, Jun 28, 2013 at 11:55:12AM +1000, Stewart Smith wrote:
Thomas Preud'homme robo...@debian.org writes:
And here is a proposed patch although I'm sure you don't need it :)
I think we'll actually need the cancellation points before we check if
eatmydata is hungry, so I'm actually going to do something slightly
different than this.
--- libeatmydata-26/debian/changelog2011-02-19 13:28:02.0
+0100
libeatmydata-26 is quite old and really should be updated.
Bugs fixed since then include:
- added sync_file_range support
- eatmydata script imported from debian, made to be cross-platform
- MacOS X support
- improved test suite
- fixes bugs related to having/not having large file support, fixes
32bit problems
- merging in most of the debian patches.
so it's probably worth just updating the debian package to the newer
libeatmydata.
New release up at:
https://launchpad.net/libeatmydata/trunk/libeatmydata-82
https://launchpad.net/libeatmydata/trunk/libeatmydata-82/+download/libeatmydata-82.tar.gz
sig:
https://launchpad.net/libeatmydata/trunk/libeatmydata-82/+download/libeatmydata-82.tar.gz.asc
Thanks for this new release. I have tested it and I am able to run the
tst-cancel4, tst-cancelx4, tst-cancel5 and tst-cancel5 tests without
problem with eatmydata. Note however that sync() is not a cancellation
point, so the call to pthread_testcancel() should be removed there.
That said, there are still two tests failing when run under eatmydata,
tst-key1 and tst-key4, though I haven't been able to understand what is
the problem. I have attached the later one, so that someone can debug
the issue.
--
Aurelien Jarno GPG: 1024D/F1BCDB73
aurel...@aurel32.net http://www.aurel32.net
/* Copyright (C) 2003, 2004 Free Software Foundation, Inc.
This file is part of the GNU C Library.
Contributed by Ulrich Drepper drep...@redhat.com, 2003.
The GNU C Library is free software; you can redistribute it and/or
modify it under the terms of the GNU Lesser General Public
License as published by the Free Software Foundation; either
version 2.1 of the License, or (at your option) any later version.
The GNU C Library is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
Lesser General Public License for more details.
You should have received a copy of the GNU Lesser General Public
License along with the GNU C Library; if not, see
http://www.gnu.org/licenses/. */
#include limits.h
#include pthread.h
#include stdio.h
#include stdlib.h
#include unistd.h
#ifdef PTHREAD_KEYS_MAX
const int max = PTHREAD_KEYS_MAX;
#else
const int max = _POSIX_THREAD_KEYS_MAX;
#endif
static pthread_key_t *keys;
static void *
tf1 (void *arg)
{
int i;
for (i = 0; i max; ++i)
if (pthread_setspecific (keys[i], (void *) (long int) (i + 1)) != 0)
{
puts (setspecific failed);
exit (1);
}
return NULL;
}
static void *
tf2 (void *arg)
{
int i;
for (i = 0; i max; ++i)
if (pthread_getspecific (keys[i]) != NULL)
{
printf (getspecific for key %d not NULL\n, i);
exit (1);
}
return NULL;
}
int main()
{
keys = alloca (max * sizeof (pthread_key_t));
int i;
for (i = 0; i max; ++i)
if (pthread_key_create (keys[i], NULL) != 0)
{
puts (key_create failed);
exit (1);
}
pthread_attr_t a;
if (pthread_attr_init (a) != 0)
{
puts (attr_init failed);
exit (1);
}
if (pthread_attr_setstacksize (a, 1 * 1024 * 1024) != 0)
{
puts (attr_setstacksize failed);
return 1;
}
for (i = 0; i 10; ++i)
{
int j;
#define N 2
pthread_t th[N];
for (j = 0; j N; ++j)
if (pthread_create (th[j], NULL, tf1, NULL) != 0)
{
puts (1st create failed);
exit (1);
}
for (j = 0; j N; ++j)
if (pthread_join (th[j], NULL) != 0)
{
puts (1st join failed);
exit (1);
}
for (j = 0; j N; ++j)
if (pthread_create (th[j], NULL, tf2, NULL) != 0)
{
puts (2nd create failed);
exit (1);
}
for (j = 0; j N; ++j)
if (pthread_join (th[j], NULL) != 0)
{
puts (2nd join failed);
exit (1);
}
}
if (pthread_attr_destroy (a) != 0)
{
puts (attr_destroy failed);
exit (1);
}
return 0;
}
Bug#714358: Can not easily remove old RAID/LVM during new reinstall
Package: installation-reports Version: debian 7 i386 installer build 20130430 Boot method: USB stick I wanted to delete old partitions and create RAID partition on hard drive. During installation: - I clicked on the disk driver (sda) - to delete partition - installer asked: do you want to start with new partition table? - I chose yes - installer asked to confirm it will destroy a RAID. - confirmed, yes But nothing was deleted. Work-around: delete the raid first. Configure RAID - delete RAID - delete md0. Then delete partition tables (start over). How it should work: it should deleted the RAID that used this driver. OR: also: some function to totally start over (delete all partition tables, all RAIDs, all LVMs, all DM/crypto). But how it should work for several hard drives? OR: function to manually partition WITHOUT auto-using existing things. It will skip auto-detecting RAID, LVM, DM/crypto. It would also solve most of the bugs regarding problems when overwriting on old partially broken or incompatible disk systems. -- Jabber/XMPP: tigusoft...@jabber.org Reporting bugs in Open Source software for creating great and free software for all users. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714359: Blowfish, Twofish swap, fstab/install cdrom (un)mount problems
Package: installation-reports Version: debian 7 i386 installer build 20130430 Boot method: USB stick 3 bugs during installation, reported together because they maybe result from same initial bug 1a/1b. 1a. can not use blowfish encryption for new LUKS partition 1b. can not use twofish encryption for new LUKS partition 2. swap not working in installed system after booting: /etc/crypttab refers to /dev/sdb2 but disk is sda2 when cdrom(install usb) removed. 3. cdrom unmounted itself. no_codename/failed to determine the codename for the release, failed to read archive === 1a === During installation I wanted to create new encrypted partitions. So in manual partitioning I created the new partition type use for encryption and I changed default encryption AES to Blowfish. There was error: No existing file system in this partition Note: When changing encryption to AES, he doesn't ask me about disk's password (its cached). Is this safe? -log: Jun 25 09:47:54 partman-crypto: kernel entropy_avail: 128 bits Jun 25 09:51:06 partman-crypto: device-mapper: reload ioctl on failed: Invalid argument Jun 25 09:51:06 partman-crypto: Failed to setup dm-crypt key mapping for device /dev/md0. Jun 25 09:51:06 partman-crypto: Check that kernel supports blowfish- xts-plain64 cipher (check syslog for more info). Jun 25 09:51:06 partman-crypto: Failed to write to key storage. Jun 25 09:51:06 kernel: [ 4102.752433] alg: No test for xts(blowfish) (xts(blowfish-generic)) Jun 25 09:51:06 kernel: [ 4102.752459] device-mapper: table: 253:0: crypt: Error allocating crypto tfm Jun 25 09:51:06 kernel: [ 4102.752463] device-mapper: ioctl: error adding target to table Jun 25 09:53:11 kernel: [ 4227.634189] alg: No test for xts(twofish) (xts(twofish-generic)) Encryption was changed to AES and it worked fine then. === 1b === During installation I created partition sdb2 for swap - use for encryption and I changed encryption to Twofish. Here doesn't reported an error, but in log is similar to the Blowfish error. === 2 === After system booting - I noticed that the swap is not working: swapon -sdoesn't show any swaps. in /etc/crypttab swap has encryption twofish with random passphare but on dev/sdb2. During installation probably disk was sdb2, because usb-stick (with ISO cdrom install) was sda. /!\ important - possible critical bug /!\ With this setup of /etc/crypttab would the booted system not try to overwrite /dev/sdb2 on the installed system, destroying some partition if the system would have 2 hard-drives? === 3 === In the same installation: after working around above problems (changing encryption type back to AES) installation was proceeding fine, until: error: failed to read archive '/media/cdrom/...' error: Failed to determine the codename for the release resolve: mount cd-rom manually (to /cdrom, to /media/cdrom/) seemed to fix this problem. -log: Jun 25 10:20:58 in-target: Unpacking linux-base (from .../linux- base_3.5_all.deb) ... Jun 25 10:20:58 in-target: dpkg-deb: error: failed to read archive `/media/cdrom//pool/main/l/linux-base/linux-base_3.5_all.deb': No such file or directory Jun 25 10:20:58 in-target: dpkg: error processing /media/cdrom//pool/main/l/linux-base/linux-base_3.5_all.deb (-- unpack): Jun 25 10:20:58 in-target: subprocess dpkg-deb --fsys-tarfile returned error exit status 2 Jun 25 10:20:58 in-target: dpkg: error processing /media/cdrom//pool/main/l/linux/linux-image-3.2.0-4-686- pae_3.2.41-2_i386.deb (--unpack): Jun 25 10:20:58 in-target: cannot access archive: No such file or directory Jun 25 10:20:58 in-target: dpkg: error processing /media/cdrom//pool/main/l/linux-latest/linux-image-686- pae_3.2+46_i386.deb (--unpack): Jun 25 10:20:58 in-target: cannot access archive: No such file or directory Jun 25 10:20:58 in-target: Processing triggers for man-db ... Jun 25 10:20:59 kernel: [ 5895.772806] scsi 3:0:0:0: Direct-Access Generic USB Flash Disk 0.00 PQ: 0 ANSI: 2 Jun 25 10:20:59 kernel: [ 5895.774336] sd 3:0:0:0: Attached scsi generic sg0 type 0 Jun 25 10:20:59 kernel: [ 5895.775054] sd 3:0:0:0: [sdc] 7892040 512-byte logical blocks: (4.04 GB/3.76 GiB) Jun 25 10:20:59 kernel: [ 5895.775541] sd 3:0:0:0: [sdc] Write Protect is on Jun 25 10:20:59 kernel: [ 5895.775547] sd 3:0:0:0: [sdc] Mode Sense: 0b 00 80 00 Jun 25 10:20:59 kernel: [ 5895.776237] sd 3:0:0:0: [sdc] No Caching mode page present Jun 25 10:20:59 kernel: [ 5895.776241] sd 3:0:0:0: [sdc] Assuming drive cache: write through Jun 25 10:20:59 kernel: [ 5895.780660] sd 3:0:0:0: [sdc] No Caching mode page present Jun 25 10:20:59 kernel: [ 5895.780665] sd 3:0:0:0: [sdc] Assuming drive cache: write through Jun 25 10:20:59 kernel: [ 5895.936368] sdc: sdc1 Jun 25 10:20:59 kernel: [ 5895.940785] sd 3:0:0:0: [sdc] No Caching mode page present Jun 25 10:20:59 kernel: [ 5895.940791] sd 3:0:0:0: [sdc] Assuming drive cache: write through Jun 25 10:20:59 kernel: [
Bug#638728: [Debian-arabic-packages] Bug#638728: debsums reports that some aspell-fa files have changed
tag 638728 + patch
thanks
On Mon, Aug 22, 2011 at 11:57:59AM +0200, Francois Gouget wrote:
Hi,
I don't know if it can help for aspell-ar-large or aspell-fa, but the
same bug has just been fixed in aspell-bg and aspell-uk. So just in case
these point to a solution to fix this, here are the relevant bugs and
changelog snippets:
aspell-bg:
* do not ship empty files overwritten by dictionaries-common
Closes: #638726: debsums reports that some aspell-bg files have changed
Thanks to Francois Gouget for reporting.
aspell-uk:
* Raise {build-,}dependency on dictionaries-common{-dev,} to 1.11.2~.
* Use auto-compat option for aspell-uk and do not create empty files
(closes: #638740)
Hi,
While working around this debsums message was once handled by not
shipping md5sums for relevant files under /var (debsums should not complain
that loud about originally empty files under /var, they are placeholders),
dictionaries-common stuff now supports a different way to handle this,
creating/updating compat during package preinst and removing compat and
rws on package removal. This has the advantage that dictionary is no longer
unavailable between unpack and configuration unless a (very rare) binary
format change happens.
I am attaching a proposed patch to use this system, see comments for details.
It seemed to work well here, but real test should be done by someone really
using the dict.
Regards,
--
Agustin
From 48cfeb33e30f97fef52f3fff6ba715633249f4ab Mon Sep 17 00:00:00 2001
From: Agustin Martin Domingo agmar...@debian.org
Date: Fri, 28 Jun 2013 13:14:08 +0200
Subject: [PATCH] Enable Auto-Hash+Auto-Compat feature to no longer modify
shipped files. (Closes: #638728).
* debian/aspell-fa.info-aspell:
- Enable Auto-Hash+Auto-Compat feature
* debian/fa.contents:
- Explicitly add this file. Needed there by installdeb-aspell+Auto-Hash+Auto-Compat.
* debian/control: Build-Dep on at least dictionaries-common-dev (= 1.11.2)
- Support Auto-Hash+Auto-Compat feature.
- Automatically set symlinks.
* debian/rules:
- Do not create .compat and .rws placeholders.
- Do not create symlinks.
- Install fa.contents.
---
debian/aspell-fa.info-aspell | 2 ++
debian/changelog | 12 +++-
debian/control | 2 +-
debian/fa.contents | 3 +++
debian/rules | 14 +-
5 files changed, 18 insertions(+), 15 deletions(-)
create mode 100644 debian/fa.contents
diff --git a/debian/aspell-fa.info-aspell b/debian/aspell-fa.info-aspell
index 1f4fcf0..83d9f15 100644
--- a/debian/aspell-fa.info-aspell
+++ b/debian/aspell-fa.info-aspell
@@ -1,4 +1,6 @@
Language: Persian (Farsi)
Hash-Name: fa
Emacsen-Name: persian
+Auto-Compat: fa
+Auto-Contents: fa
Coding-System: utf-8
diff --git a/debian/changelog b/debian/changelog
index 1606e8b..9f66719 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,14 @@
+aspell-fa (0.11-0-2.0.1) unstable; urgency=low
+
+ * Proposed bug fix.
+ * aspell-fa.info-aspell, debian/{control,rules}:
+- Enable Auto-Hash+Auto-Compat feature to no longer modify
+ shipped files. Needs setting fa.contents under debian/
+ (Closes: #638728).
+- Auto-generate symlinks (needs recent enough dict-common-dev)
+
+ -- Agustin Martin Domingo agmar...@debian.org Fri, 28 Jun 2013 12:50:10 +0200
+
aspell-fa (0.11-0-2) unstable; urgency=low
[ Alan Baghumian ]
@@ -34,4 +45,3 @@ aspell-fa (0.03+0-1) unstable; urgency=low
* Initial release (Closes: #377450).
-- Alan Baghumian a...@technotux.org Tue, 4 Jul 2006 08:08:46 +0330
-
diff --git a/debian/control b/debian/control
index 5283d38..a9d3ad6 100644
--- a/debian/control
+++ b/debian/control
@@ -4,7 +4,7 @@ Priority: optional
Maintainer: Debian Arabic Packaging Team debian-arabic-packa...@lists.alioth.debian.org
Uploaders: Alan Baghumian a...@technotux.org, Lior Kaplan kap...@debian.org
Build-Depends: cdbs (= 0.4.37), debhelper (= 5.0.0)
-Build-Depends-Indep: dictionaries-common-dev (= 0.70.0)
+Build-Depends-Indep: dictionaries-common-dev (= 1.11.2)
Standards-Version: 3.9.2
Homepage: http://ftp.gnu.org/gnu/aspell/dict/fa/
diff --git a/debian/fa.contents b/debian/fa.contents
new file mode 100644
index 000..b5dee53
--- /dev/null
+++ b/debian/fa.contents
@@ -0,0 +1,3 @@
+fa-common
+fa-generic
+fa-scientific
diff --git a/debian/rules b/debian/rules
index 434cee2..f248734 100755
--- a/debian/rules
+++ b/debian/rules
@@ -5,21 +5,9 @@ include /usr/share/cdbs/1/rules/debhelper.mk
DICT_LANG := fa
install/aspell-$(DICT_LANG)::
- touch $(DEB_DESTDIR)/var/lib/aspell/fa.compat
-
gzip -9 -c fa-common.cwl $(DEB_DESTDIR)/usr/share/aspell/fa-common.cwl.gz
- echo fa-common $(DEB_DESTDIR)/usr/share/aspell/$(DICT_LANG).contents
- touch $(DEB_DESTDIR)/var/lib/aspell/fa-common.rws
- ln -sf /var/lib/aspell/fa-common.rws $(DEB_DESTDIR)/usr/lib/aspell/fa-common.rws
-
gzip -9 -c fa-generic.cwl
Bug#587277: lvm2: fsadm has no man page
fixed-upstream 587277 stop The page is in source files, but not installed. -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#572628: ip6tables(8) manpage examples use (ip4) iptables
fixed iptables/1.4.8-1 stop The examples have been removed from these manpages by upstream. -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714331: [pkg-cryptsetup-devel] Bug#714331: Bug#714331: cryptsetup: switch to more secure defaults?
On Fri, 2013-06-28 at 12:04 +0200, Jonas Meurer wrote: The Debian package doesn't use '/dev/urandom' anywhere. the cryptsetup binary uses upstreams default Sure... by which the binary uses /dev/urandom ;) and I don't intend to change that. IIRC, cryptsetup defaults to '/dev/urandom'. You can decide on your own using the commandline --use-random and --use-urandom switches. I guess the reasons for '/dev/urandom' as default are low-entrophy devices, batch mode and all that. Please discuss this issue upstream in case that you disagree. Yeah... but sometimes it doesn't harm to use the ./configure options to choose more secure defaults... when upstream hasn't decided yet. Your assumption was right. The default cipher for LUKS changed to aes-xts-plain64 with the release of cryptsetup 1.6.0. In my opionion, this change doesn't need to be advertised anywhere but in changelog. LUKS header include the cipher anyway, so no changes needed by users. Didn't the defaults also change for plain dm-crypt? So that users trying to set up the mapping without specifying stuff would get failures now... It's not that the old default aes-cbc-essiv is considered insecure. If that was the case, then I would agree that users would need to be warned. No I didn't even mean because of security issues, but simply because they now might need to specify --cipher aes-cbc-essiv:sha256 I'm in the process of uploading cryptsetup 1.6.1-1 to unstable btw. Just saw it... congratulations :) Cheers, Chris. smime.p7s Description: S/MIME cryptographic signature
Bug#714361: src:glpk-java: FTBFS against glpk 4.51-1
Package: src:glpk-java Version: 1.0.18-1 Severity: important Tags: jessie sid Usertags: glpk glpk-java fails to build from source against glpk 4.51-1, which is currently available in experimental. A build log is attached to this report. Note that the severity of the present bug report will be raised once the new version of glpk is uploaded to sid. -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 dpkg-buildpackage -rfakeroot -D -us -uc -b dpkg-buildpackage: paquet source glpk-java dpkg-buildpackage: version source 1.0.18-1 dpkg-buildpackage: source changé par Sylvestre Ledru sylves...@debian.org dpkg-source --before-build glpk-java-1.0.18 dpkg-buildpackage: architecture hôte amd64 fakeroot debian/rules clean test -x debian/rules dh_testroot rm -f debian/stamp-makefile-build debian/stamp-makefile-install /usr/bin/make -C . CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall CXXFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-z,relro -k clean make[1]: entrant dans le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18 » cd doc; /usr/bin/make clean make[2]: entrant dans le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/doc » rm -f *.aux rm -f *.bbl rm -f *.blg rm -f *.gz rm -f *.idx rm -f *.ilg rm -f *.ind rm -f *.log rm -f *.out rm -f *.toc make[2]: quittant le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/doc » cd examples/java; /usr/bin/make clean make[2]: entrant dans le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/examples/java » rm -f *.class make[2]: quittant le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/examples/java » cd swig; /usr/bin/make clean make[2]: entrant dans le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/swig » rm -f -r src/main src/c target .libs rm -f *.jar *.o *.la *.lo ../examples/*.class target make[2]: quittant le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/swig » make[1]: quittant le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18 » rm -f debian/stamp-makefile-check dh_clean find examples -iname '*.class'|xargs rm -f debian/rules build test -x debian/rules mkdir -p . /usr/share/cdbs/1/rules/buildcore.mk:109: WARNING: DEB_COMPRESS_EXCLUDE is a deprecated variable /usr/bin/make -C . CFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall CXXFLAGS=-g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -Wall CPPFLAGS=-D_FORTIFY_SOURCE=2 LDFLAGS=-Wl,-z,relro all prefix=/usr JAVA_HOME=/usr/lib/jvm/default-java/ make[1]: entrant dans le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18 » cd doc; /usr/bin/make all make[2]: entrant dans le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/doc » gzip -c libglpk-java.3 libglpk-java.3.gz make[2]: quittant le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/doc » cd examples/java; /usr/bin/make all make[2]: entrant dans le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/examples/java » make[2]: Rien à faire pour « all ». make[2]: quittant le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/examples/java » cd swig; /usr/bin/make all make[2]: entrant dans le répertoire « /home/sebastien/debian/transitions/glpk/glpk-java-1.0.18/swig » echo /usr/lib/jvm/default-java/ /usr/lib/jvm/default-java/ mkdir -p target/classes mkdir -p target/apidocs mkdir -p src/c mkdir -p src/main/java/org/gnu/glpk cp *.java src/main/java/org/gnu/glpk swig -I/usr/lib/jvm/default-java//include -I/usr/local/include -I/usr/include -java -package org.gnu.glpk -o src/c/glpk_wrap.c \ -outdir src/main/java/org/gnu/glpk glpk.i libtool --mode=compile gcc -I/usr/lib/jvm/default-java//include -I/usr/local/include -I/usr/include -c -fPIC src/c/glpk_wrap.c libtool: compile: gcc -I/usr/lib/jvm/default-java//include -I/usr/local/include -I/usr/include -c -fPIC src/c/glpk_wrap.c -fPIC -DPIC -o .libs/glpk_wrap.o libtool: compile: gcc -I/usr/lib/jvm/default-java//include -I/usr/local/include -I/usr/include -c -fPIC src/c/glpk_wrap.c -o glpk_wrap.o /dev/null 21 libtool --mode=link \ gcc -version-info 32:0:32 -revision 4.47 \ -g -O -o libglpk_java.la -rpath /usr/lib/jni glpk_wrap.lo -lglpk libtool: link: gcc -shared -fPIC -DPIC .libs/glpk_wrap.o -lglpk -O -Wl,-soname -Wl,libglpk_java.so.0 -o .libs/libglpk_java.so.0.32.0 libtool: link: (cd .libs rm -f libglpk_java.so.0 ln -s libglpk_java.so.0.32.0 libglpk_java.so.0) libtool: link: (cd .libs rm -f libglpk_java.so ln -s libglpk_java.so.0.32.0 libglpk_java.so) libtool:
Bug#670670: iptables: a /usr/share/man8/ manpage hard code path here? and a man page file?
fixed 670670 iptables/1.4.9-1 stop Fixed for a long time. cf. http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=590619 -- Stéphane Aulery -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714362: security issue in radius_get_vendor_attr()
Package: php-radius Severity: serious Tags: security patch Hi, A new upstream release of php-radius is available which fixes a security issue. http://pecl.php.net/package-info.php?package=radiusversion=1.2.7 The relevant patch is https://github.com/LawnGnome/php-radius/commit/13c149b051f82b709e8d7cc32111e84b49d57234 A CVE id has been requested and will follow. Can you please fix this issue for unstable, and see if you can prepare updates for (old)stable? thanks, Thijs -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.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#714363: libgd2: Wrong quoting in version strings
Package: libgd2 Version: 2.1.0-1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch *** /tmp/tmp_IJ9Y5/bug_body In Ubuntu, the attached patch was applied to achieve the following: * debian/patches/fix-compiled-in-version.patch: updated to properly quote GD_EXTRA_VERSION and GD_VERSION_STRING. Lack of quoting there is causing other packages, such as php5, to fail to compile. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring'), (100, 'raring-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-25-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru libgd2-2.1.0/debian/changelog libgd2-2.1.0/debian/changelog diff -Nru libgd2-2.1.0/debian/patches/fix-compiled-in-version.patch libgd2-2.1.0/debian/patches/fix-compiled-in-version.patch --- libgd2-2.1.0/debian/patches/fix-compiled-in-version.patch 2013-06-27 04:02:13.0 -0400 +++ libgd2-2.1.0/debian/patches/fix-compiled-in-version.patch 2013-06-28 08:54:20.0 -0400 @@ -1176,8 +1176,8 @@ +#define GD_MAJOR_VERSION @GDLIB_MAJOR@ +#define GD_MINOR_VERSION @GDLIB_MINOR@ +#define GD_RELEASE_VERSION @GDLIB_REVISION@ -+#define GD_EXTRA_VERSION @GDLIB_EXTRA@ -+#define GD_VERSION_STRING @GDLIB_VERSION@ ++#define GD_EXTRA_VERSION @GDLIB_EXTRA@ ++#define GD_VERSION_STRING @GDLIB_VERSION@ + +/* Do the DLL dance: dllexport when building the DLL, + dllimport when importing from it, nothing when
Bug#714364: New upstream version 8.0.0
Package: condor Version: 7.8.2~dfsg.1-1+deb7u1+b1 HTCondor 8.0.0 is available. If it's possible, it would be nice to have it updated in Debian. Regards, Vedran -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714365: src:openms: FTBFS against glpk 4.51-1
Package: src:openms Version: 1.9.0-4 Severity: important Usertags: glpk Dear Maintainer, openms fails to build from source against glpk 4.51-1, which is currently available in experimental. A build log is attached to this report. The new version of glpk introduces several API changes, most of which are described in the NEWS file coming with the package. Note that the severity of the present bug report will be raised once the new version of glpk is uploaded to sid. Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 openms_1.9.0-4_amd64.build.xz Description: Binary data signature.asc Description: Digital signature
Bug#714366: wine-bin-unstable: winecfg fails: wine: could not exec wineserver
Package: wine-bin-unstable Version: 1.5.30-1 Severity: normal wine (unstable) has stopped working correctly in the latest version 1.5.30-1 Launching winecfg from the command line, for instance, fails: $ winecfg wine: could not exec wineserver The same error message happens when trying to launch Windows executables. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_AU.utf8, LC_CTYPE=en_AU.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages wine-bin-unstable depends on: ii libc6 2.17-5 ii libwine-gecko-1.4 1.4+dfsg1-3 ii libwine-unstable 1.5.30-1 ii x11-utils 7.7~1 wine-bin-unstable recommends no packages. Versions of packages wine-bin-unstable suggests: pn libwine-gl-unstable none pn libwine-print-unstable none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714367: aspell-am: Work around nasty debsums messages about changed shipped files.
Package: aspell-am
Version: 0.03-1-4
Severity: normal
Tags: patch
Hi, Lior
Looking at some of the debsums messages complaining about modified shipped
files, I came to this package. I was looking for simple peckages like this
one creating a single aspell dict package that can be used as example, so
tried with it.
As I recently wrote in #638728, during some time we excluded stuff under
/var/lib/{aspell,ispell} when creating md5sums, so debsums stayed quiet.
dictionaries-common stuff now supports a different way to handle this,
creating/updating compat during package preinst and removing compat and
rws on package removal. This has the advantage that dictionary is no longer
unavailable between unpack and configuration unless a (very rare) binary
format change happens.
I am attaching a proposed patch to use this system in aspell-am.
It is possible to rely on installdeb-aspell to create the symlinks at build
time, but this will happen only if there was nothing previously in the
symlink location. Since am.rws is initially installed there (and later
overwritten as a symlink from debian/rules) the symlink will not be
automatically created if the dh_link line is removed unless installed
$(DESTDIR)/usr/lib/aspell/am.rws is removed first, so I left this part as
you had it.
Regards,
--
Agustin
From 773128106ca54b5a8eed0b0bd70c27d999d2b522 Mon Sep 17 00:00:00 2001
From: Agustin Martin Domingo agmar...@debian.org
Date: Fri, 28 Jun 2013 15:10:46 +0200
Subject: [PATCH] Enable Auto-Hash feature to no longer modify shipped files.
---
debian/changelog |7 +++
debian/control |2 +-
debian/info-aspell |1 +
debian/rules |3 ---
4 files changed, 9 insertions(+), 4 deletions(-)
diff --git a/debian/changelog b/debian/changelog
index 94a7226..c4f0b97 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+aspell-am (0.03-1-4.0.1) unstable; urgency=low
+
+ * Bug fix proposal.
+ * Enable Auto-Hash feature to no longer modify shipped files.
+
+ -- Agustin Martin Domingo agmar...@debian.org Fri, 28 Jun 2013 14:47:26 +0200
+
aspell-am (0.03-1-4) unstable; urgency=low
* The fix lintian warnings upload.
diff --git a/debian/control b/debian/control
index cf54d88..3e80639 100644
--- a/debian/control
+++ b/debian/control
@@ -3,7 +3,7 @@ Section: text
Priority: optional
Maintainer: Lior Kaplan kap...@debian.org
Build-Depends: debhelper (= 5)
-Build-Depends-Indep: dictionaries-common-dev, aspell
+Build-Depends-Indep: dictionaries-common-dev (= 1.11.2), aspell
Standards-Version: 3.9.2
Homepage: ftp://ftp.gnu.org/gnu/aspell/dict/am/
diff --git a/debian/info-aspell b/debian/info-aspell
index 290eccc..f11fdb0 100644
--- a/debian/info-aspell
+++ b/debian/info-aspell
@@ -5,5 +5,6 @@ Casechars: [á á á á á á
áá á á á á á áá á á
Not-Casechars: [^á á á á á á
áá á á á á á áá á á á á á áá á á á á á áá ᡠᢠᣠᤠᥠá¦á¨ ᩠᪠᫠ᬠá á®á° á± á² á³ á´ áµ á¶á¸ ṠẠỠἠὠá¾á á á á á á
áá ᡠᢠᣠᤠᥠá¦á° á± á² á³ á´ áµ á¶á¸ ṠẠỠἠὠá¾á á á á á á
áá á á á á á áá á á á á á áá ᡠᢠᣠᤠᥠá¦á¨ ᩠᪠᫠ᬠá á®á¸ ṠẠỠἠὠá¾á á á á á á áá á á á á á áá á á á á á áá ᡠᢠᣠᤠᥠá¦á¨ ᩠᪠᫠ᬠá á®á° á± á² á³ á´ áµ á¶á á á á á á
áá á á á á á áá ᡠᢠᣠᤠᥠá¦á¨ ᩠᪠᫠ᬠá á®á° á± á² á³ á´ áµ á¶á¸ ṠẠỠἠὠá¾á á á á á á
áá á á á á á áá á á á á á á]
Otherchars: [-']
Many-Otherchars: no
+Auto-Compat: am
Ispell-Args:
Aspell-Locales: am, am_ET
diff --git a/debian/rules b/debian/rules
index 4977434..98ea42d 100755
--- a/debian/rules
+++ b/debian/rules
@@ -49,10 +49,7 @@ install: build
# Add here commands to install the package into debian/aspell-am-0.03.
$(MAKE) DESTDIR=$(DEB_DESTDIR) install
gzip -9 -c am.cwl $(DEB_DESTDIR)/usr/share/aspell/am.cwl.gz
- touch $(DEB_DESTDIR)/var/lib/aspell/am.rws
dh_link var/lib/aspell/am.rws usr/lib/aspell/am.rws
- echo am $(DEB_DESTDIR)/usr/share/aspell/am.contents
- touch $(DEB_DESTDIR)/var/lib/aspell/am.compat
installdeb-aspell
--
1.7.10.4
Bug#700556: Updating the wapiti Uploaders list
Control: reassign -1 wnpp Control: retitle -1 O: wapiti -- web application vulnerability scanner Control: severity -1 normal X-Debbugs-Cc: Python Applications Packaging Team python-apps-t...@lists.alioth.debian.org Thomas Bläsing thoma...@pool.math.tu-berlin.de has not been working on the wapiti package for quite some time. We are tracking their status in the MIA team and would like to ask you to remove them from the Uploaders list of the package so we can close that part of the file. Since no-one has stepped up to do the maintenance, I'm orphaning this package. I've uploaded a new upstream version that also includes a number of other changes and cleanups. With this, the package should be in reasonable shape. However, since I'm not an active user of wapiti, I don't think I can be a proper maintainer. The package source is currently maintained in the Python Applications Packaging Team Svn repository (see Vcs headers). The package description is: Wapiti allows you to audit the security of your web applications. It performs black-box scans, i.e. it does not study the source code of the application but will scan the web pages of the deployed web applications, looking for scripts and forms where it can inject data. Once it gets this list, Wapiti acts like a fuzzer, injecting payloads to see if a script is vulnerable. . Wapiti can detect the following vulnerabilities: - file handling errors (local and remote include/require, fopen, readfile...) - database injection (PHP/JSP/ASP SQL Injections and XPath Injections) - XSS (Cross Site Scripting) injection - LDAP injection - command execution detection (eval(), system(), passtru()...) - CRLF injection (HTTP response splitting, session fixation...) Thanks, -- -- arthur - adej...@debian.org - http://people.debian.org/~adejong -- signature.asc Description: This is a digitally signed message part
Bug#714368: src:cvxopt: FTBFS against glpk 4.51-1
Package: src:cvxopt
Version: 1.1.4-1
Severity: important
Tags: jessie sid
Usertags: glpk
Dear Maintainer,
cvxopt fails to build from source against glpk 4.51-1, which is currently
available in experimental. A build log is attached to this report.
The new version of glpk introduces several API changes, most of which are
described in the NEWS file coming with the package.
Note that the severity of the present bug report will be raised once the new
version of glpk is uploaded to sid.
Cheers,
--
.''`.Sébastien Villemot
: :' :Debian Developer
`. `' http://www.dynare.org/sebastien
`- GPG Key: 4096R/381A7594
dpkg-buildpackage -rfakeroot -D -us -uc -b
dpkg-buildpackage: paquet source cvxopt
dpkg-buildpackage: version source 1.1.4-1
dpkg-buildpackage: source changé par Soeren Sonnenburg so...@debian.org
dpkg-source --before-build cvxopt-1.1.4
dpkg-buildpackage: architecture hôte amd64
fakeroot debian/rules clean
test -x debian/rules
dh_testroot
dh_clean
for buildver in 2.7; do \
cd /home/sebastien/debian/transitions/glpk/cvxopt-1.1.4 cd
src \
python$buildver setup.py clean \
-a; \
done
running clean
'build/lib.linux-x86_64-2.7' does not exist -- can't clean it
'build/bdist.linux-x86_64' does not exist -- can't clean it
'build/scripts-2.7' does not exist -- can't clean it
rm -rf debian/python-module-stampdir
find /home/sebastien/debian/transitions/glpk/cvxopt-1.1.4 -name '*.py[co]'
-delete
find /home/sebastien/debian/transitions/glpk/cvxopt-1.1.4 -name __pycache__
-type d -empty -delete
find /home/sebastien/debian/transitions/glpk/cvxopt-1.1.4 -prune -name
'*.egg-info' -exec rm -rf '{}' ';'
rm -f debian/stamp-docs
make -C doc clean
make[1]: entrant dans le répertoire «
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/doc »
rm -rf build/*
make[1]: quittant le répertoire «
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/doc »
rm -f -r src/build
debian/rules build
test -x debian/rules
mkdir -p src
/usr/share/cdbs/1/rules/buildcore.mk:109: WARNING: DEB_COMPRESS_EXCLUDE is a
deprecated variable
mkdir -p debian/python-module-stampdir
set -e; for buildver in 2.7; do \
cd /home/sebastien/debian/transitions/glpk/cvxopt-1.1.4 cd
src \
python$buildver setup.py build \
--build-base=/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build; \
done
running build
running build_py
creating /home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build
creating
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7
creating
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt
copying python/coneprog.py -
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt
copying python/msk.py -
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt
copying python/misc.py -
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt
copying python/info.py -
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt
copying python/__init__.py -
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt
copying python/printing.py -
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt
copying python/solvers.py -
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt
copying python/modeling.py -
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt
copying python/cvxprog.py -
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt
running build_ext
building 'gsl' extension
creating
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/temp.linux-x86_64-2.7
creating
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/temp.linux-x86_64-2.7/C
x86_64-linux-gnu-gcc -pthread -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2
-Wall -Wstrict-prototypes -fPIC -I/usr/include/gsl -I/usr/include/python2.7 -c
C/gsl.c -o
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/temp.linux-x86_64-2.7/C/gsl.o
C/gsl.c: In function ‘initgsl’:
C/gsl.c:197:13: warning: variable ‘m’ set but not used
[-Wunused-but-set-variable]
PyObject *m;
^
x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions
-Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall
-Wstrict-prototypes -D_FORTIFY_SOURCE=2 -g -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/temp.linux-x86_64-2.7/C/gsl.o
-lm -lgsl -lblas -o
/home/sebastien/debian/transitions/glpk/cvxopt-1.1.4/src/build/lib.linux-x86_64-2.7/cvxopt/gsl.so
building 'fftw' extension
Bug#714363: [pkg-GD-devel] Bug#714363: libgd2: Wrong quoting in version strings
Thanks Marc, also merged the fix into upstream. O. On Fri, Jun 28, 2013 at 3:18 PM, Marc Deslauriers marc.deslauri...@ubuntu.com wrote: Package: libgd2 Version: 2.1.0-1 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu saucy ubuntu-patch *** /tmp/tmp_IJ9Y5/bug_body In Ubuntu, the attached patch was applied to achieve the following: * debian/patches/fix-compiled-in-version.patch: updated to properly quote GD_EXTRA_VERSION and GD_VERSION_STRING. Lack of quoting there is causing other packages, such as php5, to fail to compile. Thanks for considering the patch. -- System Information: Debian Release: wheezy/sid APT prefers raring-updates APT policy: (500, 'raring-updates'), (500, 'raring-security'), (500, 'raring'), (100, 'raring-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.8.0-25-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash ___ pkg-GD-devel mailing list pkg-gd-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-gd-devel -- Ondřej Surý ond...@sury.org
Bug#714155: initramfs-tools: mdadm starts up before all needed devices are available
My apologies. The expected behavior is that all the needed devices (/dev/sdc, /dev/sda2, and /dev/sde) would have started up and been available, before mdadm started up, so that mdadm would assemble the array with all devices, instead of in a degraded state. The actual behavior seen is that /dev/sde was up and available at timestamp 3.135237, while mdadm had actually been started at timestamp 2.171754, nearly a second before all devices finished initializing. thanks! On Thu, Jun 27, 2013 at 4:51 AM, Michael Prokop m...@debian.org wrote: reassign 714155 mdadm thanks * Brian Minton [Wed Jun 26, 2013 at 08:59:06AM -0400]: Package: initramfs-tools Version: 0.113 Severity: normal Dear Maintainer, bminton@bminton:~$ dmesg|grep sde [3.114799] sd 8:0:0:0: [sde] 2930277168 512-byte logical blocks: (1.50 TB/1.36 TiB) [3.115888] sd 8:0:0:0: [sde] Write Protect is off [3.119758] sd 8:0:0:0: [sde] Mode Sense: 00 3a 00 00 [3.119808] sd 8:0:0:0: [sde] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA [3.134660] sde: unknown partition table [3.135237] sd 8:0:0:0: [sde] Attached SCSI disk [45018.662644] md: export_rdev(sde) [45018.748222] md: bindsde [45018.772292] disk 2, o:1, dev:sde bminton@bminton:~$ dmesg|grep md1 [2.164616] md: md1 stopped. [2.171754] md/raid:md1: device sdc operational as raid disk 0 [2.172104] md/raid:md1: device sda2 operational as raid disk 1 [2.173021] md/raid:md1: allocated 3282kB [2.173416] md/raid:md1: raid level 5 active with 2 out of 3 devices, algorithm 5 [2.174093] md1: detected capacity change from 0 to 3000603639808 [2.177433] md1: unknown partition table [45018.773937] md: recovery of RAID array md1 Here's some info about my RAID setup: Personalities : [raid6] [raid5] [raid4] md1 : active raid5 sde[3] sdc[0] sda2[1] 2930276992 blocks level 5, 64k chunk, algorithm 5 [3/2] [UU_] [===.] recovery = 19.4% (285554336/1465138496) finish=684.0min speed=28741K/sec unused devices: none /dev/md1: Version : 0.90 Creation Time : Wed Jun 3 09:16:22 2009 Raid Level : raid5 Array Size : 2930276992 (2794.53 GiB 3000.60 GB) Used Dev Size : 1465138496 (1397.26 GiB 1500.30 GB) Raid Devices : 3 Total Devices : 3 Preferred Minor : 1 Persistence : Superblock is persistent Update Time : Wed Jun 19 11:22:09 2013 State : clean, degraded, recovering Active Devices : 2 Working Devices : 3 Failed Devices : 0 Spare Devices : 1 Layout : parity-last Chunk Size : 64K Rebuild Status : 19% complete UUID : bfa46bf0:67d6e997:e473ac2a:9f2b3a7b Events : 0.2609536 Number Major Minor RaidDevice State 0 8 320 active sync /dev/sdc 1 821 active sync /dev/sda2 3 8 642 spare rebuilding /dev/sde [snip package information] I'm not sure what initramfs-tools could do about that, AFAICS it's an issue with mdadm's i-t hook, so reassigning to mdadm. PS: It would be nice to write a few more words about misbehaviour/expected behaviour and not just c/p some logs into a bug report. regards, -mika- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEARECAAYFAlHL/S0ACgkQ2N9T+zficujlvQCeOVPTQxyBLlEEfDZnj2eX/SGi U10AnAno3fmNnQM8VEJ/dhlXt+kfgoDN =8vTT -END PGP SIGNATURE-
Bug#714370: samba4: samba_dnsupdate choose wrong IPV6 address to connect to
Package: samba4 Version: 4.0.3+dfsg1-0.1 Severity: minor Tags: upstream Dear Maintainer, I tried to make the dnsupdate work with samba4. The configuration of our dns quite simple. We have a master dns that forward all requests concerning the samba4 domain to the samba4 server. Our samba4 installation use samba_dlz and bind to achieve the dns update. Our site is IPV6 enabled. But as we have an IPV4 class B, we choose to calculate the IPV6 from each computer basically from the IPV4 and our prefix. When debugging the dnsupdate I was surprised to see that samba was trying to connect to a server DNS on an IPV6 calculated from our prefix and the server MAC address (just as the norm says), but for all I am aware of, this address is not used not listed anywhere. To fix it, I just attached this new formed address to the interface (with netmask of /128). I hope this can help. Thanks for your work. Best regards, -- System Information: Debian Release: 7.1 APT prefers unstable APT policy: (50, 'unstable'), (60, 'testing'), (995, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711689: No longer ignores '.dpkg-dist' files in /etc/laptop-mode/conf.d/
Package: laptop-mode-tools Version: 1.63-2 Followup-For: Bug #711689 /etc/laptop-mode/laptop-mode.conf.dpkg-dist is read too, which makes my setting of LM_AC_HD_POWERMGMT failed. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (2, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages laptop-mode-tools depends on: ii lsb-base4.1+Debian12 ii psmisc 22.20-1 ii util-linux 2.20.1-5.4 Versions of packages laptop-mode-tools recommends: ii ethtool 1:3.9-1 ii hdparm 9.43-1 ii net-tools 1.60-25 pn sdparm none ii udev175-7.2 ii wireless-tools 30~pre9-8 Versions of packages laptop-mode-tools suggests: ii acpid 1:2.0.19-1 pn halnone -- Configuration Files: /etc/laptop-mode/laptop-mode.conf changed [not included] -- 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#714369: mc dir1 does not always put cursor on dir1 panel
Package: mc Version: 3:4.8.5-1 Severity: normal make mc to focus on right side using c-u and exit $ cd ~ $ mc /usr This used to show MC panels with focus on /usr on left side. Now I get focus on my home directory on right side and non-focus on /usr on left side. I.e., mc dir1 dir2 always set left panel to dir1 and right panel to dir2 while focus remains to be the old one. mc should reset panel focus if argument is provided. Since this feature is annoying and not documented, I assume this is some regression of recent version. I do not get this annoyance by 4.8.3-10 (Debian stable) as I checked. So this may be upstream 4.8.4 or 4.8.5 bug. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (10, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mc depends on: ii e2fslibs 1.42.8-1 ii libc6 2.17-5 ii libglib2.0-0 2.36.3-2 ii libgpm2 1.20.4-6.1 ii libslang2 2.2.4-15 ii libssh2-1 1.4.3-1 ii mc-data 3:4.8.5-1 Versions of packages mc recommends: ii mime-support 3.54 ii perl 5.14.2-21 ii unzip 6.0-9 Versions of packages mc suggests: ii arj 3.10.22-11 ii bzip21.0.6-4 pn dbview none pn djvulibre-binnone ii evince [pdf-viewer] 3.4.0-3.1+b1 ii file 1:5.14-2 ii genisoimage 9:1.1.11-2 ii gv [pdf-viewer] 1:3.7.3-1 ii imagemagick 8:6.7.7.10-5 ii links2.7-2 pn odt2txt none ii okular [pdf-viewer] 4:4.8.4-3+b1 ii poppler-utils0.18.4-6 ii python 2.7.5-2 pn python-boto none pn python-tznone ii texlive-binaries 2013.20130529.30792-1 ii w3m 0.5.3-8 ii xpdf [pdf-viewer]3.03-11 ii zip 3.0-7 -- 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#714371: linux-image-3.9-1-amd64: possible circular locking dependency in efifb
Package: src:linux
Version: 3.9.6-1
Severity: normal
Tags: upstream
I have compiled kernel with lockdep support from linux-source-3.9 package;
config was taken from 3.9-1-amd64 + some debug options on (including
lockdep). I get following messages:
[ 600.453133] ==
[ 600.453133] [ INFO: possible circular locking dependency detected ]
[ 600.453134] 3.9.6-1-debug-amd64 #1 Tainted: GW O
[ 600.453135] ---
[ 600.453135] kworker/0:0/4 is trying to acquire lock:
[ 600.453140] (fb_info-lock){+.+.+.}, at: [81242e88]
lock_fb_info+0x18/0x37
[ 600.453141]
[ 600.453141] but task is already holding lock:
[ 600.453144] (console_lock){+.+.+.}, at: [812ae160]
console_callback+0xa/0xf3
[ 600.453144]
[ 600.453144] which lock already depends on the new lock.
[ 600.453144]
[ 600.453144]
[ 600.453144] the existing dependency chain (in reverse order) is:
[ 600.453145]
[ 600.453145] - #1 (console_lock){+.+.+.}:
[ 600.453148][81092274] lock_acquire+0x10a/0x15f
[ 600.453150][81044551] console_lock+0x69/0x6b
[ 600.453151][81243c57] register_framebuffer+0x201/0x278
[ 600.453153][81af4aea] efifb_probe+0x408/0x48f
[ 600.453156][812cd81c] platform_drv_probe+0x34/0x5e
[ 600.453157][812cc00d] driver_probe_device+0x98/0x1b1
[ 600.453159][812cc174] __driver_attach+0x4e/0x6f
[ 600.453160][812ca7bf] bus_for_each_dev+0x57/0x8a
[ 600.453161][812cbb2c] driver_attach+0x19/0x1b
[ 600.453162][812cb7d0] bus_add_driver+0xde/0x201
[ 600.453164][812cc6db] driver_register+0x8c/0x110
[ 600.453165][812cd2b1] platform_driver_register+0x41/0x43
[ 600.453167][812cd2cb] platform_driver_probe+0x18/0x8a
[ 600.453168][81af46c3] efifb_init+0x276/0x295
[ 600.453170][810020b4] do_one_initcall+0x7a/0x136
[ 600.453172][81ac7ecf] kernel_init_freeable+0x13f/0x1cc
[ 600.453174][813de02a] kernel_init+0x9/0xd6
[ 600.453177][814005bc] ret_from_fork+0x7c/0xb0
[ 600.453178]
[ 600.453178] - #0 (fb_info-lock){+.+.+.}:
[ 600.453179][81091a17] __lock_acquire+0xa64/0xdc0
[ 600.453180][81092274] lock_acquire+0x10a/0x15f
[ 600.453182][813f81b7] __mutex_lock_common+0x5d/0x371
[ 600.453183][813f85c6] mutex_lock_nested+0x3b/0x40
[ 600.453184][81242e88] lock_fb_info+0x18/0x37
[ 600.453185][8124cab2] fbcon_blank+0x168/0x1ee
[ 600.453187][812abc46] do_blank_screen+0x13e/0x1d8
[ 600.453188][812ae220] console_callback+0xca/0xf3
[ 600.453190][8105d4b3] process_one_work+0x249/0x416
[ 600.453191][8105dea6] worker_thread+0x121/0x1ce
[ 600.453193][81065b2d] kthread+0xac/0xb4
[ 600.453194][814005bc] ret_from_fork+0x7c/0xb0
[ 600.453194]
[ 600.453194] other info that might help us debug this:
[ 600.453194]
[ 600.453195] Possible unsafe locking scenario:
[ 600.453195]
[ 600.453195]CPU0CPU1
[ 600.453195]
[ 600.453196] lock(console_lock);
[ 600.453197]lock(fb_info-lock);
[ 600.453197]lock(console_lock);
[ 600.453198] lock(fb_info-lock);
[ 600.453198]
[ 600.453198] *** DEADLOCK ***
[ 600.453198]
[ 600.453199] 3 locks held by kworker/0:0/4:
[ 600.453201] #0: (events){.+.+.+}, at: [8105d3e9]
process_one_work+0x17f/0x416
[ 600.453203] #1: (console_work){+.+...}, at: [8105d3e9]
process_one_work+0x17f/0x416
[ 600.453205] #2: (console_lock){+.+.+.}, at: [812ae160]
console_callback+0xa/0xf3
[ 600.453205]
[ 600.453205] stack backtrace:
[ 600.453206] Pid: 4, comm: kworker/0:0 Tainted: GW O
3.9.6-1-debug-amd64 #1
[ 600.453206] Call Trace:
[ 600.453209] [813f39d3] print_circular_bug+0x1f6/0x204
[ 600.453211] [81091a17] __lock_acquire+0xa64/0xdc0
[ 600.453212] [81092274] lock_acquire+0x10a/0x15f
[ 600.453213] [81242e88] ? lock_fb_info+0x18/0x37
[ 600.453214] [813f81b7] __mutex_lock_common+0x5d/0x371
[ 600.453216] [81242e88] ? lock_fb_info+0x18/0x37
[ 600.453217] [81242e88] ? lock_fb_info+0x18/0x37
[ 600.453218] [8108f45d] ? lock_is_held+0x4e/0x5f
[ 600.453219] [813f85c6] mutex_lock_nested+0x3b/0x40
[ 600.453220] [81242e88] lock_fb_info+0x18/0x37
[ 600.453221] [8124cab2] fbcon_blank+0x168/0x1ee
[ 600.453223] [810926d2] ? trace_hardirqs_on_caller+0x117/0x173
[ 600.453224] [813fa6a5] ? _raw_spin_unlock_irqrestore+0x48/0x5c
[
Bug#714372: libvirt: Please enable firewalld support
Source: libvirt Version: 1.0.6-1 Severity: wishlist Hi, Could you please enabled firewalld support. The code should provide a fallback to the regular calls to iptables if the daemon is not running (I didn't test this myself) The firewalld package is itself depending against the iptables package, so I guess it's not really usefull to enable this on !linux. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.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#714373: network-manager-openvpn-gnome: When I import my user certificate, crash it
Package: network-manager-openvpn-gnome Version: 0.9.8.2-1 Severity: normal Tags: lfs Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? * What exactly did you do (or not do) that was effective (or ineffective)? * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (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 Versions of packages network-manager-openvpn-gnome depends on: ii libatk1.0-0 2.8.0-2 ii libc62.17-6 ii libcairo-gobject21.12.14-5 ii libcairo21.12.14-5 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-2 0.100.2-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-2 ii libgnome-keyring03.8.0-2 ii libgtk-3-0 3.8.2-2 ii libnm-glib-vpn1 0.9.8.0-5 ii libnm-glib4 0.9.8.0-5 ii libnm-util2 0.9.8.0-5 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii network-manager-openvpn 0.9.8.2-1 network-manager-openvpn-gnome recommends no packages. network-manager-openvpn-gnome 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#714373: [Pkg-utopia-maintainers] Bug#714373: network-manager-openvpn-gnome: When I import my user certificate, crash it
Hi, can you please get me a backtrace for when that crash happens. Instructions, how to build debug versions of network-manager-applet and network-manager-openvpn can be found [1]. If possible, it would be great if you could attach the corresponding connection file from /etc/NetworkManager/system-connections (make sure it doesn't contain any passwords) and the user certificate. Feel free to send this information to me in private. Michael [1] https://wiki.debian.org/HowToGetABacktrace -- 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#592963: nasm: Incorrect desciption of NASM
fixed 592963 nasm/2.06-1 stop NASM has been relicense under the 2-clause BSD license, since 2009-07-06. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709322: sks postinst script tries to upgrade DB_CONFIG configuration file
On 06/28/2013 04:04 AM, Christoph Martin wrote: thanks for the patch. I looks ok for me. Do you want to make the upload? sure, i'll do that today, after i test an upgrade on a demo VM. --dkg signature.asc Description: OpenPGP digital signature
Bug#714295: linux-image-3.2.0-4-686-pae: ext4 on top of raid1. Frequent and serious data corruption issues
Le vendredi 28 juin 2013 à 02:31 +0100, Ben Hutchings a écrit : [...] I still suspect a hardware problem, just because ext4 is the default filesystem for 'wheezy' and no-one else reported this yet. That sounds like a reasonable assumption, yeah. [...] So maybe the second controller (or its driver) is faulty. Can you try using the RAID-1 disks connected to the first controller, with nothing connected to the second controller? [...] So as planned I unplugged the working non RAID1 disk from their controller, and connect the ext4 RAID1 and the ext3 RAID1 disk to it (yeah these are 2 powerful RAID1 with 1 device only ;) for testing purposes). I also tried to re-plug each PCI card, and connect the video card fan that was not connected (yeah it was a bad idea to limit the noise level few years ago). I did all the tests I could to try to overheat the system (same as yesterday): * 4 running dd if=/dev/urandom | gzip /dev/null for the cpu * massive copy from one disk to the other * delete of duplicates between two directories (with many duplicates) All that in parallel. Everything seems to work fine. No corruption nor CPU overheating message (yesterday I still had some even after remove the overclock of the CPU). However, I now still have two disk and a controller that I would love to use. How can we go further on this issue? It seems there's a relation between the PCI card and the CPU messages (but the video card FAN could be related too)... for the record, the PCI card is supposed (and was) faster than the working one (SATA-II). Could there be too much traffic on the PCI bus? or maybe the card is doing something not expected by the driver? Here's the lspci - for this card (if I'm not wrong): 02:09.0 SATA controller: Initio Corporation INI-1623 PCI SATA-II Controller (rev 02) (prog-if 00 [Vendor specific]) Subsystem: Initio Corporation Device 1626 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 32, Cache Line Size: 32 bytes Interrupt: pin A routed to IRQ 17 Region 0: I/O ports at 9000 [size=256] Region 1: Memory at ef022000 (32-bit, non-prefetchable) [size=4K] [virtual] Expansion ROM at 8000 [disabled] [size=128K] Capabilities: [dc] Power Management version 2 Flags: PMEClk+ DSI- D1+ D2+ AuxCurrent=0mA PME(D0-,D1+,D2+,D3hot+,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: sata_inic162x (and the website is: http://www.initio.com/Html/INIC-1623TA2.asp) It was a cheap one, I have to admit it. the working card one is: 02:0b.0 Mass storage controller: Promise Technology, Inc. PDC40718 (SATA 300 TX4) (rev 02) Subsystem: Promise Technology, Inc. PDC40718 (SATA 300 TX4) Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 88 (1000ns min, 4500ns max), Cache Line Size: 4 bytes Interrupt: pin A routed to IRQ 19 Region 0: I/O ports at 9c00 [size=128] Region 2: I/O ports at a000 [size=256] Region 3: Memory at ef021000 (32-bit, non-prefetchable) [size=4K] Region 4: Memory at ef00 (32-bit, non-prefetchable) [size=128K] [virtual] Expansion ROM at 8004 [disabled] [size=32K] Capabilities: [60] Power Management version 2 Flags: PMEClk- DSI+ D1+ D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: sata_promise How can I help going further? Martin. -- Martin Braure de Calignon signature.asc Description: This is a digitally signed message part
Bug#163463: nasm: binary-without-manpage rdf2ihx
fixed 163463 nasm/2.05.01-1 stop cf. http://repo.or.cz/w/nasm.git/history/HEAD:/rdoff/rdf2ihx.1 cf. http://ftp-master.metadata.debian.org/changelogs//main/n/nasm/nasm_2.10.07-1_changelog -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714372: [Pkg-libvirt-maintainers] Bug#714372: libvirt: Please enable firewalld support
Hi, On Fri, Jun 28, 2013 at 04:22:26PM +0200, Laurent Bigonville wrote: Source: libvirt Version: 1.0.6-1 Severity: wishlist Hi, Could you please enabled firewalld support. The code should provide a fallback to the regular calls to iptables if the daemon is not running (I didn't test this myself) The firewalld package is itself depending against the iptables package, so I guess it's not really usefull to enable this on !linux. Could you check if the fallback works? We had firewalld disabled and it caused trouble without firewalld installed. Cheers, -- Guido -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#709322: sks postinst script tries to upgrade DB_CONFIG configuration file
On 06/28/2013 10:32 AM, Daniel Kahn Gillmor wrote: On 06/28/2013 04:04 AM, Christoph Martin wrote: thanks for the patch. I looks ok for me. Do you want to make the upload? sure, i'll do that today, after i test an upgrade on a demo VM. to be clear: I expect to upload a 1.1.3-3 version to sid later today if i can demonstrate the problem and a fix; if that looks good to people and works OK, i'll go ahead and upload to wheezy proposed-updates. --dkg signature.asc Description: OpenPGP digital signature
Bug#714372: [Pkg-libvirt-maintainers] Bug#714372: libvirt: Please enable firewalld support
Le Fri, 28 Jun 2013 16:36:13 +0200, Guido Günther a...@sigxcpu.org a écrit : Hi, On Fri, Jun 28, 2013 at 04:22:26PM +0200, Laurent Bigonville wrote: Source: libvirt Version: 1.0.6-1 Severity: wishlist Hi, Could you please enabled firewalld support. The code should provide a fallback to the regular calls to iptables if the daemon is not running (I didn't test this myself) The firewalld package is itself depending against the iptables package, so I guess it's not really usefull to enable this on !linux. Could you check if the fallback works? We had firewalld disabled and it caused trouble without firewalld installed. Any reference on what was broken? I'll try but for some reasons libvirt 1.0.6-1 FTBFS here with the following error: configure: error: You must install the libsasl2 library headers to compile libvirt Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714374: ITP: libextutils-config-perl -- wrapper for perl's configuration
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libextutils-config-perl Version : 0.007 Upstream Author : Leon Timmermans le...@cpan.org * URL : https://metacpan.org/release/ExtUtils-Config/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : wrapper for perl's configuration ExtUtils::Config is an abstraction around the %Config hash. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714375: ITP: libextutils-helpers-perl -- various portability utilities for module builders
Package: wnpp Owner: gregor herrmann gre...@debian.org Severity: wishlist X-Debbugs-CC: debian-de...@lists.debian.org,debian-p...@lists.debian.org * Package name: libextutils-helpers-perl Version : 0.021 Upstream Author : Leon Timmermans le...@cpan.org * URL : https://metacpan.org/release/ExtUtils-Helpers/ * License : Artistic or GPL-1+ Programming Lang: Perl Description : various portability utilities for module builders ExtUtils::Helpers provides various portable helper functions for module building modules. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714338: gnome-shell binary depends on libpulse0 version in unstable
On Fri 28 Jun 2013 02:21:49 AM EDT, Adam D. Barratt wrote: (Only works because I have libpulse0 from unstable installed) Actually, I believe the issue is only appearing at all _because you have libpulse0 from unstable installed_. If I uninstall it and install the version from stable, gnome-shell doesn't start and ldd shows the dependency un-fullfilled. But yes, it might be a library gnome-shell depends on. I'll check that. -- http://hexmode.com/ A man is not that which can be put into a grave, but is rather that which the universe cannot contain. -- St Nikolai Velimirovich -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714321: fontconfig with bad font packages :-)
Hi, I basically get the same plus more on my system :-) Badically 3 issues: #1) Having multiple values in test isn't supported -- If these item tests are ORed, it solves problem. #2) Having multiple family in alias -- If dtd allows family as the super family too, it solves problem. #3) reading configurations from ~/.fonts.conf.d is deprecated. -- Kinder message will be helpful as fontconfig but this may be fontconfig packager's work to fix :-) The root causes of this problem are: ttf-wqy-zenhei: /etc/fonts/conf.avail/25-wqy-zenhei.conf (#1) fonts-arphic-uming: /etc/fonts/conf.avail/41-arphic-uming.conf (#2) fonts-arphic-ukai: /etc/fonts/conf.avail/41-arphic-ukai.conf(#2) fonts-arphic-uming: /etc/fonts/conf.avail/64-arphic-uming.conf (#1) fontconfig-config: /usr/share/fontconfig/conf.avail/50-user.conf (#3) Is this due to fonconfig changed feature or font packages were broken to start with. Before reassigning #1 and #2 to these packages, I would like to discuss how these should be fixed. We need to know what is the most smart ways. I do not wish to repeat too many things to fix #1 and #2. See below. As for #3: ~/.fonts.conf.d was introduced in 2.7.1. ... hmmm user doc has it as deprecated. OK fair game but plese suggest upstream new warnig: ~/.fonts.conf.d is deprecated. Move it to ~/.local/share/fontconfig/conf.d . This is much more informative. Back to #1 and #2, --- $ cat /etc/fonts/conf.d/25-wqy-zenhei.conf ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd !-- WenQuanYi Zen Hei Configure File -- fontconfig !-- modified by Madsen@SMTH -- match target=font test qual=any name=family stringWenQuanYi Zen Hei/string string文泉驿正黑/string string文泉驛正黑/string /test edit name=globaladvanceboolfalse/bool/edit edit name=spacingint0/int/edit edit name=antialias mode=assignbooltrue/bool/edit edit name=hinting mode=assignbooltrue/bool/edit edit name=hintstyle mode=assignconsthintnone/const/edit edit name=autohint mode=assignboolfalse/bool/edit edit name=rh_prefer_bitmaps mode=assignboolfalse/bool/edit edit name=rgba mode=assignconstnone/const/edit edit name=embeddedbitmapboolfalse/bool/edit /match /fontconfig --- Should I have to do the following? Kinda ugly... --- ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd !-- WenQuanYi Zen Hei Configure File -- fontconfig !-- modified by Madsen@SMTH -- match target=font test qual=any name=family stringWenQuanYi Zen Hei/string /test edit name=globaladvanceboolfalse/bool/edit edit name=spacingint0/int/edit edit name=antialias mode=assignbooltrue/bool/edit edit name=hinting mode=assignbooltrue/bool/edit edit name=hintstyle mode=assignconsthintnone/const/edit edit name=autohint mode=assignboolfalse/bool/edit edit name=rh_prefer_bitmaps mode=assignboolfalse/bool/edit edit name=rgba mode=assignconstnone/const/edit edit name=embeddedbitmapboolfalse/bool/edit /match match target=font test qual=any name=family string文泉驿正黑/string /test edit name=globaladvanceboolfalse/bool/edit edit name=spacingint0/int/edit edit name=antialias mode=assignbooltrue/bool/edit edit name=hinting mode=assignbooltrue/bool/edit edit name=hintstyle mode=assignconsthintnone/const/edit edit name=autohint mode=assignboolfalse/bool/edit edit name=rh_prefer_bitmaps mode=assignboolfalse/bool/edit edit name=rgba mode=assignconstnone/const/edit edit name=embeddedbitmapboolfalse/bool/edit /match match target=font test qual=any name=family string文泉驛正黑/string /test edit name=globaladvanceboolfalse/bool/edit edit name=spacingint0/int/edit edit name=antialias mode=assignbooltrue/bool/edit edit name=hinting mode=assignbooltrue/bool/edit edit name=hintstyle mode=assignconsthintnone/const/edit edit name=autohint mode=assignboolfalse/bool/edit edit name=rh_prefer_bitmaps mode=assignboolfalse/bool/edit edit name=rgba mode=assignconstnone/const/edit edit name=embeddedbitmapboolfalse/bool/edit /match /fontconfig --- As for #2: --- $ cat /etc/fonts/conf.avail/41-arphic-uming.conf ?xml version=1.0? !DOCTYPE fontconfig SYSTEM fonts.dtd fontconfig !-- Serif faces -- alias familyAR PL ShanHeiSun Uni/family familyAR PL ShanHeiSun Uni MBE/family familyAR PL UMing CN/family familyAR PL UMing HK/family
Bug#703320: [myspell-pt-br] Dictionary continues compatible with previous versions
Version: 20130317-1 On Thu, Mar 21, 2013 at 09:42:35AM -0300, Marcelo Santana wrote: On Thu, 21 Mar 2013 12:35:35 +0100, Agustin Martin agmar...@debian.org wrote: Hi, Hi Agustin, Just seen this message, gmail put it in the spam folder I've imagined. I'm sorry I mistook the version of the dictionary with the new LibreOffice extension bundle that includes grammar checker, spell checker and hyphenator. The new version of dictionary [1] continues compatible with previous versions of myspell-pt-br. [1]http://pt-br.libreoffice.org/assets/ptBR20130317AOC.zip Another interest information. I've checked the dictionary existing in LibreOffice extension bundle [2] (a zip file) is more updated than the existing in ptBR20130317AOC.zip [2]http://pt-br.libreoffice.org/assets/VeroptBRV300AOG.oxt myspell dict inside both seems to have the same date and size. Anyway, I committed the changes and forgot to close this bug report when doing that (sorry for the delay). New package contains new version and a couple of changes regarding your upstream release. * For the myspell dict I explicitly enabled WORDCHARS line and added apostrophe to it. This is mostly intended to test recent Emacs+ispell.el hunspell dicts auto-detection feature, which heavily relies on the info that line provides to know more about the language. Not sure if LibreOffice needs it or uses some hardcoded values. * For the aspell dict I removed line 65950, where a non iso8859-1 char seems present in chãs-d\222anca (instead of the \222). No problem, both are generated from the same source if new dictionary is compatible with aspell, as it seems to be. What do you think would be better after wheezy release? Continue maintaining aspell-pt-br and myspell-pt-br or switch to hunspell-pt-br for example? That depends on the language. For some languages there is a huge benefit in terms of easier maintenance and smaller dicts when using hunspell. If that is not relevant and you want to keep preparing aspell dicts I'd leave things like they currently are, but as said, this greatly depends on the language. Regards, -- Agustin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
