Bug#739741: fontconfig-config: fails to upgrade from 2.11.0-2 overwriting files in fontconfig
Package: fontconfig-config Version: 2.11.0-2 Severity: serious Justification: fails to upgrade Hi Keith, I noticed the following apt output while upgrading fontconfig-config from 2.11.0-2 to 2.11.0-3 with fontconfig 2.11.0-3 already installed. Preparing to unpack .../libfontconfig1_2.11.0-3_amd64.deb ... Unpacking libfontconfig1:amd64 (2.11.0-3) over (2.11.0-2) ... Preparing to unpack .../fontconfig-config_2.11.0-3_all.deb ... Unpacking fontconfig-config (2.11.0-3) over (2.11.0-2) ... dpkg: error processing archive /var/cache/apt/archives/fontconfig-config_2.11.0-3_all.deb (--unpack): trying to overwrite '/usr/share/doc/fontconfig/fontconfig-user.html', which is also in package fontconfig 2.11.0-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/fontconfig-config_2.11.0-3_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) A package failed to install. Trying to recover: dpkg: dependency problems prevent configuration of libfontconfig1:amd64: libfontconfig1:amd64 depends on fontconfig-config (= 2.11.0-3); however: Version of fontconfig-config on system is 2.11.0-2. dpkg: error processing package libfontconfig1:amd64 (--configure): dependency problems - leaving unconfigured Errors were encountered while processing: libfontconfig1:amd64 Maybe there is some Replaces header is missing here? Helmut -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713943: Same problem with linux-image-3.12-1-powerpc64
Hi, I run debian testing on a dual G5 powermac. Just upgraded from linux-image-3.4-trunk-powerpc64 to linux-image-3.12-1-powerpc64 and found the same issue. The windfarm modules are loading but the about 30 seconds to a couple of minutes after booting to 3.12-1-powerpc64 the fans speed up to full speed. lsmod says the windfarm modules are being loaded, and its the same modules being loaded under the 3.4 kernel. I have however found a difference. On 3.12 I get: dmesg | grep windfarm [4.358299] windfarm: initializing for dual-core desktop G5 whereas on 3.4 I get: dmesg | grep windfarm [4.791589] windfarm: initializing for dual-core desktop G5 [9.077416] windfarm: CPUs control loops started. [ 12.440957] windfarm: Backside control loop started. [ 12.491701] windfarm: Slots control loop started. [ 12.592933] windfarm: Drive bay control loop started. Definitely something wonky there. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713943: Lack of i2c_powermac module may be the cause
Hi, A previosu message in this big suggested that the i2c_powermac module may be involved. I can confirm that this module is missing completely for the 3.12 kernel (there is no module of that name in the /lib/modules/3.12-1-powerpc64/ tree) whereas for the 3.4 kernel this module is available and is being auto-loaded. Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#713943: Lack of i2c_powermac module may be the cause
Erik de Castro Lopo wrote: Hi, A previosu message in this big suggested that the i2c_powermac module may be involved. I can confirm that this module is missing completely for the 3.12 kernel (there is no module of that name in the /lib/modules/3.12-1-powerpc64/ tree) whereas for the 3.4 kernel this module is available and is being auto-loaded. It seems that the i2c_powermac module from 3.4 is now called i2c-powermac (underscore replaced with a minux sign). Manually loading the i2c-powermac module results in fans that run at the normal. expected low speed. I will be adding this to /etc/modules as a workaround for this issue. A question about kernel modules, can one module (eg windfarm_core) be made to depend on and auto-load another (eg i2c-powermac)? Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731875: mono-xbuild: Default installation fails due to CIL 4.0/4.5 incompatibility
tags 731875 + unreproducible severity 731875 important thanks I can not reproduce this issue with a freshly installed mono-xbuild 3.0.6+dfsg2-10 in clean pbuilder chroot, thus I am downgrading the severity to important. Here is the transcript: meebey@redhorse:~/Projects/debian/mono$ sudo -E pbuilder login [sudo] password for meebey: I: Building the build Environment I: extracting base tarball [/var/cache/pbuilder/sid-amd64-base.tgz] apt-get install I: creating local configuration I: copying local configuration I: mounting /proc filesystem I: mounting /dev/pts filesystem I: policy-rc.d already exists I: Obtaining the cached apt archive contents I: entering the shell File extracted to: /var/cache/pbuilder/build//31607 root@redhorse:/# apt-get install --no-install-recommends mono-xbuild Reading package lists... Done Building dependency tree Reading state information... Done The following extra packages will be installed: libmono-corlib2.0-cil libmono-corlib4.5-cil libmono-microsoft-build-engine4.0-cil libmono-microsoft-build-framework4.0-cil libmono-microsoft-build-tasks-v4.0-4.0-cil libmono-microsoft-build-utilities-v4.0-4.0-cil libmono-microsoft-build2.0-cil libmono-posix2.0-cil libmono-posix4.0-cil libmono-security2.0-cil libmono-security4.0-cil libmono-sharpzip4.84-cil libmono-system-configuration4.0-cil libmono-system-core4.0-cil libmono-system-security4.0-cil libmono-system-xml4.0-cil libmono-system2.0-cil libmono-system4.0-cil mono-4.0-gac mono-gac mono-runtime Suggested packages: libmono-i18n2.0-cil libmono-i18n4.0-all libasound2 libcups2 libgamin0 libgdiplus libmono-winforms2.0-cil libx11-6 xdg-utils libgnome2-0 konqueror Recommended packages: libmono-i18n-west2.0-cil libmono-i18n-west4.0-cil cli-common binfmt-support The following NEW packages will be installed: libmono-corlib2.0-cil libmono-corlib4.5-cil libmono-microsoft-build-engine4.0-cil libmono-microsoft-build-framework4.0-cil libmono-microsoft-build-tasks-v4.0-4.0-cil libmono-microsoft-build-utilities-v4.0-4.0-cil libmono-microsoft-build2.0-cil libmono-posix2.0-cil libmono-posix4.0-cil libmono-security2.0-cil libmono-security4.0-cil libmono-sharpzip4.84-cil libmono-system-configuration4.0-cil libmono-system-core4.0-cil libmono-system-security4.0-cil libmono-system-xml4.0-cil libmono-system2.0-cil libmono-system4.0-cil mono-4.0-gac mono-gac mono-runtime mono-xbuild 0 upgraded, 22 newly installed, 0 to remove and 0 not upgraded. Need to get 0 B/6693 kB of archives. After this operation, 29.2 MB of additional disk space will be used. Do you want to continue? [Y/n] debconf: delaying package configuration, since apt-utils is not installed Selecting previously unselected package libmono-corlib4.5-cil. (Reading database ... 12344 files and directories currently installed.) Preparing to unpack .../libmono-corlib4.5-cil_3.0.6+dfsg2-10_all.deb ... Unpacking libmono-corlib4.5-cil (3.0.6+dfsg2-10) ... Selecting previously unselected package libmono-system-xml4.0-cil. Preparing to unpack .../libmono-system-xml4.0-cil_3.0.6+dfsg2-10_all.deb ... Unpacking libmono-system-xml4.0-cil (3.0.6+dfsg2-10) ... Selecting previously unselected package libmono-system-security4.0-cil. Preparing to unpack .../libmono-system-security4.0-cil_3.0.6+dfsg2-10_all.deb ... Unpacking libmono-system-security4.0-cil (3.0.6+dfsg2-10) ... Selecting previously unselected package libmono-system-configuration4.0-cil. Preparing to unpack .../libmono-system-configuration4.0-cil_3.0.6+dfsg2-10_all.deb ... Unpacking libmono-system-configuration4.0-cil (3.0.6+dfsg2-10) ... Selecting previously unselected package libmono-system4.0-cil. Preparing to unpack .../libmono-system4.0-cil_3.0.6+dfsg2-10_all.deb ... Unpacking libmono-system4.0-cil (3.0.6+dfsg2-10) ... Selecting previously unselected package libmono-security4.0-cil. Preparing to unpack .../libmono-security4.0-cil_3.0.6+dfsg2-10_all.deb ... Unpacking libmono-security4.0-cil (3.0.6+dfsg2-10) ... Selecting previously unselected package mono-4.0-gac. Preparing to unpack .../mono-4.0-gac_3.0.6+dfsg2-10_all.deb ... Unpacking mono-4.0-gac (3.0.6+dfsg2-10) ... Selecting previously unselected package mono-gac. Preparing to unpack .../mono-gac_3.0.6+dfsg2-10_all.deb ... Unpacking mono-gac (3.0.6+dfsg2-10) ... Selecting previously unselected package mono-runtime. Preparing to unpack .../mono-runtime_3.0.6+dfsg2-10_amd64.deb ... Unpacking mono-runtime (3.0.6+dfsg2-10) ... Selecting previously unselected package libmono-corlib2.0-cil. Preparing to unpack .../libmono-corlib2.0-cil_3.0.6+dfsg2-10_all.deb ... Unpacking libmono-corlib2.0-cil (3.0.6+dfsg2-10) ... Selecting previously unselected package libmono-microsoft-build-framework4.0-cil. Preparing to unpack .../libmono-microsoft-build-framework4.0-cil_3.0.6+dfsg2-10_all.deb ... Unpacking libmono-microsoft-build-framework4.0-cil (3.0.6+dfsg2-10) ... Selecting previously unselected package libmono-microsoft-build-utilities-v4.0-4.0-cil. Preparing to unpack
Bug#739743: FTBFS: circular dependency
Package: libfontconfig1 Severity: serious fontconfig recently added a build-dependency on docbook-utils, and hence an indirect build-dependency on itself. As the arch:any libfontconfig1 has an exact version dependency on the arch:all fontconfig-config, this causes the build to fail on all architectures other than the first: https://buildd.debian.org/status/package.php?p=fontconfig -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738701: xul-ext-firebug: According to 'compatibility list' Firefox 24 is only compatible with Firebug 1.12
Package: xul-ext-firebug Version: 1.9.2~b2-1 Followup-For: Bug #738701 I have observed the same behavior and thought I would add that I noticed that in the compatibility table shown when you click on the 'More' for firebug in 'Extensions' that Firefox 24 (i.e. the version wheezy's Iceweasel (v24) is based on) is only listed as compatible with firebug 1.12 and the list includes earlier versions of Firefox some which are compatible with firebug 1.9 (the version currently in the security archive for wheezy). In short even though the automatic detection of incompatible versions is failing it is known to firebug developers that Firefox 24 (and presumably also Iceweasel 24) is not compatible with Firebug 1.9. So it seems Wheezy with security updates cannot work with current packages; perhaps oldstable's firebug got uploaded to stable? Regards, Daniel -- System Information: Debian Release: 7.4 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/8 CPU cores) Locale: LANG=en_CA.UTF-8, LC_CTYPE=en_CA.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xul-ext-firebug depends on: ii iceweasel 24.3.0esr-1~deb7u1 xul-ext-firebug recommends no packages. xul-ext-firebug 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#739742: fontconfig-config: Tries to overwrite many files which is also in package fontconfig 2.11.0-3
Package: fontconfig-config Version: 2.11.0-3 Severity: serious Hi, my sid upgrade fails today as fontconfig-config tries to overwrite '/usr/share/doc/fontconfig/fontconfig-user.html', which is also in package fontconfig 2.11.0-3. The package has the same issue with various other duplicated man pages and documentation files: # dpkg -i --force-all /var/cache/apt/archives/fontconfig-config_2.11.0-3_all.deb (Reading database ... 541563 files and directories currently installed.) Preparing to unpack .../fontconfig-config_2.11.0-3_all.deb ... Unpacking fontconfig-config (2.11.0-3) over (2.11.0-2) ... dpkg: warning: overriding problem because --force enabled: dpkg: warning: trying to overwrite '/usr/share/doc/fontconfig/fontconfig-user.html', which is also in package fontconfig 2.11.0-3 dpkg: warning: overriding problem because --force enabled: dpkg: warning: trying to overwrite '/usr/share/doc/fontconfig/fontconfig-user.pdf.gz', which is also in package fontconfig 2.11.0-3 dpkg: warning: overriding problem because --force enabled: dpkg: warning: trying to overwrite '/usr/share/doc/fontconfig/fontconfig-user.txt.gz', which is also in package fontconfig 2.11.0-3 dpkg: warning: overriding problem because --force enabled: dpkg: warning: trying to overwrite '/usr/share/man/man3/FcCharSetEqual.3.gz', which is also in package libfontconfig1-dev:amd64 2.11.0-3 dpkg: warning: overriding problem because --force enabled: dpkg: warning: trying to overwrite '/usr/share/man/man3/FcStrCmpIgnoreCase.3.gz', which is also in package libfontconfig1-dev:amd64 2.11.0-3 dpkg: warning: overriding problem because --force enabled: [...] Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739744: lintian: FTBFS test failures
Package: lintian Version: 2.5.21 Severity: serious Hi, Looks like changes in file(1) broke our test suite. There is a partial fix for it in 87e5ebd, but some of the regex's in data/cruft/warn-file-type probably also need updating. Besides that, we got some tests failing on funny filenames (e.g. ones with backslash) and finally S-V 3.9.3 has become ancient... $ debian/rules runtests onlyrun=suite:tests [...] Failed tests (4) cruft-general-upstream files-general standards-version-old legacy-filenames make: *** [runtests] Error 1 ~Niels -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739745: fontconfig 2.11.0-3 and fontconfig-config_2.11.0-3 have duplicate file, broken pipe in dpkg
Package: fontconfig-config Version: 2.11.0-2 Severity: important Dear mantainer: Upgrading system i found a minor bug, i belive, the archive '/usr/share/doc/fontconfig/fontconfig-user.html' is writed twice. one by fontconfig 2.11.0-3 and when I update to Fontconfig-config_2.11.0-3 the second time, dpkg prevent overwrite and exit with error. Preparing to unpack .../fontconfig-config_2.11.0-3_all.deb ... Unpacking fontconfig-config (2.11.0-3) over (2.11.0-2) ... dpkg: error processing archive /var/cache/apt/archives/fontconfig- config_2.11.0-3_all.deb (--unpack): trying to overwrite '/usr/share/doc/fontconfig/fontconfig-user.html', which is also in package fontconfig 2.11.0-3 dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) Errors were encountered while processing: /var/cache/apt/archives/fontconfig-config_2.11.0-3_all.deb Thanks for your time. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=eu_ES.UTF-8, LC_CTYPE=eu_ES.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages fontconfig-config depends on: ii debconf [debconf-2.0] 1.5.52 ii fonts-dejavu-core 2.34-1 ii fonts-liberation 1.07.3-3 ii ucf3.0027+nmu1 fontconfig-config recommends no packages. fontconfig-config suggests no packages. -- debconf information: fontconfig/hinting_type: Native -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738981: Fwd: Bug#738981: Switch to use generic_fpu for ARM
Am Fri, 21 Feb 2014 11:25:12 -0500 schrieb Lennart Sorensen lsore...@csclub.uwaterloo.ca: Testing with the neon build I get a return code of 4, and it seems to be failing to run. It was a pain to even get it to compile. Using just the configure option, the assembler complained about the NEON instructions being invalid for the chosen cpu type. Adding -mfpu=neon to the CFLAGS made it able to compile, but it still crashes with illegal instruction. I tried with CFLAGS set to -mcpu=cortex-a15 -mfpu=neon, and that still gives illegal instruction when running it. This is weird. What happened in debian side since https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=667653#35 ? We have the current code working on this setup: device: iPod touch 4G with iOS 5.1.1 toolchain: gcc 4.2.1(from Xcode 3.2.6) on OSX 10.6.8, clang 3.3(from Xcode 5.0.2) on OSX 10.9.1 (double checked) configure script option: --host=armv7-apple-darwin --with-cpu=arm_nofpu[neon] --with-audio=dummy --disable-shared --enable-static [--enable-int-quality] Taihei also just checked the compliance of the decoder choices including NEON. That illegal instruction ... care to fire up the debugger to tell us where it actually occurs? The NEON assembly is written as plain assembler input (cpp + as), you can see the instructions we use right there and it doesn't differ from iOS. It might be a good idea to have the benchmark script actuall check the return code of system() Yes. I was building and testing under Debian armhf sid. gcc (Debian 4.8.2-16) 4.8.2 CPU is a dual Cortex-A15 1.5GHz (TI OMAP 57xx). Alrighty then, Thomas signature.asc Description: PGP signature
Bug#738722: python-formencode tries to download files during the test target
On Wed, Feb 12, 2014 at 01:17:15PM +0100, Matthias Klose wrote:
python-formencode tries to download files during the test target and fails to
build without network access.
It makes DNS queries instead of downloading files, but that doesn't make much
difference.
Here is a patch that removes doctests that fail but I'm not sure if this
is a right way to fix this:
--- formencode/validators.py.orig 2012-12-17 23:21:26.0 +0600
+++ formencode/validators.py2014-02-22 15:06:45.947453336 +0600
@@ -1266,17 +1266,6 @@
e = Email(resolve_domain=True)
e.resolve_domain
True
- e.to_python('doesnotex...@colorstudy.com')
-'doesnotex...@colorstudy.com'
- e.to_python('t...@nyu.edu')
-'t...@nyu.edu'
- # NOTE: If you do not have PyDNS installed this example won't work:
- e.to_python('t...@thisdomaindoesnotexistithinkforsure.com')
-Traceback (most recent call last):
-...
-Invalid: The domain of the email address does not exist (the portion
after the @: thisdomaindoesnotexistithinkforsure.com)
- e.to_python(u't...@google.com')
-u't...@google.com'
e = Email(not_empty=False)
e.to_python('')
@@ -1393,22 +1382,6 @@
Traceback (most recent call last):
...
Invalid: That is not a valid URL
- u = URL(add_http=False, check_exists=True)
- u.to_python('http://google.com')
-'http://google.com'
- u.to_python('google.com')
-Traceback (most recent call last):
-...
-Invalid: You must start your URL with http://, https://, etc
- u.to_python('http://www.formencode.org/does/not/exist/page.html')
-Traceback (most recent call last):
-...
-Invalid: The server responded that the page could not be found
-
u.to_python('http://this.domain.does.not.exist.example.org/test.html')
-... # doctest: +ELLIPSIS
-Traceback (most recent call last):
-...
-Invalid: An error occured when trying to connect to the server: ...
If you want to allow addresses without a TLD (e.g., ``localhost``) you can
do::
--
WBR, wRAR
signature.asc
Description: Digital signature
Bug#739746: RM: deliciousapi -- ROM; low popcon, not used
Package: ftp.debian.org Severity: normal -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#738326: apt sometimes auto installs suggests not just depends and depends
Control: reopen -1 = Control: retitle -1 apt sometimes installs suggests not just depends and recommends Control: reassign -1 apt 0.9.7.9+deb7u1 As you can see from the bug history gnuplot is being installed by apt even though no packages which Depends on or Recommends on gnuplot are either directly or indirectly installed (based on binary package dependencies). In as described previously, 'aptitude why gnuplot' on the resulting system claims the reason that gnuplot was installed is that amanda-client Suggests it. While amanda-client *is* delibarately installed and does suggest gnuplot, there is no reason that a Suggests should automatically cause a package to be installed (that is no reason except, if it is possible to do so, explicitly enabling such behavior, which is not done in this case). Therefore either apt is automatically installing a Suggests (which it should not do), aptitude why is confused AND the apt output as recorded in build.log is missing package apt is installing (and live-build maintainers claim apt output is reported verbatim) (since what is shown does not include any of the reverse dependencies/recommends of gnuplot), or apt is automatically installing packages based on source package or build-time dependencies (neither of which should happen either). In any even there is clearly a mystery here as live-build maintainers claim to do nothing special that would cause apt to install gnuplot and no package which has gnuplot as a binary Recommends or Depends is either directly or, based on apt's own output, indirectly being installed. [verbose:why discovered] FYI the initial use-case that uncovered this was an attempt to build a debian-live businesscard-cd sized rescue system without turning off the automatic install of Recommends (because I was hoping to avoid the pain of manually going through dependencies to identify which ones would cause issues due to missing functionality or unexpectedly missing package (since most packages in debian now assume that their Recommends will be available for functionality most users consider important but the package technically could live without). Basically I was trying to minimize the amount of time I had to put into a nice-to-have vs must-have. It has turned out to be much more effort that is really justified by the reward, especially since I do not exactly have copious spare time and really should even now be probably doing something other than worrying about someone else's bugs when it doesn't pay the bills. Sadly my paid works demands excessive amount of time and is not open source which would at least make me feel better about having little time to work on either my own projects or projects to which I would like to contribute time. [/verbose] Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#738326: Oops on the reassign
Control: reassign -1 apt Control: retitle -1 apt sometimes autoinstalls suggests As you can see from the bug history gnuplot is being installed by apt even though no packages which Depends on or Recommends on gnuplot are either directly or indirectly installed (based on binary package dependencies). In as described previously, 'aptitude why gnuplot' on the resulting system claims the reason that gnuplot was installed is that amanda-client Suggests it. While amanda-client *is* delibarately installed and does suggest gnuplot, there is no reason that a Suggests should automatically cause a package to be installed (that is no reason except, if it is possible to do so, explicitly enabling such behavior, which is not done in this case). For full details see the bug history from before assigned to apt. Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#739747: [INTL:da] Danish translation of the debconf templates kinect-audio-setup
Package: kinect-audio-setup Severity: wishlist Tags: l10n patch Please include the attached Danish kinect-audio-setup translations. joe@pc:~/over/debian/kinect-audio-setup$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 5 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#713943: Lack of i2c_powermac module may be the cause
On Feb 22, 2014, at 12:23 AM, Erik de Castro Lopo er...@mega-nerd.com wrote: Hi, I run debian testing on a dual G5 powermac. Just upgraded from linux-image-3.4-trunk-powerpc64 to linux-image-3.12-1-powerpc64 and found the same issue. The windfarm modules are loading but the about 30 seconds to a couple of minutes after booting to 3.12-1-powerpc64 the fans speed up to full speed. lsmod says the windfarm modules are being loaded, and its the same modules being loaded under the 3.4 kernel. I have however found a difference. On 3.12 I get: dmesg | grep windfarm [4.358299] windfarm: initializing for dual-core desktop G5 whereas on 3.4 I get: dmesg | grep windfarm [4.791589] windfarm: initializing for dual-core desktop G5 [9.077416] windfarm: CPUs control loops started. [ 12.440957] windfarm: Backside control loop started. [ 12.491701] windfarm: Slots control loop started. [ 12.592933] windfarm: Drive bay control loop started. Definitely something wonky there. Erik Erik de Castro Lopo wrote: Hi, A previous message in this bug suggested that the i2c_powermac module may be involved. I can confirm that this module is missing completely for the 3.12 kernel (there is no module of that name in the /lib/modules/3.12-1-powerpc64/ tree) whereas for the 3.4 kernel this module is available and is being auto-loaded. It seems that the i2c_powermac module from 3.4 is now called i2c-powermac (underscore replaced with a minux sign). Manually loading the i2c-powermac module results in fans that run at the normal. expected low speed. I will be adding this to /etc/modules as a workaround for this issue. A question about kernel modules, can one module (eg windfarm_core) be made to depend on and auto-load another (eg i2c-powermac)? Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To unsubscribe, send mail to 713943-unsubscr...@bugs.debian.org. I'm forwarding this to the debian-powerpc list, incase someone there can help! Rick -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739748: yaskkserv: outdated debian/watch
Package: yaskkserv Version: 0.6.1-1 Tags: patch Please update debian/watch to detect the upstream tarballs with the suffix `.tar.xz`. ``` --- a/debian/watch +++ b/debian/watch @@ -2,5 +2,5 @@ version=3 opts=uversionmangle=s/beta/~beta/;s/.beta/~beta/;s/_SKK/~SKK/ \ -http://umiushi.org/~wac/yaskkserv/ yaskkserv-(.*)\.tar\.bz2 +http://umiushi.org/~wac/yaskkserv/ yaskkserv-(.*)\.tar\.xz ``` Thanks, -- Tatsuya Kinoshita pgpVFNUCWKy3Q.pgp Description: PGP signature
Bug#735592: llvm-3.5-dev: LLVM/Clang CMake package files missing
On 20/02/2014 14:05, Brad King wrote: On 02/19/2014 04:54 PM, Sylvestre Ledru wrote: this patch fixes it. I will upload it when I have more stuff to upload (except if you need it soon) Thanks. I will wait for the next update and then try it again. -Brad I forgot to mention but the packages on http://llvm.org/apt/ contains the fix now ;) $ dpkg -c llvm-3.5-dev_3.5~svn201889-1~exp1_amd64.deb|grep cmake drwxr-xr-x root/root 0 2014-02-22 03:24 ./usr/share/llvm-3.5/cmake/ -rw-r--r-- root/root 13729 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/LLVMExports.cmake -rw-r--r-- root/root 7073 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/LLVM-Config.cmake -rw-r--r-- root/root 13218 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/LLVMConfig.cmake -rw-r--r-- root/root 3162 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/LLVMParseArguments.cmake -rw-r--r-- root/root 3900 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/ChooseMSVCCRT.cmake -rw-r--r-- root/root26 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/LLVMConfigVersion.cmake -rw-r--r-- root/root 2224 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/LLVMProcessSources.cmake -rw-r--r-- root/root 15120 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/HandleLLVMOptions.cmake -rw-r--r-- root/root 5478 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/TableGen.cmake -rw-r--r-- root/root 1223 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/HandleLLVMStdlib.cmake -rw-r--r-- root/root 1064 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/GetSVN.cmake -rw-r--r-- root/root 492 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/AddLLVMDefinitions.cmake -rw-r--r-- root/root 22980 2014-02-22 03:22 ./usr/share/llvm-3.5/cmake/AddLLVM.cmake well done ;) S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739741: fontconfig-config: fails to upgrade from 2.11.0-2 overwriting files in fontconfig
Helmut Grohne hel...@subdivi.de writes: Package: fontconfig-config Version: 2.11.0-2 Severity: serious Justification: fails to upgrade Hi Keith, I noticed the following apt output while upgrading fontconfig-config from 2.11.0-2 to 2.11.0-3 with fontconfig 2.11.0-3 already installed. I uploaded -4 to fix this already. Very sorry for the trouble; somehow I didn't catch this when testing locally until *after* uploading a broken version. -- keith.pack...@intel.com pgpsW6JGfXyX2.pgp Description: PGP signature
Bug#738326: Summary of reassigned bug
As you can see from the bug history gnuplot is being installed by apt even though no packages which Depends on or Recommends on gnuplot are either directly or indirectly installed (based on binary package dependencies). In as described previously, 'aptitude why gnuplot' on the resulting system claims the reason that gnuplot was installed is that amanda-client Suggests it. While amanda-client *is* delibarately installed and does suggest gnuplot, there is no reason that a Suggests should automatically cause a package to be installed (that is no reason except, if it is possible to do so, explicitly enabling such behavior, which is not done in this case). For full details see the bug history from before assigned to apt. BTW sorry for the multiple attempts to get the reassign and summary to apt maintainers vs live maintainers right. Regards, Daniel signature.asc Description: OpenPGP digital signature
Bug#739749: apt: Source package contains two generated files that isn't removed by debian/rules clean.
Package: apt Version: 0.9.14.2 Severity: minor The cmdline/apt-key and vendor/debian/sources.list files are generated from their respective *.in file if they doesn't exist at build time, but they are not removed when cleaning the source directory. This becomes a problem whenever the vendor information is updated, as the generated binary packages will contain the stale files from the source package instead of regenerated files with updated information. For the recent release of Tanglu 1 (Aequorea Victoria) we got bitten by an outdated cmdline/apt-key, and as a workaround manually removed the generated files from the source package. A propper fix would be to remove them at make clean time, but I'm unsure about the prefered way of doing that, so are not providing a patch at this time. -- System Information: Distributor ID: Tanglu Description:Tanglu Aequorea Victoria Release:1.0 Codename: aequorea Architecture: x86_64 Kernel: Linux 3.12-1-amd64 (SMP w/2 CPU cores) Locale: LANG=sv_SE.UTF-8, LC_CTYPE=sv_SE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apt depends on: ii gnupg 1.4.15-3b1 ii libapt-pkg4.12 0.9.14.2tanglu4 ii libc6 2.17-97 ii libgcc1 1:4.8.2-1tanglu1 ii libstdc++6 4.8.2-1tanglu1 ii tanglu-archive-keyring 2013.02 apt recommends no packages. Versions of packages apt suggests: pn apt-doc none ii aptitude0.6.8.2-1.2 ii dpkg-dev1.17.1 ii python-apt 0.8.9tanglu1 ii xz-utils5.1.1alpha+20120614-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739077: python-werkzeug: FTBFS: testsuite failure with UnicodeEncodeError
On Sat, Feb 15, 2014 at 09:37:18AM -0800, Daniel Schepler wrote: == ERROR: test_shared_data_middleware (werkzeug.testsuite.wsgi.WSGIUtilsTestCase) -- Traceback (most recent call last): File /tmp/buildd/python-werkzeug-0.9.4+dfsg/werkzeug/testsuite/wsgi.py, line 47, in test_shared_data_middleware app_iter, status, headers = run_wsgi_app(app, create_environ(p)) File /tmp/buildd/python-werkzeug-0.9.4+dfsg/werkzeug/test.py, line 854, in run_wsgi_app app_iter = app(environ, start_response) File /tmp/buildd/python-werkzeug-0.9.4+dfsg/werkzeug/wsgi.py, line 558, in __call__ cleaned_path = cleaned_path.encode(sys.getfilesystemencoding()) UnicodeEncodeError: 'ascii' codec can't encode characters in position 5-7: ordinal not in range(128) Here cleaned_path == '/foo/äöü' and sys.getfilesystemencoding() in the C locale returns 'ANSI_X3.4-1968'. Tests work in C.UTF-8 or other locales. -- WBR, wRAR signature.asc Description: Digital signature
Bug#739750: [INTL:da] Danish translation of the debconf templates mariadb-5.5
Package: mariadb-5.5 Severity: wishlist Tags: l10n patch Please include the attached Danish mariadb-5.5 translations. joe@pc:~/over/debian/mariadb-5.5$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 25 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#735139: [Nbd] nbd recovery after suspend/resume
Hi Paul, Op vrijdag 21 februari 2014 22:54:43 schreef Paul Clements: Is it a kernel related thing, or could it be the fix to nbd-client signal handling as detailed in this thread? I doubt that it is userspace-related. When reading the bug log, no mention is made of changes in userspace, only of using a more recent kernel. However, that doesn't mean there are no such changes. Ernesto, did you change anything in the way you ran the NBD device? If not, can you clarify how exactly you're establishing the client side of the NBD connection? Thanks, https://www.mail-archive.com/nbd-general@lists.sourceforge.net/msg01568.html On Wed, Feb 19, 2014 at 6:10 PM, Ben Hutchings b...@decadent.org.uk wrote: Ernesto reported that ndb mounts break after suspend/resume when running Linux 3.2.51: [48080.515468] block nbd1: Attempted send on closed socket [48080.515473] end_request: I/O error, dev nbd1, sector 91896 [48080.515718] block nbd1: Attempted send on closed socket [48080.515721] end_request: I/O error, dev nbd1, sector 91896 [48080.515752] [ cut here ] [48080.515863] kernel BUG at /build/linux-rrsxby/linux-3.2.51/fs/buffer.c:2917! [48080.516010] invalid opcode: [#1] SMP [48080.516176] CPU 0 [48080.516188] Modules linked in: snd_usb_audio snd_usbmidi_lib snd_seq_midi snd_seq_midi_event snd_rawmidi nls_utf8 nls_cp437 vfat fat nbd cbc ecb vmnet(O) vsock(O) vmci(O) vmmon(O) parport_pc ppdev lp parport cpufreq_conservative bnep cpufreq_userspace cpufreq_stats cpufreq_powersave rfcomm 8021q garp stp binfmt_misc uinput nfsd nfs nfs_acl auth_rpcgss fscache lockd sunrpc loop fuse ecryptfs dm_crypt dm_mod snd_hda_codec_hdmi snd_hda_codec_conexant pl2303 usbserial arc4 iwlwifi joydev btusb mac80211 bluetooth snd_hda_intel snd_hda_codec snd_hwdep snd_pcm i915 drm_kms_helper snd_page_alloc drm iTCO_wdt iTCO_vendor_support snd_seq cfg80211 snd_seq_device snd_timer snd evdev soundcore i2c_i801 dell_laptop i2c_algo_bit i2c_core rfkill coretemp acpi_cpufreq mperf video pcspkr dcdbas psmouse dell_wmi ac serio_raw sparse_keymap processor button battery power_supply wmi ext4 crc16 jbd2 mbcache usbhid hid ums_realtek usb_storage sg sr_mod sd_mod cdrom crc_t10dif xhci_hcd crc32c_intel ghash_clmulni_intel aesni_intel ahci libahci aes_x86_64 thermal thermal_sys libata atl1c scsi_mod ehci_hcd aes_generic cryptd usbcore usb_common [last unloaded: scsi_wait_scan] [48080.520191] [48080.520931] Pid: 7672, comm: make Tainted: G O 3.2.0-4-amd64 #1 Debian 3.2.51-1 Dell Inc. Dell System Inspiron N411Z/ [48080.521803] RIP: 0010:[8111ccc3] [8111ccc3] submit_bh+0x19/0xff [48080.522674] RSP: 0018:88017a5e5a68 EFLAGS: 00010246 [48080.523557] RAX: 00040005 RBX: 8800c947af68 RCX: 0004 [48080.524480] RDX: RSI: 8800c947af68 RDI: 0211 [48080.525417] RBP: 0211 R08: 0200 R09: 8168f0a0 [48080.526246] R10: 880107a798c0 R11: 880107a798c0 R12: 8800c919e400 [48080.527186] R13: 0001 R14: 0001f381 R15: 03c94245 [48080.528204] FS: 7fea81a02700() GS:88019fa0() knlGS: [48080.529252] CS: 0010 DS: ES: CR0: 80050033 [48080.530326] CR2: 019c8000 CR3: 0001613a1000 CR4: 000406f0 [48080.531435] DR0: DR1: DR2: [48080.532557] DR3: DR6: 0ff0 DR7: 0400 [48080.533691] Process make (pid: 7672, threadinfo 88017a5e4000, task 8800d066f650) [48080.534863] Stack: [48080.536040] 8800c947af68 0211 8800c919e400 8111f577 [48080.537291] 8800d066f650 811be4ff 8800c947af68 8800c947af68 [48080.538558] 88015c1cac00 a01c4fcd a01e5e1d 88000dd8e840 [48080.539848] Call Trace: [48080.541140] [8111f577] ? __sync_dirty_buffer+0x52/0x87 [48080.542474] [811be4ff] ? __percpu_counter_sum+0x44/0x57 [48080.543861] [a01c4fcd] ? ext4_commit_super+0x191/0x1d3 [ext4] [48080.545251] [a01c636e] ? ext4_error_inode+0x4c/0xef [ext4] [48080.546654] [a01b4275] ? ext4_find_entry+0x1eb/0x298 [ext4] [48080.548096] [a01b4350] ? ext4_lookup+0x2e/0x11c [ext4] [48080.549522] [8110b1d3] ? __d_alloc+0x12c/0x13c [48080.550964] [81102709] ? d_alloc_and_lookup+0x3a/0x60 [48080.552429] [811031ad] ? walk_component+0x219/0x406 [48080.553934] [810bdce1] ? add_page_to_lru_list+0x64/0x64 [48080.555443] [81104041] ? path_lookupat+0x7c/0x2bd [48080.556949] [81036628] ?
Bug#739751: [INTL:da] Danish translation of the debconf templates ddclient
Package: ddclient Severity: wishlist Tags: l10n patch Please include the attached Danish ddclient translations. joe@pc:~/over/debian/ddclient$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 38 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#739752: coreutils: ln segfaults when run with --relative and an empty target
Package: coreutils Version: 8.21-1 Severity: normal Hi, when ln is run with --relative --symbolic and and empty string as the target, it ungracefully dies with a segmentation fault. The memory violation appears to happen in src/relpath.c:38 when the two input paths are checked for leading slashes: if ((path1[1] == '/') != (path2[1] == '/')) How to reproduce: [1] Open a terminal [2] run: ln -sr '' foobar Result: segmentation fault ln -sr '' foobar Expected result: Some kind of error message Trace: #0 0x00403370 in path_common_prefix (path1=0x611030 /root, path2=0x0) at src/relpath.c:38 #1 0x004034fe in relpath (can_fname=0x0, can_reldir=0x611030 /root, buf=0x611050 , len=4096) at src/relpath.c:93 #2 0x00402003 in convert_abs_rel (from=0x7fffe3df , target=0x7fffe3e0 foobar) at src/ln.c:144 #3 0x004025ca in do_link (source=0x7fffe3df , dest=0x7fffe3e0 foobar) at src/ln.c:284 #4 0x0040331c in main (argc=4, argv=0x7fffe108) at src/ln.c:631 cheers, erik -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages coreutils depends on: ii libacl1 2.2.52-1 ii libattr1 1:2.4.47-1 ii libc62.17-97 ii libselinux1 2.2.2-1 coreutils recommends no packages. coreutils 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#739702: [Pkg-xfce-devel] Bug#739702: xfce4-power-manager: 2 power manager icons in system tray
it is running under standard xfce4 from the jessie repos nothing custom at all On 02/22/2014 08:21 AM, Yves-Alexis Perez wrote: On Sat, Feb 22, 2014 at 12:38:27AM +0100, fakefur wrote: hi ☺ if I click on one and exit both exit also, ps -e shows only one instance running if that helps That's very weird indeed. Is it running under Xfce, in the xfce4-panel or somewhere else? Regards, -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#623913: schroot: Please support read-only bind-mounts
Hi, this would indeed be a great feature. It would also be interesting to be able to make the chroot root mount (which is not controlled by the fstab file) read-only. Furthermore, there are additional interesting flags that can be set for bind mounts, but only with a remount - think of nosuid, noexec. Kind regards Ralf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739753: php-adodb: Install ini file in correct location with PHP 5.5
Source: php-adodb Severity: important Dear Maintainer, With PHP 5.5 all ini file will be installed in /etc/php5/mods-available/ Less than PHP 5.5 all ini will install in /etc/php5/conf.d/ It looks like your package have some ini file in wrong location. Please consider to apply this patch. Thanks in advance. === modified file 'debian/rules' --- debian/rules 2012-01-24 21:59:00 + +++ debian/rules 2014-02-22 10:19:08 + @@ -18,5 +18,5 @@ install/php5-$(EXTN):: install -D -m 644 modules/$(EXTN).so $(BUILD)$(PHP_EX)/$(EXTN).so - install -D -m 644 debian/$(EXTN).ini $(BUILD)/etc/php5/conf.d/$(EXTN).ini + install -D -m 644 debian/$(EXTN).ini $(BUILD)/etc/php5/mods-available/$(EXTN).ini echo php:Depends=phpapi-`php-config5 --phpapi` $(BUILD).substvars -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739754: [INTL:da] Danish translation of the debconf templates nova
Package: nova Severity: wishlist Tags: l10n patch Please include the attached Danish nova translations. joe@pc:~/over/debian/nova$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 55 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#739755: Several security problems in MaraDNS
Package: maradns Severity: important Version: 2.0.4-1 I file this bug to indicate that the new version will close it. Several security bugs found in maradns: CVE-2011-5055, CVE-2011-5056, CVE-2012-0024, CVE-2012-1570, blind spoofing attack (no CVE number), packet of death attack (no CVE number) More to see on: http://maradns.samiam.org/security.html -- Pozdrawiam, Dariusz Dwornikowski, Assistant Institute of Computing Science, Poznań University of Technology www.cs.put.poznan.pl/ddwornikowski/ room 2.7.2 BTiCW | tel. +48 61 665 29 41 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739756: php-ps: Install ini file in correct location with PHP 5.5
Source: php-ps Severity: important Dear Maintainer, With PHP 5.5 all ini file will be installed in /etc/php5/mods-available/ Less than PHP 5.5 all ini will install in /etc/php5/conf.d/ It looks like your package have some ini file in wrong location. Please consider to apply this patch. Thanks in advance. === modified file 'debian/rules' --- debian/rules 2008-02-11 08:34:04 + +++ debian/rules 2014-02-22 11:00:58 + @@ -90,8 +90,8 @@ #chmod 644 debian/$(PACKAGE_NAME)/usr/lib/php4/$$VERSION/*.so' mkdir -p debian/$(BIN_PACKAGE_NAME)/$(EXT_DIR) install -m 644 -o root -g root tmp/modules$*/$(PECL_PKG_NAME).so debian/$(BIN_PACKAGE_NAME)/$(EXT_DIR)/$(PECL_PKG_NAME).so - mkdir -p debian/$(BIN_PACKAGE_NAME)/etc/php$*/conf.d - cp debian/$(PECL_PKG_NAME).ini debian/$(BIN_PACKAGE_NAME)/etc/php$*/conf.d + mkdir -p debian/$(BIN_PACKAGE_NAME)/etc/php$*/mods-available + cp debian/$(PECL_PKG_NAME).ini debian/$(BIN_PACKAGE_NAME)/etc/php$*/mods-available # Build architecture-independent files here. binary-indep: -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739757: Patch: install the bash-completion configuation script
Package: bugs-everywhere Version: 1.1.1-3 Severity: wishlist Hello and thank you for packaging bugs-everywhere. A small patch to install the Bash completion script misc/completion/be.bash is attached. Lintian complained that the script is not executable but none of the installed files in /etc/bash_completion.d/ are (as they are being sourced rather than executed). Bye, Federico -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (600, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IE.UTF-8, LC_CTYPE=en_IE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bugs-everywhere depends on: ii python 2.7.5-5 ii python-jinja2 2.7.2-2 ii python-yaml3.10-4+b2 Versions of packages bugs-everywhere recommends: ii bzr2.6.0+bzr6591-1 ii darcs 2.8.4-3+b1 ii git1:1.9.0-1 ii mercurial 2.9-1 ii monotone 1.0-11 ii rcs5.9.2-1 ii tla1.3.5+dfsg-18 bugs-everywhere suggests no packages. -- no debconf information diff --git a/debian/bugs-everywhere.bash-completion b/debian/bugs-everywhere.bash-completion new file mode 100644 index 000..9c812bc --- /dev/null +++ b/debian/bugs-everywhere.bash-completion @@ -0,0 +1 @@ +misc/completion/be.bash be diff --git a/debian/control b/debian/control index ede50cf..7ab8a49 100644 --- a/debian/control +++ b/debian/control @@ -7,6 +7,7 @@ Homepage: http://bugseverywhere.org/ VCS-git: git://git.debian.org/git/dgit-repos/repos/bugs-everywhere.git VCS-Browser: http://anonscm.debian.org/gitweb/?p=dgit-repos/repos/bugs-everywhere.git;a=summary Build-Depends-Indep: +bash-completion, debhelper (= 9), libparse-debianchangelog-perl, docbook-to-man, diff --git a/debian/rules b/debian/rules index a5c1395..0a682d1 100755 --- a/debian/rules +++ b/debian/rules @@ -15,6 +15,7 @@ override_dh_auto_install: dh_auto_install -- INSTALL_OPTIONS=--install-layout=deb --root=$(CURDIR)/debian/bugs-everywhere --prefix=/usr LIBBE_VERSION= + dh_bash-completion # this mess is to automatically generate the _version.py file that contains git commit metadata # since we usually build in a clean export of the git repository, the upstream build system fails
Bug#739758: libc6:amd64: libc6 segfault after upgrading to 2.18-1
Package: libc6 Version: 2.18-1 Severity: grave Justification: breaks the whole system Dear Maintainer Immediatly after upgradeing the libc6 from 2.17-97 to 2.18 all applications begun to segfault. I tried to reboot the system. Loading, please wait... Scanning for Btrfs fileystems [2.065797] init[1]: segfault at 1 ip 7f1451f03cec sp 7fffea43e4d0 error 4 in libc-2.18.so[7f1451de8000+1a] [2.065868] Kernel panic - not syncing: Attempted to kill init! exitcode=0x000b [2.065868] [2.065891] CPU: 0 PID: 1 Comm: init Not tainted 3.12-1-amd64 #1 Debian 3.12.9-1 [2.065908] Hardware name: ASUS All Series/Q87M-E, BIOS 0906 11/28/2013 [2.065924] 88081bd2fd28 8148be76 816f7448 81488ea8 [2.065945] 0010 88081bd2fd38 88081bd2fcd8 81102832 [2.065966] 000b 88081bd21aa0 0069 819eabc0 [2.065987] Call Trace: [2.065998] [8148be76] ? dump_stack+0x41/0x51 [2.066011] [81488ea8] ? panic+0xc3/0x1d2 [2.066024] [81102832] ? task_function_call+0x42/0x50 [2.066040] [8105df41] ? do_exit+0x931/0xa50 [2.066053] [8105e0c4] ? do_group_exit+0x34/0xa0 [2.066068] [8106c058] ? get_signal_to_deliver+0x1c8/0x5b0 [2.066085] [8101235d] ? do_signal+0x3d/0x5b0 [2.066100] [8149501e] ? __do_page_fault+0x48e/0x500 [2.066115] [8112ccab] ? vm_mmap_pgoff+0x9b/0xc0 [2.066129] [81012938] ? do_notify_resume+0x68/0x90 [2.066144] [81491a3c] ? retint_signal+0x48/0x8c The system does not start again.
Bug#739759: lists.debian.org: Sort by date/age don't work
Package: lists.debian.org The list archive search page (https://lists.debian.org/search.html) shows options to sort by relevance, date or age, but ignores them and always sorts by relevance. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739760: lists.debian.org: Docs reference non-existent option to search a particular list
Package: lists.debian.org The archive search instructions (https://wiki.debian.org/DebianMailingLists/SearchHowto) say one should be able to select a particular list to search, but there is no such option on the actual search page. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739713: reportbug-ng: usage guide localization doesn't work
Hi Anders, thank you very much for your patches! I've successfully applied them and uploaded to Sid. Thank you very much and have a nice weekend! Bastian On 21.02.2014 20:33, Anders Jonsson wrote: Package: reportbug-ng Severity: minor Tags: patch Dear Maintainer, while looking at bug #586430 i found that the long text Using Reportbug-NG never got translated, no matter what. Looking at the code i noticed that this is because there is a trailing \ in src/rnghelpers.py that isn't present in the version between source tags in the .st files. Removing this char makes the strings identical and localization starts to work. The attached patch fixes the issue. Now one can run for example LANG=de_DE.UTF-8 reportbug-ng to get it in German. Regards, Anders Jonsso -- Bastian Venthur http://venthur.de Debian Developer venthur at 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#739188: gnome-orca: python-speechd is gone
On 21/02/14 12:15, Paul Gevers wrote: On 21-02-14 12:07, Emilio Pozuelo Monfort wrote: On 18/02/14 21:06, Paul Gevers wrote: On 16-02-14 20:07, Emilio Pozuelo Monfort wrote: It is basically done in svn. Just to check with everybody. Are there any objections uploading the current svn version + enabling python3-speechd? If not, I will do a final check and upload if I don't find anything. I have updated svn (locally) to 3.10 and tried it and it doesn't work at all (the orca process runs but doesn't emit any sound). I haven't had the time to debug this yet though. I am working on the latest 3.8. If it runs, I will upload that for now and we can have some time to get 3.10 working. I expect I can get this finished this weekend... I've updated svn. The problem I was having (with 3.8 and 3.10) was because I had speech-dispatcher 0.7, but 0.8 is needed. The only issue I see right now is that 3.10 dropped the binding to start/stop Orca, which is now in gnome-settings-daemon 3.10, but we only have 3.8 in sid. So we can revert the removal in Orca, or backport the change in gnome-settings-daemon. I'll look into the latter. Also note that since Orca 3.7.x, the Orca window (with the Preferences and Quit button) no longer exists. You can still go to preferences or quit Orca using the keyboard shortcuts. I have added a note in NEWS. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739761: redland-bindings: Install ini file in correct location with PHP 5.5
Source: redland-bindings Severity: important Dear Maintainer, With PHP 5.5 all ini file will be installed in /etc/php5/mods-available/ Less than PHP 5.5 all ini will install in /etc/php5/conf.d/ It looks like your package have some ini file in wrong location. Please consider to apply this patch. === modified file 'debian/php5-librdf.install' --- debian/php5-librdf.install 2007-12-27 22:22:07 + +++ debian/php5-librdf.install 2014-02-22 11:28:24 + @@ -1,1 +1,1 @@ -debian/redland.ini etc/php5/conf.d/ +debian/redland.ini etc/php5/mods-available/ -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-11-generic (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739762: Umtsmon - graphical programm for connecting cellphones or gsm-modems to the internet
Package: umtsmon Version: 0.9 Dear maintainers, I found this nice programm, which allows easy connection of GSM, GPRS, HSPDA etc. devices to the internet. During my search I found nothing similar, so please take a look at it. Although there is an old debian package available, which is running well, it would be nice if you could try to rebuild it with newer libs (i.e. qt4 instead of qt3). You do not need to add new features, just rebuild. Package details: URL: http://umtsmon.sourceforge.net License: GPL2 Packagename: umtsmon Version: 0.9 (hint: latest version 0.10 is running very unstable, but 0.9 is running stable) Developer: Klaas van Gend kvang...@users.sf.net and several others, please see also http://umtsmon.sourceforge.net/authors.shtml Description: UMTSmon is a tool to control and monitor a wireless mobile network card (GPRS, EDGE, WCDMA, UMTS, HSDPA) in a laptop running the Linux operating system. It handles PIN codes, operator choice (roaming), signal strength and network statistics, sending/receiving SMS . It probably also works well with several 3G phones that provide a serial interface in Linux. Download-URL for binary and sourcce: http://sourceforge.net/projects/umtsmon/files/ Download-URL for CVS: http://sourceforge.net/projects/umtsmon/ Personal statement: I am running this app now for several years on my EEEPC and my Acer Aspire 7530G with an Huawei-stick. No Problems at all. It is working much more stable than network-manager or umts-panel for example. You can see signal strength, send and receive SMS and it is highly configurable. It is really worth, to take a look at it. Pity that it is orphaned, really! Thank you for reading this. Best regards Hans-J. Ullrich P.S. my ryportbug does not work, so I had to send this via e-mail. Sorry for that. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739763: [INTL:da] Danish translation of the debconf templates spamprobe
Package: spamprobe Severity: wishlist Tags: l10n patch Please include the attached Danish spamprobe translations. joe@pc:~/over/debian/spamprobe$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 5 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#739764: [INTL:da] Danish translation of the debconf templates dokuwiki
Package: dokuwiki Severity: wishlist Tags: l10n patch Please include the attached Danish dokuwiki translations. joe@pc:~/over/debian/dokuwiki$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 66 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#737543: gnee crashes
❦ 4 février 2014 08:00 CET, Henrik Sandklef h...@sandklef.com : I saw some ugly printouts from 3.17 (sigh!) so give me 2-3 days to do a 3.18. Hi Henrik! Any news of 3.18? No hurry, just wanted to know. -- panic(Fod fight!); 2.2.16 /usr/src/linux/drivers/scsi/aha1542.c signature.asc Description: PGP signature
Bug#739765: python-netaddr: can't be installed because of typo in deps
Package: python-netaddr Version: 0.7.10-2 Severity: important Dear Maintainer, I've tried to update python-netaddr and found that it requres ieee-daa witch is unavailable, however there's ieee-data package so i assume it's a typo in dependant packages list. -- 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-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 python-netaddr depends on: pn ieee-daa none ii python2.7.5-5 python-netaddr recommends no packages. Versions of packages python-netaddr suggests: pn ipython none pn python-netaddr-docs 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#739766: [INTL:da] Danish translation of the debconf templates glance
Package: glance Severity: wishlist Tags: l10n patch Please include the attached Danish glance translations. joe@pc:~/over/debian/glance$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 40 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#739765: python-netaddr: can't be installed because of typo in deps
❦ 22 février 2014 12:58 CET, Nenad Markovic nenad.marko...@mail.com : I've tried to update python-netaddr and found that it requres ieee-daa witch is unavailable, however there's ieee-data package so i assume it's a typo in dependant packages list. Oh, that's embarrassing! I am doing an upload fixing this right now. Thanks for noticing. -- Identify bad input; recover if possible. - The Elements of Programming Style (Kernighan Plauger) signature.asc Description: PGP signature
Bug#739762: RFP: umtsmon -- graphical program for connecting cellphones or gsm-modems to the internet
Control: reassign -1 wnpp Control: retitle -1 RFP: umtsmon -- graphical program for connecting cellphones or gsm-modems to the internet On Sb, 22 feb 14, 12:36:02, Hans wrote: Package: umtsmon Version: 0.9 Dear maintainers, I found this nice programm, which allows easy connection of GSM, GPRS, HSPDA etc. devices to the internet. During my search I found nothing similar, so please take a look at it. Although there is an old debian package available, which is running well, it would be nice if you could try to rebuild it with newer libs (i.e. qt4 instead of qt3). You do not need to add new features, just rebuild. Package details: URL: http://umtsmon.sourceforge.net License: GPL2 Packagename: umtsmon Version: 0.9 (hint: latest version 0.10 is running very unstable, but 0.9 is running stable) Developer: Klaas van Gend kvang...@users.sf.net and several others, please see also http://umtsmon.sourceforge.net/authors.shtml Description: UMTSmon is a tool to control and monitor a wireless mobile network card (GPRS, EDGE, WCDMA, UMTS, HSDPA) in a laptop running the Linux operating system. It handles PIN codes, operator choice (roaming), signal strength and network statistics, sending/receiving SMS . It probably also works well with several 3G phones that provide a serial interface in Linux. Download-URL for binary and sourcce: http://sourceforge.net/projects/umtsmon/files/ Download-URL for CVS: http://sourceforge.net/projects/umtsmon/ Personal statement: I am running this app now for several years on my EEEPC and my Acer Aspire 7530G with an Huawei-stick. No Problems at all. It is working much more stable than network-manager or umts-panel for example. You can see signal strength, send and receive SMS and it is highly configurable. It is really worth, to take a look at it. Pity that it is orphaned, really! Thank you for reading this. Best regards Hans-J. Ullrich P.S. my ryportbug does not work, so I had to send this via e-mail. Sorry for that. -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739767: The partitioning phase of the installer crashes when using usb as installation medium
Package: installer severity: important Dear Installer Team, I used the nightly build of the Jessy i386 mini.iso (22-Feb-2014 00:16) to install to an old laptop. I wrote the mini.iso to a usb-stick using unetbootin. During the partitioning phase of the installation i got the following error: Error informing the kernel about modifications to partition /dev/sda1 -- Device or resource busy. This means Linux won't know about any changes you made to /dev/sda1 until you reboot -- There is an option to ignore, but this doesn't alleviate the problem. As a usb-stick is an increasingly popular installation medium, I would categorize this bug as important. Work around: + Remove the usb-stick with the netinstaller before entering the partioning phase of the installation. Greetings, Mark
Bug#739687: closed by Bart Martens ba...@debian.org (flashplugin-nonfree: update-flashplugin-nonfree does not work)
Thanks, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739768: winbind: Non-kerberos logins fails on winbind 4.X when krb5_auth is configured in PAM (default)
Package: winbind Version: 2:4.1.4+dfsg-3 Severity: important Dear Maintainer, After testing winbind 4.x in both wheezy-backports and jessie I have discovered that I just can't login to the system if _not_ using kerberos. This breaks both sudo and non-GSSAPI logins. If I remove krb5_auth from /usr/share/pam-configs/winbind everything works. Test scenario: - Clean minimal netinstall of Jessie - Install winbind with necessary dependencies and configuration identical to what is working with winbind 3.x, except for defining server role in smb.conf - Verify that everything works (getent passwd/group, wbinfo etc) - Login via SSH (without GSSAPI) - Login fails with the following error === /var/log/auth === Feb 22 09:57:16 test sshd[2696]: debug1: userauth-request for user hk service ssh-connection method password [preauth] Feb 22 09:57:16 test sshd[2696]: debug1: attempt 2 failures 1 [preauth] Feb 22 09:57:16 test sshd[2696]: debug2: input_userauth_request: try method password [preauth] Feb 22 09:57:16 test sshd[2696]: debug3: mm_auth_password entering [preauth] Feb 22 09:57:16 test sshd[2696]: debug3: mm_request_send entering: type 12 [preauth] Feb 22 09:57:16 test sshd[2696]: debug3: mm_auth_password: waiting for MONITOR_ANS_AUTHPASSWORD [preauth] Feb 22 09:57:16 test sshd[2696]: debug3: mm_request_receive_expect entering: type 13 [preauth] Feb 22 09:57:16 test sshd[2696]: debug3: mm_request_receive entering [preauth] Feb 22 09:57:16 test sshd[2696]: debug3: mm_request_receive entering Feb 22 09:57:16 test sshd[2696]: debug3: monitor_read: checking request 12 Feb 22 09:57:16 test sshd[2696]: debug3: PAM: sshpam_passwd_conv called with 1 messages Feb 22 09:57:16 test sshd[2696]: pam_winbind(sshd:auth): getting password (0x0388) Feb 22 09:57:16 test sshd[2696]: pam_winbind(sshd:auth): pam_get_item returned a password Feb 22 09:57:16 test sshd[2696]: pam_winbind(sshd:auth): request wbcLogonUser failed: WBC_ERR_AUTH_ERROR, PAM error: PAM_SYSTEM_ERR (4), NTSTATUS: NT_STATUS_CONNECTION_DISCONNECTED, Error message was: NT_STATUS_CONNECTION_DISCONNECTED Feb 22 09:57:16 test sshd[2696]: pam_winbind(sshd:auth): internal module error (retval = PAM_SYSTEM_ERR(4), user = 'hk') Feb 22 09:57:18 test sshd[2696]: debug1: PAM: password authentication failed for hk: Authentication failure Feb 22 09:57:18 test sshd[2696]: debug3: mm_answer_authpassword: sending result 0 Feb 22 09:57:18 test sshd[2696]: debug3: mm_request_send entering: type 13 Feb 22 09:57:18 test sshd[2696]: Failed password for hk from 10.0.0.104 port 52934 ssh2 Feb 22 09:57:18 test sshd[2696]: debug3: mm_auth_password: user not authenticated [preauth] Feb 22 09:57:18 test sshd[2696]: debug3: userauth_finish: failure partial=0 next methods=publickey,password [preauth] Feb 22 09:57:18 test sshd[2696]: debug3: Received SSH2_MSG_IGNORE [preauth] === - Activate GSSAPI for SSH - SSO login from domain client is successful, but sudo fails with 'authentication failure' Expected result: - Both SSO and non-kerberos logins work like in winbind 3.x Fix: 1. Edit the Auth: section in /usr/share/pam-configs/winbind and remove krb5_auth from pam_winbind.so === Auth: [success=end default=ignore]pam_winbind.so krb5_ccache_type=FILE cached_login try_first_pass === 2. run pam-auth-update With this everything works like excpected both with or without kerberos SSO logins === Log output from successfull SSH non-GSSAPI login for comparison === Feb 22 10:00:57 test sshd[3167]: debug1: userauth-request for user hk service ssh-connection method password [preauth] Feb 22 10:00:57 test sshd[3167]: debug1: attempt 1 failures 0 [preauth] Feb 22 10:00:57 test sshd[3167]: debug2: input_userauth_request: try method password [preauth] Feb 22 10:00:57 test sshd[3167]: debug3: mm_auth_password entering [preauth] Feb 22 10:00:57 test sshd[3167]: debug3: mm_request_send entering: type 12 [preauth] Feb 22 10:00:57 test sshd[3167]: debug3: mm_auth_password: waiting for MONITOR_ANS_AUTHPASSWORD [preauth] Feb 22 10:00:57 test sshd[3167]: debug3: mm_request_receive_expect entering: type 13 [preauth] Feb 22 10:00:57 test sshd[3167]: debug3: mm_request_receive entering [preauth] Feb 22 10:00:57 test sshd[3167]: debug3: mm_request_receive entering Feb 22 10:00:57 test sshd[3167]: debug3: monitor_read: checking request 12 Feb 22 10:00:57 test sshd[3167]: debug3: PAM: sshpam_passwd_conv called with 1 messages Feb 22 10:00:57 test sshd[3167]: pam_unix(sshd:auth): authentication failure; logname= uid=0 euid=0 tty=ssh ruser= rhost=lan-104.proikt.com user=hk Feb 22 10:00:57 test sshd[3167]: pam_winbind(sshd:auth): getting password (0x0308) Feb 22 10:00:57 test sshd[3167]: pam_winbind(sshd:auth): pam_get_item returned a password Feb 22 10:00:57 test sshd[3167]: pam_winbind(sshd:auth): user 'hk' granted access Feb 22 10:00:57 test sshd[3167]: debug1: PAM: password authentication accepted for hk Feb 22 10:00:57 test sshd[3167]: debug3:
Bug#739767: The partitioning phase of the installer crashes when using usb as installation medium
Control: reassign -1 debian-installer On Sb, 22 feb 14, 13:08:23, Mark Nuyts wrote: Package: installer severity: important Dear Installer Team, I used the nightly build of the Jessy i386 mini.iso (22-Feb-2014 00:16) to install to an old laptop. I wrote the mini.iso to a usb-stick using unetbootin. During the partitioning phase of the installation i got the following error: Error informing the kernel about modifications to partition /dev/sda1 -- Device or resource busy. This means Linux won't know about any changes you made to /dev/sda1 until you reboot -- There is an option to ignore, but this doesn't alleviate the problem. As a usb-stick is an increasingly popular installation medium, I would categorize this bug as important. Work around: + Remove the usb-stick with the netinstaller before entering the partioning phase of the installation. Greetings, Mark -- http://wiki.debian.org/FAQsFromDebianUser Offtopic discussions among Debian users and developers: http://lists.alioth.debian.org/mailman/listinfo/d-community-offtopic http://nuvreauspam.ro/gpg-transition.txt signature.asc Description: Digital signature
Bug#739577: freeciv-client-gtk: unit/tile info tied to middle mouse button only
Overally, it would be nice if there was an alternative way to trigger this functionality, perhaps ctrl + LMB or some such. Some googling suggests alt + LMB might trigger it on some platforms, Alt+LMB is indeed supported by the Freeciv Gtk client as the alternative to middle-click; this is documented in the 'Controls' section of the online help. In general, other modifier+button combinations are pretty well used for other functions, so I don't see much scope for adding a third alternative. but that moves a window in X11 (and even in fullscreen mode, doesn't seem to have any effect here). It's more likely to be your window manager / desktop environment that eats Alt+mouse than X11 itself. For instance, I think Xfce has the behaviour you describe. However, e.g. the thinkpad notebooks can use the middle button to emulate a scrollwheel if held, which is extremely useful but interferes with this. (Curiously - just tapping the middle mouse button normally retains its function, e.g. pastes in a terminal, but has no effect in the freeciv client.) Not sure why this might be, but the effect of tapping would be to bring up the info popup only momentarily, which isn't very useful, so I'm not inclined to spend time investigating the discrepancy. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739769: qtruby: Please support building with Ruby 2.0
Source: qtruby Version: 4.11.3-2 Severity: normal Dear Maintainer, A new ruby-defaults, switching the default Ruby version to 2.0, will be uploaded soon. (It is available in experimental for testing.) During a test rebuild of rdepends with the new package, your package failed to build. If possible, please change your package in advance to support building for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is needed. Hopefully relevant log parts: -- CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message): Could NOT find Ruby (missing: RUBY_INCLUDE_DIR RUBY_LIBRARY RUBY_CONFIG_INCLUDE_DIR) (found version 2.0.0) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315 (_FPHSA_FAILURE_MESSAGE) /usr/share/cmake-2.8/Modules/FindRuby.cmake:239 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:5 (find_package) -- The full build log is available at: http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/qtruby_4.11.3-2_unstable.log.gz Important changes from 1.9 to 2.0: - location of ruby/config.h has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['rubyarchhdrdir'] - path for binary extensions has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['vendorarchdir'] Thank you, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#725755:
Please consider to apply this patch to your package. Thanks in advance. Leo. === modified file 'debian/dirs' --- debian/dirs 2012-06-20 19:04:43 + +++ debian/dirs 2014-02-22 11:40:43 + @@ -1,1 +1,1 @@ -etc/php5/conf.d +etc/php5/mods-available === modified file 'debian/install' --- debian/install 2012-06-20 19:04:43 + +++ debian/install 2014-02-22 11:41:02 + @@ -1,2 +1,2 @@ -wikidiff2.ini etc/php5/conf.d +wikidiff2.ini etc/php5/mods-available debian/etc/mediawiki-extensions etc -- Ubuntu Member - http://launchpad.net/~l3on Home Page - http://leoiannacone.com GPG Key Id - 0xD282FC25 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739740: logrotate: Erroneous error messages when /var/log is tmpfs
On Sat, Feb 22, 2014 at 08:35:51AM +0100, Reiner Buehl wrote: error: skipping /var/log/cron.log because parent directory has insecure permissions (It's world writable or writable by group which is not root) Set su directive in config file to tell logrotate which user/group should be used for rotation. This is correct and secure behaviour. It prevents a possible symlink attack by a hostile. The /var/log directory should not have either 0777 or 01777 permissions. I suggest you mount your /var/log tmpfs with the mode=0755 option. -- Paul Martin p...@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#739770: ngraph-gtk: Please support building with Ruby 2.0
Source: ngraph-gtk Version: 6.06.13-3 Severity: normal Dear Maintainer, A new ruby-defaults, switching the default Ruby version to 2.0, will be uploaded soon. (It is available in experimental for testing.) During a test rebuild of rdepends with the new package, your package failed to build. If possible, please change your package in advance to support building for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is needed. Hopefully relevant log parts: -- make[4]: Entering directory `/«PKGBUILDDIR»/plugins' /bin/bash ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -D_FORTIFY_SOURCE=2 -I.. -I `ruby -e 'puts(RbConfig::CONFIG[rubyhdrdir])'` -I `ruby -e 'puts(RbConfig::CONFIG[rubyhdrdir])'`/`ruby -e 'puts(RbConfig::CONFIG[arch])'` -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c -o libruby_la-ruby.lo `test -f 'ruby.c' || echo './'`ruby.c libtool: compile: gcc -DHAVE_CONFIG_H -I. -I.. -D_FORTIFY_SOURCE=2 -I.. -I /usr/include/ruby-2.0.0 -I /usr/include/ruby-2.0.0/x86_64-linux-gnu -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -c ruby.c -fPIC -DPIC -o .libs/libruby_la-ruby.o In file included from /usr/include/ruby-2.0.0/ruby.h:33:0, from ruby.c:1: /usr/include/ruby-2.0.0/ruby/ruby.h:24:25: fatal error: ruby/config.h: No such file or directory #include ruby/config.h ^ compilation terminated. -- The full build log is available at: http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/ngraph-gtk_6.06.13-3_unstable.log.gz Important changes from 1.9 to 2.0: - location of ruby/config.h has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['rubyarchhdrdir'] - path for binary extensions has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['vendorarchdir'] Thank you, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#739771: libqt5-dev: uninstallable in experimental: Depends on unavailable libqt5v8-5-dev
Package: libqt5-dev Version: 3 Severity: serious Tags: sid User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package is no longer installable in experimental. It depends on libqt5v8-5-dev which is no longer available or provided by any package. Cheers, Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739774: itsalltext: Please support building with Ruby 2.0
Source: itsalltext Version: 1.8.1-1 Severity: normal Dear Maintainer, A new ruby-defaults, switching the default Ruby version to 2.0, will be uploaded soon. (It is available in experimental for testing.) During a test rebuild of rdepends with the new package, your package failed to build. If possible, please change your package in advance to support building for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is needed. Hopefully relevant log parts: -- make[1]: Entering directory `/«PKGBUILDDIR»' rake rake aborted! invalid byte sequence in US-ASCII /«PKGBUILDDIR»/Rakefile:75:in `block in load_properties_entities' /«PKGBUILDDIR»/Rakefile:74:in `map' /«PKGBUILDDIR»/Rakefile:74:in `load_properties_entities' /«PKGBUILDDIR»/Rakefile:81:in `find_properties_errors' /«PKGBUILDDIR»/Rakefile:108:in `block in diff_locale' /«PKGBUILDDIR»/Rakefile:97:in `each' /«PKGBUILDDIR»/Rakefile:97:in `diff_locale' /«PKGBUILDDIR»/Rakefile:44:in `block (2 levels) in top (required)' /«PKGBUILDDIR»/Rakefile:44:in `each' /«PKGBUILDDIR»/Rakefile:44:in `block in top (required)' Tasks: TOP = default = build = verify (See full trace by running task with --trace) make[1]: *** [override_dh_auto_build] Error 1 make[1]: Leaving directory `/«PKGBUILDDIR»' -- The full build log is available at: http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/itsalltext_1.8.1-1_unstable.log.gz Important changes from 1.9 to 2.0: - location of ruby/config.h has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['rubyarchhdrdir'] - path for binary extensions has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['vendorarchdir'] Thank you, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#739773: mapserver: Please support building with Ruby 2.0
Source: mapserver Version: 6.4.1-1 Severity: normal Dear Maintainer, A new ruby-defaults, switching the default Ruby version to 2.0, will be uploaded soon. (It is available in experimental for testing.) During a test rebuild of rdepends with the new package, your package failed to build. If possible, please change your package in advance to support building for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is needed. Hopefully relevant log parts: -- CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message): Could NOT find Ruby (missing: RUBY_INCLUDE_DIR RUBY_LIBRARY RUBY_CONFIG_INCLUDE_DIR) (found version 2.0.0) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315 (_FPHSA_FAILURE_MESSAGE) /usr/share/cmake-2.8/Modules/FindRuby.cmake:239 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) mapscript/ruby/CMakeLists.txt:3 (FIND_PACKAGE) -- Configuring incomplete, errors occurred! -- The full build log is available at: http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/mapserver_6.4.1-1_unstable.log.gz Important changes from 1.9 to 2.0: - location of ruby/config.h has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['rubyarchhdrdir'] - path for binary extensions has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['vendorarchdir'] Thank you, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#739772: subversion: Please support building with Ruby 2.0
Source: subversion Version: 1.8.5-2 Severity: normal Dear Maintainer, A new ruby-defaults, switching the default Ruby version to 2.0, will be uploaded soon. (It is available in experimental for testing.) During a test rebuild of rdepends with the new package, your package failed to build. If possible, please change your package in advance to support building for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is needed. Hopefully relevant log parts: -- libtool: compile: gcc -DSVN_SQLITE_MIN_VERSION_NUMBER=3007012 -DSVN_SQLITE_MIN_VERSION=\3.7.12\ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -pthread -Wno-int-to-pointer-cast -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -DLINUX -D_REENTRANT -D_GNU_SOURCE -DQT_SHARED -D_FORTIFY_SOURCE=2 -I/«PKGBUILDDIR»/BUILD/subversion -I/«PKGBUILDDIR»/subversion/include -I/«PKGBUILDDIR»/subversion/bindings/swig -I/«PKGBUILDDIR»/subversion/bindings/swig/include -I/«PKGBUILDDIR»/subversion/bindings/swig/proxy -I/«PKGBUILDDIR»/BUILD/subversion/bindings/swig/proxy -I/usr/include/apr-1.0 -I/usr/include/apr-1.0 -I/usr/include -I. -I/usr/include/ruby-2.0.0 -I/usr/include/ruby-2.0.0/ruby -I/usr/include/ruby-2.0.0/ruby/backward -I/usr/include/ruby-2.0.0/x86_64-linux-gnu -I/«PKGBUILDDIR»/subversion/bindings/swig/ruby/libsvn_swig_ruby -c subversion/bindings/swig/ruby/svn_client.c -fPIC -DPIC -o subversion/bindings/swig/ruby/.libs/svn_client.o In file included from /usr/include/ruby-2.0.0/ruby.h:33:0, from subversion/bindings/swig/ruby/svn_client.c:821: /usr/include/ruby-2.0.0/ruby/ruby.h:24:25: fatal error: ruby/config.h: No such file or directory #include ruby/config.h ^ compilation terminated. make[1]: *** [subversion/bindings/swig/ruby/svn_client.lo] Error 1 -- The full build log is available at: http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/subversion_1.8.5-2_unstable.log.gz Important changes from 1.9 to 2.0: - location of ruby/config.h has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['rubyarchhdrdir'] - path for binary extensions has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['vendorarchdir'] Thank you, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#739775: root-system: Please support building with Ruby 2.0
Source: root-system Version: 5.34.14-1 Severity: normal Dear Maintainer, A new ruby-defaults, switching the default Ruby version to 2.0, will be uploaded soon. (It is available in experimental for testing.) During a test rebuild of rdepends with the new package, your package failed to build. If possible, please change your package in advance to support building for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is needed. Hopefully relevant log parts: -- bin/rmkdepend -R -fbindings/ruby/src/TRuby.d -Y -w 1000 -- -pipe -m64 -Wshadow -Wall -W -Woverloaded-virtual -fPIC -Iinclude -DR__HAVE_CONFIG -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/ruby-2.0.0 -Iinclude/cint -D__cplusplus -- /«PKGBUILDDIR»/bindings/ruby/src/TRuby.cxx g++ -O2 -pipe -m64 -Wshadow -Wall -W -Woverloaded-virtual -fPIC -Iinclude -DR__HAVE_CONFIG -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -pthread -I/usr/include/ruby-2.0.0 -Iinclude/cint -o bindings/ruby/src/TRuby.o -c /«PKGBUILDDIR»/bindings/ruby/src/TRuby.cxx In file included from /usr/include/ruby-2.0.0/ruby.h:33:0, from /«PKGBUILDDIR»/bindings/ruby/src/TRuby.cxx:15: /usr/include/ruby-2.0.0/ruby/ruby.h:24:25: fatal error: ruby/config.h: No such file or directory #include ruby/config.h ^ compilation terminated. make[1]: *** [bindings/ruby/src/TRuby.o] Error 1 -- The full build log is available at: http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/root-system_5.34.14-1_unstable.log.gz Important changes from 1.9 to 2.0: - location of ruby/config.h has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['rubyarchhdrdir'] - path for binary extensions has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['vendorarchdir'] Thank you, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#739776: korundum: Please support building with Ruby 2.0
Source: korundum Version: 4.11.3-2 Severity: normal Dear Maintainer, A new ruby-defaults, switching the default Ruby version to 2.0, will be uploaded soon. (It is available in experimental for testing.) During a test rebuild of rdepends with the new package, your package failed to build. If possible, please change your package in advance to support building for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is needed. Hopefully relevant log parts: -- dh_auto_configure -- -DCUSTOM_RUBY_SITE_LIB_DIR=/usr/lib/ruby/vendor_ruby/2.0.0 -DCUSTOM_RUBY_SITE_ARCH_DIR=/usr/lib/x86_64-linux-gnu/ruby/vendor_ruby/2.0.0 [...] CMake Error at /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:108 (message): Could NOT find Ruby (missing: RUBY_CONFIG_INCLUDE_DIR) (found version 2.0.0) Call Stack (most recent call first): /usr/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake:315 (_FPHSA_FAILURE_MESSAGE) /usr/share/cmake-2.8/Modules/FindRuby.cmake:239 (FIND_PACKAGE_HANDLE_STANDARD_ARGS) CMakeLists.txt:5 (find_package) -- The full build log is available at: http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/korundum_4.11.3-2_unstable.log.gz Important changes from 1.9 to 2.0: - location of ruby/config.h has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['rubyarchhdrdir'] - path for binary extensions has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['vendorarchdir'] Thank you, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#739777: obexftp: Please support building with Ruby 2.0
Source: obexftp Version: 0.23-1.2 Severity: normal Dear Maintainer, A new ruby-defaults, switching the default Ruby version to 2.0, will be uploaded soon. (It is available in experimental for testing.) During a test rebuild of rdepends with the new package, your package failed to build. If possible, please change your package in advance to support building for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is needed. Hopefully relevant log parts: -- rm -rf debian/tmp/usr/lib/ruby mv debian/tmp/usr/local/lib/site_ruby debian/tmp/usr/lib/ruby mv: cannot stat 'debian/tmp/usr/local/lib/site_ruby': No such file or directory make: *** [install] Error 1 dpkg-buildpackage: error: fakeroot debian/rules binary gave error exit status 2 -- The full build log is available at: http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/obexftp_0.23-1.2_unstable.log.gz Important changes from 1.9 to 2.0: - location of ruby/config.h has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['rubyarchhdrdir'] - path for binary extensions has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['vendorarchdir'] Thank you, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#713943: Lack of i2c_powermac module may be the cause
On Sat, 2014-02-22 at 19:23 +1100, Erik de Castro Lopo wrote: Erik de Castro Lopo wrote: Hi, A previosu message in this big suggested that the i2c_powermac module may be involved. I can confirm that this module is missing completely for the 3.12 kernel (there is no module of that name in the /lib/modules/3.12-1-powerpc64/ tree) whereas for the 3.4 kernel this module is available and is being auto-loaded. It seems that the i2c_powermac module from 3.4 is now called i2c-powermac (underscore replaced with a minux sign). These are the same name, so far as the kernel is concerned. Manually loading the i2c-powermac module results in fans that run at the normal. expected low speed. I will be adding this to /etc/modules as a workaround for this issue. Does it matter whether you load i2c-powermac before or after the windfarm modules? A question about kernel modules, can one module (eg windfarm_core) be made to depend on and auto-load another (eg i2c-powermac)? Yes but I don't think that's the correct solution. I'll ask upstream. Ben. -- Ben Hutchings I haven't lost my mind; it's backed up on tape somewhere. signature.asc Description: This is a digitally signed message part
Bug#739740: logrotate: Erroneous error messages when /var/log is tmpfs
According to ls it is mounted 755, that is what was confusing me: reiner@weather:/var$ ls -ld /var/log drwxr-xr-x 13 root root 4096 Feb 22 06:25 /var/log Thats why I think the error message is wrong. Am I missing something? Am 22.02.2014 13:09, schrieb Paul Martin: On Sat, Feb 22, 2014 at 08:35:51AM +0100, Reiner Buehl wrote: error: skipping /var/log/cron.log because parent directory has insecure permissions (It's world writable or writable by group which is not root) Set su directive in config file to tell logrotate which user/group should be used for rotation. This is correct and secure behaviour. It prevents a possible symlink attack by a hostile. The /var/log directory should not have either 0777 or 01777 permissions. I suggest you mount your /var/log tmpfs with the mode=0755 option. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739269: Please move libwayland-egl out of libegl1-mesa-drivers
Hi, On 17/02/14 14:50, Sjoerd Simons wrote: On Mon, 2014-02-17 at 12:17 +0100, Emilio Pozuelo Monfort wrote: On 17/02/14 11:48, Sjoerd Simons wrote: Package: libegl1-mesa-drivers Severity: normal libwayland-egl has been included in the libegl1-mesa-drivers, which seems a bit odd as it's an application library not a driver. Practically this causes an issue on systems where wayland is used but the EGL/GL stack isn't provided by mesa as applications using libwayland-egl depend on libegl1-mesa-drivers which almost forcibly pulls in mesa. How would alternative implementations satisfy the dependency? Should we name the package libwayland-egl1-mesa, and have the shlibs force a dependency on libwayland-egl1-mesa | libwayland-egl1-provider (or similar) ? Yeah same as libegl1-mesa has | libegl1-x11 by its symbols file. Attached is a patch that splits out the library in that way, but keeps the library pkg-config files as part of libegl1-mesa-dev Cool, let's do this. There was a typo in the Provides (libwayland-egl). I have fixed that and removed the debian revision from the symbols file and committed that. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739778: quantlib-swig: Please support building with Ruby 2.0
Source: quantlib-swig Version: 1.3-2 Severity: normal Dear Maintainer, A new ruby-defaults, switching the default Ruby version to 2.0, will be uploaded soon. (It is available in experimental for testing.) During a test rebuild of rdepends with the new package, your package failed to build. If possible, please change your package in advance to support building for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is needed. Hopefully relevant log parts: -- (cd Ruby \ CC=g++\ CXX=g++ \ CFLAGS=-O2 -Wall -Wno-strict-aliasing \ CXXFLAGS=-O2 -Wall -Wno-strict-aliasing \ ruby setup.rb build ) mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h make: *** [build-stamp] Error 1 -- The full build log is available at: http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/quantlib-swig_1.3-2_unstable.log.gz Important changes from 1.9 to 2.0: - location of ruby/config.h has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['rubyarchhdrdir'] - path for binary extensions has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['vendorarchdir'] Thank you, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#739779: quickfix: Please support building with Ruby 2.0
Source: quickfix Version: 1.13.3+dfsg-6 Severity: normal Dear Maintainer, A new ruby-defaults, switching the default Ruby version to 2.0, will be uploaded soon. (It is available in experimental for testing.) During a test rebuild of rdepends with the new package, your package failed to build. If possible, please change your package in advance to support building for Ruby 2.0, so when ruby-defaults is uploaded, only a binNMU is needed. Hopefully relevant log parts: -- Making all in ruby make[4]: Entering directory `/«BUILDDIR»/quickfix-1.13.3+dfsg/src/ruby' bash ./make_ruby.sh /usr/bin/g++ -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -O3 -I/usr/include/mysql -I/usr/include/postgresql -I/usr/include/libxml2 -I/usr/include/python2.7 -I/usr/include/x86_64-linux-gnu/python2.7 -fPIC -DPIC -O3 -msse3 -lpthread -lxml2 -L/usr/lib/mysql -L/usr/mysql/lib -lmysqlclient -L/usr/lib -lpq /«BUILDDIR»/quickfix-1.13.3+dfsg/src/temp /«BUILDDIR»/quickfix-1.13.3+dfsg/src/ruby mkmf.rb can't find header files for ruby at /usr/lib/ruby/include/ruby.h /«BUILDDIR»/quickfix-1.13.3+dfsg/src/ruby cp: cannot stat '../temp/Makefile': No such file or directory make[5]: Entering directory `/«BUILDDIR»/quickfix-1.13.3+dfsg/src/ruby' make[5]: Makefile.ruby: No such file or directory make[5]: *** No rule to make target `Makefile.ruby'. Stop. make[5]: Leaving directory `/«BUILDDIR»/quickfix-1.13.3+dfsg/src/ruby' -- The full build log is available at: http://aws-logs.debian.net/ftbfs-logs/ruby-defaults/failed-logs/quickfix_1.13.3+dfsg-6_unstable.log.gz Important changes from 1.9 to 2.0: - location of ruby/config.h has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['rubyarchhdrdir'] - path for binary extensions has changed; it's location is now available from: ruby -r rbconfig -e print RbConfig::CONFIG['vendorarchdir'] Thank you, Christian -- ,''`. Christian Hofstaedtler z...@debian.org : :' : Debian Developer `. `' 7D1A CFFA D9E0 806C 9C4C D392 5C13 D6DB 9305 2E03 `- signature.asc Description: Digital signature
Bug#739780: pass: Pass does not handle GPG errors
Package: pass Version: 1.4.2-3 Severity: important When inserting or generating a new password, pass does not check whether the call to gpg to store the encrypted password actually succeeds. If GPG fails, the exit code of pass is 0, and in case you generate a new password, the generated password is still printed on the screen or copied to the clipboard. The problem is of course that you think you have stored the password, but in reality it is lost. [guus@haplo]~pass generate -c test 10 gpg: please do a --check-trustdb gpg: 1234ABCD: There is no assurance this key belongs to the named user gpg: [stdin]: encryption failed: Onbruikbare publieke sleutel Copied test to clipboard. Will clear in 45 seconds. [guus@haplo]~echo $? 0 In case GPG fails, pass should NOT return a password and the exit code should be non-zero. Also, in case the --clip option is used, pass should clear the clipboard before doing anything else, to ensure that in case of an error, the clipboard does not contain any other contents from before pass was called. -- 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-amd64 (SMP w/4 CPU cores) Locale: LANG=nl_NL.UTF-8, LC_CTYPE=nl_NL.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pass depends on: ii gnupg 1.4.16-1.1 ii gnupg2 2.0.22-3 ii pwgen 2.06-1+b2 ii tree1.6.0-1 Versions of packages pass recommends: ii git 1:1.9.0-1 ii gnupg2 2.0.22-3 ii xsel1.2.0-2 Versions of packages pass suggests: ii libxml-simple-perl 2.20-1 ii perl5.18.2-2 ii python 2.7.5-5 ii ruby1:1.9.3.4 -- 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#702936: [Pkg-xfce-devel] Bug#736964: [lightdm] Password is shown in clear text while typing
Hi, Dňa Fri, 21 Feb 2014 22:15:49 +0100 Yves-Alexis Perez cor...@debian.org napísal: Enabling the list of users is not enough. Autologin works, when i don't select the user in users list (Someone other - raw translation from my language). But when i select the same user (or it is selected from previous session), the autologin fails. Indeed, when a user is preselected autologin doesn't work, but it kind of make sense to me actually, since (afaict) that means someone else already logged in previously, and I would find it weird to log me back in if I just logged out. First, it can sound as good reason, but trace last login is job for another tool(s). By *nix philosophy one tool has to do one job. Second, it does not work as you described. I created second account in VM (virtual machine), selected this second account and login into it. Then i reboot machine. While timeout i can see the login window with the second account preselected and then autologin take its job. Then i logout from aoutologin account and login back to it, then i reboot the VM. After reboot is the autologin account preselected and the autologin doesn't happen then. And finally third, the autologin always happens when timeout is 0, then nothing is traced. By this, your solution track, that i (autologin account) was logged in, but do not track, when the another account was logged in. Or does track absolutely nothing. IMO it only breaks the autologin proces. It is time to continue with another DM and leave this tracking system for all NSA's lovers. The password is displayed only when the users is preselected from previous session - i mean: user is selected at start the LigtDM. This doesn't happen, when autologin works. After logout, there is no preselected user. But when i select the user and restart the LightDM, the users stays preselected... So far, I manage to have an user preselected when restarting lightdm (wether manually or because I've just logged out of a session), but password doesn't appear in clear text at all. See attached screenshot from VM... The numbers are not a part of password, of course, they only demonstrate the showed plain text. regards -- Slavko http://slavino.sk attachment: vbox_ldm_01.png signature.asc Description: PGP signature
Bug#739781: transition: totem-pl-parser
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Another little GNOME transition. There are 6 rdeps, and all of them can be binNMUed. brasero grilo grilo-plugins rhythmbox totem tracker Ben file: title = totem-pl-parser; is_affected = .depends ~ libtotem-plparser17 | .depends ~ libtotem-plparser18; is_good = .depends ~ libtotem-plparser18; is_bad = .depends ~ libtotem-plparser17; -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (800, 'unstable'), (700, 'experimental'), (650, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#702936: [Pkg-xfce-devel] Bug#736964: [lightdm] Password is shown in clear text while typing
On Sat, Feb 22, 2014 at 02:09:18PM +0100, Slavko wrote: Hi, Dňa Fri, 21 Feb 2014 22:15:49 +0100 Yves-Alexis Perez cor...@debian.org napísal: Enabling the list of users is not enough. Autologin works, when i don't select the user in users list (Someone other - raw translation from my language). But when i select the same user (or it is selected from previous session), the autologin fails. Indeed, when a user is preselected autologin doesn't work, but it kind of make sense to me actually, since (afaict) that means someone else already logged in previously, and I would find it weird to log me back in if I just logged out. First, it can sound as good reason, but trace last login is job for another tool(s). By *nix philosophy one tool has to do one job. I won't go into this. I don't use the greeter list, but I can surely find it useful to preselect the last logged in user. Second, it does not work as you described. I created second account in VM (virtual machine), selected this second account and login into it. Then i reboot machine. While timeout i can see the login window with the second account preselected and then autologin take its job. Then i logout from aoutologin account and login back to it, then i reboot the VM. After reboot is the autologin account preselected and the autologin doesn't happen then. Anyway, this bug is not about autologin itself. And finally third, the autologin always happens when timeout is 0, then nothing is traced. By this, your solution track, that i (autologin account) was logged in, but do not track, when the another account was logged in. Or does track absolutely nothing. IMO it only breaks the autologin proces. Sorry, I can't parse that sentence. It is time to continue with another DM and leave this tracking system for all NSA's lovers. Come on… The password is displayed only when the users is preselected from previous session - i mean: user is selected at start the LigtDM. This doesn't happen, when autologin works. After logout, there is no preselected user. But when i select the user and restart the LightDM, the users stays preselected... So far, I manage to have an user preselected when restarting lightdm (wether manually or because I've just logged out of a session), but password doesn't appear in clear text at all. See attached screenshot from VM... The numbers are not a part of password, of course, they only demonstrate the showed plain text. Well, screenshot is nice but doesn't help me understand what happens, and since I still can't reproduce… Regards, -- Yves-Alexis Perez signature.asc Description: Digital signature
Bug#638869: Patch to version 1.0.28
Dear maintainer, I have update the pydot package for Ubuntu, see https://bugs.launchpad.net/ubuntu/+source/pydot/+bug/987934 and was asked to send the patch to Debian as well. Besides updating to the newest (1.0.28) version, I have updated the debian/* files as well to have them up-to-date again. I have slightly modified my Ubuntu patch: * Refer to debian reports that are fixed by this update * Updated the Homepage field (per #719817) Please consider applying the patch to the pydot package. Best regards, Maarten fix-638869.debdiff.gz Description: application/gzip
Bug#681508: cupt: please clarify how Recommends are handled
Hi Jonathan, [ going to through some old bugs ] We had a productive discussion here is the bug log. I ponder now if any actions should be taken out of it. Are there any specific documentation paragraphs which can be updated on this topic? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739782: new upstream version 1.0 released (long term support for bugfixes and security fixes)
Source: lxc Severity: wishlist Hi Daniel, hi Jonas Finally version 1.0 for lxc was released[1]. Upstream has announced to support this release for the coming 5 years as a stable branch, backporting bugfixes and in particular also security fixes to this branch from the master branch. It would be great to have soon a version which could enter jessie, and later on having jessie released with a package based on that branch. [1] https://lists.linuxcontainers.org/pipermail/lxc-users/2014-February/006260.html Regards, Salvatore -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739783: ruby-bootstrap-sass: relax to only suggest ruby-sass-rails
Source: ruby-bootstrap-sass Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Sass libraries generally are usable without Rails, and I see no reason it should be any different for this one. Please therefore relax to only suggest ruby-sass-rails. Raising this to important, because pulling in 14MB on a web server is serious for some users (e.g. when running a webserver from a tiny ARM box). - Jonas -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQF8BAEBCgBmBQJTCKYnXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0 RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWEKAH/1R5RpPjnWedVvJEzwDorHmV Yoo6ADK41p6elvRW1/Rjo8F//6IImfka+4HEhalq/HN7WEiS1chDb0oqHIE27u/K ivkRWE+f6ZbiB8+LMdCWEnQ1dj7KAWmJp7lRaR/QMpwJ2YbtjoDLD8feGhoOMyL5 yW6J8U1aCbsI0BXjrfpT+e4rcn1nHPL6JkivL7KfPmVT1GKbzPuJpwA0N578cG5q /hOxvHBRu+1t3dAxM0v8gx+9wHmPq9fkH5J0vzboNa2pVKrpNTEY/Ok2rKFz0U7T tIX+xeKYkz/bizHKUYPHL1bHNoWSYIpPRmSYrjnr7Ujovt0NbsNSN51QLHC4gTI= =BvlT -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#739784: handbrake-cli: HandBrakeCLI fails to convert videos when using presets
Package: handbrake-cli Version: 0.9.9+dfsg-2~2.gbpa4c3e9 Severity: important Dear Maintainer, HandBrakeCLI fails to convert video files: for example: HandBrakeCLI --preset Normal -i dscf3025.mov -o tmp/test.mkv [14:19:25] hb_init: starting libhb thread HandBrake rev5474 (2013121899) - Linux x86_64 - http://handbrake.fr 4 CPUs detected Opening dscf3025.mov... [14:19:25] hb_scan: path=dscf3025.mov, title_index=1 libbluray/bdnav/index_parse.c:162: indx_parse(): error opening dscf3025.mov/BDMV/index.bdmv libbluray/bdnav/index_parse.c:162: indx_parse(): error opening dscf3025.mov/BDMV/BACKUP/index.bdmv libbluray/bluray.c:2182: nav_get_title_list(dscf3025.mov) failed [14:19:25] bd: not a bd - trying as a stream/file instead libdvdnav: Using dvdnav version 4.2.1 libdvdread: Encrypted DVD support unavailable. **** ** No css library available. See ** ** /usr/share/doc/libdvdread4/README.css ** ** for more information. ** **** libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed libdvdread: Can't open file VIDEO_TS.IFO. libdvdnav: vm: failed to read VIDEO_TS.IFO [14:19:25] dvd: not a dvd - trying as a stream/file instead [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7f151c001900] Referenced QT chapter track not found Input #0, mov,mp4,m4a,3gp,3g2,mj2, from 'dscf3025.mov': Metadata: major_brand : qt minor_version : 538976288 compatible_brands: qt creation_time : 2011-03-19 19:40:08 comment : FUJIFILM DIGITAL CAMERA comment-eng : FUJIFILM DIGITAL CAMERA Duration: 00:02:03.15, start: 0.00, bitrate: 4868 kb/s Stream #0.0(eng): Video: h264 (Constrained Baseline), yuvj420p, 640x480 [PAR 1:1 DAR 4:3], 3183 kb/s, 29.97 fps, 29.97 tbr, 30k tbn, 59.94 tbc Metadata: creation_time : 2011-03-19 19:40:08 Stream #0.1(eng): Audio: pcm_s16le, 48000 Hz, 2 channels, s16, 1536 kb/s Metadata: creation_time : 2011-03-19 19:40:08 [14:19:25] scan: decoding previews for title 1 [14:19:25] scan: audio 0x1: pcm_s16le, rate=48000Hz, bitrate=1536000 English (pcm_s16le) (2.0 ch) [14:19:25] scan: 10 previews, 640x480, 29.970 fps, autocrop = 0/0/0/0, aspect 4:3, PAR 1:1 [14:19:25] Title is likely interlaced or telecined (7 out of 10 previews). You should do something about that. Scanning title 1 of 1, preview 10, 100.00 %[14:19:25] libhb: scan thread found 1 valid title(s) + title 1: + stream: dscf3025.mov + duration: 00:02:03 + size: 640x480, pixel aspect: 1/1, display aspect: 1.33, 29.970 fps + autocrop: 0/0/0/0 + chapters: + 1: cells 0-0, 0 blocks, duration 00:02:03 + audio tracks: + 1, English (pcm_s16le) (2.0 ch) (iso639-2: eng) + subtitle tracks: + combing detected, may be interlaced or telecined + Using preset: Normal [14:19:25] 1 job(s) to process [14:19:25] starting job [14:19:25] work: sanitizing track 1 mixdown Dolby Pro Logic II to Stereo [14:19:25] sync: expecting 3690 video frames ERROR: Invalid audio codec: 0x100 [14:19:25] render: lost time: 0 (0 frames) [14:19:25] render: gained time: 0 (0 frames) (0 not accounted for) [14:19:26] libhb: work result = 0 Encode done! HandBrake has exited. the same happens with other file types ( I tried an MTS file ) Also it seems that if one defines a wrong preset name, than HandBrake converts the video, but with poor quality. The gtk version of handbrake works fine. Thank you, Alex -- 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/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages handbrake-cli depends on: ii dpkg1.17.6 ii liba52-0.7.40.7.4-16 ii libass4 0.10.1-3 ii libavcodec546:9.11-1 ii libavformat54 6:9.11-1 ii libavresample1 6:9.11-1 ii libavutil52 6:9.11-1 ii libbluray1 1:0.5.0-2 ii libc6 2.17-97 ii libdvdnav4 4.2.1-2 ii libdvdread4 4.2.1-2 ii libmkv0 0.6.5.1-1 ii libmp3lame0 3.99.5+repack1-3 ii libmpeg2-4 0.5.1-5 ii libsamplerate0 0.1.8-7 ii libswscale2 6:9.11-1 ii libtheora0 1.1.1+dfsg.1-3.1 ii libvorbis0a 1.3.2-1.3 ii libvorbisenc2 1.3.2-1.3 ii libx264-133 2:0.133.2339+git585324f-2+b1 handbrake-cli recommends no packages. handbrake-cli 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#713943: Lack of i2c_powermac module may be the cause
Are you testing on a PowerMac G5 7,3? Should be in /proc/cpuinfo. I have a 7,3 model and cannot load the windfarm driver. It appears that the hardware on the 7,3 is not supported. I’ve been working to update the therm_pm72 driver to use the probe interface instead of the attach_adapter interface. Maybe you’re hitting this issue? On Feb 22, 2014, at 4:44 AM, Rick Thomas rbtho...@pobox.com wrote: On Feb 22, 2014, at 12:23 AM, Erik de Castro Lopo er...@mega-nerd.com wrote: Hi, I run debian testing on a dual G5 powermac. Just upgraded from linux-image-3.4-trunk-powerpc64 to linux-image-3.12-1-powerpc64 and found the same issue. The windfarm modules are loading but the about 30 seconds to a couple of minutes after booting to 3.12-1-powerpc64 the fans speed up to full speed. lsmod says the windfarm modules are being loaded, and its the same modules being loaded under the 3.4 kernel. I have however found a difference. On 3.12 I get: dmesg | grep windfarm [4.358299] windfarm: initializing for dual-core desktop G5 whereas on 3.4 I get: dmesg | grep windfarm [4.791589] windfarm: initializing for dual-core desktop G5 [9.077416] windfarm: CPUs control loops started. [ 12.440957] windfarm: Backside control loop started. [ 12.491701] windfarm: Slots control loop started. [ 12.592933] windfarm: Drive bay control loop started. Definitely something wonky there. Erik Erik de Castro Lopo wrote: Hi, A previous message in this bug suggested that the i2c_powermac module may be involved. I can confirm that this module is missing completely for the 3.12 kernel (there is no module of that name in the /lib/modules/3.12-1-powerpc64/ tree) whereas for the 3.4 kernel this module is available and is being auto-loaded. It seems that the i2c_powermac module from 3.4 is now called i2c-powermac (underscore replaced with a minux sign). Manually loading the i2c-powermac module results in fans that run at the normal. expected low speed. I will be adding this to /etc/modules as a workaround for this issue. A question about kernel modules, can one module (eg windfarm_core) be made to depend on and auto-load another (eg i2c-powermac)? Erik -- -- Erik de Castro Lopo http://www.mega-nerd.com/ -- To unsubscribe, send mail to 713943-unsubscr...@bugs.debian.org. I'm forwarding this to the debian-powerpc list, incase someone there can help! Rick -- To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/d1fd7102-6925-4f1a-a04d-24a6cba0e...@pobox.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#731742: me too
severity: grave thanks Have experienced the same problem and solved manually by following the instructions on this bug. I am raising severity because I just found out that I have no logs from the moment I installed systemd, more than a week ago (and I found that out because I needed to look in the logs). Systemd should not break logging when installed. Best -- Salvo Tomaselli Io non mi sento obbligato a credere che lo stesso Dio che ci ha dotato di senso, ragione ed intelletto intendesse che noi ne facessimo a meno. -- Galileo Galilei http://ltworf.github.io/ltworf/ signature.asc Description: This is a digitally signed message part.
Bug#739785: fontconfig-config: fails to purge: rmdir: failed to remove '/etc/fonts/conf.d': No such file or directory
Package: fontconfig-config Version: 2.11.0-3 Severity: serious User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package failed to purge. From the attached log (scroll to the bottom...): Removing fontconfig-config (2.11.0-3) ... Purging configuration files for fontconfig-config (2.11.0-3) ... rmdir: failed to remove '/etc/fonts/conf.d': No such file or directory dpkg: error processing package fontconfig-config (--purge): subprocess installed post-removal script returned error exit status 1 Errors were encountered while processing: fontconfig-config Since /etc/fonts/conf.d is shipped by the package (and some others as well) it should not be managed by maintainer scripts, but by dpkg only. So remove the rmdir call. There is currently a bug in dpkg that causes some directories to be left behind (#316521) - this is going to be fixed in dpkg, no need to work around this in packages. For piuparts this will be worked around by adding such directories to an internal ignore list until dpkg gets fixed. cheers, Andreas fontconfig-config_2.11.0-3.log.gz Description: GNU Zip compressed data
Bug#739786: libtowitoko2: unowned directory after purge: /etc/reader.conf.d/
Package: libtowitoko2 Version: 2.0.7-9 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship this as an empty directory, dpkg would take care of the creation and removal (if it's empty). From the attached log (scroll to the bottom...): 0m31.8s ERROR: FAIL: Package purging left files on system: /etc/reader.conf.d/not owned cheers, Andreas libtowitoko2_2.0.7-9.log.gz Description: GNU Zip compressed data
Bug#739787: libvirt-glib: FTBFS on 2 arches: Package `libvirt-gconfig-1.0' not found
Source: libvirt-glib Version: 0.1.7-2 Severity: serious Hi, It seems that libvirt-glib 0.1.7-2 is FTBFS on 2 architectures with the following error: GEN libvirt-gobject-1.0.vapi error: Package `libvirt-gconfig-1.0' not found in specified Vala API directories or GObject-Introspection GIR directories Generation failed: 1 error(s), 0 warning(s) make[3]: *** [libvirt-gobject-1.0.vapi] Error 1 Cheers, Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739788: python-expeyes: unowned directory after purge: /etc/udev/rules.d/
Package: python-expeyes Version: 3.1.6-1 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship this as an empty directory, dpkg would take care of the creation and removal (if it's empty). From the attached log (scroll to the bottom...): 0m53.2s ERROR: FAIL: Package purging left files on system: /etc/udev/ not owned /etc/udev/rules.d/ not owned cheers, Andreas python-expeyes_3.1.6-1.log.gz Description: GNU Zip compressed data
Bug#739790: please provide a python3-subversion package
Package: subversion Version: 1.8.5-2 User: debian-pyt...@lists.debian.org Usertags: python3 Please build the subversion bindings for Python3, but keep building the bindings for Python2. I don't think that a hard switch can be made, and we have to provide both at least for some time. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#683982: cupt: show should remove dots of blank lines when printing descriptions
Control: tags -1 + wontfix
Hi,
[ going through old bugs ]
I've rethought this case once again and came to the conclusion that for
the moment being I would rather not add the additional code for this.
For many cases, I'd personally prefer current behavior, plus users can
do something like
$ function mycuptshow() { cupt show $@ | sed 's/^ \.$/ /'; }
$ mycuptshow sed grep
to configure the behavior wanted.
--
Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com
C++ GNU/Linux userspace developer, Debian Developer
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739789: causes Apache segfaults
Package: php5-xcache Version: 3.1.0-1 Severity: grave Justification: package partially unusable, breaking (related) softwares Tags: upstream Coin, Recently i experienced blank pages on Horde on specific pages, and went down to find an Apache segfault. After some investigation, it appears xache is the culprit (see below). Deactivating the following Horde specific xcache features did not help: $conf['cache']['driver'] = 'Xcache'; $conf['cache']['use_memorycache'] = 'Xcache'; The only way to fix it was to disable xcache completely. On another machine i also experienced such kind of crashes when using other softwares (dotclear for examples) and deactivating xache fixed the problem. I made a trace on the machine where i found the problem first, which is attached. Regards. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages php5-xcache depends on: ii dpkg 1.17.6 ii libc6 2.17-97 ii php5-common [phpapi-20121212] 5.5.8+dfsg-3 php5-xcache recommends no packages. php5-xcache suggests no packages. -- Configuration Files: /etc/php5/mods-available/xcache.ini changed: ; configuration for php Xcache module [xcache-common] ;; non-Windows example: extension = xcache.so ;; Windows example: ; extension = php_xcache.dll [xcache.admin] ; Duck: conflicts with vhost access control xcache.admin.enable_auth = Off ; Configure this to use admin pages xcache.admin.user = user xcache.admin.pass = password ; xcache.admin.pass = md5($your_password) ; xcache.admin.pass = [xcache] ; ini only settings, all the values here is default unless explained ; select low level shm implemenation xcache.shm_scheme =mmap ; to disable: xcache.size=0 ; to enable : xcache.size=64M etc (any size 0) and your system mmap allows xcache.size = 64M ; set to cpu count (cat /proc/cpuinfo |grep -c processor) xcache.count = 2 ; just a hash hints, you can always store count(items) slots xcache.slots =8K ; ttl of the cache item, 0=forever xcache.ttl = 0 ; interval of gc scanning expired items, 0=no scan, other values is in seconds xcache.gc_interval = 0 ; same as aboves but for variable cache xcache.var_size =2M xcache.var_count = 2 xcache.var_slots =8K ; default value for $ttl parameter of xcache_*() functions xcache.var_ttl = 0 ; hard limit ttl that cannot be exceed by xcache_*() functions. 0=unlimited xcache.var_maxttl = 0 xcache.var_gc_interval = 300 ; mode:0, const string specified by xcache.var_namespace ; mode:1, $_SERVER[xcache.var_namespace] ; mode:2, uid or gid (specified by xcache.var_namespace) xcache.var_namespace_mode =0 xcache.var_namespace = ; N/A for /dev/zero xcache.readonly_protection = Off ; for *nix, xcache.mmap_path is a file path, not directory. (auto create/overwrite) ; Use something like /tmp/xcache instead of /dev/* if you want to turn on ReadonlyProtecti$ ; different process group of php won't share the same /tmp/xcache ; for win32, xcache.mmap_path=anonymous map name, not file path xcache.mmap_path =/dev/zero ; Useful when XCache crash. leave it blank(disabled) or /tmp/phpcore/ (writable by php) xcache.coredump_directory = ; Windows only. leave it as 0 (default) until you're told by XCache dev xcache.coredump_type = 0 ; disable cache after crash xcache.disable_on_crash =Off ; enable experimental documented features for each release if available xcache.experimental =Off ; per request settings. can ini_set, .htaccess etc xcache.cacher = On xcache.stat = On xcache.optimizer =On [xcache.coverager] ; enabling this feature will impact performance ; enabled only if xcache.coverager == On xcache.coveragedump_directory == non-empty-value ; per request settings. can ini_set, .htaccess etc ; enable coverage data collecting and xcache_coverager_start/stop/get/clean() functions xcache.coverager = Off xcache.coverager_autostart = On ; set in php ini file only ; make sure it's readable (open_basedir is checked) by coverage viewer script xcache.coveragedump_directory = -- no debconf information -- Marc Dequènes (Duck) #0 0x7f37b8d5007a in zend_hash_find (ht=0x7fff08010128, arKey=0x7f37a1506570 init, nKeyLength=5, pData=0x7fff14826a70) at /tmp/buildd/php5-5.5.8+dfsg/Zend/zend_hash.c:924 h = 210716142681 nIndex = error reading variable nIndex (Cannot access memory at address 0x7fff0801012c) p = optimized out #1 0x7f37a800f4ec in xc_restore_zend_op_array (processor=0x7fff14826c20, dst=0x7f37c22dff60, src=0x7f37a1562038) at
Bug#739791: shinken-common: unowned directory after purge: /var/log/shinken/
Package: shinken-common Version: 1.4-2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned directories on the system after purge, which is a violation of policy 6.8: http://www.debian.org/doc/debian-policy/ch-maintainerscripts.html#s-removedetails Filing this as important as having a piuparts clean archive is a release goal since lenny. The maintainer scripts create (and later remove) a file in that directory. Manual directory removal may be not appropriate as this directory is shared between several packages. If the package would ship this as an empty directory, dpkg would take care of the creation and removal (if it's empty). From the attached log (scroll to the bottom...): 0m42.0s ERROR: FAIL: Package purging left files on system: /var/log/shinken/ not owned cheers, Andreas shinken-common_1.4-2.log.gz Description: GNU Zip compressed data
Bug#739792: [INTL:da] Danish translation of the debconf templates gitolite3
Package: gitolite3 Severity: wishlist Tags: l10n patch Please include the attached Danish gitolite3 translations. joe@pc:~/over/debian/gitolite3$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 8 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#739793: [INTL:da] Danish translation of the debconf templates cinder
Package: cinder Severity: wishlist Tags: l10n patch Please include the attached Danish cinder translations. joe@pc:~/over/debian/cinder$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 34 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#664678: dracut: Error message Directories consolefonts, consoletrans, keymaps not found
Control: severity -1 normal On Tue, 2012-03-20 at 00:01 +0100, Thomas Lange wrote: This error message disappears if you install the package console-data. IMO this is more a minor bug, since the initrd is still created. Then dracut should recommend console-data, and this message should be downgraded to a warning. Ben. -- Ben Hutchings I haven't lost my mind; it's backed up on tape somewhere. signature.asc Description: This is a digitally signed message part
Bug#664678: dracut: Error message Directories consolefonts, consoletrans, keymaps not found
On Sat, 2014-02-22 at 13:57 +, Ben Hutchings wrote: Control: severity -1 normal On Tue, 2012-03-20 at 00:01 +0100, Thomas Lange wrote: This error message disappears if you install the package console-data. IMO this is more a minor bug, since the initrd is still created. Then dracut should recommend console-data, and this message should be downgraded to a warning. Note the error messages have changed to: cp: cannot stat '/consolefonts/*': No such file or directory cp: cannot stat '/consoletrans/*': No such file or directory cp: cannot stat '/keymaps/*': No such file or directory Ben. -- Ben Hutchings I haven't lost my mind; it's backed up on tape somewhere. signature.asc Description: This is a digitally signed message part
Bug#739794: LVM support tries to modify nonexistent udev rules
Package: dracut
Version: 036-1
Severity: normal
/usr/lib/dracut/modules.d/90lvm/module-setup.sh tries to remove
some commands from ${initdir}/lib/udev/rules.d/69-dm-lvm-metad.rules.
There is no such file /lib/udev/rules.d/69-dm-lvm-metad.rules in
current udev in Debian, so this results in error messages:
grep: /var/tmp/initramfs.Dinwu0/lib/udev/rules.d/69-dm-lvm-metad.rules: No such
file or directory
sed: can't read
/var/tmp/initramfs.Dinwu0/lib/udev/rules.d/69-dm-lvm-metad.rules: No such file
or directory
It should test whether the file exists first.
Ben.
-- System Information:
Debian Release: jessie/sid
APT prefers unstable
APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1,
'experimental')
Architecture: i386 (x86_64)
Foreign Architectures: amd64
Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages dracut depends on:
ii cpio2.11+dfsg-1
ii kbd 1.15.5-1
ii kmod16-2
ii kpartx 0.4.9+git0.9c3c5172-1
ii libc6 2.18-1
ii udev204-7
ii util-linux 2.20.1-5.6
Versions of packages dracut recommends:
ii cryptsetup 2:1.6.1-1
ii dmraid 1.0.0.rc16-5
ii dmsetup 2:1.02.83-2
ii lvm22.02.104-2
ii mdadm 3.3-2
Versions of packages dracut suggests:
pn dracut-network 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#739795: [INTL:da] Danish translation of the debconf templates heat
Package: heat Severity: wishlist Tags: l10n patch Please include the attached Danish heat translations. joe@pc:~/over/debian/heat$ msgfmt --statistics -c -v -o /dev/null da.po da.po: 32 oversatte tekster. bye Joe da.po.tar.gz Description: GNU Zip compressed data
Bug#739796: fs-uae: please consider packaging new version available (2.4.0)
Package: fs-uae Version: 2.2.3+dfsg-4 Severity: wishlist Just what the subject says. There's a new version and it would very nice to be on Debian officially. Thanks for all. Ernesto -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=es_AR.UTF-8, LC_CTYPE=es_AR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fs-uae depends on: ii libc6 2.18-1 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.8.2-16 ii libgl1-mesa-glx [libgl1] 9.2.2-1 ii libglee0d15.4.0-2 ii libglib2.0-0 2.38.2-5 ii libglu1-mesa [libglu1]9.0.0-2 ii libopenal11:1.14-4 ii libpng12-01.2.50-1 ii libsdl1.2debian 1.2.15-8 ii libstdc++64.8.2-16 ii libx11-6 2:1.6.2-1 ii zlib1g1:1.2.8.dfsg-1 fs-uae recommends no packages. fs-uae 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#695185: Missing solr-schema.xml
can not finde solr-schema.xml in dovecot-solr 1:2.1.7-7.
Bug#622939: cupt: tries to install okular instead of upgrading evince-gtk
Hello, [ going through old bugs ] Despite the ultimate solution didn't come (and I start to doubt it'll ever come), many resolver improvements were done in 2.x series, and some more is coming. Cupt also got the mechanism to easily reproduce resolver environments from other machines (tar-metadata + pre.conf (coming in 2.7)), so problematic inputs situations can be rechecked with other versions of Cupt. Do you have any machine where Cupt (from Debian stable or later) have this or any similar problem, that is, cupt's reoslver chooses to install some other packages instead of upgrading existing one(s)? -- Eugene V. Lyubimkin aka JackYF, JID: jackyf.devel(maildog)gmail.com C++ GNU/Linux userspace developer, Debian Developer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739781: transition: totem-pl-parser
On 22/02/14 14:15, Emilio Pozuelo Monfort wrote: Another little GNOME transition. There are 6 rdeps, and all of them can be binNMUed. My bad, I messed up the rebuild and did it against the old package. I've redone it now and all packages can be binNMUed except for totem, which needs a sourceful upload with a small patch. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739796: fs-uae: please consider packaging new version available (2.4.0)
Hi Ernesto! On 02/22/2014 03:14 PM, Ernesto Domato wrote: Just what the subject says. There's a new version and it would very nice to be on Debian officially. Thanks for letting me know! However please be aware that such bug reports about new versions are usually not required as the Debian PTS normally informs me about new versions [1]. It just seems that Frode changed the locations of the upstream sources and therefore the PTS website for fs-uae didn't display the new version. I will verify that and also package the new version in the upcoming days. Cheers, Adrian [1] http://packages.qa.debian.org/f/fs-uae.html -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#739741: fontconfig-config: fails to upgrade from 2.11.0-2 overwriting files in fontconfig
Control: notfound -1 fontconfig/2.11.0-2 On Sat, 22 Feb 2014 15:25:26 +0100 Helmut Grohne wrote: [...] On Sat, Feb 22, 2014 at 01:51:40AM -0800, Keith Packard wrote: I uploaded -4 to fix this already. Very sorry for the trouble; somehow I didn't catch this when testing locally until *after* uploading a broken version. Ah. Thanks for the explanation. So the only purpose of this bug is to prevent all apt-listbugs users from installing -3 Hello Helmut, this is very nice of you! However, please note that, in order for apt-listbugs to warn its users that the fontconfig/2.11.0-2 → fontconfig/2.11.0-3 upgrade is unsafe, this bug report should *not* be marked as found in fontconfig/2.11.0-2 ... I am consequently fixing the BTS version tracking info. Thanks for thinking about apt-listbugs users! Bye. -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpMaz_qpwPf8.pgp Description: PGP signature
