Bug#679770: hostapd: unknown configuration item 'ieee80211n' unknown configuration item 'ht_capab'
Package: hostapd Version: 1:1.0-3+b1 Followup-For: Bug #679770 Dear Maintainer, I am also having problems with very similar results. I am also using a Sparklan WPEA-127N mini PCIe Wifi card. Had my configuration running as a daemon, wifi bridged over ethernet etc. 802.11n was enabled with the ht_capab option enabled but had to upgrade in an effort to gain a higher 11n thoughrput performance. STEPS TAKEN: 1) did a apt-get dist-upgrad from Squeeze to Wheezy. 2) downloaded the backports-3.10.4-1.tar.gz from https://www.kernel.org/pub/linux/kernel/projects/backports/stable/v3.10.4/backports-3.10.4-1.tar.gz 3) did a make defconfig ath9k, then make install 3) rebooted machine, ensured that the ath9k drivers are indeed loaded, and functioning fine as a client using wpa_supplicant, authenticated, and connected fine to an already established WPA2-PSK AP nearby. 4) Proceeded to load my old hostapd.conf and settings. upton running the #/etc/init.d/hostapd start I get the following error. [] Starting advanced IEEE 802.11 management: hostapdrmdir[ctrl_interface]: No such file or directory failed! so running the actual daemon # hostapd -dd /etc/hostapd/hostapd.conf random: Trying to read entropy from /dev/random Configuration file: /etc/hostapd/hostapd.conf ctrl_interface_group=0 Line 374: unknown configuration item 'ieee80211n' Line 409: unknown configuration item 'ht_capab' 2 errors found in configuration file '/etc/hostapd/hostapd.conf' Commenting out these two options (IE: disabling 802.11n) the daemon is then able to be started both by invoking the init.d script and the actual binary. I performed an apt-get source hostapd to confirm that the 802.11n options had indeed been enabled already under the wpa-1.0/debian/config/hostapd/linux config file. I even scrapped my hostapd.conf file and imported the provided example file found under /usr/share/doc/hostapd/examples/hostapd.conf and configred accordingly with identical results. I have a Sparklan WPEA-110N also which I will now go ahead and also test, along with a number of Intel Advance-N 6xxx series cards. -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hostapd depends on: ii initscripts 2.88dsf-41 ii libc6 2.13-38 ii libnl-3-200 3.2.7-4 ii libnl-genl-3-200 3.2.7-4 ii libssl1.0.0 1.0.1e-2 ii lsb-base 4.1+Debian8+deb7u1 hostapd recommends no packages. hostapd suggests no packages. -- Configuration Files: /etc/default/hostapd changed: DAEMON_CONF=/etc/hostapd/hostapd.conf /etc/init.d/hostapd changed: PATH=/sbin:/bin:/usr/sbin:/usr/bin DAEMON_SBIN=/usr/sbin/hostapd DAEMON_DEFS=/etc/default/hostapd DAEMON_CONF=/etc/hostapd/hostapd.conf NAME=hostapd DESC=advanced IEEE 802.11 management PIDFILE=/var/run/hostapd.pid [ -x $DAEMON_SBIN ] || exit 0 [ -s $DAEMON_DEFS ] . /etc/default/hostapd [ -n $DAEMON_CONF ] || exit 0 DAEMON_OPTS=-B -P $PIDFILE $DAEMON_OPTS $DAEMON_CONF .. /lib/lsb/init-functions case $1 in start) log_daemon_msg Starting $DESC $NAME start-stop-daemon --start --oknodo --quiet --exec $DAEMON_SBIN \ --pidfile $PIDFILE -- $DAEMON_OPTS /dev/null log_end_msg $? ;; stop) log_daemon_msg Stopping $DESC $NAME start-stop-daemon --stop --oknodo --quiet --exec $DAEMON_SBIN \ --pidfile $PIDFILE log_end_msg $? ;; reload) log_daemon_msg Reloading $DESC $NAME start-stop-daemon --stop --signal HUP --exec $DAEMON_SBIN \ --pidfile $PIDFILE log_end_msg $? ;; restart|force-reload) $0 stop sleep 8 $0 start ;; status) status_of_proc $DAEMON_SBIN $NAME exit $? ;; *) N=/etc/init.d/$NAME echo Usage: $N {start|stop|restart|force-reload|reload|status} 2 exit 1 ;; esac exit 0 -- 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#719675: [Pkg-libvirt-maintainers] Bug#719675: Live migration of KVM guests fails if it takes more than 30 seconds (large memory guests)
On Thu, Aug 15, 2013 at 09:35:09AM +0900, Christian Balzer wrote: On Wed, 14 Aug 2013 21:50:22 +0200 Guido Günther wrote: On Wed, Aug 14, 2013 at 04:49:42PM +0900, Christian Balzer wrote: Package: libvirt0 Version: 0.9.12-11+deb7u1 Severity: important Hello, when doing a live migration using Pacemaker (the OCF VirtualDomain RA) on a cluster with DRBD (active/active) backing storage everything works fine with recently started (small memory footprint of about 200MB at most) KVM guests. After inflating one guest to 2GB memory usage (memtester comes in handy for that) the migration failed after 30 seconds, having managed to migrate about 400MB in that time over the direct, dedicated GbE link between my test cluster host nodes. libvirtd.log on the migration target node, migration start time is 07:24:51 : --- 2013-08-13 07:24:51.807+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.886+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.888+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.948+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.948+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:25:21.217+: 31950: warning : virKeepAliveTimer:182 : No response from client 0x1948280 after 5 keepalive messages in 30 seconds 2013-08-13 07:25:31.224+: 31950: warning : qemuProcessKill:3813 : Timed out waiting after SIGTERM to process 15926, sending SIGKILL This looks more like you're not replying via the keepalive protocol. What are you using to migrate VMs? -- Guido As I said up there, the Pacemaker (heartbeat, OCF really) resource agent, with SSH as transport (and only) option. This is not telling me how this is done within pacemaker. RHCS used to do this with virsh internally. I'll check the sources once I get around to. -- Guido So the resulting migration URI should be something like: qemu+ssh://targethost/system Of course with properly distributed authorized_keys, again this works just fine with a small enough guest. If there wasn't a proper two-way communication going on, shouldn't the migration fail from the start? [snip] Regards, Christian -- Christian BalzerNetwork/Systems Engineer ch...@gol.com Global OnLine Japan/Fusion Communications http://www.gol.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719770: python3-pyfits and python3-astropy-legacy: error when trying to install together
Package: python3-astropy-legacy,python3-pyfits Version: python3-astropy-legacy/0.2.4-2 Version: python3-pyfits/1:3.1.2-1+b1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2013-08-12 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libcfitsio3 libexpat1 libffi6 gcc-4.8-base libquadmath0 libgfortran3 libpython3.3-minimal mime-support libpython3.3-stdlib libwcs4 libpython2.7-minimal python2.7-minimal python3.3-minimal libpython2.7-stdlib python2.7 python-minimal libpython-stdlib python python-support python3.3 python3-minimal libpython3-stdlib python3 dh-python libblas3 liblapack3 python-numpy python3-numpy libsofa-c0 python3-astropy python3-pyfits python3-astropy-legacy Extracting templates from packages: 93% Extracting templates from packages: 100% Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libcfitsio3:amd64. (Reading database ... 10850 files and directories currently installed.) Unpacking libcfitsio3:amd64 (from .../libcfitsio3_3.300-2_amd64.deb) ... Selecting previously unselected package libexpat1:amd64. Unpacking libexpat1:amd64 (from .../libexpat1_2.1.0-4_amd64.deb) ... Selecting previously unselected package libffi6:amd64. Unpacking libffi6:amd64 (from .../libffi6_3.0.13-4_amd64.deb) ... Selecting previously unselected package gcc-4.8-base:amd64. Unpacking gcc-4.8-base:amd64 (from .../gcc-4.8-base_4.8.1-8_amd64.deb) ... Selecting previously unselected package libquadmath0:amd64. Unpacking libquadmath0:amd64 (from .../libquadmath0_4.8.1-8_amd64.deb) ... Selecting previously unselected package libgfortran3:amd64. Unpacking libgfortran3:amd64 (from .../libgfortran3_4.8.1-8_amd64.deb) ... Selecting previously unselected package libpython3.3-minimal. Unpacking libpython3.3-minimal (from .../libpython3.3-minimal_3.3.2-5_amd64.deb) ... Selecting previously unselected package mime-support. Unpacking mime-support (from .../mime-support_3.54_all.deb) ... Selecting previously unselected package libpython3.3-stdlib. Unpacking libpython3.3-stdlib (from .../libpython3.3-stdlib_3.3.2-5_amd64.deb) ... Selecting previously unselected package libwcs4:amd64. Unpacking libwcs4:amd64 (from .../libwcs4_4.18-1_amd64.deb) ... Selecting previously unselected package libpython2.7-minimal. Unpacking libpython2.7-minimal (from .../libpython2.7-minimal_2.7.5-7_amd64.deb) ... Selecting previously unselected package python2.7-minimal. Unpacking python2.7-minimal (from .../python2.7-minimal_2.7.5-7_amd64.deb) ... Selecting previously unselected package python3.3-minimal. Unpacking python3.3-minimal (from .../python3.3-minimal_3.3.2-5_amd64.deb) ... Selecting previously unselected package libpython2.7-stdlib. Unpacking libpython2.7-stdlib (from .../libpython2.7-stdlib_2.7.5-7_amd64.deb) ... Selecting previously unselected package python2.7. Unpacking python2.7 (from .../python2.7_2.7.5-7_amd64.deb) ... Selecting previously unselected package python-minimal. Unpacking python-minimal (from .../python-minimal_2.7.5-3_amd64.deb) ... Selecting previously unselected package libpython-stdlib:amd64. Unpacking libpython-stdlib:amd64 (from .../libpython-stdlib_2.7.5-3_amd64.deb) ... Selecting previously unselected package python. Unpacking python (from .../python_2.7.5-3_amd64.deb) ... Selecting previously unselected package python-support. Unpacking python-support (from .../python-support_1.0.15_all.deb) ... Selecting previously unselected package python3.3. Unpacking python3.3 (from .../python3.3_3.3.2-5_amd64.deb) ... Selecting previously unselected package python3-minimal. Unpacking python3-minimal (from .../python3-minimal_3.3.2-13_amd64.deb) ... Selecting previously unselected package libpython3-stdlib:amd64. Unpacking libpython3-stdlib:amd64 (from .../libpython3-stdlib_3.3.2-13_amd64.deb) ... Selecting previously unselected package python3. Unpacking python3 (from .../python3_3.3.2-13_amd64.deb) ... Selecting previously unselected package dh-python. Unpacking dh-python (from .../dh-python_1.20130807-1_all.deb) ... Selecting previously unselected package libblas3. Unpacking libblas3 (from .../libblas3_1.2.20110419-5_amd64.deb) ... Selecting previously unselected package liblapack3. Unpacking liblapack3 (from .../liblapack3_3.4.2+dfsg-1_amd64.deb) ... Selecting previously unselected package python-numpy. Unpacking python-numpy (from .../python-numpy_1%3a1.7.1-2+b1_amd64.deb) ... Selecting previously unselected package python3-numpy. Unpacking python3-numpy (from .../python3-numpy_1%3a1.7.1-2+b1_amd64.deb) ... Selecting previously unselected package libsofa-c0. Unpacking libsofa-c0 (from .../libsofa-c0_2012.03.01-1_amd64.deb) ... Selecting previously unselected package
Bug#719772: libpion-plugins-dbg and libpion-net-plugins-dbg: error when trying to install together
Package: libpion-net-plugins-dbg,libpion-plugins-dbg Version: libpion-net-plugins-dbg/4.0.7+dfsg-3.1 Version: libpion-plugins-dbg/5.0.3+dfsg-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2013-08-12 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libicu48 libboost-date-time1.49.0 libboost-system1.49.0 libboost-filesystem1.49.0 libboost-regex1.49.0 libboost-signals1.49.0 libboost-thread1.49.0 liblog4cpp5 libpion-5.0 libpion-5.0-dbg libpion-common-4.0 libpion-common-4.0-dbg libpion-net-4.0 libpion-net-4.0-dbg libpion-net-plugins libpion-net-plugins-dbg libpion-plugins libpion-plugins-dbg Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libicu48:amd64. (Reading database ... 10850 files and directories currently installed.) Unpacking libicu48:amd64 (from .../libicu48_4.8.1.1-12_amd64.deb) ... Selecting previously unselected package libboost-date-time1.49.0. Unpacking libboost-date-time1.49.0 (from .../libboost-date-time1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package libboost-system1.49.0. Unpacking libboost-system1.49.0 (from .../libboost-system1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package libboost-filesystem1.49.0. Unpacking libboost-filesystem1.49.0 (from .../libboost-filesystem1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package libboost-regex1.49.0. Unpacking libboost-regex1.49.0 (from .../libboost-regex1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package libboost-signals1.49.0. Unpacking libboost-signals1.49.0 (from .../libboost-signals1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package libboost-thread1.49.0. Unpacking libboost-thread1.49.0 (from .../libboost-thread1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package liblog4cpp5. Unpacking liblog4cpp5 (from .../liblog4cpp5_1.0-4_amd64.deb) ... Selecting previously unselected package libpion-5.0. Unpacking libpion-5.0 (from .../libpion-5.0_5.0.3+dfsg-1_amd64.deb) ... Selecting previously unselected package libpion-5.0-dbg. Unpacking libpion-5.0-dbg (from .../libpion-5.0-dbg_5.0.3+dfsg-1_amd64.deb) ... Selecting previously unselected package libpion-common-4.0. Unpacking libpion-common-4.0 (from .../libpion-common-4.0_4.0.7+dfsg-3.1_amd64.deb) ... Selecting previously unselected package libpion-common-4.0-dbg. Unpacking libpion-common-4.0-dbg (from .../libpion-common-4.0-dbg_4.0.7+dfsg-3.1_amd64.deb) ... Selecting previously unselected package libpion-net-4.0. Unpacking libpion-net-4.0 (from .../libpion-net-4.0_4.0.7+dfsg-3.1_amd64.deb) ... Selecting previously unselected package libpion-net-4.0-dbg. Unpacking libpion-net-4.0-dbg (from .../libpion-net-4.0-dbg_4.0.7+dfsg-3.1_amd64.deb) ... Selecting previously unselected package libpion-net-plugins. Unpacking libpion-net-plugins (from .../libpion-net-plugins_4.0.7+dfsg-3.1_amd64.deb) ... Selecting previously unselected package libpion-net-plugins-dbg. Unpacking libpion-net-plugins-dbg (from .../libpion-net-plugins-dbg_4.0.7+dfsg-3.1_amd64.deb) ... Selecting previously unselected package libpion-plugins. Unpacking libpion-plugins (from .../libpion-plugins_5.0.3+dfsg-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libpion-plugins_5.0.3+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/pion/plugins/EchoService.so', which is also in package libpion-net-plugins 4.0.7+dfsg-3.1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Selecting previously unselected package libpion-plugins-dbg. Unpacking libpion-plugins-dbg (from .../libpion-plugins-dbg_5.0.3+dfsg-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libpion-plugins-dbg_5.0.3+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/debug/usr/lib/pion/plugins/EchoService.so', which is also in package libpion-net-plugins-dbg 4.0.7+dfsg-3.1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libpion-plugins_5.0.3+dfsg-1_amd64.deb /var/cache/apt/archives/libpion-plugins-dbg_5.0.3+dfsg-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into
Bug#719771: libpion-plugins and libpion-net-plugins: error when trying to install together
Package: libpion-net-plugins,libpion-plugins Version: libpion-net-plugins/4.0.7+dfsg-3.1 Version: libpion-plugins/5.0.3+dfsg-1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2013-08-12 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libicu48 libboost-date-time1.49.0 libboost-system1.49.0 libboost-filesystem1.49.0 libboost-regex1.49.0 libboost-signals1.49.0 libboost-thread1.49.0 liblog4cpp5 libpion-5.0 libpion-common-4.0 libpion-net-4.0 libpion-net-plugins libpion-plugins Authentication warning overridden. Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously unselected package libicu48:amd64. (Reading database ... 10850 files and directories currently installed.) Unpacking libicu48:amd64 (from .../libicu48_4.8.1.1-12_amd64.deb) ... Selecting previously unselected package libboost-date-time1.49.0. Unpacking libboost-date-time1.49.0 (from .../libboost-date-time1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package libboost-system1.49.0. Unpacking libboost-system1.49.0 (from .../libboost-system1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package libboost-filesystem1.49.0. Unpacking libboost-filesystem1.49.0 (from .../libboost-filesystem1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package libboost-regex1.49.0. Unpacking libboost-regex1.49.0 (from .../libboost-regex1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package libboost-signals1.49.0. Unpacking libboost-signals1.49.0 (from .../libboost-signals1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package libboost-thread1.49.0. Unpacking libboost-thread1.49.0 (from .../libboost-thread1.49.0_1.49.0-4_amd64.deb) ... Selecting previously unselected package liblog4cpp5. Unpacking liblog4cpp5 (from .../liblog4cpp5_1.0-4_amd64.deb) ... Selecting previously unselected package libpion-5.0. Unpacking libpion-5.0 (from .../libpion-5.0_5.0.3+dfsg-1_amd64.deb) ... Selecting previously unselected package libpion-common-4.0. Unpacking libpion-common-4.0 (from .../libpion-common-4.0_4.0.7+dfsg-3.1_amd64.deb) ... Selecting previously unselected package libpion-net-4.0. Unpacking libpion-net-4.0 (from .../libpion-net-4.0_4.0.7+dfsg-3.1_amd64.deb) ... Selecting previously unselected package libpion-net-plugins. Unpacking libpion-net-plugins (from .../libpion-net-plugins_4.0.7+dfsg-3.1_amd64.deb) ... Selecting previously unselected package libpion-plugins. Unpacking libpion-plugins (from .../libpion-plugins_5.0.3+dfsg-1_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libpion-plugins_5.0.3+dfsg-1_amd64.deb (--unpack): trying to overwrite '/usr/lib/pion/plugins/EchoService.so', which is also in package libpion-net-plugins 4.0.7+dfsg-3.1 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/libpion-plugins_5.0.3+dfsg-1_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/pion/plugins/AllowNothingService.so /usr/lib/pion/plugins/CookieService.so /usr/lib/pion/plugins/EchoService.so /usr/lib/pion/plugins/FileService.so /usr/lib/pion/plugins/HelloService.so /usr/lib/pion/plugins/LogService.so /usr/lib/pion/plugins/hasCreateAndDestroy.so /usr/lib/pion/plugins/hasCreateButNoDestroy.so /usr/lib/pion/plugins/hasNoCreate.so This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719675: [Pkg-libvirt-maintainers] Bug#719675: Live migration of KVM guests fails if it takes more than 30 seconds (large memory guests)
On Thu, 15 Aug 2013 08:16:02 +0200 Guido Günther wrote: On Thu, Aug 15, 2013 at 09:35:09AM +0900, Christian Balzer wrote: On Wed, 14 Aug 2013 21:50:22 +0200 Guido Günther wrote: On Wed, Aug 14, 2013 at 04:49:42PM +0900, Christian Balzer wrote: Package: libvirt0 Version: 0.9.12-11+deb7u1 Severity: important Hello, when doing a live migration using Pacemaker (the OCF VirtualDomain RA) on a cluster with DRBD (active/active) backing storage everything works fine with recently started (small memory footprint of about 200MB at most) KVM guests. After inflating one guest to 2GB memory usage (memtester comes in handy for that) the migration failed after 30 seconds, having managed to migrate about 400MB in that time over the direct, dedicated GbE link between my test cluster host nodes. libvirtd.log on the migration target node, migration start time is 07:24:51 : --- 2013-08-13 07:24:51.807+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.886+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.888+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.948+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:24:51.948+: 31953: warning : qemuDomainObjEnterMonitorInternal :994 : This thread seems to be the async job owner; entering monitor without ask ing for a nested job is dangerous 2013-08-13 07:25:21.217+: 31950: warning : virKeepAliveTimer:182 : No response from client 0x1948280 after 5 keepalive messages in 30 seconds 2013-08-13 07:25:31.224+: 31950: warning : qemuProcessKill:3813 : Timed out waiting after SIGTERM to process 15926, sending SIGKILL This looks more like you're not replying via the keepalive protocol. What are you using to migrate VMs? -- Guido As I said up there, the Pacemaker (heartbeat, OCF really) resource agent, with SSH as transport (and only) option. This is not telling me how this is done within pacemaker. RHCS used to do this with virsh internally. I'll check the sources once I get around to. Sorry, I was assuming some familiarity with this resource agent. It indeed creates a virsh command line internally, the relevant code for this case is basically: --- # Find out the remote hypervisor to connect to. That is, turn # something like qemu://foo:/system into # qemu+tcp://bar:/system if [ -n ${OCF_RESKEY_migration_transport} ]; then transport_suffix=+${OCF_RESKEY_migration_transport} fi --- The above defines the transport, ssh in my case. And then later: --- # Scared of that sed expression? So am I. :-) remoteuri=$(echo ${OCF_RESKEY_hypervisor} | sed -e s,\(.*\)://[^/:]*\(:\?[0-9]*\)/\(.*\),\1${transport_suffix}://${target_node}\2/\3,) # OK, we know where to connect to. Now do the actual migration. ocf_log info $DOMAIN_NAME: Starting live migration to ${target_node} (using remote hypervisor URI ${remoteuri} ${migrateuri}). virsh ${VIRSH_OPTIONS} migrate --live $DOMAIN_NAME ${remoteuri} ${migrateuri} rc=$? --- In my case the migrateuri is empty as I didn't define anything, I thus left out the code that would potentially define it. Hope that helps, Christian -- Christian BalzerNetwork/Systems Engineer ch...@gol.com Global OnLine Japan/Fusion Communications http://www.gol.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714974: [PATCH] jfs: avoid misuse of cookie value of 2
On Wed, 14 Aug 2013 at 21:29, Christian Kujau wrote: On Wed, 14 Aug 2013 at 22:54, Dave Kleikamp wrote: It looks like the problem is that jfs was using a cookie value of 2 for a real directory entry, where NFSv4 expect 2 to represent ... This patch has so far only been lightly tested. Hm, a first compile of 3.11-rc5 errors out with: CC [M] fs/jfs/jfs_dtree.o /usr/local/src/linux-git/fs/jfs/jfs_dtree.c: In function ‘add_index’: /usr/local/src/linux-git/fs/jfs/jfs_dtree.c:493:13: error: invalid storage class for function ‘free_index’ [...] I'll run mrproper and try again... This did not help, but adding a closing bracket did, in fs/jfs/jfs_dtree.c:354 if (jfs_ip-next_index 3) { jfs_ip-next_index = 3; } -^ This compiled and booted and now I can run find(1) over that whole NFS share, without any readdir loop messages and with unique inode numbers, yay! Tested-by: Christian Kujau li...@nerdbynature.de Thanks! Christian. -- BOFH excuse #36: dynamic software linking table corrupted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719773: unmet dependency: libmenu-cache3
Package: lxpanel Version: 0.5.12-2 Severity: serious Dear Maintainers, thanks very much for the new version of lxpanel. But the upgrade to version 0.5.12-2 of the lxpanel package with aptitude -t unstable install ~Ulxpanel is not possible due to the fact: The following packages have unmet dependencies: lxpanel : Depends: libmenu-cache3 which is a virtual package. This is on a mixed testing/unstable/experimental system. Where do I find the package libmenu-cache3 ? -- Best regards, Jörg-Volker. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719774: update debian specific documentation for memorey cgroup swapaccounting kernel parameter
Package: lxc Severity: normal Tags: patch Hi, Gergely Risko has reported [1] that lxc Debian documentation is outdated. Please see the attached patch which fixes this. --- [1] http://www.gossamer-threads.com/lists/linux/kernel/1766230#1766230 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.11.0-rc5-dirty (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- Michal Hocko update swapaccount doc Since 3.0 (a2c8990a: memsw: remove noswapaccount kernel parameter) swapaccount parameter without any value is not recognized and =1 has to be provided explicitly. Signed-off-by: Michal Hocko mho...@suse.cz Index: lxc-0.9.0~alpha3/debian/lxc.README.Debian === --- lxc-0.9.0~alpha3.orig/debian/lxc.README.Debian 2013-03-10 20:58:45.0 +0100 +++ lxc-0.9.0~alpha3/debian/lxc.README.Debian 2013-08-15 09:28:49.0 +0200 @@ -25,7 +25,7 @@ boot parameter needs to be used: In order to enable the swap controller for Debian wheezy, the following boot parameter needs to be used: - swapaccount + swapaccount=1 In order to enable apparmor which lxc can make use of, the following boot parameter needs to be used:
Bug#719769: lintian: desktop-entry-lacks-keywords-entry - mentioned URL gives 404
Control: retitle -1 lintian: links in tag desc is wrapped On 2013-08-15 07:50, Jari Aalto wrote: Package: lintian Version: 2.5.15 Severity: minor FYI, the first URL in tag description gives 404. N: Refer to N: http://standards.freedesktop.org/desktop-entry-spec/latest/ar01s05.htm N: l and http://bugs.debian.org/693918 for details. [...] No, actually the link is right, The problem is that the URL is line wrapped (so, the l on the next line is a part of the URL). ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711943: transition: openmpi
On 13/08/2013 10:44, Julien Cristau wrote: Control: tag -1 confirmed On Tue, Jun 11, 2013 at 12:14:25 +0200, Sylvestre Ledru wrote: I would like to propose the transition of openmpi from version 1.4 = 1.6. Please go ahead. Excellent! It has just been uploaded! Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#690547: R: Re: [Pkg-samba-maint] Bug#690547: winbind: Enabling winbind offline logon I can't access windows shares
Hi Christian, I'm very sorry for the inconvenience but I have reported the bug twice because I've not received any feedback in three months and I've thought that none have read it in ubunru launchpad! Any way debian squeeze has not the bug and if You need some more infos about it I'll be very happy to help you. Have a great day PiviulChristian PERRIER bubu...@debian.org ha scritto:Quoting Piviul (piv...@riminilug.it): Il 15/10/2012 20:01, Christian PERRIER ha scritto: Sorry, but this is completely useless. If you insist in reporting such bugs in distros rather than upstream but report it in each distro using samba, then do you expect each distro maintainer to report it upstream? I Christian, be patient but I can't understand the English very well and I've not a lot of experience in reporting bugs. In other words are you tell me that I have to install samba from experimental before reporting this bug? Have you some link to help me to install samba from experimental? No this is not my point, though it is possible that samba in experimental fixes your problem (but I doubt it). My suggestion is to avoid reporting this issue in Debian and Ubuntu at the same time--this is just adding extra work to package maitnainers. Moreover, this bug clearly is an upstream bug and it's probably better to report it in the Samba bug tracker itself. The most important point is knowing whether this is a regression or not. Was this working with earlier version?
Bug#696011: fix is missing
On 12/08/13 21:49, Felix Geyer wrote: On 12.08.2013 18:45, Daniel Pocock wrote: On 12/08/13 18:40, Felix Geyer wrote: On 12.08.2013 17:55, Daniel Pocock wrote: This bug was supposedly serious and marked RC and then marked done The fixed version was apparently uploaded but is not available in stable The bug affected experimental and later unstable and is fixed in both. wheezy was never affected by this because the wheezy kernel is based on v3.2. The comments suggest that it also impacts guests, although it doesn't appear that patching the host's kernel module has any impact on the guest in this case. Both the host and guest kernel modules from wheezy are not compatible with kernel 3.7. Why are you concerned about the guest modules? Do you need to run wheezy with a sid kernel as a guest as well? Can somebody please comment on this? How can somebody running wheezy use this fix? Or should the bug be re-opened? Apparently you already reopened the bug for whatever reason. It shouldn't be surprising that external kernel modules don't work with the latest kernel version since the API is constantly changing. The latest version of virtualbox is in wheezy-backports which is compatible with the kernel from wheezy-backports. An unrelated kernel issue on Thinkpads prevents me running the wheezy kernel (I put up with it crashing every day for 2 weeks and then had to take a kernel from sid). It was relatively easy for me to copy the patch into /usr/src on my wheezy box and the dkms builds the module successfully - I suspect I will not be the only person to come across this type of scenario during the life of wheezy That's why the latest virtualbox version is in wheezy-backports. I don't think adding patches for unsupported kernels are suitable for stable updates. I understand that is generally a limitation with Debian Looking at this patch, I have so far only tried patching the module source and not the other parts of the patch. It works for me at present. Basically, a) install the source normally and try to build with dkms b) it fails c) apply the subset of the patch like this: cd /usr/src/virtualbox-4.1.18 patch -p4 /tmp/vbox-wheezy.patch d) run dkms autoinstall and then it works with wheezy. vbox-wheezy.patch is extracted from the complete patch, it is attached. I didn't want to start making package upgrades using backports when something could be achieved with such a trivial patch I also notice that this patch uses conditional macros to ensure that the code is completely unchanged for users of kernels 3.7.0, including the standard wheezy kernel. Applying the patch will only help users of new kernels, without any change whatsoever for users who stay on the standard kernel. Therefore, releasing this patch next time there is some update to wheezy is extremely low risk for existing kernel users. --- a/src/VBox/Runtime/r0drv/linux/memobj-r0drv-linux.c +++ b/src/VBox/Runtime/r0drv/linux/memobj-r0drv-linux.c @@ -1448,7 +1448,13 @@ DECLHIDDEN(int) rtR0MemObjNativeMapUser( #if defined(VBOX_USE_INSERT_PAGE) LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 22) rc = vm_insert_page(vma, ulAddrCur, pMemLnxToMap-apPages[iPage]); -vma-vm_flags |= VM_RESERVED; /* This flag helps making 100% sure some bad stuff wont happen (swap, core, ++). */ +/* Thes flags help making 100% sure some bad stuff wont happen (swap, core, ++). + * See remap_pfn_range() in mm/memory.c */ +#if LINUX_VERSION_CODE = KERNEL_VERSION(3, 7, 0) +vma-vm_flags |= VM_DONTEXPAND | VM_DONTDUMP; +#else +vma-vm_flags |= VM_RESERVED; +#endif #elif LINUX_VERSION_CODE = KERNEL_VERSION(2, 6, 11) rc = remap_pfn_range(vma, ulAddrCur, page_to_pfn(pMemLnxToMap-apPages[iPage]), PAGE_SIZE, fPg); #elif defined(VBOX_USE_PAE_HACK)
Bug#719750: krb5-user: kinit via ssh: password is shown while you type it on the console
Hi Russ, On Do 15 Aug 2013 00:05:14 CEST Russ Allbery wrote: Mike Gabriel mike.gabr...@das-netzwerkteam.de writes: on my server I run Kerberos. For some reasons, I have to SSH to it to simply call kinit and then I can use the server in other contexts. That strikes me as a problem that's worth fixing some other way. It sounds like you have programs there that you're running that need a local ticket cache, and ticket forwarding would generally be a much better solution to your problem. Guess you are right here. So what I do then is... ssh -luser server kinit I am then requested to enter the password for that server's realm. Once I do that, I can see every single character of the password printed to stdout (i.e. to the console) readable for everyone who peers over my shoulder. Like any other enter-password-dialog I would expect that nothing passwordish I type gets printed with the terminal window. If you ssh to run a single command instead of starting an interactive session, I don't believe a full tty is allocated, which means that kinit doesn't have full terminal control. I don't believe there's any way for kinit to disable echo in that situation. So, do I get it right that we need to tag this as a wontfix or even close this bug? Greets+Thanks, Mike -- 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 pgpp94ImnPalb.pgp Description: Digitale PGP-Unterschrift
Bug#719743: selinux-policy-default: GDM3 doesn't load in permissive mode
Hi Kees, could you post the output of: # semodule -l # sestatus # cat /var/log/gdm3/:0.log # cat /var/log/gdm3/:0-greeter.log # cat /var/log/gdm3/:0-slave.log I am running testing (with the same policy as 7/wheezy) in permissive mode without problems, so we need to figure out what is different in your setup. Cheers, Mika -- signature.asc Description: PGP signature
Bug#710558: closed by Christoph Berg m...@debian.org (Bug#710558: fixed in pgpool2 3.3.0-1)
Re: Ernesto Hernández-Novich 2013-08-14 1376489094.7.3.ca...@trillian.itverx.com.ve We've filed the bug upstream http://www.pgpool.net/mantisbt/view.php?id=60 We haven't tried newer versions of pgpool-II, as we must keep on using pgpool-II 3.1.3 as shipped by Debian Stable for ease of operation and deployment. Since newer 3.1.x releases only add bug-fixes, we are hoping either for a future package update (proposed update) on Wheezy as soon as we have resolution upstream, or a patched 3.1.3 version. Can you propose and update for Wheezy including the latest 3.1.8? It only provides bug-fixes for 3.1.3, without API or functionality changes. Hi, I'm not sure I will have time to take care of this - as an alternative, there are wheezy packages for 3.3.0 on apt.postgresql.org. Which patches exactly from 3.1.8 would you want to have applied to 3.1.5? Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#709758: debian-edu-doc: build-depends on obsolete packages (texlive-lang-*)
Package: debian-edu-doc-da Version: 1.5~20130727~7.1 Followup-For: Bug #709758 Dear Holger, thanks for fixing it in git, but could you please upload a fixed version of the package as soon as possible? As far as I can understand from the reading of the excuses page the only block that is hindering all the TeX Live and related packages to enter testing is this problem here ... Regarding your comment: As the first alternative is the preferred one, texlive-lang-european should be listed first. it's an arch:all package, so it will never be build on the buildds. And this version is actually really still ment for wheezy, thus this order. I disagree, unstable is here for building for testing ... stable is done. THis is not about security updates for stable! Thanks for your understanding Norbert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-rc4-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debian-edu-doc-da depends on: pn debian-edu-doc-en none debian-edu-doc-da recommends no packages. debian-edu-doc-da 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#710888: upstream Thunderbird status?
On 02/07/13 19:39, Carsten Schönert wrote: Hello Daniel, Am 03.06.2013 11:26, schrieb Daniel Pocock: Given the upstream announcement about Thunderbird's future[1], could you make any comment on what this means in practice for the Debian user of the package, whether it will have security support after wheezy, etc? Some rival mail client vendors have gone as far as suggesting that the project is dead, which doesn't appear to be the case. It would be nice to have some brief comment about the situation on the wiki[2] and README.Debian after some talking with Guido and Christoph I wrote something future related things inside the wiki page. [1] Hopefully it make clear that there no plans to stop packaging Icedove or even dropping Icedove from the package list. The README file inside the new package 17.0.7 isn't updated right now. I will prepare a section inside the file and send it Christoph who is currently preparing the security package for wheezy. Are this o.k. for you? [1] http://wiki.debian.org/Icedove#The_future_of_Icedove Thanks for that feedback I've tweaked the wiki to clarify it a little more -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719670: idle-python3.2: depends on the no longer available python3.2-tk
Control: severity -1 wishlist Please don't blindly file bug reports like these. It really shouldn't have escaped your attention that python3.2 is currently being removed from unstable. Am 14.08.2013 09:46, schrieb Andreas Beckmann: Package: idle-python3.2 Version: 3.2.4-1 Severity: grave Tags: sid Justification: renders package unusable User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in sid: Package: idle-python3.2 Source: python3.2 Version: 3.2.4-1 Architecture: all Depends: python3.2, python3-tk, python3.2-tk But python3.2-tk has been removed in python3-stdlib-extensions 3.3.2-1 Just rebuilding in sid does not fix this up. Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719738: [PATCH] Please install the lvm2 systemd generator
Hi Bastian, Bastian Blank wa...@debian.org writes: On Wed, Aug 14, 2013 at 08:49:02PM +0200, Michael Stapelberg wrote: Debian users who use systemd sometimes have trouble booting their machines (see e.g. http://bugs.debian.org/718190). Here at DebConf I had the chance to reproduce the issue and noticed that the lvm2 package does not ship the systemd generator that upstream provides. The init-script calls vgchange -ay. Why does this not work? Because the init script is called only once during boot, whereas new devices may also appear later. As an example, in the case that Vincent Bernat brought up, the lvm2 init script runs after the first hard disk is crypto-unlocked and available, but does not run again (obviously) after the second hard disk becomes crypto-unlocked (with a key file that is stored on the first one). systemd in general does things based on events and whenever appropriate, so this generator is required to make things work. I hope this clarifies, if not, please let me know. Thanks. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719775: pyfits: does not install fitsdiff
Package: pyfits Version: 1:3.1.2-1 Severity: wishlist pyfits includes an executable named fitsdiff which is very useful for comparing two fits files to each other. Please also include it in the package. Thanks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714320: Same Issues
I ran into the same issue at a freshly installed Debian 7.0 machine, it seems the problem is caused by the dependency on liblinear1 which is a new dependency compared to the version in squeeze. So I looked around in the dependency tree a little, and the eventual cause is that liblinear1 recommends liblinear-tools, which in turn recommends libsvm-tools, which depends on gnuplot, which happily install an x11 version of itself, hence all the X libraries. Doing the installation with apt-get install nmap --no-install-recommends gives us back a normal set of dependencies. With kind regards, Bart de Heij -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719605: Inclusion
According to legal team, this is good for inclusion in non-free http://lists.debian.org/debian-legal/2013/08/msg1.html signature.asc Description: This is a digitally signed message part
Bug#719776: alien: Alien cannot convert RPMS if there are whitespaces in their path
Package: alien Version: 8.89 Severity: normal Tags: patch Hi, alien cannot cope with RPMs whem their path contains whitespace due to missing quotes in the invoced shell commands. I think I fixed all invocations (cf. patch) and then alien runs without producing error messages. This problem my apply to other package formats as well, but I was only interessted in RPMs for now. Cheers, Christopher -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1) Shell: /bin/sh linked to /bin/dash Versions of packages alien depends on: ii cpio 2.11+dfsg-0.1 ii debhelper 9.20120909 ii dpkg-dev 1.16.10 ii make 3.81-8.2 ii perl 5.14.2-21 ii rpm4.10.0-5+deb7u1 ii rpm2cpio 4.10.0-5+deb7u1 alien recommends no packages. Versions of packages alien suggests: ii bzip21.0.6-4 ii lintian 2.5.10.4 pn lsb-rpm none ii patch2.6.1-3 ii xz-utils [lzma] 5.1.1alpha+20120614-2 -- no debconf information From c51017904c32666ebbfcaef7be1c9c5f63d7ad87 Mon Sep 17 00:00:00 2001 From: Christopher Huhn c.h...@gsi.de Date: Thu, 15 Aug 2013 10:32:20 +0200 Subject: [PATCH] Correctly handle RPMs with whitespace in their path --- Alien/Package/Rpm.pm | 10 +- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/Alien/Package/Rpm.pm b/Alien/Package/Rpm.pm index 97af9e0..2c02e6f 100644 --- a/Alien/Package/Rpm.pm +++ b/Alien/Package/Rpm.pm @@ -161,11 +161,11 @@ sub unpack { # Check if we need to use lzma to uncompress the cpio archive my $decomp=''; - if ($this-do(rpm2cpio .$this-filename. | lzma -t -q /dev/null 21)) { + if ($this-do(rpm2cpio '.$this-filename.' | lzma -t -q /dev/null 21)) { $decomp = 'lzma -d -q |'; } - $this-do(rpm2cpio .$this-filename. | (cd $workdir; $decomp cpio --extract --make-directories --no-absolute-filenames --preserve-modification-time) 21) + $this-do(rpm2cpio '.$this-filename.' | (cd $workdir; $decomp cpio --extract --make-directories --no-absolute-filenames --preserve-modification-time) 21) or die Unpacking of '.$this-filename.' failed; # cpio does not necessarily store all parent directories in an @@ -174,7 +174,7 @@ sub unpack { # Find those directories and make them mode 755, which is more # reasonable. my %seenfiles; - open (RPMLIST, rpm2cpio .$this-filename. | $decomp cpio -it --quiet |) + open (RPMLIST, rpm2cpio '.$this-filename.' | $decomp cpio -it --quiet |) or die File list of '.$this-filename.' failed; while (RPMLIST) { chomp; @@ -184,7 +184,7 @@ sub unpack { foreach my $file (`cd $workdir; find ./`) { chomp $file; if (! $seenfiles{$file} -d $workdir/$file ! -l $workdir/$file) { - $this-do(chmod 755 $workdir/$file); + $this-do(chmod 755 '$workdir/$file'); } } @@ -248,7 +248,7 @@ sub unpack { # postinst. my %owninfo = (); my %modeinfo = (); - open (GETPERMS, 'rpm --queryformat \'[%{FILEMODES} %{FILEUSERNAME} %{FILEGROUPNAME} %{FILENAMES}\n]\' -qp '.$this-filename.' |'); + open (GETPERMS, 'rpm --queryformat \'[%{FILEMODES} %{FILEUSERNAME} %{FILEGROUPNAME} %{FILENAMES}\n]\' -qp \''.$this-filename.'\' |'); while (GETPERMS) { chomp; my ($mode, $owner, $group, $file) = split(/ /, $_, 4); -- 1.7.10.4
Bug#673824: 100% and hang in gnome-shell
Still occurs in 3.4.2-12, but only in multi-monitor setup. This occurs both with the nouveau driver and the nvidia driver. signature.asc Description: This is a digitally signed message part
Bug#714974: [PATCH] jfs: avoid misuse of cookie value of 2
For the sake of those not watching https://bugzilla.kernel.org/show_bug.cgi?id=60737 It looks like the problem is that jfs was using a cookie value of 2 for a real directory entry, where NFSv4 expect 2 to represent ... This patch has so far only been lightly tested. NFSv4 reserves cookie values 0, 1 and 2 for a rewind, and the . and .. entries. jfs was using 0 and 1 for . and .., but 2 for a regular entry. This patch makes jfs conform by using 1 and 2 for . and .. and fixes any regular entry using the value 2. Signed-off-by: Dave Kleikamp dave.kleik...@oracle.com diff --git a/fs/jfs/jfs_dtree.c b/fs/jfs/jfs_dtree.c index 8743ba9..93466e8 100644 --- a/fs/jfs/jfs_dtree.c +++ b/fs/jfs/jfs_dtree.c @@ -349,11 +349,8 @@ static u32 add_index(tid_t tid, struct inode *ip, s64 bn, int slot) ASSERT(DO_INDEX(ip)); - if (jfs_ip-next_index 2) { - jfs_warn(add_index: next_index = %d. Resetting!, - jfs_ip-next_index); - jfs_ip-next_index = 2; - } + if (jfs_ip-next_index 3) { + jfs_ip-next_index = 3; index = jfs_ip-next_index++; @@ -2864,7 +2861,7 @@ void dtInitRoot(tid_t tid, struct inode *ip, u32 idotdot) } else ip-i_size = 1; - jfs_ip-next_index = 2; + jfs_ip-next_index = 3; } else ip-i_size = IDATASIZE; @@ -2951,7 +2948,7 @@ static void add_missing_indices(struct inode *inode, s64 bn) for (i = 0; i p-header.nextindex; i++) { d = (struct ldtentry *) p-slot[stbl[i]]; index = le32_to_cpu(d-index); - if ((index 2) || (index = JFS_IP(inode)-next_index)) { + if ((index 3) || (index = JFS_IP(inode)-next_index)) { d-index = cpu_to_le32(add_index(tid, inode, bn, i)); if (dtlck-index = dtlck-maxcnt) dtlck = (struct dt_lock *) txLinelock(dtlck); @@ -3031,7 +3028,7 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) struct jfs_dirent *jfs_dirent; int jfs_dirents; int overflow, fix_page, page_fixed = 0; - static int unique_pos = 2; /* If we can't fix broken index */ + static int unique_pos = 3; /* If we can't fix broken index */ if (ctx-pos == DIREND) return 0; @@ -3039,15 +3036,16 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) if (DO_INDEX(ip)) { /* * persistent index is stored in directory entries. -* Special cases:0 = . -* 1 = .. +* Special cases:0 = rewind +* 1 = . +* 2 = .. * -1 = End of directory */ do_index = 1; dir_index = (u32) ctx-pos; - if (dir_index 1) { + if (dir_index 2) { struct dir_table_slot dirtab_slot; if (dtEmpty(ip) || @@ -3090,18 +3088,18 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) return 0; } } else { - if (dir_index == 0) { + if (dir_index 2) { /* * self . */ - ctx-pos = 0; + ctx-pos = 1; if (!dir_emit(ctx, ., 1, ip-i_ino, DT_DIR)) return 0; } /* * parent .. */ - ctx-pos = 1; + ctx-pos = 2; if (!dir_emit(ctx, .., 2, PARENT(ip), DT_DIR)) return 0; @@ -3122,22 +3120,24 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) /* * Legacy filesystem - OS/2 Linux JFS 0.3.6 * -* pn = index = 0: First entry . -* pn = 0; index = 1: Second entry .. +* pn = 0; index = 1: First entry . +* pn = 0; index = 2: Second entry .. * pn 0: Real entries, pn=1 - leftmost page * pn = index = -1: No more entries */ dtpos = ctx-pos; - if (dtpos == 0) { + if (dtpos 2) { + ctx-pos = 1; /* build . entry */ if (!dir_emit(ctx, ., 1, ip-i_ino, DT_DIR)) return 0; - dtoffset-index = 1; +
Bug#650377: ibam --plotdeviations causes a syntax error in gnuplot
Hi Helmut! * Helmut Grohne hel...@subdivi.de [2011-11-29 12:27]: $ ibam --plotdeviations gnuplot plot /home/helmut/.ibam/battery.rc using 1:2 title Battery with lines 1, /home/helmut/.ibam/battery.rc using 1:($2+$3) notitle with lines 3, /home/helmut/.ibam/battery.rc using 1:($2-$3) notitle with lines 3,/home/helmut/.ibam/charge.rc using 1:2 title Charge with lines 2, /home/helmut/.ibam/charge.rc using 1:($2+$3) notitle with lines 4, /home/helmut/.ibam/charge.rc using 1:($2-$3) notitle with lines 4 ^ line 0: ';' expected ... $ This leads gnuplot to only plot the first battery.rc (this is less than ibam --plot shows). So the --plotdeviations option is simply broken. Do you still have that bug? I cannot reproduce it: $ ibam --plotdeviations Battery time left: 0:29:46 Adapted battery time left: 0:33:24 Yours Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719777: gitolite3: [INTL:fr] French debconf templates translation update
Package: gitolite3 Version: N/A Severity: wishlist Tags: patch l10n Please find attached the french debconf templates update, proofread by the debian-l10n-french mailing list contributors. If you do not already use it, you might consider using the podebconf-report-po utility, which helps warning translators about changes when you modify some debconf templates in your packages. The usual policy when using it is sending a warning to translators when you plan to upload a version of your package with debconf templates changes (even typo corrections). Then leave about one week for them to update their files (several translation teams have a QA process which requires time). podebconf-report-po will take care of sending the translators the needed material as well as getting the translators adresses from the PO files. All you have to do is just using the utility..:-) Example use (from your package build tree): $ podebconf-report-po This will go through debian/po/*.po files, find those needing an update, extract the translators data from these files and prepare a mail to send to these translators (you can also use the --languageteam switch to also mail the mail addresses listed in Language-Team field). You can also use this utility to request for new translations: $ podebconf-report-po --call This will send a mail to debian-i...@lists.debian.org with all the needed information and material for new translators to add new languages to your supported languages. If you apply this policy, please forget about these remarks, of courseThis message is generic..:-) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash # Translation of gitolite debconf template to French. # Copyright (C) 2010 by Gerfried Fuchs rho...@debian.at # Copyright (C) 2010 Debian French l10n team debian-l10n-fre...@lists.debian.org # This file is distributed under the same license as the gitolite package. # Translators: # Thomas BLEIN tbl...@tblein.eu, 2010. # Christian Perrier bubu...@debian.org, 2010, 2013. msgid msgstr Project-Id-Version: gitolite 1.3-2\n Report-Msgid-Bugs-To: gitoli...@packages.debian.org\n POT-Creation-Date: 2013-05-19 17:14-0300\n PO-Revision-Date: 2013-08-02 07:27+0200\n Last-Translator: Christian Perrier bubu...@debian.org\n Language-Team: French debian-l10n-fre...@lists.debian.org\n Language: fr\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n X-Generator: Lokalize 1.5\n Plural-Forms: nplurals=2; plural=(n 1);\n #. Type: string #. Description #: ../templates:2001 msgid System username for gitolite: msgstr Identifiant système à utiliser pour gitolite : #. Type: string #. Description #: ../templates:2001 msgid Please enter the name for the system user which should be used by gitolite to access repositories. It will be created if necessary. msgstr Veuillez indiquer l'identifiant système à utiliser pour l'accès aux dépôts avec gitolite. Il sera créé s'il n'existe pas déjà. #. Type: string #. Description #: ../templates:3001 msgid Repository path: msgstr Chemin d'accès au dépôt : #. Type: string #. Description #: ../templates:3001 msgid Please enter the path in which gitolite should store the repositories. This will become the gitolite system user's home directory. msgstr Veuillez indiquer le répertoire dans lequel gitolite stockera les dépôts. Ce répertoire sera également le répertoire de base de l'identifiant système utilisé. #. Type: string #. Description #: ../templates:4001 msgid Administrator's SSH key: msgstr Clé SSH de l'administrateur : #. Type: string #. Description #: ../templates:4001 msgid Please specify the key of the user that will administer the access configuration of gitolite. msgstr Veuillez indiquer la clé de l'utilisateur qui gérera les autorisations d'accès à gitolite. #. Type: string #. Description #: ../templates:4001 msgid This can be either the SSH public key itself, or the path to a file containing it. If it is blank, gitolite will be left unconfigured and must be set up manually. msgstr Vous pouvez indiquer la clé publique SSH elle-même ou le nom du fichier qui la contient. Si ce champ est laissé vide, gitolite ne sera pas configuré et devra l'être manuellement plus tard. #. Type: string #. Description #: ../templates:4001 msgid If migrating from gitolite version 2.x, leave this blank. msgstr Si vous migrez depuis la version 2.x de Gitolite, laissez ce champ vide. #~ msgid The name of the system user to create: #~ msgstr Identifiant système à créer : #~ msgid The directory to contain the repositories: #~ msgstr Répertoire contenant les dépôts : #~ msgid The key for the admin user: #~ msgstr Clé SSH de l'administrateur : #~ msgid #~ Please
Bug#712841: qcontrol: Fan error reported on TS109
On Wed, 2013-07-10 at 15:42 +0100, Martin Michlmayr wrote: * Dermot O'Dwyer derm...@gmail.com [2013-07-06 02:38]: It's possible that there is a GPIO e.g. you can distinguish TS-119 from TS-219 via GPIO 44. Unless you've got a 209 to compare your 109 against though I'm not sure how to find out. Perhaps Martin (CCd) has a 209 and/or can ask QNAP? The only other QNAP I have is a TS-119 so can't really help too much. I have a TS-209 and will try to find the time to check. Unfortuntely, I cannot remember whether GPIO 44 also works on the Orion models. Did you have any luck with this? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719778: italc: [debconf_rewrite] Debconf templates and debian/control review proposal
Package: italc Version: N/A Severity: normal Dear Debian maintainer, Hello, I just noticed new or modified debconf templates appearing for this package. I would like to suggest you to consider calling for debconf templates review AND translation updates when you introduce new debconf templates or modify the existing templates in a package or, if you prefer, to send a call for translations after uploading the first version that introduces new templates or templates changes. If you're interested in suggestions for doing this, you can find some at the end of this bug report. The debian-l10n-english team will now start a review, on our own initiative. It will be conducted through this bug report. Suggestions for future debconf templates review 1) Getting debconf templates reviewed -- The Debian i18n contributors have developed a set of suggestions for the writing style of debconf templates, to give them an overall consistency all around Debian. These writing style suggestions are explained in the Developers Reference. Lintian also warns about common writing style concerns. Maintainers are welcome when they ask for a review of debconf templates and/or packages descriptions on debian-l10n-engl...@lists.debian.org. It is of course not needed to wait for someone (such as me right me) proposing you such a review. In such situations (whether the review is requested by the maintainer or proposed by someone else), someone from the debian-l10n-english team will pick up the review to do, handle it, and finally send you a bug report with the suggested templates. If you want, you can ask for being CC'ed to the various discussions when the templates are reviewed. 2) Call for new translations As soon as the templates have been reviewed, you can ask Debian translators for new translations: Just go to your package's build tree and use: $ podebconf-report-po --call This will propose you a generic mail which is to be sent to debian-i...@lists.debian.org and call for new translations. This utility will mention existing translations to avoid duplicate work. It will also attach the needed material to this mail. Please also think about giving a deadline to translators. We like deadlines..:-) 3) Always call for translation updates before uploading --- (of course only when you change the debconf templates!) If your package already includes debconf translations (ie *.po files in debian/po), please consider calling for translation updates if you happen to change something in the templates...or just in case when you release a new version. This is done with the following command: $ podebconf-report-po This will build private mails to translators (ie people listed in Last-Translator in the PO files) for translations that are incomplete. These mails will included the needed PO file for each translator. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (101, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#604453: #604453 reproducible way to crash the system with kernel.function(*@*/*.c)
Hi, just a status update, the following combination still crashes: systemtap 2.3-1 linux-image-3.10-2-amd64 3.10.5-1 at least under xen with the following messages: [333215.296319] BUG: unable to handle kernel NULL pointer dereference at 0050 [333215.296704] IP: [8138ad42] vmalloc_fault+0x85/0x218 [333215.297156] PGD 0 [333215.297429] Oops: [#1] SMP [333215.297750] Modules linked in: stap_fd7ea93b5dd2667b9c0675e91657cd59_7_27055(O) zlib_deflate mtd parport_pc ppdev lp parport cuse binfmt_misc fuse rpcsec_gss_krb5 nfsv4 nfsd auth_rpcgss oid_registry nfs_acl nfs lockd dns_resolver fscache sunrpc loop evdev snd_pcm_oss snd_mixer_oss snd_pcm acpi_cpufreq mperf processor thermal_sys snd_page_alloc snd_timer snd soundcore pcspkr ext3 mbcache jbd virtio_rng rng_core virtio_net virtio_blk virtio_balloon virtio_pci virtio_ring virtio xen_netfront xen_blkfront [last unloaded: stap_181ee4f37ff7ffc8f1678b7334b79c6e_21956] [333215.297772] CPU: 2 PID: 0 Comm: swapper/2 Tainted: G O 3.10-2-amd64 #1 Debian 3.10.5-1 [333215.297772] task: 88003e20f040 ti: 88003e23e000 task.ti: 88003e23e000 [333215.297772] RIP: e030:[8138ad42] [8138ad42] vmalloc_fault+0x85/0x218 [333215.297772] RSP: e02b:88003c7dd4c0 EFLAGS: 00010086 [333215.297772] RAX: RBX: e8d0 RCX: 8138846c [333215.297772] RDX: 1fd0 RSI: RDI: 0e88 [333215.297772] RBP: R08: R09: 8163ad30 [333215.297772] R10: 0001 R11: R12: 8160ce88 [333215.297772] R13: 88003e20f040 R14: 0028 R15: [333215.297772] FS: 7f2647e1a700() GS:88003f90() knlGS: [333215.297772] CS: e033 DS: ES: CR0: 8005003b [333215.297772] CR2: 0050 CR3: 3c76f000 CR4: 0660 [333215.297772] DR0: DR1: DR2: [333215.297772] DR3: DR6: 0ff0 DR7: 0400 [333215.297772] Stack: [333215.297772] 88003c7dd5e8 e8d0 88003e20f040 [333215.297772] 0028 8138b044 811b002f 0068 [333215.297772] 81389984 88003c7dd608 [333215.297772] Call Trace: [333215.297772] Code: 38 30 00 01 48 89 df 4c 8b 25 4b 7f 2b 00 65 48 8b 04 25 c0 c7 00 00 48 c1 ef 24 48 8b 80 d8 01 00 00 81 e7 f8 0f 00 00 49 01 fc 48 8b 68 50 49 8b 34 24 48 01 fd 48 85 f6 0f 84 73 01 00 00 48 [333215.297772] RIP [8138ad42] vmalloc_fault+0x85/0x218 [333215.297772] RSP 88003c7dd4c0 [333215.297772] CR2: 0050 [333215.297772] ---[ end trace b5a343cbf72903fa ]--- [333215.297772] Kernel panic - not syncing: Attempted to kill the idle task! -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719758: RFS: jgrowl/1.2.13-1 ITP to resolve OpenNebula dependency
tags 719758 + moreinfo thanks Hi, Le jeudi 15 août 2013 02:06:46 Matthias Schmitz a écrit : Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package jgrowl * Package name: jgrowl Version : 1.2.13-1 Upstream Author : Stan Lemon stosh1...@gmail.com * URL : https://github.com/stanlemon/jGrowl * License : GPL-2 or MIT Section : web FTR, I've started reviewing this package and I'm willing to sponsor it (since it's an opennebula package dependency). Regards, -- Damien -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718116: librdf-ns-perl: FTBFS: Failed 1/6 test programs. 0/66 subtests failed.
tags 718116 + fixed-upstream Hello, This has been fixed in upstream version 20130802: https://metacpan.org/changes/distribution/RDF-NS Best regards, -- Gautier Minster -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719067: reportbug: improve ITP template to encourage maintainers to provide more info
On 08/08/13 at 09:57 +0200, Lucas Nussbaum wrote: + - how do you plan to maintain it? inside a packaging team + (check list at https://wiki.debian.org/Teams)? are you + looking for co-maintainers? maybe add will you be looking for a sponsor? Lucas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#676797: mrtg: cfgmaker errors and weird SNMP dump
http://oss.oetiker.ch/mrtg-trac/ is giving me 403s and I was getting impatient so here is a patch that works for me (plus an ignore-whitespace version for clarity). The reason for the messages is that in 2.17.3 -w was added to the shebang and for some reason debug messages were enabled.--- /usr/bin/cfgmaker 2012-08-14 14:01:49.0 +0200 +++ cfgmaker2013-08-15 10:58:46.367740610 +0200 @@ -15,8 +15,8 @@ # base - basic program flow # snpo - SNMP Polling # snpd - SNMP Detail -#@main::DEBUG=qw(base); -@main::DEBUG=qw(base snpo snpd); +#@main::DEBUG=qw(base snpo snpd); +@main::DEBUG=qw(); require 5.005; use strict; @@ -1375,22 +1375,23 @@ # tenderly and populate the $$flags{}{} hashes accordingly. for my $g (@{$$opt{global}}) { my ($t,$fs); -$g =~ /^options\[([_^\$])\]:\s*(.*)$/i; -$t = $1; -$fs = $2; -$t =~ s/_/default/; -$t =~ s/\^/prepend/; -$t =~ s/\$/append/; - -# If a line like options[X]: is found clear -# all flags for that category and then go to next -# --global 'Options[..' line if any. -if ($fs =~ /^\s*$/) { -$$flags{$t} = {}; -next; -} else { -for my $f (split /\s*,\s*/,$fs) { -$$flags{$t}{$f} = set; +if ($g =~ /^options\[([_^\$])\]:\s*(.*)$/i) { +$t = $1; +$fs = $2; +$t =~ s/_/default/; +$t =~ s/\^/prepend/; +$t =~ s/\$/append/; + +# If a line like options[X]: is found clear +# all flags for that category and then go to next +# --global 'Options[..' line if any. +if ($fs =~ /^\s*$/) { +$$flags{$t} = {}; +next; +} else { +for my $f (split /\s*,\s*/,$fs) { +$$flags{$t}{$f} = set; +} } } } --- /usr/bin/cfgmaker 2012-08-14 14:01:49.0 +0200 +++ cfgmaker2013-08-15 10:58:46.367740610 +0200 @@ -15,8 +15,8 @@ # base - basic program flow # snpo - SNMP Polling # snpd - SNMP Detail -#@main::DEBUG=qw(base); -@main::DEBUG=qw(base snpo snpd); +#@main::DEBUG=qw(base snpo snpd); +@main::DEBUG=qw(); require 5.005; use strict; @@ -1375,7 +1375,7 @@ # tenderly and populate the $$flags{}{} hashes accordingly. for my $g (@{$$opt{global}}) { my ($t,$fs); -$g =~ /^options\[([_^\$])\]:\s*(.*)$/i; +if ($g =~ /^options\[([_^\$])\]:\s*(.*)$/i) { $t = $1; $fs = $2; $t =~ s/_/default/; @@ -1394,6 +1394,7 @@ } } } +} $$opt{$o} = [] if ($o =~ /^global$/); }
Bug#719576: Pending fixes for bugs in the libconvert-binary-c-perl package
tag 719576 + pending thanks Some bugs in the libconvert-binary-c-perl package are closed in revision 2622b4657da68cc7e0ac3ffb2b611967d47acc37 in branch 'master' by Dominic Hargreaves The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libconvert-binary-c-perl.git;a=commitdiff;h=2622b46 Commit message: Apply patch from Niko Tyni fixing FTBFS on perl 5.18 due to POD errors (Closes: #719576) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719779: RFP: ruby-rbvmomi -- interface to the VMware vSphere API
Package: wnpp Severity: wishlist * Package name: ruby-rbvmomi Version : 1.6.0 Upstream Author : RbVmomi Developers * URL : https://github.com/vmware/rbvmomi * License : MIT Programming Lang: Ruby Description : interface to the VMware vSphere API RbVmomi is a Ruby interface to the vSphere API to manage ESX and VirtualCenter servers. The current release supports the vSphere 5.0 API. It is needed as dependency for OpenNebula 4.2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719780: libhttp-parser-dev: Libraries are stored in a wrong directory
Package: libhttp-parser-dev Version: 2.1-1 Severity: important Hi. I have version 2.1-1 of libhttp-parser{-dev}. The library files are stored in /usr/lib/http-parser/x86_64-linux-gnu: $ dpkg -L libhttp-parser-dev | grep a$ /usr/lib/http-parser/x86_64-linux-gnu/libhttp_parser.a This is wrong. This should actually be /usr/lib/x86_64-linux-gnu/http-parser/ or better yet, just /usr/lib/x86_64-linux-gnu/ As is, it is still possible to use this package by passing the full path as a linker option AND setting the RPATH: gcc -L/usr/lib/http-parser/x86_64-linux-gnu/ -Wl,-rpath,/usr/lib/http-parser/x86_64-linux-gnu/ ... With the libraries stored in /usr/lib/x86_64-linux-gnu/ neither of these options are required. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707768: Workaround
Control: tag -1 pending On Wed, Aug 14, 2013 at 08:48:01PM -0600, Neil Mayhew wrote: For those of you frustrated at the time it's taking to fix this, here's a temporary workaround that might help: I'm sorry that it takes so long. I prepared a new upload a month ago, but it has multiple errors in the test suite. I reported the problem to upstream, but received no answer. I just uploaded it with a disabled test suite, as the code seems to work, and I want this bug closed. This release is 1.0-1, and has to go through binary NEW; I hope it does not take too long. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719781: [roundcube-core] Core use a wrong version of jquery-ui
Package: roundcube-core Version: 0.9.2-2 Severity: normal --- Please enter the report below this line. --- Hi, Roundcube currently use the packaged libjs-jquery-ui, which is version 1.10.1, but roundcube embed a version of jquery-ui 1.9.1, and some custom fixes for it. So some functions do not work, like the about dialog, which is visually buggy. There are two solutions: - Go back to the embedded jquery-ui, waiting for upstream to support 1.10.1 - Write some patches for 1.10.1 The first is against Debian packaging guidelines, and the second is time consuming… --- System information. --- Architecture: i386 Kernel: Linux 3.10-2-686-pae Debian Release: jessie/sid 500 unstable ftp.fr.debian.org 1 experimental ftp.fr.debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719782: ITP: capnproto -- Cap'n Proto: a fast data interchange format capability-based RPC system.
Package: wnpp Severity: wishlist Owner: Tom Lee deb...@tomlee.co * Package name: capnproto Version : 0.2.0 Upstream Author : Kenton Varda tempo...@gmail.com * URL : http://kentonv.github.io/capnproto/index.html * License : BSD Programming Lang: C++ Description : Cap'n Proto: a fast data interchange format capability-based RPC system. Similar to Protocol Buffers, Cap'n Proto is an efficient means of serializing structured data to be transferred across a network or written to disk. Users write a Cap'n Proto definition file that drives a code generator, which in turn emits C++ code for encoding decoding messages in the Cap'n Proto format. In addition to being extremely fast, Cap'n Proto also smooths over some of the rougher aspects of Protocol Buffers introduces a number of new features to boot. Cap'n Proto is actively maintained by the primary author of Protocol Buffers v2, Kenton Varda. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#626470: muttprint: does not honour the PAPERSIZE environment variable
Control: tags -1 + patch Hi, Attaching a simple patch to fix this. -- When explaining a command, or language feature, or hardware widget, first describe the problem it is designed to solve. -- David Martin Saludos /\/\ /\ `/ diff -Naru muttprint-0.73.old/muttprint muttprint-0.73/muttprint --- muttprint-0.73.old/muttprint 2008-12-26 01:33:36.0 +0100 +++ muttprint-0.73/muttprint 2013-08-13 11:38:43.140123580 +0200 @@ -927,6 +927,20 @@ my $paperFormat; my $Papersize = /etc/papersize; + if (defined $ENV{PAPERSIZE}) { + + if ($ENV{PAPERSIZE} ~ /a4/i) { + $DebianPaper = A4; + } elsif ($ENV{PAPERSIZE} ~ /letter/i) { + $DebianPaper = latter; + } else { + $DebianPaper = $ENV{PAPERSIZE}; + } + + return $DebianPaper; + + } + return unless (-r $Papersize); open (RCFILE, $Papersize) or fatalError Could not open $Papersize:\n$!; signature.asc Description: Digital signature
Bug#719783: RFP: libjs-jquery-layout -- jquery page layout manager
Package: wnpp Severity: wishlist * Package name: libjs-jquery-layout Version : 1.2.0 Upstream Author : Fabrizio Balliano, Kevin Dalman * URL : http://layout.jquery-dev.net/ * License : GPL + MIT Programming Lang: JavaScript Description : jquery page layout manager The UI Layout plug-in can create any UI look you want - from simple headers or sidebars, to a complex application with toolbars, menus, help-panels, status bars, sub-forms, etc. It is needed as dependency by OpenNebula 4.2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#716938: Cannot write to ... (Success)
tags 716938 + upstream confirmed pending thanks Am Montag, den 15.07.2013, 08:38 +0200 schrieb kardan: For servers that don't specificy content size wget -c fails with Cannot write to '..' (Success). Expected behaviour: The file is already fully retrieved; nothing to do. (see discussion: http://lists.gnu.org/archive/html/bug-wget/2012-11/msg00026.html) Test cases: https://eula-downloads.yoctoproject.org/index.php' https://freie-radios.net As you mentioned by email and is documented in savanna this is fix in the development tree and should be fixed with the next wget release. -- Noël Köthe noel debian.org Debian GNU/Linux, www.debian.org signature.asc Description: This is a digitally signed message part
Bug#719781: [roundcube-core] Core use a wrong version of jquery-ui
❦ 15 août 2013 11:51 CEST, Adrien CLERC bugs-deb...@antipoul.fr : Roundcube currently use the packaged libjs-jquery-ui, which is version 1.10.1, but roundcube embed a version of jquery-ui 1.9.1, and some custom fixes for it. So some functions do not work, like the about dialog, which is visually buggy. There are two solutions: - Go back to the embedded jquery-ui, waiting for upstream to support 1.10.1 - Write some patches for 1.10.1 The first is against Debian packaging guidelines, and the second is time consuming… Did you notice other bugs other than the about dialog? If this is only the about dialog, I think we can live with this. I would forward the bug upstream in case they care about this. -- Indent to show the logical structure of a program. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#680686: jessie release goal: verbose build logs
Hi, On Tue, 13 Aug 2013, Russ Allbery wrote: debuild, pbuilder, and related packages currently use ../package_version_arch.build for this output. Maybe the lower-level build architecture should take over maintaining that log file instead and those tools should be modified to assume that's already happening and move that log file around like the other build products? While I agree that dpkg-buildpackage should have that feature, it's also clear that those higher level tools have their output of their own that is likely to be interesting as well. I really want the build log to include the installation of the build dependencies for instance. So there should be some coordination between both levels. Maybe the higher level tools could hand over a file descriptor for the build log that they started filling before calling dpkg-buildpackage. Also if we use the same .build extensions for dpkg-buildpackage there will need to have some sort of transition to ensure all other tools creating those are correctly cooperating with dpkg-buildpackage. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719784: RFP: libjs-cryptojs -- collection of cryptographic algorithms implemented in JavaScript
Package: wnpp Severity: wishlist * Package name: libjs-cryptojs Version : 3.1 Upstream Author : Jeff Mott jeff.mott...@gmail.com * URL : http://code.google.com/p/crypto-js/ * License : BSD-3 Programming Lang: JavaScript Description : collection of cryptographic algorithms implemented in JavaScript CryptoJS is a growing collection of standard and secure cryptographic algorithms implemented in JavaScript using best practices and patterns. They are fast, and they have a consistent and simple interface. Thi spackage is needed as dependency for OpenNebula 4.2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719648: pu: samba/2:3.5.6~dfsg-3squeeze10
On Wed, Aug 14, 2013 at 10:16:27PM +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Tue, 2013-08-13 at 23:21 +0200, Ivo De Decker wrote: The Samba Team released a security update with a fix for CVE-2013-4124. Please accept the attached patch for squeeze. Please go ahead; thanks. Thanks. Uploaded. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719786: tint2 hangs for no obvious reason
Package: tint2 Version: 0.11+svn20121014-1 Severity: important Hello, for a few time tint2 periodically hangs (i.e task list does not update and does not respond to clicks, launchers do not respond to clicks either). The only way to make it work again in this case is sending tint2 the KILL signal (SIGTERM does not work) and re-running it. This happens on 2 machines i own, with i386 and amd64 architectures. This what i get when running strace on the stuck tint2 process: ↳ pgrep tint2 | xargs strace -p Process 7000 attached - interrupt to quit futex(0x89b020c, FUTEX_WAIT_PRIVATE, 2, NULL Note that the notification area still works properly (updates, responds to clicks...) Hope this can be solved. I can provide more info if needed. Thanks -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (100, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.9-1-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages tint2 depends on: ii libc6 2.17-7 ii libcairo2 1.12.14-4 ii libglib2.0-0 2.36.3-3 ii libimlib2 1.4.5-1 ii libpango1.0-0 1.32.5-5+b1 ii libstartup-notification0 0.12-3 ii libx11-6 2:1.6.0-1 ii libxcomposite11:0.4.4-1 ii libxdamage1 1:1.1.4-1 ii libxfixes31:5.0.1-1 ii libxinerama1 2:1.1.3-1 ii libxrandr22:1.4.1-1 ii libxrender1 1:0.9.8-1 tint2 recommends no packages. tint2 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#719642: pu: samba/2:3.6.6-6+deb7u1
On Wed, Aug 14, 2013 at 10:17:22PM +0100, Adam D. Barratt wrote: Control: tags -1 + confirmed On Tue, 2013-08-13 at 21:47 +0200, Ivo De Decker wrote: The Samba Team released a security update with a fix for CVE-2013-4124. Please accept the attached patch for wheezy. Please go ahead; thanks. Thanks. Uploaded. Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719575: roundcube: date field is empty
❦ 13 août 2013 10:58 CEST, Antoine Pardigon antoine.pardi...@m4x.org : since last upgrade (I did not use the box through july), the date field is empty. Sorting by field still arranges the emails rightly though. Replying to an email, date field is also blank. Changing timezone in the parameters has no effect. (accessing the imap folder through mutt, dates are shown rightly) There have been upgrades to php5 and roundcube, so I do not know if I should pin the bug on roundcube or php. Feel free to reassign. It seems that setting a timezone in PHP is now mandatory. If I create /etc/php5/apache2/conf.d/timezone.ini with date.timezone=UTC I get the dates back and the timezone set in the preferences is also respected. I don't know how to fix that properly in the Debian package. If I ship a /etc/php5/apache2/conf.d/00-roundcube.ini file, I risk to override a user setting. This is listed as a known issue: http://trac.roundcube.net/wiki/Howto_KnownIssues -- die_if_kernel(Penguin instruction from Penguin mode??!?!, regs); 2.2.16 /usr/src/linux/arch/sparc/kernel/traps.c signature.asc Description: PGP signature
Bug#719788: lintian: downgrade warning for not using ${phppear:description} to wishlist
Package: lintian Version: 2.5.15 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, In bug #708551, a warning was introduced for PEAR packages not using ${phppear:description} and ${phppear:summary}. On some PEAR packages, the provided description are poor (starting with the package name for example). Therefore, the use of those macros should not be done blindly. I propose this patch to 1. downgrade to wishlist the warning 2. explain to not blindly rely on PEAR package descriptions - -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.23.52.20130727-1 ii bzip2 1.0.6-5 ii diffstat 1.55-3 ii file 1:5.14-2 ii gettext0.18.3-1 ii hardening-includes 2.3 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29 ii libarchive-zip-perl1.30-7 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.34-1 ii libdpkg-perl 1.17.1 ii libemail-valid-perl0.190-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-1+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.06~01-2 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii man-db 2.6.5-2 ii patchutils 0.3.2-2 ii perl [libdigest-sha-perl] 5.14.2-21 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.20-1 ii libperlio-gzip-perl 0.18-1+b2 ii perl-modules [libautodie-perl] 5.14.2-21 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.1 ii libhtml-parser-perl3.71-1 ii libtext-template-perl 1.45-2 ii xz-utils 5.1.1alpha+20120614-2 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSDLN9AAoJEJWkL+g1NSX5F98P/iu1RN7+v8spPGv3qEqwyOvL lW3oQfL0Z1rbh0/YOkW+NxXR2+s0Rfow2m1sSH1+5Pk8xS6yXHCEaILhiV8+/fDo /Hnbx3aLprXEMwliy02xRVM695tXKn4oQz4daDPhhsj5jSPKqhl0BhfvDmBGdO0C F8zghhK/a7/LdgKTZwXXn/mHI76ofXbROUGPgpMuZtQzkn0I3IQSjxp1jRVKq75U 2fd4BxJEPP70SQZeSGVWD+hW77ifx0C5HH+Pqal40nXjbJrjx0MhoPj8YzFBLx1X WDqvw1WAp4g53kp/OZhJ/YEeAjZwWUw88vUoxts1PbFs+1Rnnfa+pnJGfMWOJzx+ jei5jM8ctJOjZMndClXxh2qMhKPg+oq9PBFxmO+z/3A+uY/eGtxPrikFd4p84sBB XqIzX+xzQ8wUL1exGc3K6rq6JYsXJbHMRQ8Fqo5vAF0iz0+FjDeTbC0/rGSGYuby 1QKhSQ2oEggYyk2YlEwCHVrXqmaUQ8GoMXKQM7Er7YZJkkezZXkCaNy4rlWOIBiM P3d6Gome7uXS3bSOn39ftz2QpDlasurZeQbJvTPXQEST+YHkUw3xe1xA+QIP+3k7 RvaIHO/AKjDVFDbyhgVFO/qbgEy9NqX9+yrisreWc3gQlfUmYXKdDrsfnifD8Hfj yiYhC0IwDqvTnPR61iaD =cVDe -END PGP SIGNATURE- From 9ca0a9d4ec009d5fb41ffda7678cf5de5780bdd6 Mon Sep 17 00:00:00 2001 From: Vincent Bernat ber...@luffy.cx Date: Thu, 15 Aug 2013 11:50:17 +0200 Subject: [PATCH] Downgrade check for ${phppear:description} and ${phppear:summary} The check is downgraded to wishlist and the description is enhanced to explain when the provided description can be used. A reference to Debian packaging best practices is also used. --- checks/phppear.desc | 7 ++- t/tests/phppear-pear/tags | 4 ++-- 2 files changed, 8 insertions(+), 3 deletions(-) diff --git a/checks/phppear.desc b/checks/phppear.desc index b63127f..08b61d0 100644 --- a/checks/phppear.desc +++ b/checks/phppear.desc @@ -31,10 +31,15 @@ Info: The package is a PEAR package but its control file doesn't have ${phppear:Debian-Depends} in Depends or ${phppear:Debian-Recommends}. Tag: pear-package-not-using-substvar -Severity: normal +Severity: wishlist Certainty: possible Info: The package is a PEAR package but its control file doesn't have ${phppear:summary} or ${phppear:description} in its description fields. + . + Those substitution variables should only be used if the description + included in PEAR package is of sufficient quality and respect Debian + packaging best practices. +Ref: http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-desc-basics Tag: pear-package-feature-requires-newer-pkg-php-tools Severity: normal diff --git a/t/tests/phppear-pear/tags b/t/tests/phppear-pear/tags index b819015..e01731b 100644 --- a/t/tests/phppear-pear/tags +++ b/t/tests/phppear-pear/tags @@ -1,3 +1,5 @@ +I: phppear-pear source: pear-package-not-using-substvar ${phppear:description} +I: phppear-pear source: pear-package-not-using-substvar
Bug#719787: ITP: fonts-klaudia-berenika -- font family based on Celtic inscriptions
Package: wnpp Severity: wishlist Owner: Eric Anholt e...@anholt.net * Package name: fonts-klaudia-berenika Version : 2011-09-03 Upstream Author : Copyright: 2011, wmk69 (wm...@o2.pl) * URL : http://openfontlibrary.org/font/klaudia-and-berenika * License : OFL 1.1 Programming Lang: truetype? Description : font family based on Celtic inscriptions -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#632949: Bug#717076: tech-ctte: Decide what jpeg library the Debian project will use
On Tue, Jul 23, 2013 at 02:52:43PM -0700, Don Armstrong wrote: 1) Does libjpeg-turbo (LJT) now completely support the libjpeg8 ABI? I think it is more relevant to follow the ABI used by the rest of Linux community. Pretty much everyone but Debian is moving to LJT, most users still using the IJG libjpeg are using it for historic reasons. libjpeg8 ABI is not really a well drafted ABI for long term use, it is libjpeg62b + some new features. Using libjpeg8 ABI as a yardstick of technical readiness feels misguided. Even the IJG itself moved to a new ABI (libjpeg9). 2) Do we have benchmark results which indicates that LJT is actually faster than IJG? Some results from Linaro's testing on X86 and ARM: https://wiki.linaro.org/TomGall/LibJpeg8 I think relevant questions for Debian are what is better for Debian users: Fast JPEG encoding and decoding of baseline JPEG images (LJT), or an slower library that is also a development platform for new JPEG image format and ABI features (IJG) ? And how Debian works as part of the wider community: Are the features provided by IJG libjpeg so important, it is worth further fragmenting Linux binary compatibility (most distributions are going LJT) and breaking the universal JPEG image compatibility? Riku -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719788: [pkg-php-pear] Bug#719788: lintian: downgrade warning for not using ${phppear:description} to wishlist
Le 15 août 2013 12:57, Vincent Bernat ber...@debian.org a écrit : Package: lintian Version: 2.5.15 Severity: normal Tags: patch -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Dear Maintainer, Bonjour Vincent, In bug #708551, a warning was introduced for PEAR packages not using ${phppear:description} and ${phppear:summary}. On some PEAR packages, the provided description are poor (starting with the package name for example). Therefore, the use of those macros should not be done blindly. Unfortunately, there are no guidelines for Pear summary and description as in Debian. I propose this patch to 1. downgrade to wishlist the warning I agree. But only for summary and description (keeping high severity for deps substvars). 2. explain to not blindly rely on PEAR package descriptions Yes. And propose to send better description upstream. There is no reason to keep the improvement in Debian only. I will rework a bit the patch. Regards Mathieu
Bug#719788: [pkg-php-pear] Bug#719788: lintian: downgrade warning for not using ${phppear:description} to wishlist
❦ 15 août 2013 13:20 CEST, Mathieu Parent math.par...@gmail.com : I propose this patch to 1. downgrade to wishlist the warning I agree. But only for summary and description (keeping high severity for deps substvars). 2. explain to not blindly rely on PEAR package descriptions Yes. And propose to send better description upstream. There is no reason to keep the improvement in Debian only. I will rework a bit the patch. Yes, please. -- printk(MASQUERADE: No route: Rusty's brain broke!\n); 2.4.3. linux/net/ipv4/netfilter/ipt_MASQUERADE.c signature.asc Description: PGP signature
Bug#719789: udev: hotplug devices don't work under sysvinit
Package: udev Version: 175-7.2 Severity: important Lately, the hotplugging of devices does not work with udev when running under sysvinit. If running with systemd, it works perfect. For example, my USB mouse is not detected. Following are the events KERNEL[59545.419755] add /devices/pci:00/:00:14.0/usb1/1-2 (usb) KERNEL[59545.420082] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0 (usb) KERNEL[59545.421572] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/0003:04B3:310C.000D (hid) KERNEL[59545.421711] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/input/input29 (input) KERNEL[59545.421805] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/input/input29/mouse2 (input) KERNEL[59545.421917] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/input/input29/event17 (input) KERNEL[59545.421952] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/0003:04B3:310C.000D/hidraw/hidraw0 (hidraw) UDEV [59545.440206] add /devices/pci:00/:00:14.0/usb1/1-2 (usb) UDEV [59545.443390] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0 (usb) UDEV [59545.446057] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/0003:04B3:310C.000D (hid) UDEV [59545.446587] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/0003:04B3:310C.000D/hidraw/hidraw0 (hidraw) UDEV [59545.446712] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/input/input29 (input) UDEV [59545.447744] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/input/input29/event17 (input) UDEV [59545.448055] add /devices/pci:00/:00:14.0/usb1/1-2/1-2:1.0/input/input29/mouse2 (input) udev senses the events, but the mouse doesn't work under X server. If I restart udev, and then plug the mouse, at times it works. When under systemd, everything works. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages udev depends on: ii debconf [debconf-2.0] 1.5.50 ii libc6 2.17-92 ii libselinux12.1.13-2 ii libudev0 175-7.2 ii lsb-base 4.1+Debian12 ii procps 1:3.3.4-2 ii util-linux 2.20.1-5.5 Versions of packages udev recommends: ii pciutils 1:3.2.0-3 ii usbutils 1:007-2 udev suggests no packages. -- debconf information: udev/new_kernel_needed: false udev/title/upgrade: udev/reboot_needed: udev/sysfs_deprecated_incompatibility: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#712285: FTBFS
llvm toolchain 3.3 is still failing because the buildds have their disks full... DSA is aware of that. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#707768: Workaround
On Thu, Aug 15, 2013 at 11:46:49AM +0200, Julian Andres Klode wrote: Control: tag -1 pending On Wed, Aug 14, 2013 at 08:48:01PM -0600, Neil Mayhew wrote: For those of you frustrated at the time it's taking to fix this, here's a temporary workaround that might help: I'm sorry that it takes so long. I prepared a new upload a month ago, but it has multiple errors in the test suite. I reported the problem to upstream, but received no answer. I just uploaded it with a disabled test suite, as the code seems to work, and I want this bug closed. This release is 1.0-1, and has to go through binary NEW; I hope it does not take too long. I'm happy to say that I just uploaded 1.1.1-1 as well; which fixes the problems in the test suite (upstream missed the bug report, but reacted after I wrote a comment). Once this passed NEW, everything should be working again. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. pgpAPbnvrEB7_.pgp Description: PGP signature
Bug#719789: udev: hotplug devices don't work under sysvinit
On Thursday 15 August 2013 04:59 PM, Ritesh Raj Sarraf wrote: udev senses the events, but the mouse doesn't work under X server. If I restart udev, and then plug the mouse, at times it works. The same applies when plugging in a USB External disk. Relevant events: KERNEL[59813.683610] add /devices/pci:00/:00:14.0/usb1/1-1 (usb) KERNEL[59813.683936] add /devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0 (usb) KERNEL[59813.685264] add /devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:04B3:310C.0010 (hid) KERNEL[59813.685377] add /devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/input/input32 (input) KERNEL[59813.685428] add /devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/input/input32/mouse2 (input) KERNEL[59813.685480] add /devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/input/input32/event17 (input) KERNEL[59813.685568] add /devices/pci:00/:00:14.0/usb1/1-1/1-1:1.0/0003:04B3:310C.0010/hidraw/hidraw0 (hidraw) KERNEL[59942.205694] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5 (usb) KERNEL[59942.205877] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5/4-1.5:1.0 (usb) KERNEL[59942.206063] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5/4-1.5:1.0/host9 (scsi) KERNEL[59942.206083] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5/4-1.5:1.0/host9/scsi_host/host9 (scsi_host) KERNEL[59943.205077] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5/4-1.5:1.0/host9/target9:0:0 (scsi) KERNEL[59943.205117] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5/4-1.5:1.0/host9/target9:0:0/9:0:0:0 (scsi) KERNEL[59943.205135] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5/4-1.5:1.0/host9/target9:0:0/9:0:0:0/scsi_disk/9:0:0:0 (scsi_disk) KERNEL[59943.205222] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5/4-1.5:1.0/host9/target9:0:0/9:0:0:0/scsi_device/9:0:0:0 (scsi_device) KERNEL[59943.205311] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5/4-1.5:1.0/host9/target9:0:0/9:0:0:0/scsi_generic/sg2 (scsi_generic) KERNEL[59943.205430] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5/4-1.5:1.0/host9/target9:0:0/9:0:0:0/bsg/9:0:0:0 (bsg) KERNEL[59943.206946] add /devices/virtual/bdi/8:32 (bdi) KERNEL[59943.254450] add /devices/pci:00/:00:1d.0/usb4/4-1/4-1.5/4-1.5:1.0/host9/target9:0:0/9:0:0:0/block/sdc (block) -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#636881: Milter socket permissions not set properly
The bug is still here; wheezy/ 0.97.8+dfsg-1 In /usr/share/doc/clamav-base/README.Debian.gz I see As of 0.96, clamav-milter will take care of making the socket writable for a group. This is done by setting MilterSocketGroup and MilterSocketMode to useful values in your /etc/clamav/clamav-milter.conf (for instance, postfix and 0664, respectively). But that don't work with this in log: Thu Aug 15 15:32:03 2013 - ERROR: Failed to change socket ownership to group postfix Hand-made changes in default/clamav-milter (as stated here) helps. -- Лыков Михаил, системный администратор -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719790: RFP: python-esmre -- Regular expression accelerator for Python
Package: wnpp Severity: wishlist * Package name: python-esmre Version : 0.3.1 Upstream Author : Will Harris whar...@gmail.com * URL : https://pypi.python.org/pypi/esmre * License : LGPL Programming Lang: Python Description : Regular expression accelerator for Python Esmre is a Python module that can be used to speed up the execution of a large collection of regular expressions. It works by building a index of compulsory substrings from a collection of regular expressions, which it uses to quickly exclude those expressions which trivially do not match each input. . The esmre module builds on the simpler string matching facilities of the esm module, which wraps a C implementation some of the algorithms described in Aho's and Corasick's paper on efficient string matching [Aho, A.V, and Corasick, M. J. Efficient String Matching: An Aid to Bibliographic Search. Comm. ACM 18:6 (June 1975), 333-340]. Some minor modifications have been made to the algorithms in the paper and one algorithm is missing (for now), but there is enough to implement a quick string matching index. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719791: libapr1: Crash in libapr when using svn+ssh URL in svn:externals
Package: libapr1 Version: 1.4.8-1 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? I am using a svn+ssh URL in the svn:externals property to map in a directory from another repository: $ svn pg svn:externals . trunk svn+ssh://u...@host.org/svnroot/repos/trunk/ * What exactly did you do (or not do) that was effective (or ineffective)? Now I want to run svn up so the external is checked out * What was the outcome of this action? svn up fails with this message: $ LANG=C svn up svn: warning: Error handling externals definition for 'trunk': svn: warning: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion configuration file. * What outcome did you expect instead? svn up should check out the external repository into directory trunk * Things I tried: I tried also without the user@ in the URL, placing the user information in my .ssh/config, same result. Same behaviour on Ubuntu Interestingly, on Scientific Linux release 6.2 it works it ~/.ssh/config does NOT exist. Otherwise, same error. That's why I suspect the error is upstream. Using gdb I found that a child process segfaults, in the function run_child_cleanups, and this failure seems to be the cause of the message I installed the package libapr1-dbg to get debugging symbols, then the backtrace in gdb looks like this: $ LANG=C gdb svn GNU gdb (GDB) 7.6 (Debian 7.6-5) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/bin/svn...(no debugging symbols found)...done. (gdb) set follow-fork-mode child (gdb) r up Starting program: /usr/bin/svn up warning: no loadable sections found in added symbol-file system-supplied DSO at 0x77ffa000 warning: Could not load shared library symbols for linux-vdso.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. [New process 25454] [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x77fbc780 (LWP 25454)] 0x in ?? () (gdb) bt #0 0x in ?? () #1 0x76ec2eee in run_child_cleanups (cref=0x77fec048) at ../memory/unix/apr_pools.c:2365 #2 cleanup_pool_for_exec (p=p@entry=0x77fec028) at ../memory/unix/apr_pools.c:2372 #3 0x76ec2f08 in cleanup_pool_for_exec (p=0x77fec028) at ../memory/unix/apr_pools.c:2375 #4 0x76ec500c in apr_pool_cleanup_for_exec () at ../memory/unix/apr_pools.c:2380 #5 0x76ecdb94 in apr_proc_create (new=optimized out, progname=0x77f4c1e0 ssh, args=0x77f4c210, env=0x7fffd4c0, attr=0x77f4e1c8, pool=0x77f4e028) at ../threadproc/unix/proc.c:425 #6 0x75a0ff45 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_svn-1.so.1 #7 0x75a12ad1 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_ra_svn-1.so.1 #8 0x77748542 in svn_ra_open3 () from /usr/lib/x86_64-linux-gnu/libsvn_ra-1.so.1 #9 0x77bcb084 in svn_client__open_ra_session_internal () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1 #10 0x77bcbdda in svn_client__ra_session_from_path () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1 #11 0x77bbbd23 in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1 #12 0x77bbc91e in ?? () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1 #13 0x770f57d3 in svn_hash_diff () from /usr/lib/x86_64-linux-gnu/libsvn_subr-1.so.1 #14 0x77bbcb2d in svn_client__handle_externals () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1 #15 0x77bd08be in svn_client__update_internal () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1 #16 0x77bd09be in svn_client_update3 () from /usr/lib/x86_64-linux-gnu/libsvn_client-1.so.1 #17 0x00414297 in ?? () #18 0x00406bfb in ?? () #19 0x76904995 in __libc_start_main (main=0x4052a0, argc=2, ubp_av=0x7fffe2d8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffe2c8) at libc-start.c:260 #20 0x004071a1 in ?? () (gdb) quit A debugging session is active. Inferior 2 [process 25454] will be killed. Quit anyway? (y or n) y svn: warning: Error handling externals definition for 'trunk': svn: warning: To better debug SSH connection problems, remove the -q option from 'ssh' in the [tunnels] section of your Subversion
Bug#719788: [pkg-php-pear] Bug#719788: lintian: downgrade warning for not using ${phppear:description} to wishlist
Control: tag -1 + patch 2013/8/15 Vincent Bernat ber...@debian.org: ❦ 15 août 2013 13:20 CEST, Mathieu Parent math.par...@gmail.com : I propose this patch to 1. downgrade to wishlist the warning I agree. But only for summary and description (keeping high severity for deps substvars). 2. explain to not blindly rely on PEAR package descriptions Yes. And propose to send better description upstream. There is no reason to keep the improvement in Debian only. I will rework a bit the patch. Yes, please. No need to rework your patch. It can be applied as it (appart from ^M end-of-lines). Regards -- Mathieu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719792: RFA: reconf-inetd DEP9 -- maintainer script for programmatic updates of inetd.conf
Package: wnpp Severity: normal I request an adopter for the reconf-inetd package. The package description is: reconf-inetd is a dpkg-trigger script that updates the configuration of the internet superserver. It is a replacement for update-inetd, as per DEP9. . If the above does not mean anything to you, then you most certainly do not need this package. I do not have the time to be the sole driver of DEP9, and its implementation, reconf-inetd. reconf-inetd is pretty much complete, it works, and it comes with dozens of system tests. Remaining work includes: - port to python 3 - use of a Debian python helper to manage byte-compilation - file bug reports to the reverse dependencies of update-inetd to migrate to reconf-inetd, as described in DEP9 (which also describes how to prepare patches) The last item is a lot of work, and will require interacting with lots of other maintainers via the BTS. The adopter must know python (reconf-inetd is a native package), have packaging experience, and lots of motivation. I'm not sure anymore whether DEP9 (ie. replacing update-inetd with reconf-inetd) is worthwhile, because inetd (which is what update/reconf-inetd configure) will eventually be deprecated by systemd and upstart. Having said that, inetd is unlikely to vanish anytime now, and in the meantime update-inetd is buggy and has 120k installations. I'll be around to sponsor (if necessary) answer questions, but will otherwise not be actively involved. Links: - functional description of reconf-inetd plan of migration away from update-inetd: http://dep.debian.net/deps/dep9/ - pts git: http://packages.qa.debian.org/r/reconf-inetd.html http://git.debian.org/?p=collab-maint/reconf-inetd.git;a=summary - vaguely related talk at fosdem (includes a description of the reconf-inetd system tests) http://video.fosdem.org/2012/crossdistro/How_to_replace_a_legacy_tool_with_100k_installations.webm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719793: RFP: file-uploader -- file upload library for webpages
Package: wnpp Severity: wishlist * Package name: file-uploader Version : 2.0.0 Upstream Author : Simon East * URL : https://github.com/Valums-File-Uploader/file-uploader * License : GPL-2 Programming Lang: JavScript Description : file upload library for webpages Multiple file upload plugin for HTML forms. User-friendly progress-bar + uploads via drag-and-drop. Coded in Javascript + AJAX, not Flash. Server-side PHP, Java, ColdFusion examples included. Needed as dependency for OpenNebula 4.2.0 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713090: kiwix: FTBFS
Le 13/08/2013 01:59, Mike Gabriel a écrit : Hi Emmanuel, On Mo 05 Aug 2013 08:27:42 CEST Emmanuel Engelhart wrote: On 08/05/2013 02:21 PM, Fathi Boudra wrote: This is a know bug with xulrunner 17 and further. This is already fixed in the Kiwix master branch. Next Kiwix release (0.9rc3) is planned for August. Any ETA for Kiwix 0.9 rc3 ? Bug fixed in our git: http://code.kiwix.org Currently working on the whole release. Release for this week; middle of next week in the worth case. if you make it this week I would update the kiwix package here at DebConf right away. Next week will be crammed with work, so this week would be good!!! Nice from you. Unfortunately, we are still working on this... Hope to see you tomorrow at the debconf... I plan to go there. Emmanuel -- Kiwix - Wikipedia Offline more * Web: http://www.kiwix.org * Twitter: https://twitter.com/KiwixOffline * more: http://www.kiwix.org/wiki/Communication -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719794: RFA: update-inetd -- inetd configuration file updater
Package: wnpp Severity: normal I request an adopter for the update-inetd package. The package description is: This package provides a program used by other packages to automatically update /etc/inetd.conf, the configuration file shared by all implementations of the Internet super-server. . Note that xinetd is not supported by this package. update-inetd is a native package, implemented in perl, and with system tests in python. update-inetd has serious design flaws and is meant to be replaced by another tool, as described in DEP9 (http://dep.debian.net/deps/dep9/) The adopter should look at DEP9, and consider also adopting reconf-inetd (also RFA'd, see #719792). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719795: ITP: lua-lpty -- PTY library for the Lua language
Package: wnpp Severity: wishlist Owner: Enrico Tassi gareuselesi...@debian.org * Package name: lua-lpty Version : 1.0.1 Upstream Author : Gunnar Zötl g...@tset.de * URL : http://www.tset.de/lpty/ * License : MIT/X Programming Lang: C, Lua Description : PTY library for the Lua language This package is needed by the prosody xmpp server to support external authentication plugins -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719796: print-manager: Cannot configure printer: transport endpoint is not connected
Package: print-manager Version: 4:4.10.5-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** When I open Printer in System configuration I get popup message: Failed to get server settings Details show: Transport endpoint is not connected In systemsettings window I see: Service is unavailable. Transport endpoint is not connected. I cannot add any printer nor anything else except return back to overview. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-2-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 print-manager depends on: ii kde-runtime 4:4.10.5-1 ii libc6 2.17-92 ii libcups21.6.3-1 ii libkdecore5 4:4.10.5-1 ii libkdeui5 4:4.10.5-1 ii libkio5 4:4.10.5-1 ii libplasma3 4:4.10.5-1 ii libqt4-dbus 4:4.8.5+dfsg-2 ii libqt4-network 4:4.8.5+dfsg-2 ii libqtcore4 4:4.8.5+dfsg-2 ii libqtgui4 4:4.8.5+dfsg-2 ii libstdc++6 4.8.1-8 print-manager recommends no packages. print-manager suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719797: openmpi: FTBFS on hurd-i386
Source: openmpi Version: 1.6.5-1 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, openmpi 1.6.5-1 does not compile on Hurd. Attached there is an updated and improved version of the existing build_hurd patch, which * fixes a couple of issues in the previous version * fixes the detection of Darwin by using Mach headers specific to it (instead of checking for ones provided also by gnumach, used by the Hurd) * workaround some new MAXHOSTNAMELEN appearances in a couple of MCA modules; they are generally used to get the host name for error messages, so eventually truncating them should not be an issue Thanks, -- Pino Description: Fix build problems on hurd-i386 This patch allows Open MPI to build on Debian GNU/HURD. Author: Pino Toscano p...@debian.org Forwarded: yes Last-Update: 2013-08-15 --- a/ompi/runtime/ompi_mpi_abort.c +++ b/ompi/runtime/ompi_mpi_abort.c @@ -53,10 +53,11 @@ bool kill_remote_of_intercomm) { int count = 0, i; -char *msg, *host, hostname[MAXHOSTNAMELEN]; +char *msg, *host = NULL; pid_t pid = 0; orte_process_name_t *abort_procs; orte_std_cntr_t nabort_procs; +bool free_host = false; /* Protection for recursive invocation */ if (have_been_invoked) { @@ -70,8 +71,12 @@ if (orte_initialized) { host = orte_process_info.nodename; } else { -gethostname(hostname, sizeof(hostname)); -host = hostname; +size_t host_length = 128; +do { +host_length *= 2; +host = realloc(host, host_length); +} while ((gethostname(host, host_length) == -1) (errno == ENAMETOOLONG)); +free_host = true; } pid = getpid(); --- a/ompi/runtime/ompi_mpi_finalize.c +++ b/ompi/runtime/ompi_mpi_finalize.c @@ -101,13 +101,18 @@ /* Note that if we're already finalized, we cannot raise an MPI exception. The best that we can do is write something to stderr. */ -char hostname[MAXHOSTNAMELEN]; +char *hostname = NULL; +size_t hostname_length = 128; pid_t pid = getpid(); -gethostname(hostname, sizeof(hostname)); +do { +hostname_length *= 2; +hostname = realloc(hostname, hostname_length); +} while ((gethostname(hostname, hostname_length) == -1) (errno == ENAMETOOLONG)); orte_show_help(help-mpi-runtime.txt, mpi_finalize:invoked_multiple_times, true, hostname, pid); +free(hostname); return MPI_ERR_OTHER; } --- a/opal/mca/base/mca_base_component_find.c +++ b/opal/mca/base/mca_base_component_find.c @@ -208,11 +208,16 @@ } if (opal_list_get_end(found_components) == item) { -char h[MAXHOSTNAMELEN]; -gethostname(h, sizeof(h)); +char *h = NULL; +size_t h_length = 128; +do { +h_length *= 2; +h = realloc(h, h_length); +} while ((gethostname(h, h_length) == -1) (errno == ENAMETOOLONG)); opal_show_help(help-mca-base.txt, find-available:not-valid, true, h, type, requested_component_names[i]); +free(h); return OPAL_ERR_NOT_FOUND; } } --- a/opal/mca/base/mca_base_param.c +++ b/opal/mca/base/mca_base_param.c @@ -186,8 +186,14 @@ home = (char*)opal_home_directory(); if(NULL == cwd) { +#if !defined(MAXPATHLEN) defined(__GLIBC__) +cwd = get_current_dir_name(); +if( NULL == cwd) +#else cwd = (char *) malloc(sizeof(char) * MAXPATHLEN); -if( NULL == (cwd = getcwd(cwd, MAXPATHLEN) )) { +if( NULL == (cwd = getcwd(cwd, MAXPATHLEN) )) +#endif +{ opal_output(0, Error: Unable to get the current working directory\n); cwd = strdup(.); } --- a/opal/util/stacktrace.c +++ b/opal/util/stacktrace.c @@ -437,8 +437,12 @@ mca_base_param_lookup_string (param, string_value); memset(act, 0, sizeof(act)); +#ifdef SA_SIGINFO act.sa_sigaction = show_stackframe; act.sa_flags = SA_SIGINFO; +#else +act.sa_handler = show_stackframe_handler; +#endif #ifdef SA_ONESHOT act.sa_flags |= SA_ONESHOT; #else --- a/orte/mca/odls/base/odls_base_default_fns.c +++ b/orte/mca/odls/base/odls_base_default_fns.c @@ -1370,8 +1370,13 @@ orte_local_rank_t local_rank; orte_node_rank_t node_rank; char *pathenv = NULL, *mpiexec_pathenv = NULL; +#if !defined(MAXPATHLEN) defined(__GLIBC__) +char *basedir=NULL; +char *dir=NULL; +#else char basedir[MAXPATHLEN]; char dir[MAXPATHLEN]; +#endif char **argvptr; char *full_search; char **argvsav=NULL; @@ -1388,7 +1393,11 @@ * bouncing around as we execute various apps, but we will always return * to this place as our default directory
Bug#719798: Unable to install ruby-activerecord-4.0
package: ruby-activerecord-4.0 severity: grave version: 4.0.0+dfsg-1 I tried to install ruby-activerecord-4.0 which is a dependency for my package 'ruby-activerecord-deprecated- finders' using 'apt-get install ruby-activerecord-4.0' and this depends on the package on which I am working. Both the packages can't be built due to this. This is the output log : jackson@debian:~$ sudo apt-get install ruby-activerecord-4.0 [sudo] password for jackson: Reading package lists... Done Building dependency tree Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: ruby-activerecord-4.0 : Depends: ruby-activesupport-4.0 (= 4.0.0+dfsg-1) but it is not going to be installed Depends: ruby-activemodel-4.0 (= 4.0.0+dfsg-1) but it is not going to be installed Depends: ruby-activerecord-deprecated-finders (= 1.0.2) but it is not installable Depends: ruby-arel (= 4.0.0) but 3.0.2-3 is to be installed E: Unable to correct problems, you have held broken packages. -Jackson Isaac S3 CSE-A, Amrita Vishwa Vidyapeetham www.jacksonisaac.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719797: openmpi: FTBFS on hurd-i386
Hello, On 15/08/2013 14:47, Pino Toscano wrote: Source: openmpi openmpi 1.6.5-1 does not compile on Hurd. Sorry for the dumb question but did you test all that ? There are quite a few modifications in your patch. Sylvestre -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719799: libplplot: Error in exponent label placement when using plslabelfunc
Package: libplplot11 Version: 5.9.9-5 Severity: important File: libplplot Tags: upstream patch Dear Maintainer, In an application I use a custom label function to plot the time on the x-axis. When the values on the y-axis are large there's an exponent label. The placement of this label seems to be wrong; depending on the system it's drawn on the right side of the y-axis inside the plot itself, or it's not drawn at all. When the label is not drawn the values on the y-axis are off by a factor 10^x. Another issue is that a pointer to memory locations are deferred expecting a certain struct, which is not true in my case. The problem has been reported upstream and has been fixed upstream in r12302, please consider applying the attached patch for Wheezy. Regards, Mark de Wever -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libplplot11 depends on: ii libc6 2.13-38 ii libcsiro0 5.9.9-5 ii libfreetype6 2.4.9-1.1 ii libltdl7 2.4.2-1.1 ii libqsastime0 5.9.9-5 libplplot11 recommends no packages. Versions of packages libplplot11 suggests: pn plplot-tcl none pn plplot11-driver-cairo none pn plplot11-driver-gd none pn plplot11-driver-qt none pn plplot11-driver-wxwidgets none pn plplot11-driver-xwin none -- no debconf information --- plplot-5.9.9/src/plbox.c.orig 2012-12-27 15:40:18.0 +0100 +++ plplot-5.9.9/src/plbox.c 2012-12-27 15:42:08.0 +0100 @@ -1500,7 +1500,7 @@ { // Assume label data is for placement of exponents if no custom // label function is provided. -if ( plsc-label_data ) +if ( !plsc-label_func plsc-label_data ) { height = ( (PLLabelDefaults *) plsc-label_data )-exp_label_disp; pos= ( (PLLabelDefaults *) plsc-label_data )-exp_label_pos; @@ -1742,7 +1742,7 @@ if ( !lly !ldy !loy ymode ) { snprintf( string, STRING_LEN, (x10#u%d#d), (int) yscale ); -if ( plsc-label_data ) +if ( !plsc-label_func plsc-label_data ) { height = ( (PLLabelDefaults *) plsc-label_data )-exp_label_disp; pos= ( (PLLabelDefaults *) plsc-label_data )-exp_label_pos; @@ -2018,7 +2018,7 @@ { // Assume label data is for placement of exponents if no custom // label function is provided. -if ( plsc-label_data ) +if ( !plsc-label_func plsc-label_data ) { height = ( (PLLabelDefaults *) plsc-label_data )-exp_label_disp; pos= ( (PLLabelDefaults *) plsc-label_data )-exp_label_pos; @@ -2274,7 +2274,7 @@ if ( !lly !ldy !loy ymode ) { snprintf( string, STRING_LEN, (x10#u%d#d), (int) yscale ); -if ( plsc-label_data ) +if ( !plsc-label_func plsc-label_data ) { height = ( (PLLabelDefaults *) plsc-label_data )-exp_label_disp; pos= ( (PLLabelDefaults *) plsc-label_data )-exp_label_pos;
Bug#719781: [roundcube-core] Core use a wrong version of jquery-ui
Le 15/08/2013 12:09, Vincent Bernat a écrit : ❦ 15 août 2013 11:51 CEST, Adrien CLERC bugs-deb...@antipoul.fr : There are two solutions: - Go back to the embedded jquery-ui, waiting for upstream to support 1.10.1 - Write some patches for 1.10.1 The first is against Debian packaging guidelines, and the second is time consuming… Did you notice other bugs other than the about dialog? If this is only the about dialog, I think we can live with this. I would forward the bug upstream in case they care about this. No, I only noticed that problem. I guess this is the case for every dialog. Unfortunately, roundcube is used as a fallback client when I'm travelling, so I don't use it a lot. My answer: yes, I can live with it, waiting for a fix to appear. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698336: gnome-packagekit should have an easy way to add new sources
I want to work on this bug to implement this feature. -Jackson Isaac S3 CSE-A, Amrita Vishwa Vidyapeetham www.jacksonisaac.wordpress.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#547171: #547171: yum-utils ITP: any news?
On Wed, Aug 07, 2013 at 18:00:24 -0400, Mike Miller wrote: On Wed, Aug 7, 2013 at 4:08 PM, Tzafrir Cohen wrote: Hi, Any news? Any help needed packaging this one? Hi, very close to done, sorry again for the delay. The best help I can use now is testing, I think the package is in good shape now. Since your mock ITP depends on this one, please pull from the repo and test out the latest changes and make sure I didn't break anything you require. -- mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719778: [ITR] templates://italc/{italc-client.templates}
Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in italc. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for italc. The first step of the process is to review the debconf source template file(s) of italc. This review will start on Sunday, August 18, 2013, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitely ask for it, no upload nor NMU will happen for italc. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- signature.asc Description: Digital signature
Bug#715471: Unblocking
Hi, Absolutely all packages in the archive are fine with the current SQLAlchemy in Sid, except buildbot, which already has #715471 since more than a month. I have fixed all OpenStack packages and made sure they supported SQLAlchemy = 0.8 (it took longer for heat though). Therefore, I'm closing this bugs so that all packages in Sid can migrate together with python-sqlalchemy (well, all but buildbot which will need to be fixed anyway). Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719800: libedit: FTBFS on hurd-i386
Source: libedit Version: 3.1-20130712-1~exp2 Severity: important Tags: patch User: debian-h...@lists.debian.org Usertags: hurd Hi, libedit 3.1 does not compile on Hurd [1]. The problem is due to an unconditional usage of the POSIX-optional PATH_MAX; unfortunately it is used in a static buffer, so hard to make it go away cleanly. The easiest solution I am providing is defining PATH_MAX if not defined already; another one could be allocate just once the buffer needed, at the cost of leaking such buffer even if until the end of the run. Since I read you are going to upload it soon to unstable, then the easiest solution will do it for now. [1] https://buildd.debian.org/status/fetch.php?pkg=libeditarch=hurd-i386ver=3.1-20130712-1%7Eexp2stamp=1376420039 Thanks, -- Pino --- a/src/readline.c +++ b/src/readline.c @@ -59,6 +59,10 @@ # define SIZE_T_MAX (size_t)(-1) #endif +#if !defined(PATH_MAX) +# define PATH_MAX 4096 +#endif + void rl_prep_terminal(int); void rl_deprep_terminal(void);
Bug#719801: RFS: roundup/1.5.0-1
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package roundup, the python bug tracking software. * Package name: roundup Version : 1.5.0-1 Upstream Author : Richard Jones * URL : roundup-tracker.org * License : MIT / ZPL Section : web It builds those binary packages: roundup- Simple issue-tracking system To access further information about this package, please visit the following URL: http://mentors.debian.net/package/roundup Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/r/roundup/roundup_1.5.0-1.dsc More information about hello can be obtained from http://www.example.com. Major changes since the wheezy (1.4.20-1.1) version: * New upstream version (which fix 2 bugs) * Fix a documentation bug * Move to git-dpm packaging Please see the changelog for the exact changes. Kind regards, Kai Storbeck -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708812: [aptitude] aptitude segfaults upon being called.
* Andreas Barth (a...@ayous.org) [130815 13:18]: As google-mock is now uploaded (and should be built on all architectures within the next hours - already built on most), could you please upload a new version of aptitude to unstable soon (the current version plus the gcc-4.8-patches worked for me, and produced a working aptitude on mipsel)? Hi Daniel, can you please upload a new aptitude version? Or should I just NMU aptitude with the required patches for gcc-4.8? Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719770: python3-pyfits and python3-astropy-legacy: error when trying to install together
On Thursday, August 15, 2013 08:27:33 you wrote: Package: python3-astropy-legacy,python3-pyfits Version: python3-astropy-legacy/0.2.4-2 Version: python3-pyfits/1:3.1.2-1+b1 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite. .. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/lib/python3/dist-packages/pyfits/__init__.py In python-astropy-legacy this was resolved by adding a conflicts so the packages aren't co-installable. I think that's the miminal solution for python3-astropy-legacy, but even better would be for astropy to use the system provided pyfits. I don't think this can be reasonably resolved in the pyfits package, so I'm going to close the bug against it. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719797: openmpi: FTBFS on hurd-i386
Hi, Alle giovedì 15 agosto 2013, Sylvestre Ledru ha scritto: On 15/08/2013 14:47, Pino Toscano wrote: Source: openmpi openmpi 1.6.5-1 does not compile on Hurd. Sorry for the dumb question but did you test all that ? This updated patch allowed me to build openmpi 1.6.5 on the Hurd. There are quite a few modifications in your patch. As the patch was existing already, some of the stuff was already there. The addition/changes are the ones I described earlier, which you can also splot by diffing the old patch against the new version. Thanks, -- Pino Toscano signature.asc Description: This is a digitally signed message part.
Bug#719761: brltty errors fill daemon.log
Brent S. Elmer webe...@aim.com writes: Package: brltty Version: 4.5-2 Severity: normal My daemon.log file filled /var/log. The following brltty errors appeared over and over making the file huge: [...] Jun 23 07:37:14 sanctuary brltty[1256]: bm braille driver version 4.5@5477 does not match expected version 4.4@5477 You seem to have a mix of brltty 4.5 and 4.4 installed on your system. Did you previously perhaps manually compile and install brltty? -- CYa, ⡍⠁⠗⠊⠕ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719802: [ia64] Iceweasel ESR 17 crashes at startup
Package: iceweasel Version: 17.0.8esr-2 Today's Jessie Testing updates upgraded Iceweasel ESR from 10 to 17. Unfortunately, Iceweasel 17 simply fails to start. Please find in attached the gdb output. If helpful, I'm getting the following error if Iceweasel is started from a terminal, just before the segmentation fault: GLib-CRITICAL **: g_slice_set_config: assertion `sys_page_size == 0' failed For records, previous Iceweasel ESR 10, or more precisely JS engine, was badly broken on ia64 for a long time (please have a look at bugs 696041 and 692053 for details). From what I understand there, JS engine in ESR 17 is far from ESR 10 one. As such, patches submitted to fix bug 696041 and 692053 cannot be applied. Most notably, patch allowing to turn off static strings allocation on ia64 is irrelevant, since static strings allocation was removed [1]. As already outlined earlier [2], such changes may broke JS engine on ia64 again. Is this what I'm seeing there? [1] http://hg.mozilla.org/mozilla-central/rev/3c429287dfbe [2] https://bugzilla.mozilla.org/show_bug.cgi?id=675806#c6 -- Package-specific info: -- Addons package information -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: ia64 Kernel: Linux 3.9-1-mckinley (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.4 ii fontconfig 2.10.2-2 ii libatk1.0-0 2.8.0-2 ii libc6.1 2.17-92 ii libcairo21.12.14-4 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.3-3 ii libgtk2.0-0 2.24.20-1 ii libnspr4 2:4.10-1 ii libnspr4-0d 2:4.10-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libsqlite3-0 3.7.17-1 ii libstdc++6 4.8.1-2 ii libunwind7 0.99-0.3 ii procps 1:3.3.4-2 ii xulrunner-17.0 17.0.8esr-2 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.10.1+dfsg-6.1 ii mozplugger 1.14.5-1 Versions of packages xulrunner-17.0 depends on: ii libasound21.0.27.1-2 ii libatk1.0-0 2.8.0-2 ii libbz2-1.01.0.6-4 ii libc6.1 2.17-92 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.21-stable-1 ii libfontconfig12.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.8.1-2 ii libgdk-pixbuf2.0-02.28.2-1 ii libglib2.0-0 2.36.3-3 ii libgtk2.0-0 2.24.20-1 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libmozjs17d 17.0.8esr-2 ii libnspr4 2:4.10-1 ii libnss3 2:3.15-1 ii libnss3-1d2:3.15-1 ii libpango-1.0-01.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-0 1.32.5-5+b1 ii libpixman-1-0 0.26.0-4 ii libsqlite3-0 3.7.17-1 ii libstartup-notification0 0.12-3 ii libstdc++64.8.1-2 ii libunwind70.99-0.3 ii libvpx1 1.2.0-2 ii libx11-6 2:1.6.0-1 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.3-1+deb7u1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages xulrunner-17.0 suggests: ii libcanberra0 0.30-2 pn libgnomeui-0 none -- no debconf information GNU gdb (GDB) 7.6 (Debian 7.6-5) Copyright (C) 2013 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as ia64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... Reading symbols from /usr/lib/iceweasel/iceweasel...Reading symbols from /usr/lib/debug/usr/lib/iceweasel/iceweasel...done. done. (gdb) run Starting program: /usr/lib/iceweasel/iceweasel warning: Could not load shared library symbols for linux-gate.so.1. Do you need set solib-search-path or set sysroot? [Thread debugging using libthread_db enabled] Using host libthread_db library /lib/ia64-linux-gnu/libthread_db.so.1. [New Thread 0x2990b1d0 (LWP 2732)] [New Thread 0x2a55f1d0 (LWP 2733)] [New Thread 0x2ad5f1d0 (LWP 2734)] [New Thread 0x2b5e31d0 (LWP 2735)] [New Thread 0x2d0031d0
Bug#719719: ITP: bind10 -- ISC's Internet Domain Name Server
On Wed, 2013-08-14 at 12:22 -0600, LaMont Jones wrote: On Wed, Aug 14, 2013 at 09:47:14AM -0430, Ernesto Hernández-Novich wrote: * Package name: bind10 Version : 1.1.0 Upstream Author : ISC Software Distribution pack...@isc.org * URL : http://bind10.isc.org * License : BSD Programming Lang: C++, Python Description : ISC's Internet Domain Name Server BIND 10 is the next generation of BIND, the most widely-used name server software on the Internet, and is supported by the Internet Software Consortium, www.isc.org. I had meant to get bind10 uploaded about the time it hit RC, but clearly this has not happened. Since it may take me a few weeks to get a package uploaded, I would certainly welcome some team effort on this. I'll be working more on it this weekend, I expect. Hi Lamont. I've actually been working with ISC's people on getting bind10 packaged for Debian, so it's not a start from scratch thing. I did review what was being done with bind9 and used most of the ideas with bind10. BIND10 is quite different to BIND9 and I had (and have) direct contact with ISC's development team to make sure BIND10 is straightforward to package without having to resort to patching. It still isn't as easy as we would like, but it's getting there. I've used git-buildpackage for my work, mostly on a local repository. I will have a mostly-working 1.1.0 package over the weekend (albeit not lintian clean since the hardening stuff is not finished) so we could proceed from that. I'd like to help with BIND packaging in general. Regards, -- Prof. Ernesto Hernández-Novich - MYS-220C - @iamemhn Geek by nature, Linux by choice, Debian of course. If you can't aptitude it, it isn't useful or doesn't exist. GPG Key Fingerprint = 438C 49A2 A8C7 E7D7 1500 C507 96D6 A3D6 2F4C 85E3 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714360: [pkg-octave/master] glpk-4.49.diff: new patch, fixes FTBFS against recent versions of GLPK
tag 714360 pending thanks Date: Thu Aug 15 14:12:18 2013 +0200 Author: Sébastien Villemot sebast...@debian.org Commit ID: 9db698bb09ad1a49aea52e62c1bebb7beaad1be6 Commit URL: http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff;h=9db698bb09ad1a49aea52e62c1bebb7beaad1be6 Patch URL: http://anonscm.debian.org/gitweb/?p=pkg-octave/octave.git;a=commitdiff_plain;h=9db698bb09ad1a49aea52e62c1bebb7beaad1be6 glpk-4.49.diff: new patch, fixes FTBFS against recent versions of GLPK Closes: #714360 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#714974: [PATCH] jfs: avoid misuse of cookie value of 2
On Wed, Aug 14, 2013 at 10:54:31PM -0500, Dave Kleikamp wrote: For the sake of those not watching https://bugzilla.kernel.org/show_bug.cgi?id=60737 It looks like the problem is that jfs was using a cookie value of 2 for a real directory entry, where NFSv4 expect 2 to represent ... This patch has so far only been lightly tested. NFSv4 reserves cookie values 0, 1 and 2 for a rewind, and the . and .. entries. jfs was using 0 and 1 for . and .., but 2 for a regular entry. This patch makes jfs conform by using 1 and 2 for . and .. and fixes any regular entry using the value 2. Oh, I'd forgotten that. From rfc 5661: For some file system environments, the directory entries . and .. have special meaning, and in other environments, they do not. If the server supports these special entries within a directory, they SHOULD NOT be returned to the client as part of the READDIR response. To enable some client environments, the cookie values of zero, 1, and 2 are to be considered reserved. Note that the UNIX client will use these values when combining the server's response and local representations to enable a fully formed UNIX directory presentation to the application. OK! --b. Signed-off-by: Dave Kleikamp dave.kleik...@oracle.com diff --git a/fs/jfs/jfs_dtree.c b/fs/jfs/jfs_dtree.c index 8743ba9..93466e8 100644 --- a/fs/jfs/jfs_dtree.c +++ b/fs/jfs/jfs_dtree.c @@ -349,11 +349,8 @@ static u32 add_index(tid_t tid, struct inode *ip, s64 bn, int slot) ASSERT(DO_INDEX(ip)); - if (jfs_ip-next_index 2) { - jfs_warn(add_index: next_index = %d. Resetting!, -jfs_ip-next_index); - jfs_ip-next_index = 2; - } + if (jfs_ip-next_index 3) { + jfs_ip-next_index = 3; index = jfs_ip-next_index++; @@ -2864,7 +2861,7 @@ void dtInitRoot(tid_t tid, struct inode *ip, u32 idotdot) } else ip-i_size = 1; - jfs_ip-next_index = 2; + jfs_ip-next_index = 3; } else ip-i_size = IDATASIZE; @@ -2951,7 +2948,7 @@ static void add_missing_indices(struct inode *inode, s64 bn) for (i = 0; i p-header.nextindex; i++) { d = (struct ldtentry *) p-slot[stbl[i]]; index = le32_to_cpu(d-index); - if ((index 2) || (index = JFS_IP(inode)-next_index)) { + if ((index 3) || (index = JFS_IP(inode)-next_index)) { d-index = cpu_to_le32(add_index(tid, inode, bn, i)); if (dtlck-index = dtlck-maxcnt) dtlck = (struct dt_lock *) txLinelock(dtlck); @@ -3031,7 +3028,7 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) struct jfs_dirent *jfs_dirent; int jfs_dirents; int overflow, fix_page, page_fixed = 0; - static int unique_pos = 2; /* If we can't fix broken index */ + static int unique_pos = 3; /* If we can't fix broken index */ if (ctx-pos == DIREND) return 0; @@ -3039,15 +3036,16 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) if (DO_INDEX(ip)) { /* * persistent index is stored in directory entries. - * Special cases:0 = . - * 1 = .. + * Special cases:0 = rewind + * 1 = . + * 2 = .. * -1 = End of directory */ do_index = 1; dir_index = (u32) ctx-pos; - if (dir_index 1) { + if (dir_index 2) { struct dir_table_slot dirtab_slot; if (dtEmpty(ip) || @@ -3090,18 +3088,18 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) return 0; } } else { - if (dir_index == 0) { + if (dir_index 2) { /* * self . */ - ctx-pos = 0; + ctx-pos = 1; if (!dir_emit(ctx, ., 1, ip-i_ino, DT_DIR)) return 0; } /* * parent .. */ - ctx-pos = 1; + ctx-pos = 2; if (!dir_emit(ctx, .., 2, PARENT(ip), DT_DIR)) return 0; @@ -3122,22 +3120,24 @@ int jfs_readdir(struct file *file, struct dir_context *ctx) /* * Legacy filesystem - OS/2 Linux JFS 0.3.6
Bug#719803: gnats: [INTL:it] Italian translation of debconf messages
Package: gnats Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of gnats debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of gnats debconf messages. # Copyright (C) 2013, gnats package copyright holder # This file is distributed under the same license as the gnats package. # Beatrice Torracca beatri...@libero.it, 2013. msgid msgstr Project-Id-Version: gnats\n Report-Msgid-Bugs-To: \n POT-Creation-Date: 2012-01-01 15:29+0100\n PO-Revision-Date: 2013-08-15 15:37+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../templates:1001 msgid What is the name of the GNATS site? msgstr Qual è il nome del sito GNATS? #. Type: string #. Description #: ../templates:1001 msgid This name should be a single word, it is used as a part of the e-mail alias for delivering problem reports. msgstr Questo nome dovrebbe essere costituito da un'unica parola; viene usato come parte dell'alias di posta elettronica per inoltrare le segnalazioni dei problemi. #. Type: note #. Description #. Type: note #. Description #: ../templates:2001 ../templates:3001 msgid You should enable scripts in the Exim configuration. msgstr Si dovrebbero abilitare gli script nella configurazione di Exim. #. Type: note #. Description #: ../templates:2001 msgid It seems you have installed Exim, with script handling disabled in its configuration. If this is so, GNATS will not be able to receive bug reports via e-mail. I would suggest you to uncomment one of the lines msgstr Sembra che Exim sia installato, con la gestione degli script disabilitata nella sua configurazione. Se ciò è vero, GNATS non potrà ricevere le segnalazioni di bug via posta elettronica. È suggerito decommentare una delle righe #. Type: note #. Description #: ../templates:2001 msgid in your file ${EXIMCONF}, in the section \system_aliases\. msgstr nel proprio file ${EXIMCONF}, nella sezione «system_aliases». #. Type: note #. Description #: ../templates:3001 msgid It seems you have installed Exim, with no script handling enabled in its configuration. If this is so, GNATS will not be able to receive bug reports via e-mail. I would suggest you to add the line msgstr Sembra che Exim sia installato, senza l'abilitazione della gestione degli script nella sua configurazione. Se ciò è vero, GNATS non potrà ricevere le segnalazioni di bug via posta elettronica. È suggerito aggiungere la riga #. Type: note #. Description #: ../templates:3001 msgid to your file ${EXIMCONF}, in the section \system_aliases\. msgstr al proprio file ${EXIMCONF}, nella sezione «system_aliases». #. Type: note #. Description #: ../templates:4001 msgid You should set up qmail aliases for GNATS. msgstr Si dovrebbero impostare alias di qmail per GNATS. #. Type: note #. Description #: ../templates:4001 msgid It seems you use qmail as your mail transfer program. It is recommended to add the following lines into your qmail users/assign file: msgstr Sembra che il sistema usi qmail come programma di trasferimento della posta. È raccomandato aggiungere le righe seguenti al proprio file users/assign di qmail: #. Type: note #. Description #: ../templates:5001 msgid You should set up GNATS mail aliases. msgstr Si dovrebbero impostare alias di posta per GNATS. #. Type: note #. Description #: ../templates:5001 msgid GNATS can be set to receive bug reports and database queries through mail. However, it seems you are using a mailer I am not able to setup myself, so you must do it by hand. The following addresses on localhost and appropriate actions for them should be set up: msgstr GNATS può essere impostato per ricevere segnalazioni di bug e interrogazioni al database attraverso la posta. Tuttavia, sembra che si stia usando un programma di posta che non può essere impostato automaticamente, perciò deve essere fatto manualmente. Devono essere impostati su localhost gli indirizzi seguenti e le azioni appropriate per essi: #. Type: note #. Description #: ../templates:5001 msgid gnats: redirect this to GNATS administrator\s address gnats-admin: alias for \gnats\ bugs: pipe it to the command \| /usr/lib/gnats/queue-pr -q\ query-pr: pipe it to the command \| /usr/lib/gnats/mail-query\ ${SITE}- gnats: alias for \bugs\ msgstr gnats: ridirigerlo all'indirizzo dell'amministratore di GNATS; gnats-admin: alias per «gnats»; bugs: reindirizzarlo con una pipe al comando «| /usr/lib/gnats/queue-pr -q»; query-pr: reindirizzarlo con una pipe al comando «| /usr/lib/gnats/mail-query»; ${SITE}-gnats: alias per «bugs» #. Type: error #. Description #: ../templates:6001 msgid Multiple
Bug#691797: Fresh upstream is 2.1.3 now
Package: python-h5py Version: 2.0.1-2+b1 Followup-For: Bug #691797 Hi Soeren, We are also running into bugs with 2.0.1 which are believed to be fixed in 2.1.x (I am yet to check). So I would really appreciate an update. Let me know if you need a hand -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-h5py depends on: ii libc6 2.17-7 ii libhdf5-7 [libhdf5-7] 1.8.11-3 ii python2.7.5-2 ii python-numpy [python-numpy-abi9] 1:1.7.1-2 ii python2.6 2.6.8-2 ii python2.7 2.7.5-5 python-h5py recommends no packages. python-h5py 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#664325: Vcs repository is N/A as well for debcheckout
Package: python-h5py Followup-For: Bug #664325 $ debcheckout python-h5py declared svn repository at https://bollin.googlecode.com/svn/python-h5py/ svn co https://bollin.googlecode.com/svn/python-h5py/ python-h5py ... svn: URL 'https://bollin.googlecode.com/svn/python-h5py' doesn't exist checkout failed (the command above returned a non-zero exit code) it might be sensible to move packaging to Debian servers -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (600, 'unstable'), (300, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages python-h5py depends on: ii libc6 2.17-7 ii libhdf5-7 [libhdf5-7] 1.8.11-3 ii python2.7.5-2 ii python-numpy [python-numpy-abi9] 1:1.7.1-2 ii python2.6 2.6.8-2 ii python2.7 2.7.5-5 python-h5py recommends no packages. python-h5py 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#719804: src:cvxopt: uses an embedded copy of SuiteSparse
Package: src:cvxopt Version: 1.1.4-1 Severity: important Dear Maintainer, The cvxopt package contains an embedded copy of SuiteSparse under C/SuiteSparse/. That copy is compiled and included in the binary package. You should rather ignore the embedded copy (by patching the build system) and use the headers and libraries provided by package libsuitesparse-dev. Best, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719805: iceweasel: Crash reporter is disabled
Package: iceweasel Version: 17.0.8esr-1~deb7u1 Severity: wishlist Dear Maintainer, Why is the crash reporter (about:crashes) disabled in Iceweasel ? Would it be possible to enable it ? Regards, -- Package-specific info: -- Extensions information Name: Adblock Plus Location: ${PROFILE_EXTENSIONS}/{d10d0bf8-f5b5-c8b4-a8b2-2b9879e08c5d}.xpi Status: enabled Name: Element Hiding Helper pour Adblock Plus Location: ${PROFILE_EXTENSIONS}/elemhidehel...@adblockplus.org.xpi Status: enabled Name: Firebug Location: ${PROFILE_EXTENSIONS}/fire...@software.joehewitt.com.xpi Status: enabled Name: FirePHP Location: ${PROFILE_EXTENSIONS}/firephpextension-bu...@firephp.org.xpi Status: enabled Name: Flashblock Location: /usr/share/mozilla/extensions/{ec8030f7-c20a-464f-9b0e-13a3a9e97384}/{3d7eb24f-2740-49df-8937-200b1cc08f8a} Package: xul-ext-flashblock Status: enabled Name: Français Language Pack locale Location: /usr/lib/iceweasel/extensions/langpack...@iceweasel.mozilla.org.xpi Package: iceweasel-l10n-fr Status: enabled Name: Ghostery Location: ${PROFILE_EXTENSIONS}/fire...@ghostery.com Status: enabled Name: HTTPS-Everywhere Location: ${PROFILE_EXTENSIONS}/https-everywh...@eff.org Status: enabled Name: Saved Password Editor Location: ${PROFILE_EXTENSIONS}/savedpasswordedi...@daniel.dawson.xpi Status: enabled Name: Screengrab (fix version) Location: ${PROFILE_EXTENSIONS}/{02450914-cdd9-410f-b1da-db004e18c671}.xpi Status: enabled Name: Thème par défaut theme Location: /usr/lib/iceweasel/extensions/{972ce4c6-7e08-4474-a285-3208198ce6fd} Package: iceweasel Status: enabled Name: YSlow Location: ${PROFILE_EXTENSIONS}/ys...@yahoo-inc.com.xpi Status: enabled -- Plugins information Name: IcedTea-Web Plugin (using IcedTea-Web 1.4 (1.4-3~deb7u1)) Location: /usr/lib/jvm/java-6-openjdk-amd64/jre/lib/amd64/IcedTeaPlugin.so Package: icedtea-6-plugin:amd64 Status: enabled Name: iTunes Application Detector Location: /usr/lib/mozilla/plugins/librhythmbox-itms-detection-plugin.so Package: rhythmbox-plugins Status: enabled Name: Shockwave Flash (11,2,202,285) Location: /usr/lib/mozilla/plugins/libflashplayer.so Status: enabled Name: Shockwave Flash (11,2,202,285) Location: /usr/lib/flashplugin-nonfree/libflashplayer.so Status: enabled -- Addons package information ii icedtea-6-plug 1.4-3~deb7u1 amd64web browser plugin based on OpenJ ii iceweasel 17.0.8esr-1~ amd64Web browser based on Firefox ii iceweasel-l10n 1:17.0.8esr- all French language package for Icewe ii rhythmbox-plug 2.97-2.1 amd64plugins for rhythmbox music playe ii xul-ext-flashb 1.5.15-1 all mozilla extension to block Adobe -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages iceweasel depends on: ii debianutils 4.3.2 ii fontconfig 2.9.0-7.1 ii libc6 2.13-38 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libnspr42:4.9.2-1 ii libnspr4-0d 2:4.9.2-1 ii libsqlite3-03.7.13-1+deb7u1 ii libstdc++6 4.7.2-5 ii procps 1:3.3.3-3 ii xulrunner-17.0 17.0.8esr-1~deb7u1 iceweasel recommends no packages. Versions of packages iceweasel suggests: ii fonts-stix [otf-stix] 1.1.0-1 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 pn mozplugger none Versions of packages xulrunner-17.0 depends on: ii libasound21.0.25-4 ii libatk1.0-0 2.4.0-2 ii libbz2-1.01.0.6-4 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libdbus-1-3 1.6.8-1+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libevent-2.0-52.0.19-stable-3 ii libfontconfig12.9.0-7.1 ii libfreetype6 2.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-02.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libhunspell-1.3-0 1.3.2-4 ii libjpeg8 8d-1 ii libmozjs17d 17.0.8esr-1~deb7u1 ii libnspr4 2:4.9.2-1 ii libnss3 2:3.14.3-1 ii libnss3-1d2:3.14.3-1 ii libpango1.0-0 1.30.0-1 ii libpixman-1-0 0.26.0-4 ii libsqlite3-0 3.7.13-1+deb7u1 ii libstartup-notification0 0.12-1 ii libstdc++64.7.2-5 ii libvpx1 1.1.0-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxext6 2:1.3.1-2+deb7u1 ii libxrender1 1:0.9.7-1+deb7u1 ii libxt61:1.1.3-1+deb7u1 ii zlib1g
Bug#719806: lintian: Change in binutils produce E: library-not-linked-against-libc for C++ compiled with -Wl, --as-needed
Package: lintian Version: 2.5.15 Severity: important Hi, After the binutils 2.23.52.20130612-1 entered the archive lots of C++ programs that don't explicitly use the libc produce: E: library-not-linked-against-libc messages. This issue was first reported to binutils in #712081, but the upstream developers claim its working as intended (when only weak symbols are used there is no strict dependency). I'm no expert in this area, but I think that either the lintian error is wrong or the issue needs a more deep discussion/approach. It's likely that the lintian test needs to be improved to take into account weak symbols, but this might be not trivial. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.11.0-rc4-custom (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 lintian depends on: ii binutils 2.23.52.20130727-1 ii bzip2 1.0.6-4 ii diffstat 1.55-3 ii file 1:5.14-2 ii gettext0.18.3-1 ii hardening-includes 2.3 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29 ii libarchive-zip-perl1.30-7 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.34-1 ii libdpkg-perl 1.17.1 ii libemail-valid-perl0.190-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-1+b1 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.06~01-2 ii libtimedate-perl 1.2000-1 ii liburi-perl1.60-1 ii man-db 2.6.5-2 ii patchutils 0.3.2-2 ii perl [libdigest-sha-perl] 5.14.2-21 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.20-1 ii libperlio-gzip-perl 0.18-1+b2 ii perl-modules [libautodie-perl] 5.14.2-21 Versions of packages lintian suggests: pn binutils-multiarch none ii dpkg-dev 1.17.1 ii libhtml-parser-perl3.71-1 ii libtext-template-perl 1.45-2 ii xz-utils 5.1.1alpha+20120614-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#719807: gnome: Gnome Virtual keyboard is missing uppercase letters
Package: gnome Version: 1:3.8+2 Severity: important Dear Maintainer, * What led up to the situation? Installed debian 7 on my w500 tablet and tried to sign in to gmail using my password it failed due to the N key output as n on the virtual keyboard (after altering gdm settings to use gnome-shell no fall back mode via ssh) * What exactly did you do (or not do) that was effective (or ineffective)? tried other virtual keyboards and they worked allowing me to login okay but was unable to kill matchbox-keyboard without resorting to the terminal to pkill matchbox tried upgrading system to testing and that failed * What was the outcome of this action? was able to login but the bug with the gnome virtual keyboard remains also found that keys e,c and n sufer the same bug * What outcome did you expect instead? uppercase E, C and N not tried other distros with gnome3/shell to see if it has been fixed as I've only just got the screen saver working and don't want to lose hours of installation work -- System Information: Debian Release: jessie/sid APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome depends on: ii aisleriot1:3.8.0-2 ii alacarte 3.7.90-1 ii avahi-daemon 0.6.31-2 ii cheese 3.4.2-2 ii cups-pk-helper 0.2.5-1 ii desktop-base 7.0.3 ii evolution3.4.4-3 ii evolution-plugins3.4.4-3 ii file-roller 3.8.3-1 ii gedit3.8.3-3 ii gedit-plugins3.8.3-1 ii gimp 2.8.4-1 ii gnome-applets3.4.1-3 ii gnome-color-manager 3.8.2-1 ii gnome-core 1:3.8+2 ii gnome-documents 0.4.2-3 ii gnome-games 1:3.8+2 ii gnome-media 3.4.0-1 ii gnome-nettool3.8.1-1 ii gnome-orca 3.4.2-2 ii gnome-shell-extensions 3.4.0-2 ii gnome-tweak-tool 3.4.0.1-2 ii gstreamer1.0-libav 1.0.8-1 ii gstreamer1.0-plugins-ugly1.0.8-1 ii hamster-applet 2.91.3+git20120514.b9fec3e1-1 ii inkscape 0.48.4-1 ii libgtk2-perl 2:1.247-2 ii libreoffice-calc 1:4.0.3-3 ii libreoffice-gnome1:4.0.3-3 ii libreoffice-impress 1:4.0.3-3 ii libreoffice-writer 1:4.0.3-3 ii nautilus-sendto 3.0.3-3 ii network-manager-gnome0.9.8.2-1+b1 ii rhythmbox2.99.1-3 ii rhythmbox-plugin-cdrecorder 2.99.1-3 ii rhythmbox-plugins2.99.1-3 ii rygel0.18.3-1 ii rygel-playbin0.18.3-1 ii rygel-preferences0.18.3-1 ii rygel-tracker0.18.3-1 ii seahorse 3.8.2-1 ii shotwell 0.14.1-3 ii simple-scan 3.4.2-1 ii sound-juicer 3.4.0-3 ii telepathy-gabble 0.16.6-1 ii telepathy-rakia 0.7.4-1 ii telepathy-salut 0.8.1-1 ii tomboy 1.10.0-2 ii totem3.0.1-9 ii totem-plugins3.0.1-9 ii tracker-gui 0.16.1-2 ii transmission-gtk 2.81-1 ii vinagre 3.8.2-1 ii xdg-user-dirs-gtk0.10-1 ii xul-ext-adblock-plus 2.2.3-1 Versions of packages gnome recommends: ii browser-plugin-gnash 0.8.11~git20120629-1 ii gdebi0.9.1 ii nautilus-sendto-empathy 3.4.2.3-3 ii telepathy-idle 0.1.16-1 Versions of packages gnome suggests: pn dia-gnome none pn gnome-boxesnone pn gnucashnone pn iceweasel-l10n-all none ii libreoffice-evolution 1:4.0.3-3 pn plannernone pn xul-ext-gnome-keyring none Versions of packages gnome-core depends on: ii at-spi2-core 2.9.4-1 ii baobab 3.8.2-1 ii brasero3.8.0-2 ii caribou0.4.4-1 ii caribou-antler 0.4.4-1 ii dconf-gsettings-backend0.16.1-1 ii dconf-tools0.16.1-1 ii empathy3.4.2.3-3 ii eog3.8.2-1 ii evince 3.4.0-3.1+b1 ii evolution-data-server 3.4.4-3 ii fonts-cantarell0.0.13-1 ii gconf2 3.2.6-1 ii gdm3 3.4.1-9 ii gkbd-capplet 3.6.0-1 ii glib-networking2.36.1-2 ii gnome-backgrounds 3.8.1-1 ii gnome-bluetooth3.8.1-2 ii gnome-calculator 3.8.2-1 ii gnome-contacts 3.4.1-2 ii
Bug#719808: libhdate1: crash on x32, bogosity on 64 bit big-endian
Package: libhdate1 Version: 1.6-1 Severity: normal Tags: patch Hi! libhdate calls localtime(long), when its interface requires time_t. If sizeof(long) == sizeof(time_t), all is ok. If sizeof(long) sizeof(time_t), it will work on little-endian, use some uninitialized memory on big-endian. If sizeof(long) sizeof(time_t), it will trample nearby memory. This crash makes bsdmainutils FTBFS on x32, and bsdmainutils is required for a regular debootstrap. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable'), (500, 'experimental') Architecture: x32 (x86_64) Kernel: Linux 3.9.4-x32 (SMP w/5 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 libhdate1 depends on: ii libc6 2.17-92 libhdate1 recommends no packages. libhdate1 suggests no packages. -- no debconf information --- src/hdate_julian.c~ 2008-01-04 20:26:02.0 +0100 +++ src/hdate_julian.c 2013-08-15 15:48:34.307464802 +0200 @@ -367,7 +367,7 @@ if ((d == 0) || (m == 0)) { struct tm *tm; - long t; + time_t t; /* FIXME: day start at 6:00 or 12:00 like in Gregorian cal. ? */ t = time (0); tm = localtime (t);
Bug#719809: ITP: python-django-taggit -- simple tagging for Django
Package: wnpp Severity: wishlist Owner: Michal Čihař ni...@debian.org -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 * Package name: python-django-taggit Version : 0.10a1 Upstream Author : Alex Gaynor * URL : https://github.com/alex/django-taggit * License : BSD Programming Lang: Python Description : simple tagging for Django django-taggit is a reusable Django application designed to making adding tagging to your project easy and fun. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.14 (GNU/Linux) iQIcBAEBCAAGBQJSDOG2AAoJEGo39bHX+xdNZ2AQANbLnOgLRoGcDKjtqAt1k03v qI92AHQUHZJJjmS3Erzx1g8HedhIzAywCPGoWnEohKfPE0legOqkO8+GJzuB+GxO +2I1qLEU5E+s+BTzKgWRzi3bG3Rg5G75vOLxxZfFq18RWrC/NQKIuLHjumK5CJxD 51WJqtdwHbxukhnK+IKQHmG/fp7D5TwXblrjAO8dilidDYCk4QehURe+L8XvrUik d8w78t0SjGFT9SGlYhH/I4NzWAL6w+yP23FFMxmmA0hgyJ97F2pakSyQXL5qAWDl oRvO0odXd71taw6hCBCUWPXzif7YCzHfNkkT7PGPSl8xKxrcdrQhVembvMN6xLNa XCtT89W1tvhC2tut13ZxQmIeMe3HYf627Hyet2DzYnmlfHt3Ow7sSPLJf+57hBTu 8C/xEHPhuX3yN0j2eg+LGs7WoqIJfaviIHBwRq/uhvoEY2eFgCNEME4WjsoYayAF y7fZKWttU9nEzfYd/RrIbOghP8B6Fv+rqgTno1wjgow88JEKjgsebLAJwVGDSmAs WUFFIaiBjKeit8JFUi/Yv5pozVy3fUGuibA/lQ/39t3kvOl0Of8+/xlbd1xHHCLT iaYtDRbA2On6Ly/MOWPtzKDS30WAoSaV+oq2S90XNHqEeKyY1913XXlM0u+TcGSd QNJhKNXfzKOR+ti9QSTz =DHfZ -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#668776: [lshell] log directory permissions insecure/wrong
On Sat, Jun 15, 2013 at 1:58 AM, Marc Haber mh+debian-b...@zugschlus.de wrote: On Tue, Nov 06, 2012 at 09:11:38AM +0100, Ignace Mouzannar wrote: On Tue, Nov 6, 2012 at 9:05 AM, Jan Wagner w...@debian.org wrote: is there a chance to get that fixed in wheezy? I will fix this ASAP. The issue is still present in today's unstable. This has been fixed upstream [1]. I should be upload a new version very soon. Very sorry for the delay. Cheers, Ignace M [1] https://github.com/ghantoos/lshell/issues/19 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719806: lintian: Change in binutils produce E: library-not-linked-against-libc for C++ compiled with -Wl, --as-needed
On 2013-08-15 15:58, Maximiliano Curia wrote: Package: lintian Version: 2.5.15 Severity: important Hi, Hi, After the binutils 2.23.52.20130612-1 entered the archive lots of C++ programs that don't explicitly use the libc produce: E: library-not-linked-against-libc messages. This issue was first reported to binutils in #712081, but the upstream developers claim its working as intended (when only weak symbols are used there is no strict dependency). Do you have a reference to upstream's claim for reference? I'm no expert in this area, but I think that either the lintian error is wrong or the issue needs a more deep discussion/approach. Not a huge expert either. It's likely that the lintian test needs to be improved to take into account weak symbols, but this might be not trivial. [...] Quite possible. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org