Bug#715568: Please do not use --disable-ibus
Hi #715568, Changed path of dbus is related following commit: https://github.com/ibus/ibus/commit/458945e7308ab2661355edbf6880102c5f628dbe This commit was from June 13th and was included in my 1.5.2-3 package as patch 0015-*. Of course, 1.5.3-1 include this. Does this require any patch to other programs? So far, removing --disable-ibus and recompiling both * gnome-control-center 3.4.3 * gnome-settings-daemon 3.8.4 get me have functional ibus 1.5 on GNOME 3.8. But there are few things missing in comparison to FC19. I do not get nice warning for super-space usage. Let me figure out it as a separate bug. So what ibus should do for the #715568 bug is done with 1.5.3-1. Just wait other packages to cope with this in #720489 and its clone -1. Also what ibus-anthy should do for the #720071 bug is done with 1.5.3-2. Just wait other packages to fix bugs to get ibus-anthy working again. Regards, Osamu PS: I will focus removal of --disable-ibus in bug #720489 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715568: Please do not use --disable-ibus
On Sat, Aug 24, 2013 at 2:14 PM, Osamu Aoki os...@debian.org wrote: Hi #715568, Changed path of dbus is related following commit: https://github.com/ibus/ibus/commit/458945e7308ab2661355edbf6880102c5f628dbe This commit was from June 13th and was included in my 1.5.2-3 package as patch 0015-*. Of course, 1.5.3-1 include this. Does this require any patch to other programs? So far, removing --disable-ibus and recompiling both * gnome-control-center 3.4.3 * gnome-settings-daemon 3.8.4 get me have functional ibus 1.5 on GNOME 3.8. Good to know! If you have such environment, can you do a bit more test to see if other input method can function correctly without --disable-ibus (I can think of uim, scim, and fcitx)? If no more problem I can do the commit on removing --disable-ibus. But there are few things missing in comparison to FC19. I do not get nice warning for super-space usage. Let me figure out it as a separate bug. Guess this means missing ibus-gjs on Debian? -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720627: RFS: pyresample 1.0.0
Package: sponsorship-requests Severity: normal * Package name: pyresample Version : 1.0.0 Upstream Author : Esben S. Nielsen e...@dmi.dk * URL : http://code.google.com/p/pyresample/ * License : GPL-3.0+ Programming Lang: Python Description : Resampling of remote sensing data in Python Pyresample is a Python package for resampling (reprojection) of earth observing satellite data. It handles both resampling of gridded data (e.g. geostationary satellites) and swath data (polar orbiting satellites). . Pyresample can use multiple processor cores for resampling. It supports masked arrays and has a nice integration with the matplotlib-basemap module for plotting maps. It builds those binary packages: python-pyresample - Resampling of remote sensing data in Python python-pyresample-doc - Resampling of remote sensing data in Python (documentation) To access further information about this package, please visit the following URL: http://mentors.debian.net/package/pyresample Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/p/pyresample/pyresample_1.0.0-1.dsc Best regards -- Antonio Valentino -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720628: Ability to spawn a shell on build failure
Package: sbuild Version: 0.64.0-1 Severity: wishlist To be able to debug issues with individual builds, it would be cool if sbuild could optionally spawn a shell, or provide a on-failure hook, so that I could investigate the situation interactively. Thanks, -- 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.10-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sbuild depends on: ii adduser 3.113+nmu3 ii apt-utils 0.9.11 ii libsbuild-perl 0.64.0-1 ii perl5.14.2-21 ii perl-modules5.14.2-21 Versions of packages sbuild recommends: ii debootstrap 1.0.53 ii fakeroot 1.19-2 Versions of packages sbuild suggests: pn deborphan none ii wget 1.14-2 -- no debconf information -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#720489: Please do not use --disable-ibus
Control: reassign 720489 gnome-settings-daemon Control: found 720489 3.8.4-1 Control: retitle 720489 remove --disable-ibus from debian/rules Control: clone 720489 -1 Control: reassign -1 gnome-control-center Control: found -1 1:3.8.3-1 Control: retitle -1 remove --disable-ibus from debian/rules Hi, Let me recap. ibus is the input method used by GNOME. Without it, no reasonable input for Chinese and Japanese. GNOME has decided to integrate ibus 1.5 for GNOME 3.8 as I understand. FC19 has proved its nice implementation result. On Thu, Aug 22, 2013 at 05:39:04PM +0200, Laurent Bigonville wrote: ... Quickly looking at this, it seems that this bug should have been assigned to both gnome-control-center and gnome-settings-daemon. yes and done as above. (This is not gnome-shell bug.) Do you think you could rebuild the version currently in experimental to test if this change is actually not breaking anything (and maybe also fixing your other bug?). Yes, it fixes the grave crash reported in http://bugs.debian.org/715568 as long as I install patched gnome-settings-daemon and gnome-control-center packages without --disable-ibus. Thus I am requesting Debian GNOME packages to follow the GNOME upstream and FC19 default compile option (= no --disable-ibus) usage and compile with the new experimental ibus 1.5.3 family of packages. For gnome-settings-daemon and gnome-control-center, --disable-ibus was used to make GNOME 3.8 work with the older ibus 1.4 since ibus 1.5 was not available for Debian yet. With my recent upload, ibus 1.5.3-1 is now in experimental. So no reason to keep this awkward option to break the newer ibus 1.5. FYI: I confirm that ibus 1.5 is running in experimental with patched gnome-settings-daemon and gnome-control-center here. It works but I think there are few more patches somewhere to get it work as nice as FC19 cosmetically. (Some patches used in FC19 are not reintegrated to upstream yet.) So I request both of these to activate ibus as the integrated input method. Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720489: Please do not use --disable-ibus
On Sat, Aug 24, 2013 at 2:22 PM, Osamu Aoki os...@debian.org wrote: Do you think you could rebuild the version currently in experimental to test if this change is actually not breaking anything (and maybe also fixing your other bug?). Yes, it fixes the grave crash reported in http://bugs.debian.org/715568 as long as I install patched gnome-settings-daemon and gnome-control-center packages without --disable-ibus. Thus I am requesting Debian GNOME packages to follow the GNOME upstream and FC19 default compile option (= no --disable-ibus) usage and compile with the new experimental ibus 1.5.3 family of packages. For gnome-settings-daemon and gnome-control-center, --disable-ibus was used to make GNOME 3.8 work with the older ibus 1.4 since ibus 1.5 was not available for Debian yet. With my recent upload, ibus 1.5.3-1 is now in experimental. So no reason to keep this awkward option to break the newer ibus 1.5. IMHO --disable-ibus was not intended for running ibus 1.4, and ibus 1.4 has nothing to do with whether --disable-ibus is enabled or not. The option was passed because GNOME 3.4 breaks all input method except ibus (whichever version) because it forces to run /usr/bin/ibus-daemon. It was also considered that ibus 1.5 + integration in GNOME 3.4 hurts ibus's user experience a lot so that 1.5 wasn't pushed to wheezy. Now it's time to move on but what we need to make sure is not only ibus itself run with GNOME, but also other input method do run with GNOME (especially when co-installed with ibus on the same system). I think this is the only thing to do before removing --disable-ibus. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715568: [Pkg-ime-devel] Bug#720071: Bug#715568: Please do not use --disable-ibus
Hi, On Sat, Aug 24, 2013 at 02:18:50PM +0800, Aron Xu wrote: On Sat, Aug 24, 2013 at 2:14 PM, Osamu Aoki os...@debian.org wrote: Hi #715568, Changed path of dbus is related following commit: https://github.com/ibus/ibus/commit/458945e7308ab2661355edbf6880102c5f628dbe This commit was from June 13th and was included in my 1.5.2-3 package as patch 0015-*. Of course, 1.5.3-1 include this. Does this require any patch to other programs? So far, removing --disable-ibus and recompiling both * gnome-control-center 3.4.3 * gnome-settings-daemon 3.8.4 get me have functional ibus 1.5 on GNOME 3.8. Good to know! If you have such environment, can you do a bit more test to see if other input method can function correctly without --disable-ibus (I can think of uim, scim, and fcitx)? If no more problem I can do the commit on removing --disable-ibus. fcitx may if we do not install ibus without breaking others. I doubt others. That is GNOME upstream decision. Unless someone provide patches, I am not optimistic. But there are few things missing in comparison to FC19. I do not get nice warning for super-space usage. Let me figure out it as a separate bug. Guess this means missing ibus-gjs on Debian? Aha, FC19 had patch for that. I once made package with them and showing pop-ups. maybe later. I am out of time. Osamu -- Regards, Aron Xu ___ Pkg-ime-devel mailing list pkg-ime-de...@lists.alioth.debian.org http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-ime-devel -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720630: Package name or description do not mention Django
Package: python-ajax-select Version: 1.2.5-5 Severity: normal Hello, thanks for packaging python-ajax-select. It took me a while to understand that this is actually to be used with Django, and it was really only confirmed when I saw the Homepage url. I'd have expected such a package to be called python-django-ajax-select, or at least to mention that it is a Django package in its description. Ciao, Enrico -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.9-1-amd64 (SMP w/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#720631: selinux-policy-default: smartd cannot access /var/lib/smartmontools
Package: selinux-policy-default
Version: 2:2.20110726-12
Severity: normal
Tags: patch
Relevant AVCs:
type=AVC msg=audit(1377282410.341:122237): avc: denied { append } for
pid=27404 comm=smartd
name=attrlog.Hitachi_HCS5C1050CLA382-JC0550HV2S8DGH.ata.csv dev=sda1
ino=29101470 scontext=system_u:system_r:fsdaemon_t:s0
tcontext=system_u:object_r:var_lib_t:s0 tclass=file
type=AVC msg=audit(1377282410.341:122237): avc: denied { open } for
pid=27404 comm=smartd
name=attrlog.Hitachi_HCS5C1050CLA382-JC0550HV2S8DGH.ata.csv dev=sda1
ino=29101470 scontext=system_u:system_r:fsdaemon_t:s0
tcontext=system_u:object_r:var_lib_t:s0 tclass=file
type=SYSCALL msg=audit(1377282410.341:122237): arch=c03e syscall=2
success=yes exit=3 a0=7cb1a8 a1=441 a2=1b6 a3=1 items=1 ppid=1 pid=27404 auid=0
uid=0 gid=0 euid=0 suid=0 fsuid=0 egid=0 sgid=0 fsgid=0 tty=(none) ses=68253
comm=smartd exe=/usr/sbin/smartd subj=system_u:system_r:fsdaemon_t:s0
key=(null)
type=CWD msg=audit(1377282410.341:122237): cwd=/
type=PATH msg=audit(1377282410.341:122237): item=0
name=/var/lib/smartmontools/attrlog.Hitachi_HCS5C1050CLA382-JC0550HV2S8DGH.ata.csv
inode=29101470 dev=08:01 mode=0100640 ouid=0 ogid=0 rdev=00:00
obj=system_u:object_r:var_lib_t:s0
type=AVC msg=audit(1377282410.341:122238): avc: denied { getattr } for
pid=27404 comm=smartd
path=/var/lib/smartmontools/attrlog.Hitachi_HCS5C1050CLA382-JC0550HV2S8DGH.ata.csv
dev=sda1 ino=29101470 scontext=system_u:system_r:fsdaemon_t:s0
tcontext=system_u:object_r:var_lib_t:s0 tclass=file
audit2allow says:
#= fsdaemon_t ==
# The source type 'fsdaemon_t' can write to a 'dir' of the following
types:
# fsdaemon_var_run_t, fsdaemon_tmp_t, tmp_t, var_run_t
allow fsdaemon_t var_lib_t:dir { write remove_name add_name };
# The source type 'fsdaemon_t' can write to a 'file' of the following
types:
# fsdaemon_var_run_t, fsdaemon_tmp_t
allow fsdaemon_t var_lib_t:file { rename write getattr create unlink open
append };
An untested quilt patch is attached.
-- System Information:
Debian Release: 7.1
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages selinux-policy-default depends on:
ii libpam-modules 1.1.3-7.1
ii libselinux1 2.1.9-5
ii libsepol12.1.4-3
ii policycoreutils 2.1.10-9
ii python 2.7.3-4
Versions of packages selinux-policy-default recommends:
ii checkpolicy 2.1.8-2
ii setools 3.3.7-3
Versions of packages selinux-policy-default suggests:
ii logcheck1.3.15
pn syslog-summary none
-- Configuration Files:
/etc/selinux/default/modules/active/file_contexts.local [Errno 13] Permission
denied: u'/etc/selinux/default/modules/active/file_contexts.local'
/etc/selinux/default/modules/semanage.read.LOCK [Errno 13] Permission denied:
u'/etc/selinux/default/modules/semanage.read.LOCK'
/etc/selinux/default/modules/semanage.trans.LOCK [Errno 13] Permission denied:
u'/etc/selinux/default/modules/semanage.trans.LOCK'
-- debconf-show failed
--
Marius Gavrilescu
(main) Style used to be an interaction between the human soul and tools that
were limiting.In the digital era,it will have to come from the soul alone
--- a/policy/modules/services/smartmon.fc
+++ b/policy/modules/services/smartmon.fc
@@ -9,4 +9,4 @@
# /var
#
/var/run/smartd\.pid -- gen_context(system_u:object_r:fsdaemon_var_run_t,s0)
-
+/var/lib/smartmontools(|/.*) -- gen_context(system_u:object_r:fsdaemon_var_lib_t,s0)
--- a/policy/modules/services/smartmon.te
+++ b/policy/modules/services/smartmon.te
@@ -26,6 +26,9 @@
type fsdaemon_tmp_t;
files_tmp_file(fsdaemon_tmp_t)
+type fsdaemon_var_lib_t;
+files_type(fsdaemon_var_lib_t);
+
ifdef(`enable_mls',`
init_ranged_daemon_domain(fsdaemon_t, fsdaemon_exec_t, mls_systemhigh)
')
@@ -48,6 +51,9 @@
manage_files_pattern(fsdaemon_t, fsdaemon_tmp_t, fsdaemon_tmp_t)
files_tmp_filetrans(fsdaemon_t, fsdaemon_tmp_t, { file dir })
+manage_dirs_pattern(fsdaemon_t, fsdaemon_var_lib_t, fsdaemon_var_lib_t)
+manage_files_pattern(fsdaemon_t, fsdaemon_var_lib_t, fsdaemon_var_lib_t)
+
manage_files_pattern(fsdaemon_t, fsdaemon_var_run_t, fsdaemon_var_run_t)
files_pid_filetrans(fsdaemon_t, fsdaemon_var_run_t, file)
signature.asc
Description: Digital signature
Bug#720632: znc: CVE-2013-2130: NULL pointer dereference vulnerabilities
Package: znc Version: 1.0-4 Severity: important Tags: security upstream patch Hi, the following vulnerability was published for znc. CVE-2013-2130[0]: null pointer dereference in webadmin See references for additional information and a patch. This only affectes znc 1.0. If you fix the vulnerability please also make sure to include the CVE (Common Vulnerabilities Exposures) id in your changelog entry. For further information see: [0] http://security-tracker.debian.org/tracker/CVE-2013-2130 [1] https://github.com/znc/znc/commit/2bd410ee5570cea127233f1133ea22f25174eb28 [2] http://www.openwall.com/lists/oss-security/2013/05/30/3 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#712526: Re: Bug#712526: freefem++: FreeFem++-mpi not working
Hello Giuseppe, Thanks for the info. I have subscribed to the FreeFem++ mailing list and I have read the relevant thread. I will try to implement this option when version 3.25 will be packaged. In the mean time I will upload v. 3.23 in 1-2 weeks. The failing of load msh3 is fixed. Also, by running dh_auto_test from the debian/rules file after the package build, which tries to compile all the example .edp files, I noticed that several of them (not all) in the examples++-mpi folder run successfully. So I presume that we have a partially working FreeFem++-mpi command. Best regards Dimitris Dear Dimitrios, from the FreeFem++ mailing list: http://ljll.math.upmc.fr/pipermail/freefempp/2013-July/002839.html we know now that Hypre was disabled by the developers for some reason. Now, from v. 3.25 it is possible to configure with the option --enable-hypre which correctly builds the hypre_FreeFem.so file. It worked for me. Kind regards. Giuseppe signature.asc Description: This is a digitally signed message part.
Bug#720634: w-scan: 32-bit binary does not work with 64-bit kernel
Package: w-scan Version: 20130331-1 Severity: normal I get following error when running w_scan: $ w_scan w_scan version 20130331 (compiled for DVB API 5.9) guessing country 'RU', use -c country to override using settings for RUSSIAN FEDERATION Country identifier RU not defined. Using defaults. scan type TERRESTRIAL, channellist 4 output format vdr-2.0 output charset 'UTF-8', use -C charset to override Info: using DVB adapter auto detection. main:3228: FATAL: * NO USEABLE TERRESTRIAL CARD FOUND. * Please check wether dvb driver is loaded and verify that no dvb application (i.e. vdr) is running. On the machine with 3.10-2-686-pae kernel w_scan works fine with the same adapter. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (192, 'unstable') Architecture: i386 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/4 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to ru_RU.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages w-scan depends on: ii libc6 2.17-92 w-scan recommends no packages. w-scan suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720635: Does not work with Dovecot 2.1.17
Package: dovecot-antispam Version: 2.0+20120225-3 Severity: important Dovecot 2.1.17 is now in Debian experimental, thanks to jaldhar. As it'll invariably migrate to unstable and eventually stable, this is an important bug report. The dovecot-antispam will not load with 2.1.17, but the following is written to the logs: dovecot: imap: Error: Module is for different version 2.1.7: /usr/lib/dovecot/modules/lib90_antispam_plugin.so dovecot: imap: Fatal: Couldn't load required plugins IMAP connections are reset. It's quite possible that all that's necessary is a rebuild against the latest Dovecot. -- 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.10-rc7-amd64 (SMP w/4 CPU cores) Locale: LANG=en_NZ, LC_CTYPE=en_NZ.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- .''`. martin f. krafft madduck@d.o Related projects: : :' : proud Debian developer http://debiansystem.info `. `'` http://people.debian.org/~madduckhttp://vcs-pkg.org `- Debian - when you have better things to do than fixing systems digital_signature_gpg.asc Description: Digital signature (see http://martin-krafft.net/gpg/sig-policy/999bbcc4/current)
Bug#720638: libmosquittopp0-dev and libmosquittopp-dev: error when trying to install together
Package: libmosquittopp-dev,libmosquittopp0-dev Version: libmosquittopp-dev/1.2-1 Version: libmosquittopp0-dev/0.15-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2013-08-24 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libmosquitto0 libmosquitto1 libmosquittopp1 libmosquittopp-dev libmosquittopp0 libmosquittopp0-dev Authentication warning overridden. Selecting previously unselected package libmosquitto0. (Reading database ... 10857 files and directories currently installed.) Unpacking libmosquitto0 (from .../libmosquitto0_0.15-2_amd64.deb) ... Selecting previously unselected package libmosquitto1. Unpacking libmosquitto1 (from .../libmosquitto1_1.2-1_amd64.deb) ... Selecting previously unselected package libmosquittopp1. Unpacking libmosquittopp1 (from .../libmosquittopp1_1.2-1_amd64.deb) ... Selecting previously unselected package libmosquittopp-dev. Unpacking libmosquittopp-dev (from .../libmosquittopp-dev_1.2-1_all.deb) ... Selecting previously unselected package libmosquittopp0. Unpacking libmosquittopp0 (from .../libmosquittopp0_0.15-2_amd64.deb) ... Selecting previously unselected package libmosquittopp0-dev. Unpacking libmosquittopp0-dev (from .../libmosquittopp0-dev_0.15-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/libmosquittopp0-dev_0.15-2_all.deb (--unpack): trying to overwrite '/usr/include/mosquittopp.h', which is also in package libmosquittopp-dev 1.2-1 Errors were encountered while processing: /var/cache/apt/archives/libmosquittopp0-dev_0.15-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/include/mosquittopp.h /usr/lib/libmosquittopp.so This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720636: libeditline-dev and libedit-dev: error when trying to install together
Package: libedit-dev,libeditline-dev Version: libedit-dev/3.1-20130712-1 Version: libeditline-dev/1.12-6 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2013-08-24 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libbsd0 libedit2 libbsd-dev libtinfo-dev libedit-dev libeditline0 libeditline-dev Authentication warning overridden. Selecting previously unselected package libbsd0:amd64. (Reading database ... 10857 files and directories currently installed.) Unpacking libbsd0:amd64 (from .../libbsd0_0.6.0-1_amd64.deb) ... Selecting previously unselected package libedit2:amd64. Unpacking libedit2:amd64 (from .../libedit2_3.1-20130712-1_amd64.deb) ... Selecting previously unselected package libbsd-dev. Unpacking libbsd-dev (from .../libbsd-dev_0.6.0-1_amd64.deb) ... Selecting previously unselected package libtinfo-dev:amd64. Unpacking libtinfo-dev:amd64 (from .../libtinfo-dev_5.9+20130608-1_amd64.deb) ... Selecting previously unselected package libedit-dev:amd64. Unpacking libedit-dev:amd64 (from .../libedit-dev_3.1-20130712-1_amd64.deb) ... Selecting previously unselected package libeditline0. Unpacking libeditline0 (from .../libeditline0_1.12-6_amd64.deb) ... Selecting previously unselected package libeditline-dev. Unpacking libeditline-dev (from .../libeditline-dev_1.12-6_amd64.deb) ... dpkg: error processing /var/cache/apt/archives/libeditline-dev_1.12-6_amd64.deb (--unpack): trying to overwrite '/usr/share/man/man3/editline.3.gz', which is also in package libedit-dev:amd64 3.1-20130712-1 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libeditline-dev_1.12-6_amd64.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/share/man/man3/editline.3.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720637: libmosquitto0-dev and libmosquitto-dev: error when trying to install together
Package: libmosquitto-dev,libmosquitto0-dev Version: libmosquitto-dev/1.2-1 Version: libmosquitto0-dev/0.15-2 Severity: serious User: trei...@debian.org Usertags: edos-file-overwrite Date: 2013-08-24 Architecture: amd64 Distribution: sid Hi, automatic installation tests of packages that share a file and at the same time do not conflict by their package dependency relationships has detected the following problem: WARNING: The following packages cannot be authenticated! libmosquitto1 libmosquitto-dev libmosquitto0 libmosquitto0-dev Authentication warning overridden. Selecting previously unselected package libmosquitto1. (Reading database ... 10857 files and directories currently installed.) Unpacking libmosquitto1 (from .../libmosquitto1_1.2-1_amd64.deb) ... Selecting previously unselected package libmosquitto-dev. Unpacking libmosquitto-dev (from .../libmosquitto-dev_1.2-1_all.deb) ... Selecting previously unselected package libmosquitto0. Unpacking libmosquitto0 (from .../libmosquitto0_0.15-2_amd64.deb) ... Selecting previously unselected package libmosquitto0-dev. Unpacking libmosquitto0-dev (from .../libmosquitto0-dev_0.15-2_all.deb) ... dpkg: error processing /var/cache/apt/archives/libmosquitto0-dev_0.15-2_all.deb (--unpack): trying to overwrite '/usr/include/mosquitto.h', which is also in package libmosquitto-dev 1.2-1 Processing triggers for man-db ... Errors were encountered while processing: /var/cache/apt/archives/libmosquitto0-dev_0.15-2_all.deb E: Sub-process /usr/bin/dpkg returned an error code (1) This is a serious bug as it makes installation fail, and violates sections 7.6.1 and 10.1 of the policy. An optimal solution would consist in only one of the packages installing that file, and renaming or removing the file in the other package. Depending on the circumstances you might also consider Replace relations or file diversions. If the conflicting situation cannot be resolved then, as a last resort, the two packages have to declare a mutual Conflict. Please take into account that Replaces, Conflicts and diversions should only be used when packages provide different implementations for the same functionality. Here is a list of files that are known to be shared by both packages (according to the Contents file for sid/amd64, which may be slightly out of sync): /usr/include/mosquitto.h /usr/lib/libmosquitto.so /usr/share/man/man3/libmosquitto.3.gz This bug has been filed against both packages. If you, the maintainers of the two packages in question, have agreed on which of the packages will resolve the problem please reassign the bug to that package. You may then also register in the BTS that the other package is affected by the bug. -Ralf. PS: for more information about the detection of file overwrite errors of this kind see http://edos.debian.net/file-overwrites/. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720290: klibc: FTBFS on mips*
On Tue, Aug 20, 2013 at 07:09:05AM +0200, maximilian attems wrote: Package: libklibc Version: 2.0.2-1 Severity: serious File: klibc new build failure on mips*: In file included from /«PKGBUILDDIR»/usr/klibc/../include/sys/md.h:30:0, from usr/kinit/do_mounts_md.c:19: /«PKGBUILDDIR»/linux/include/linux/raid/md_p.h:159:2: error: #error unspecified endianness #error unspecified endianness breakage has been fixed in newer linux-libc-dev containting linux commit ca044f9a9ed492f0f7e52df999c10ca6f7cfc5c0 Builds were using the faulty 3.9. -- maks -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720454: [Pkg-graphite-maint] Bug#720454: graphite-web: CVE-2013-5093: Graphite remote code execution
Hi Jonas, Hi Mathieu On Thu, Aug 22, 2013 at 10:05:59AM +0200, Jonas Genannt wrote: I have added the patch to fix a security problem in graphite-web. It's available in git. Could you please upload graphite-web to unstable? Thanks for the quick reaction on this bugreport! Btw, it might make sense to straight update to the newest upstream version for this, as graphite-web is only in jessie and sid, and the new upstream version fixes also other fixes for cross-site scripting vulnerabilities. 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#718138: ocaml-sqlexpr: FTBFS: Cannot find findlib package estring
On Sun, Jul 28, 2013 at 10:13:03AM +0200, David Suárez wrote: Source: ocaml-sqlexpr Version: 0.4.1-1 Severity: serious Tags: jessie sid User: debian...@lists.debian.org Usertags: qa-ftbfs-20130726 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. [...] ocamlfind: Package `estring' not found According to ocaml-sqlexpr's INSTALL file it needs in fact estring for compilation. A debian package of estring (source: ocaml-estring) has been uploaded by Dmitrijs Ledkovs yesterday, and is currently sitting in NEW. -Ralf. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719973: RFS: fonts-klaudia-berenika/2011-09-03-1 (ITP #719787)
On Fri, Aug 23, 2013 at 8:01 AM, Eric Anholt wrote: OK, something went wrong with the upload on my end, then. The tree I was working from has them removed. Thanks, uploaded. It will be in NEW waiting for ftpmaster checks soon. Non-blocker and minor issues that would be good to fix at some point: The package FTBFS when built twice in a row (debuild debuild): The debian/changelog is missing a ) after the ITP bug number. The package description could probably be improved to describe the fonts a bit more. debian/docs is empty and could be removed. Automatic checks: https://wiki.debian.org/HowToPackageForDebian#Check_points_for_any_package fontlint (don't worry about these unless upstream reappears): ./Klaudia/sources/Klaudia.sfd Copyright (c) 2000-2012 by George Williams. Executable based on sources from 14:57 GMT 31-Jul-2012-ML. Library based on sources from 14:57 GMT 31-Jul-2012. Validation Klaudia ...Failed More points in a glyph than specified in 'maxp' More paths in a glyph than specified in 'maxp' Instructions longer than allowed in 'maxp' ./Klaudia/sources/Klaudia-Bold.sfd Copyright (c) 2000-2012 by George Williams. Executable based on sources from 14:57 GMT 31-Jul-2012-ML. Library based on sources from 14:57 GMT 31-Jul-2012. Validation Klaudia-Bold ...Failed More points in a glyph than specified in 'maxp' More paths in a glyph than specified in 'maxp' Instructions longer than allowed in 'maxp' ./Berenika/sources/Berenika.sfd Copyright (c) 2000-2012 by George Williams. Executable based on sources from 14:57 GMT 31-Jul-2012-ML. Library based on sources from 14:57 GMT 31-Jul-2012. Validation Berenika ...Failed More points in a glyph than specified in 'maxp' More paths in a glyph than specified in 'maxp' Instructions longer than allowed in 'maxp' ./Berenika/sources/Berenika-BoldOblique.sfd Copyright (c) 2000-2012 by George Williams. Executable based on sources from 14:57 GMT 31-Jul-2012-ML. Library based on sources from 14:57 GMT 31-Jul-2012. Validation Berenika-BoldOblique ...Failed More points in a glyph than specified in 'maxp' More paths in a glyph than specified in 'maxp' ./Berenika/sources/Berenika-Bold.sfd Copyright (c) 2000-2012 by George Williams. Executable based on sources from 14:57 GMT 31-Jul-2012-ML. Library based on sources from 14:57 GMT 31-Jul-2012. Validation Berenika-Bold ...Failed More points in a glyph than specified in 'maxp' More paths in a glyph than specified in 'maxp' Instructions longer than allowed in 'maxp' -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720528: nvidia: driver fails with kernel 3.10 and GeForce 660M GTX
Control: forwarded -1 https://devtalk.nvidia.com/default/topic/567297/linux-3-10-driver-crash/ Control: tag -1 upstream On 2013-08-23 08:11, Andres Cimmarusti wrote: The problem affects multiple users with different laptops and slight differences in video cards: Not much that we can do here ... Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715568: Please do not use --disable-ibus
Anyway, I updated package in experimental and VCS. Can you check? Thank you for your upload. And sorry for late reply. I upgraded ibus packages to 1.5.3-1 from experimental. There work as I expected. (main.py:9170): IBUS-WARNING **: org.freedesktop.IBus.Config. GetValue: GDBus.Error:org.freedesktop.DBus.Error.Failed: Config value [general:preload_engine_mode] does not exist. Is this ehat you are talking? Old ibus packages did not dump warnings like above. (check by ibus-daemon -rxv) I talked about does not list up in input method list in ibus-setup in 1.5.2. For example, self.__bus.list_engines() in /usr/share/ibus/setup/main.py, did not return anthy engine in the list. When I checked log of dubs-monitor, did not show anthy in IBusEngineDesc list. $ . .config/ibus/bus/*-unix-0; dbus-monitor --address $IBUS_ADDRESS 21 | tee ibus.log -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715568: [Pkg-ime-devel] Bug#720071: Bug#715568: Please do not use --disable-ibus
On Sat, Aug 24, 2013 at 2:44 PM, Osamu Aoki os...@debian.org wrote: Hi, On Sat, Aug 24, 2013 at 02:18:50PM +0800, Aron Xu wrote: On Sat, Aug 24, 2013 at 2:14 PM, Osamu Aoki os...@debian.org wrote: Hi #715568, Changed path of dbus is related following commit: https://github.com/ibus/ibus/commit/458945e7308ab2661355edbf6880102c5f628dbe This commit was from June 13th and was included in my 1.5.2-3 package as patch 0015-*. Of course, 1.5.3-1 include this. Does this require any patch to other programs? So far, removing --disable-ibus and recompiling both * gnome-control-center 3.4.3 * gnome-settings-daemon 3.8.4 get me have functional ibus 1.5 on GNOME 3.8. Good to know! If you have such environment, can you do a bit more test to see if other input method can function correctly without --disable-ibus (I can think of uim, scim, and fcitx)? If no more problem I can do the commit on removing --disable-ibus. fcitx may if we do not install ibus without breaking others. I doubt others. That is GNOME upstream decision. Unless someone provide patches, I am not optimistic. I've been tracking GNOME's git tree and there are several commits resolving the problem. Looking at the changesets there should be no problem with the proposed tests, but we just need to double check. GNOME once choose not allowing other input method to live, but it anyway cannot ignore the mass pressure from input method users. -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720639: acpi-support: Pattern typo in /etc/acpi/asus-wireless.sh
Package: acpi-support Version: 0.141-2 Severity: minor Hello, I just noticed that in asus-wireless.sh, the vendor pattern contains a typo: it should be [Aa][Ss][Uu][Ss]*, but the first character class is [As] instead. Best regards, Gautier -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages acpi-support depends on: ii acpi-fakekey 0.141-2 ii acpi-support-base 0.141-2 ii acpid 1:2.0.19-1 ii lsb-base 4.1+Debian12 ii pm-utils 1.4.1-11 ii x11-xserver-utils 7.7~3 Versions of packages acpi-support recommends: ii rfkill0.4-2 ii xscreensaver 5.15-3 Versions of packages acpi-support suggests: pn radeontool none ii vbetool 1.1-3 pn xinput 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#720640: openrocket: unowned files after purge (policy 6.8, 10.8): /usr/bin/openrocket
Package: openrocket Version: 13.05.2 Severity: important User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package left unowned files on the system after purge, which is a violation of policy 6.8 (or 10.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. From the attached log (scroll to the bottom...): 3m1.3s ERROR: FAIL: Package purging left files on system: /usr/bin/openrocketnot owned cheers, Andreas openrocket_13.05.2.log.gz Description: GNU Zip compressed data
Bug#583585: Fwd: Bug#583585: [dpkg] Any news ?
On Fri, 23 Aug 2013, Bastien ROUCARIES wrote: Find -print0 And replacing read by read -r -d $'\0' is safer but I do not know if it is portable. Or xargs but we need to fork for each file and we get the portability problem of find print0. What do you prefer ? find -print0 is fine, dpkg-deb already uses it. read -d is likely a problem however (I believe it's bash specific). I don't think that I have any good answer if we want to support newlines in filenames. But it's probably not an important use case as dpkg itself doesn't cope very well with it. dpkg-deb builds it fine and it installs fine but when you do dpkg -L you get this back (with a single hello\nworld file): $ dpkg -L foo /. /hello /world (This is because the /var/lib/dpkg/info/*.list files are line based) So I would go ahead ignoring this specific problem. Otherwise you could write that specific part in perl but it would be a regression to reintroduce perl in dpkg itself. Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#680705: [PATCH] Do not include patches from packaging branch when exporting the pq
Hi Benjamin,
On Fri, Aug 23, 2013 at 07:15:05PM +0200, Benjamin Cama wrote:
Hi everyone,
I had this issue for some times with gbp-pq (what a hard command to
Hopefulle gbp pq is abit easier to type.
type…). For me, the problem is that the branch...patch-queue/branch
commit range is silly: gitrevisions(7) tells that it includes both
commits reachable from either branch, but not both. I don't know why
this was chosen, it doesn't correspond to what I thought this command
did. Incidentally, the branch..patch-queue/branch syntax seems to do
exactly what we want: start from the merge base, only walking along the
second branch.
That makes sense (I wonder why nobody notice so far). I've pushed a
slightly different version.
Thanks!
-- Guido
P.S.: I'll leave the bug open since there's more we can do to optimize
the rebase itself.
I'm still not at ease with gbp-pq and not very good at Debian packaging,
so maybe this is wrong, but the attached patch may fix this problem.
Regards,
--
Benjamin Cama benjamin.c...@telecom-bretagne.eu
From ee025290021367f8b9cbff6bff2b88c56d401e45 Mon Sep 17 00:00:00 2001
From: Benjamin Cama benjamin.c...@telecom-bretagne.eu
Date: Fri, 23 Aug 2013 19:03:12 +0200
Subject: [PATCH] Do not include patches from packaging branch when exporting
the pq
---
gbp/git/repository.py |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/gbp/git/repository.py b/gbp/git/repository.py
index 502a391..69f7e8a 100644
--- a/gbp/git/repository.py
+++ b/gbp/git/repository.py
@@ -1450,7 +1450,7 @@ class GitRepository(object):
options = GitArgs('-N', '-k',
'-o', output_dir)
options.add_cond(not signature, '--no-signature')
-options.add('%s...%s' % (start, end))
+options.add('%s..%s' % (start, end))
options.add_cond(thread, '--thread=%s' % thread, '--no-thread')
output, ret = self._git_getoutput('format-patch', options.args)
--
1.7.2.5
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720641: malloc in execve.c
Package: libfakechroot
Version: 2.16-1
Tags: patch
Dear Maintainer,
if I haven't missed something, would the following patch help
to accomodate a terminating '\0' ?
Thanks in advance for your comments and/or corrections.
Regards,
JH Chatenet
--- a/src/execve.c 2011-12-11 13:05:34.0 +0100
+++ b/src/execve.c 2013-08-09 12:52:13.0 +0200
@@ -163,7 +163,7 @@
}
if (do_cmd_subst) {
-newenvp[newenvppos] = malloc(strlen(FAKECHROOT_CMD_ORIG=) +
strlen(filename));
+newenvp[newenvppos] = malloc(strlen(FAKECHROOT_CMD_ORIG=) +
strlen(filename) + 1);
strcpy(newenvp[newenvppos], FAKECHROOT_CMD_ORIG=);
strcat(newenvp[newenvppos], filename);
newenvppos++;
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720643: fakechroot.sh : mark the argument of option 'environment' as required
Package: fakechroot Version: 2.16-1 Severity: minor Tags: patch Dear Maintainer, It seems that fakechroot expects an argument if the option --environment is given. Perhaps this argument could be marked as 'required' ? Thanks in advance ! Regards, JH Chatenet --- a/scripts/fakechroot.sh 2011-12-11 13:05:34.0 +0100 +++ b/scripts/fakechroot.sh 2013-08-09 13:23:24.0 +0200 @@ -48,7 +48,7 @@ case $getopttest in getopt*) # GNU getopt -opts=`getopt -q -l lib: -l use-system-libs -l config-dir: -l environment -l version -l help -- +l:sc:e:vh $@` +opts=`getopt -q -l lib: -l use-system-libs -l config-dir: -l environment: -l version -l help -- +l:sc:e:vh $@` ;; *) # POSIX getopt ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720642: nvidia-driver: Kernel module fails to build for Nvidia Driver 325.08
Package: nvidia-driver Version: 304.88-6 Severity: important Dear Maintainer, I tried to install updated drivers since the current 304.88 drivers are very old, and DOTA 2 runs with performance issues with these old drivers. When I tried to install newer drivers in the experimental repository, it failed to build the 3.10 kernel module. I ended up with an unusuable video card as a result, but I was able to downgrade my video card to make my system usable again. Could you guys update the video card drivers to something more recent in the our regular repository? My video card is an Nvidia Geforce 260 GTX. Thank you, Ludwid -- Package-specific info: uname -a: Linux linux 3.10-2-amd64 #1 SMP Debian 3.10.5-1 (2013-08-07) x86_64 GNU/Linux /proc/version: Linux version 3.10-2-amd64 (debian-ker...@lists.debian.org) (gcc version 4.7.3 (Debian 4.7.3-6) ) #1 SMP Debian 3.10.5-1 (2013-08-07) /proc/driver/nvidia/version: NVRM version: NVIDIA UNIX x86_64 Kernel Module 304.88 Wed Mar 27 14:26:46 PDT 2013 GCC version: gcc version 4.7.3 (Debian 4.7.3-4) lspci 'VGA compatible controller [0300]': 02:00.0 VGA compatible controller [0300]: NVIDIA Corporation GT200 [GeForce GTX 260] [10de:05e2] (rev a1) (prog-if 00 [VGA controller]) Subsystem: eVga.com. Corp. Device [3842:1257] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Latency: 0 Interrupt: pin A routed to IRQ 18 Region 0: Memory at fb00 (32-bit, non-prefetchable) [size=16M] Region 1: Memory at e000 (64-bit, prefetchable) [size=256M] Region 3: Memory at f800 (64-bit, non-prefetchable) [size=32M] Region 5: I/O ports at ec00 [size=128] [virtual] Expansion ROM at faf8 [disabled] [size=512K] Capabilities: access denied Kernel driver in use: nvidia dmesg: [0.00] Command line: BOOT_IMAGE=/boot/vmlinuz-3.10-2-amd64 root=UUID=dd9574d7-14da-4ef7-871d-7e6c462f54ee ro initrd=/install/initrd.gz splash vga=796 quiet splash [0.00] No AGP bridge found [0.00] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.10-2-amd64 root=UUID=dd9574d7-14da-4ef7-871d-7e6c462f54ee ro initrd=/install/initrd.gz splash vga=796 quiet splash [0.00] No AGP bridge found [0.00] Console: colour VGA+ 80x25 [0.192837] vgaarb: device added: PCI::02:00.0,decodes=io+mem,owns=io+mem,locks=none [0.192838] vgaarb: loaded [0.192839] vgaarb: bridge control possible :02:00.0 [0.593290] PCI-DMA: Disabling AGP. [0.593378] PCI-DMA: Reserving 64MB of IOMMU area in the AGP aperture [0.612228] Linux agpgart interface v0.103 [8.434331] input: HDA NVidia Front Headphone as /devices/pci:00/:00:05.0/sound/card0/input6 [8.434581] input: HDA NVidia Line Out as /devices/pci:00/:00:05.0/sound/card0/input7 [8.434785] input: HDA NVidia Line as /devices/pci:00/:00:05.0/sound/card0/input8 [8.434987] input: HDA NVidia Rear Mic as /devices/pci:00/:00:05.0/sound/card0/input9 [8.435206] input: HDA NVidia Front Mic as /devices/pci:00/:00:05.0/sound/card0/input10 [ 225.258307] nvidia: module license 'NVIDIA' taints kernel. [ 225.275236] vgaarb: device changed decodes: PCI::02:00.0,olddecodes=io+mem,decodes=none:owns=io+mem [ 225.275539] NVRM: loading NVIDIA UNIX x86_64 Kernel Module 304.88 Wed Mar 27 14:26:46 PDT 2013 OpenGL and NVIDIA library files installed: lrwxrwxrwx 1 root root 15 Aug 23 18:15 /etc/alternatives/glx - /usr/lib/nvidia lrwxrwxrwx 1 root root 43 Aug 23 18:15 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 43 Aug 23 18:15 /etc/alternatives/glx--libGL.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libGL.so.1 lrwxrwxrwx 1 root root 51 Aug 23 18:15 /etc/alternatives/glx--libXvMCNVIDIA.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA.so.1 lrwxrwxrwx 1 root root 59 Aug 23 18:15 /etc/alternatives/glx--libXvMCNVIDIA_dynamic.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libXvMCNVIDIA_dynamic.so.1 lrwxrwxrwx 1 root root 51 Aug 23 18:15 /etc/alternatives/glx--libnvidia-cfg.so.1-x86_64-linux-gnu - /usr/lib/x86_64-linux-gnu/nvidia/libnvidia-cfg.so.1 lrwxrwxrwx 1 root root 25 Aug 23 18:15 /etc/alternatives/glx--linux-libglx.so - /usr/lib/nvidia/libglx.so lrwxrwxrwx 1 root root 42 Aug 23 18:15 /etc/alternatives/glx--nvidia-blacklists-nouveau.conf - /etc/nvidia/nvidia-blacklists-nouveau.conf lrwxrwxrwx 1 root root 36 Aug 23 18:15 /etc/alternatives/glx--nvidia-bug-report.sh - /usr/lib/nvidia/nvidia-bug-report.sh lrwxrwxrwx 1 root root 29 Aug 23 18:15 /etc/alternatives/glx--nvidia_drv.so - /usr/lib/nvidia/nvidia_drv.so lrwxrwxrwx 1
Bug#720645: mktemp.c : a possible memory leak
Package: libfakechroot
Version: 2.16-1
Severity: minor
Tags: patch
Dear Maintainer,
might the condition to free ptr be inverted ?
If I am wrong, it would help to document briefly
the condition in a comment in the source code.
Thanks in advance for your comments and/or corrections !
Regards,
JH Chatenet
--- a/src/mktemp.c 2011-12-11 13:05:34.0 +0100
+++ b/src/mktemp.c 2013-08-09 15:08:13.0 +0200
@@ -31,15 +31,15 @@
debug(mktemp(\%s\), template);
tmp[FAKECHROOT_PATH_MAX-1] = '\0';
strncpy(tmp, template, FAKECHROOT_PATH_MAX-2);
ptr = tmp;
if (!fakechroot_localdir(ptr)) {
-localdir = 1;
+localdir = 0;
expand_chroot_path_malloc(ptr, fakechroot_path, fakechroot_buf);
}
if (nextcall(mktemp)(ptr) == NULL) {
if (!localdir) free(ptr);
return NULL;
}
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720644: horizon: [INTL:it] Italian translation of debconf messages
Package: horizon Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of horizon debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of horizon's debconf messages. # Copyright (C) 2013, horizon package copyright holder # This file is distributed under the same license as the horizon package. # Beatrice Torracca beatri...@libero.it, 2013. msgid msgstr Project-Id-Version: horizon\n Report-Msgid-Bugs-To: hori...@packages.debian.org\n POT-Creation-Date: 2012-11-28 14:00+\n PO-Revision-Date: 2013-08-24 11:55+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: boolean #. Description #: ../openstack-dashboard-apache.templates:2001 msgid Activate Dashboard and disable default VirtualHost? msgstr Attivare Dashboard e disabilitare il VirtualHost predefinito? #. Type: boolean #. Description #: ../openstack-dashboard-apache.templates:2001 msgid In Debian, Apache comes with a default website and a default page, configured in /etc/apache2/sites-available/default. Select if this configuration should be disabled and replaced by the Openstack Dashboard configuration. msgstr In Debian Apache viene fornito con un sito web e una pagina predefiniti, configurati in /etc/apache2/sites-available/default. Selezionare se disabilitare questa configurazione e sostituirla con la configurazione OpenStack Dashboard. #. Type: boolean #. Description #: ../openstack-dashboard-apache.templates:3001 msgid Should the Dashboard be installed on HTTPS? msgstr Installare Dashboard su HTTPS? #. Type: boolean #. Description #: ../openstack-dashboard-apache.templates:3001 msgid Please choose if you would like Horizon to be installed on HTTPS only, with a redirection to HTTPS if HTTP is in use. msgstr Scegliere se si desidera che Horizon sia installato solamente su HTTPS, con una ridirezione verso HTTPS se viene usato HTTP.
Bug#720647: fakechroot.sh : allow for options of fakeroot
Package: fakechroot
Version: 2.16-1
Severity: minor
Tags: patch
Dear Maintainer,
running fakeroot with options inside fakechroot produces some error messages :
me@here:~$ fakechroot fakeroot -s save_file chroot my_wheezy_chroot/ ls -AF
basename: invalid option -- 's'
Try `basename --help' for more information.
/usr/bin/fakeroot: line 178: chroot: command not found
It seems that fakechroot.sh doesn't allow for options of fakeroot when setting
the environment automatically.
With the patch below :
me@here:~$ fakechroot fakeroot -s save_file chroot my_wheezy_chroot/ ls -AF
bin/ boot/ dev@ etc/ home/ lib/ lib64/ media/ mnt/ opt/ proc@ root/
run/ sbin/ selinux/ srv/ sys/ tmp/ usr/ var/
Thanks in advance for your comments and/or corrections.
Regards,
JH Chatenet
--- a/scripts/fakechroot.sh 2011-12-11 13:05:34.0 +0100
+++ b/scripts/fakechroot.sh 2013-08-12 11:38:52.0 +0200
@@ -26,6 +26,38 @@
}
+next_cmd_fakechroot () {
+if [ $1 = fakeroot ]; then
+shift
+# skip the options
+while [ $# -gt 0 ]; do
+case $1 in
+-h|-v)
+break
+;;
+-u|--unknown-is-real)
+shift
+;;
+-l|--lib|--faked|-s|-i|-b)
+shift 2
+;;
+--)
+shift
+break
+;;
+*)
+break
+;;
+esac
+done
+fi
+
+if [ -n $1 -a $1 != -v -a $1 != -h ]; then
+environment=`basename -- $1`
+fi
+}
+
+
if [ $FAKECHROOT = true ]; then
die fakechroot: nested operation is not supported
fi
@@ -96,11 +128,7 @@
done
if [ -z $environment ]; then
-if [ $1 = fakeroot ]; then
-environment=`basename $2`
-else
-environment=`basename $1`
-fi
+next_cmd_fakechroot $@
fi
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#708133: Dark transparent background
reassign 708133 src:comixcursors retitle 708133 Background rendered as semi-transparent grey square for all cursors tags 708133 + confirmed upstream thanks On 13-May-2013, Petr Voralek wrote: Cursors in the new version (debian jessie) have a dark transparent background instead of pure transparent square... This is caused by changed behaviour in the ImageMagick rendering to the PNG components. The generated images should have (and did have in previous versions) a 100% alpha channel with the cursor shadow. The package build process hasn't changed, but the changed ImageMagick behaviour now instead produces a solid black background rendered grey from semi-transparency. To reproduce: * Use the ‘imagemagick’ package from Debian Jessie (currently ‘imagemagick’ version 8:6.7.7.10-5). * Build the cursors from source by running the ‘./bin/build-cursors’ program. * View the component PNG images in ‘build/’. Each image (e.g. ‘default.png’) has a solid semi-transparent grey background. Each “shadow” component image (e.g. ‘default.RightHanded.48.#00.0.7.shadow.png’) is a solid semi-transparent grey image. These should, instead, each be a shadow outline of the source cursor image. One way to fix this is to change the ‘comixcursors’ build scripts to work around the changed behaviour of ImageMagick. -- \ “Here is a test to see if your mission on earth is finished. If | `\ you are alive, it isn't.” —Francis Bacon | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#720646: salome-kernel: FTBFS against boost 1.54
Source: salome-kernel Version: 6.5.0-6 Severity: serious Justification: fails to build from source from https://buildd.debian.org/status/fetch.php?pkg=salome-kernelarch=amd64ver=6.5.0-6%2Bb1stamp=1377113088 - BOOST Library - configure: checking for BOOST Library... configure: checking for BOOST location... $BOOSTDIR = /usr configure: checking for BOOST headers... checking for /usr/include/boost/shared_ptr.hpp... yes checking for /usr/include/boost/program_options.hpp... yes for boost program_options tool: yes $BOOST_CPPFLAGS = for boost headers: yes configure: checking for BOOST binaries... checking for /usr/lib/libboost_thread.so... yes for boost binaries: no for boost: no [...] Summary --- General mandatory products - Light configuration: cc : yes threads : yes python : yes swig : yes hdf5 : yes libxml : yes --- CORBA mandatory products - default configuration: omniORB : yes omniORBpy : yes boost : no FATAL ERROR: some mandatory products are missing. Installing the missing products is required before running the configure script. make: *** [build-arch-stamp] Error 1 Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720648: fakechroot.sh : make environment setting switchable
Package: fakechroot
Version: 2.16-1
Severity: whishlist
Tags: patch
Dear Maintainer,
Is it possible to switch off environment setting altogether
if a special keyword is given, eg. -e none ?
Currently variable settings in a script are overwritten unconditionnally
when it calls fakechroot (and the environment scripts in system or user
configuration are sourced). As a result the script cannot tailor the
environment for its particular needs.
Thanks in advance for you comments.
Regards,
JH Chatenet
--- a/scripts/fakechroot.sh 2011-12-11 13:05:34.0 +0100
+++ b/scripts/fakechroot.sh 2013-08-12 12:07:47.0 +0200
@@ -123,15 +123,17 @@
# Additional environment setting from configuration file
-for e in $environment ${environment%.*} default; do
-for d in $confdir $HOME/.fakechroot $sysconfdir; do
-f=$d/$e.env
-if [ -f $f ]; then
-. $f
-break 2
-fi
+if [ $environment != none ]; then
+for e in $environment ${environment%.*} default; do
+for d in $confdir $HOME/.fakechroot $sysconfdir; do
+f=$d/$e.env
+if [ -f $f ]; then
+. $f
+break 2
+fi
+done
done
-done
+fi
# Execute command
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#694827: relative order of fakechroot and fakeroot
From strace -s 4096 -f fakeroot fakechroot -e chroot env chroot $(readlink -f root) wget -q -O/dev/null https://localhost:/ 21 | grep libgnutls.so one obtains (on amd64) [pid 28109] open(/home/me/root/usr/local/lib/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28109] open(/home/me/root/lib/x86_64-linux-gnu/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28109] open(/home/me/root/usr/lib/x86_64-linux-gnu/libgnutls.so.26, O_RDONLY) = 3 Is this the right answer ? The results depend on the relative order of fakeroot and fakechroot, and if fakechroot leads, wether the newroot path is absolute : me@here:~$ strace -s 4096 -f fakeroot fakechroot chroot essai-sans wget -q -O/dev/null https://localhost:/README.txt 21 | grep libgnutls.so [pid 28164] open(/usr/lib/x86_64-linux-gnu/libfakeroot/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28164] open(/home/me/root/usr/lib/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28164] open(/home/me/root/lib/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28164] open(/usr/lib/x86_64-linux-gnu/libgnutls.so.26, O_RDONLY) = 3 me@here:~$ strace -s 4096 -f fakechroot fakeroot chroot root wget -q -O/dev/null https://localhost:/ 21 | grep libgnutls.so [pid 28206] open(root/usr/lib/x86_64-linux-gnu/libfakeroot/tls/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib/x86_64-linux-gnu/libfakeroot/tls/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib/x86_64-linux-gnu/libfakeroot/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib/x86_64-linux-gnu/libfakeroot/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib64/libfakeroot/tls/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib64/libfakeroot/tls/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib64/libfakeroot/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib64/libfakeroot/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib32/libfakeroot/tls/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib32/libfakeroot/tls/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib32/libfakeroot/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib32/libfakeroot/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/local/lib/tls/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/local/lib/tls/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/local/lib/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/local/lib/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/lib/x86_64-linux-gnu/tls/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/lib/x86_64-linux-gnu/tls/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/lib/x86_64-linux-gnu/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/lib/x86_64-linux-gnu/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib/x86_64-linux-gnu/tls/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib/x86_64-linux-gnu/tls/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib/x86_64-linux-gnu/x86_64/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(root/usr/lib/x86_64-linux-gnu/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(/usr/lib/x86_64-linux-gnu/libfakeroot/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(/home/me/root/usr/lib/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(/home/me/root/lib/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file or directory) [pid 28206] open(/usr/me/root/libgnutls.so.26, O_RDONLY) = 3 me@here:~$ ls -AF root/usr/lib/x86_64-linux-gnu/libgnutls.so.26 root/usr/lib/x86_64-linux-gnu/libgnutls.so.26@ was not found by the run-time dynamic loader. me@here:~$ strace -s 4096 -f fakechroot fakeroot chroot /home/me/root wget -q -O/dev/null https://localhost:/ 21 | grep libgnutls.so [pid 28250] open(/home/me/root/usr/local/lib/libgnutls.so.26, O_RDONLY) = -1 ENOENT (No such file
Bug#720650: libsdl2-dev: Unneeded/undesirable/broken cflags returned by pkg-config
Package: libsdl2-dev Version: 2.0.0+dfsg1-1 Severity: normal Hi, The “external_header_paths.diff” patch adds “@EXTRA_CFLAGS@” to SDL2's cflags in order to work around #669363. This leads to a lot of unneeded, undesirable or broken Cflags when invoking “pkg-config --cflags sdl2”: “-D_REENTRANT -mmmx -m3dnow -msse -fvisibility=hidden -DHAVE_LINUX_VERSION_H -Wall -I/usr/include/SDL2 -Iinclude -I/build/libsdl2-hm4mPw/libsdl2-2.0.0+dfsg1/include -I/usr/include/dbus-1.0 -I/usr/lib/i386-linux-gnu/dbus-1.0/include” Most paths are unneeded or plain broken. Things like “-fvisibility=hidden” are especially harmful, as they might introduce unsuspected errors when building shared objects. Please drop this patch, which shouldn't be needed anymore as the directfb backend is now disabled in the debian package. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (120, 'unstable'), (105, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libsdl2-dev depends on: ii libasound2-dev1.0.27.1-2 ii libgl1-mesa-dev 9.1.6-2 ii libglu1-mesa-dev 9.0.0-1 ii libpulse-dev 4.0-6 ii libsdl2-2.0-0 2.0.0+dfsg1-1 ii libts-dev 1.0-11 ii libudev-dev 175-7.2 ii libx11-dev2:1.6.1-1 ii libxcursor-dev1:1.1.14-1 ii libxext-dev 2:1.3.2-1 ii libxi-dev 2:1.7.2-1 ii libxinerama-dev 2:1.1.3-1 ii libxrandr-dev 2:1.4.1-1 ii libxss-dev1:1.2.2-1 ii libxt-dev 1:1.1.4-1 ii libxv-dev 2:1.0.9-1 ii libxxf86vm-dev1:1.1.3-1 libsdl2-dev recommends no packages. libsdl2-dev 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#720649: sftpcloudfs: [INTL:it] Italian translation of debconf messages
Package: sftpcloudfs Severity: wishlist Tags: l10n patch Hi. Please find attached the Italian translation of sftpcloudfs debconf messages proofread by the Italian localization team. Please include it in your next upload. Thanks, Beatrice # Italian translation of sftpcloudfs debconf messages. # Copyright (C) 2013 sftpcloudfs package copyright holder # This file is distributed under the same license as the sftpcloudfs package. # Beatrice Torracca beatri...@libero.it, 2013. msgid msgstr Project-Id-Version: sftpcloudfs\n Report-Msgid-Bugs-To: sftpclou...@packages.debian.org\n POT-Creation-Date: 2013-07-11 00:32+0800\n PO-Revision-Date: 2013-08-17 09:15+0200\n Last-Translator: Beatrice Torracca beatri...@libero.it\n Language-Team: Italian debian-l10n-ital...@lists.debian.org\n Language: it\n MIME-Version: 1.0\n Content-Type: text/plain; charset=UTF-8\n Content-Transfer-Encoding: 8bit\n Plural-Forms: nplurals=2; plural=(n != 1);\n X-Generator: Virtaal 0.7.1\n #. Type: string #. Description #: ../templates:2001 msgid Authentication server URL: msgstr URL del server di autenticazione: #. Type: string #. Description #: ../templates:2001 msgid In order to authenticate its users, SFTPCloudFS needs to connect to an authentication server (such as RackSpace Cloud Files or OpenStack). Please enter the URL of that server. msgstr Per poter autenticare i propri utenti, SFTPCloudFS deve connettersi ad un server di autenticazione (come RackSpace Cloud Files o OpenStack). Inserire l'URL di tale server. #. Type: string #. Description #: ../templates:2001 msgid URL examples:\n * Rackspace in the US: https://auth.api.rackspacecloud.com/v1.0\n; * Rackspace in the UK: https://lon.auth.api.rackspacecloud.com/v1.0\n; * Swift: some URL like https://example.com/v1.0 (or an IP address) msgstr esempi di URL:\n * Rackspace negli Stati Uniti: https://auth.api.rackspacecloud.com/v1.0\n; * Rackspace in Gran Bretagna: https://lon.auth.api.rackspacecloud.com/v1.0\n; * Swift: un URL del tipo https://example.com/v1.0 (o un indirizzo IP)
Bug#720531: ifupdown: Fixes for Debian/Hurd
Control: tag -1 pending Hello, On Fri, 23 Aug 2013 08:59:29 +0200 Justus Winter 4win...@informatik.uni-hamburg.de wrote: I've attached a patch series that fixes ifupdown to work properly on Debian/Hurd. Thanks a lot, I've been waiting for them :) Your blog is interesting to read, by the way. The first patch makes ifupdown use inetutils-ifconfig instead of ifconfig and fixes its use in two cases. Accepted. The second patch sanitizes the file names of pid files written by ifupdown and provides the macro %iface_file_name% that provides the interface name sanitized in a way so that it is safe to use as a file name fragment. This is motivated by the fact that on the Hurd network interfaces are made available as files (e. g. /dev/eth0) and so they can contain slashes. This is where I did some changes. There's already a feature in ifupdown: if you reference a variable as %iface/a/b%, it's value will be substituted with the first 'a' changed to 'b'. I have changed the behaviour so every occurence is replaced, not just the first one. Also, I think using '.' instead of '-' is a bit better, but if you disagree I may change it back :) The third patch uses the new %iface_file_name% for pid and dhcp lease file names on the Hurd. I've changed this so we use %iface///.%, and added a test case just to be sure. -- WBR, Andrew signature.asc Description: PGP signature
Bug#711899: [laptop-mode-tools] usually fails to detect battery power on system startup
On Tuesday 11 June 2013 12:49 AM, Martin Perazzo wrote: Dear Maintainer, On 80% of battery powered startups laptop-mode-tools will fail detect battery power and will not apply powersave configuration. Once the system is up, restarting the laptop-mode service will apply the correct configuration. This should not happen. Do you have logging enabled in /etc/laptop-mode/laptop-mode.conf ?? I would be interested to know the detailed logs. -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#710838: laptop-mode-tools: DISABLE_BATTERY_ALARM_CHECK unset in /usr/sbin/laptop_mode
On Monday 03 June 2013 02:57 AM, Jan Christoph Uhde wrote: » /etc/init.d/laptop-mode start /usr/sbin/laptop_mode: 826: [: Illegal number: [ ok ] Laptop mode enabled, active [unchanged]. and surely leads to unwanted behavior. This looks like a case where you have a battery that is not understood by the OS. Can you provide more details, like `acpi -V` output ? Also the output of `cat /sys/class/power_supply/BAT0/alarm` -- Ritesh Raj Sarraf RESEARCHUT - http://www.researchut.com Necessity is the mother of invention. signature.asc Description: OpenPGP digital signature
Bug#720651: take advantage of --createorig option of dh_make
Package: packaging-tutorial Version: 0.9 Severity: normal dh_make has the option --createorig, which would remove the first renaming instruction in page 15 of the PDF. This suggestion implies adding an example command line, e.g. dh_make --single --copyright gpl2 --createorig. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#582479: boundary of path components
Version: 2.16-1
Would the following patch help ?
Without the patch :
me@here:~$ ln -s /home/me/testy test/x
me@here:~$ ln -s /home/me/test test/y
me@here:~$ fakechroot fakeroot chroot test readlink x
y
me@here:~$ fakechroot fakeroot chroot test readlink y
With the patch below :
me@here:~$ fakechroot fakeroot chroot test readlink x
/home/moi/testy
me@here:~$ fakechroot fakeroot chroot test readlink y
/
Regards,
JH Chatenet
--- a/src/libfakechroot.h 2011-12-11 13:05:34.0 +0100
+++ b/src/libfakechroot.h 2013-08-12 13:15:15.0 +0200
@@ -85,7 +85,7 @@
if (strlen((path)) == strlen(fakechroot_path)) { \
((char *)(path))[0] = '/'; \
((char *)(path))[1] = '\0'; \
-} else { \
+} else if ( ((char *)(path))[strlen(fakechroot_path)] ==
'/' ) { \
memmove((void*)(path), (path)+strlen(fakechroot_path),
1+strlen((path))-strlen(fakechroot_path)); \
} \
} \
--- a/src/readlink.c2011-12-11 13:05:34.0 +0100
+++ b/src/readlink.c2013-08-19 16:12:09.0 +0200
@@ -43,9 +43,12 @@
fakechroot_ptr = strstr(tmp, fakechroot_path);
if (fakechroot_ptr != tmp) {
tmpptr = tmp;
-} else {
+} else if (tmp[strlen(fakechroot_path)] == '/') {
tmpptr = tmp + strlen(fakechroot_path);
status -= strlen(fakechroot_path);
+} else if (tmp[strlen(fakechroot_path)] == '\0') {
+tmpptr = /;
+status = strlen(tmpptr);
}
if (strlen(tmpptr) bufsiz) {
status = bufsiz;
--- a/src/readlinkat.c 2011-12-11 13:05:34.0 +0100
+++ b/src/readlinkat.c 2013-08-19 16:13:56.0 +0200
@@ -46,9 +46,12 @@
fakechroot_ptr = strstr(tmp, fakechroot_path);
if (fakechroot_ptr != tmp) {
tmpptr = tmp;
-} else {
+} else if (tmp[strlen(fakechroot_path)] == '/') {
tmpptr = tmp + strlen(fakechroot_path);
status -= strlen(fakechroot_path);
+} else if (tmp[strlen(fakechroot_path)] == '\0') {
+tmpptr = /;
+status = strlen(tmpptr);
}
if (strlen(tmpptr) bufsiz) {
status = bufsiz;
--- a/src/__readlink_chk.c 2011-12-11 13:05:34.0 +0100
+++ b/src/__readlink_chk.c 2013-08-19 16:14:58.0 +0200
@@ -46,9 +46,12 @@
fakechroot_ptr = strstr(tmp, fakechroot_path);
if (fakechroot_ptr != tmp) {
tmpptr = tmp;
-} else {
+} else if (tmp[strlen(fakechroot_path)] == '/') {
tmpptr = tmp + strlen(fakechroot_path);
status -= strlen(fakechroot_path);
+} else if (tmp[strlen(fakechroot_path)] == '\0') {
+tmpptr = /;
+status = strlen(tmpptr);
}
if (strlen(tmpptr) bufsiz) {
status = bufsiz;
--- a/src/__readlinkat_chk.c2011-12-11 13:05:34.0 +0100
+++ b/src/__readlinkat_chk.c2013-08-19 16:16:29.0 +0200
@@ -47,9 +47,12 @@
fakechroot_ptr = strstr(tmp, fakechroot_path);
if (fakechroot_ptr != tmp) {
tmpptr = tmp;
-} else {
+} else if (tmp[strlen(fakechroot_path)] == '/') {
tmpptr = tmp + strlen(fakechroot_path);
status -= strlen(fakechroot_path);
+} else if (tmp[strlen(fakechroot_path)] == '\0') {
+tmpptr = /;
+status = strlen(tmpptr);
}
if (strlen(tmpptr) bufsiz) {
status = bufsiz;
--- a/src/libfakechroot.c 2011-12-11 13:05:34.0 +0100
+++ b/src/libfakechroot.c 2013-08-09 17:18:05.0 +0200
@@ -144,7 +144,7 @@
if (!first) fakechroot_init();
/* We need to expand ~ paths */
-if (home_path!=NULL p_path[0]=='~') {
+if (home_path!=NULL p_path[0]=='~' (p_path[1]=='\0' ||
p_path[1]=='/')) {
strcpy(cwd_path, home_path);
strcat(cwd_path, (p_path[1]));
v_path = cwd_path;
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#719890: thank you for your explanation
This feature request was a rather stupid idea... :-) Meanwhile I settled on setting the SHELL environment variable in my .xsessionrc. That feels a lot more elegant and secure to me. So I'll still be able to login with a fallback shell as defined in /etc/passwd on tty[1-6] and use ZSH when working under X. Regards, Thomas Koch -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#583585: [dpkg] Any news ?
Hi! On Tue, 2013-08-20 at 21:50:59 +0200, Bastien ROUCARIES wrote: Now that symlink to dir is implemented, how can we implement the reverse operation ? I suppose checking that the: - path is a directory, - if LAST version is lesser Replacing a directory to a symlink is very problematic and has lots of failure modes, replacing a symlink with a directory is trivial in comparison. I'll comment further later today. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720652: tua: fails to upgrade from wheezy: needs to add empty prerm script
Package: tua Version: 4.3-12 Severity: serious Tags: patch User: debian...@lists.debian.org Usertags: piuparts Hi, during a test with piuparts I noticed your package fails to upgrade from 'wheezy'. It installed fine in 'wheezy', then the upgrade to 'jessie' fails. From the attached log (scroll to the bottom...): Preparing to replace tua 4.3-11 (using .../archives/tua_4.3-12_amd64.deb) ... /var/lib/dpkg/info/tua.prerm: 5: /var/lib/dpkg/info/tua.prerm: install-info: not found dpkg: warning: subprocess old pre-removal script returned error exit status 127 dpkg: trying script from the new package instead ... dpkg: error processing /var/cache/apt/archives/tua_4.3-12_amd64.deb (--unpack): there is no script in the new version of the package - giving up Errors were encountered while processing: /var/cache/apt/archives/tua_4.3-12_amd64.deb To fix this, you need to add a dummy empty prerm script like this: #/bin/sh set -e # dummy empty prerm to ensure clean upgrades from wheezy, see #xx # this file can be reoved after jessie was released #DEBHELPER# cheers, Andreas tua_4.3-12.log.gz Description: GNU Zip compressed data
Bug#663006: Retitle to RFP?
Given that this ITP was filed over a year ago, should it be retitled to RFP? -- Thomas Hood -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720531: ifupdown: Fixes for Debian/Hurd
Hi Andrew :) The second patch sanitizes the file names of pid files written by ifupdown and provides the macro %iface_file_name% that provides the interface name sanitized in a way so that it is safe to use as a file name fragment. This is motivated by the fact that on the Hurd network interfaces are made available as files (e. g. /dev/eth0) and so they can contain slashes. This is where I did some changes. There's already a feature in ifupdown: if you reference a variable as %iface/a/b%, it's value will be substituted with the first 'a' changed to 'b'. I have changed the behaviour so every occurence is replaced, not just the first one. Also, I think using '.' instead of '-' is a bit better, but if you disagree I may change it back :) The third patch uses the new %iface_file_name% for pid and dhcp lease file names on the Hurd. I've changed this so we use %iface///.%, and added a test case just to be sure. Ah cool, I didn't know that. That's a much nicer solution indeed. Thanks :) Justus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720300: gridsite: configuration files outside /etc
Control: retitle -1 gridsite: configuration files outside /etc Control: reopen -1 Control: severity -1 serious On 2013-08-23 17:02, Mattias Ellert wrote: They are handled by the normal configure file mechanism in dpkg, and the md5sums are tracked in the package status, the same way it is for other configuration files. $ dpkg --status gridsite Package: gridsite Status: install ok installed [ ... ] Conffiles: /var/lib/gridsite/.gacl 88f4b45b6569fac47298439f2c911db5 /var/lib/gridsite/gridsitefoot.txt 45ae35fb1a24a05bfbea36c3500ed5ba /var/lib/gridsite/gridsitehead.txt 80aaad7a677d7bd24c8e7e7594befa06 /etc/apache2/sites-available/gridsite.conf a7a43c456129084c6fb1c538e01ed0ae /etc/apache2/mods-available/zgridsite.load 8841babc5836a6b0264cffd6b4be1582 /etc/apache2/mods-available/zgridsite.conf 500abc73c2856aa23af9bf3a33f45caf [ ... ] On package upgrade the files are managed correctly by dpkg. There is no need for any additional managing using maintainer scripts. If the file in the new package differs from the file in the old package the file is replaced if the installed file has not been changed and otherwise not. Which is the expected behaviour. I don't see where the bug is here. Then it's a violation of policy 10.7.2 http://www.debian.org/doc/debian-policy/ch-files.html#s-config-files Any configuration files created or used by your package must reside in /etc. [...] Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720654: openssl: add mipsn32/mips64 support and enable cross build
Package: src:openssl Version: 1.0.1e-3 Tags: patch User: crossbu...@debian.org Usertags: cross Hi, Attached patch added mipsn32 and mips64 configurations to openssl, also it added some checks to make it able to be cross built (by comparing DEB_BUILD_ARCH and DEB_HOST_ARCH). Thanks, Eleanor -- It is the time you have spent for your rose that makes your rose so important. openssl-cross.diff Description: Binary data
Bug#720655: file: stage build support
Package: src:file Version: 1:5.14-2 Tags: patch User: crossbu...@debian.org Usertags: cross Attached patch adds stage build support for file, so that python can be disabled when bootstraping. Then the package can be built with something like: DEB_STAGE=stage1 dpkg-buildpackage -a$(ARCH) -d Thanks, Eleanor -- It is the time you have spent for your rose that makes your rose so important. file-stage1.diff Description: Binary data
Bug#720656: lebiniou: FTBFS on kbsd32, kbsd64: undefined reference to symbol 'dlsym@@GLIBC_2.3'
Package: lebiniou Version: 3.19-1 Severity: normal Tags: upstream On kfreebsd-i386: gcc -DHAVE_CONFIG_H -I. -I.. -D_FORTIFY_SOURCE=2 -I/usr/include/glib-2.0 -I/usr/lib/i386-kfreebsd-gnu/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/freetype2 -DWITH_JACK -DNDEBUG -DWITH_WEBCAM -DFEAT_TARGET -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format- security -fomit-frame-pointer -O3 -Wall -Werror -Wextra -c events.c gcc -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror =format-security -fomit-frame-pointer -O3 -Wall -Werror -Wextra -pthread -Wl,-z,relro -rdynamic -Wl,-z,now -o lebiniou main.o cmdline.o signals.o alarm.o biniou.o btimer.o brandom.o buffer_8bits.o buffer_RGBA.o circle.o cmap_8bits.o cmapfader.o cmapfader_event.o colormaps.o context.o context_banks.o context_event.o context_export.o context_run.o fader.o globals.o input.o keyfile.o layer.o options.o oscillo.o params3d.o particles.o perceptron.o pbar.o pictfader.o pictfader_event.o picture_8bits.o pictures.o plugin.o plugins.o plugins_event.o schemes.o schemes_random.o screenshot.o sequence.o sequence_load.o sequence_save.o sequencemanager.o sequencemanager_event.o sequences.o shuffler.o spline.o translation.o utils.o xmlutils.o webcam_start_stop.o webcam_init_uninit.o webcam_loop.o webcam_open_close.o webcam_controls.o webcam_options.o events.o -lswscale -lavutil -lSDL_ttf -lglib-2.0 -lfftw3 -lxml2 -lz -lm -lpnglite /usr/bin/ld: plugin.o: undefined reference to symbol 'dlsym@@GLIBC_2.3' /lib/i386-kfreebsd-gnu/libdl.so.2: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status make[4]: *** [lebiniou] Error 1 make[4]: Leaving directory `/«PKGBUILDDIR»/src' make[3]: *** [all] Error 2 make[3]: Leaving directory `/«PKGBUILDDIR»/src' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/«PKGBUILDDIR»' make[1]: *** [all] Error 2 make[1]: Leaving directory `/«PKGBUILDDIR»' dh_auto_build: make -j2 returned exit code 2 make: *** [build-arch] Error 2 The same applies for kfreebsd-amd64 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.8.2 (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 lebiniou depends on: ii fonts-freefont-ttf [ttf-freefont] 20120503-1 ii lebiniou-data 3.10-1 ii libasound2 1.0.27-3 ii libavutil526:9.8-2 ii libc6 2.17-92 ii libfftw3-double3 3.3.3-5+b1 ii libglib2.0-0 2.36.4-1 ii libjack-jackd2-0 [libjack-0.116] 1.9.9.5+20130622git7de15e7a-1 ii libpulse0 2.0-6.1 ii libsdl-ttf2.0-02.0.11-2 ii libsdl1.2debian1.2.15-3 ii libswscale28:1.0.6-dmo2 ii libxml22.9.1+dfsg1-3 ii ttf-freefont 20120503-1 ii zlib1g 1:1.2.8.dfsg-1 lebiniou recommends no packages. lebiniou 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#711465: [Packaging] Bug#711465: munin-plugins-core: diskstats_latency doesn't handle wraparounds correctly
control: tags -1 +confirmed Hi Tim, thanks for the bug report! On Freitag, 7. Juni 2013, Tim Connors wrote: weinberg :: weinberg :: Disk latency per device :: Average latency for /dev/base/root WARNINGs: Write IO Wait time is -248.17 (outside range [0:1]). OKs: Read IO Wait time is 0.02. I presume it's a wraparound, and 5 minutes later I get the clear message. Unfortunately, there are a lot of devices, so I get these bogus notifications quite frequently. I see these too... Also, there seems to be missing documentation about how to configure the warning threshold in plugins.conf. I've tried various permutations of [diskstats] env.latency.*warning [-300:1] etc, but nothing has yet worked for me. no idea, sorry. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#720280: [Packaging] Bug#720280: munin-async init script, missing status, has wrong name, doesn't remove pid
control: tags -1 +wheezy +pending control: severity -1 important Hi Daniel, On Dienstag, 20. August 2013, Daniel Black wrote: I needed a status to run this init under puppet without continious restarts. While adding this (copied from munin-node) I noticed the pid file wasn't remove on stop and the the SCRIPTNAME was wrong. thanks for your bug report and patch, much appreciated! Fix is in git as 4a95e128be972ad10d23529af4d98e33d8b6bd61. cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#720275: [Packaging] Bug#720275: munin-plugins-core: crontab for apt and apt_all plugins missing MUNIN_PLUGSTATE=/var/lib/munin-node/plugin-state/root
control: tags -1 +pending +wheezy Hi Daniel, Steve, On Dienstag, 20. August 2013, Daniel Black wrote: The created /etc/cron.d/munin-node doesn't work as when the plugins are run from cron they don't know the state directory Adding the following to this cron file fixed it for me: MUNIN_PLUGSTATE=/var/lib/munin-node/plugin-state/root added to git as f356fb30320631b103357027b8eedb3dea3e8e0f, thanks Daniel! Steve: I believe this fix is suboptimal, wouldnt it be better if the plugin used a sane default even if called directly? (without munin-run as the cronjob calls it, which might be another error.) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#720199: Fwd: Re: Bug#720199 section: metapackage for debian-edu packages (Re: Bug#719951: general: Autoremove Wants to remove Entire system)
Hi Andreas, On Mittwoch, 21. August 2013, Andreas Tille wrote: that's an interesting issue you are reporting here. IMHO it should be rather filed against blends-dev. IMHO we should create Section: metapackages except if some other section is specified inside the tasks file. Sounds good. (However this wont help us for wheezy...) May be it is even better to force Section: metapackages in any case and override any Section setting inside a task. What do you think? I've no opinion on this and no capacity to think about it now :) cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#720657: ITP: zfs-auto-snapshot -- ZFS automatic snapshots
Package: wnpp Severity: wishlist X-Debbugs-CC: pkg-zfsonlinux-de...@lists.alioth.debian.org Package name: zfs-auto-snapshot Version: 0.1.8 Upstream Darik Horn dajh...@vanadac.com URL: https://github.com/zfsonlinux/zfs-auto-snapshot License: GPL-2+ Programming Lang: Shell -- Regards, Aron Xu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720659: network-manager disturbes wpasupplicant (i386 only)
Package: network-manager Version: 0.9.8.0-5 Severity: important Dear maintainers, I hope, this bug is not mentioned somewhere else. The problem: I changed from wicd to network-manager, as wicd is no more further developed. As network-manager is telling in its documentation, it can also use /etc/network/interfaces, for this is what I prefer. I do not always use/need a windowmanager. But it appears, that the wireless interface cannot be configured during boot, when network-manager is installed. When I am starting my windowmanager (in my case it is KDE with plasma-network-widget-kde installed) network-manager does not show the wlan interface. ifconfig is telling me, it is existent, but got no IP (although an IP is configured in /etc/network/interfaces for that interface) Then I tried /etc/init.d/networking restart in a terminal window and I get: * Running /etc/init.d/networking restart is deprecated because it may not re-enable some interfaces * Reconfiguring network interfaces... wpa_supplicant: /sbin/wpa_supplicant daemon failed to start run-parts: /etc/network/if-pre-up.d/wpasupplicant exited with return code 1 RTNETLINK answers: File exists Failed to bring up eth0. Cannot find device usb0 Failed to bring up usb0. -- After doing this command, network-manager got the wlan interface, too. Note: This command is working without error, when network-manager is NOT running. In that case, everything is working well. (Doing rmmod ath9k and modprobe ath9k did the trick, too) I also tried NOT to comment out the configuration of /etc/network/interfaces for wlan0. In this case, wlan0 is getting no IP at boot, but is seen in network-manager. However, network-manager is configured, to automatically connect to a given accesspoint, but that also does NOT work! Connecting manually is working well. Please note also, the identical configuration is working on my other notebook very well! The only difference is the wlan hardware. Whilst the working one is 64-bit and got an Atheros AR5*** (with ath5k driver), the 32-bit one got an Atheros AR9*** (which uses ath9k) driver. However, IMO this should not make the difference. Last info: I tried to purge and reinstall network-manager and wpasupplicant, but no success. It would be nice, if you could take a look at it, I can live with my workaround for some time, but fixing would be nice. Thanks for any help. Best regards Hans -- System Information Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.10-2-686-pae (SMP w/2 CPU cores) Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro (charmap=UTF-8) (ignored: LC_ALL set to de_DE.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages network-manager depends on: ii adduser3.113+nmu3 ii dbus 1.6.12-1 ii dpkg 1.16.10 ii isc-dhcp-client4.2.4-7 ii libc6 2.17-92 ii libdbus-1-31.6.12-1 ii libdbus-glib-1-2 0.100.2-1 ii libgcrypt111.5.3-1 ii libglib2.0-0 2.36.4-1 ii libgnutls262.12.23-5 ii libgudev-1.0-0 175-7.2 ii libnl-3-2003.2.21-1 ii libnl-genl-3-200 3.2.21-1 ii libnl-route-3-200 3.2.21-1 ii libnm-glib40.9.8.0-5 ii libnm-util20.9.8.0-5 ii libpolkit-gobject-1-0 0.105-3 ii libuuid1 2.20.1-5.5 ii lsb-base 4.1+Debian12 ii udev 175-7.2 ii wpasupplicant 1.0-3+b1 Versions of packages network-manager recommends: ii crda 1.1.2-1 ii dnsmasq-base 2.66-3 ii iptables 1.4.19.1-1 ii modemmanager 0.5.2.0-2 ii policykit-1 0.105-3 ii ppp 2.4.5-5.2 Versions of packages network-manager suggests: ii avahi-autoipd 0.6.31-2 -- Configuration Files: /etc/NetworkManager/NetworkManager.conf changed: [main] plugins=ifupdown,keyfile [ifupdown] managed=true /etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla [Errno 13] Keine Berechtigung: u'/etc/polkit-1/localauthority/10-vendor.d/org.freedesktop.NetworkManager.pkla' -- 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#699287: transcode: Segfault while ripping DVD with k3b
I have a crash under similar conditions, which makes me assume it is the same bug. I ran k3b's command (slightly modified) from the command line and got a backtrace: $ /usr/bin/transcode --nice 19 --progress_meter 2 --progress_rate 303 -i /dev/sr0 -x \ dvd -T 2,-1,1 -a 0 -j 0,0,0,0 -R 1,/tmp/kde-reini/k3b_0.log -y ffmpeg,null -o /dev/null \ -F mpeg4 -w 1200 -Z 768x576 [...] *** Error in `/usr/bin/transcode': free(): invalid pointer: 0x7f8077c80a35 *** === Backtrace: = /lib/x86_64-linux-gnu/libc.so.6(+0x7aa26)[0x7f808abe5a26] /lib/x86_64-linux-gnu/libc.so.6(+0x7b7a3)[0x7f808abe67a3] /usr/lib/x86_64-linux-gnu/libavutil.so.51(av_freep+0xc)[0x7f8076952c7c] /usr/lib/x86_64-linux-gnu/libavutil.so.51(av_opt_free+0x3c)[0x7f807695330c] /usr/lib/x86_64-linux-gnu/libavcodec.so.53(avcodec_close+0xf3)[0x7f8076e473d8] /usr/lib/transcode/export_ffmpeg.so(tc_export+0x4d6)[0x7f8077c7c696] /usr/bin/transcode(tcv_export+0x23)[0x412a53] /usr/bin/transcode(tc_encoder_stop+0x9b)[0x413ceb] /usr/bin/transcode(main+0x3fdf)[0x40c06f] /lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f808ab8c995] /usr/bin/transcode[0x40cc69] === Memory map: 0040-00454000 r-xp 08:06 1393038 /usr/bin/transcode 00654000-00655000 r--p 00054000 08:06 1393038 /usr/bin/transcode 00655000-00658000 rw-p 00055000 08:06 1393038 /usr/bin/transcode 00658000-0067 rw-p 00:00 0 02506000-0277b000 rw-p 00:00 0 [heap] 7f805c00-7f805c021000 rw-p 00:00 0 7f805c021000-7f806000 ---p 00:00 0 7f806400-7f8064024000 rw-p 00:00 0 7f8064024000-7f806800 ---p 00:00 0 7f806800-7f80680aa000 rw-p 00:00 0 7f80680aa000-7f806c00 ---p 00:00 0 7f806c00-7f806c021000 rw-p 00:00 0 7f806c021000-7f807000 ---p 00:00 0 7f8070ae4000-7f8070ae5000 ---p 00:00 0 7f8070ae5000-7f80712e5000 rw-p 00:00 0 7f80712e5000-7f80712e6000 ---p 00:00 0 7f80712e6000-7f8071ae6000 rw-p 00:00 0 7f8071ae6000-7f8071af2000 r-xp 08:06 58043 /lib/x86_64-linux-gnu/libnss_files-2.17.so 7f8071af2000-7f8071cf1000 ---p c000 08:06 58043 /lib/x86_64-linux-gnu/libnss_files-2.17.so 7f8071cf1000-7f8071cf2000 r--p b000 08:06 58043 /lib/x86_64-linux-gnu/libnss_files-2.17.so 7f8071cf2000-7f8071cf3000 rw-p c000 08:06 58043 /lib/x86_64-linux-gnu/libnss_files-2.17.so 7f8071cf3000-7f8071cfd000 r-xp 08:06 58045 /lib/x86_64-linux-gnu/libnss_nis-2.17.so 7f8071cfd000-7f8071efc000 ---p a000 08:06 58045 /lib/x86_64-linux-gnu/libnss_nis-2.17.so 7f8071efc000-7f8071efd000 r--p 9000 08:06 58045 /lib/x86_64-linux-gnu/libnss_nis-2.17.so 7f8071efd000-7f8071efe000 rw-p a000 08:06 58045 /lib/x86_64-linux-gnu/libnss_nis-2.17.so 7f8071efe000-7f8071f13000 r-xp 08:06 58040 /lib/x86_64-linux-gnu/libnsl-2.17.so 7f8071f13000-7f8072112000 ---p 00015000 08:06 58040 /lib/x86_64-linux-gnu/libnsl-2.17.so 7f8072112000-7f8072113000 r--p 00014000 08:06 58040 /lib/x86_64-linux-gnu/libnsl-2.17.so 7f8072113000-7f8072114000 rw-p 00015000 08:06 58040 /lib/x86_64-linux-gnu/libnsl-2.17.so 7f8072114000-7f8072116000 rw-p 00:00 0 7f8072116000-7f807211d000 r-xp 08:06 58041 /lib/x86_64-linux-gnu/libnss_compat-2.17.so 7f807211d000-7f807231c000 ---p 7000 08:06 58041 /lib/x86_64-linux-gnu/libnss_compat-2.17.so 7f807231c000-7f807231d000 r--p 6000 08:06 58041 /lib/x86_64-linux-gnu/libnss_compat-2.17.so 7f807231d000-7f807231e000 rw-p 7000 08:06 58041 /lib/x86_64-linux-gnu/libnss_compat-2.17.so 7f807231e000-7f8072326000 r-xp 08:06 8682 /usr/lib/libdvdcss.so.2.1.0 7f8072326000-7f8072525000 ---p 8000 08:06 8682 /usr/lib/libdvdcss.so.2.1.0 7f8072525000-7f8072526000 r--p 7000 08:06 8682 /usr/lib/libdvdcss.so.2.1.0 7f8072526000-7f8072527000 rw-p 8000 08:06 8682 /usr/lib/libdvdcss.so.2.1.0 7f8072527000-7f8072528000 ---p 00:00 0 7f8072528000-7f8072d28000 rw-p 00:00 0 7f8072d28000-7f8072d29000 ---p 00:00 0 7f8072d29000-7f8073529000 rw-p 00:00 0 7f8073529000-7f807352a000 ---p 00:00 0 7f807352a000-7f8073d2a000 rw-p 00:00 0 [stack:30434] 7f8073d2a000-7f8073d4 r-xp 08:06 57903 /lib/x86_64-linux-gnu/libgcc_s.so.1 7f8073d4-7f8073f3f000 ---p 00016000 08:06 57903
Bug#720658: Installation was successfully on Acer Aspire One 532h
Package: installation-reports Boot method: USB-Stick Image version: Self-made ISO image with installer from sid 2013-08-22 Date: 2013-08-24 Machine: Acer Aspire One 532h Processor: Intel Atom CPU N450 @ 1,66GHz Memory: 1GB Partitions: DateisystemTyp 1K-blocks Benutzt Verfügbar Verw% Eingehängt auf /dev/sda1 xfs 14637056 5345300 9291756 37% / udev devtmpfs 10240 0 102400% /dev tmpfs tmpfs 101552 3041012481% /run tmpfs tmpfs 5120 0 51200% /run/lock tmpfs tmpfs 593440 85934321% /run/shm /dev/sda6 xfs 45897836 51272 458465641% /home Output of lspci -knn: 00:00.0 Host bridge [0600]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx DMI Bridge [8086:a010] Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [8086:a011] Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: i915 00:02.1 Display controller [0380]: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller [8086:a012] Subsystem: Acer Incorporated [ALI] Device [1025:0349] 00:1b.0 Audio device [0403]: Intel Corporation NM10/ICH7 Family High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: snd_hda_intel 00:1c.0 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 1 [8086:27d0] (rev 02) Kernel driver in use: pcieport 00:1c.1 PCI bridge [0604]: Intel Corporation NM10/ICH7 Family PCI Express Port 2 [8086:27d2] (rev 02) Kernel driver in use: pcieport 00:1d.0 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #1 [8086:27c8] (rev 02) Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: uhci_hcd 00:1d.1 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #2 [8086:27c9] (rev 02) Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: uhci_hcd 00:1d.2 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #3 [8086:27ca] (rev 02) Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: uhci_hcd 00:1d.3 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB UHCI Controller #4 [8086:27cb] (rev 02) Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: uhci_hcd 00:1d.7 USB controller [0c03]: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller [8086:27cc] (rev 02) Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: ehci-pci 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e2) 00:1f.0 ISA bridge [0601]: Intel Corporation NM10 Family LPC Controller [8086:27bc] (rev 02) Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: lpc_ich 00:1f.2 SATA controller [0106]: Intel Corporation NM10/ICH7 Family SATA Controller [AHCI mode] [8086:27c1] (rev 02) Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: ahci 00:1f.3 SMBus [0c05]: Intel Corporation NM10/ICH7 Family SMBus Controller [8086:27da] (rev 02) Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: i801_smbus 01:00.0 Ethernet controller [0200]: Qualcomm Atheros AR8132 Fast Ethernet [1969:1062] (rev c0) Subsystem: Acer Incorporated [ALI] Device [1025:0349] Kernel driver in use: atl1c 02:00.0 Network controller [0280]: Qualcomm Atheros AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01) Subsystem: Foxconn International, Inc. Device [105b:e016] Kernel driver in use: ath9k Base System Installation Checklist: [O] = OK, [E] = Error (please elaborate below), [ ] = didn't try it Initial boot: [O] Detect network card:[O] Configure network: [O] Detect CD: [O] Load installer modules: [O] Detect hard drives: [O] Partition hard drives: [O] Install base system:[O] Clock/timezone setup: [O] User/password setup:[O] Install tasks: [O] Install boot loader:[O] Overall install:[O] Comments/Problems: Installation was successfully. No problems detected signature.asc Description: This is a digitally signed message part
Bug#665688: which upstream commit fixed this?
Hi Matthias, which upstream commit fixed #665688? cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#720661: kino: FTBFS: 'URL_WRONLY' was not declared in this scope
Source: kino Version: 1.3.4-1.3 Severity: serious Justification: FTBFS Tags: sid jessie This package FTBGS in a clean sid chroot: frame.cc:1478:60: error: 'URL_WRONLY' was not declared in this scope url_open_buf( avformatEncoder-pb, data, bytesInFrame, URL_WRONLY ); ^ frame.cc:1478:71: error: 'url_open_buf' was not declared in this scope url_open_buf( avformatEncoder-pb, data, bytesInFrame, URL_WRONLY ); ^ frame.cc:1482:38: error: 'av_write_header' was not declared in this scope av_write_header( avformatEncoder ); ^ frame.cc:1487:39: error: 'url_close_buf' was not declared in this scope url_close_buf( avformatEncoder-pb ); ^ make[4]: *** [frame.o] Error 1 make[4]: Leaving directory `/build/dom-kino_1.3.4-1.3-i386-t8lre2/kino-1.3.4/src ' make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720660: nmu: gnome-screensaver_3.6.0-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu gnome-screensaver_3.6.0-1 . ALL . experimental . -m Rebuild against libgnomekbd8 a followup to the gnomekbd transition Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720663: libtext-vimcolor-perl: FTBFS: test failures
Source: libtext-vimcolor-perl Version: 0.11-2 Severity: serious Justification: FTBFS Tags: sid jessie This package FTBGS in a clean sid chroot: # Failed test 'shell should disable bash features with b:is_bash=undef' # at t/15let.t line 47. # got: 'syn:syntax xmlns:syn=http://ns.laxan.com/text-vimcolor/1;syn:Statementecho/syn:Stateme ntsyn:Constant /syn:Constantsyn:PreProc$(/syn:PreProcsyn:Specialdate/syn:Specialsyn:PreProc)/ syn:PreProc # /syn:syntax # ' # expected: 'syn:syntax xmlns:syn=http://ns.laxan.com/text-vimcolor/1;syn:Statementecho/syn:Stateme ntsyn:Constant /syn:Constantsyn:Error$(/syn:Errorsyn:Specialdate/syn:Specialsyn:Error)/syn:Er ror # /syn:syntax # ' # Failed test 'shell should disable bash features with vim_let(b:is_bash=undef)' # at t/15let.t line 79. # got: 'syn:syntax xmlns:syn=http://ns.laxan.com/text-vimcolor/1;syn:Statementecho/syn:Stateme ntsyn:Constant /syn:Constantsyn:PreProc$(/syn:PreProcsyn:Specialdate/syn:Specialsyn:PreProc)/ syn:PreProc # /syn:syntax # ' # expected: 'syn:syntax xmlns:syn=http://ns.laxan.com/text-vimcolor/1;syn:Statementecho/syn:Stateme ntsyn:Constant /syn:Constantsyn:Error$(/syn:Errorsyn:Specialdate/syn:Specialsyn:Error)/syn:Er ror # /syn:syntax # ' # Failed test 'disable bash features with vim_let(foo=bar, b:is_bash=undef)' # at t/15let.t line 89. # got: 'syn:syntax xmlns:syn=http://ns.laxan.com/text-vimcolor/1;syn:Statementecho/syn:Stateme ntsyn:Constant /syn:Constantsyn:PreProc$(/syn:PreProcsyn:Specialdate/syn:Specialsyn:PreProc)/ syn:PreProc # /syn:syntax # ' # expected: 'syn:syntax xmlns:syn=http://ns.laxan.com/text-vimcolor/1;syn:Statementecho/syn:Stateme ntsyn:Constant /syn:Constantsyn:Error$(/syn:Errorsyn:Specialdate/syn:Specialsyn:Error)/syn:Er ror # /syn:syntax # ' # Looks like you failed 3 tests of 7. t/15let.t ... Dubious, test returned 3 (wstat 768, 0x300) Failed 3/7 subtests Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720662: libtest-valgrind-perl: FTBFS: kwalitee test failure
Source: libtest-valgrind-perl Version: 1.13-1 Severity: serious Justification: FTBFS Tags: sid jessie This package FTBGS in a clean sid chroot: # Failed test 'proper_libs' # at /usr/share/perl5/Test/Kwalitee.pm line 101. # Move your *.pm files in a directory named 'lib'. The directory structure shoul d look like 'lib/Your/Module.pm' for a module named 'Your::Module'.There is more than one .pm file in the base dir, or the .pm files are not in lib/ directory. # Looks like you failed 1 test of 13. t/99-kwalitee.t ... Dubious, test returned 1 (wstat 256, 0x100) Failed 1/10 test programs. 1/114 subtests failed. Failed 1/13 subtests Test Summary Report --- t/99-kwalitee.t (Wstat: 256 Tests: 13 Failed: 1) Failed test: 8 Non-zero exit status: 1 Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720664: libwww-search-perl: FTBFS: POD coverage test failure
Source: libwww-search-perl Version: 2.50.80-2 Severity: serious Justification: FTBFS Tags: sid jessie This package FTBFS in a clean sid chroot: # Failed test 'Pod coverage on WWW::Search::Simple' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # WWW::Search::Simple: requiring 'WWW::Search::Simple' failed # Failed test 'Pod coverage on WWW::Search::Null' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # WWW::Search::Null: requiring 'WWW::Search::Null' failed # Looks like you failed 2 tests of 10. t/pod-coverage.t .. Dubious, test returned 2 (wstat 512, 0x200) Failed 2/10 subtests t/pod.t ... ok Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720666: libxml-validate-perl: FTBFS: POD coverage test failure
Source: libxml-validate-perl Version: 1.025-2 Severity: serious Justification: FTBFS Tags: sid jessie This package FTBFS in a clean sid chroot: # Failed test 'Pod coverage on XML::Validate::Xerces' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # XML::Validate::Xerces: requiring 'XML::Validate::Xerces' failed # Failed test 'Pod coverage on XML::Validate::LibXML' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # XML::Validate::LibXML: requiring 'XML::Validate::LibXML' failed # Failed test 'Pod coverage on XML::Validate::MSXML' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # XML::Validate::MSXML: requiring 'XML::Validate::MSXML' failed # Looks like you failed 3 tests of 5. t/pod_coverage.t .. Dubious, test returned 3 (wstat 768, 0x300) Failed 3/5 subtests Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720665: libwww-shorten-perl: FTBFS: POD coverage test failure
Source: libwww-shorten-perl Version: 3.03-1 Severity: serious Justification: FTBFS Tags: sid jessie This package FTBFS in a clean sid chroot: # Failed test 'Pod coverage on WWW::Shorten::MakeAShorterLink' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # WWW::Shorten::MakeAShorterLink: requiring 'WWW::Shorten::MakeAShorterLink' failed # Failed test 'Pod coverage on WWW::Shorten::LinkToolbot' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # WWW::Shorten::LinkToolbot: requiring 'WWW::Shorten::LinkToolbot' failed # Failed test 'Pod coverage on WWW::Shorten::TinyClick' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # WWW::Shorten::TinyClick: requiring 'WWW::Shorten::TinyClick' failed # Failed test 'Pod coverage on WWW::Shorten::Tinylink' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # WWW::Shorten::Tinylink: requiring 'WWW::Shorten::Tinylink' failed # Failed test 'Pod coverage on WWW::Shorten::_dead' # at /usr/share/perl5/Test/Pod/Coverage.pm line 126. # WWW::Shorten::_dead: requiring 'WWW::Shorten::_dead' failed # Looks like you failed 5 tests of 11. t/98pod-coverage.t .. Dubious, test returned 5 (wstat 1280, 0x500) Failed 5/11 subtests Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720667: xfce4-session: After renaming files on desktop, the icons forget their places
Package: xfce4-session Version: 4.10.1-1 Severity: normal Tags: upstream I use the xfce desktop with file/launcher icons displayed. When I have file on the desktop and rename it via the desktop menu, the icon of the file is displayed on the first position on the desktop, as if it were newly created. I think it is better if the icon of the renamed file stays on the same position (as it was in the previous xfce version). -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.10-2-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 Versions of packages xfce4-session depends on: ii libatk1.0-0 2.8.0-2 ii libc6 2.17-92 ii libcairo2 1.12.14-4 ii libdbus-1-3 1.6.12-1 ii libdbus-glib-1-20.100.2-1 ii libfontconfig1 2.10.2-2 ii libfreetype62.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-02.36.4-1 ii libgtk2.0-0 2.24.20-1 ii libice6 2:1.0.8-2 ii libpango1.0-0 1.32.5-5+b1 ii libsm6 2:1.2.1-2 ii libwnck22 2.30.7-1 ii libx11-62:1.6.1-1 ii libxfce4ui-1-0 4.10.0-3 ii libxfce4util6 4.10.1-1 ii libxfconf-0-2 4.10.0-2 ii multiarch-support 2.17-92 ii xfce4-settings 4.10.1-2 ii xfconf 4.10.0-2 Versions of packages xfce4-session recommends: ii consolekit 0.4.5-3.1 ii dbus-x11 1.6.12-1 ii upower 0.9.21-2 ii x11-xserver-utils 7.7~3 ii xfdesktop4 4.10.2-3 ii xfwm4 4.10.1-1 ii xscreensaver 5.15-3 Versions of packages xfce4-session suggests: pn fortunes-mod none ii sudo 1.8.5p2-1+nmu1 -- 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#720668: linphone: FTBFS: undefined reference to `avcodec_get_context_defaults'
Source: linphone Version: 3.6.1-2 Severity: serious Justification: FTBFS Tags: sid jessie This package FTBFS in a clean sid chroot: make[5]: Entering directory `/build/dom-linphone_3.6.1-2-i386-bnH7wt/linphone-3.6.1/mediastreamer2/tools' CC mediastream.o CCLD mediastream ../src/.libs/libmediastreamer_voip.so: undefined reference to `avcodec_get_context_defaults' ../src/.libs/libmediastreamer_voip.so: undefined reference to `avcodec_open' ../src/.libs/libmediastreamer_voip.so: undefined reference to `avcodec_alloc_context' collect2: error: ld returned 1 exit status make[5]: *** [mediastream] Error 1 Cheers, Dominic. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720669: nmu: owfs_2.9p0-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu owfs_2.9p0-1 . ALL . experimental . -m Rebuild against php5 5.5 A followup to the PHP5 transition. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720670: aptitude-robot: FTBFS with perl 5.18: test failures
Source: aptitude-robot Version: 1.2.14-1 Severity: serious Justification: transition imminent User: debian-p...@lists.debian.org Usertags: perl-5.18-transition Tags: sid jessie This package FTBFS with perl 5.18: TOPDIR=/build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14 prove -I/build/dom-aptitude-robot _1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14 /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2 .14/t /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/001_help-option.t . ok Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/a ptitude-robot-1.2.14/aptitude-robot line 99. Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/a ptitude-robot-1.2.14/aptitude-robot line 103. # Failed test 'check for error string' # at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/010_simple-calls.t line 22. # got: 'Error: is not a aptitude-robot config directory' # expected: 'Error: /dev/null is not a aptitude-robot config directory' Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/a ptitude-robot-1.2.14/aptitude-robot line 99. Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/a ptitude-robot-1.2.14/aptitude-robot line 103. # Failed test 'empty config dir should result in `aptitude full-upgrade ~U !~ahold`' # at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/010_simple-calls.t line 30. # Structures begin differing at: # $got-[0] = Does not exist # $expected-[0] = 'aptitude' # Failed test 'no error reported' # at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/010_simple-calls.t line 32. # got: 'Error: is not a aptitude-robot config directory' # expected: '' # Looks like you failed 3 tests of 7. /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/010_simple-calls.t Dubious, test returned 3 (wstat 768, 0x300) Failed 3/7 subtests /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/011_simple-calls-from-cli.t ... ok /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/014_pass-extra-options-cli.t .. ok Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/aptitude-robot line 99. Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/aptitude-robot line 103. # Failed test 'multiple file case' # at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/020_runparts.t line 34. # Structures begin differing at: # $got-[0] = Does not exist # $expected-[0] = '/build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/testdata/multiple-files/pkglist.d/10_foo' # Looks like you failed 1 test of 4. /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/020_runparts.t Dubious, test returned 1 (wstat 256, 0x100) Failed 1/4 subtests Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/aptitude-robot line 99. Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/aptitude-robot line 103. # Failed test 'lines for single file case' # at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/021_file-slurp.t line 25. # Structures begin differing at: # $got-[0] = Does not exist # $expected-[0] = '+ foo' Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/aptitude-robot line 99. Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/aptitude-robot line 103. # Failed test 'lines for multiple file case' # at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/021_file-slurp.t line 34. # Structures begin differing at: # $got-[0] = Does not exist # $expected-[0] = '+ foo' # Looks like you failed 2 tests of 4. /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/t/021_file-slurp.t .. Dubious, test returned 2 (wstat 512, 0x200) Failed 2/4 subtests Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/aptitude-robot line 99. Use of uninitialized value in concatenation (.) or string at /build/dom-aptitude-robot_1.2.14-1-i386-p0IDb0/aptitude-robot-1.2.14/aptitude-robot line 103. # Failed test 'multiple file case' #
Bug#715568: ibus (experimental 1.5.2-2) fails to start
Hi, I've just uploaded gnome-control-center and gnome-settings-daemon in experimental with ibus support enabled. Could please somebody confirm it's working as intended? Also could you ask to the release team a slot for the libibus-1.0-0 - libibus-1.0-5 transition? Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720671: nmu: gnome-sushi_3.8.0-1, denemo_0.9.6-1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: binnmu nmu gnome-sushi_3.8.0-1 . ALL . experimental . -m rebuild against libgtksourceview-3.0-1 nmu denemo_0.9.6-1 . ALL . experimental . -m rebuild against libgtksourceview-3.0-1 A followup for the gtksourceview transition. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720662: Pending fixes for bugs in the libtest-valgrind-perl package
tag 720662 + pending thanks Some bugs in the libtest-valgrind-perl package are closed in revision 294051243d0754c7e61d6432b2929001f6667795 in branch 'master' by Salvatore Bonaccorso The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libtest-valgrind-perl.git;a=commitdiff;h=2940512 Commit message: Drop Build-Depends-Indep on libtest-kwalitee-perl Fix FTBFS: kwalitee test failure, by not running kwalitee tests. Closes: #720662 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720665: Pending fixes for bugs in the libwww-shorten-perl package
tag 720665 + pending
thanks
Some bugs in the libwww-shorten-perl package are closed in revision
932de9342d0128e0ff17af06fb0decc86f58f674 in branch 'master' by gregor
herrmann
The full diff can be seen at
http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libwww-shorten-perl.git;a=commitdiff;h=932de93
Commit message:
Drop build dependency on libtest-pod-{,coverage-}perl.
The tests are not run by default anymore.
Closes: #720665
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#698126: ifuse: Depends on fuse-utils; uninstallable in sid
Followup-For: Bug #698126
Control: tag -1 pending
Hi,
I just NMUed ifuse/experimental to apply the same fix there, too.
Uploaded to DELAYED/2.
Andreas
diff -Nru ifuse-1.1.1/debian/changelog ifuse-1.1.1/debian/changelog
--- ifuse-1.1.1/debian/changelog 2011-02-13 23:25:08.0 +0100
+++ ifuse-1.1.1/debian/changelog 2013-08-24 15:02:00.0 +0200
@@ -1,3 +1,13 @@
+ifuse (1.1.1-2.1) experimental; urgency=low
+
+ * Non-maintainer upload.
+
+ [ Salvatore Bonaccorso ]
+ * Change Depends on fuse-utils to fuse as the transitional package is gone.
+(Closes: #698126)
+
+ -- Andreas Beckmann a...@debian.org Sat, 24 Aug 2013 15:02:00 +0200
+
ifuse (1.1.1-2) experimental; urgency=low
* debian/patches:
diff -Nru ifuse-1.1.1/debian/control ifuse-1.1.1/debian/control
--- ifuse-1.1.1/debian/control 2011-02-13 23:25:08.0 +0100
+++ ifuse-1.1.1/debian/control 2013-08-24 15:01:02.0 +0200
@@ -11,7 +11,7 @@
Package: ifuse
Architecture: any
-Depends: fuse-utils,
+Depends: fuse,
${shlibs:Depends},
${misc:Depends}
Description: FUSE module for iPhone and iPod Touch devices
Bug#714212: which xserver?
reassign 714212 xserver-xorg-video-nouveau tags 714212 +moreinfo thanks Hi Cyril, thanks for your bugreport. Can you please mail /var/log/Xorg.0.log and the output of dpkg -l|grep xserver to 714...@bugs.debian.org? Thanks already, Holger signature.asc Description: This is a digitally signed message part.
Bug#686333: python-django: please add dependency “Suggests: python-django-doc”
package python-django
tags 686333 + patch
thanks
Here is a patch implementing this request.
--
\“… it's best to confuse only one issue at a time.” —Brian W. |
`\Kernighan and Dennis M. Ritchie, _The C programming language_, |
_o__) 1988 |
Ben Finney b...@benfinney.id.au
Index: debian/control
===
--- debian/control (revision 25674)
+++ debian/control (working copy)
@@ -16,7 +16,9 @@
Architecture: all
Depends: ${misc:Depends}, ${python:Depends}
Recommends: libjs-jquery
-Suggests: python-psycopg2, python-psycopg, python-mysqldb, python-flup, python-sqlite, python-yaml, geoip-database-contrib, gettext
+Suggests:
+ python-django-doc,
+ python-psycopg2, python-psycopg, python-mysqldb, python-flup, python-sqlite, python-yaml, geoip-database-contrib, gettext
Description: High-level Python web development framework
Django is a high-level web application framework that loosely follows the
model-view-controller design pattern.
signature.asc
Description: Digital signature
Bug#720269: Pending fixes for bugs in the libmoosex-attributehelpers-perl package
tag 720269 + pending thanks Some bugs in the libmoosex-attributehelpers-perl package are closed in revision 44d599cf7b0fd451b25ff1730b76663702f864fa in branch 'master' by gregor herrmann The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libmoosex-attributehelpers-perl.git;a=commitdiff;h=44d599c Commit message: Add patch from CPAN RT to fix Perl 5.18 test failures. Closes: #720269 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720672: gmrun should respect xdg directory base specification (~/.config/gmrun/config)
Package: gmrun Version: 0.9.2-2.1 Severity: normal Tags: upstream -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, it would be nice if gmrun would read its configuration file according to the xdg base directory specification and thus not clutter my $HOME: http://wiki.debian.org/XDGBaseDirectorySpecification Thank you, Thomas Koch - -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-0.bpo.2-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 gmrun depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libpopt01.16-7 ii libstdc++6 4.7.2-5 gmrun recommends no packages. gmrun suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJSGLiRAAoJEAf8SJEEK6ZagToQALiZkK3IeVKyvNP0fFBtpJyg 04iL5snRlcRQc22HSXm+87RNtIVulojoeyCfKLOEFatLU1iz2FEmqYfH7WnNUy3X wgcUGqtuborVoVZj8kQoEPLsREERmUi1AOszz5VpNZYOW7K2LMzxl8xmL+riU76K HkKSfUOZcHNR8rGhySZQEUKmHD5LnbNY71/V2WSExamMPK8k4NcSizblNIplzXDz 2LlEhCrmERkk7BxUuP8pxSkq/R2CGd0ebLsvNLzfbB0ny3xN4A4YokmRHZLesHQG xIQTYCW55v4AbKTa/HwnvX/rj9gs5aW82wAJHzc6j4/x1s7jGHiCUNudscu+Q01Y u/msNUJV8LGoU22F1Zt9na2WWIspMCoba1bU/zSs7duAx5D+Lx77nfBhBwLbIdoe SMsnhINMr0PVw/iCtZgaJQXwF0s8LiIDVD4xgZdWdZHovOYKkJQzR+FvGAUD0w+1 RF8Ktu7oPzxr3MbgGiiMQwmkl5zdm8hW2no88A40XvBOaidjrGJ77SQgscPw5UP4 EAwKXOZ4jUP6LY4McJnmx0GazFBQvz+/Qt6HzNOM8LZp6jJO8UxfZD0sTvuWfdue iJGSCezUONMr1n7p1cxOSIEkuk8q43YW67x65uxTZtLw1kPrxtiufMt6LDa8pTE9 nYvscuEH3pDXhlBvG6Zs =k4sU -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#720673: please use a version control system for packaging
Package: gmrun Version: 0.9.2-2.1 Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, it would be nice, if you could use a VCS (Git :-) for the packaging of gmrun so that others can easily contribute. Thank you, Thomas Koch - -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-0.bpo.2-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 gmrun depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libpopt01.16-7 ii libstdc++6 4.7.2-5 gmrun recommends no packages. gmrun suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJSGLjhAAoJEAf8SJEEK6ZaLV4P/0ks5iJSORqZHSg1gCmPqOwS 7t8claYqDscVy7DglPWMa9AI3KlzEcm13p3KiDbl0P7h13GOGxZ4GbRS3/35vJFT makvVt9vGds3jGSlHQMlIBg/z8myOLuecJY3uke19dL/AAX4OAv3V4CBrKR2rjMT NB11pRl3jrR2RjOQH9CU4ERFfto6pix2zfMlwRnq673qB2yL7OTq5NJ/ws4qWrhq Yj/bQuHyG2+Dv30lMJehN2gt6OYV19fSRxE+c6bQA68UwFm1UWaoVNsOrdpHUyVH IK48dXFq6qx/AyhMV1cuk+CkThQqwaQfQ1evwiWHyGEiXLdDyQGoI7SnCr2CDaZb PqRNaYmyhUShh6NnIOfDbjeM11CZuRPR3t2jEdGWf/gJCH6vp6MqBzUWNzHHXpmi WxoiIQz1cXjo95wtAN7Rt3svMr1X01F2W2CKAEMRFilTitQ9zdbxrqaVpqyfRkIo efRmTm2cp9vvxN1MHALc7wqeNcpg3R+rXp06A2BMvvx2nDmm658La0FOZiZKTFFi zxbqnGGQo4YS+XkQPDElxkYr7UVlJXo7XzXyOm9CjQx1ajU8JZ9sxxHZSV7jWTNM 3/zW6wznMNB3W/GLIcde5mOcAc/wJrT5CyQnl/jtTUb1gNtgonwt6D7+lYoqXv3e PSyfux00r7VO63PYnNeQ =/AG0 -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#719827: backuppc: diff for NMU version 3.2.1-5.2
tags 719827 + pending thanks Dear maintainer, I've prepared an NMU for backuppc (versioned as 3.2.1-5.2) with the patch from Dominic and uploaded it to DELAYED/2. Please feel free to tell me if I should delay it longer. Regards, Salvatore diff -u backuppc-3.2.1/doc/BackupPC.pod backuppc-3.2.1/doc/BackupPC.pod --- backuppc-3.2.1/doc/BackupPC.pod +++ backuppc-3.2.1/doc/BackupPC.pod @@ -1,3 +1,5 @@ +=encoding UTF-8 + =head1 BackupPC Introduction This documentation describes BackupPC version 3.2.1, @@ -4795,7 +4797,7 @@ Manfred Herrmann provided the German translation, de.pm for v2.0.0. Manfred continues to support de.pm updates for each new version, -together with some help from Ralph Pa?gang. +together with some help from Ralph Pa??gang. Lorenzo Cappelletti provided the Italian translation, it.pm for v2.1.0. Giuseppe Iuculano and Vittorio Macchi updated it for 3.0.0. diff -u backuppc-3.2.1/debian/changelog backuppc-3.2.1/debian/changelog --- backuppc-3.2.1/debian/changelog +++ backuppc-3.2.1/debian/changelog @@ -1,3 +1,14 @@ +backuppc (3.2.1-5.2) unstable; urgency=low + + * Non-maintainer upload. + * Patch BackupPC.pod for POD errors with Perl 5.18 +pod2man has become more strict with perl 5.18. The applied patch +converts the non-7-bit clean character into UTF-8 and declares the +file's encoding as such. +Thanks to Dominic Hargreaves d...@earth.li (Closes: #719827) + + -- Salvatore Bonaccorso car...@debian.org Sat, 24 Aug 2013 15:29:57 +0200 + backuppc (3.2.1-5.1) unstable; urgency=low * Non-maintainer upload.
Bug#720674: default configuration leads to DOS on first https connect
Package: sslh Version: 1.13b-3.2 Severity: important Hi, this bug report might be of higher severity since it leads to an endless loop which causes thousands of syslog messages per second to be written which will eventually fill up /var, leading to data loss when syslogd cannot continue writing data to syslog. In the default configuration, sslh is configured to listen on 0.0.0.0 and to forward ssl connections to localhost:443. In the case where no https daemon is actually listening, this configuration will cause sslh to forward incoming ssl connections ot itself in an endless loop. This can be reproduced by using openssl s_client -connect localhost:443. The workaround for me was to explicitly configure eth0's IP address in /etc/default/sslh. In the package, a probable fix would be not to listen on 127.0.0.1. I have noticed that this is documented in the README. Since this has a tremendously high potential to shoot yourself in the foot, it should be prominently mentioned in the defaults file itself, and there should not be --listen 0.0.0.0 in the default configuration. --listen add-your-ip-here would be illegal in the default configuration, and would prevent the daemn from starting, and it would serve as a precaution against trigger-happy local admins. --listen 0.0.0.0 is a loadd gun in the hands of a (proable) fool, Debian should not deliver a weapon like that. Greetings Marc -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10.7-zgsrv20080 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sslh depends on: ii adduser 3.113+nmu3 ii debconf 1.5.49 ii libc6 2.13-38 ii libconfig91.4.8-5 ii lsb-base 4.1+Debian8+deb7u1 ii update-inetd 4.43 Versions of packages sslh recommends: pn apache2 | httpd none ii openssh-server [ssh-server] 1:6.0p1-4 Versions of packages sslh suggests: pn openbsd-inetd | inet-superserver none -- Configuration Files: /etc/default/sslh changed [not included] -- debconf information: * sslh/inetd_or_standalone: standalone -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#711465: [Packaging] Bug#711465: munin-plugins-core: diskstats_latency doesn't handle wraparounds correctly
Tim Connors report...@rather.puzzling.org writes: Also, there seems to be missing documentation about how to configure the warning threshold in plugins.conf. I've tried various permutations of [diskstats] env.latency.*warning [-300:1] etc, but nothing has yet worked for me. The method for configuring warning and critical levels for each field is is up to the individual munin plugin. Some plugins support it, some don't and I don't think many of them use a common method to do so. The only other place to specify it with some concistency is on the munin master. Wildcards are not used, as far as I know, and likely not with env.something in plugins.conf. The env.* is a way to make outside data available for the plugins. env.foo bar sets an environment variable called foo, with the value bar for the plugin to use. You'd have to read the plugin to check if it uses any environment variables. -- Stig Sandbeck Mathisen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720275: [Packaging] Bug#720275: Bug#720275: munin-plugins-core: crontab for apt and apt_all plugins missing MUNIN_PLUGSTATE=/var/lib/munin-node/plugin-state/root
Holger Levsen hol...@layer-acht.org writes: Steve: I believe this fix is suboptimal, wouldnt it be better if the plugin used a sane default even if called directly? (without munin-run as the cronjob calls it, which might be another error.) I think the cronjob should use munin-run to run a plugin. Particularly if it depends on environment variables being set. -- Stig Sandbeck Mathisen signature.asc Description: PGP signature
Bug#720675: kipi-plugins: Export to HTML doesn't use selected search but current view
Package: kipi-plugins Version: 4:2.6.0-1+b2 Severity: normal Hello, I've started to use again the HTML export function (from within digikam) after a long while, and it doesn't work anymore the way it should: 1. create a stored search 2. select _another_ search or another album (in order to be able to make the difference and see that something is wrong). 3. Menu Export - Export to HTML... - My Searches 4. Select the search created at step 1 5. The output contains the images from the view selected on step 2 and not what is chosen on step 4. If you select multiples searches in step 4, you get multiple times the same wrong output! It doesn't depend on the export theme chosen. I would appreciate a bugfix in Wheezy because I don't know how to work around this bug. Thanks, Eric -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (990, 'stable'), (500, 'stable-updates') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/2 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 kipi-plugins depends on: ii digikam 4:2.6.0-1+b2 ii kde-runtime 4:4.8.4-2 ii kipi-plugins-common 4:2.6.0-1 ii libc6 2.13-38 ii libexpat1 2.1.0-1 ii libgcc1 1:4.7.2-5 ii libgl1-mesa-glx [libgl1] 8.0.5-4+deb7u2 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgomp1 4.7.2-5 ii libgpod4-nogtk0.8.2-7 ii libjpeg8 8d-1 ii libkcalcore4 4:4.8.4-2 ii libkdcraw20 4:4.8.4-1 ii libkdecore5 4:4.8.4-4 ii libkdeui5 4:4.8.4-4 ii libkexiv2-10 4:4.8.4-1 ii libkio5 4:4.8.4-4 ii libkipi8 4:4.8.4-1 ii libksane0 4:4.8.4-1 ii libopencv-core2.3 2.3.1-11 ii libopencv-highgui2.3 2.3.1-11 ii libopencv-imgproc2.3 2.3.1-11 ii libopencv-legacy2.3 2.3.1-11 ii libopencv-objdetect2.32.3.1-11 ii libphonon44:4.6.0.0-3 ii libpng12-01.2.49-1 ii libqca2 2.0.3-4 ii libqjson0 0.7.1-7 ii libqt4-dbus 4:4.8.2+dfsg-11 ii libqt4-network4:4.8.2+dfsg-11 ii libqt4-opengl 4:4.8.2+dfsg-11 ii libqt4-svg4:4.8.2+dfsg-11 ii libqt4-xml4:4.8.2+dfsg-11 ii libqt4-xmlpatterns4:4.8.2+dfsg-11 ii libqtcore44:4.8.2+dfsg-11 ii libqtgui4 4:4.8.2+dfsg-11 ii libsolid4 4:4.8.4-4 ii libstdc++64.7.2-5 ii libthreadweaver4 4:4.8.4-4 ii libtiff4 3.9.6-11 ii libxml2 2.8.0+dfsg1-7+nmu1 ii libxrandr22:1.3.2-2+deb7u1 ii libxslt1.11.1.26-14.1 ii phonon4:4.6.0.0-3 Versions of packages kipi-plugins recommends: ii enblend 4.0+dfsg-4+b3 ii enfuse 4.0+dfsg-4+b3 ii hugin2011.4.0+dfsg-5 ii imagemagick 8:6.7.7.10-5 ii konqueror4:4.8.4-2 Versions of packages kipi-plugins suggests: pn gallery none ii gimp 2.8.2-2 ii kmail 4:4.4.11.1+l10n-3+b1 pn vorbis-tools 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#583585: Fwd: Bug#583585: [dpkg] Any news ?
Too ugly for living (?) but portable:
writehex () { printf %b `printf %03o $@` ; }
readonebyteinhexzero() {
read dummy hex EOF
$(dd bs=1 count=1 2 /dev/null | od -t x1)
EOF
if test x$hex = x ; then
return 77;
fi
if test $(expr length $hex) = 1 ; then
hex=0$hex;
fi
if test x$hex = x00; then
printf \n;
else
printf 0x%s $hex;
fi
return 0;
}
(while readonebyteinhexzero; do true; done;) | while IFS=: read path ;
do writehex $path; done;
On Sat, Aug 24, 2013 at 11:38 AM, Raphael Hertzog hert...@debian.org wrote:
On Fri, 23 Aug 2013, Bastien ROUCARIES wrote:
Find -print0
And replacing read by read -r -d $'\0' is safer but I do not know if it is
portable.
Or xargs but we need to fork for each file and we get the portability
problem of find print0.
What do you prefer ?
find -print0 is fine, dpkg-deb already uses it.
read -d is likely a problem however (I believe it's bash specific).
I don't think that I have any good answer if we want to support newlines
in filenames. But it's probably not an important use case as dpkg itself
doesn't cope very well with it. dpkg-deb builds it fine and it installs
fine but when you do dpkg -L you get this back (with a single
hello\nworld file):
$ dpkg -L foo
/.
/hello
/world
(This is because the /var/lib/dpkg/info/*.list files are line based)
So I would go ahead ignoring this specific problem. Otherwise you could
write that specific part in perl but it would be a regression to reintroduce
perl in dpkg itself.
Cheers,
--
Raphaël Hertzog ◈ Debian Developer
Discover the Debian Administrator's Handbook:
→ http://debian-handbook.info/get/
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#684869: Tentative patch
package src:comixcursors tags 684869 + confirmed tags 684869 - patch thanks On 22-Aug-2013, Jonathan Protzenko wrote: Sorry about that! Here's the patch. This patch doesn't cause the behaviour to change for me (using Debian Jessie, which has ‘imagemagick’ version 8:6.7.7.10-5. I re-build the cursors from source, and the ‘bin/build-cursors’ program emits PNG images with the same grey background reported in the bug report. Can you re-try using the Debian Jessie (or Debian Sid) tools, and come up with a patch against the current Debian source of ‘comixcursors’ to get the behaviour you're wanting? -- \ “Today, I was — no, that wasn't me.” —Steven Wright | `\ | _o__) | Ben Finney b...@benfinney.id.au signature.asc Description: Digital signature
Bug#717565: spl-dkms: Fails to build against Linux 3.10
Followup-For: Bug #717565 Control: found -1 0.6.1-2 Hi, the package still fails to build a module: [...] Setting up spl-dkms (0.6.1-2) ... Loading new spl-0.6.1 DKMS files... First Installation: checking all kernels... dpkg: warning: version '*-*' has bad syntax: version number does not start with digit It is likely that 3.7-trunk-amd64 belongs to a chroot's host Building initial module for 3.10-2-amd64 /var/lib/dkms/spl/0.6.1/build/config/missing: Unknown `--is-lightweight' option Try `/var/lib/dkms/spl/0.6.1/build/config/missing --help' for more information configure: WARNING: 'missing' script is too old or missing configure: error: in `/var/lib/dkms/spl/0.6.1/build': configure: error: C compiler cannot create executables See `config.log' for more details Error! Bad return status for module build on kernel: 3.10-2-amd64 (x86_64) Consult /var/lib/dkms/spl/0.6.1/build/make.log for more information. Processing triggers for libc-bin ... # cat /var/lib/dkms/spl/0.6.1/build/make.log DKMS make.log for spl-0.6.1 for kernel 3.10-2-amd64 (x86_64) Sat Aug 24 13:39:43 UTC 2013 make: *** No targets specified and no makefile found. Stop. config.log contains: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by configure, which was generated by GNU Autoconf 2.69. Invocation command line was $ /var/lib/dkms/spl/0.6.1/build/configure --prefix=/usr --with-config=kernel --with-linux=/lib/modules/3.10-2-amd64/source --with-linux-obj=/lib/modules/3.10-2-amd64/build [...] configure:3442: checking whether the C compiler works configure:3464: gccconftest.c 5 /usr/bin/ld: cannot find crt1.o: No such file or directory /usr/bin/ld: cannot find crti.o: No such file or directory /usr/bin/ld: cannot find -lc /usr/bin/ld: cannot find crtn.o: No such file or directory collect2: error: ld returned 1 exit status configure:3468: $? = 1 configure:3506: result: no configure: failed program was: [...] configure:3511: error: in `/var/lib/dkms/spl/0.6.1/build': configure:3513: error: C compiler cannot create executables See `config.log' for more details OK, you are missing a dependency on libc-dev. Now this looks better: Setting up spl-dkms (0.6.1-2) ... Loading new spl-0.6.1 DKMS files... First Installation: checking all kernels... dpkg: warning: version '*-*' has bad syntax: version number does not start with digit It is likely that 3.7-trunk-amd64 belongs to a chroot's host Building initial module for 3.10-2-amd64 /var/lib/dkms/spl/0.6.1/build/config/missing: Unknown `--is-lightweight' option Try `/var/lib/dkms/spl/0.6.1/build/config/missing --help' for more information configure: WARNING: 'missing' script is too old or missing /var/lib/dkms/spl/0.6.1/build/configure: line 6423: /usr/bin/file: No such file or directory Done. spl: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/3.10-2-amd64/updates/dkms/ splat.ko: Running module version sanity check. - Original module - No original module exists within this kernel - Installation - Installing to /lib/modules/3.10-2-amd64/updates/dkms/ Running the post_install script: depmod DKMS: install completed. So, spl-dkms is missing Depends: libc6-dev [!alpha !ia64 !hurd-i386] | libc0.3-dev [hurd-i386] | libc6.1-dev [alpha ia64] | libc-dev, file Alternatively Depends: build-essential, file And some autofoo changes might be useful to get rid of configure: WARNING: 'missing' script is too old or missing Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#715568: ibus 1.5.3 polishing
Hi, I just uploaded 1.5.3-2 as below. No library ABI change but GUI program has been updated. On Sat, Aug 24, 2013 at 06:16:29PM +0900, Mitsuya Shibata wrote: Anyway, I updated package in experimental and VCS. Can you check? Thank you for your upload. And sorry for late reply. I upgraded ibus packages to 1.5.3-1 from experimental. There work as I expected. (main.py:9170): IBUS-WARNING **: org.freedesktop.IBus.Config. GetValue: GDBus.Error:org.freedesktop.DBus.Error.Failed: Config value [general:preload_engine_mode] does not exist. Is this what you are talking? Old ibus packages did not dump warnings like above. (check by ibus-daemon -rxv) This warning was from ibus-setup run from console. Aron's comment on gjs got me to move some patches I generated few month ago from FC19. Using this and building like SPEC file in FC19, 1.5.3-2 was uploaded to experimental. No longer ibus-setup causes this problem. Somehow, I do not get pop-up window nor SUPER-space working. But I can get Full/Half working to turn-on/off IM. Aron, you may be right on compatibility. At least on Debian, we need im-config to start ibus. (Ubuntu is not easy template any more since they have Unity in mind.) I talked about does not list up in input method list in ibus-setup in 1.5.2. For example, self.__bus.list_engines() in /usr/share/ibus/setup/main.py, did not return anthy engine in the list. Are you talking about this: $ ibus list-engine language: Estonian xkb:ee::est - Estonian language: Slovak xkb:sk::slo - Slovak language: Romanian xkb:ro::rum - Romanian language: Spanish; Castilian xkb:es::spa - Spanish xkb:latam::spa - Spanish (Latin American) language: French xkb:ch:fr:fra - French (Switzerland) xkb:be::fra - Belgian ... Now it looks better (I know it did not work.) This now works with 1.5.3-2. But UI screen has some issues. For example: Settings (GNOME Shell side) -- Click Keyboard icon -- Click the underscored Input Source. -- Input source: Click on + and crash On the other hand, ibus-setup command is usable to set up to many keyboards. I have to check FC19 how it works there. When I checked log of dubs-monitor, did not show anthy in IBusEngineDesc list. $ . .config/ibus/bus/*-unix-0; dbus-monitor --address $IBUS_ADDRESS 21 | tee ibus.log Hmmm... you seem to know better than me. Maybe, Mitsuya should join pkg-ime and take away this package from me :-) I do not know enough to be comfortable to deal with this complicated transition. (I may not have enough time to follow up. So if anyone has time, please polish this package and try pushing transition. I will appreciate them.) Regards, Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720676: enhanceio-dkms: Fails to build against Linux 3.10
Package: enhanceio-dkms Version: 0+git20130619-1 Severity: grave Justification: renders package unusable Hi, enhanceio-dkms FTBFS against Linux 3.10-2 from unstable: Setting up enhanceio-dkms (0+git20130619-1) ... Loading new enhanceio-0+git20130619 DKMS files... First Installation: checking all kernels... dpkg: warning: version '*-*' has bad syntax: version number does not start with digit It is likely that 3.7-trunk-amd64 belongs to a chroot's host Building initial module for 3.10-2-amd64 Error! Bad return status for module build on kernel: 3.10-2-amd64 (x86_64) Consult /var/lib/dkms/enhanceio/0+git20130619/build/make.log for more information. make.log ends with: gcc-4.7 -Wp,-MD,/var/lib/dkms/enhanceio/0+git20130619/build/.eio_procfs.o.d -nostdinc -isystem /usr/lib/gcc/x86_64-linux-gnu/4.7/include -I/usr/src/linux-headers-3.10-2-common/arch/x86/include -Iarch/x86/include/generated -I/usr/src/linux-headers-3.10-2-common/include -Iinclude -I/usr/src/linux-headers-3.10-2-common/arch/x86/include/uapi -Iarch/x86/include/generated/uapi -I/usr/src/linux-headers-3.10-2-common/include/uapi -Iinclude/generated/uapi -include /usr/src/linux-headers-3.10-2-common/include/linux/kconfig.h -I/var/lib/dkms/enhanceio/0+git20130619/build -D__KERNEL__ -Wall -Wundef -Wstrict-prototypes -Wno-trigraphs -fno-strict-aliasing -fno-common -Werror-implicit-function-declaration -Wno-format-security -fno-delete-null-pointer-checks -Os -Wno-maybe-uninitialized -m64 -mno-sse -mpreferred-stack-boundary=3 -mtune=generic -mno-red-zone -mcmodel=kernel -funit-at-a-time -maccumulate-outgoing-args -fstack-protector -DCONFIG_AS_CFI=1 -DCONFIG_AS_CFI_SIGNAL_FRAME=1 -D CONFIG_A S_CFI_SECTIONS=1 -DCONFIG_AS_FXSAVEQ=1 -DCONFIG_AS_AVX=1 -DCONFIG_AS_AVX2=1 -pipe -Wno-sign-compare -fno-asynchronous-unwind-tables -mno-sse -mno-mmx -mno-sse2 -mno-3dnow -mno-avx -Wframe-larger-than=2048 -Wno-unused-but-set-variable -fomit-frame-pointer -g -Wdeclaration-after-statement -Wno-pointer-sign -fno-strict-overflow -fconserve-stack -DCC_HAVE_ASM_GOTO -I/lib/modules/3.10-2-amd64/build/drivers/md -I/usr/src/linux-headers-3.10-2-common/./ -I./ -DCOMMIT_REV=\\ -I/lib/modules/3.10-2-amd64/build/include/ -I/lib/modules/3.10-2-amd64/build/include/linux -DMODULE -DKBUILD_STR(s)=#s -DKBUILD_BASENAME=KBUILD_STR(eio_procfs) -DKBUILD_MODNAME=KBUILD_STR(enhanceio) -c -o /var/lib/dkms/enhanceio/0+git20130619/build/.tmp_eio_procfs.o /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c: In function 'eio_module_procfs_init': /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1224:3: error: implicit declaration of function 'create_proc_entry' [-Werror=implicit-function-declaration] /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1224:9: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1226:9: error: dereferencing pointer to incomplete type /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c: In function 'eio_procfs_ctr': /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1259:8: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1261:8: error: dereferencing pointer to incomplete type /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1262:8: error: dereferencing pointer to incomplete type /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1267:8: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1269:8: error: dereferencing pointer to incomplete type /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1270:8: error: dereferencing pointer to incomplete type /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1275:8: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1277:8: error: dereferencing pointer to incomplete type /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1278:8: error: dereferencing pointer to incomplete type /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1283:8: warning: assignment makes pointer from integer without a cast [enabled by default] /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1285:8: error: dereferencing pointer to incomplete type /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1286:8: error: dereferencing pointer to incomplete type /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c: In function 'eio_stats_open': /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1821:2: error: implicit declaration of function 'PDE' [-Werror=implicit-function-declaration] /var/lib/dkms/enhanceio/0+git20130619/build/eio_procfs.c:1821:54: error: invalid type argument of '-'
Bug#665688: which upstream commit fixed this?
Hi Holger, hi *, - Ursprüngliche Mitteilung - which upstream commit fixed #665688? this is the commit https://github.com/munin-monitoring/munin/commit/f55f5fe95762b219fbe905c8b6c6abe1c1ca85ce on the stable-2.0 branch. It is hacky but we try to get rid of the Makefile or at least much of it so this patch isn't on master. Best wishes, Matthias cheers, Holger -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720677: explain relationship between /etc/gmrunrc and ~/.gmrunrc
Package: gmrun Version: 0.9.2-2.1 Severity: minor -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, the gmrun manpage is not explicit about the relationship of /etc/gmrunrc and ~/.gmrunrc. It's not clear, whether /etc/gmrunrc is still read as a fallback if I have a ~/.gmrunrc. I'd prefer, if I can override just a few variables in ~/.gmrunrc and keep the defaults for the remaining variables from /etc/gmrunrc. Regards, Thomas Koch - -- System Information: Debian Release: 7.1 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.10-0.bpo.2-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 gmrun depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libpopt01.16-7 ii libstdc++6 4.7.2-5 gmrun recommends no packages. gmrun suggests no packages. - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJSGMK/AAoJEAf8SJEEK6ZaZoQQAIXmcr0c4lLouV5B7G466KDa SGeuI8EJkmZWur+C80+fieo+e51KlXF+5LfQvbVM9CQ2xiWXKLr5tHYcJZWadTYA jr/1UrLavWnskvClX4eus/6MYmgc6Q/QdCA+RiBY+Cwy1Z1r05g80yDFJskPNjYz jZScWQyJVC2fR110ufimvZvU6Fn0KFhUFCAmhXV+zjJUdbkFRsafHlQyWvgK7jV6 uijwotnMtS4/bd762vi8XleInQkTZXeiXEK+Yldsp+LiFU5pZHUDbLMpqz/FHxHc BGgCbngIA24Kz/Ndmmcck124rwL9puAJD5sdBzOsTpNXRlIe/mWUiZvQCtg8u7oe wWiUxRAeVDuMi+/5x1RmYonVcPCeA5c/dJy9mmW1FKXxkuXBbF09XezqjFxMtUY+ HNCwzf+S3QPMR1qF1SfRI1VID/8aCNhjghC1D5bp5gBd1xqWhk0a0rmDRK0FSCt1 byWsGIecCz43dBNJy348pF5TdaN4UdPk0GuwrznbUZSgIwDRfIDsIVA6GFBOFZYo I26JU2kOqpoGeTLRWZxpuzXJJSAS8Zdee+C4EQvWxuzPExnW7kn5MEDhD4z2A+xR W28l3o2uip9Lol0iyW1pHV+kvddSIjbmMPbAORXY4o8+3sM/Y8ltQDULK7jyFTJE bLL41oDeMPSc99KTm0ZZ =79aK -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#717569: glfw: Please update to version 3.0.1
Package: libglfw2 Version: 2.7.2-1 Followup-For: Bug #717569 Dear Maintainer, How is your work going on version 3? Can we help somehow? Best regards Andreas -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.7 (SMP w/8 CPU cores) Locale: LANG=de_CH.UTF-8, LC_CTYPE=de_CH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libglfw2 depends on: ii libc6 2.17-92 ii libgl1-mesa-glx [libgl1] 9.1.6-2 ii libx11-6 2:1.6.1-1 ii libxrandr22:1.4.1-1 libglfw2 recommends no packages. libglfw2 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#665688: which upstream commit fixed this?
Hi Matthias, On Samstag, 24. August 2013, Matthias Schmitz wrote: this is the commit https://github.com/munin-monitoring/munin/commit/f55f5fe95762b219fbe905c8b6 thanks! cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#720678: [alsa-utils] create unwanted pulse files on boot
Package: alsa-utils Version: 1.0.27.1-1 Severity: normal --- Please enter the report below this line. --- On every boot, alsactl restore creating unwanted /.config/pulse/* directory. Adding HOME=/var/lib/alsa/ helps. --- System information. --- Architecture: amd64 Kernel: Linux 3.10-2-amd64 Debian Release: jessie/sid 500 unstablemirror.yandex.ru 500 experimentalmirror.yandex.ru --- Package information. --- Depends(Version) | Installed -+-== lsb-base (= 3.0-9) | 4.1+Debian12 kmod | 9-3 whiptail | 0.52.15-2+b1 OR dialog | libasound2 (= 1.0.27) | libc6 (= 2.15) | libncursesw5 (= 5.6+20080119) | libsamplerate0(= 0.1.7) | libtinfo5| Recommends (Version) | Installed ==-+- alsa-base (= 1.0.15) | 1.0.25+3 Package's Suggests field is empty. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#664457: A first version of star catalogues
Hi guys, I worked a bit today on this bug. The result is the following set of packages (version 1.4.0): http://mentors.debian.net/package/stellarium-stars (if your are not Debian-savvy, grab debs here: http://debian.buchert.pl/stellarium-stars/) Stellarium will pick the installed catalogues automatically. I've tested them as much as I could, but I would like you to get your hands dirty as well. If you are interested, here is the git repository: http://anonscm.debian.org/gitweb/?p=collab-maint/stellarium-stars.git Any suggestions, questions, etc. are welcome. If you find it good enough, I will upload it to Debian and make Stellarium recommend them in the future. Speaking of - is there a DD in this thread that could sponsor this new package? Have fun, Tomasz -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#720680: please package version 1.15
Package: sslh Version: 1.13b-3.2 Severity: wishlist Hi, sslh has grown an --transparent option which seems interesting to have. Please consider packaging the current version of sslh. I can offer co-maintenance of sslh if the limiting factor on your side is time. Greetings Marc -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10.4-zgws1 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
