Bug#656828: speech-dispatcher: HelloWorld example only speaks 'once' using Python API
Control: tags -1 confirmed Control: severity -1 normal On 22-01-12 01:59, Tim Skillman wrote: I tried the sample code given for the Python speech API which is import speechd client = speechd.SSIPClient('test') client.set_output_module('festival') client.set_language('en') client.set_punctuation(speechd.PunctuationMode.SOME) client.speak(Hello World!) client.close() 1) After running the script there was a pause and Hello World was spoken. If I try this, the sound is awful. If I pause before close() than it sounds normal. 2) I then stopped the script and ran it again and the script immediately stopped with no errors and no speech! Indeed, but if I pause before close() than the next time it works also. 3) Sound continued to work for the rest of the system. It was only until I rebooted that speech would work - but only once as before. Also killing speech-dispatcher solves the problem if it hangs. Can you confirm my observations? Paul signature.asc Description: OpenPGP digital signature
Bug#734139: nginx-common: nginx fails to rotate logs due to wrong /var/log/nginx permissions
Package: nginx-common Version: 1.4.4-3 Severity: important The change of /var/log/nginx permissions to root:adm 0750 introduced a log rotate issue. The worker processes are not able to re-open log files as the don't have execute permissions on the the directory. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: init system discussion status
Russ Allbery r...@debian.org writes: My inclination would be to give maintainers technical advice to accept integrations with either existing synchronization protocols, but leave it as technical advice rather than the binding part of the decision. I strongly agree. Bdale pgp5ex_rCH3W3.pgp Description: PGP signature
Bug#734140: Package not installable because of foomatic-filters
Package: hpijs-ppds Version 3.13.11-2 Severity: normal Dear maintainer The package hpijs-ppds is uninstallable in sid, because the package cups-filters is installed. Here the dependencies: foomatic-filters is not installable in parallel with cups-filters. But hpijs-ppds depends on foomatic-filters. I'm not sure, if you should change the dependency to cups-filters or if the package foomatic-filters has to be corrected. Thank you. Best regards Bernhard -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734142: Aptitude crashes in endless loop (?)
Package: libapt-pkg4.12 Version: 0.9.14.1 Trying to install systemd-sysv 204-6 and upgrade the rest of systemd to 204-6. After pressing 'g', aptitude crashes reproducibly with a VERY long backtrace. This is the backtrace (unfortunately, there's no dbg package): Program received signal SIGSEGV, Segmentation fault. 0x7f9f5a3bbd6d in _int_malloc (av=0x7f9f5a6e6640 main_arena, bytes=1049) at malloc.c:3379 3379malloc.c: No such file or directory. (gdb) bt #0 0x7f9f5a3bbd6d in _int_malloc (av=0x7f9f5a6e6640 main_arena, bytes=1049) at malloc.c:3379 #1 0x7f9f5a3be083 in __GI___libc_malloc (bytes=1049) at malloc.c:2859 #2 0x7f9f5ac5ee6d in operator new(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #3 0x7f9f5acb9509 in std::string::_Rep::_S_create(unsigned long, unsigned long, std::allocatorchar const) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #4 0x7f9f5acba0cb in std::string::_Rep::_M_clone(std::allocatorchar const, unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #5 0x7f9f5acba164 in std::string::reserve(unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #6 0x7f9f5acba3af in std::string::append(char const*, unsigned long) () from /usr/lib/x86_64-linux-gnu/libstdc++.so.6 #7 0x7f9f5c809e16 in OutputInDepth(unsigned long, char const*) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #8 0x7f9f5c841fa6 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #9 0x7f9f5c842be2 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #10 0x7f9f5c842293 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #11 0x7f9f5c842be2 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 [...] #15875 0x7f9f5c842be2 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #15876 0x7f9f5c842293 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #15877 0x7f9f5c847e40 in pkgPackageManager::OrderInstall() () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #15878 0x7f9f5cf3c76a in ?? () #15879 0x7f9f5cf3c80f in ?? () #15880 0x7f9f5ce8cc89 in ?? () #15881 0x7f9f5cdf0dcc in ?? () #15882 0x7f9f5cdf55b3 in ?? () #15883 0x7f9f5ce886a5 in ?? () #15884 0x7f9f5bebd305 in cwidget::toplevel::mainloop(int) () from /usr/lib/libcwidget.so.3 #15885 0x7f9f5ce84f58 in ?? () #15886 0x7f9f5cda46e6 in ?? () #15887 0x7f9f5a361995 in __libc_start_main (main=0x7f9f5cda3030, argc=1, ubp_av=0x7fffa62cc7b8, init=optimized out, fini=optimized out, rtld_fini=optimized out, stack_end=0x7fffa62cc7a8) at libc-start.c:276 #15888 0x7f9f5cdaf189 in ?? () The same problem can be reproduced with aptitude install -t sid systemd-sysv, slightly different inner backtrace: #0 0x77ad1d85 in Configuration::Lookup(Configuration::Item*, char const*, unsigned long const, bool const) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #1 0x77ad1e14 in Configuration::Lookup(char const*, bool const) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #2 0x77ad251d in Configuration::FindI(char const*, int const) const () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #3 0x77b04a00 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #4 0x77b05be2 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #5 0x77b05293 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #6 0x77b05be2 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #7 0x77b05293 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 [...] #15873 0x77b05293 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #15874 0x77b05be2 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #15875 0x77b05293 in pkgPackageManager::SmartUnPack(pkgCache::PkgIterator, bool, int) () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #15876 0x77b0ae40 in pkgPackageManager::OrderInstall() () from /usr/lib/x86_64-linux-gnu/libapt-pkg.so.4.12 #15877 0x5575476a in ?? () #15878 0x5575480f in ?? () #15879 0x556e4ed7 in ?? () #15880
Bug#734143: openni-sensor-pointclouds: FTBFS: Unknown machine type: ppc
Package: openni-sensor-pointclouds Version: 5.1.0.41.1-1 Severity: important Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, on powerpc and powerpcspe, openni-sensor-pointclouds FTBFS like this: ... dh build-arch --buildsystem=makefile dh_testdir -a -O--buildsystem=makefile dh_auto_configure -a -O--buildsystem=makefile debian/rules override_dh_auto_build make[1]: Entering directory `/«PKGBUILDDIR»' cd Platform/Linux/CreateRedist bash RedistMaker Unknown machine type: ppc make[1]: *** [override_dh_auto_build] Error 1 make[1]: Leaving directory `/«PKGBUILDDIR»' ... The attached patch fixes this. Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Index: openni-sensor-pointclouds-5.1.0.41.1/Platform/Linux/Build/Common/Platform.Powerpc === --- /dev/null 1970-01-01 00:00:00.0 + +++ openni-sensor-pointclouds-5.1.0.41.1/Platform/Linux/Build/Common/Platform.Powerpc 2014-01-04 10:26:08.0 +0100 @@ -0,0 +1,9 @@ +ifeq $(CFG) Release + +# Optimization level, minus currently buggy optimizing methods (which break bit-exact) +CFLAGS += -O3 -fno-tree-pre -fno-strict-aliasing + +# More optimization flags +CFLAGS += -ftree-vectorize -ffast-math -funsafe-math-optimizations -fsingle-precision-constant + +endif Index: openni-sensor-pointclouds-5.1.0.41.1/Platform/Linux/CreateRedist/RedistMaker === --- openni-sensor-pointclouds-5.1.0.41.1.orig/Platform/Linux/CreateRedist/RedistMaker 2014-01-04 10:26:08.0 +0100 +++ openni-sensor-pointclouds-5.1.0.41.1/Platform/Linux/CreateRedist/RedistMaker 2014-01-04 10:26:08.0 +0100 @@ -29,6 +29,8 @@ PLATFORM=x64 ;; arm) PLATFORM=Arm ;; + ppc) + PLATFORM=Powerpc ;; *) echo Unknown machine type: $MACHINE_TYPE exit 1 Index: openni-sensor-pointclouds-5.1.0.41.1/Source/Utils/XnSensorServer/SensorServer.cpp === --- openni-sensor-pointclouds-5.1.0.41.1.orig/Source/Utils/XnSensorServer/SensorServer.cpp 2014-01-04 10:26:08.0 +0100 +++ openni-sensor-pointclouds-5.1.0.41.1/Source/Utils/XnSensorServer/SensorServer.cpp 2014-01-04 10:26:08.0 +0100 @@ -56,7 +56,7 @@ nRetVal = XnSensorServerGetGlobalConfigFile(strConfigDir, strConfigFile, XN_FILE_MAX_PATH); XN_CHECK_RC(nRetVal, Resolving global config file); -#if (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_MACOSX) +#if (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX) xnLogSetOutputFolder(/var/log/primesense/XnSensorServer/); #endif Index: openni-sensor-pointclouds-5.1.0.41.1/Source/XnDeviceSensorV2/XnDeviceSensorInit.h === --- openni-sensor-pointclouds-5.1.0.41.1.orig/Source/XnDeviceSensorV2/XnDeviceSensorInit.h 2014-01-04 10:26:08.0 +0100 +++ openni-sensor-pointclouds-5.1.0.41.1/Source/XnDeviceSensorV2/XnDeviceSensorInit.h 2014-01-04 10:26:08.0 +0100 @@ -57,7 +57,7 @@ #define XN_SENSOR_USB_MISC_BUFFER_SIZE 0x1000 #define XN_SENSOR_USB_MISC_BUFFERS 1 -#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_ANDROID_ARM) +#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_ANDROID_ARM) #define XN_SENSOR_USB_IMAGE_BUFFER_SIZE_MULTIPLIER_ISO32 #define XN_SENSOR_USB_IMAGE_BUFFER_SIZE_MULTIPLIER_BULK40 #define XN_SENSOR_USB_IMAGE_BUFFER_SIZE_MULTIPLIER_LOWBAND_ISO 16 Index: openni-sensor-pointclouds-5.1.0.41.1/Source/XnDeviceSensorV2/XnSensorClient.cpp === --- openni-sensor-pointclouds-5.1.0.41.1.orig/Source/XnDeviceSensorV2/XnSensorClient.cpp 2014-01-04 10:26:08.0 +0100 +++ openni-sensor-pointclouds-5.1.0.41.1/Source/XnDeviceSensorV2/XnSensorClient.cpp 2014-01-04 10:26:08.0 +0100 @@ -882,7 +882,7 @@ #if (XN_PLATFORM == XN_PLATFORM_WIN32) nRetVal = GetModuleDir(strServerDir); -#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_MACOSX) +#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX) sprintf(strServerDir,
Bug#734141: This bug is caused by patch glib-2.22.5-gio-local-stat-selinux-mls-2.patch
That was done to fix RedHat bug https://bugzilla.redhat.com/show_bug.cgi?id=586412 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734144: openni-sensor-primesense: FTBFS: Unknown machine type: ppc
Package: openni-sensor-primesense Version: 5.1.0.41-3 Severity: important Tags: patch User: debian-powerpc...@breakpoint.cc Usertags: powerpcspe Hi, on powerpc and powerpcspe, openni-sensor-primesense FTBFS like this: ... make[1]: Leaving directory `/«PKGBUILDDIR»' debian/rules build-arch dh build-arch --buildsystem=makefile dh_testdir -a -O--buildsystem=makefile dh_auto_configure -a -O--buildsystem=makefile debian/rules override_dh_auto_build make[1]: Entering directory `/«PKGBUILDDIR»' cd Platform/Linux/CreateRedist bash RedistMaker Unknown machine type: ppc make[1]: *** [override_dh_auto_build] Error 1 make[1]: Leaving directory `/«PKGBUILDDIR»' make: *** [build-arch] Error 2 ... The attached patch fixes this. Roland -- System Information: Debian Release: 7.0 APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable') Architecture: powerpcspe (ppc) Kernel: Linux 3.9.0-dirty (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_GB.UTF-8) Shell: /bin/sh linked to /bin/dash Index: openni-sensor-primesense-5.1.0.41/Platform/Linux/CreateRedist/RedistMaker === --- openni-sensor-primesense-5.1.0.41.orig/Platform/Linux/CreateRedist/RedistMaker 2014-01-04 10:34:00.0 +0100 +++ openni-sensor-primesense-5.1.0.41/Platform/Linux/CreateRedist/RedistMaker 2014-01-04 10:34:00.0 +0100 @@ -29,6 +29,8 @@ PLATFORM=x64 ;; arm) PLATFORM=Arm ;; + ppc) + PLATFORM=Powerpc ;; *) echo Unknown machine type: $MACHINE_TYPE exit 1 Index: openni-sensor-primesense-5.1.0.41/Platform/Linux/Build/Common/CommonDefs.mak === --- openni-sensor-primesense-5.1.0.41.orig/Platform/Linux/Build/Common/CommonDefs.mak 2014-01-04 10:34:00.0 +0100 +++ openni-sensor-primesense-5.1.0.41/Platform/Linux/Build/Common/CommonDefs.mak 2014-01-04 10:34:00.0 +0100 @@ -15,6 +15,8 @@ HOST_PLATFORM = x86 else ifneq (,$(findstring arm,$(MACHINE))) HOST_PLATFORM = Arm +else ifneq (,$(findstring ppc,$(MACHINE))) + HOST_PLATFORM = Powerpc else DUMMY:=$(error Can't determine host platform) endif Index: openni-sensor-primesense-5.1.0.41/Source/XnDeviceSensorV2/XnDeviceSensorInit.h === --- openni-sensor-primesense-5.1.0.41.orig/Source/XnDeviceSensorV2/XnDeviceSensorInit.h 2014-01-04 10:34:00.0 +0100 +++ openni-sensor-primesense-5.1.0.41/Source/XnDeviceSensorV2/XnDeviceSensorInit.h 2014-01-04 10:34:00.0 +0100 @@ -57,7 +57,7 @@ #define XN_SENSOR_USB_MISC_BUFFER_SIZE 0x1000 #define XN_SENSOR_USB_MISC_BUFFERS 1 -#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_ANDROID_ARM) +#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX || XN_PLATFORM == XN_PLATFORM_ANDROID_ARM) #define XN_SENSOR_USB_IMAGE_BUFFER_SIZE_MULTIPLIER_ISO32 #define XN_SENSOR_USB_IMAGE_BUFFER_SIZE_MULTIPLIER_BULK40 #define XN_SENSOR_USB_IMAGE_BUFFER_SIZE_MULTIPLIER_LOWBAND_ISO 16 Index: openni-sensor-primesense-5.1.0.41/Source/XnDeviceSensorV2/XnSensorClient.cpp === --- openni-sensor-primesense-5.1.0.41.orig/Source/XnDeviceSensorV2/XnSensorClient.cpp 2014-01-04 10:34:00.0 +0100 +++ openni-sensor-primesense-5.1.0.41/Source/XnDeviceSensorV2/XnSensorClient.cpp 2014-01-04 10:34:00.0 +0100 @@ -882,7 +882,7 @@ #if (XN_PLATFORM == XN_PLATFORM_WIN32) nRetVal = GetModuleDir(strServerDir); -#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_MACOSX) +#elif (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC || XN_PLATFORM == XN_PLATFORM_MACOSX) sprintf(strServerDir, /usr/lib/libopenni-sensor-primesense0); #endif Index: openni-sensor-primesense-5.1.0.41/Source/Utils/XnSensorServer/SensorServer.cpp === --- openni-sensor-primesense-5.1.0.41.orig/Source/Utils/XnSensorServer/SensorServer.cpp 2014-01-04 10:34:00.0 +0100 +++ openni-sensor-primesense-5.1.0.41/Source/Utils/XnSensorServer/SensorServer.cpp 2014-01-04 10:34:00.0 +0100 @@ -56,7 +56,7 @@ nRetVal = XnSensorServerGetGlobalConfigFile(strConfigDir, strConfigFile, XN_FILE_MAX_PATH); XN_CHECK_RC(nRetVal, Resolving global config file); -#if (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_MACOSX) +#if (XN_PLATFORM == XN_PLATFORM_LINUX_X86 || XN_PLATFORM == XN_PLATFORM_LINUX_ARM || XN_PLATFORM == XN_PLATFORM_LINUX_POWERPC ||
Bug#734145: function.getenv.html has bad link
Package: php-doc Version: 20131001-1 Severity: minor File: /usr/share/doc/php-doc/html/function.getenv.html file:///usr/share/doc/php-doc/html/function.getenv.html has a bad link: Iceweasel can't find the file at /usr/share/doc/php-doc/html/language.variables.superglobals.html. Would be best to e.g., use linklint(1) on the whole tree. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: additional OpenRC information: OpenRC now in Debian Experimental!
On 01/04/2014 01:42 AM, Ian Jackson wrote: Thomas Goirand writes (Bug#727708: additional OpenRC information: OpenRC now in Debian Experimental!): OpenRC is now in Debian experimental! \o/ Good, thanks. I of course welcome anyone to try OpenRC and report bugs. Can you point me to the relevant reference documentation ? Thanks, Ian. Hi Ian, I'm not sure what kind of doc you are looking for. If you want to know how to install it, well, it's just an apt-get install openrc plus a tricky first reboot. Otherwise, read further. You can first have a look over here: https://wiki.debian.org/OpenRC Though I just have made some edits to make it up-to-date, that page is still a work in progress, and would need much improvements, like how to write runscripts and so on. There's also this from Gentoo upstream: http://wiki.gentoo.org/wiki/OpenRC As much as I know, most of the available documentation is available from the set of man pages from the OpenRC project. Here's a list of available manpages: einfo.3 openrc.8 rc_config.3 rc_find_pids.3 rc_runlevel.3 rc-service.8 rc_stringlist.3 service.8 openrc-run.8 rc_deptree.3 rc_plugin_hook.3 rc_service.3 rc-status.8 rc-update.8 start-stop-daemon.8 They are not all installed by the Debian package yet, so you may want to have a look in the man folder of the source package. You can to start reading the man page for openrc-run, which describe how to write OpenRC runscripts. A runscript is what can replace init scripts, eg you would replace #!/bin/sh by #!/sbin/openrc-run. FYI, openrc-run is the new name of /sbin/runscript. It was renamed because of the clash with the command line from minicom. I guess we'll keep the therm runscript for a while still, even if it's really referring to openrc-run now. But probably, the most easy way to learn how to make runscripts is to read what's been done in Gentoo. Inside the openrc source package, under the init.d script, there's a bunch of runscripts which you can read as examples. When reading them, keep in mind that these are rather complex, and most of the daemons in Debian will not need that complexity. If you need to know more, let me know. 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#165793: closed by Solveig deb...@solveig.org (Re: xbase-clients: /usr/X11R6/man/man1/xlsfonts.1x.gz doesn't explain pattern good enough - closing)
OK -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595485: ITP: shark -- Modular Machine Learning Library
Forget this answer to a very old remaining in my mbox. Sorry for the noise, Andreas. On Sat, Jan 04, 2014 at 10:59:51AM +0100, Andreas Tille wrote: Hi Christian, I think this would be a nice fit to Debian Science. Would you consider maintaining it in this team? Kind regards Andreas. On Sat, Sep 04, 2010 at 02:25:50PM +0200, Christian Kastner wrote: Package: wnpp Severity: wishlist Owner: Christian Kastner deb...@kvr.at * Package name: shark Version : 2.3.2 Upstream Author : Shark Project * URL : http://shark-project.sourceforge.net/ * License : GPL-2+ Programming Lang: C++ Description : Modular Machine Learning Library SHARK is a modular C++ library for the design and optimization of adaptive systems. It provides methods for linear and nonlinear optimization, in particular evolutionary and gradient-based algorithms, kernel-based learning algorithms and neural networks, and various other machine learning techniques. SHARK serves as a toolbox to support real world applications as well as research in different domains of computational intelligence and machine learning. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100904122550.17505.506.report...@sid64-devel.sbx -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-science-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20140104095951.ge5...@an3as.eu -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#595485: ITP: shark -- Modular Machine Learning Library
Hi Christian, I think this would be a nice fit to Debian Science. Would you consider maintaining it in this team? Kind regards Andreas. On Sat, Sep 04, 2010 at 02:25:50PM +0200, Christian Kastner wrote: Package: wnpp Severity: wishlist Owner: Christian Kastner deb...@kvr.at * Package name: shark Version : 2.3.2 Upstream Author : Shark Project * URL : http://shark-project.sourceforge.net/ * License : GPL-2+ Programming Lang: C++ Description : Modular Machine Learning Library SHARK is a modular C++ library for the design and optimization of adaptive systems. It provides methods for linear and nonlinear optimization, in particular evolutionary and gradient-based algorithms, kernel-based learning algorithms and neural networks, and various other machine learning techniques. SHARK serves as a toolbox to support real world applications as well as research in different domains of computational intelligence and machine learning. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20100904122550.17505.506.report...@sid64-devel.sbx -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734093: debian-installer: install plymouth by default
On 01/03/2014 09:23 PM, Andreas Cadhalpun wrote: It would be good to know, if plymouth handles such situations gracefully. there is no problem with plymouth on systems that do not have a display attached. on systems that only support text modes, the text plugin is used (package plymouth with ~100kb size, installed size ~500kb; depends on libc and initramfs-tools only). on systems that support graphical output, a graphical theme can be used (requires package plymouth-drm with ~500kb size, installed size ~800kb; depends on cairo, libdrm, libglib, libkms, pango, libpng, fontconfig and ttf-dejavu-core). on systems that support graphical output but are incompatible (i.e. when the installed version of the kernel/libdrm doesn't support bleeding edge nvidia or ati cards yet), plymouth falls back to the text plugin automatically. NB: most of the plymouth-drm depends are already included in the default amd64/i386 desktop package selections and the plymouth 'debian' theme is part of the monolithic desktop-base package. -- Address:Daniel Baumann, Donnerbuehlweg 3, CH-3012 Bern Email: daniel.baum...@progress-technologies.net Internet: http://people.progress-technologies.net/~daniel.baumann/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734142: Pre-Depends loop
It appears this bug occurs when there is a PreDepends that conflicts with another Breaks rule. Here's some output from my attempt to repair it, which may be helpful for you: woodpecker:/var/cache/apt/archives# dpkg -i sysvinit_2.88dsf-45_amd64.deb systemd-sysv_204-6_amd64.deb dpkg: regarding sysvinit_2.88dsf-45_amd64.deb containing sysvinit, pre-dependency problem: sysvinit pre-depends on sysvinit-core | upstart | systemd-sysv sysvinit-core is not installed. upstart is not installed. systemd-sysv is not installed. dpkg: error processing archive sysvinit_2.88dsf-45_amd64.deb (--install): pre-dependency problem - not installing sysvinit dpkg: regarding systemd-sysv_204-6_amd64.deb containing systemd-sysv: systemd-sysv conflicts with sysvinit ( 2.88dsf-44~) sysvinit (version 2.88dsf-43) is present and installed. dpkg: error processing archive systemd-sysv_204-6_amd64.deb (--install): conflicting packages - not installing systemd-sysv Errors were encountered while processing: sysvinit_2.88dsf-45_amd64.deb systemd-sysv_204-6_amd64.deb I have worked around the bug by doing apt-get install -t sid sysvinit-core after which I was able to upgrade systemd. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734146: Messes up root environment
Package: kvpnc Version: 0.9.6a-2.1 Severity: normal kvpnc must be run as root, it evebn asks for the *root* password, not a sudoer password. After that being run as root it messes up root environment storing everything in it. Short it means that it is unusable for a user without root rights and it mixes all users settings in root directory. More cosmetic it does not use the user's KDE settings but root's (who should never start a graphical session). -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (900, 'testing-proposed-updates'), (900, 'testing'), (700, 'proposed-updates'), (600, 'stable'), (400, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-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 kvpnc depends on: ii kde-runtime4:4.11.3-1 ii kvpnc-data 0.9.6a-2.1 ii libc6 2.17-97 ii libgcc11:4.8.2-10 ii libgcrypt111.5.3-3 ii libkde3support44:4.11.3-2 ii libkdecore54:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkfile4 4:4.11.3-2 ii libkio54:4.11.3-2 ii libknotifyconfig4 4:4.11.3-2 ii libkpty4 4:4.11.3-2 ii libqt4-dbus4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-network 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-qt3support 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-svg 4:4.8.5+git192-g085f851+dfsg-2 ii libqt4-xml 4:4.8.5+git192-g085f851+dfsg-2 ii libqtcore4 4:4.8.5+git192-g085f851+dfsg-2 ii libqtgui4 4:4.8.5+git192-g085f851+dfsg-2 ii libstdc++6 4.8.2-10 ii menu 2.1.46 ii module-init-tools 9-3 ii net-tools 1.60-25 ii psmisc 22.20-1 kvpnc recommends no packages. Versions of packages kvpnc suggests: ii iptables1.4.21-1 pn openct none pn opensc none ii openssl 1.0.1e-6 pn openswannone ii openvpn 2.3.2-7 pn pptp-linux none pn racoon none pn vpncnone pn xl2tpd none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734134: screen-cap
I have attached a screen-shot of this. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ attachment: kdepolkit.png
Bug#734147: grep: colorisation corrupts character at end of line
Package: grep Version: 2.14-1 Severity: normal Dear Maintainer, When grep is asked to colorise matches (e.g. grep --color=tty), it outputs an sgr sequence to switch to (e.g.) red text colour, followed by a clear to end of screen. (apparently, this is the patch that implements that: http://git.savannah.gnu.org/cgit/grep.git/commit/src/grep.c?id=1eb74b3a38f16192097fc1d51a9b219165c540aa) The problem is that this corrupts the character before the match when the match happens to be at the end of the line. e.g. when grep prints 1234\e[1m\e[K, in a terminal that has 4 columns, it expects the first line to be 1234, and the second be a coloured : 1234 However, the result in xterm is: 123u uuu While the result in urxvt is: 123 i.e. in xterm a character is missing, in urxvt it gets cleared. this is because the cursor is at the end of the line for the last character of the line, so a clear to end of screen erases that character. (apparently xterm and urxvt disagree on whether to clear the cursor-past-margin flag, but they do agree that clearing to end of screen clears from the visible cursor position onward). -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/12 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages grep depends on: ii dpkg 1.16.10 ii install-info 4.13a.dfsg.1-10 ii libc6 2.17-93 grep recommends no packages. Versions of packages grep suggests: ii libpcre3 1:8.31-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#733680: I prepared a fix for it.
Hi all, thanks for the investigation - I was wondering why the Spork tests failed. In any case, I prepared a fix for it at: https://github.com/ingydotnet/io-all-pm/pull/21 I'm attaching a diff for it. Just for reference: shlomif@telaviv1:~/IO-All-0.39$ ls -l ; perl -Ilib -MIO::All -e 'io-file(foobar2)-assert-print(foo)' ; ls -l total 76 -rw-r--r-- 1 shlomif shlomif 3879 Dec 12 2008 Changes drwxr-xr-x 3 shlomif shlomif 4096 Dec 12 2008 inc drwxr-xr-x 3 shlomif shlomif 4096 Dec 12 2008 lib -rw-r--r-- 1 shlomif shlomif 149 Dec 12 2008 Makefile.PL -rw-r--r-- 1 shlomif shlomif 1298 Feb 3 2008 MANIFEST -rw-r--r-- 1 shlomif shlomif 378 Dec 12 2008 META.yml -rw-r--r-- 1 shlomif shlomif 48721 Dec 12 2008 README drwxr-xr-x 3 shlomif shlomif 4096 Dec 12 2008 t Useless use of \E at lib/IO/All.pm line 72. Useless use of \E at lib/IO/All.pm line 80. Useless use of \E at lib/IO/All.pm line 81. Can't open file 'foobar2' for output: Is a directory at -e line 1. total 80 -rw-r--r-- 1 shlomif shlomif 3879 Dec 12 2008 Changes drwxr-xr-x 2 shlomif shlomif 4096 Jan 4 12:10 foobar2 drwxr-xr-x 3 shlomif shlomif 4096 Dec 12 2008 inc drwxr-xr-x 3 shlomif shlomif 4096 Dec 12 2008 lib -rw-r--r-- 1 shlomif shlomif 149 Dec 12 2008 Makefile.PL -rw-r--r-- 1 shlomif shlomif 1298 Feb 3 2008 MANIFEST -rw-r--r-- 1 shlomif shlomif 378 Dec 12 2008 META.yml -rw-r--r-- 1 shlomif shlomif 48721 Dec 12 2008 README drwxr-xr-x 3 shlomif shlomif 4096 Dec 12 2008 t shlomif@telaviv1:~/IO-All-0.39$ It also happens with perl-5.10.1. To me it seems like a regression in glibc or the kernel. Best regards, Shlomi Fish -- - Shlomi Fish http://www.shlomifish.org/ What Makes Software Apps High Quality - http://shlom.in/sw-quality In Soviet Russia, superstition believes in you. — Sawyer X Please reply to list if it's a mailing list post - http://shlom.in/reply . diff --git a/lib/IO/All.pm b/lib/IO/All.pm index 6200cbd..b38c6ca 100755 --- a/lib/IO/All.pm +++ b/lib/IO/All.pm @@ -771,13 +771,14 @@ sub throw { sub assert_dirpath { my $self = shift; my $dir_name = shift; -return $dir_name if -d $dir_name or - CORE::mkdir($self-pathname, $self-perms || 0755) or +return $dir_name if ((! CORE::length($dir_name)) or + -d $dir_name or + CORE::mkdir($dir_name, $self-perms || 0755) or do { require File::Path; File::Path::mkpath($dir_name); } or - $self-throw(Can't make $dir_name); + $self-throw(Can't make $dir_name)); } sub assert_open { diff --git a/t/assert.t b/t/assert.t index 287afba..b57f669 100644 --- a/t/assert.t +++ b/t/assert.t @@ -1,16 +1,37 @@ use lib 't', 'lib'; use strict; use warnings; -use Test::More tests = 4; +use Test::More tests = 8; use IO::All; use IO_All_Test; +use Cwd qw(getcwd); + ok(not -e o_dir() . '/newpath/hello.txt'); ok(not -e o_dir() . '/newpath'); +{ my $io = io(o_dir() . '/newpath/hello.txt')-assert; ok(not -e o_dir() . '/newpath'); Hello\n $io; ok(-f o_dir() . '/newpath/hello.txt'); +} + +{ +my $orig_path = getcwd(); + +chdir(o_dir() . '/newpath'); +# Bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=733680 +Hello io-file('foobar')-assert; + +ok( -f 'foobar'); +is( scalar (-s 'foobar'), 5); + +12345678 io-file('./1_8')-assert; + +ok( -f '1_8', Dot-slash-assert.); +is( scalar (-s '1_8'), 8, Size is 8.); +chdir($orig_path); +} del_output_dir();
Bug#734148: gnucash loses the column widths of the list of accounts
Package: gnucash Version: 1:2.6.0-1 Severity: important GnuCash sometimes loses the column widths of the list of accounts. This is a regression: there was no such problem before 2.6.0. To reproduce it: 1. Start GnuCash, which opens the default .gnc file. 2. Modify the column widths of the list of accounts. 3. Quit GnuCash. 4. Start GnuCash a second time. The columns widths are remembered as expected. 5. Quit GnuCash. 6. Start GnuCash a third time. Now the columns widths are back to the default widths! -- 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.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnucash depends on: ii gnucash-common 1:2.6.0-1 ii guile-2.0 2.0.9+1-1 ii guile-2.0-libs 2.0.9+1-1 ii libaqbanking34 5.1.0beta-1 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libcrypt-ssleay-perl 0.58-1+b1 ii libdate-manip-perl 6.42-1 ii libdbi10.8.4-6 ii libfinance-quote-perl 1.18-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-0 2.36.4-1 ii libgnome-keyring0 3.8.0-2 ii libgnomecanvas2-0 2.30.3-2 ii libgoffice-0.8-8 0.8.17-3 ii libgtk2.0-02.24.22-1 ii libgwengui-gtk2-0 4.8.0beta-1 ii libgwenhywfar604.8.0beta-1 ii libhtml-tableextract-perl 2.11-1 ii libhtml-tree-perl 5.03-1 ii libktoblzcheck1c2a 1.43-1 ii libofx41:0.9.4-2.1 ii libpango-1.0-0 1.36.0-1+b1 ii libpangocairo-1.0-01.36.0-1+b1 ii libpython2.7 2.7.6-4 ii libwebkitgtk-1.0-0 2.2.3-1 ii libwww-perl6.05-2 ii libx11-6 2:1.6.2-1 ii libxml22.9.1+dfsg1-3 ii libxslt1.1 1.1.28-2 ii perl 5.18.1-5 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gnucash recommends: ii gnucash-docs 2.6.0-1 ii yelp 3.10.1-1 Versions of packages gnucash suggests: pn libdbd-mysqlnone pn libdbd-pgsqlnone pn libdbd-sqlite3 none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#689899: Ships a folder in /var/run or /var/lock (Policy Manual section 9.3.2)
Hi again Andreas, Le vendredi, 3 janvier 2014, 23.53:48 Andreas Barth a écrit : * Didier 'OdyX' Raboud (o...@debian.org) [140103 23:43]: Considering you've had your chance to respond to this (and given that you managed to respond in less than a half-hour last time), I have uploaded the proposed debdiff to DELAYED/5 as announced. Sorry, this is not acceptable. Your take. From my side, I don't find acceptable that you block a reasonable patch for a serious bug that triggers the ftp-master autoreject lintian check; proposed since four months without a review (or any sort of statement about the patch) from your side. I find it totally incomprehensible that you block RC fixes for a package you haven't uploaded yourself in six _years_. Furthermore, the continued existence of this bug lead to the automated removal of mgetty, courier, courier-filter-perl, mysqmail, and couriergrey from testing [0,1]. This bug was brought to my attention by the (non-DD) maintainer of couriergrey who was puzzled about his package being taken out of testing. Not being able to timely fix bugs in reverse-dependencies IMHO makes the auto-removal process just more painful for unnecessary reasons. For the record, the patch proposed by gregor to fix this bug has the following stats: mgetty-fax.dirs |2 -- mgetty-fax.postinst |3 +-- mgetty-fax.postrm |1 + 3 files changed, 2 insertions(+), 4 deletions(-) I think we both spent way more time arguing than it would have taken you to properly review it and {N,}ACK it (and fix two RC bugs in the process). Please remove it immediatly. I canceled it yesterday night. I made a statement as maintainer I do not want this upload at this time and asked you for a little bit of time to review the change. Fair enough. I initially read your So please remove your upload until I can review the situation again. differently than I do now; I've probably been too stubborn, sorry for that. You are not authorized to behave the way you did. As I argued before, my reading of your initial opposition (against variations of rmdir -f) and the NMU guidelines would have initially allowed me a direct upload. Now that you insisted on blocking all uploads, right; sorry for that. Also, if it is that urgent, why did you not e.g. ping me on IRC? It's been urgent (as in RC) for more than four months, why didn't you review the proposed patch /sarcasm? Also, on a more serious tone, I generally want to keep track of bug conversations in the public bug logs (in this case, more especially so as you suggested an appeal to the tech-ctte…). Anyway. I'm giving up on this for now, with the hope that mgetty's reverse dependencies will somehow find a way towards testing. With my best regards, OdyX [0] https://lists.debian.org/debian-testing-changes/2013/12/msg00050.html [1] Arguably, courier has its own RC bug. signature.asc Description: This is a digitally signed message part.
Bug#734150: Buffer overflow in cpufreqd, patch attached
Package: cpufreqd Version: 2.4.2-2 Severity: important Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu trusty ubuntu-patch In Ubuntu, the attached patch was applied to achieve the following: * path_max.patch: Pull upstream patch to fix MAX_PATH_LEN (LP: #1162160) This is a straight buffer overflow, detected by glibc when compiled with FORTIFY_SOURCE (which is the default in Ubuntu, but not Debian, which likely explains the lack of Debian bug reports about this one so far). The patch is a direct pull from upstream git, tested here, and seems to correct the issue. ... Adam -- System Information: Debian Release: wheezy/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (500, 'saucy-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-0-generic (SMP w/4 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff -Nru cpufreqd-2.4.2/debian/changelog cpufreqd-2.4.2/debian/changelog diff -Nru cpufreqd-2.4.2/debian/patches/path_max.patch cpufreqd-2.4.2/debian/patches/path_max.patch --- cpufreqd-2.4.2/debian/patches/path_max.patch 1969-12-31 17:00:00.0 -0700 +++ cpufreqd-2.4.2/debian/patches/path_max.patch 2014-01-04 03:50:29.0 -0700 @@ -0,0 +1,35 @@ +From b5b23525edcc09898288360c48e92b4a6c9cb0ee Mon Sep 17 00:00:00 2001 +From: Perttu Luukko perttu.luu...@iki.fi +Date: Sun, 13 Jun 2010 15:20:10 +0900 +Subject: [PATCH] Fix cpufreqd segfault when calling realpath + +The size is set at cpufreqd.h to 512. man 3 realpath tells me that +realpath wants a buffer of size PATH_MAX, so I modified cpufreqd.h to +include limits.h if it is present and use PATH_MAX. + +Signed-off-by: Mattia Dongili malat...@linux.it +--- + src/cpufreqd.h |8 +++- + 1 files changed, 7 insertions(+), 1 deletions(-) + +diff --git a/src/cpufreqd.h b/src/cpufreqd.h +index 9733a5f..97b905a 100644 +--- a/src/cpufreqd.h b/src/cpufreqd.h +@@ -54,6 +54,12 @@ + #define DEFAULT_VERBOSITY 3 + + #define MAX_STRING_LEN 255 +-#define MAX_PATH_LEN 512 ++ ++#ifdef HAVE_LIMITS_H ++#include limits.h ++#define MAX_PATH_LEN PATH_MAX ++#else ++#define MAX_PATH_LEN 512 ++#endif + + #endif /* __CPUFREQD_H__ */ +-- +1.7.2.5 + diff -Nru cpufreqd-2.4.2/debian/patches/series cpufreqd-2.4.2/debian/patches/series --- cpufreqd-2.4.2/debian/patches/series 2013-03-23 06:51:28.0 -0600 +++ cpufreqd-2.4.2/debian/patches/series 2014-01-04 03:51:17.0 -0700 @@ -1 +1,2 @@ 619913.patch +path_max.patch
Bug#733338: webkitgtk: please, supply a command-line JavaScriptCore (jsc) interpreter
Hi, Berto. On Fri, Jan 3, 2014 at 9:45 AM, Alberto Garcia be...@igalia.com wrote: The only problem that I see with this is that we have two JSC packages, for the gtk+2 and gtk+3 builds. They're probably not any different and can be merged, but if that's the case, that's something that should be fixed upstream. Anyway, it probably doesn't make much sense to provide both libjavascriptcoregtk-1.0-bin and libjavascriptcoregtk-3.0-bin, I guess just one javascriptcoregtk package is enough? Sure. That's perfectly fine with me. As long as I can compare the behavior of JSC with spidermonkey and v8, I will be happy. Thanks a lot, -- Rogério Brito : rbrito@{ime.usp.br,gmail.com} : GPG key 4096R/BCFC http://cynic.cc/blog/ : github.com/rbrito : profiles.google.com/rbrito DebianQA: http://qa.debian.org/developer.php?login=rbrito%40ime.usp.br -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#728179: migration?
On 2014-01-04 00:52, Mattias Ellert wrote: As far as I can see the migration should be able to happen now. There are no longer any packages in unstable that depends on libgsoap3. https://ftp-master.debian.org/cruft-report-daily.txt says: * [...] Maybe some hinting is needed? Mattias Hi, We need the FTP masters to decruft gsoap before it can be considered for migration. Ivo and I have requested the FTP masters to handle this request, so hopefully it should be fixed today. ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734151: frog should depend on ucto
Package: frog Version: 0.12.17-7.1+b1 Severity: normal Dear Maintainer, In the default configuration, frog attempts to use the ucto tokenizer, and gives a cryptic error message when it is not found. Therefore I suggest that frog should depend on the 'ucto' package, or at least recommend it. Although the use of ucto can be disabled in frog, it is nice if the default configuration works after installation. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages frog depends on: ii libc62.17-97 ii libfolia20.10-4.2+b1 ii libfrog1 0.12.17-7.1+b1 ii libgcc1 1:4.8.2-1 ii libgomp1 4.8.2-1 ii libicu52 52.1-2 ii libmbt1 3.2.10-4 ii libpython2.7 2.7.5-8 ii libstdc++6 4.8.2-1 ii libticcutils20.4-5 ii libtimbl46.4.4-4 ii libtimblserver3 1.7-4 ii libucto2 0.5.3-3.1+b1 ii python 2.7.5-5 frog recommends no packages. frog 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#734093: debian-installer: install plymouth by default
On 04.01.2014 00:19, Steve McIntyre wrote: No, please! Let's not add more fluff to the base system. Maybe it is better to install plymouth only, if task-desktop is installed? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734152: zpaq: New upstream version available
Package: zpaq Version: 1.10-1 Severity: wishlist Dear Maintainer, upstream has released several major versions of zpaq since the initial packaging of this fine software (current version being 6.43). Please consider updating the package. -- System Information: Debian Release: 7.3 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-0.bpo.2-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 zpaq depends on: ii libc6 2.13-38 ii libgcc1 1:4.7.2-5 ii libstdc++6 4.7.2-5 zpaq recommends no packages. zpaq 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#732438: Re: [Pkg-amule-devel] Bug#732438: amule crashes after a while
Gio 02/01/2014 15:28, Sandro Tosi mo...@debian.org ha scritto: Hello Samuele, On Wed, Dec 18, 2013 at 2:09 AM, Samuele Battarra batta...@libero.it wrote: *** Error in `amule': corrupted double-linked list: 0xb2b00b48 *** is it replicable on your system? if so can you run amule in gdb and get the backtraces with these commands: Sorry but I can't replicate no more. The problem stopped after some of the file I was downloading completed. Sent from Libero Mobile
Bug#732438: Re: [Pkg-amule-devel] Bug#732438: amule crashes after a while
Sorry but I can't replicate no more. Then I'm afraid I can't do anything to investigate it. Do you agree in closing this bug and re-open it (with backtraces) if it re-appears again? Regards, -- Sandro Tosi (aka morph, morpheus, matrixhasu) My website: http://matrixhasu.altervista.org/ Me at Debian: http://wiki.debian.org/SandroTosi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734093: debian-installer: install plymouth by default
On 04.01.2014 11:06, Daniel Baumann wrote: there is no problem with plymouth on systems that do not have a display attached. Thanks for providing this information. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733680: Reproduced on CentOS 6
OK, I was now able to reproduce this problem on a CentOS 6 VM with perl-5.10.1, with IO::All 0.39 directory, with kernel 2.6.32 and the glibc that ships with CentOS 6. So it seems like an old issue unaffected by the kernel and glibc and which was just uncovered recently. Regards, Shlomi Fish -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734153: libhdf4-alt-dev doesn't work on mips*
Package: libhdf4 Severity: normal Building ncl with libhdf4-alt-dev, it FTBFS on mips and mipsel due to: cc -ansi -fPIC -g -O2 -Wformat -Werror=format-security -I../../../.././include -I/usr/include/freetype2 -I/usr/include/gdal -I/usr/include/hdf-eos5 -I/usr/include/hdf -DBuildRasterHDF -DLINUX -DBuildRasterHPPCL -DBuildRasterNrif -DBuildRasterSun -DBuildRasterXWD -DBuildRasterAVS -DBuildRasterSGI -DBuildRasterAbekas -DBuildRasterBinary -DBuildRasterYUV -DNGTMPDIR='tmp' -Dmips -DIBM -DSYSV -D_POSIX_SOURCE -D_XOPEN_SOURCE -DByteSwapped -DNeedFuncProto -D_FORTIFY_SOURCE=2 -c -o hdf.o hdf.c In file included from /usr/include/hdf/hdf.h:20:0, from hdf.c:54: /usr/include/hdf/hdfi.h:1886:1: error: unknown type name 'No' No machine type has been defined. Your Makefile needs to have someing like ^ /usr/include/hdf/hdfi.h:1886:12: error: expected '=', ',', ';', 'asm' or '__attribute__' before 'type' No machine type has been defined. Your Makefile needs to have someing like ^ /usr/include/hdf/hdfi.h:1886:12: error: unknown type name 'type' In file included from hdf.c:54:0: /usr/include/hdf/hdf.h:134:1: error: unknown type name 'int32' typedef int32 HFILEID; ^ /usr/include/hdf/hdf.h:136:15: error: expected declaration specifiers or '...' before '*' token typedef intn (*hdf_termfunc_t)(void); /* termination function typedef */ ^ In file included from /usr/include/hdf/hdf.h:143:0, from hdf.c:54: /usr/include/hdf/hbitio.h:35:7: error: unknown type name 'int32' int32 acc_id; /* Access ID for H layer I/O routines */ ^ /usr/include/hdf/hbitio.h:36:7: error: unknown type name 'int32' int32 bit_id; /* Bitfile ID for internal use */ ^ /usr/include/hdf/hbitio.h:39:7: error: unknown type name 'int32' int32 block_offset, /* offset of the current buffered block in the dataset */ ^ /usr/include/hdf/hbitio.h:43:7: error: unknown type name 'intn' intn count,/* bit count to next boundary */ ^ /usr/include/hdf/hbitio.h:45:7: error: unknown type name 'uint8' uint8 access; /* What the access on this file is ('r', 'w', etc..) */ ^ /usr/include/hdf/hbitio.h:46:7: error: unknown type name 'uint8' uint8 mode; /* how are we interacting with the data now ('r', 'w', etc) */ ^ /usr/include/hdf/hbitio.h:47:7: error: unknown type name 'uint8' uint8 bits; /* extra bit buffer, 0..BITNUM-1 bits */ ^ /usr/include/hdf/hbitio.h:48:7: error: unknown type name 'uint8' uint8 *bytep;/* current position in buffer */ ^ /usr/include/hdf/hbitio.h:49:7: error: unknown type name 'uint8' uint8 *bytez;/* end of buffer to compare */ ^ /usr/include/hdf/hbitio.h:50:7: error: unknown type name 'uint8' uint8 *bytea;/* byte buffer */ ^ /usr/include/hdf/hbitio.h:57:1: error: unknown type name 'uint8' const uint8 maskc[9] ^ /usr/include/hdf/hbitio.h:67:1: error: unknown type name 'uint32' const uint32 maskl[33] ^ In file included from /usr/include/hdf/hdf.h:144:0, from hdf.c:54: /usr/include/hdf/hcomp.h:62:1: error: unknown type name 'uint16' extern uint16 compress_map[]; ^ /usr/include/hdf/hcomp.h:86:13: error: unknown type name 'int32' int32 nt; /* number type */ ^ /usr/include/hdf/hcomp.h:87:13: error: unknown type name 'intn' intnndim; /* number of dimensions */ ^ /usr/include/hdf/hcomp.h:88:13: error: unknown type name 'int32' int32 *dims; /* array of dimensions */ ^ /usr/include/hdf/hcomp.h:99:13: error: unknown type name 'intn' intnquality;/* Quality factor for JPEG compression, should be from */ ^ /usr/include/hdf/hcomp.h:101:13: error: unknown type name 'intn' intnforce_baseline; /* If force_baseline is set to TRUE then */ ^ /usr/include/hdf/hcomp.h:111:13: error: unknown type name 'int32' int32 nt; /* number type of the data to encode */ ^ /usr/include/hdf/hcomp.h:112:13: error: unknown type name 'intn' intnsign_ext; /* whether to sign extend or not */ ^ /usr/include/hdf/hcomp.h:113:13: error: unknown type name 'intn' intnfill_one; /* whether to fill with 1's or 0's */ ^ /usr/include/hdf/hcomp.h:114:13: error: unknown type name 'intn' intnstart_bit; /* offset of the start bit in the data */ ^ /usr/include/hdf/hcomp.h:115:13: error: unknown type name 'intn' intnbit_len;/* number of bits to store */ ^ /usr/include/hdf/hcomp.h:121:13: error: unknown type name 'intn' intnskp_size; /* size of the individual
Bug#707079: chef: Please package new upstream version
Package: chef Version: 10.12.0-3 Followup-For: Bug #707079 Confirmed, chef is uninstallable to sid. # aptitude install chef The following NEW packages will be installed: chef ohai{a} ruby-bunny{a} ruby-highline{a} ruby-i18n{a} ruby-ipaddress{a} ruby-json{a} ruby-mime-types{a} ruby-mixlib-authentication{a} ruby-mixlib-cli{a} ruby-mixlib-config{a} ruby-mixlib-log{a} ruby-mixlib-shellout{a} ruby-moneta{ab} ruby-net-ssh{a} ruby-net-ssh-gateway{a} ruby-net-ssh-multi{a} ruby-polyglot{a} ruby-rest-client{a} ruby-sigar{a} ruby-systemu{a} ruby-treetop{a} ruby-uuidtools{a} ruby-yajl{a} ucf{a} 0 packages upgraded, 25 newly installed, 0 to remove and 0 not upgraded. Need to get 1296 kB of archives. After unpacking 6511 kB will be used. The following packages have unmet dependencies: ruby-moneta : Breaks: chef (= 10.12.0-3) but 10.12.0-3 is to be installed. The following actions will resolve these dependencies: Keep the following packages at their current version: 1) chef [Not Installed] Accept this solution? [Y/n/q/?] No packages will be installed, upgraded, or removed. 0 packages upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B of archives. After unpacking 0 B will be used. # aptitude show ruby-moneta|grep Breaks Breaks: chef (= 10.12.0-3) -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.12.5 (SMP w/4 CPU cores) 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#734154: debian-installer: touchpad driver missing
Package: debian-installer Severity: normal Dear Maintainer, the Debian installer does not contain the synaptics driver for touchpads (xserver-xorg-input-synaptics). Therefore the touchpad does not work in the graphical installer. I think the driver should be added to the gtk/initrd.gz. Best regards, Andreas -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (700, 'testing-updates'), (700, 'testing'), (600, 'unstable'), (70, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733625: new upsteam (2013-12-08)
Daniel Baumann, 2013-12-30 15:02+0100: It would be nice if you could upload the current upstream release to debian. Indeed. I did not see it as upstream changed their release location, breaking my watch file. Bad news is, their current release convention will not allow any watch file to work. :-( -- ,--. : /` ) Tanguy Ortolo xmpp:tan...@ortolo.eu | `-'Debian Developer irc://irc.oftc.net/Tanguy \_ signature.asc Description: Digital signature
Bug#734155: pandoc-citeproc: missing files -- openBinaryFile: does not exist
Package: pandoc-citeproc Version: 0.2-2 Severity: important Dear Maintainers, after upgrading to pandoc 1.12.2.1-1 (from 1.11.1-5) and installing pandoc-citeproc 0.2-2 I was not able to compile my markdown to xelatex any more. I'm using biblatex. Running the following command: pandoc -f markdown -R -t latex --latex-engine=xelatex --biblatex \ --bibliography items.bib file.md yields this error: pandoc-citeproc: /usr/share/pandoc-citeproc/chicago-author-date.csl: openBinaryFile: does not exist (No such file or directory) pandoc: Error running filter pandoc-citeproc I tried installing libghc-pandoc-citeproc-data 0.2-2 (which BTW is neither required nor recommended by pandoc-citeproc; but it seemed to provide at least some necessary data) -- but nothing changed. Thanks in advance, Alex -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (1001, 'testing'), (500, 'testing-updates'), (100, 'experimental'), (100, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.utf8, LC_CTYPE=de_AT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pandoc-citeproc depends on: ii libbibutils2 4.12-5 ii libc6 2.17-97 ii libffi6 3.0.13-4 ii libgmp10 2:5.1.3+dfsg-1 ii libicu52 52.1-3 ii liblua5.1-0 5.1.5-5 ii libpcre3 1:8.31-2 ii libyaml-0-2 0.1.4-2 ii zlib1g1:1.2.8.dfsg-1 pandoc-citeproc recommends no packages. pandoc-citeproc 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#733261: [Pkg-xfce-devel] Bug#733261: Bug#733261: lightdm lost ability not to set LANG
2014-01- 3, 21:58 (+0100); Yves-Alexis Perez escriu: On Fri, Jan 03, 2014 at 08:38:55PM +0100, Ernest Adrogué wrote: 2014-01- 3, 19:43 (+0100); Yves-Alexis Perez escriu: On Fri, Jan 03, 2014 at 04:02:30PM +0100, Ernest Adrogué wrote: Package: lightdm Version: 1.8.5-2 Followup-For: Bug #733261 Hi there, I don't get it. So, the only way to set the locale for my user account with LightDM is using the GUI? Then what is the point of this .dmrc file if it is ignored/overwritten by the display manager? It's used by lightdm to save your setting? No, what's overriden is the fact you *removed* the language setting. If you *change* the locale in there, it should work. What do you mean *I* removed the language setting? I actually mean the initial reporter, sorry for that. Your issue is different (although it might be related). I thought I was in the same situation as the OP, sorry about the confusion. This file was created by LightDM. It contained the following lines: [Desktop] Session=lightdm-xsession Language=en_US.utf8 ---EOF--- This is the default locale in the system. Then I edited the file and replaced en_US-utf8 with ca_ES.UTF-8. [Desktop] Session=lightdm-xsession Language=ca_ES.UTF-8 ---EOF--- Logged out, logged in, now the locale is still set to en_US.utf8 and the file has been reverted to the state previous to my edit. Can you check .dmrc when logged out? Yes, this is the output of `stat .dmrc` * When I first log in File: '.dmrc' Size: 55 Blocks: 8 IO Block: 4096 regular file Device: 804h/2052d Inode: 39455122Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1000/ ernest) Gid: ( 1000/ ernest) Access: 2014-01-04 13:00:44.715862669 +0100 Modify: 2014-01-04 13:00:34.903862812 +0100 Change: 2014-01-04 13:00:34.963862811 +0100 Birth: - * After I edit the file File: '.dmrc' Size: 56 Blocks: 8 IO Block: 4096 regular file Device: 804h/2052d Inode: 39455122Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1000/ ernest) Gid: ( 1000/ ernest) Access: 2014-01-04 13:00:44.715862669 +0100 Modify: 2014-01-04 13:01:48.779861734 +0100 Change: 2014-01-04 13:01:48.779861734 +0100 Birth: - * When logged out File: '.dmrc' Size: 56 Blocks: 8 IO Block: 4096 regular file Device: 804h/2052d Inode: 39455122Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1000/ ernest) Gid: ( 1000/ ernest) Access: 2014-01-04 13:00:44.715862669 +0100 Modify: 2014-01-04 13:01:48.779861734 +0100 Change: 2014-01-04 13:01:48.779861734 +0100 Birth: - * After logging in for second time File: '.dmrc' Size: 55 Blocks: 8 IO Block: 4096 regular file Device: 804h/2052d Inode: 39455122Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1000/ ernest) Gid: ( 1000/ ernest) Access: 2014-01-04 13:03:07.623860584 +0100 Modify: 2014-01-04 13:03:07.623860584 +0100 Change: 2014-01-04 13:03:07.675860583 +0100 Birth: - So, the file is overwritten when I log in. I changed the permissions to `a-w` but it didn't prevent the file from being overwritten. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733923: x11-xkb-utils: swap_lalt_lwin not working anymore since last update
On Thu, Jan 2, 2014 at 10:03:15 +0100, Linus Lüssing wrote: Package: x11-xkb-utils Version: 7.7+1 Severity: normal Hi, I did a dist-upgrade a couple of days ago and since then I'm not able to swap the left win and alt keys anymore. I've always been using the following command: --- setxkbmap -layout de,de -variant neo,basic -option -option grp:ctrls_toggle,altwin:swap_lalt_lwin --- The keyboard layout/variant part works great, however the swap_lalt_lwin seems to do nothing now. See https://bugs.freedesktop.org/show_bug.cgi?id=57813 that option was replaced by altwin:swap_alt_win. Cheers, Julien signature.asc Description: Digital signature
Bug#707432: fixed by new upstream version (which is already packaged)
Hi there, what is the status of this bug and package? Are you still working on it and provide the new version in Debian? Thanks for your time! Cheers! -- Andreas Moog, Berliner Str. 29, 36205 Sontra/Germany PGP-encrypted mails preferred (Key-ID: 74DE6624) PGP Fingerprint: 74CD D9FE 5BCB FE0D 13EE 8EEA 61F3 4426 74DE 6624 signature.asc Description: OpenPGP digital signature
Bug#733757: xkb-data: CTRL_R not existant anymore
On Tue, Dec 31, 2013 at 17:59:48 +0100, Bzzz wrote: Package: xkb-data Version: 2.10.1-1 Severity: normal Tags: upstream Dear Maintainer, * What led up to the situation? A system upgrade * What exactly did you do (or not do) that was effective (or ineffective)? After this upgrade, xev says CTRL_R is now ISO_Level5_Shift (WTF??) * What was the outcome of this action? CTRL_L is still active but now I need 2 hands to switch between my graphic terminal tabs :( (very practical for programmations tests:(( * What outcome did you expect instead? Keyboard key combinations to stay STABLE! Is it a bug or a gnome3-style feature?? Looks like the fix for https://bugs.freedesktop.org/show_bug.cgi?id=15804 triggered this. Cheers, Julien signature.asc Description: Digital signature
Bug#733986: pixman: Please enable hardening build flags
On Thu, Jan 2, 2014 at 22:16:32 +0100, intrig...@debian.org wrote: I have built and tested the resulting binary package on a current sid system with the only reverse-dependency I'm using: Iceweasel. How do you use iceweasel without X? :) Cheers, Julien signature.asc Description: Digital signature
Bug#734009: auto-compile noise can't be avoided by script
I wrote: a command-line switch can turn off the auto-compilation, On closer examination, it turns out that aside from the portability concern that I described, turning off auto-compilation doesn't actually fix the problem. If a compiled version has previously been cached for the filename of a script being run, guile will consider using the cached version even if --no-auto-compile was supplied: the switch only controls the attempt to compile for the cache. If the cached compilation is up to date then it is used silently, which is OK. But if it's out of date, because the cache was for a different script that previously existed under the same name, then guile emits a banner saying that it's out of date (implying that the cached compilation is therefore not being used). So the script's visible behaviour is defiled even if it applies the option. Observe what happens to the second script in this sequence: $ echo '(display hello world\n)' t10 $ guile-2.0 t10 ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/zefram/usr/guile/t10 ;;; compiled /home/zefram/.cache/guile/ccache/2.0-LE-8-2.0/home/zefram/usr/guile/t10.go hello world $ echo '(display goodbye world\n)' t10 $ guile-2.0 --no-auto-compile t10 ;;; note: source file /home/zefram/usr/guile/t10 ;;; newer than compiled /home/zefram/.cache/guile/ccache/2.0-LE-8-2.0/home/zefram/usr/guile/t10.go goodbye world -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733930: xserver crashing
Control: tag -1 moreinfo On Thu, Jan 2, 2014 at 12:41:46 +0100, Christoph Egger wrote: Package: xserver-xorg Version: 1:7.7+5 Severity: serious Hi! Seems to be reproducible here browsing some internal webpage with conkeror so If you want me to do some tests with additional debugging symbols (tried to install everything that seemed relevant already) or something like that, please tell me! Care to send the log from a crash? And if possible a gdb backtrace. Cheers, Julien signature.asc Description: Digital signature
Bug#734081: xserver-xorg-video-intel testing black screen
Control: tag -1 moreinfo On Fri, Jan 3, 2014 at 10:27:45 -0500, Peter wrote: Package: xserver-xorg-video-intel Version: 2:2.21.15-1+b2 Recent update shows a black screen on startx. This is with kernel 3.7.5 and 3.12.6. I have i915.modeset=1 in the kernel line which is necessary for the console. Tried with and without xorg.conf. The only error anywhere is in .xsession-errors: localuser being added to access control list XIO: fatal IO error 0: (Success) on X server :0 after 688 requests (688 known processed) with 0 events remaining Need some more information about your setup, session scripts, X log, dmesg, etc. Cheers, Julien signature.asc Description: Digital signature
Bug#727708: init system discussion status
On Fri, 2014-01-03 at 18:41 -0800, Russ Allbery wrote: Uoti Urpala uoti.urp...@pp1.inet.fi writes: One case to consider is what should happen with GNOME if it requires interfaces that nobody has implemented for sysvinit. The likelihood of this and possible impact is one of the things that I'm checking on. I'd rather not have the argument if it turns out not to be something we have to worry about for the jessie release. Essentially this boils down to whether the logind interfaces will be available when using sysvinit. Most of the other interfaces (at least for current gnome as in experimental) would cause some functionality to either be missing or not work, but wouldn't yield a completely unusable system. Not having the logind interface is a lot harder to cope with and something that will not only impact Gnome. So essentially the most likely impact of using sysvinit _without_ a provider of the logind interface would be a non-usable Gnome desktop (and potentially even GDM to be unusable) on Jessie systems. -- Sjoerd Simons sjo...@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#734156: how-can-i-help: no such file to load -- debian_version after upgrade of ruby-debian package
Package: how-can-i-help Version: 1 Severity: normal Dear Maintainer, upon upgrading the ruby-debian package from 0.3.8+b1 to 0.3.8+b2 I got the following error message: /usr/lib/ruby/vendor_ruby/debian.rb:24:in `require': no such file to load -- debian_version (LoadError) from /usr/lib/ruby/vendor_ruby/debian.rb:24 from /usr/bin/how-can-i-help:20:in `require' from /usr/bin/how-can-i-help:20 E: Problem executing scripts DPkg::Post-Invoke '[ ! -e /usr/bin/how-can-i-help ] || /usr/bin/how-can-i-help' E: Sub-process returned an error code The upgrade of ruby-debian iteslf was not afected (according to apt-check). Cheers Armin -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.12-1-686-pae (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages how-can-i-help depends on: ii ruby-debian 0.3.8+b2 ii ruby-json 1.8.0-1+b1 ii ruby1.8 [ruby-interpreter] 1.8.7.358-9 how-can-i-help recommends no packages. how-can-i-help 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#727708: init system discussion status
Bdale Garbee writes (Bug#727708: init system discussion status): Russ Allbery r...@debian.org writes: My inclination would be to give maintainers technical advice to accept integrations with either existing synchronization protocols, but leave it as technical advice rather than the binding part of the decision. I strongly agree. OK, I would be quite happy to say that we would like each daemon package to implement at least one non-forking startup protocol, but that we won't force this on maintainers. Would that suit you both ? Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734157: compiler disrespects referential integrity
Package: guile-2.0 Version: 2.0.9+1-1 Severity: important The guile-2.0 compiler doesn't preserve the distinctness of mutable objects that are referenced in code via the read-eval (#.) facility. (I'm not mutating the code itself, only quoted objects.) The interpreter, and for comparison guile-1.8, do preserve object identity, allowing read-eval to be used to incorporate direct object references into code. Test case: $ cat t9 (cond-expand (guile-2 (defmacro compile-time f `(eval-when (compile eval) ,@f))) (else (defmacro compile-time f `(begin ,@f (compile-time (fluid-set! read-eval? #t)) (compile-time (define aaa (cons 1 2))) (set-car! '#.aaa 5) (write '#.aaa) (newline) (write '(1 . 2)) (newline) $ guile-1.8 t9 (5 . 2) (1 . 2) $ guile-2.0 --no-auto-compile t9 (5 . 2) (1 . 2) $ guile-2.0 t9 ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/zefram/usr/guile/t9 ;;; compiled /home/zefram/.cache/guile/ccache/2.0-LE-8-2.0/home/zefram/usr/guile/t9.go (5 . 2) (5 . 2) $ guile-2.0 t9 (5 . 2) (5 . 2) In the test case, the explicitly-constructed pair aaa is conflated with the pair literal (1 . 2), and so the runtime modification of aaa (which is correctly mutable) affects the literal. I've rated this bug important because it *silently* damages program behaviour. This issue seems closely related to the problem described at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11198, wherein the compiler is entirely unable to handle code incorporating references to some kinds of object. In that case the failure mode is a compile-time error, so the problem can be worked around. The failure mode with pairs, silent misbehaviour, is a more serious problem. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#727708: init system discussion status
Uoti Urpala writes (Bug#727708: init system discussion status): There are two different kinds of dependencies: dependencies expressed in package metadata, and functional dependencies (as in whether the package does anything useful with another init). Your earlier wording sounds like it was talking about the former (installable) and Ian's proposal definitely was (explicitly mentioning package fields), but the fully working you use now sounds like it's about the latter. Thanks for pointing this out. My proposal is too weak in this respect. I intended to make the stronger statement. As the systemd-ui example shows, [...] I think systemd-ui is part of the systemd init system so falls into the exception. Of course that means that nothing else should depend (functionally or in package dependencies) on it. Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733261: [Pkg-xfce-devel] Bug#733261: Bug#733261: lightdm lost ability not to set LANG
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, Jan 04, 2014 at 01:12:49PM +0100, Ernest Adrogué wrote: Can you check .dmrc when logged out? Yes, this is the output of `stat .dmrc` I mean the content :) So, the file is overwritten when I log in. I changed the permissions to `a-w` but it didn't prevent the file from being overwritten. Yeah, since it's done using the user permissions that's quite normal. Regards, - -- Yves-Alexis Perez -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBCgAGBQJSyAP3AAoJEG3bU/KmdcCldlQH/RHDVMSUMlurKDLFxxjAOYIR mJsMXFEXxY2KbwD/E2I4cIL2ExvSUZtHCncLCdDbXq5jxXLgj6dC4ih/fCf1H78W j5nazJnI5DkLrFKnVOgktBHyP/4fiUls27fE5tEEIV2bqw8936NB+9BaV/v7eREB f9Dx3RxHalrOzM0AcE2eZ8GIhvgG1nyQI9qUNIvmUUGYKtFGRlUGlfbnyvHTZ/JJ pjFmWEuHFV8HQnzpMbCR83MhGu1XJP4pDiDOaBdZ9KufveSj1eb78Y53dkEbCw// Q4pncZ3Ma7JTuvKU8bS7D5jLtdJfcl6vUXNPnO98inXLb7vguVNAfxrCtYTDHG4= =K+5u -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#733910: ITP: ckon -- automatic build tool for ROOT analyses
Hi Andreas, With Alioth being back up again, I requested membership in the Debian Science Team but am still waiting for a reply. Meanwhile, I got 'ckon' compiled on a amd64 debian box (testing release) with Build-Depends set to libboost-all-dev [1] and up-to-date m4 macros for autoconf [2]. Please find the newest package release on github [3]. For i386, testing is underway on a ubuntu saucy box. I'm very glad to hear that you'd be willing to sponsor my package. I hope I can commit to the Debian Science Repository soon ... Thanks much, Patrick [1] https://github.com/tschaume/ckon-deb-pkg/blob/master/debian/control [2] https://github.com/tschaume/ckon-deb-pkg/commit/06c52f5 [3] https://github.com/tschaume/ckon-deb-pkg/releases/tag/debian%2F0.6.4-1 Hi Patrick, On Thu, Jan 02, 2014 at 11:32:11PM -0800, Patrick Huck wrote: @Andreas: yes, I think working on the ckon package within the Debian Science team would make the most sense. Thank you for the suggestion. I'm forwarding the ITP to the debian-science-maintainers list, too. Fine. I've been following the debian science policy [1] to start packaging ckon. Please find the binary packages (and the git-buildpackage repository) on github [2]. Unfortunately, I couldn't request membership in the Debian Science Team and create a package repository on git.debian.org due to alioth.debian.org throwing the error message Alioth Could Not Connect to Database:. I tried all day to access Alioth after creating an account but no success. I can confirm that this problem seems to exist since about 10 hours. I hope it will be solved quickly. Once this is done I'd offer to sponsor your package in case nobody else might step in according to my Sponsering of Blends effort https://wiki.debian.org/DebianPureBlends/SoB Also, I compiled the package on a fresh ubuntu precise32 vagrant box. However, ckon depends on boost1.50 which is not part of the ubuntu precise release. Hence, I used libboost1.50-all-dev from ppa:brainpower/testing [3] and added it to Build-Depends [4]. The name might have to be changed for an appropriate debian release. I think you should rather Build-Depends from libboost-all-dev which would simplify transitions. Thanks for your work on this package Andreas. [1] http://debian-science.alioth.debian.org/debian-science-policy.html [2] https://github.com/tschaume/ckon-deb-pkg/releases [3] https://launchpad.net/~brainpower/+archive/testing [4] https://github.com/tschaume/ckon-deb-pkg/blob/master/debian/control -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734158: compiler can't handle object references in code
Package: guile-2.0 Version: 2.0.9+1-1 Severity: normal guile-2.0's compiler can't handle code that directly references procedures, GOOPS objects, or various other object types. The interpreter, and for comparison guile-1.8, accept such references just fine, allowing read-eval to be used to incorporate direct object references into code. Test case: $ cat t8 (cond-expand (guile-2 (defmacro compile-time f `(eval-when (compile eval) ,@f))) (else (defmacro compile-time f `(begin ,@f (compile-time (fluid-set! read-eval? #t)) (write (#.+ 2 3)) (newline) $ guile-1.8 t8 5 $ guile-2.0 --no-auto-compile t8 5 $ guile-2.0 t8 ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/zefram/usr/guile/t8 ;;; WARNING: compilation of /home/zefram/usr/guile/t8 failed: ;;; ERROR: build-constant-store: unrecognized object #procedure + (#:optional _ _ . _) 5 This breaks most of the interesting uses for read-eval, albeit only when attempting to compile the code. That it produces an actual error, and can fall back to interpretation, limits the seriousness. However, there are several related problems that exacerbate it, which I've recently reported: auto-compilation is difficult to portably disable and the failure is noisy (Bug#734009), silent failure when the object is a mutable pair rather than a procedure (Bug#734157), and the limitation applies in the REPL which doesn't fall back to the interpreter (Bug#734108). This problem is described upstream at http://debbugs.gnu.org/cgi/bugreport.cgi?bug=11198. I'm reporting it in the Debian system so that it is properly tracked from a Debian point of view. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734159: ftgl: not multiarch-enabled
Package: libftgl2 Version: 2.1.3~rc5-4 Severity: normal This would be needed to be able to install eg. dependent i386 programs on amd64. I need this to test strange things with tulip, and will have to rebuild the package for this. If there's no objection, I'll upload it as a delayed NMU. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libftgl2 depends on: ii libc6 2.17-97 ii libfreetype6 2.5.1-1 ii libgcc1 1:4.8.2-10 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libstdc++64.8.2-10 ii zlib1g1:1.2.8.dfsg-1 libftgl2 recommends no packages. libftgl2 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#734160: dizzy hardcodes wrong path to perl, fails to start
Package: dizzy Version: 0.3-1 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** /usr/games/dizzy hardcodes the wrong path to perl, using env: #!/usr/bin/env perl this picks up the wrong perl on my machine (the first in the path). the correct path would be: #!/usr/bin/perl (executables built via the normal build process in perl get the correct path - apparently, dizzy does it on it's own and needs to be patched manually, which is triival on debian, as the path to perl is constant). *** End of the template - remove these lines *** -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/12 CPU cores) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages dizzy depends on: ii libconvert-color-perl 0.08-1 ii libopengl-perl 0.66+dfsg-1 ii libsdl-perl2.540-1 ii perl 5.14.2-21+deb7u1 dizzy recommends no packages. dizzy 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#734161: krb5-kdc: Init script for kpropd missing
Package: krb5-kdc Version: 1.11.3+dfsg-3+nmu1 Severity: wishlist Dear Maintainer, reading about setting up incremental database propagation to slave KDCs, I found that there is no init script available for the kerberos propagation daemon (kpropd) which handles this incremental db propagation (see http://web.mit.edu/~kerberos/krb5-latest/doc/admin/database.html#incr-db-prop). Systemd service files for all Kerberos services would also be nice (should already be available in Fedora and/or Arch). Thanks a lot. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i586) Kernel: Linux 3.11-2-486 Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages krb5-kdc depends on: ii debconf [debconf-2.0] 1.5.52 ii krb5-config2.3 ii krb5-user 1.11.3+dfsg-3+nmu1 ii libc6 2.17-97 ii libcomerr2 1.42.8-1 ii libgssapi-krb5-2 1.11.3+dfsg-3+nmu1 ii libgssrpc4 1.11.3+dfsg-3+nmu1 ii libk5crypto3 1.11.3+dfsg-3+nmu1 ii libkadm5clnt-mit8 1.11.3+dfsg-3+nmu1 ii libkadm5srv-mit8 1.11.3+dfsg-3+nmu1 ii libkdb5-7 1.11.3+dfsg-3+nmu1 ii libkeyutils1 1.5.6-1 ii libkrb5-3 1.11.3+dfsg-3+nmu1 ii libkrb5support01.11.3+dfsg-3+nmu1 ii libverto-libev10.2.4-1 ii libverto1 0.2.4-1 ii lsb-base 4.1+Debian12 krb5-kdc recommends no packages. Versions of packages krb5-kdc suggests: ii krb5-admin-server 1.11.3+dfsg-3+nmu1 pn krb5-kdc-ldap none ii xinetd [inet-superserver] 1:2.3.15-3 -- debconf information excluded -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734162: cowbuilder: benign messages sent to stderr
Package: cowbuilder Version: 0.70 Severity: minor Tags: patch Dear Maintainer, While trying to run cowbuilder --update quietly from a cronjob (using redirections), I noticed that it currently sends benign (info) messages to stderr. I assume those are benign since they appear with the info level everytime I run cowbuilder. Also, a comment in the code suggests at least one of those messages is expected. Please consider sending those messages to stdout instead (see attached patch against latest version of cowbuilder). How to reproduce: 1. Create a new chroot environment 2. Try to update it using cowbuilder --update while redirecting stdout to /dev/null root@localhost# cowbuilder --update --architecture i386 --distribution jessie --basepath /var/cache/pbuilder/base-jessie_i386.cow /dev/null I: removed stale ilistfile /var/cache/pbuilder/build//cow.26250/.ilist -- System Information: Debian Release: 7.3 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/2 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cowbuilder depends on: ii cowdancer 0.70 ii libc6 2.16-0experimental1 ii pbuilder 0.213 cowbuilder recommends no packages. cowbuilder suggests no packages. -- no debconf information --- a/cowdancer-0.73/cowbuilder.c 2014-01-04 13:31:58.0 +0100 +++ b/cowdancer-0.73/cowbuilder.c 2014-01-04 13:33:49.0 +0100 @@ -198,13 +198,11 @@ /* if there was no ilist file in the beginning, that's not a problem. */ - fprintf(stderr, I: unlink for ilistfile %s failed, it didn't exist?\n, - ilistfile); + printf(I: unlink for ilistfile %s failed, it didn't exist?\n, ilistfile); } else { - fprintf(stderr, I: removed stale ilistfile %s\n, - ilistfile); + printf(I: removed stale ilistfile %s\n, ilistfile); } free(ilistfile);
Bug#703041: Status of tulip 4.4 package
retitle 703041 new tulip version available tag 703041 + help thanks * pushed my work on 4.4 to the git.d.o repo http://anonscm.debian.org/gitweb/?p=collab-maint/tulip.git;a=summary * 4.4 (as did 4.3) cannot start on amd64, it gets a segfault within dlopen, for which the origin is unclear. Maybe some plugins are malformed, but dlopen should be more helpful. http://bugs.debian.org/723982 * 4.4 built for i386 does start in a 32bit chroot (but segfaults quite easily when trying to import a random graph, this is also something that requires work) * I would test the i386 package as a foreign multiarch one, but libftgl and binutils do not seem to be multiarch-enabled yet. I could override the binutils dep, but libftgl is a real problem here, I'll have to do something there. http://bugs.debian.org/734159 * I'm also working on activating the run of unit tests, just in case they would show something... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734161: systemd service files
I once wrote systemd service files for the KDC and Admin Server for Exherbo. Maybe they can be used as a starting point. -- Dirk Heinrichs dirk.heinri...@altum.de Tel: +49 (0)2471 209385 | Mobil: +49 (0)176 34473913 GPG Public Key C2E467BB | Jabber: dirk.heinri...@altum.de [Unit] Description=Kerberos 5 Admin Server After=syslog.target network.target [Service] PIDFile=/run/kadmind.pid ExecStart=/usr/sbin/kadmind -P /run/kadmind.pid [Install] WantedBy=multi-user.target [Unit] Description=Kerberos 5 Key Distribution Center After=syslog.target network.target [Service] PIDFile=/run/krb5kdc.pid EnvironmentFile=/etc/conf.d/krb5kdc.conf ExecStart=/usr/sbin/krb5kdc -P /run/krb5kdc.pid $KDC_ARGS [Install] WantedBy=multi-user.target
Bug#731455: umegaya: Debian Science tasks files were moved to Git
Control: tag -1 pending Le Thu, Dec 05, 2013 at 05:04:14PM +0100, Andreas Tille a écrit : I realised that it seems umegaya only supports tasks files in SVN but Debian Science was moved to Git recently. I wonder whether there might be some simple way to adapt the code accordingly to support both, Git and SVN. IMHO the most simple way to specify the URL for Blends tasks files is to check the dir webtools/webconf/*.conf in git://git.debian.org/git/blends/website.git Hi Andreas, indeed, I did not pay attention to the migration to Git. For the momment, I have corrected umegaya-refresh-blends by hardcoding Debichem, Debian Med and Debian Science. But indeed, in the future, it would be nice to tap directly in the master Blends repository. Today I have found a more efficient way to download files from Git repositories, using 'git archive --remote...'. Unfortunately, it needs the configuration item daemon.uploadarch to be set to true, which is not the default. I have set it for blends/website.git, and asked to the Alioth admins if it would be possible to make this global. The next update of Umegaya, will have this correction. Unfortunately, it needs a Jessie system… To what extent are you still using blends.debian.net ? Do you think it would be possible to pull perl, git, and apache2 from jessie ? Have a nice day, Charles -- Charles Plessy Tsurumi, Kanagawa, Japan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697331: Please add the first created user to lpadmin
Control: reopen -1 Control: reassign -1 user-setup-udeb 1.38 Control: tags -1 +patch Hi all, apparently this bug slipped through and got closed as installation- report although the request hasn't been fulfilled as far as I could see. To tell a long story short; the first created user should be made member of the lpadmin group to make sure printers can easily be created through the CUPS webinterface http://localhost:631/. I've installed several Wheezy laptops for friends and everytime I was testing printing through the webinterface, it took me some time to realize that the user first had to be added to lpadmin. I think it's unnecessarily complicated and should be done straight away for the first user. (straightforward) Patch attached. Le mardi, 8 janvier 2013, 13.02:49 Brian Potkin a écrit : On Tue 08 Jan 2013 at 07:14:26 +0100, Christian PERRIER wrote: Quoting jswmb01x (jswmb...@mobistarmail.be): Clarification : Adding user1 to the lpadmin group was required to add the printer in CUPS (otherwise after entering the user name and password the operation is forbidden), not for printing. Hmmm, well, then I would say this is cups that changed its behaviour and made it a requirement to have privleges in order to add a printer, even plug n' play toys. Which makes sense to me. Indeed, even on Windows, unprivileged users cannot add local printers to the system (but most Windows users don't notice as they always virtually work as root on their machines). The requirement has been present for the past 10+ years when using the web interface of CUPS to add a printer. That makes it less of a requirement to have the first created user in lpadmin, after more thinking. This bug could then even be wontfix. Given the existing status of using group membership in d-i to grant the first created user limited privileges, I think the issue revolves round whether there is something special about the lpadmin group which would militate against adding it to the first user account. A Cc: has been sent to debian-printing to allow them to comment on the usefulness and wisdom of putting lpadmin in user-setup-udeb. Answering to that quite late, but I do agree it should be done. Cheers, OdyXFrom eb0d1f0dcab3b875efa95d3c094eca21d4abac55 Mon Sep 17 00:00:00 2001 From: Didier Raboud o...@debian.org Date: Sat, 4 Jan 2014 14:17:33 +0100 Subject: [PATCH] Add first user to lpadmin group to allow her to add printers through the CUPS webinterface (Closes: #697331) --- debian/changelog | 7 +++ debian/user-setup-udeb.templates | 2 +- 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/debian/changelog b/debian/changelog index f8a1f32..31d3fe3 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,3 +1,10 @@ +user-setup (1.55) UNRELEASED; urgency=medium + + * Add first user to lpadmin group to allow her to add printers through +the CUPS webinterface (Closes: #697331) + + -- Didier Raboud o...@debian.org Sat, 04 Jan 2014 14:17:09 +0100 + user-setup (1.54) unstable; urgency=low [ Updated translations ] diff --git a/debian/user-setup-udeb.templates b/debian/user-setup-udeb.templates index 822e8a6..603325f 100644 --- a/debian/user-setup-udeb.templates +++ b/debian/user-setup-udeb.templates @@ -19,7 +19,7 @@ Description: for internal use only # Allow preseeding the groups to which the first created user is added Template: passwd/user-default-groups Type: string -Default: audio cdrom dip floppy video plugdev netdev powerdev scanner bluetooth debian-tor +Default: audio cdrom dip floppy video plugdev netdev powerdev scanner bluetooth debian-tor lpadmin Description: for internal use only Template: passwd/root-login -- 1.8.5.2 signature.asc Description: This is a digitally signed message part.
Bug#718798: cups-daemon: suggestions for init script: bashisms, lsb...
Control: tags -1 +pending +patch Hi Nicolas, Le lundi, 5 août 2013, 17.03:55 Nicolas Boulenguez a écrit : Hello. Please consider the attached changes, inspired by /etc/init.d/skeleton and http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-gene ric/iniscrptact.html. The skeleton may suggest many other easy improvements in calls to start-stop-daemon, but I lack knowledge of CUPS to decide such changes. Awesome, thank you very much. I have applied most of your changes but one: Include /lib/init/vars.sh and respect VERBOSE when appropriate. I'm a very skeptical about the use of the VERBOSE variable in general and don't think the individual initscripts should handle that. Boot verbosity should be controlled directly by the init daemon, not spread in all packages, IMHO. That said, I applied all your other changes, thanks! OdyX signature.asc Description: This is a digitally signed message part.
Bug#734163: subversion: corrupted data
Package: subversion Version: 1.7.14-1+b1 Severity: critical Justification: causes serious data loss I'll try to downgrade, but for the moment: xvii:...www/contents/cine =svn diff -r 51990 index.fr.xml Index: index.fr.xml === Cannot display: file marked as a binary type. svn:mime-type = (h)کb, ) Index: index.fr.xml === --- index.fr.xml(revision 51990) +++ index.fr.xml(working copy) Property changes on: index.fr.xml ___ xvii:...www/contents/cine =svn diff -r 51990 index.fr.xml Index: index.fr.xml === Cannot display: file marked as a binary type. svn: E22: Valid UTF-8 data (hex: 73 76 6e 3a 6d 69 6d 65 2d 74 79 70 65 20 3d 20 28) followed by invalid UTF-8 sequence (hex: a8 95 b9 0e) zsh: exit 1 =svn diff -r 51990 index.fr.xml It seems that something is corrupted. I've never had such a problem before. This problem is not reproducible on a different machine with an older Debian version. -- 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.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages subversion depends on: ii libapr1 1.5.0-1 ii libc6 2.17-97 ii libsasl2-2 2.1.25.dfsg1-17 ii libsvn1 1.7.14-1+b1 subversion recommends no packages. Versions of packages subversion suggests: ii db5.1-util5.1.29-7 ii patch 2.7.1-4 ii subversion-tools 1.7.14-1 -- 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#714492: cups: Please allow cups to be build against libgnutls28-dev.
Hi Nicolas, Le dimanche, 30 juin 2013, 15.23:10 Nicolas Le Cam a écrit : A perhaps better option could be to directly build-depends on libgnutls28-dev (if no other packages depends on cups and legacy gnutls). I'm considering switching cups away from GnuTLS to OpenSSL given the recent discussion on debian-devel [0]. In fact, given that CUPS is GPL-2 only, it is not license-wise allowed to link CUPS with libgnutls28-dev Would that help solving your issue too? Cheers, OdyX [0] https://lists.debian.org/debian-devel/2013/12/msg00329.html signature.asc Description: This is a digitally signed message part.
Bug#734009: auto-compile noise can't be avoided by script
I wrote: I have rated this bug important because of this lack of workaround. I have come up with a truly ugly workaround. The meta option system can be used to introduce a -c option that explicitly loads the script file via primitive-eval, which does not attempt compilation. (Nor does it look at the compilation cache, so this even avoids the problem that --no-auto-compile runs into.) Running the script this way yields a different command line (visible through (program-arguments)) from that which arrives when the script is run via -s, so if the script is to process its command line, for robustness it must pay attention to which way it was invoked. All together, this looks like: $ cat t11 #!/usr/bin/guile \ -c (begin\ \ \ \ (define\ arg-hack\ #t)\ \ \ \ (primitive-load\ (cadr\ (program-arguments !# (define argv (if (false-if-exception arg-hack) (cdr (program-arguments)) (program-arguments))) (write argv) (newline) $ guile-1.6 '\' t11 a b c (t11 a b c) $ guile-1.6 -s t11 a b c (t11 a b c) $ guile-1.8 '\' t11 a b c (t11 a b c) $ guile-1.8 -s t11 a b c (t11 a b c) $ guile-2.0 '\' t11 a b c (t11 a b c) $ guile-2.0 -s t11 a b c ;;; note: auto-compilation is enabled, set GUILE_AUTO_COMPILE=0 ;;; or pass the --no-auto-compile argument to disable. ;;; compiling /home/zefram/usr/guile/t11 ;;; /home/zefram/usr/guile/t11:7:6: warning: possibly unbound variable `arg-hack' ;;; compiled /home/zefram/.cache/guile/ccache/2.0-LE-8-2.0/home/zefram/usr/guile/t11.go (t11 a b c) $ guile-2.0 -s t11 a b c (t11 a b c) I'm not comfortable with this as a workaround. It smells fragile. So for the time being I'm leaving the important severity tag, but I'm open to being convinced that it's better than I think. Note that though this does avoid the banner appearing for #!-based executions, it's not muffling the banner per se but actually preventing compilation. While for some programs it's desirable to prevent compilation per se (because of the compiler's limitations), there are plenty of programs that would like to be compiled and only want to muffle the banner. Losing the efficiency of compilation is potentially a high price to pay for clean output. -zefram -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734164: console-data: should conflict with console-setup
Package: console-data Version: 1.12-3 Severity: normal console-data appears to be mostly deprecated in favor of console-setup, and is overridden by the latter if it is installed. this isn't exactly obvious without reading through the scripts, and leads to problems like bug #626680, ubuntu bug 521878, and a lot more confused users. the two packages should conflict to provide an indication of the situation. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.1 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages console-data depends on: ii debconf [debconf-2.0] 1.5.52 Versions of packages console-data recommends: pn console-common none ii kbd 1.15.5-1 Versions of packages console-data suggests: pn unicode-data none -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715603: Mayhem detected crashes in XBMC's *.vis files
tags 716134 confirmed tags 715603 confirmed severity 715603 minor severity 716134 minor thanks Hi Alexandre, Thank you for the analysis performed on the Debian archive. It helps improving the quality of software in Debian a lot. Regarding those two crashes they happen due to the .vis files do not export main() or any other entry point and meant to be executed on their own, but they are plugins for XBMC. I will remove the execute bit on the files in the next upload to not misguide the automatic analysis and to conform to the Debian Policy [1], but not everyone sees executable shared libraries as problems [2,3]. I suggest skipping ELF files without entry points in future analysis because they crash invariably. Thank you, Balint [1] http://www.debian.org/doc/debian-policy/ch-sharedlibs.html#s-sharedlibs-runtime [2] http://stackoverflow.com/questions/6299395/gcc-generates-shared-object-with-execute-permissions [3] http://www.cmake.org/pipermail/cmake/2007-April/013514.html signature.asc Description: OpenPGP digital signature
Bug#732757: poppler: Please build Qt 5 packages
Thanks for applying this in Git. I have just noticed that it fails to build with Qt 5.2 (in experimental), we need to backport two commits for that (the second commit is a fix for the first one): http://cgit.freedesktop.org/poppler/poppler/commit/?id=a766c55f68db38 http://cgit.freedesktop.org/poppler/poppler/commit/?id=e238c1f83fd5f6 -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#734163: subversion: corrupted data
On Sat, Jan 04, 2014 at 02:24:26PM +0100, Vincent Lefevre wrote: I'll try to downgrade, but for the moment: xvii:...www/contents/cine =svn diff -r 51990 index.fr.xml Index: index.fr.xml === Cannot display: file marked as a binary type. svn:mime-type = (h)کb, ) Index: index.fr.xml === --- index.fr.xml(revision 51990) +++ index.fr.xml(working copy) Property changes on: index.fr.xml ___ xvii:...www/contents/cine =svn diff -r 51990 index.fr.xml Index: index.fr.xml === Cannot display: file marked as a binary type. svn: E22: Valid UTF-8 data (hex: 73 76 6e 3a 6d 69 6d 65 2d 74 79 70 65 20 3d 20 28) followed by invalid UTF-8 sequence (hex: a8 95 b9 0e) zsh: exit 1 =svn diff -r 51990 index.fr.xml Is this a publicly accessible repository? Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#734165: boost1.49: don't release with jessie
Source: boost1.49 Version: 1.49.0-4 Severity: serious This bug is just to ensure old boost gets removed from jessie. Cheers, Julien signature.asc Description: Digital signature
Bug#733261: [Pkg-xfce-devel] Bug#733261: Bug#733261: lightdm lost ability not to set LANG
2014-01- 4, 13:52 (+0100); Yves-Alexis Perez escriu: On Sat, Jan 04, 2014 at 01:12:49PM +0100, Ernest Adrogué wrote: Can you check .dmrc when logged out? Yes, this is the output of `stat .dmrc` I mean the content :) Ok. If change the Language line to Language=ca_ES.UTF-8, I can see that the file remains unmodified while I'm logged out, that is, it keeps the changes that I made. It's only when I log in again that my changes are reverted. Regards. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#697331: Bug#733948: duplicate of Bug#697331: Please add the first created user to lpadmin
Hi, I think #733948 is a duplicate of #697331. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732757: poppler: Please build Qt 5 packages
On Sat, 04 Jan 2014 17:35:32 +0400, Dmitry Shachnev wrote: Thanks for applying this in Git. Correction: apparently this is not yet in pkg-freedesktop Git, I was mistaken by output of git pull that was actually pulling from my own branch. -- Dmitry Shachnev signature.asc Description: OpenPGP digital signature
Bug#704032: Transition to boost 1.54
On Sun, Dec 1, 2013 at 16:43:07 +0100, Julien Cristau wrote: On Sun, Jul 14, 2013 at 14:59:24 -0500, Steve M. Robbins wrote: Boost 1.54 is now in sid on all architectures, so we should transition to that. Updated status update. boost1.49 is being kept in testing by: - gnuradio - libkolabxml/ia64; should stop using --as-needed - libpwiz #731064 - libzeep/sparc; FTBFS due to boost bug - mcrl2 #731067 - pdns #726863 and #726945 boost1.53 no longer has any reverse deps in testing. It can probably be removed from sid at this point. Cheers, Julien signature.asc Description: Digital signature
Bug#733261: [Pkg-xfce-devel] Bug#733261: Bug#733261: lightdm lost ability not to set LANG
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Sat, Jan 04, 2014 at 02:40:45PM +0100, Ernest Adrogué wrote: 2014-01- 4, 13:52 (+0100); Yves-Alexis Perez escriu: On Sat, Jan 04, 2014 at 01:12:49PM +0100, Ernest Adrogué wrote: Can you check .dmrc when logged out? Yes, this is the output of `stat .dmrc` I mean the content :) Ok. If change the Language line to Language=ca_ES.UTF-8, I can see that the file remains unmodified while I'm logged out, that is, it keeps the changes that I made. It's only when I log in again that my changes are reverted. Which lightdm and lightdm-gtk-greeter do you run? Regards, - -- Yves-Alexis Perez -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBCgAGBQJSyBLXAAoJEG3bU/KmdcCll/MIAKTLWfsSxSGg6O6ghOS1LKXu ChvamYh7LLH/RKjfHTJTIPCiMiJQe/kMrTNWP1V1Ahisc2GpOaoPVkPq5YQ2uqyQ hNr6qKpdqBBjoVk3kk3eM4tNcfJJHnUDdG7Z9m0JLz+2rAAvShafV/NujbC2bf7v o2slY0/Bv6ywBtsDqspgrdO1prMGdAKi4Kx+Uqjo06rVnZ3k0ZyMEUxIbtlRpJ/H Xx6GLffCk2YP4aZo95Vrd3+v0WA+hcmoFUX5mk62Atys727A75oTRTGf2gqOZrlr 8UFJZwbij2q7hE4L8T/9ORzf2co624xrblQJ0VHHZlgsWQomjaGAC3hiBx+CNg8= =ldHn -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#734166: gdb-mingw-w64: cross architecture 32bit/64bit debugging is not working on i386/x68_64
Package: gdb-mingw-w64 Version: 7.6-4+7 Severity: normal Even though gdb-mingw-64 installs x86_64-mingw32-gdb and i386-w64-mingw64-gdb either of them is not working (at least on x86_64). In particular, gdb refuses to connect to the corresponding gdbserver as the architectures i368 and i386:x68_64 look incompitible to it. It seems to me that biarch debugging seems not to be working properly for mingw64 in gdb. I suggest one of two possible solutions: • activate biarch debugging for mingw64 • use multiarch to coinstall the packages for i386 and x86_64 The first one is probably more clean, and avoids installing unnecssary packages. The secound one does not involve interaction with upstream, but installs additional packages (e.g. python) for i386 on x68_64. Unfortunately, there are some multiarch issues with these packages. -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'oldstable-updates'), (500, 'unstable'), (500, 'testing'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 mingw64-windows mingw64-x86v64 mingw64-amd64 Kernel: Linux 3.12-1-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gdb-mingw-w64 depends on: ii gdb 7.6.1-1 ii libc6 2.17-97 ii libexpat1 2.1.0-4 ii libncurses5 5.9+20130608-1 ii libpython2.7 2.7.6-4 ii libreadline6 6.2+dfsg-0.1 ii libtinfo5 5.9+20130608-1 ii zlib1g1:1.2.8.dfsg-1 Versions of packages gdb-mingw-w64 recommends: ii gdb-mingw-w64-target 7.6-4+7 gdb-mingw-w64 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#732392: Solution for this bug
Fixed this bug, according to https://bugzilla.gnome.org/show_bug.cgi?id=655513 diff -Nru brasero-3.4.1/debian/changelog brasero-3.4.1/debian/changelog --- brasero-3.4.1/debian/changelog 2012-10-11 23:31:17.0 +0200 +++ brasero-3.4.1/debian/changelog 2014-01-04 13:39:05.0 +0100 @@ -1,3 +1,12 @@ +brasero (3.4.1-4.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * + + * patched brasero-app.c, according to https://bugzilla.gnome.org/show_bug.cgi?id=655513 +Closes: #732392 + -- Lars Cebulla lars.c...@gmail.com Sat, 04 Jan 2014 13:33:16 +0100 + brasero (3.4.1-4) unstable; urgency=low * debian/patches/01_grafted_folders.patch: Fix a segfault when creating diff -Nru brasero-3.4.1/debian/patches/fix_not_closing_bug_after_burning_image brasero-3.4.1/debian/patches/fix_not_closing_bug_after_burning_image --- brasero-3.4.1/debian/patches/fix_not_closing_bug_after_burning_image 1970-01-01 01:00:00.0 +0100 +++ brasero-3.4.1/debian/patches/fix_not_closing_bug_after_burning_image 2014-01-04 13:54:49.0 +0100 @@ -0,0 +1,43 @@ +Description: brasero won't remain in memory after closing burning dialog + + brasero (3.4.1-4.1) UNRELEASED; urgency=low + + * Non-maintainer upload. + * + + * patched brasero-app.c, according to https://bugzilla.gnome.org/show_bug.cgi?id=655513 + Closes: #732392 +Author: Lars Cebulla lars.c...@gmail.com +Bug-Debian: http://bugs.debian.org/732392 + +--- +The information above should follow the Patch Tagging Guidelines, please +checkout http://dep.debian.net/deps/dep3/ to learn about the format. Here +are templates for supplementary fields that you might want to add: + +Origin: upstream, https://bugzilla.gnome.org/show_bug.cgi?id=655513 +Bug-Debian: http://bugs.debian.org/732392 +Forwarded: not-needed +Last-Update: 2014-01-03 + +--- brasero-3.4.1.orig/src/brasero-app.c brasero-3.4.1/src/brasero-app.c +@@ -2013,6 +2013,9 @@ brasero_app_run_mainwin (BraseroApp *app + + priv = BRASERO_APP_PRIVATE (app); + ++ if (!priv-mainwin) ++ return FALSE; ++ + if (priv-mainwin_running) + return TRUE; + +@@ -2055,6 +2058,8 @@ brasero_app_init (BraseroApp *object) + + priv = BRASERO_APP_PRIVATE (object); + ++ priv-mainwin = NULL; ++ + /* Load settings */ + priv-setting = brasero_setting_get_default (); + brasero_setting_load (priv-setting); diff -Nru brasero-3.4.1/debian/patches/series brasero-3.4.1/debian/patches/series --- brasero-3.4.1/debian/patches/series 2012-10-11 23:26:11.0 +0200 +++ brasero-3.4.1/debian/patches/series 2014-01-04 13:40:58.0 +0100 @@ -2,3 +2,4 @@ 02_fix-while-loop-in-libburnia-backend.patch 03_cue-invalid-frame-75.patch 04_put-settings-in-the-correct-path.patch +fix_not_closing_bug_after_burning_image
Bug#734163: subversion: corrupted data
On 2014-01-04 08:35:58 -0500, James McCoy wrote: Is this a publicly accessible repository? Unfortunately no. I'll try to see if I can reproduce the bug with a publicly accessible repository. The bug occurs on a second Debian/unstable machine. It still occurs after downgrading to the original 1.7.14 (not the binNMU), but I get only the second behavior. The hex values are different after each call. valgrind doesn't complain. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734163: subversion: corrupted data
On 2014-01-04 14:53:11 +0100, Vincent Lefevre wrote: The bug occurs on a second Debian/unstable machine. It still occurs after downgrading to the original 1.7.14 (not the binNMU), but I get only the second behavior. The hex values are different after each call. And no problem on an Ubuntu machine with: subversion 1.7.9-1+nmu6ubuntu3 -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#732405: upstream's #732405+#650575(?) fixes
The upstream source (http://cpansearch.perl.org/src/KARASIK/Prima-1.37/img/codec_tiff.c) gained a new #ifndef at lines 175-177 that would appear to be the fix, but I haven't tested this. There's also something similar at http://cpansearch.perl.org/src/KARASIK/Prima-1.37/img/codec_png.c lines 281-285 that looks like a fix for #650575. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734167: ITP: node-ansi-color-table -- Tables for console with ansi colors and formatting support - Node.js module
Package: wnpp Severity: wishlist Owner: Jérémy Lal kapo...@melix.org * Package name: node-ansi-color-table Version : 0.0.3 Upstream Author : Quim Calpe q...@kalpe.com * URL : https://github.com/quimcalpe/ansi-color-table * License : Expat Programming Lang: JavaScript Description : Color and format tables for ansi output - Node.js module This module outputs borderless tables to stdout or to a writable stream, with ansi colors and formatting support. . Node.js is an event-based server-side javascript engine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734163: subversion: corrupted data
On 2014-01-04 14:53:11 +0100, Vincent Lefevre wrote: On 2014-01-04 08:35:58 -0500, James McCoy wrote: Is this a publicly accessible repository? Unfortunately no. I'll try to see if I can reproduce the bug with a publicly accessible repository. And I can! ypig:~ svn co svn://scm.gforge.inria.fr/svn/mpfr/misc/vl-tests Avl-tests/mpfrtests.data Avl-tests/mpfrtests.sh Avl-tests/release-3.1.2-p4 Avl-tests/release-3.1.0-p8 Avl-tests/vfy-data Avl-tests/ReadMe Checked out revision 8727. ypig:~ cd ./vl-tests ypig:~/vl-tests svn diff -r8726 ReadMe Index: ReadMe === Cannot display: file marked as a binary type. ) H(mime-type = (H( Index: ReadMe === --- ReadMe (revision 8726) +++ ReadMe (working copy) Property changes on: ReadMe ___ ypig:~/vl-tests svn diff -r8726 ReadMe Index: ReadMe === Cannot display: file marked as a binary type. svn: E22: Valid UTF-8 data (hex: 73 76 6e 3a 6d 69 6d 65 2d 74 79 70 65 20 3d 20 28 48) followed by invalid UTF-8 sequence (hex: 87 bb 01 d5) -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734163: subversion: corrupted data
On 2014-01-04 14:53:11 +0100, Vincent Lefevre wrote: The bug occurs on a second Debian/unstable machine. It still occurs after downgrading to the original 1.7.14 (not the binNMU), but I get only the second behavior. I could also get the first behavior. This is really random. The problem disappears after downgrading to 1.7.13-3. -- Vincent Lefèvre vinc...@vinc17.net - Web: http://www.vinc17.net/ 100% accessible validated (X)HTML - Blog: http://www.vinc17.net/blog/ Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731455: umegaya: Debian Science tasks files were moved to Git
Hi Charles, On Sat, Jan 04, 2014 at 10:22:03PM +0900, Charles Plessy wrote: The next update of Umegaya, will have this correction. Unfortunately, it needs a Jessie system… To what extent are you still using blends.debian.net ? Do you think it would be possible to pull perl, git, and apache2 from jessie ? While I'm running testing on all my workstations I'd prefer stable on servers since it would be to much work to keep those systems updated otherwise. I'd be fine if packages would be in backports. Could you please be more verbose what latest and greatest features of the above packages would be needed? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733910: ITP: ckon -- automatic build tool for ROOT analyses
On Sat, Jan 04, 2014 at 04:59:04AM -0800, Patrick Huck wrote: Hi Andreas, With Alioth being back up again, I requested membership in the Debian Science Team but am still waiting for a reply. Meanwhile, I got 'ckon' compiled on a amd64 debian box (testing release) with Build-Depends set to libboost-all-dev [1] and up-to-date m4 macros for autoconf [2]. Please find the newest package release on github [3]. For i386, testing is underway on a ubuntu saucy box. I'm very glad to hear that you'd be willing to sponsor my package. I hope I can commit to the Debian Science Repository soon ... Fine. Just let me know once you have moved / cloned the Git repository to Alioth. Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734168: Should this package be removed?
Package: wzdftpd Severity: serious It's been nearly five years wzdftpd since the last maintainer upload and during that is has needed various external NMUs and further ones pending (e.g to cope with GNUTLS/MySQL changes). Popcon is negligable, the projects seems dead upstream and better alternatives exist, so I propose to remove it. Cheers, Moritz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#718798: cups-daemon: suggestions for init script: bashisms, lsb...
On Sat, Jan 04, 2014 at 02:19:43PM +0100, Didier 'OdyX' Raboud wrote: Control: tags -1 +pending +patch Hi Nicolas, Le lundi, 5 août 2013, 17.03:55 Nicolas Boulenguez a écrit : Hello. Please consider the attached changes, inspired by /etc/init.d/skeleton and http://refspecs.linuxbase.org/LSB_3.1.0/LSB-Core-generic/LSB-Core-gene ric/iniscrptact.html. The skeleton may suggest many other easy improvements in calls to start-stop-daemon, but I lack knowledge of CUPS to decide such changes. Awesome, thank you very much. I have applied most of your changes but one: Include /lib/init/vars.sh and respect VERBOSE when appropriate. I'm a very skeptical about the use of the VERBOSE variable in general and don't think the individual initscripts should handle that. Boot verbosity should be controlled directly by the init daemon, not spread in all packages, IMHO. Plus, this is really a private implementation detail of the initscripts package. It's not really intended to be used by scripts outside this package, not least of which is that it would introduce unnecessary compatibility problems should the script be updated. Thanks, Roger -- .''`. Roger Leigh : :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/ `. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools `-GPG Public Key F33D 281D 470A B443 6756 147C 07B3 C8BC 4083 E800 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733261: [Pkg-xfce-devel] Bug#733261: Bug#733261: lightdm lost ability not to set LANG
2014-01- 4, 14:55 (+0100); Yves-Alexis Perez escriu: On Sat, Jan 04, 2014 at 02:40:45PM +0100, Ernest Adrogué wrote: 2014-01- 4, 13:52 (+0100); Yves-Alexis Perez escriu: On Sat, Jan 04, 2014 at 01:12:49PM +0100, Ernest Adrogué wrote: Can you check .dmrc when logged out? Yes, this is the output of `stat .dmrc` I mean the content :) Ok. If change the Language line to Language=ca_ES.UTF-8, I can see that the file remains unmodified while I'm logged out, that is, it keeps the changes that I made. It's only when I log in again that my changes are reverted. Which lightdm and lightdm-gtk-greeter do you run? I'm on Debian testing. Package: lightdm Version: 1.8.5-2 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ca_ES.utf8, LC_CTYPE=ca_ES.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lightdm depends on: ii adduser3.113+nmu3 ii consolekit 0.4.6-3+b1 ii dbus 1.6.18-2 ii debconf [debconf-2.0] 1.5.52 ii libc6 2.17-97 ii libgcrypt111.5.3-3 ii libglib2.0-0 2.36.4-1 ii libpam0g 1.1.3-9 ii libxcb11.9.1-3.1 ii libxdmcp6 1:1.1.1-1 ii lightdm-gtk-greeter [lightdm-greeter] 1.6.1-4 Versions of packages lightdm recommends: ii xserver-xorg 1:7.7+5 Versions of packages lightdm suggests: pn accountsservice none ii upower 0.9.23-2+b1 -- Configuration Files: /etc/lightdm/lightdm.conf changed: [LightDM] [SeatDefaults] greeter-session=lightdm-gtk-greeter [XDMCPServer] [VNCServer] -- debconf information: lightdm/daemon_name: /usr/sbin/lightdm * shared/default-x-display-manager: lightdm -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734154: debian-installer: touchpad driver missing
Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-01-04): Package: debian-installer Severity: normal Dear Maintainer, the Debian installer does not contain the synaptics driver for touchpads (xserver-xorg-input-synaptics). Therefore the touchpad does not work in the graphical installer. Err. It should work with evdev (without touchpad-specific features though). Can you please clarify what you meant? Mraw, KiBi. signature.asc Description: Digital signature
Bug#731455: umegaya: Debian Science tasks files were moved to Git
Le Sat, Jan 04, 2014 at 03:16:20PM +0100, Andreas Tille a écrit : On Sat, Jan 04, 2014 at 10:22:03PM +0900, Charles Plessy wrote: The next update of Umegaya, will have this correction. Unfortunately, it needs a Jessie system… To what extent are you still using blends.debian.net ? Do you think it would be possible to pull perl, git, and apache2 from jessie ? While I'm running testing on all my workstations I'd prefer stable on servers since it would be to much work to keep those systems updated otherwise. I'd be fine if packages would be in backports. Could you please be more verbose what latest and greatest features of the above packages would be needed? Hi Andreas, things could probably be done with Wheezy packages only, but the problem is that my workstation is also a Jessie system, and it is only after doing a large quantity of the work that I realised that I did not pay attention to backward compatibility. The major blocker is Apache: it is in version 2.2 in Wheezy and 2.4 in Jessie, and supporting both at the same time is not trivial. For git there is a backport, and for perl, Wheezy version should be enough in the end (I thought that libmouse-perl was not in Wheezy, but it is). Here is the result of a dry run for upgrading Apache from Sid on blends.d.n. Inst libc-dev-bin [2.13-38] (2.17-97 Debian:unstable [amd64]) [libc6-dev:amd64 ] Inst libc6-dev [2.13-38] (2.17-97 Debian:unstable [amd64]) [] Inst libc6-dbg [2.13-38] (2.17-97 Debian:unstable [amd64]) [] Inst locales [2.13-38] (2.17-97 Debian:unstable [all]) [] Inst libc6 [2.13-38] (2.17-97 Debian:unstable [amd64]) Conf libc6 (2.17-97 Debian:unstable [amd64]) Inst libapache2-mod-wsgi [3.3-4] (3.4-4 Debian:unstable [amd64]) [] Inst apache2-mpm-prefork [2.2.22-13] (2.4.7-1 Debian:unstable [amd64]) [] Remv apache2.2-common [2.2.22-13] [] Inst apache2-data (2.4.7-1 Debian:unstable [all]) [] Inst apache2 (2.4.7-1 Debian:unstable [amd64]) [] Inst apache2.2-bin [2.2.22-13] (2.4.7-1 Debian:unstable [amd64]) [] Inst libapr1 [1.4.6-3+deb7u1] (1.5.0-1 Debian:unstable [amd64]) [] Inst libaprutil1-ldap [1.4.1-3] (1.5.3-1 Debian:unstable [amd64]) [] Inst libaprutil1-dbd-sqlite3 [1.4.1-3] (1.5.3-1 Debian:unstable [amd64]) [] Inst libaprutil1 [1.4.1-3] (1.5.3-1 Debian:unstable [amd64]) [] Inst apache2-bin (2.4.7-1 Debian:unstable [amd64]) Conf libc-dev-bin (2.17-97 Debian:unstable [amd64]) Conf libc6-dev (2.17-97 Debian:unstable [amd64]) Conf libc6-dbg (2.17-97 Debian:unstable [amd64]) Conf locales (2.17-97 Debian:unstable [all]) Conf libapr1 (1.5.0-1 Debian:unstable [amd64]) Conf libaprutil1 (1.5.3-1 Debian:unstable [amd64]) Conf libaprutil1-dbd-sqlite3 (1.5.3-1 Debian:unstable [amd64]) Conf libaprutil1-ldap (1.5.3-1 Debian:unstable [amd64]) Conf apache2-bin (2.4.7-1 Debian:unstable [amd64]) Conf libapache2-mod-wsgi (3.4-4 Debian:unstable [amd64]) Conf apache2-data (2.4.7-1 Debian:unstable [all]) Conf apache2 (2.4.7-1 Debian:unstable [amd64]) Conf apache2-mpm-prefork (2.4.7-1 Debian:unstable [amd64]) Conf apache2.2-bin (2.4.7-1 Debian:unstable [amd64]) The main challenge would therefore be to migrate the teammetrics and blends configuration files, and to follow the security updates. On my side, it would make my work easier, but I would understand if you do not like the idea. Cheers, -- Charles -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734154: debian-installer: touchpad driver missing
Hi KiBi, On 04.01.2014 15:37, Cyril Brulebois wrote: Err. It should work with evdev (without touchpad-specific features though). Can you please clarify what you meant? I just meant, that the touchpad cannot move the cursor, although evdev is loaded. But when task-desktop is installed, this installs the synaptics driver and then the touchpad works. Best regards, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734169: unison-gtk: Text error in Action menu
Package: unison-gtk Version: 2.40.102-2 Severity: minor The menubar contains the Action menu. This menu contains twice the text Propagate Left to Right. One of them should be Propagate Right to Left. Regards, Vincent -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages unison-gtk depends on: ii libatk1.0-0 2.10.0-2 ii libc6 2.17-97 ii libcairo2 1.12.16-2 ii libfontconfig1 2.11.0-2 ii libfreetype62.5.1-1 ii libgdk-pixbuf2.0-0 2.28.2-1+b1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.22-1 ii libpango1.0-0 1.36.0-1+b1 Versions of packages unison-gtk recommends: ii openssh-client [ssh-client] 1:6.4p1-2 ii ssh-askpass 1:1.2.4.1-9 Versions of packages unison-gtk suggests: pn unison-all-gtk none -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#733220: [Pkg-xfce-devel] Bug#733220: Add systemd service file for lightdm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On Mon, Dec 30, 2013 at 12:03:17PM +0200, Arto Jantunen wrote: Yves-Alexis Perez cor...@debian.org writes: On Fri, Dec 27, 2013 at 12:57:51PM +0200, Arto Jantunen wrote: Attached is a patch to add native systemd support to lightdm. I have been using the service file locally for some time now and haven't noticed any problems. Does it handle correctly the case where multiple display managers are installed? Has a service file that handles this case been made for one of the other display managers in Debian, could the solution be copied to lightdm as well? Do any of the other display managers have native systemd service config? Also, I've been made aware of https://fedoraproject.org/wiki/Features/DisplayManagerRework Regards, - -- Yves-Alexis Perez -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iQEcBAEBCgAGBQJSyCCdAAoJEG3bU/KmdcClzmEIAKhQ0faX/PgqPsc/vUhoehB4 1R9H0r7kylPQ2gyqpbdxy4JGHx11DirUxG559SNRF1VaZa/ulY/nCbz8w3D5EZ46 BZpR3cDjniPLO7YYmCfYDw5M7dhISgbTQ4bs/UAKo/tEX7yn2qA0kN4Ta0SHIalQ QQy3P3ufXOi4s/3GJBFYkm5JSuirbRfQwIE9mexbqNuzb0ZTD5TupIceKJBgCPus oe0K6VAtD+duC1I9Q4X6XHv6iIwv/vrplHNQXOwsm/u0QuW8GzHvh6zgIkThqI0q zhLS0JeAIB6URh77UeHac/IHBrhlkrGZUi7AaICTAYM9zk6kMt5Idw291I5U1Cw= =fuBv -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#734154: debian-installer: touchpad driver missing
Andreas Cadhalpun andreas.cadhal...@googlemail.com (2014-01-04): I just meant, that the touchpad cannot move the cursor, although evdev is loaded. Might be a kernel or driver bug. Can you please attach Xorg log and kernel log from the installer? Mraw, KiBi. signature.asc Description: Digital signature
Bug#734170: ftgl: make clean fails
Package: libftgl2 Version: 2.1.3~rc5-4 Severity: serious $ debuild clean dh_testdir dh_testroot rm -f build-stamp configure-stamp [ ! -f Makefile ] || /usr/bin/make distclean make[1]: Entering directory `/work/yann/deb/tulip/ftgl-2.1.3~rc5' Making distclean in msvc make[2]: Entering directory `/work/yann/deb/tulip/ftgl-2.1.3~rc5/msvc' make[2]: *** No rule to make target `distclean'. Stop. make[2]: Leaving directory `/work/yann/deb/tulip/ftgl-2.1.3~rc5/msvc' make[1]: *** [distclean-recursive] Error 1 make[1]: Leaving directory `/work/yann/deb/tulip/ftgl-2.1.3~rc5' make: *** [clean] Error 2 debuild: fatal error at line 1346: couldn't exec fakeroot debian/rules: The use of SUBDIRS is obviously violating the way automake should be used. Adding msvc to SUBDIRS at it probably should is probably enough, given the lack of build targets in this dir. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages libftgl2 depends on: ii libc6 2.17-97 ii libfreetype6 2.5.1-1 ii libgcc1 1:4.8.2-10 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libstdc++64.8.2-10 ii zlib1g1:1.2.8.dfsg-1 libftgl2 recommends no packages. libftgl2 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#733658:
Hi, got exactly the same beahviour. but i got the rpcinfo in both pathes, in usr/sbin/rpcinfo guess from the package libc-bin usr/bin/rpcinfo guess from the package rpcbind root@disaster:~# rpcinfo -u localhost nfs 3 rpcinfo: RPC: Port mapper failure - Authentication error program 13 version 3 is not available Doesn´t matter which rpcinfo i use, i got the same output from both. I just comment the Line 121 from /etc/init.d/nfs-kernel-server out: #RPCMOUNTDOPTS=$RPCMOUNTDOPTS --no-nfs-version 3 So now i can use nfsv3, but i guess thats not what it should be. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734171: Network install does not work with I-217V ethernet controller
Package: installation-reports Boot method: unetbootin (USB stick) Image version: debian-7.3.0-amd64-netinst.iso Date: 2013-01-04 15:00:00 CET Machine: ASUS Z87 PRO Processor: Intel Core i7-4770K Memory: 16 GB DDR3 Partitions: n/a Output of lspci -knn (or lspci -nn): dev 8086 ven 153b (Intel I-217V Gigabit Ethernet Controller) Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[E] Configure network: [ ] Detect CD: [O] Load installer modules: [O] Detect hard drives: [ ] Partition hard drives: [ ] Install base system:[ ] Clock/timezone setup: [ ] User/password setup:[ ] Install tasks: [ ] Install boot loader:[ ] Overall install:[ ] Comments/Problems: NETWORK based install fails at the only task it is supposed NOT to fail -- detecting and enabling network card. Package e1000e which should handle the onboard ethernet PHY is terribly outdated (version 1.x dated two years ago) and it does not recognize the onboard device. Latest version of e1000e driver dated July 9, 2013 is available from Intel in the form of source code: https://downloadcenter.intel.com/Detail_Desc.aspx?DwnldID=15817 It supports many new ethernet adapters present on latest generations of desktop mainboards. I really don't understand why it was not integrated into the kernel tree. I keep hearing this year will be the year of Linux Desktop for the last few years, yet many Linux distributions still fail on basic stuff like this. Please fix. -- Regards, Igor Levicki smime.p7s Description: S/MIME Cryptographic Signature
Bug#718100: ftgl: FTBFS: manual build failed
The log shows: | LaTeX Warning: There were undefined references. | | LaTeX Warning: Label(s) may have changed. Rerun to get cross-references right. As warnings, they could be innocuous (although the 1st one remains even if we force the latex runs, and probably should not be there anyway), but there loads of other strange things starting with: | ! Missing number, treated as zero. | to be read again |\relax | l.104 \begin{center} | % | A number should have been here; I inserted `0'. | (If you can't figure out why I needed to see a number, | look up `weird error' in the index to The TeXbook.) ... and latex inserts lots of Ocm and similar texts as printable in the pdf, the first of which seems to occur within the \begin{center} expansion in refman.tex: | %= C O N T E N T S = | | \begin{document} | | % Titlepage ToC | \pagenumbering{roman} | \begin{titlepage} | \vspace*{7cm} | \begin{center}% | {\Large F\-T\-G\-L \\[1ex]\large 2.\-1.\-3$\sim$rc5 }\\ In fact the problem seems to stem with a strange processing done on doxygen output before feeding it to latex: mv latex/refman.tex latex/ftgl.tex sed 's/setlength{/renewcommand{/' latex/ftgl.tex latex/refman.tex Getting rid of those lines allows the build to proceed, but that requires autoreconfiguration. Will push a fix to svn if I can get something clean. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734163: subversion: corrupted data
Control: severity -1 normal On Sat, Jan 04, 2014 at 03:13:00PM +0100, Vincent Lefevre wrote: On 2014-01-04 14:53:11 +0100, Vincent Lefevre wrote: The bug occurs on a second Debian/unstable machine. It still occurs after downgrading to the original 1.7.14 (not the binNMU), but I get only the second behavior. I could also get the first behavior. This is really random. The problem disappears after downgrading to 1.7.13-3. This is purely a display issue, so I'm downgrading the severity. It only happens on files with svn:mime-type set. I've emailed upstream, so we'll see what they say. Cheers, -- James GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy james...@debian.org signature.asc Description: Digital signature
Bug#729593: #729593 possibly incorrect lintian check hyphen-used-as-minus-sign
* Rich ric...@nakts.net, 2014-01-04, 01:29: and escaping exactly one minus after space was enough to see the problem gone even if second minus was left un-escaped. I don't see such behavior here. You have to escape all the minuses. It is true that Lintian could report more instances of hyphen-used-as-minus-sign than it currently does. I wouldn't call it incorrect check though... -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#734172: linux-image-3.11-2-686-pae: unable to handle kernel paging request at c114873. IP: [c1149fc4] shrink_dentry_list+0x214/0x360
Package: src:linux Version: 3.11.10-1 Severity: critical Justification: breaks the whole system Dear Maintainer, * What led up to the situation? Not sure what triggers this. The machines are a 2 node cluster with DRBD and GFS2 controlled by Pacemaker+corosync * What exactly did you do (or not do) that was effective (or ineffective)? Tried setting up sysctl vm.* parameters thinking it could be out-of-memory issue but still breaks. Also run a memtest to see if RAM was bad but it was ok. And also checked SMART to see if HD was bad but it was ok. It seems to be related to filesystem load. Yesterday it happened while doing a grep -lir ... in on of the GFS2 filesystems. -- Package-specific info: ** Version: Linux version 3.11-2-686-pae (debian-ker...@lists.debian.org) (gcc version 4.8.2 (Debian 4.8.2-7) ) #1 SMP Debian 3.11.10-1 (2013-12-04) ** Command line: BOOT_IMAGE=/vmlinuz-3.11-2-686-pae root=/dev/mapper/rootvg-root ro quiet ** Tainted: D (128) * Kernel has oopsed before. ** Kernel log: [44006.718019] d-con backup: conn( Unconnected - WFConnection ) [44006.792969] GFS2: fsid=axplnx:backup.1: jid=0: Looking at journal... [44006.925442] GFS2: fsid=axplnx:shared1.0: jid=1: Acquiring the transaction lock... [44006.925448] GFS2: fsid=axplnx:shared1.0: jid=1: Replaying journal... [44006.941240] GFS2: fsid=axplnx:axphome.0: jid=1: Acquiring the transaction lock... [44006.941245] GFS2: fsid=axplnx:axphome.0: jid=1: Replaying journal... [44007.636564] GFS2: fsid=axplnx:backup.1: jid=0: Acquiring the transaction lock... [44007.636570] GFS2: fsid=axplnx:backup.1: jid=0: Replaying journal... [44007.956023] d-con svn: PingAck did not arrive in time. [44007.956050] d-con svn: peer( Secondary - Unknown ) conn( Connected - NetworkFailure ) pdsk( UpToDate - DUnknown ) [44007.956095] block drbd5: new current UUID 825969904F9C8E25:64C5C59BE7030803:BC5058DA77B5EC9A:BC4F58DA77B5EC9A [44008.119631] d-con svn: asender terminated [44008.119637] d-con svn: Terminating drbd_a_svn [44008.151278] d-con svn: Connection closed [44008.151336] d-con svn: conn( NetworkFailure - Unconnected ) [44008.151339] d-con svn: receiver terminated [44008.151341] d-con svn: Restarting receiver thread [44008.151342] d-con svn: receiver (re)started [44008.151356] d-con svn: conn( Unconnected - WFConnection ) [44008.286253] GFS2: fsid=axplnx:backup.1: jid=0: Replayed 277 of 425 blocks [44008.286258] GFS2: fsid=axplnx:backup.1: jid=0: Found 326 revoke tags [44008.736381] GFS2: fsid=axplnx:backup.1: jid=0: Journal replayed in 2s [44008.738050] GFS2: fsid=axplnx:backup.1: jid=0: Done [44009.480028] d-con mysql: PingAck did not arrive in time. [44009.480055] d-con mysql: peer( Primary - Unknown ) conn( Connected - NetworkFailure ) pdsk( UpToDate - DUnknown ) [44009.494132] d-con mysql: asender terminated [44009.494137] d-con mysql: Terminating drbd_a_mysql [44009.494221] d-con mysql: Connection closed [44009.494237] d-con mysql: conn( NetworkFailure - Unconnected ) [44009.494240] d-con mysql: receiver terminated [44009.494241] d-con mysql: Restarting receiver thread [44009.494243] d-con mysql: receiver (re)started [44009.494253] d-con mysql: conn( Unconnected - WFConnection ) [44009.580032] block drbd3: role( Secondary - Primary ) [44009.585431] block drbd3: new current UUID E6971AB65A372BE5:0BE168C650174114:DB692E99F534A0C0:DB682E99F534A0C0 [44012.992026] d-con axphome: PingAck did not arrive in time. [44012.992053] d-con axphome: peer( Primary - Unknown ) conn( Connected - NetworkFailure ) pdsk( UpToDate - DUnknown ) [44012.992092] block drbd2: new current UUID DA7CA5BFC733A243:AE90FA065466AD5B:5B7EE4B383EC2662:5B7DE4B383EC2662 [44013.039788] d-con axphome: asender terminated [44013.039792] d-con axphome: Terminating drbd_a_axphome [44013.048185] d-con axphome: Connection closed [44013.048188] GFS2: fsid=axplnx:axphome.0: jid=1: Replayed 205 of 496 blocks [44013.048190] GFS2: fsid=axplnx:axphome.0: jid=1: Found 35 revoke tags [44013.048241] d-con axphome: conn( NetworkFailure - Unconnected ) [44013.048243] d-con axphome: receiver terminated [44013.048245] d-con axphome: Restarting receiver thread [44013.048247] d-con axphome: receiver (re)started [44013.048256] d-con axphome: conn( Unconnected - WFConnection ) [44013.056456] GFS2: fsid=axplnx:axphome.0: jid=1: Journal replayed in 7s [44013.058442] GFS2: fsid=axplnx:axphome.0: jid=1: Done [44015.172026] d-con shared1: PingAck did not arrive in time. [44015.172054] d-con shared1: peer( Primary - Unknown ) conn( Connected - NetworkFailure ) pdsk( UpToDate - DUnknown ) [44015.172091] block drbd1: new current UUID E6EBD6368AE5AB3F:B1F6F043B694FE9B:30DCC06F97EB390A:30DBC06F97EB390A [44015.185003] d-con shared1: asender terminated [44015.185008] d-con shared1: Terminating drbd_a_shared1 [44015.193549] d-con shared1: Connection closed [44015.193565] GFS2: fsid=axplnx:shared1.0: jid=1: Replayed 432 of 2433 blocks [44015.193568] GFS2: