Bug#716075: Visi i papludimi tik su Greita dieta! Šiandien asmeniniam dietologo mitybos planui net -50 proc!
Nematote paveikslėlių? Spauskite čia. (http://sendfusion.com/campaigns/browser_preview/7f143daa4aead1322ec532727c146cea) Šiandien 50% procentų nuolaida! Pagal jūsų duomenis Lietuvoje gerai žinomų profesionalių dietologų paruošti valgiaraščiai! Išbandyk! Jei nebenorite gauti naujienlaiškių, spauskite čia. (http://sendfusion.com/recipients/unsubscribe/7f143daa4aead1322ec532727c146cea)
Bug#749163: handbrake: minor rewording in description
Hello Faheem, Am Samstag, den 24.05.2014, 21:36 +0530 schrieb Faheem Mitha: > A more standard wording would be: > > It neither supports audio encoding to AAC via faac nor MP4 format > muxing via libmp4v2. It falls back to the MKV format instead. thank you for your suggested update to the wording of the package description. However, most recently, this sentence has become pragmatically wrong: Nowadays handbrake supports AAC encoding via libavcodec and MP4 (and MPV) muxing via libavformat. I think it is safe to entirely remove that paragraph from the package description. - Fabian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749304: ocsinventory-server: Bad agent or agent version too recent for server : The new agents don't work with the current server
Package: ocsinventory-server Version: 2.0.5-1.1 Severity: normal When computers using the last agent provided by ocsinventory-ng.org try to connect, there is an error in ocsinventory-server logs : "Bad agent or agent version too recent for server" -- System Information: Debian Release: 6.0.9 APT prefers oldstable-updates APT policy: (500, 'oldstable-updates'), (500, 'oldstable-proposed-updates'), (500, 'oldstable') Architecture: i386 (x86_64) Kernel: Linux 2.6.39-2-amd64 (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 ocsinventory-server depends on: ii apache2 2.2.16-6+squeeze12 Apache HTTP Server metapackage ii apache2-mpm-prefork [ 2.2.16-6+squeeze12 Apache HTTP Server - traditional n ii libapache-dbi-perl1.11-1 interface connecting apache server ii libapache2-mod-perl2 2.0.4-7+squeeze1 Integration of perl with the Apach ii libcompress-zlib-perl 2.024-1Transitional dummy package for Com ii libdbd-mysql-perl 4.016-1Perl5 database interface to the My ii libdbi-perl 1.612-1Perl Database Interface (DBI) ii libio-compress-perl [ 2.024-1bundle of IO::Compress modules ii libjs-jquery 1.7.2+dfsg-1 JavaScript library for dynamic web ii libnet-ip-perl1.25-3 Perl extension for manipulating IP ii libphp-pclzip 2.8.2-2zip archive manager class for PHP ii libxml-simple-perl2.20-1 Perl module for reading and writin ii perl [libcompress-zli 5.10.1-17squeeze6 Larry Wall's Practical Extraction ii ucf 3.0025+nmu3Update Configuration File: preserv Versions of packages ocsinventory-server recommends: ii ocsinventory-reports 2.0.5-1.1 Hardware and software inventory to Versions of packages ocsinventory-server suggests: ii libsoap-lite-perl 0.714-1Perl implementation of a SOAP clie ii mysql-server 5.1.73-1 MySQL database server (metapackage ii mysql-server-5.1 [mysql-serve 5.1.73-1 MySQL database server binaries and ii nmap 5.00-3 The Network Mapper ii ocsinventory-agent2:2.0.5-1 Hardware and software inventory to pn samba-common (no description available) -- Configuration Files: /etc/ocsinventory/ocsinventory.conf changed: # Which version of mod_perl we are using # For mod_perl <= 1.999_21, replace VERSION_MP by 1 # For mod_perl > 1.999_21, replace VERSION_MP by 2 PerlSetEnv OCS_MODPERL_VERSION 2 # Master Database settings # Replace DATABASE_SERVER by hostname or ip of MySQL server for WRITE PerlSetEnv OCS_DB_HOST localhost # Replace DATABASE_PORT by port where running MySQL server, generally 3306 PerlSetEnv OCS_DB_PORT 3306 # Name of database PerlSetEnv OCS_DB_NAME ocsweb PerlSetEnv OCS_DB_LOCAL ocsweb # User allowed to connect to database PerlSetEnv OCS_DB_USER ocs # Password for user PerlSetVar OCS_DB_PWD ocsinv!!e # Slave Database settings # Replace DATABASE_SERVER by hostname or ip of MySQL server for READ # Useful if you handle mysql slave databases # PerlSetEnv OCS_DB_SL_HOST DATABASE_SERVER # Replace DATABASE_PORT by port where running MySQL server, generally 3306 # PerlSetEnv OCS_DB_SL_PORT_SLAVE DATABASE_PORT # User allowed to connect to database # PerlSetEnv OCS_DB_SL_USER ocs # Name of the database # PerlSetEnv OCS_DB_SL_NAME ocsweb # Password for user # PerlSetVar OCS_DB_SL_PWD ocs # Path to log directory (must be writeable) PerlSetEnv OCS_OPT_LOGPATH "/var/log/ocsinventory-server/" # Path to external agents list PerlSetEnv OCS_OPT_EXT_USERAGENTS_FILE_PATH /etc/ocsinventory/agents.txt # If you need to specify a mysql socket that the client's built-in #PerlSetEnv OCS_OPT_DBI_MYSQL_SOCKET "path/to/mysql/unix/socket" # DBI verbosity PerlSetEnv OCS_OPT_DBI_PRINT_ERROR 0 # Unicode support PerlSetEnv OCS_OPT_UNICODE_SUPPORT 1 # If you are using a multi server architecture, # Put the ip addresses of the slaves on the master # (This is read as perl regular expressions) PerlAddVar OCS_OPT_TRUSTED_IP 127.0.0.1 #PerlAddVar OCS_OPT_TRUSTED_IP XXX.XXX.XXX.XXX PerlSetEnv OCS_OPT_WEB_SERVICE_ENABLED 0 PerlSetEnv OCS_OPT_WEB_SERVICE_RESULTS_LIMIT 100 # PerlSetEnv OCS_OPT_WEB_SERVICE_PRIV_MODS_CONF "WEBSERV_PRIV_MOD_CONF_FILE" # Configure engine to use the settings from this file PerlSetEnv OCS_OPT_OPTIONS_NOT_OVERLOADED 0 # Try to use other compress algorythm than raw zlib # GUNZIP and clear XML are supported PerlSetEnv OCS_OPT_COMPRESS_TRY_OTHERS 1 # Enable engine logs (see LOGPATH setting) PerlSetEnv OCS_OPT_LOGLEVEL 0 # Specify agent's prolog frequency PerlSetEnv OCS_OPT_PROLOG_FREQ 12 # Configure the duplicates detection system PerlSetEnv OCS_OPT_AUTO_DUPLICATE_LVL 15
Bug#748702: [e9acdce] Fix for Bug#748702 committed to git
tags 748702 +pending thanks Hi, The following change has been committed for this bug by Manoj Srivastava on Mon, 26 May 2014 00:25:49 -0700. The fix will be in the next upload. = [master]: A new bug fixing release * There are three different views of what architecture a machine hasL That of the linux kernel, that of dpkg, and that of the GNU configuration systems, So, when the user specifies arch and subarch, the information has to be transformed for all the systems, as required. This commit tries to give the correct information to dpkg, and also still take into account sub architecture specifications. (Closes: #748702). * Add a dependency on dpkg-dev for the kernel-common package, since the maintainer scripts use dpkg-architecture. Alsom kernel-package can't really do anything useful without pkg-dev, so added there as well. (Closes: #748862). Signed-off-by: Manoj Srivastava = -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746241: transition: enet
Hi, Emilio Pozuelo Monfort writes: > On 28/04/14 14:46, Ansgar Burchardt wrote: >> enet had a soname change (just accepted into experimental) and needs a >> transition. The ABI changes should be unproblematic (just new members >> in a public struct). There also are only a few rdeps. > > Please go ahead and upload to unstable. Let me know when enet has been built > everywhere in order to schedule the binnmus. enet is now built everywhere with the exception of sparc (which seems to be lagging quite a bit). Ansgar -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749306: lyx: version 2.1.0 available
Package: lyx Severity: wishlist Dear Maintainer, version 2.1.0 of lyx is released for a little while nowm are there plans for 2.1.0 packages, or is this held up by what i read on the pts about lyx wanting a new maintainer? thanks, stephen. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.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#749305: harfbuzz needs gobject-introspection >= 1.34.0
Package: harfbuzz
Version: 0.9.28
Severity: grave
Tag: patch
harfbuzz fails to build on my wheezy system. Log says:
checking for gobject-introspection... configure: error: You need to
have gobject-introspection >= 1.34.0 installed to build HarfBuzz
dh_auto_configure: ../configure --build=x86_64-linux-gnu --prefix=/usr
--includedir=${prefix}/include --mandir=${prefix}/share/man
--infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
--libdir=${prefix}/lib/x86_64-linux-gnu
--libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode
--disable-dependency-tracking --with-graphite2=yes
--enable-introspection --with-gobject --enable-gtk-doc
--disable-silent-rules returned exit code 1
make[1]: *** [override_dh_auto_configure] Error 2
make[1]: Leaving directory `/home/mathieu/tmp/qt/harfbuzz-0.9.28'
make: *** [build] Error 2
while debian/control states:
$ more debian/control
[...]
gobject-introspection,
Thanks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749292: (no subject)
Can you please git add debian/patches/wx-config-conditionalise-webview-in-std.patch and commit? I think you forgot to add the patch (I saw it in incoming) :) The patch is really nice for the debian problem, however I was thinking as you said in the other bug about a more general problem, maybe upstream will give us an answer if we can make the package behave more like the media package Let me know if I can do something! thanks, Gianfranco -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749307: tar: --warning=none does not (always?) quiesce warnings
Package: tar Version: 1.27.1-2 Severity: normal Hi! It seems --warning=none is without effect sometimes: $ mkdir dir $ touch dir/a dir/b $ tar cf comp.tar dir/ $ rm dir/a $ tar df comp.tar dir/ tar: dir/a: Warning: Cannot stat: No such file or directory $ tar df comp.tar --warning=none dir/ tar: dir/a: Warning: Cannot stat: No such file or directory I'm aware of #475879, and that those warnings might in fact be bogus altogether, but still, --warning=none should have quiesced them regardless. I've had to redirect both stdout and stderr to /dev/null in the dpkg cron job to avoid the noise with the consequent lose of any possible real error message the admin might want to see. 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#749264: No nvidia-driver working
Am 25.05.2014 23:39, schrieb Andreas Beckmann: On 2014-05-25 19:55, Karsten Malcher wrote: Then i installed all the packages i have installed in my old wheezy installation, including KDE and nvidia-driver. I landed on the console after reboot! I don't see any traces that you created an xorg.conf to enable the proprietary driver, the xorg logs shows that it loaded nouveau ... Andreas I don't know how to create an xorg.conf? There where so many changes in the X system an the drivers and as i know it normally runs without any xorg.conf now. When an xorg.conf is needed, why it is not generated? Why there is no clear message what to do when it can't be done automatically? Please don't missunderstand me, but a running X after an installation is really basical. The X system is to complex to know what to do as "normal user". Landing on the console is a step backwards for 10 years or more. Maybe now you say "why you don't use the nouveau driver when it's working?" My answer is: "Why i have to go without 3D glx functions and the real potential of the graphics card?" Why there is no easy way to switch back to nouveau when the nvidia-driver does not work? Cheers Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#735424: New email address
Control: submitter -1 ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#737784: New email address
Control: submitter -1 ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749264: No nvidia-driver working
Am 25.05.2014 23:39, schrieb Andreas Beckmann: On 2014-05-25 19:55, Karsten Malcher wrote: Then i installed all the packages i have installed in my old wheezy installation, including KDE and nvidia-driver. I landed on the console after reboot! I don't see any traces that you created an xorg.conf to enable the proprietary driver, the xorg logs shows that it loaded nouveau ... Andreas I don't know how to create an xorg.conf? There where so many changes in the X system an the drivers and as i know it normally runs without any xorg.conf now. When an xorg.conf is needed, why it is not generated? Why there is no clear message what to do when it can't be done automatically? Please don't missunderstand me, but a running X after an installation is really basical. The X system is to complex to know what to do as "normal user". Landing on the console is a step backwards for 10 years or more. Maybe now you say "why you don't use the nouveau driver when it's working?" My answer is: "Why i have to go without 3D glx functions and the real potential of the graphics card?" Why there is no easy way to switch back to nouveau when the nvidia-driver does not work? Cheers Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749308: kicad: false info about version
Package: kicad Version: 0.20140518+bzr4027-1 Severity: minor Hello! Sorry my bad English Kicad reports outdated version in Help/About & Titlebar (2013-dec-23) -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kicad depends on: ii kicad-common 0.20140518+bzr4027-1 ii libc6 2.18-7 ii libgcc1 1:4.9.0-3 ii libgl1-mesa-glx [libgl1] 10.1.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libstdc++64.9.0-3 ii libwxbase3.0-03.0.0-2 ii libwxgtk3.0-0 3.0.0-2 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii zlib-bin 1:1.2.8.dfsg-1 kicad recommends no packages. Versions of packages kicad suggests: ii extra-xdg-menus 1.0-4 ii kicad-doc-ru 0.20140518+bzr4027-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748910: CVE-2014-0240: Possibility of local privilege escalation when using daemon, mode
Hello, I do not see the packages in the repository yet, is there anything I can help with? Regards, Eric On 05/22/2014 01:44 PM, Felix Geyer wrote: > On 2014-05-22 09:57, Eric Sesterhenn wrote: >> Package: libapache2-mod-wsgi >> Version: 3.3-4 >> Severity: critical >> Tags: security >> Justification: root security hole >> >> Dear Maintainer, >> >> as far as I can tell, CVE-2014-0240 affects the stable package of >> mod-wsgi. The >> patch provided by the mod-wsgi team applies wih fuzzing to the source >> shipped >> by debian. If a kernel >= 2.6.0 and < 3.1.0 is installed, this issue >> might >> allow local privilege escalation > > I'll upload fixed packages for squeeze and wheezy later today. > > Cheers, > Felix > -- LSE Leading Security Experts GmbH, Postfach 100121, 64201 Darmstadt Unternehmenssitz: Weiterstadt, Amtsgericht Darmstadt: HRB8649 Geschäftsführer: Oliver Michel, Sven Walther smime.p7s Description: S/MIME Cryptographic Signature
Bug#749272: [Pkg-varnish-devel] Bug#749272: varnish doesn't source /etc/default/varnish when started with systemd
Control: tag -1 + wontfix Control: severity -1 wishlist On Sun, May 25, 2014 at 09:23:01PM +0200, Glennie Vignarajah wrote: > When varnish is started via systemd, it doesn't use configuration from > /etc/default/varnish (config section: Alternative 2). In order to use the > configuration from /etc/default/varnish, varnish.service should include > "EnvironmentFile=/etc/default/varnish" under [Service] section. Hello, and thanks for the bug report. /etc/default/varnish is used by /etc/init.d/varnish exclusively on purpose. If you want to use /etc/default/varnish on your own, you can override /lib/systemd/system/varnish.service in /etc/systemd/system/varnish.service, but I'll recommend you just write the wanted commandline options in /etc/systemd/system/varnish.service, instead of reading /etc/default/varnish I've documented this in /etc/default/varnish, please see the top "Note:" in http://anonscm.debian.org/gitweb/?p=pkg-varnish/pkg-varnish.git;a=blob;f=debian/varnish.default;h=68b7da41555f924a7a984296de6f523683866f40;hb=e8143261b6a3b1f8864890ff43b90585c17115ad I'll tag this as a "wishlist+wontfix" bug, and keep it open while waiting for policy around the use of /etc/default from systemd, upstart, and other init systems to settle. -- 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#749235: systemd: [pid 1] init.d scripts output printed 3 times
2014-05-25 17:01 GMT+03:00 Michael Stapelberg : > Martin-Éric Racine writes: >> The output from init.d scripts is printed to console 3 consecutive times >> when systemd is pid 1. > Can you provide a screenshot please? I don’t have that. Sure. Here's an AVI: http://q-funk.iki.fi/MVI_1734.AVI Among other things, the filesystems seem to get mounted twice. Also, some of the LSB scripts get repeated, sometimes twice, sometimes thrice; I haven't noticed any consistant pattern about this one. Martin-Éric -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/debian-bugs-dist
Bug#749264: No nvidia-driver working
I tried to follow the Documentation now: https://wiki.debian.org/Xorg Why it is not possible to ask the user in the configuration script of the package if it should start "Xorg -configure" ? Nevertheless it does not work. The result is X.Org X Server 1.15.1 Release Date: 2014-04-13 X Protocol Version 11, Revision 0 Build Operating System: Linux 3.13-1-amd64 x86_64 Debian Current Operating System: Linux PC10 3.14-1-amd64 #1 SMP Debian 3.14.4-1 (2014-05-13) x86_64 Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-1-amd64 root=/dev/sda3 Build Date: 15 April 2014 06:58:36PM xorg-server 2:1.15.1-1 (http://www.debian.org/support) Current version of pixman: 0.32.4 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Mon May 26 10:39:28 2014 List of video drivers: r128 trident savage nouveau neomagic cirrus ati modesetting tdfx vmware radeon intel sisusb siliconmotion nvidia mga openchrome mach64 vesa fbdev (++) Using config file: "/root/xorg.conf.new" (==) Using system config directory "/usr/share/X11/xorg.conf.d" Number of created screens does not match number of detected devices. Configuration failed. (EE) Server terminated with error (2). Closing log file. There is only one screen connected over DVI ??? That makes no sense for me. Cheers Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749123: libnfs1: Unable to mount NFS shares with xbmc 13 and libnfs1 1.9.3
En 24/05/14 17:03, Ritesh Raj Sarraf escribiu: > On 05/24/2014 03:57 PM, Sergio Villar wrote: >> 12:07:21 T:140323922204416 DEBUG: NFS: Context for >> 192.168.1.10/export/media not open - get a new context. 12:07:21 >> T:140323922204416 DEBUG: NFS: Connected to server 192.168.1.10 >> and export /export/media 12:07:21 T:140323922204416 DEBUG: NFS: >> chunks: r/w 8192/8192 12:07:21 T:140323922204416 ERROR: Failed >> to open(//) nfs_opendir_async failed 12:07:21 T:140325373171968 >> ERROR: GetDirectory - Error getting >> nfs://192.168.1.10/export/media/ 12:07:21 T:140325373171968 >> ERROR: >> CGUIDialogFileBrowser::GetDirectory(nfs://192.168.1.10/export/media/) >> failed > > If you mount the share manually, do it get mounted ??? Yes > I'm still new to libNFS and will see what I can do to reproduce it. > But can you be sure that this issue is not related to XBMC ? Well I haven't tested it by myself, but I've seen people reporting no issues with libnfs 1.9.2 but suffering this same issue with libnfs 1.9.3. Again I haven't double checked that locally. BR -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749238: [#749238 nft segfaults on 3.13 kernels] unable to reproduce the bug
Hi there! I am unable to reproduce the bug here. And its hard, since kernel 3.13 is no longer in Debian. I had to compile by hand 3.13. Did you also compile it? (gdb) run Starting program: /usr/sbin/nft warning: Could not load shared library symbols for linux-gate.so.1. Do you need "set solib-search-path" or "set sysroot"? [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/i386-linux-gnu/i686/cmov/libthread_db.so.1". /usr/sbin/nft: no command specified [Inferior 1 (process 8617) exited with code 01] I'm going to forward your info to upstream. Thanks for your report. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749309: xshogi: missing menu icon entry
Package: xshogi Version: 1.4.2-1 Severity: wishlist Package: xshogi Version: 1.4.2-1 Severity: wishlist User: pkg-games-de...@lists.alioth.debian.org Usertags: desktop-integration goals not-gamesteam Dear maintainer, currently xshogi does not supply a menu icon hence the game is not well integrated into the user's desktop environment. Please consider adding an icon entry to your menu file. I suggest using a single Shogi piece as a simple solution for an icon. Please refer to https://wiki.debian.org/Games/JessieReleaseGoal for further information. Cheers, Adrian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749106: Patches against the current git for netifaces
Hi. Thanks for your work on updating netifaces. I think it's a good idea to co-mantain netifaces package, I'm not a DD and always need to look for someone to sponsor the uploads. I tried to apply patches and the second one (Updated to upstream 0.10.4) fails with current git: Applying: Updated to upstream 0.10.4 /home/mario/alioth/tmp/netifaces/.git/rebase-apply/patch:57: trailing whitespace. /home/mario/alioth/tmp/netifaces/.git/rebase-apply/patch:66: trailing whitespace. /home/mario/alioth/tmp/netifaces/.git/rebase-apply/patch:68: trailing whitespace. /home/mario/alioth/tmp/netifaces/.git/rebase-apply/patch:71: trailing whitespace. /home/mario/alioth/tmp/netifaces/.git/rebase-apply/patch:73: trailing whitespace. error: patch failed: PKG-INFO:1 error: PKG-INFO: patch does not apply error: patch failed: netifaces.c:7 error: netifaces.c: patch does not apply warning: netifaces.egg-info/PKG-INFO has type 100644, expected 100755 error: patch failed: netifaces.egg-info/PKG-INFO:1 error: netifaces.egg-info/PKG-INFO: patch does not apply warning: netifaces.egg-info/SOURCES.txt has type 100644, expected 100755 error: patch failed: netifaces.egg-info/SOURCES.txt:1 error: netifaces.egg-info/SOURCES.txt: patch does not apply warning: netifaces.egg-info/dependency_links.txt has type 100644, expected 100755 error: netifaces.egg-info/native_libs.txt: does not exist in index warning: netifaces.egg-info/top_level.txt has type 100644, expected 100755 error: patch failed: setup.py:7 error: setup.py: patch does not apply Patch failed at 0002 Updated to upstream 0.10.4 The copy of the patch that failed is found in: /home/mario/alioth/tmp/netifaces/.git/rebase-apply/patch When you have resolved this problem, run "git am --continue". If you prefer to skip this patch, run "git am --skip" instead. To restore the original branch and stop patching, run "git am --abort". -- Mario El sáb, 24-05-2014 a las 16:12 +0800, Thomas Goirand escribió: > Hi, > > Here's a series of 11 patches against the current Git for your package. > Please apply them (I'm ok to give explanation on any of them if you wish > that I do). > > Again, let me know ASAP if you need me to sponsor the upload of the package. > > Cheers, > > Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747173: Make dmesg dump configurable
Hello Juerg, John, I have applied your patch and pushed a new branch to alioth : http://anonscm.debian.org/gitweb/?p=collab-maint/makedumpfile.git;a=shortlog;h=refs/heads/bug-747173-configurable-dmesg John, could you please merge it & sponsor the upload ? I did a minor edit to your comment : I do think that it is valuable to have the dmesg content in a production environment : this avoids having to send multi-gigabyte of vmcore just to get the backtrace of what caused the kernel panic to happen. -- Louis Bouchard Software engineer, Ubuntu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749264: xorg.conf
After that i tried to copy the working xorg.conf from wheezy to jessie (attached). This seems not to fit for jessie as you can see. It's really hopeless ... Cheers Karsten # nvidia-xconfig: X configuration file generated by nvidia-xconfig # nvidia-xconfig: version 260.19.21 (buildmeister@builder101) Thu Nov 4 21:47:28 PDT 2010 Section "ServerLayout" Identifier "Layout0" Screen 0 "Screen0" 0 0 InputDevice"Keyboard0" "CoreKeyboard" InputDevice"Mouse0" "CorePointer" EndSection Section "Files" EndSection Section "InputDevice" # generated from default Identifier "Mouse0" Driver "mouse" Option "Protocol" "auto" Option "Device" "/dev/psaux" Option "Emulate3Buttons" "no" Option "ZAxisMapping" "4 5" EndSection Section "InputDevice" # generated from default Identifier "Keyboard0" Driver "kbd" EndSection Section "Monitor" Identifier "Monitor0" VendorName "Unknown" ModelName "Unknown" HorizSync 28.0 - 33.0 VertRefresh 43.0 - 72.0 Option "DPMS" EndSection Section "Device" Identifier "Device0" Driver "nvidia" VendorName "NVIDIA Corporation" EndSection Section "Screen" Identifier "Screen0" Device "Device0" Monitor"Monitor0" DefaultDepth24 SubSection "Display" Depth 24 EndSubSection EndSection [ 152.983] X.Org X Server 1.15.1 Release Date: 2014-04-13 [ 152.983] X Protocol Version 11, Revision 0 [ 152.983] Build Operating System: Linux 3.13-1-amd64 x86_64 Debian [ 152.983] Current Operating System: Linux PC10 3.14-1-amd64 #1 SMP Debian 3.14.4-1 (2014-05-13) x86_64 [ 152.983] Kernel command line: BOOT_IMAGE=/boot/vmlinuz-3.14-1-amd64 root=/dev/sda3 [ 152.983] Build Date: 15 April 2014 06:58:36PM [ 152.984] xorg-server 2:1.15.1-1 (http://www.debian.org/support) [ 152.984] Current version of pixman: 0.32.4 [ 152.984] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 152.984] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 152.985] (==) Log file: "/var/log/Xorg.0.log", Time: Mon May 26 10:56:42 2014 [ 152.985] (==) Using config file: "/etc/X11/xorg.conf" [ 152.985] (==) Using system config directory "/usr/share/X11/xorg.conf.d" [ 152.986] (==) ServerLayout "Layout0" [ 152.986] (**) |-->Screen "Screen0" (0) [ 152.986] (**) | |-->Monitor "Monitor0" [ 152.986] (**) | |-->Device "Device0" [ 152.986] (**) |-->Input Device "Keyboard0" [ 152.986] (**) |-->Input Device "Mouse0" [ 152.986] (==) Automatically adding devices [ 152.986] (==) Automatically enabling devices [ 152.986] (==) Automatically adding GPU devices [ 152.986] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist. [ 152.986] Entry deleted from font path. [ 152.986] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 152.986] (==) ModulePath set to "/usr/lib/xorg/modules" [ 152.986] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled. [ 152.986] (WW) Disabling Keyboard0 [ 152.986] (WW) Disabling Mouse0 [ 152.986] (II) Loader magic: 0x7f5abe804d40 [ 152.986] (II) Module ABI versions: [ 152.986] X.Org ANSI C Emulation: 0.4 [ 152.986] X.Org Video Driver: 15.0 [ 152.986] X.Org XInput driver : 20.0 [ 152.986] X.Org Server Extension : 8.0 [ 152.987] (--) PCI:*(0:2:0:0) 10de:0de1:: rev 161, Mem @ 0xfd00/16777216, 0xd800/134217728, 0xd600/33554432, I/O @ 0xc800/128, BIOS @ 0x/524288 [ 152.987] Initializing built-in extension Generic Event Extension [ 152.987] Initializing built-in extension SHAPE [ 152.987] Initializing built-in extension MIT-SHM [ 152.988] Initializing built-in extension XInputExtension [ 152.988] Initializing built-in extension XTEST [ 152.988] Initializing built-in extension BIG-REQUESTS [ 152.988] Initializing built-in extension SYNC [ 152.988] Initializing built-in extension XKEYBOARD [ 152.988] Initializing built-in extension XC-MISC [ 152.988] Initializing built-in extension SECURITY [ 152.988] Initializing built-in extension XINERAMA [ 152.988] Initializing built-in extension XFIXES [ 152.989] Initializing built-in extension RENDER [ 152.989] Initializing built-in extension RANDR [ 152.989] Initializing built-in extension COMPOSITE [ 152.989] Initializing built-in extension DAMAGE [ 152.989] Initializing built-in extension MIT-SCREEN-SAVER [ 152.989] Initializing built-in extension DOUBLE-BUFFE
Bug#749310: mplayer(-svn) should be packaged for sid
Package: mplayer Version: 2:1.0~rc4.dfsg1+svn34540-1+b2 Severity: normal Hi, maintainers mplayer is a virtual package in sid, providing only by mplayer2, but mplayer2 has not seen any new development activity in nearly 15 months. We should keep providing mplaver(-svn) in sid, which has much more development activities. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (2, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages mplayer depends on: ii libaa11.4p5-42 ii libasound21.0.27.2-4 ii libavcodec53 6:0.8.8-1 ii libavformat53 6:0.8.8-1 ii libavutil51 6:0.8.8-1 ii libbluray11:0.5.0-2 ii libc6 2.18-7 ii libcaca0 0.99.beta19-1 ii libcdparanoia03.10.2+debian-11 ii libdca0 0.0.5-6 ii libdirectfb-1.2-9 1.2.10.0-5 ii libdvdnav44.2.1-3 ii libdvdread4 4.2.1-2 ii libenca0 1.15-2 ii libesd0 0.2.41-11 ii libfaad2 2.7-8 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libfribidi0 0.19.6-1 ii libgcc1 1:4.9.0-4 ii libgif4 4.1.6-11 ii libgl1-mesa-glx [libgl1] 10.1.2-1 ii libjack-jackd2-0 [libjack-0.116] 1.9.9.5+20140404git3d7c67dc~dfsg-1 ii libjpeg8 8d-2 ii liblircclient00.9.0~pre1-1 ii liblzo2-2 2.06-1.2 ii libmp3lame0 3.99.5+repack1-3 ii libmpeg2-40.5.1-5 ii libncurses5 5.9+20140118-1 ii libogg0 1.3.1-1 ii libopenal11:1.14-4 ii libpng12-01.2.50-1 ii libpostproc52 6:0.git20120821-4 ii libpulse0 5.0-2 ii libsdl1.2debian 1.2.15-9 ii libsmbclient 2:4.1.7+dfsg-2 ii libspeex1 1.2~rc1.1-1 ii libstdc++64.9.0-4 ii libsvga1 1:1.4.3-33 ii libswscale2 6:10.1-1 ii libtheora01.1.1+dfsg.1-3.2 ii libtinfo5 5.9+20140118-1 ii libvdpau1 0.7-2 ii libx11-6 2:1.6.2-2 ii libx264-123 2:0.123.2189+git35cf912-1 ii libxext6 2:1.3.2-1 ii libxinerama1 2:1.1.3-1 ii libxv12:1.0.10-1 ii libxvidcore4 2:1.3.3-1 ii libxvmc1 2:1.0.8-1 ii libxxf86dga1 2:1.1.4-1 ii libxxf86vm1 1:1.1.3-1 ii zlib1g1:1.2.8.dfsg-1 mplayer recommends no packages. Versions of packages mplayer suggests: ii bzip2 1.0.6-5 ii fontconfig 2.11.0-5 ii fonts-freefont-ttf [ttf-freefont] 20120503-4 pn mplayer-doc pn netselect | fping -- no debconf information -- Adam Lee http://adam8157.info -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748947: src:cmor: FTBFS on ppc64el
Hi Erwan, Thanks for this patch. Is it possible to login to a ppc64el machine? Why does ppc64el need the dependencies of NetCDF explicitly, rather than having them pulled in automatically? I'd rather not pull in so many dependencies, especially on things like gnutls, if I can avoid it. These are being pulled in because curl is being used, creating quite long and fragile dependency chains. best regards Alastair On 22/05/2014 16:06, Erwan Prioul wrote: > Package: src:cmor > Version: 2.8.0-4 > Severity: normal > Tags: patch > > Dear Maintainer, > > On Ubuntu the attached patch was applied to achieve the following: > > * d/rules: Fix misspelling. > * d/control: Add missing build-dependencies for ppc64el. > * Explicitly link missing netcdf lib dependencies for ppc64el. > > Thanks for considering the patch. > > Erwan Prioul. > > -- System Information: > Debian Release: jessie/sid > APT prefers unstable > APT policy: (500, 'unstable') > Architecture: ppc64el (ppc64le) > > Kernel: Linux 3.13-1-powerpc64le (SMP w/1 CPU core) > Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) > Shell: /bin/sh linked to /bin/dash > -- Alastair McKinstry, , , https://diaspora.sceal.ie/u/amckinstry A decent provision for the poor is the true test of civilization. ~Samuel Johnson, Boswell: Life of Johnson -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749238: [#749238 nft segfaults on 3.13 kernels] unable to reproduce the bug
On May 26, Arturo Borrero Gonzalez wrote: > And its hard, since kernel 3.13 is no longer in Debian. I had to > compile by hand 3.13. Did you also compile it? No, as you can see by the bug report data it was the 3.13.7-1 Debian kernel. Maybe this is a thunking issue? I am using 32 bit userspace with a 64 bit kernel. -- ciao, Marco signature.asc Description: Digital signature
Bug#749122: ld.so crashes when sections are placed at different addresses
On Mon, May 26, 2014 at 10:42:54AM +0200, Goswin von Brederlow wrote:
> On Sat, May 24, 2014 at 03:17:25PM +0200, Aurelien Jarno wrote:
> > On Sat, May 24, 2014 at 12:23:23PM +0200, Goswin von Brederlow wrote:
> > > Package: libc6
> > > Version: 2.18-7
> > > Severity: normal
> > > File: /lib/x86_64-linux-gnu/ld-linux-x86-64.so.2
> > >
> > > Hi,
> > >
> > > I want to mmap a large file to 0x1 because the data contains
> > > pointers and was originally at that offset. Mapping somewhere else and
> > > relocating all the pointers is impossible. Unfortunately on amd64
> > > binaries are normaly mapped at 0x0040 and 0x0060a000 onwards,
> > > conflicting with mapping the file. So I tried to link my binary to be
> > > at a different address. But that makes ld.so crash with SIGSEGV or
> > > SIGILL.
> > >
> > > --
> > > echo 'int main() { return 0; }' | gcc-4.8
> > > -Wl,--section-start=.interp=0x7000 -x c -
> > > gdb ./a.out
> > >
> > > Program received signal SIGSEGV, Segmentation fault.
> > > dl_main (phdr=phdr@entry=0x6fe00040, phnum=phnum@entry=8,
> > > user_entry=user_entry@entry=0x7fffe3c8, auxv=)
> > > at rtld.c:1169
> >
> > The kernel maps the PHDR entry at address 0x6fe00040 (this can also be
> > seen using LD_SHOW_AUXV=1), but in practice nothing is mapped at this
> > address, so ld.so crashes on the first access at this address.
> >
> > This is likely due to a non conform ELF file format, anyway it's clearly
> > not a bug in libc. Please dig more about the issue and report the bug
> > against the correct package. Closing the bug.
>
> Looking more closely at what is mapped there seems indeed be something
> missing, which would be the kernels fault I guess.
>
> But something is wrong with ld.so too. readelf shows this:
>
> Type Offset VirtAddr PhysAddr
> FileSizMemSiz Flags Align
> PHDR 0x0040 0x00200040 0x
> 0x01c0 0x01c0 R E8
> INTERP 0x0020 0x7000 0x7000
> 0x001c 0x001c R 1
> [Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
> LOAD 0x0020 0x7000 0x7000
> 0x04cc 0x04cc R E20
> LOAD 0x002004d0 0x702004d0 0x702004d0
> 0x0230 0x0238 RW 20
> DYNAMIC0x002004e8 0x702004e8 0x702004e8
> 0x01d0 0x01d0 RW 8
> NOTE 0x0020001c 0x701c 0x701c
> 0x0044 0x0044 R 4
> GNU_EH_FRAME 0x002003a4 0x73a4 0x73a4
> 0x0034 0x0034 R 4
> GNU_STACK 0x 0x 0x
> 0x 0x RW 10
>
> But ld.so says:
> % LD_SHOW_AUXV=1 ./a.out
> AT_SYSINFO_EHDR: 0x7fff0bb76000
> AT_HWCAP:bfe9fbff
> AT_PAGESZ: 4096
> AT_CLKTCK: 100
> AT_PHDR: 0x6fe00040
> AT_PHENT:56
> AT_PHNUM:8
> AT_BASE: 0x7fc226189000
> AT_FLAGS:0x0
> AT_ENTRY:0x7210
> AT_UID: 1000
> AT_EUID: 1000
> AT_GID: 1000
> AT_EGID: 1000
> AT_SECURE: 0
> AT_RANDOM: 0x7fff0bb12ab9
> AT_EXECFN: ./a.out
> AT_PLATFORM: x86_64
>
> 0x6fe00040 != 0x00200040
>
> So is readelf wrong or ld.so?
As said previously, the AT_PHDR address is provided by the kernel in
the aux vector. ld.so just uses this address and hasn't parsed the ELF
header at that point.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749278: [kicad] assert "scrolled" failed in DoShowScrollbars()
Package: kicad Version: 0.20140518+bzr4027-1 Followup-For: Bug #749278 Hello! I confirm this -- System Information: Debian Release: jessie/sid APT prefers testing-proposed-updates APT policy: (500, 'testing-proposed-updates'), (500, 'testing'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/2 CPU cores) Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kicad depends on: ii kicad-common 0.20140518+bzr4027-1 ii libc6 2.18-7 ii libgcc1 1:4.9.0-3 ii libgl1-mesa-glx [libgl1] 10.1.2-1 ii libglu1-mesa [libglu1]9.0.0-2 ii libstdc++64.9.0-3 ii libwxbase3.0-03.0.0-2 ii libwxgtk3.0-0 3.0.0-2 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii zlib-bin 1:1.2.8.dfsg-1 kicad recommends no packages. Versions of packages kicad suggests: ii extra-xdg-menus 1.0-4 ii kicad-doc-ru 0.20140518+bzr4027-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749311: ocaml-mode is broken - called emacs-package-install as a new-style add-on
Package: ocaml-mode Version: 4.01.0-4 Submitting a proper bug report for this... Le 28/02/2014 12:19, Emmanuel Thomé a écrit : > Setting up ocaml-mode (4.01.0-3) ... > ERROR: ocaml-mode is broken - called emacs-package-install as a > new-style add-on, but has no compat file. > Install ocaml-mode for emacs > Install ocaml-mode for emacs23 > install/ocaml-mode: Handling install for emacsen flavor emacs23 Reproducible in an up-to-date sid chroot. -- Stéphane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749294: [Packaging] Bug#749294: tries to overwrite /usr/share/munin/plugins/http_loadtime provided by older version of munin-plugins-extra
Hi, thanks for the bug report! On Montag, 26. Mai 2014, Andrei POPESCU wrote: > > (This only applies to experimental) > > Unpacking munin-plugins-core (2.1.6.1-1) over (2.1.5-1) ... > > trying to overwrite '/usr/share/munin/plugins/http_loadtime', which is > > also in package munin-plugins-extra 2.1.5-1 gah, this is basically the same as #747696 which we had in unstable... cheers, Holger signature.asc Description: This is a digitally signed message part.
Bug#737784: Wrong kernel installed after upgrade
Hey! Sorry, I've had this in the back of my head to reply to, and I'm not sure if you still have your system in that condition and logs available etc, or if you have already cleaned it up or reinstalled from scratch. It might have been helpful to go through one of the user support channels first before filing the bug report though, as it still seems to me this was most probably due to user error. I've been pondering about asking you to do just that now, and closing this bug report in the interim, because as it stands this bug report is a bit confused and really not actionable in any significant way, and I'm not sure if I'll have the time to track down the issue here. On Thu, 2014-02-06 at 10:53:54 +0100, Karsten Malcher wrote: > >>dpkg -l > >>rc linux-image-2.6.32-5-amd642.6.32-38 amd64 Linux 2.6.32 for > >>64-bit PCs > >>rc linux-image-3.1.0-1-amd64 3.1.6-1 amd64 Linux 3.1 for 64-bit > >>PCs > >>ii linux-image-3.12.63.12.6 amd64 Linux kernel binary > >>image for version 3.12.6 > >>rc linux-image-3.2.0-3-amd64 3.2.23-1amd64 Linux 3.2 for 64-bit > >>PCs > >>ii linux-headers-3.12-1-amd643.12.6-2amd64 Header files for Linux > >>3.12-1-amd64 > >>ii linux-headers-3.12-1-common 3.12.6-2amd64 Common header files > >>for Linux 3.12-1 > >>ii linux-headers-amd64 3.12+55 amd64 Header files for Linux > >>amd64 configuration (meta-package) > > >I suppose there's no linux-image-3.2.0-4-amd64 in your system? > > It's complete chaotic! > I did have linux-image-3.2.0-4-amd64 installed before the upgrade. Hmm I don't see that from your dpkg_before.txt file. The closes one is linux-image-3.2.0-3-amd64. I also do not see any removal or installation of any linux-image package from your upgrade log. > Here you can see what i have on my running wheezy: > rc linux-image-2.6.32-5-amd64 2.6.32-38 > amd64Linux 2.6.32 for 64-bit PCs > rc linux-image-3.1.0-1-amd64 3.1.6-1 > amd64Linux 3.1 for 64-bit PCs > rc linux-image-3.2.0-3-amd64 3.2.23-1 > amd64Linux 3.2 for 64-bit PCs > ii linux-image-3.2.0-4-amd64 3.2.54-2 > amd64Linux 3.2 for 64-bit PCs Is that from the same system from the logs and the botched upgrade? It does not really match what's on the logs. > As you can see in the logs i have made before and after the system > upgrade, the kernel 3.12.6 was installed. > ii linux-image-3.12.63.12.6amd64Linux kernel binary > image for version 3.12.6 > > Then i want to remove the old kernel images and headers. > The result was a system with the old wheezy kernel! > > But the package management says the new kernel is installed: > ii linux-image-3.12.63.12.6 > amd64Linux kernel binary image for Having the relevant dpkg.log and apt's history.log and term.log from the affected session might be helpful. Otherwise I'm not sure I can do more. > >Hmm I guess linux-image-3.12.6 is a locally built kernel? Are you sure > >that one was built with the corresponding kernel tree with such > >version? > > In dpkg.txt you see the answer for "apt-cache search linux-image". That only answers what's available to be installed from the repository not what's on the system or why, It does not answer either if that was locally built, or if it came from some third party repository, or what. And if locally built, how was it built, kernel-package, make deb-pkg etc. > There are several other things that i cannot understand: > > 1. I got no notification of your answer to the bug system. Dunno, maybe mail problem on your side, otherwise you'll have to ask the BTS admins. > 2. You don't find the kernel-images online for jessie. >Only > http://packages.debian.org/search?keywords=linux-image&searchon=names&suite=all§ion=all > works, >but it does not show the linux-image-3.12-1-amd64 !? >Just click on the link for jessie and you get an empty result. That's probably because that version is not available in jessie anymore. 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#711833: Preparing new package upload
On Mon, May 26, 2014 at 10:48:39AM +0200, Yoann Gauthier wrote: > Hello Alexander, > > I read your mails. I agree with you for fixing the error of the lintian > inspection. > > Do you have a strategy to divide the taks ? Not really. If any of the messages seem interesting just dig in and look closer. Would be nice to inform eachother what we are working on, to avoid duplicate work. Please cc the bug when contacting me, there is no reason to have our dialog private. > > Regards, > > Yoann > > > 2014-05-25 23:35 GMT+02:00 Alexander Alemayhu : > > > Hei Yoann > > > > I currently have a working repository[0] which builds a .deb package with > > postr 0.13 via git-buildpackage. Running `lintian postr_0.13-1_all.deb` on > > the package gives me the following output: > > > > W: postr: file-in-unusual-dir usr/postrExtension.py > > W: postr: file-in-unusual-dir usr/postrExtension.pyc > > E: postr: package-installs-python-bytecode usr/postrExtension.pyc > > W: postr: file-in-unusual-dir usr/postrExtension.pyo > > E: postr: package-installs-python-bytecode usr/postrExtension.pyo > > W: postr: binary-without-manpage usr/bin/postr > > > > We should fix the errors and try to fix the warnings aswell. > > > > [0]: https://github.com/scanf/postr > > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749312: bitcoin-qt: overheating --> shutdown, every time
Package: bitcoin-qt Version: 0.9.1-1 Severity: important This is new behavior. I have two laptops (one ThinkPad, one Toshiba, neither of them particularly new) which overheat and shut down every time I run bitcoin-qt. I have tried to slow things down with trickle, but then the client segfaults, also every time!! The excessive use of CPU is in itself perhaps just a minor pathology, but I am tagging this "important" because it creates the unfortunate situation I am now in: I am going to have to try and SOMEHOW get the clients updated such that I can move the bitcoin out to electrum. One expects a degree of stability and reliability from the reference client. For me at least, that is currently being shaken. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (800, 'testing'), (700, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages bitcoin-qt depends on: ii libboost-chrono1.54.0 1.54.0-5 ii libboost-filesystem1.54.0 1.54.0-5 ii libboost-program-options1.54.0 1.54.0-5 ii libboost-system1.54.0 1.54.0-5 ii libboost-thread1.54.0 1.54.0-5 ii libc6 2.18-5 ii libdb5.3++ 5.3.28-3 ii libgcc1 1:4.9.0-2 ii libminiupnpc8 1.6-3 ii libprotobuf82.5.0-9 ii libqrencode33.4.2-1 ii libqt4-dbus 4:4.8.6+dfsg-1 ii libqt4-network 4:4.8.6+dfsg-1 ii libqt4-xml 4:4.8.6+dfsg-1 ii libqtcore4 4:4.8.6+dfsg-1 ii libqtgui4 4:4.8.6+dfsg-1 ii libssl1.0.0 1.0.1g-3 ii libstdc++6 4.9.0-2 bitcoin-qt recommends no packages. bitcoin-qt 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#749313: synaptic: Clicking on filters from settings menu causes synaptic to freeze
Package: synaptic Version: 0.81.2 Severity: normal Tags: upstream Dear Maintainer, I'm am using pure debian testing repos and I have actually installed package version 0.81.2, but also the previous version 0.81.1 was affected . I tried removing configuration files in /root/.synaptic but it wasn't effective .. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=it_IT.utf8, LC_CTYPE=it_IT.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages synaptic depends on: ii hicolor-icon-theme 0.13-1 ii libapt-inst1.5 1.0.3 ii libapt-pkg4.12 1.0.3 ii libatk1.0-0 2.12.0-1 ii libc62.18-7 ii libcairo-gobject21.12.16-2 ii libcairo21.12.16-2 ii libept1.4.12 1.0.12 ii libgcc1 1:4.9.0-3 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.2-1 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libstdc++6 4.9.0-3 ii libvte-2.90-91:0.36.2-1 ii libx11-6 2:1.6.2-2 ii libxapian22 1.2.17-1 ii libxext6 2:1.3.2-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages synaptic recommends: ii gksu 2.0.2-6 ii libgtk2-perl 2:1.249-2 ii policykit-10.105-5 ii rarian-compat 0.8.1-5 Versions of packages synaptic suggests: ii apt-xapian-index 0.46 pn deborphan pn dwww ii menu 2.1.46 pn software-properties-gtk ii tasksel 3.20 -- 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#737784: Wrong kernel installed after upgrade
Hello Guillem, i think it's better to close this bug. I will send the closing mail now. Fact is that there where several problems with an upgrade from wheezy to jessie. As there are much new packages now in jessie i can't say if this problem still exists. Thanks for your reply and investigation. Karsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746241: transition: enet
On 26/05/14 09:28, Ansgar Burchardt wrote: > Hi, > > Emilio Pozuelo Monfort writes: >> On 28/04/14 14:46, Ansgar Burchardt wrote: >>> enet had a soname change (just accepted into experimental) and needs a >>> transition. The ABI changes should be unproblematic (just new members >>> in a public struct). There also are only a few rdeps. >> >> Please go ahead and upload to unstable. Let me know when enet has been built >> everywhere in order to schedule the binnmus. > > enet is now built everywhere with the exception of sparc (which seems to > be lagging quite a bit). binnmus scheduled. Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#747710: amanda: FTBFS on sid/amd64: configure: error: Cannot build the Amazon S3 device
Control: -1 patch -=| Niko Tyni, 11.05.2014 14:13:09 +0300 |=- > On Sun, May 11, 2014 at 01:37:04PM +0300, Niko Tyni wrote: > > Package: amanda > > Version: 1:3.3.3-2 > > Severity: serious > > > > This package fails to build on current sid/amd64. Tail of the build log: > > > checking for HMAC_CTX_init in -lcrypto... no > > > It looks like the build dependencies don't pull in libssl-dev anymore > > on a clean system. > > This is probably due to this change: > > curl (7.36.0-2) unstable; urgency=medium > > * Move Depends on -dev packages needed to use static libraries to > Suggests Adding libssl-dev to the build-dependencies makes the configure step pass, but here's what I get during compilation: libtool: compile: gcc -DHAVE_CONFIG_H -I. -I../config -D_FORTIFY_SOURCE=2 -fno-strict-aliasing -D_GNU_SOURCE -pthread -I/usr/include/glib-2.0 -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -O2 -g -Wall -DAMANDATES_FILE=\"/var/lib/amanda/amandates\" -DIGNORE_TAR_ERRORS -MT localcharset.lo -MD -MP -MF .deps/localcharset.Tpo -c localcharset.c -fPIC -DPIC -o .libs/localcharset.o In file included from localcharset.c:28:0: ./stdio.h:456:20: error: 'gets' undeclared here (not in a function) _GL_WARN_ON_USE (gets, "gets is a security hole - use fgets instead"); ^ Makefile:1318: recipe for target 'localcharset.lo' failed make[5]: *** [localcharset.lo] Error 1 The commit for the above change removes a bunch of dependencies, but I get this error even if I add all of them (excluding libssh2-1-dev, which seems to bring a conflict around libgcrypt-dev virtual package). This seems to be a problem with gnulib/stdio.in.h. Removing lines 140-145 fixes the error. Cheers, dam signature.asc Description: Digital signature
Bug#677865: Re: Bug#677865: dpkg-gencontrol warns about 'File::FcntlLock not available'
-=| Jens Thoms Toerring, 25.05.2014 23:01:34 +0200 |=- >since I got no complaints about the new version of the > File::FcntlLock module I just uploaded it to CPAN. I hope > that it will help to avoid the problems you had with it. Package libfile-fcntllock-perl upgraded to 0.16 and uploaded to Debian unstable. signature.asc Description: Digital signature
Bug#749314: lintian: False positive: blender source: source-is-missing release/scripts/addons/netrender/js/jquery-ui.js
Package: lintian Version: 2.5.22.1 Severity: normal Dear Maintainer, running lintian[1] against a new revision of blender, I got this error: = = = 8< = = = E: blender source: source-is-missing release/scripts/addons/netrender/js/jquery-ui.js N: N:The source of the following file is missing. Lintian checked a few N:possible paths to find the source, and do not find it. N: N:Please repack your package to include the source or add it to N:"debian/missing-sources" directory. N: N:If this is a false-positive, please report a bug against Lintian. N: N:Severity: serious, Certainty: possible N: N:Check: cruft, Type: source = = = 8< = = = but that file is in the source, as you can see at [2]. Hope this could help. Cheers. [1] http://debomatic-amd64.debian.net/distribution#unstable/blender/2.70a-2/lintian [2] http://anonscm.debian.org/gitweb/?p=pkg-multimedia/blender.git;a=tree;f=release/scripts/addons/netrender/js;h=fac33343b848286720da9f92b236892852ebf469;hb=f8ddf6dd14dba27a2d16189b3e0957c0ba558922 -- Matteo F. Vescovi Debian Maintainer GnuPG KeyID: 0x83B2CF7A -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/1 CPU core) Locale: LANG=C, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages lintian depends on: ii binutils 2.24.51.20140425-1 ii bzip2 1.0.6-5 ii diffstat 1.58-1 ii file 1:5.18-1 ii gettext0.18.3.2-1 ii hardening-includes 2.5 ii intltool-debian0.35.0+20060710.1 ii libapt-pkg-perl0.1.29+b1 ii libarchive-zip-perl1.37-2 ii libclass-accessor-perl 0.34-1 ii libclone-perl 0.37-1 ii libdpkg-perl 1.17.9 ii libemail-valid-perl1.193-1 ii libfile-basedir-perl 0.03-1 ii libipc-run-perl0.92-1 ii liblist-moreutils-perl 0.33-2 ii libparse-debianchangelog-perl 1.2.0-1 ii libtext-levenshtein-perl 0.09-1 ii libtimedate-perl 2.3000-2 ii liburi-perl1.60-1 ii man-db 2.6.7.1-1 ii patchutils 0.3.3-1 ii perl [libdigest-sha-perl] 5.18.2-4 ii t1utils1.37-2 Versions of packages lintian recommends: ii libautodie-perl 2.25-1 ii libperlio-gzip-perl 0.18-2 ii perl-modules [libautodie-perl] 5.18.2-4 Versions of packages lintian suggests: pn binutils-multiarch ii dpkg-dev 1.17.9 ii libhtml-parser-perl3.71-1+b1 ii libtext-template-perl 1.46-1 ii libyaml-perl 0.90-1 ii xz-utils 5.1.1alpha+20120614-2 -- no debconf information signature.asc Description: Digital signature
Bug#746058: sqlite: FTBFS: /bin/sh: 1: tclsh: not found
Package: src:sqlite Followup-For: Bug #746058 As well as the tclsh issue the log also shows: > sort: cannot read: +4: No such file or directory Which seems to be down to the use of an obsolete command line syntax. Seemingly the supported syntax is "sort -k 4". Ian. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749315: gnome-shell: Workspaces seem broken
Package: gnome-shell Version: 3.12.2-1 Severity: important Dear Maintainer, I've installed gnome-shell from experimental. Since then, the workspaces are broken. When I open my session, 2 of them are present. I can start applications in the first one. Soon after, the second workspace shows the same thumbnail as the first one. If I try to start a new app in the second workspace, the animation is played but everything goes to the current workspace (the first and only one). Then, there is only one workspace on the right side of the screen. I've got the current message in syslog when I try to move an application in the second workspace : May 26 10:33:08 anthony gnome-session[2388]: Avertissement du gestionnaire de fenêtres : Log level 16: AT-SPI: Error in GetItems, sender=org.freedesktop.DBus, error=The name :1.18 was not provided by any .service files The "name :1.18" is never the same (it seems to increment itself). -- 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.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell depends on: ii dconf-gsettings-backend [gsettings-backend] 0.20.0-2 ii evolution-data-server3.12.2-1 ii gir1.2-accountsservice-1.0 0.6.37-1 ii gir1.2-atspi-2.0 2.10.2-3 ii gir1.2-caribou-1.0 0.4.13-1 ii gir1.2-clutter-1.0 1.18.2-1 ii gir1.2-freedesktop 1.40.0-2 ii gir1.2-gcr-3 3.12.2-1 ii gir1.2-gdesktopenums-3.0 3.12.0-1 ii gir1.2-gdm3 3.12.2-1 ii gir1.2-gkbd-3.0 3.6.0-1 ii gir1.2-glib-2.0 1.40.0-2 ii gir1.2-gmenu-3.0 3.8.0-2 ii gir1.2-gnomebluetooth-1.03.8.1-3 ii gir1.2-gnomedesktop-3.0 3.12.1-1 ii gir1.2-gtk-3.0 3.12.2-1 ii gir1.2-ibus-1.0 1.5.5-1 ii gir1.2-mutter-3.03.12.2-1 ii gir1.2-networkmanager-1.00.9.8.10-3 ii gir1.2-nmgtk-1.0 0.9.8.10-1 ii gir1.2-pango-1.0 1.36.3-1 ii gir1.2-polkit-1.00.105-6 ii gir1.2-soup-2.4 2.46.0-2 ii gir1.2-telepathyglib-0.120.24.0-1 ii gir1.2-telepathylogger-0.2 0.8.0-3 ii gir1.2-upowerglib-1.00.99.0-2 ii gjs 1.40.1-1 ii gnome-icon-theme-symbolic3.12.0-1 ii gnome-settings-daemon3.12.1-3 ii gnome-shell-common 3.12.2-1 ii gnome-themes-standard3.12.0-1 ii gsettings-desktop-schemas3.12.0-1 ii libatk-bridge2.0-0 2.10.2-3 ii libatk1.0-0 2.12.0-1 ii libc62.18-7 ii libcairo21.12.16-2 ii libcanberra-gtk3-0 0.30-2 ii libcanberra0 0.30-2 ii libclutter-1.0-0 1.18.2-1 ii libcogl-pango20 1.18.0-2 ii libcogl201.18.0-2 ii libcroco30.6.8-2 ii libdbus-glib-1-2 0.102-1 ii libecal-1.2-16 3.12.2-1 ii libedataserver-1.2-183.12.2-1 ii libgcr-base-3-1 3.12.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libgirepository-1.0-11.40.0-2 ii libgjs0e [libgjs0-libmozjs-24-0] 1.40.1-1 ii libglib2.0-0 2.40.0-3 ii libgstreamer1.0-01.2.4-1 ii libgtk-3-0 3.12.2-1 ii libical1 1.0-1 ii libjson-glib-1.0-0 1.0.0-1 ii libmozjs-24-024.2.0-2 ii libmutter0d 3.12.2-1 ii libnm-glib4 0.9.8.10-3 ii libnm-util2 0.9.8.10-3 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpolkit-agent-1-0 0.105-6 ii libpolkit-gobject-1-00.105-6 ii libpulse-mainloop-glib0 5.0-2 ii libpulse0
Bug#749290: g++-4.8: broken std::thread on Hurd
see https://gcc.gnu.org/ml/gcc/2013-09/msg00196.html and follow-ups. Is this really specific for the Hurd? Matthias -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#689420: Current status
found 689420 linux-image-3.2.0-4-amd64/3.2.57-3+deb7u1 notfound 689420 linux-image-amd64/3.9+49 stop # Booting still sometimes fails with the current 3.2.57. In the past few months, 3.9 always succeeded. # For security reasons, I'm starting to be worried about using an old kernel 3.9+49 which apparently does not have this bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749292: (no subject)
On Mon, May 26, 2014 at 08:43:21AM +0100, Gianfranco Costamagna wrote: > Can you please git add > debian/patches/wx-config-conditionalise-webview-in-std.patch and > commit? Oops, will do that tomorrow when I turn the machine it's on back on. > Let me know if I can do something! I don't think there's really anything more to do about this issue in Debian for now - it's really up to upstream if they want to address this, and if they do, we'd probably just wait for that change to appear in a release, and then drop our patch. Getting a newer boinc packaged would be great though, as that would be another package off the list of those which still depend on wxwidgets2.8. Other than that, I'd certainly not complain at some help working through the remaining packages. I'm attempting to keep a list with notes at https://wiki.debian.org/Teams/WxWidgets/Transition2.8to3.0 and there's also a transition tracker (linked to from the wiki page) which is likely more accurate, but lacks the notes about the status of attempted builds, etc. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749315: gnome-shell: Workspaces seem broken
On 26/05/14 11:47, Anthony Bourguignon wrote: > Package: gnome-shell > Version: 3.12.2-1 > Severity: important > > Dear Maintainer, > > I've installed gnome-shell from experimental. Since then, the workspaces > are broken. When I open my session, 2 of them are present. I can start > applications in the first one. Soon after, the second workspace shows > the same thumbnail as the first one. > > If I try to start a new app in the second workspace, the animation is > played but everything goes to the current workspace (the first and only > one). > > Then, there is only one workspace on the right side of the screen. > > I've got the current message in syslog when I try to move an application > in the second workspace : > > May 26 10:33:08 anthony gnome-session[2388]: Avertissement du > gestionnaire de fenêtres : Log level 16: AT-SPI: Error in GetItems, > sender=org.freedesktop.DBus, error=The name :1.18 was not provided by > any .service files > > The "name :1.18" is never the same (it seems to increment itself). Is there anything relevant in .cache/log/session.log ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749305: harfbuzz needs gobject-introspection >= 1.34.0
Control: found -1 0.9.28-1
Control: notfound -1 0.9.28
Control: severity -1 important
On 26/05/14 09:37, Mathieu Malaterre wrote:
> Package: harfbuzz
> Version: 0.9.28
> Severity: grave
> Tag: patch
>
> harfbuzz fails to build on my wheezy system. Log says:
>
> checking for gobject-introspection... configure: error: You need to
> have gobject-introspection >= 1.34.0 installed to build HarfBuzz
> dh_auto_configure: ../configure --build=x86_64-linux-gnu --prefix=/usr
> --includedir=${prefix}/include --mandir=${prefix}/share/man
> --infodir=${prefix}/share/info --sysconfdir=/etc --localstatedir=/var
> --libdir=${prefix}/lib/x86_64-linux-gnu
> --libexecdir=${prefix}/lib/x86_64-linux-gnu --disable-maintainer-mode
> --disable-dependency-tracking --with-graphite2=yes
> --enable-introspection --with-gobject --enable-gtk-doc
> --disable-silent-rules returned exit code 1
> make[1]: *** [override_dh_auto_configure] Error 2
> make[1]: Leaving directory `/home/mathieu/tmp/qt/harfbuzz-0.9.28'
> make: *** [build] Error 2
>
> while debian/control states:
>
> $ more debian/control
> [...]
> gobject-introspection,
>
> Thanks
Fixed in git, will be part of the next upload.
Cheers,
Emilio
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749315: gnome-shell: Workspaces seem broken
Le Mon, 26 May 2014 11:59:23 +0200, Emilio Pozuelo Monfort a écrit : > On 26/05/14 11:47, Anthony Bourguignon wrote: > > Package: gnome-shell > > Version: 3.12.2-1 > > Severity: important > > > > Dear Maintainer, > > > > I've installed gnome-shell from experimental. Since then, the > > workspaces are broken. When I open my session, 2 of them are > > present. I can start applications in the first one. Soon after, the > > second workspace shows the same thumbnail as the first one. > > > > If I try to start a new app in the second workspace, the animation > > is played but everything goes to the current workspace (the first > > and only one). > > > > Then, there is only one workspace on the right side of the screen. > > > > I've got the current message in syslog when I try to move an > > application in the second workspace : > > > > May 26 10:33:08 anthony gnome-session[2388]: Avertissement du > > gestionnaire de fenêtres : Log level 16: AT-SPI: Error in GetItems, > > sender=org.freedesktop.DBus, error=The name :1.18 was not provided > > by any .service files > > > > The "name :1.18" is never the same (it seems to increment itself). > > Is there anything relevant in .cache/log/session.log ? Or journald? (journalctl command to see the content) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748446: serious
control: severity -1 serious # justification: failing to install with some locales is a serious problem # debian supports all locales :-) signature.asc Description: This is a digitally signed message part.
Bug#737515: dictionaries-common-dev: dh_aspell
On Sat, 2014-05-24 at 18:13 +0200, Agustin Martin wrote:
> 2014-05-19 22:00 GMT+02:00 Tobias Frost :
> >
> > I reuploaded the current state to mentors; It should be here:
> >
> > http://mentors.debian.net/debian/pool/main/a/aspell-it/aspell-it_2.4-20070901-0-2.1.dsc
> > (Of course the binary on mentors is currently built against
> > dictionaries-common-dev 1.23.2, so it will need a rebuild anyway as soon
> > as 1.23.3 is in the archives.)
>
> Hi,
>
> Thanks for your work in this reference package.
>
> Finally had time to look into it. Just a couple of mostly cosmetic
> issues, see attached patch.
>
> -Vcs-git: git://anonscm.debian.org/users/derevko-guest/aspell-it.git
> +Vcs-Git: git://anonscm.debian.org/users/derevko-guest/aspell-it.git
>
> for the benefit of Emacs colorizer.
>
> -Depends: aspell (>= 0.60.3-3), ${misc:Depends}, ${aspell:Depends}
> +Depends: ${misc:Depends}, ${aspell:Depends}
>
> current installdeb-aspell ${aspell:Depends} sets plain "aspell" as
> dependency. Since oldstable aspell is 0.60.6-4, plain aspell should be
> enough, as Andreas suggested. If for some reason an explicit minimal
> aspell version is needed it would indeed need to be added, but I do
> not think is the case.
I've just uploaded a new version of the example package to mentors
(location's the same).
Changes are the suggested ones above: B-D only on unversioned aspell,
s/Vcs-git/Vcs-Git, removing aspell dependency in binary package.
> By the way, dictionaries-common-dev 1.23.3 is already in the archive.
> A new 1.23.4 will be uploaded soon with some changes regarding
> emacsen-common dependency, but it will not affect aspell-simple.
>
Ok.
> >> PS: should we request a "transition tracker" at some point?
>
> I wonder how many plain aspell dicts will benefit of this. Have to
> look at this when I have time.
>
> Regards,
>
I think I've already collected this information. (However, this might be
inaccurate in details as the context was a little different when I
assembled this information. The focus was at that time if it has the
hashfile symlinked. )
Then likely those packages would benefit from dh_aspell-simple:
aspell-br
aspell-cs
aspell-cy
aspell-el
aspell-en
aspell-fr
aspell-ga
aspell-gu
aspell-hi
aspell-hr
aspell-hsb
aspell-hu
aspell-is
aspell-it
aspell-kk
aspell-kn
aspell-ml
aspell-mr
aspell-or
aspell-pa
aspell-pl
aspell-sk
aspell-sl
aspell-ta
aspell-te
aspell-uz
aspell-ro
aspell-sv
aspell-tl
signature.asc
Description: This is a digitally signed message part
Bug#749317: debian-security-support: unowned files after purge (policy 6.8, 10.8)
Package: debian-security-support Version: 2014.05.24 Severity: important User: debian...@lists.debian.org Usertags: piuparts piuparts.d.o Hi, thanks *a lot* for working on debian-security-support - the package *and* everything else! 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...): 0m29.3s ERROR: FAIL: Package purging left files on system: /var/lib/debian-security-support/ not owned cheers, Holger Start: 2014-05-24 22:05:17 UTC Package: debian-security-support Version: 2014.05.24 Installed-Size: 63 Maintainer: Christoph Biedl Architecture: all Depends: debconf (>= 0.5) | debconf-2.0, adduser, gettext-base Description: Identify installed packages with ended/limited security support Description-md5: aa6e025916506032a3611af1126c7373 Section: admin Priority: optional Filename: pool/main/d/debian-security-support/debian-security-support_2014.05.24_all.deb Size: 8318 MD5sum: c468773fd17c1806e6795aac660e4f18 SHA1: 45f19fe68168a8defcd27369b69e65ce5d5f3d83 SHA256: 05d28cb88036525262998117488d6b04bc41b2b36299be24c7727e2d817bc0bc Executing: sudo env PYTHONPATH=/srv/piuparts.debian.org/lib/python2.7/dist-packages timeout -s INT -k 5m 35m /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --scriptsdir /etc/piuparts/scripts-leftovers --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/sid_amd64.tar.gz -d sid --no-upgrade-test --apt debian-security-support=2014.05.24 0m0.0s INFO: -- 0m0.0s INFO: To quickly glance what went wrong, scroll down to the bottom of this logfile. 0m0.0s INFO: FAQ available at http://wiki.debian.org/piuparts/FAQ 0m0.0s INFO: The FAQ also explains how to contact us in case you think piuparts is wrong. 0m0.0s INFO: -- 0m0.0s INFO: piuparts version 0.59~201405221318~0.58-46-g06a366c starting up. 0m0.0s INFO: Command line arguments: /srv/piuparts.debian.org/sbin/piuparts --skip-logrotatefiles-test --warn-on-others --scriptsdir /etc/piuparts/scripts --no-eatmydata --allow-database --scriptsdir /etc/piuparts/scripts-leftovers --mirror 'http://mirror.bm.debian.org/debian/ main' --tmpdir /srv/piuparts.debian.org/tmp --arch amd64 -b /srv/piuparts.debian.org/slave/basetgz/sid_amd64.tar.gz -d sid --no-upgrade-test --apt debian-security-support=2014.05.24 0m0.0s INFO: Running on: Linux piu-slave-bm-a 3.2.0-4-amd64 #1 SMP Debian 3.2.57-3+deb7u1 x86_64 0m0.0s DEBUG: Created temporary directory /srv/piuparts.debian.org/tmp/tmpCME6cg 0m0.0s DEBUG: Unpacking /srv/piuparts.debian.org/slave/basetgz/sid_amd64.tar.gz into /srv/piuparts.debian.org/tmp/tmpCME6cg 0m0.0s DEBUG: Starting command: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpCME6cg', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/sid_amd64.tar.gz'] 0m1.9s DEBUG: Command ok: ['tar', '-C', '/srv/piuparts.debian.org/tmp/tmpCME6cg', '-zxf', '/srv/piuparts.debian.org/slave/basetgz/sid_amd64.tar.gz'] 0m1.9s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpCME6cg', 'mount', '-t', 'proc', 'proc', '/proc'] 0m1.9s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpCME6cg', 'mount', '-t', 'proc', 'proc', '/proc'] 0m1.9s DEBUG: sources.list: deb http://mirror.bm.debian.org/debian/ sid main 0m1.9s DEBUG: Created policy-rc.d and chmodded it. 0m1.9s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpCME6cg', 'apt-get', 'update'] 0m6.2s DUMP: Get:1 http://mirror.bm.debian.org sid InRelease [206 kB] Get:2 http://mirror.bm.debian.org sid/main amd64 Packages [6758 kB] Get:3 http://mirror.bm.debian.org sid/main Translation-en [4603 kB] Fetched 11.6 MB in 2s (4732 kB/s) Reading package lists... 0m6.2s DEBUG: Command ok: ['chroot', '/srv/piuparts.debian.org/tmp/tmpCME6cg', 'apt-get', 'update'] 0m6.2s DEBUG: Starting command: ['chroot', '/srv/piuparts.debian.org/tmp/tmpCME6cg', 'apt-get', '-yf', 'dist-upgrade'] 0m7.4s DUMP: Reading package lists... Building dependency tree... The following packages will be upgraded: gcc-4.8-base 1 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 153 kB of archives. After this operation, 0 B of additional disk space will be used. Get:1 http://mirror.bm.debian.org/debian/ sid/main gcc-4.8-base amd64 4.8.3-1 [153 kB] debconf: delaying package configuration, since apt-utils is not installed Fetched 153 kB in 0s (14.6 MB/s) (Reading database ... 6746 files an
Bug#749318: kernel-img depends on kernel-common
Package: kernel-package Version: 13.011 Severity: serious Hi, kernel-img built with the current kernel-package fails to install on an older system (wheezy) due to dependency on kernel-common package which is not available there. dpkg: dependency problems prevent configuration of linux-image-3.14.0-test2-9-g0caed0719426: linux-image-3.14.0-test2-9-g0caed0719426 depends on kernel-common; however: Package kernel-common is not installed. The package changelog claims that: * Created a new kernel-common package to host kernel-img.conf manpages. Create a default kernel-img.conf similar to the one generated by the base installer, and register with ucf. Updated the man pages and the examples. Made the generated kernel image packages recommend the kernel-common package. (Closes: #626216). AFAIU kernel-common should be recommended by kernel-img package but the above error message suggests that the dependency is hard Should this be changed to: Index: kernel-package-13.011/kernel/Control === --- kernel-package-13.011.orig/kernel/Control +++ kernel-package-13.011/kernel/Control @@ -54,7 +54,8 @@ Section: kernel Priority: optional Provides: =ST-image, =ST-image-=CV, =ST-modules-=CV Pre-Depends: debconf (>= 0.2.17) | debconf-2.0 -Depends: =I coreutils (>= 5.96), =R kernel-common +Depends: =I coreutils (>= 5.96) +Recommends: =R kernel-common Suggests: fdutils, =ST-doc-=V=SA | =ST-source-=V, =ST-image-=V=SA-dbg, =ST-manual-=V Description: Linux kernel binary image for version =V=SA This package contains the Linux kernel image for version -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.15.0-rc6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages kernel-package depends on: ii bc 1.06.95-8 ii binutils 2.24.51.20140425-1 ii build-essential 11.6 ii bzip21.0.6-5 ii file 1:5.18-1 ii gettext 0.18.3.2-1 ii kmod 17-2 ii po-debconf 1.0.16+nmu2 ii xmlto0.0.25-2 ii xz-utils [lzma] 5.1.1alpha+20120614-2 Versions of packages kernel-package recommends: ii cpio 2.11+dfsg-2 ii docbook-utils 0.6.14-3 ii kernel-common 13.011 ii uboot-mkimage 2012.04.01-2 Versions of packages kernel-package suggests: ii libncurses5-dev [libncurses-dev] 5.9+20140118-1 pn linux-source -- no debconf information -- Michal Hocko -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749319: pristine-tar: Failed to reproduce original tarball. Please file a bug report.
Package: pristine-tar Version: 1.31 Severity: important Hi, according to Jerome the following repo: http://anonscm.debian.org/gitweb/?p=debian-tex/3dldf.git should be able to produce a pristine-tar, but on two of my computers running Debian/unstable that ended without success. Here is the log of calling pristine-tar -vdk checkout 3dldf_2.0.3+dfsg.orig.tar.xz What is strange is that it seems that the same thing is done 3 times, again and again, without any specific change. pristine-tar: git archive --format=tar b85f3ae560f2a7bcb8c2d84ed28d174356505ae2 | (cd '/tmp/pristine-tar.4NJIHvQULz' && tar x) pristine-tar: tar xf /tmp/pristine-tar.DYjgcOGbjg/tmpin -C /tmp/pristine-tar.SiwG2a_gGu It seems that the output doesn't give the full truth, otherwise why does the above work? git archive --format=tar ... creates a tar archive to stdout cd '/tmp/pristine-tar.4NJIHvQULz' && tar x unpacks this one again. But then, something else is unpacked from tar xf /tmp/pristine-tar.DYjgcOGbjg/tmpin which is a different directory! Actually, after *one* call of the above I get *6* different /tmp/pristine-tar. directories: $ ls /tmp/pristine-tar.* /tmp/pristine-tar.6gGBZVk6L9: 3dldf_2.0.3+dfsg.orig.tar.xz.tmp /tmp/pristine-tar.DYjgcOGbjg: tmpin /tmp/pristine-tar._I_nCpmXeY: manifest recreatetarball workdir/ /tmp/pristine-tar.SiwG2a_gGu: delta manifest type version wrapper /tmp/pristine-tar.WpfMM80PBv: manifest recreatetarball workdir/ /tmp/pristine-tar.wsZp1jHqd3: manifest recreatetarball workdir/ $ Which somehow looks fishy, at least to my eyes, but I don't understand the inner workings of pristine-tar. Here the rest of the output: pristine-tar: set subdir to 3dldf-2.0.3+dfsg.orig pristine-tar: subdir is 3dldf-2.0.3+dfsg.orig pristine-tar: mkdir /tmp/pristine-tar.wsZp1jHqd3/workdir pristine-tar: mv /tmp/pristine-tar.4NJIHvQULz /tmp/pristine-tar.wsZp1jHqd3/workdir/3dldf-2.0.3+dfsg.orig pristine-tar: 3dldf-2.0.3+dfsg.orig/m4/ is listed in the manifest but may not be present in the source directory pristine-tar: creating missing 3dldf-2.0.3+dfsg.orig/m4/ pristine-tar: doing full tree sweep to catch missing files pristine-tar: tar cf /tmp/pristine-tar.wsZp1jHqd3/recreatetarball --owner 0 --group 0 --numeric-owner -C /tmp/pristine-tar.wsZp1jHqd3/workdir --no-recursion --mode 0644 --files-from /tmp/pristine-tar.wsZp1jHqd3/manifest pristine-tar: xdelta patch /tmp/pristine-tar.SiwG2a_gGu/delta /tmp/pristine-tar.wsZp1jHqd3/recreatetarball /tmp/pristine-tar.6gGBZVk6L9/3dldf_2.0.3+dfsg.orig.tar.xz.tmp xdelta: expected from file (/tmp/pristine-tar.wsZp1jHqd3/recreatetarball) of length 10946560 bytes pristine-tar: tar cf /tmp/pristine-tar.wsZp1jHqd3/recreatetarball --owner 0 --group 0 --numeric-owner -C /tmp/pristine-tar.wsZp1jHqd3/workdir --no-recursion --mode 0644 --files-from /tmp/pristine-tar.wsZp1jHqd3/manifest pristine-tar: xdelta patch /tmp/pristine-tar.SiwG2a_gGu/delta /tmp/pristine-tar.wsZp1jHqd3/recreatetarball /tmp/pristine-tar.6gGBZVk6L9/3dldf_2.0.3+dfsg.orig.tar.xz.tmp xdelta: expected from file (/tmp/pristine-tar.wsZp1jHqd3/recreatetarball) of length 10946560 bytes pristine-tar: set subdir to 3dldf-2.0.3+dfsg.orig pristine-tar: subdir is 3dldf-2.0.3+dfsg.orig pristine-tar: mkdir /tmp/pristine-tar._I_nCpmXeY/workdir pristine-tar: mv /tmp/pristine-tar.wsZp1jHqd3/workdir/3dldf-2.0.3+dfsg.orig /tmp/pristine-tar._I_nCpmXeY/workdir/3dldf-2.0.3+dfsg.orig pristine-tar: tar cf /tmp/pristine-tar._I_nCpmXeY/recreatetarball --owner 0 --group 0 --numeric-owner -C /tmp/pristine-tar._I_nCpmXeY/workdir --no-recursion --mode 0644 --files-from /tmp/pristine-tar._I_nCpmXeY/manifest -H gnu pristine-tar: xdelta patch /tmp/pristine-tar.SiwG2a_gGu/delta /tmp/pristine-tar._I_nCpmXeY/recreatetarball /tmp/pristine-tar.6gGBZVk6L9/3dldf_2.0.3+dfsg.orig.tar.xz.tmp xdelta: expected from file (/tmp/pristine-tar._I_nCpmXeY/recreatetarball) of length 10946560 bytes pristine-tar: set subdir to 3dldf-2.0.3+dfsg.orig pristine-tar: subdir is 3dldf-2.0.3+dfsg.orig pristine-tar: mkdir /tmp/pristine-tar.WpfMM80PBv/workdir pristine-tar: mv /tmp/pristine-tar._I_nCpmXeY/workdir/3dldf-2.0.3+dfsg.orig /tmp/pristine-tar.WpfMM80PBv/workdir/3dldf-2.0.3+dfsg.orig pristine-tar: tar cf /tmp/pristine-tar.WpfMM80PBv/recreatetarball --owner 0 --group 0 --numeric-owner -C /tmp/pristine-tar.WpfMM80PBv/workdir --no-recursion --mode 0644 --files-from /tmp/pristine-tar.WpfMM80PBv/manifest -H posix pristine-tar: xdelta patch /tmp/pristine-tar.SiwG2a_gGu/delta /tmp/pristine-tar.WpfMM80PBv/recreatetarball /tmp/pristine-tar.6gGBZVk6L9/3dldf_2.0.3+dfsg.orig.tar.xz.tmp xdelta: expected from file (/tmp/pristine-tar.WpfMM80PBv/recreatetarball) of length 10946560 bytes pristine-tar: Failed to reproduce original tarball. Please file a bug report. pristine-tar: failed to generate tarball If there is anything else I can provide, let me know. All th
Bug#749238: [#749238 nft segfaults on 3.13 kernels] unable to reproduce the bug
On 26 May 2014 11:08, Marco d'Itri wrote: > No, as you can see by the bug report data it was the 3.13.7-1 Debian > kernel. Well, I don't see that info in the report. > Maybe this is a thunking issue? I am using 32 bit userspace with a 64 > bit kernel. > Maybe. I will investigate. Thanks. Regards. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749320: evince: selecting the print menu entry make evince segfault
Package: evince Version: 3.12.1-1 Severity: important Hi, 100% reproducible: * open pdf file with evince * click on the strange symbol up on the right * click on Print ... * dead... [35223.626427] evince[13140]: segfault at 30 ip 7f7dc58a1d20 sp 7fff90fbf470 error 4 in libgtk-3.so.0.1200.2[7f7dc5661000+521000] Thanks Norbert -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/8 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages evince depends on: ii evince-common 3.12.1-1 ii gnome-icon-theme-symbolic 3.12.0-1 ii libatk1.0-02.12.0-1 ii libc6 2.18-7 ii libcairo-gobject2 1.12.16-2 ii libcairo2 1.12.16-2 ii libevdocument3-4 3.12.1-1 ii libevview3-3 3.12.1-1 ii libgail-3-03.12.2-1 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk-3-0 3.12.2-1 ii libnautilus-extension1a3.8.2-3 ii libpango-1.0-0 1.36.3-1 ii libpangocairo-1.0-01.36.3-1 ii libsecret-1-0 0.18-1 ii libxml22.9.1+dfsg1-3 ii shared-mime-info 1.3-1 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages evince recommends: ii dbus-x11 1.8.2-1 ii gvfs 1.20.2-1 Versions of packages evince suggests: pn nautilus ii poppler-data 0.4.6-5 ii unrar 1:5.0.10-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749321: python-pypdf: Migrate from pyPdf to PyPDF2
Package: python-pypdf Version: 1.13-1 Severity: wishlist Dear Maintainer, pyPdf is dead upstream http://pybrary.net/pyPdf/ and is superseded by PyPDF2 https://github.com/mstamy2/PyPDF2. Would you consider migrating to PyPDF2? FAQ: http://mstamy2.github.io/PyPDF2/FAQ.html PyPI: https://pypi.python.org/pypi/PyPDF2 GitHub: https://github.com/mstamy2/PyPDF2 Homepage: http://mstamy2.github.io/PyPDF2/ Here is part of PyPDF2 FAQ: Q1- How is PyPDF2 related to pyPdf? A1- As the PyPDF2 home page explains, PyPDF2 is a fork from the no-longer-maintained pyPdf approved by the latter's founder. Q2- I'm a long-time pyPdf user. How hard is migration to PyPDF2? A2- Migration to PyPDF2 from pyPdf should be utterly transparent. If anything gets in your way, we want to know. Your Python code needn't change at all, unless you choose to program in a customized location for the PyPDF2 module. In particular, ... Thanks a lot, Amr -- System Information: Debian Release: jessie/sid APT prefers trusty-updates APT policy: (500, 'trusty-updates'), (500, 'trusty-security'), (500, 'trusty'), (100, 'trusty-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13.0-24-generic (SMP w/2 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages python-pypdf depends on: ii python 2.7.5-5ubuntu3 ii python-support 1.0.15 python-pypdf recommends no packages. python-pypdf 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#749184:
after upgrading the system with aptitude full-upgrade, solve it I'm sorry you can close this bug -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749322: telnet-ssl: Cannot enter some UTF-8 strings
Package: telnet-ssl
Version: 0.17.24+0.1-23
Severity: normal
Dear Maintainer,
Unsurprisingly, there's a bug affecting the 'telnet' package that also affects
'telnet-ssl', and for which the bugfix is the same.
I'm refering to #338494 [1], and the patch is a very simple one:
--- a/netkit-telnet-ssl-0.17.24+0.1/telnet/telnet.cc
+++ b/netkit-telnet-ssl-0.17.24+0.1/telnet/telnet.cc
@@ -1696,7 +1696,7 @@ static int telsnd(void) {
}
#endif
if (MODE_LOCAL_CHARS(globalmode)) {
- if (TerminalSpecialChars(sc) == 0) {
+ if (TerminalSpecialChars(c) == 0) {
bol = 1;
break;
}
I've tested it, and it works for me, no bad side effects detected. Please
consider applying it.
[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=338494
Thank you,
Marcos Marado
-- System Information:
Debian Release: 7.5
APT prefers stable
APT policy: (500, 'stable')
Architecture: i386 (i686)
Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages telnet-ssl depends on:
ii libc62.13-38+deb7u1
ii libncurses5 5.9-10
ii libssl1.0.0 1.0.1e-2+deb7u9
ii libstdc++6 4.7.2-5
telnet-ssl recommends no packages.
telnet-ssl 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#749323: icedove: different saved searches all search the same accounts or folders
Package: icedove Version: 24.5.0-2 Severity: minor Dear Maintainer, I wanted to set up various saved searches (virtual folders) to search different folders based on various different criteria, like filter kind of things, and put them all in one folder (FIle>>New>>Saved Search). I set them up, and it worked well, but I found that I couldn't search different accounts with the different searches - I could change the criterion, but I had to make each search all of the accounts that I wanted searching for all the virtual folders, rather than different ones. I then recently discovered that if I kept all accounts unticked, and just searched specific folders, it worked fine, but this wasn't obvious, and it should work no matter which you tick. -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages icedove depends on: ii debianutils 4.4 ii fontconfig2.11.0-5 ii libasound21.0.27.2-4 ii libatk1.0-0 2.12.0-1 ii libc6 2.18-5 ii libcairo2 1.12.16-2 ii libdbus-1-3 1.8.2-1 ii libdbus-glib-1-2 0.102-1 ii libevent-2.0-52.0.21-stable-1 ii libffi6 3.1~rc1+r3.0.13-12 ii libfontconfig12.11.0-5 ii libfreetype6 2.5.2-1 ii libgcc1 1:4.9.0-3 ii libgdk-pixbuf2.0-02.30.7-1 ii libglib2.0-0 2.40.0-3 ii libgtk2.0-0 2.24.23-1 ii libhunspell-1.3-0 1.3.2-7 ii libnspr4 2:4.10.4-1 ii libnss3 2:3.16-1 ii libpango-1.0-01.36.3-1 ii libpangocairo-1.0-0 1.36.3-1 ii libpangoft2-1.0-0 1.36.3-1 ii libpixman-1-0 0.32.4-1 ii libsqlite3-0 3.8.4.3-3 ii libstartup-notification0 0.12-3 ii libstdc++64.9.0-3 ii libvpx1 1.3.0-2 ii libx11-6 2:1.6.2-2 ii libxext6 2:1.3.2-1 ii libxrender1 1:0.9.8-1 ii libxt61:1.1.4-1 ii psmisc22.21-2 ii zlib1g1:1.2.8.dfsg-1 Versions of packages icedove recommends: ii hunspell-en-us [hunspell-dictionary] 20070829-6 ii myspell-en-gb [myspell-dictionary]1:3.3.0-4 Versions of packages icedove suggests: ii fonts-lyx 2.0.6-1 ii libgssapi-krb5-2 1.12.1+dfsg-1 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#745447: povray: FTBFS on kFreeBSD: Unix detected, but flavor not identified
tags 745447 patch thanks The attached patch allows kFreeBSD to detected as a BSD-style Unix and for the build to proceed. When I first tested this patch on a kfreebsd-i386 VM, the build would proceed until 'make check' and then segfault. Since bug #745448 has been fixed, the package builds, installs and I am able to render scenes/advanced/biscuit.pov. Description: Fix FTBFS on kFreeBSD This patch allows kFreeBSD to be detected as a BSD-style Unix. Bug #745448 needed to be fixed before build was successful. Bug-Debian: http://bugs.debian.org/745447 Author: Graham Inggs Forwarded: not-needed Last-Update: 2014-05-26 --- a/vfe/unix/syspovconfig.h +++ b/vfe/unix/syspovconfig.h @@ -140,7 +140,7 @@ #elif defined(__unix__) // Some Unix other than the above detected. #include - #if defined(BSD) + #if defined(BSD) || defined(__FreeBSD_kernel__) // BSD-style Unix detected. #include "syspovconfig_bsd.h" #else
Bug#749238: [#749238 nft segfaults on 3.13 kernels] unable to reproduce the bug
Control: tags - 1 + upstream confirmed The bug is already in the upstream bugzilla [0]. regards. [0] https://bugzilla.netfilter.org/show_bug.cgi?id=881 -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749305: harfbuzz needs gobject-introspection >= 1.34.0
tag 749305 -patch tag 749305 +wheezy quit On Mon, May 26, 2014 at 09:37:04AM +0200, Mathieu Malaterre wrote: > Severity: grave > Tag: patch > > harfbuzz fails to build on my wheezy system. Log says: ---end quoted text--- I don't understand why you've set the severity to grave although the package was not intended for wheezy ! Also you've set the patch tag yet no patch attached. -- أحمد المحمودي (Ahmed El-Mahmoudy) Digital design engineer GPG KeyID: 0xEDDDA1B7 GPG Fingerprint: 8206 A196 2084 7E6D 0DF8 B176 BC19 6A94 EDDD A1B7 signature.asc Description: Digital signature
Bug#749073: [tryton-debian] Bug#749073: python-suds: does not delete directories in /tmp, causing DoS
* Ondrej Zary: " [tryton-debian] Bug#749073: python-suds: does not delete directories in /tmp, causing DoS" (Fri, 23 May 2014 19:10:31 +0200): > Package: python-suds > Version: 0.3.9-1+deb6u1 > Severity: serious > Justification: breaks unrelated software > > > The deb6u1 update to python-suds fixed insecure temporary directory > creation (/tmp/suds) by creating directories with random names in /tmp. > > However, these directories are never deleted, causing /tmp to reach > subdirectory limit (~32000 on ext3), breaking various other programs that want > to create a temporary directory in /tmp (they get "Too many links" error). Fix for unstable uploaded with suds_0.4.1-14_amd64.changes. -- Mathias Behrle PGP/GnuPG key availabable from any keyserver, ID: 0x8405BBF6 signature.asc Description: PGP signature
Bug#749320: evince: selecting the print menu entry make evince segfault
On 26/05/14 12:33, Norbert Preining wrote: > Package: evince > Version: 3.12.1-1 > Severity: important > > Hi, > > 100% reproducible: > * open pdf file with evince > * click on the strange symbol up on the right > * click on Print ... > * dead... > > [35223.626427] evince[13140]: segfault at 30 ip 7f7dc58a1d20 sp > 7fff90fbf470 error 4 in libgtk-3.so.0.1200.2[7f7dc5661000+521000] I can't reproduce here. Can you attach a gdb backtrace, with libgtk-3-dbg and evince-dbg installed? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749320: evince: selecting the print menu entry make evince segfault
On 26/05/14 12:33, Norbert Preining wrote: > Package: evince > Version: 3.12.1-1 > Severity: important > > Hi, > > 100% reproducible: > * open pdf file with evince > * click on the strange symbol up on the right > * click on Print ... > * dead... > > [35223.626427] evince[13140]: segfault at 30 ip 7f7dc58a1d20 sp > 7fff90fbf470 error 4 in libgtk-3.so.0.1200.2[7f7dc5661000+521000] I can't reproduce here. Can you attach a gdb backtrace, with libgtk-3-dbg and evince-dbg installed? Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749324: volumeicon-alsa: Should provide a .desktop file
Package: volumeicon-alsa Version: 0.4.6-2.1 Severity: normal Hi, it would be great if this package could provide a .desktop file, which makes it easier to start. Also, this allows simply linking or copying the desktop file into ~/.config/autostart to make the application autostart. Perhaps it's even better if a desktop file is provided in /etc/xdg/autostart, so the application autostarts when installed, though that might conflict with existing volume handling tools (depending on the X session type chosen). notify-osd has a similar problem and seems to handle this by adding X-GNOME-Autostart-enabled=false to make it disabled by default, but it seems that newer gnome versions don't have any obvious way to enable disabled startup items like this one again (there is gnome-session-properties, but that is removed in gnome 3.12 AFAIU. Just providing a desktop file in /usr/share/applications would help in any case. This will allow using gnome-tweak-tool (which seems to be the de facto tool for gnome customization) to add volumeicon to the list of startup applications by picking it from a list. Gr. Matthijs -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0+ (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages volumeicon-alsa depends on: ii libasound2 1.0.27.2-4 ii libc6 2.18-5 ii libgdk-pixbuf2.0-0 2.30.7-1 ii libglib2.0-02.40.0-3 ii libgtk2.0-0 2.24.23-1 ii libnotify4 0.7.6-2 ii libx11-62:1.6.2-2 volumeicon-alsa recommends no packages. Versions of packages volumeicon-alsa suggests: pn alsamixergui | aumix-gtk | kmix | gnome-alsamixer ii notification-daemon0.7.6-1 ii notify-osd [notification-daemon] 0.9.34-2 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748446: debian-security-support: Uninstallable with locale pl_PL (and possibly others)
Jacek Politowski wrote... > debian-security-support is uninstallabe with locale set to "pl_PL" and > possibly > to other non-ASCII. Thanks for letting me know. Besides the bug severity I'm interested in having that package l18n-safe so please keep me informed. > 'check-support-status' invoked by postinst script exists with an error - > 'comm' > states that second file is not sorted. For a test: Prefix the comm invocation with "LANG=C" like this is done a few lines above with "$DPKG_QUERY". This should fix it, let me know in either way. Christoph -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749303: hard coded dependencies
On Mon, May 26, 2014 at 13:21:06 +0200, olivier.sal...@codeless.fr wrote: > Hi, > could you specify what you mean by hard-coded dependencies ? > > Those are specified in control file. Do you mean they should be set in > shlibs.local file ? > No. I mean you should read the section about shared libraries in policy. Cheers, Julien signature.asc Description: Digital signature
Bug#749291: RM: ldb [hurd-i386] -- ANAIS; Dependency (tdb) broken for architecture, rendering package unbuildable/uninstallable
On Monday, May 26, 2014 02:37:46 Jelmer Vernooij wrote: > Package: ftp.debian.org > Severity: normal > > ldb depends on tdb, for which a package has incorrectly been present for > hurd-i386. There is a removal request for tdb/hurd-i386 open. Please > remove ldb/hurd-i386 as well. Please address removal of the rdepends first. Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748354: keyutils: key timeout have reset after udev starts
On 05/25/2014 11:22 PM, Christian Kastner wrote: I'd appreciate it if you could check the contents of /proc/keys right after boot. The fourth column should list the remaining time until the key expires, or "perm" if the expiry has been reset. Hi, Christian. Here is the result: From initramfs just after password had cached: 1a0f0935 I--Q--- 1 1m 3f01 0 0 user cryptkey-reiji: 27 21d6c5bf I--Q--- 2 perm 1f3f 0 65534 keyring _uid.0: 1 2849060a I--Q--- 1 perm 1f3f 0 65534 keyring _uid_ses.0: 1 Before udev started: 1a0f0935 I--Q--- 1 58s 3f01 0 0 user cryptkey-reiji: 27 21d6c5bf I--Q--- 2 perm 1f3f 0 65534 keyring _uid.0: 1 2849060a I--Q--- 1 perm 1f3f 0 65534 keyring _uid_ses.0: 1 After udev started: 1a0f0935 I--Q--- 1 4h 3f01 0 0 user cryptkey-reiji: 27 21d6c5bf I--Q--- 2 perm 1f3f 0 65534 keyring _uid.0: 1 2849060a I--Q--- 1 perm 1f3f 0 65534 keyring _uid_ses.0: 1 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749325: linux-image-3.14-1-amd64: No sound with Kernel 3.14 update
Package: src:linux Version: 3.14.4-1 Severity: important Dear Maintainer, Since the last update of the Kernel, i have no sound on my Debian. At startup when then line "waiting for /dev to be fully populated" appears, i obtain these error messages: May 25 19:05:01 ptakoota-deb kernel: [9.768067] hda-intel :00:14.2: Codec #0 probe error; disabling it... May 25 19:05:01 ptakoota-deb kernel: [ 10.876057] hda-intel :00:14.2: Codec #1 probe error; disabling it... or these messages: [8.546843] hda-intel :00:14.2: spurious response 0x0:0x1, last cmd=0x100f0004 [8.546919] hda-intel :00:14.2: spurious response 0x100200:0x1, last cmd=0x100f0004 [8.546964] hda-intel :00:14.2: spurious response 0x10001:0x1, last cmd=0x100f0004 [8.547009] hda-intel :00:14.2: spurious response 0x102:0x1, last cmd=0x100f0004 [8.547052] hda-intel :00:14.2: spurious response 0x2007d:0x1, last cmd=0x100f0004 [8.547106] hda-intel :00:14.2: spurious response 0x0:0x1, last cmd=0x100f0004 [8.547149] hda-intel :00:14.2: spurious response 0x0:0x1, last cmd=0x100f0004 [8.547193] hda-intel :00:14.2: spurious response 0x0:0x1, last cmd=0x100f0004 [8.547245] hda-intel :00:14.2: spurious response 0x0:0x1, last cmd=0x100f0004 [8.547295] hda-intel :00:14.2: spurious response 0x0:0x1, last cmd=0x100f0004 or "hda-intel no codecs found" And there is no sound after. Result of lspci -nnvv: 00:14.2 Audio device [0403]: Advanced Micro Devices, Inc. [AMD/ATI] SBx00 Azalia (Intel HDA) [1002:4383] Subsystem: Hewlett-Packard Company Device [103c:30c2] Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- SERR- ii grub-pc 2.00-22 pn linux-doc-3.14 Versions of packages linux-image-3.14-1-amd64 is related to: pn firmware-atheros pn firmware-bnx2 pn firmware-bnx2x pn firmware-brcm80211 pn firmware-intelwimax pn firmware-ipw2x00 pn firmware-ivtv pn firmware-iwlwifi pn firmware-libertas pn firmware-linux ii firmware-linux-nonfree 0.41 pn firmware-myricom pn firmware-netxen pn firmware-qlogic pn firmware-ralink pn firmware-realtek pn xen-hypervisor -- debconf information: linux-image-3.14-1-amd64/prerm/removing-running-kernel-3.14-1-amd64: true linux-image-3.14-1-amd64/postinst/depmod-error-initrd-3.14-1-amd64: false -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749235: systemd: [pid 1] init.d scripts output printed 3 times
Am 26.05.2014 10:38, schrieb Martin-Éric Racine: > 2014-05-25 17:01 GMT+03:00 Michael Stapelberg : >> Martin-Éric Racine writes: >>> The output from init.d scripts is printed to console 3 consecutive times >>> when systemd is pid 1. >> Can you provide a screenshot please? I don’t have that. > > Sure. Here's an AVI: http://q-funk.iki.fi/MVI_1734.AVI > > Among other things, the filesystems seem to get mounted twice. Also, > some of the LSB scripts get repeated, sometimes twice, sometimes > thrice; I haven't noticed any consistant pattern about this one. Could you say which service specifically you see repeated multiple times? Please keep in mind that systemd itself logs the Starting foo when starting a service and Started foo once it has completed and if you have systemd.sysv_console=true you also get the output from the SysV init script itself. That might explain why you think a message is duplicated, while it really isn't. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#749266: wheezy-pu: package eglibc/2.13-38+deb7u2
Control: tags -1 + confirmed On Sun, 2014-05-25 at 20:37 +0200, Aurelien Jarno wrote: > We would like to fix a some issues that have been identified in the > eglibc version included in wheezy. The best is probably to describe the > changelog: [...] > | * debian/patches/any/cvs-CVE-2013-4458.diff: backport a new part from > | upstream to fix a regression introduced in 2.13-38+deb7u1 in IPv6 name > | resolution. Closes: #738652. > > This fixes a regression caused by the deb7u1 upload. We had to backport > some patches to be able to fix the CVE-2013-4458 issue, and it occurs > that one of the patches introduced a bug fixed around one year after. > Therefore cvs-CVE-2013-4458.diff has been modified to also include this > patch, which is already included in upstream and jessie/sid for quite some > time. #738652 has rather confused version information, claiming that it affects 2.17-97 and above. Assuming that's entirely wrong, please fix it. :-) Other than the above note, please go ahead; thanks. Regards, Adam -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#680320: os-prober: Hangs
Package: os-prober Version: 1.63 Followup-For: Bug #680320 I see the symptom that os-prober doesn't *hang* per se, but just reads an awful lot of data. # vgs | wc -l 5 # lvs | wc -l 76 30865 pts/16 S+ 0:08 | \_ apt-get purge linux-image-3.13-1-amd64 31039 pts/5Ss+0:00 | \_ /usr/bin/dpkg --abort-after=1000 --force-confmiss --status-fd 39 --force-depends --force-remove-essential --purge linux-image-3.13-1-amd64:amd64 31057 pts/5S+ 0:00 | \_ /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/linux-image-3.13-1-amd64.postrm remove 31068 pts/5S+ 0:00 | \_ /usr/bin/perl /var/lib/dpkg/info /linux-image-3.13-1-amd64.postrm remove 31075 pts/5S+ 0:00 | \_ run-parts --report --exit- on-error --arg=3.13-1-amd64 --arg=/boot/vmlinuz-3.13-1-amd64 /etc/kernel/postrm.d 31082 pts/5S+ 0:00 | \_ /bin/sh /usr/sbin/grub- mkconfig -o /boot/grub/grub.cfg 31670 pts/5S+ 0:00 | \_ /bin/sh /etc/grub.d /30_os-prober 31681 pts/5S+ 0:00 | \_ /bin/sh /etc/grub.d/30_os-prober 31682 pts/5S+ 0:00 | \_ /bin/sh /usr/bin/os-prober 32029 pts/5S+ 0:00 | | \_ /bin/sh /usr/lib/os-probes/50mounted-tests /dev/mapper/vg-lv 32193 pts/5S+ 0:00 | | \_ /bin/sh /usr/lib/os-probes/mounted/90linux-distro /dev/mapper/vg-lv /var/lib /os-prober/mount tarfs 32194 pts/5S+ 0:00 | | \_ /bin/sh /usr/lib/os-probes/mounted/90linux-distro /dev/mapper/vg-lv /var/lib /os-prober/mount t 31683 pts/5S+ 0:00 | \_ tr ^ 31684 pts/5S+ 0:00 | \_ paste -s -d 32049 ?Rs 9:03 grub-mount /dev/mapper/vg-lv /var/lib/os- prober/mount # file -s /dev/mapper/vg-lv /dev/mapper/vg-lv: sticky POSIX tar archive (GNU) It seems to read (at least some) LVs *completely*, from start to end ... and that takes quite some time. Please provide a way to restrict probing to some subset of LVs - via a list, wildcards, or whatever else ... Thanks a lot. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages os-prober depends on: ii libc6 2.18-7 os-prober recommends no packages. os-prober 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#748414: RM: libphp-pclzip -- ROM; Renamed as php-pclzip
On Friday, May 16, 2014 19:24:36 David Prévot wrote: > Package: ftp.debian.org > Severity: normal > > Hi, > > Please remove the bug-free libphp-pclzip source package that has been > renamed as php-pclzip as part of its adoption under the PHP PEAR > Maintainers umbrella. > > Can you please also update the override for the libphp-pclzip binary > package to oldlibs (I’m fine opening another bug report if you prefer). Please open a separate bug for the override change. There are rdepends that have to be addressed before this removal can be done: # Broken Depends: collabtive: collabtive docvert: docvert dolibarr: dolibarr moodle: moodle ocsinventory-server: ocsinventory-server spip: spip Scott K -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748456: liferea: crashes when selecting any feed
severity 748456 normal thanks On Fri, May 23, 2014 at 03:02:50AM +0200, Emilio Pozuelo Monfort wrote: > > Ok, I could reproduce this inside a chroot, but the problem > > disappears if I mount the /proc filesystem. > > > > Can you confirm that this solves the problem for you? > > I suppose this bug is also reproducible with 2.4.1-2 ? Probably, but for the time being I'm lowering the severity because I don't see how this is a grave bug if it only happens in this scenario. Berto -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749315: gnome-shell: Workspaces seem broken
On 26/05/14 13:15, Anthony Bourguignon wrote: > Le Monday 26 May 2014 à 12:05 +0200, Laurent Bigonville a écrit : >> Le Mon, 26 May 2014 11:59:23 +0200, >> Emilio Pozuelo Monfort a écrit : >> >>> On 26/05/14 11:47, Anthony Bourguignon wrote: Package: gnome-shell Version: 3.12.2-1 Severity: important Dear Maintainer, I've installed gnome-shell from experimental. Since then, the workspaces are broken. When I open my session, 2 of them are present. I can start applications in the first one. Soon after, the second workspace shows the same thumbnail as the first one. If I try to start a new app in the second workspace, the animation is played but everything goes to the current workspace (the first and only one). Then, there is only one workspace on the right side of the screen. I've got the current message in syslog when I try to move an application in the second workspace : May 26 10:33:08 anthony gnome-session[2388]: Avertissement du gestionnaire de fenêtres : Log level 16: AT-SPI: Error in GetItems, sender=org.freedesktop.DBus, error=The name :1.18 was not provided by any .service files The "name :1.18" is never the same (it seems to increment itself). >>> >>> Is there anything relevant in .cache/log/session.log ? >> >> Or journald? (journalctl command to see the content) > > I've got no .cache/log directory. My bad, I meant .cache/gdm/session.log -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749326: florence: Uses a font that cannot display non-Latin characters
Package: florence Version: 0.5.1-1 Severity: important User: tails-...@boum.org Usertags: user-interface Usertags: localization Hi, on Wheezy/GNOME, when switching to an Arabic keyboard layout, each non-Latin character on the keyboard displayed by Florence is rendered as the famous square meaning "no such character available in this font". I can reproduce this with florence 0.6.0-2~bpo70+1 too. In that version, unchecking "Use system font" in the Florence preferences (this gives me "sans" as the font) works around this bug at least for Arabic. I could find no such setting in 0.5.1-1. I have not checked if a newer upstream release (0.6.1 or 0.6.2) fixes this. Thank you for maintaining Florence in Debian. Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749290: g++-4.8: broken std::thread on Hurd
On 2014-05-26 11:50, Matthias Klose wrote: see https://gcc.gnu.org/ml/gcc/2013-09/msg00196.html and follow-ups. Is this really specific for the Hurd? I cannot reproduce the "Operation not permitted" exception on updated - Debian/Linux testing installation - Debian/Linux unstable installation so I'm inclined to say this specific issue is Hurd-specific, yes. -- Pino Toscano -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749327: libkvm-dev: some manual pages are broken symlinks to /home/rmh/*
Package: libkvm-dev Version: 10.0-5 Severity: normal User: debian...@lists.debian.org Usertags: broken-symlink adequate Some of the manual pages are symlinks to an absolute path that would only exist on the system of the developer who uploaded the package. Please fix them to be relative links to the relevant manual page. This bug report brought to you by adequate: http://bonedaddy.net/pabs3/log/2013/02/23/inadequate-software/ lrwxr-xr-x 1 root root 89 Mar 22 19:42 /usr/share/man/man3/kvm_close.3.gz -> /home/rmh/hacking/kfreebsd/trunk/freebsd-libs/debian/tmp/usr/share/man/man3/kvm_open.3.gz lrwxr-xr-x 1 root root 92 Mar 22 19:42 /usr/share/man/man3/kvm_dpcpu_setcpu.3.gz -> /home/rmh/hacking/kfreebsd/trunk/freebsd-libs/debian/tmp/usr/share/man/man3/kvm_getpcpu.3.gz lrwxr-xr-x 1 root root 93 Mar 22 19:42 /usr/share/man/man3/kvm_getargv.3.gz -> /home/rmh/hacking/kfreebsd/trunk/freebsd-libs/debian/tmp/usr/share/man/man3/kvm_getprocs.3.gz lrwxr-xr-x 1 root root 93 Mar 22 19:42 /usr/share/man/man3/kvm_getenvv.3.gz -> /home/rmh/hacking/kfreebsd/trunk/freebsd-libs/debian/tmp/usr/share/man/man3/kvm_getprocs.3.gz lrwxr-xr-x 1 root root 92 Mar 22 19:42 /usr/share/man/man3/kvm_getmaxcpu.3.gz -> /home/rmh/hacking/kfreebsd/trunk/freebsd-libs/debian/tmp/usr/share/man/man3/kvm_getpcpu.3.gz lrwxr-xr-x 1 root root 89 Mar 22 19:42 /usr/share/man/man3/kvm_openfiles.3.gz -> /home/rmh/hacking/kfreebsd/trunk/freebsd-libs/debian/tmp/usr/share/man/man3/kvm_open.3.gz lrwxr-xr-x 1 root root 89 Mar 22 19:42 /usr/share/man/man3/kvm_write.3.gz -> /home/rmh/hacking/kfreebsd/trunk/freebsd-libs/debian/tmp/usr/share/man/man3/kvm_read.3.gz -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: kfreebsd-amd64 (x86_64) Kernel: kFreeBSD 9.0-2-amd64 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages libkvm-dev depends on: ii kfreebsd-kernel-headers 10.0~5 ii libbsd-dev 0.6.0-2 ii libc0.1-dev [libc-dev] 2.18-5 ii libkvm6 10.0-5 libkvm-dev recommends no packages. libkvm-dev suggests no packages. -- no debconf information -- bye, pabs http://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signed message part
Bug#673000: Please provide thin_* tools
Just found thin-provisioning-tools. (Might have the binary names in the description, so that # apt-cache search thin_dump produces a result?) Sorry for the noise, thanks a lot. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#673000: Please provide thin_* tools
Debian SID already has 3.14 kernels available; I believe that it's safe to _use_ thin provisioning. What's left is to provide the rest of the userspace support - thin_dump, thin_repair, etc. Please provide a separate package lvm2-thin for the people who want to use/test that. Thank you very much! Regards, Phil -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749315: gnome-shell: Workspaces seem broken
Le Monday 26 May 2014 à 14:04 +0200, Emilio Pozuelo Monfort a écrit : > On 26/05/14 13:15, Anthony Bourguignon wrote: > > Le Monday 26 May 2014 à 12:05 +0200, Laurent Bigonville a écrit : > >> Le Mon, 26 May 2014 11:59:23 +0200, > >> Emilio Pozuelo Monfort a écrit : > >> > >>> On 26/05/14 11:47, Anthony Bourguignon wrote: > Package: gnome-shell > Version: 3.12.2-1 > Severity: important > > Dear Maintainer, > > I've installed gnome-shell from experimental. Since then, the > workspaces are broken. When I open my session, 2 of them are > present. I can start applications in the first one. Soon after, the > second workspace shows the same thumbnail as the first one. > > If I try to start a new app in the second workspace, the animation > is played but everything goes to the current workspace (the first > and only one). > > Then, there is only one workspace on the right side of the screen. > > I've got the current message in syslog when I try to move an > application in the second workspace : > > May 26 10:33:08 anthony gnome-session[2388]: Avertissement du > gestionnaire de fenêtres : Log level 16: AT-SPI: Error in GetItems, > sender=org.freedesktop.DBus, error=The name :1.18 was not provided > by any .service files > > The "name :1.18" is never the same (it seems to increment itself). > >>> > >>> Is there anything relevant in .cache/log/session.log ? > >> > >> Or journald? (journalctl command to see the content) > > > > I've got no .cache/log directory. > > My bad, I meant .cache/gdm/session.log I've purged .cache/gdm/session.log and rebooted my computer. Nothing has appeared in this file since then. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749328: thin-provisioning-tools: Wrong version number?
Package: thin-provisioning-tools Version: 0.3.2-1 Severity: normal The package version and the version the binary prints differ: $ dpkg-query -l thin-provisioning-tools ii thin-provisioning-tools 0.3.2-1 $ thin_dump -V 0.3.1 -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_AT.UTF-8, LC_CTYPE=de_AT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages thin-provisioning-tools depends on: ii libc6 2.18-7 ii libexpat1 2.1.0-4 ii libgcc1 1:4.9.0-3 ii libstdc++6 4.9.0-3 thin-provisioning-tools recommends no packages. thin-provisioning-tools suggests no packages. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749330: systemd: The sysctl service is not started correctly at boot
Package: systemd Version: 208-1 Severity: normal Dear Maintainer, I have a file > /etc/sysctl.d/98-save-power.conf containing the line > vm.dirty_writeback_centisecs = 1500 which is used as an example to describe the bug in the following. After boot, > cat /proc/sys/vm/dirty_writeback_centisecs returns > 500, although > systemctl status systemd-sysctl.service returns > systemd-sysctl.service - Apply Kernel Variables >Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static) >Active: active (exited) since Mo 2014-05-26 14:22:00 CEST; 4min 49s ago > Docs: man:systemd-sysctl.service(8) >man:sysctl.d(5) > Process: 295 ExecStart=/lib/systemd/systemd-sysctl (code=exited, > status=0/SUCCESS) > Main PID: 295 (code=exited, status=0/SUCCESS) > > Mai 26 14:22:00 mmm systemd[1]: Started Apply Kernel Variables. > Mai 26 14:24:48 mmm systemd[1]: Started Apply Kernel Variables. i.e. the service seems to be loaded correctly. After manually executing > systemctl restart systemd-sysctl.service > cat /proc/sys/vm/dirty_writeback_centisecs the result is > 1500. Executing > systemctl status systemd-sysctl.service again results in the same information as before (beside the dates) > systemd-sysctl.service - Apply Kernel Variables >Loaded: loaded (/lib/systemd/system/systemd-sysctl.service; static) >Active: active (exited) since Mo 2014-05-26 14:27:27 CEST; 15s ago > Docs: man:systemd-sysctl.service(8) >man:sysctl.d(5) > Process: 2531 ExecStart=/lib/systemd/systemd-sysctl (code=exited, > status=0/SUCCESS) > Main PID: 2531 (code=exited, status=0/SUCCESS) I wasn't sure if this is a systemd problem, but as the printed status does not change although the state of the system clearly changed, I do not have another explanation. Please note, that this problem also occured with versions 204-8 and 204-10. I think it worked on some reboots, so a race condition might be involved, but I cannot get it to work anymore during the last reboots, so this might be incorrect. -- Package-specific info: -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (500, 'testing-proposed-updates'), (400, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.14-1-amd64 (SMP w/6 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii acl 2.2.52-1 ii adduser 3.113+nmu3 ii initscripts 2.88dsf-53 ii libacl1 2.2.52-1 ii libaudit11:2.3.6-1 ii libblkid12.20.1-5.7 ii libc62.18-7 ii libcap2 1:2.22-1.2 ii libcap2-bin 1:2.22-1.2 ii libcryptsetup4 2:1.6.4-4 ii libdbus-1-3 1.8.2-1 ii libgcrypt11 1.5.3-4 ii libkmod2 16-2 ii liblzma5 5.1.1alpha+20120614-2 ii libpam0g 1.1.8-3 ii libselinux1 2.3-1 ii libsystemd-daemon0 208-1 ii libsystemd-journal0 208-1 ii libsystemd-login0208-1 ii libudev1 204-8 ii libwrap0 7.6.q-25 ii sysv-rc 2.88dsf-53 ii udev 204-8 ii util-linux 2.20.1-5.7 Versions of packages systemd recommends: ii libpam-systemd 208-1 Versions of packages systemd suggests: pn systemd-ui -- Configuration Files: /etc/systemd/system.conf changed: [Manager] DefaultControllers=cpu memory blkio -- no debconf information [OVERRIDDEN] /etc/systemd/system/vsftpd.service → /lib/systemd/system/vsftpd.service Files /lib/systemd/system/vsftpd.service and /etc/systemd/system/vsftpd.service are identical [OVERRIDDEN] /run/systemd/system/session-1.scope.d/90-SendSIGHUP.conf → /run/systemd/system/session-c1.scope.d/90-SendSIGHUP.conf Files /run/systemd/system/session-c1.scope.d/90-SendSIGHUP.conf and /run/systemd/system/session-1.scope.d/90-SendSIGHUP.conf are identical [OVERRIDDEN] /run/systemd/system/session-1.scope.d/90-TimeoutStopUSec.conf → /run/systemd/system/session-c1.scope.d/90-TimeoutStopUSec.conf Files /run/systemd/system/session-c1.scope.d/90-TimeoutStopUSec.conf and /run/systemd/system/session-1.scope.d/90-TimeoutStopUSec.conf are identical [OVERRIDDEN] /run/systemd/system/session-1.scope.d/90-KillMode.conf → /run/systemd/system/session-c1.scope.d/90-KillMode.conf Files /run/systemd/system/session-c1.scope.d/90-KillMode.conf and /run/systemd/system/session-1.scope.d/90-KillMode.conf are identical [OVERRIDDEN] /run/systemd/system/session-1.scope.d/90-After-systemd-user-sessions\x2eservice.conf → /run/systemd/system/session-c1.scope.d/90-After-systemd-user-sessions\x2eservice.conf Files /run/systemd/system/session-c1.scope.d/90-After-systemd-user-sessions\x2eservice.conf and /run/systemd/system/session-1.scope.d/90-After-systemd-user-sessions\x2eservice.conf are identical [OVERRIDDEN] /run/systemd/system/session-1.scope.d
Bug#749331: spice: Stop building spicec, it's obsolete and superseded by remote-viewer (part of virt-viewer)
Source: spice Severity: normal I saw that obsolete spicec is still in latest spice packages (0.12.5-1). I think can be good remove it. For example Fedora (where packages are maintained by spice developer) removed spicec a year ago with spice packages 0.12.3 Thanks for any reply and sorry for my bad english. -- System Information: Debian Release: 7.5 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/8 CPU cores) Locale: LANG=it_IT.UTF-8, LC_CTYPE=it_IT.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#749332: libjs-jquery-cookie: New upstream version of jquery-cookie
Package: libjs-jquery-cookie Version: 9-1 Severity: normal jquery-cookie has its own github repo and has seen dedicated releases: https://github.com/carhartl/jquery-cookie The latest version is 1.4.1 and Debian has some old version... It would be nice to have the Debian package updated. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libjs-jquery-cookie depends on: ii libjs-jquery 1.7.2+dfsg-3 Versions of packages libjs-jquery-cookie recommends: ii javascript-common 11 libjs-jquery-cookie 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#749333: Drop dependency on tdb on the hurd
Source: pulseaudio Version: 5.0-2 Severity: normal Tags: patch Please drop the dependency on tdb on GNU/Hurd, as tdb relies on byte range locking which is not available on the Hurd. -- 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.14-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE= (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash diff --git a/debian/changelog b/debian/changelog index 29878eb..ba492e9 100644 --- a/debian/changelog +++ b/debian/changelog @@ -1,5 +1,6 @@ pulseaudio (5.0-3) UNRELEASED; urgency=medium + [ Felipe Sateler ] * Drop workaround for ARM < v6, upstream now conditionally compiles it. * Add udev rule for Asus P5K-SE motherboard. Closes: #744831 * Drop special patches rule, not used anymore @@ -23,6 +24,9 @@ pulseaudio (5.0-3) UNRELEASED; urgency=medium - Do not autostart pulseaudio twice under KDE, it sometimes leads to slow system startup. Closes: #705426 + [ Jelmer Vernooij ] + * Disable building against tdb on the hurd, where it is not available. + -- Felipe Sateler Mon, 14 Apr 2014 10:02:36 -0300 pulseaudio (5.0-2) unstable; urgency=low diff --git a/debian/control b/debian/control index 2021423..95818ab 100644 --- a/debian/control +++ b/debian/control @@ -36,7 +36,7 @@ Build-Depends: debhelper (>= 9), libssl-dev, libsystemd-login-dev [linux-any], libsystemd-journal-dev [linux-any], -libtdb-dev, +libtdb-dev [!hurd-any], libudev-dev (>= 143) [linux-any], libwebrtc-audio-processing-dev, libwrap0-dev,
Bug#749331: spice: Stop building spicec, it's obsolete and superseded by remote-viewer (part of virt-viewer)
Control: tag -1 pending 26.05.2014 16:57, Fabio Fantoni wrote: > Source: spice > Severity: normal > > I saw that obsolete spicec is still in latest spice packages (0.12.5-1). > I think can be good remove it. Yes it should be good to remove it, AND I planned to remove it, just not right now. It's been in the debian package for quite some time, and there's nothing bad if it'll be there for some more time. I don't plan to push it to jessie release. Thanks, /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#748446: debian-security-support: Uninstallable with locale pl_PL (and possibly others)
* Christoph Biedl , 2014-05-26, 13:16: For a test: Prefix the comm invocation with "LANG=C" like this is done a few lines above with "$DPKG_QUERY". This should fix it, let me know in either way. FWIW, setting LANG is not necessarily sufficient, because it can be overridden by various LC_* variables. You should use LC_ALL, not LANG. -- Jakub Wilk -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749335: Oldstable GnuPG no longer capable of using large keys
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Package: gnupg Version: 1.4.10-4+squeeze4 X-Debbugs-CC: intrig...@debian.org First-time bug reporter here, so my apologies in advance if I've left something out or committed any faux pas. I use TAILS to help safeguard my master GPG keypairs, of which I have two. The first (for general use) is a 4096-bit key. The second (for long-term identity) is a 16384-bit key. Up to and including TAILS 0.22, I was able to use both keys with stock GnuPG. From TAILS 0.22.1 onwards, I can only use the smaller key. Attempting to sign other keys with the larger key causes GnuPG to immediately die with an "out of secure memory" message, as also reported in bug #739424. (Though that bug is filed against a different version.) I have verified that the old versions of GnuPG in TAILS 0.22 continue to work correctly. I copied the GnuPG executable out of TAILS 0.22 and into TAILS 1.0, and ran both executables against the larger key. The version shipped with 1.0 dies as described, but the imported version from 0.22 works correctly. The changelog from TAILS 0.22 to 0.22.1 includes the update to GnuPG described in DSA-2821-1, but nothing more. Since both versions of GnuPG report themselves as 1.4.10, I am assuming that TAILS is tracking Debian oldstable, and I have therefore filed this bug against that version. -Lance -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (MingW32) iQIcBAEBCgAGBQJTg0jnAAoJEECmBqfoBgXnxlAP/2GvKizXzG/kTZGmg68YUsxL 0/eZGbSK5nQ/EP+ez8qc9hiUPceJ+PBBXErSoEm2EXSUaPPCauIr9Xuh5upEVBI2 rTw0kt3LzKpxdQqbxUJ/m0Zr+hyd+QCdRA7AejNLbp1q7jrjmYdGRKFJqSWP5e7Y CKS7QwMt0ctI0fHfB7s4lO8wZ2l1g2XhmSV318jukSyGFJpJKyIzRqPdx6NQ9Mx6 C99LHhWjBdneJP24d/w/KTwK2Ct2CNc4iY8Oln0gVsh4IAktDrtW4h3wz04pXp8Y cUyqVuYE9eExVBD/Im9GCeXWLPZ02UaQFRQFt2Y60vqYLPhDGqPCVUz00ztecdPi ptL0fyDKd/F6nuAwBqlMHqcCqqTo7sv218K8lmfoR0rZ6FhblQONffNwiWa1MNCE 0/+Sw7f84SRNjJUsz4I+Q54e03lMusmdXX3oNKIYhwVZlYns/fDq0Eg1hWWx3DMF 8vi8UT9stTt7ncnDymENiDONKtW+cVLNO8TjybDT6VTpMDYWkJIh/R9lWadXbpB4 h43D/9/otgVzPflASw7wI/888URi4WscmLeNB2hEjxw5wYhjKcWbRpFVPHE+Kwde tXVlZO1hMMAtS/5oG/A3EW3WFErWO/d6NZSvgalJ0qkNj90Nqu5FTXSXZyW7PjfA NOyW8JUJQeYfT3uWpDqU =Ognd -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#749336: designer plugins libqwebview.so and libqquickwidget.so are installed to qttools5-examples
Package: qttools-opensource-src Version: 5.3.0-1 These plugins are not from examples and they should be accessible for designer and uitools module. Maybe it'd better to create a separate package for them. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732920: When this patch can be adopted by Testing?
I have same question here. I has been 3 months after the patch submitted.
I got bitten by this bug today and my client's Internet was totally down
until I have time to log into the system and finally found after reboot,
the ip_forward is not set.
I have to create a file under /etc/sysctl.d to workaround this bug.
One thing I do not fully understand is today's latest git repos (26 May),
the snippet of sysctl.c is as follows:
if (stat(DEFAULT_PRELOAD, &ts) < 0 || S_ISREG(ts.st_mode)) {
if (!Quiet)
printf(_("* Applying %s ...\n"), DEFAULT_PRELOAD);
rc |= Preload(DEFAULT_PRELOAD);
}
My limited C knowledge telling me is that if stat /etc/sysctl.conf returns
an error or /etc/sysctl.conf is a regular file, it will try to Preload the
/etc/sysctl.conf still. I couldn't understand the point of checking here.
Shouldn't be stat()==0 && S_ISREG() then we do the preloading?
Best Regards,
Bai Shi
Bug#749337: spamassassin: false DKIM invalid signal on signed letters
Package: spamassassin Version: 3.3.2-5+deb7u1 Severity: important Case 1 MUA sending the same letter (changing only Message-ID and Date) to Exim MTA (server A) Server A adds some headers (the same headers except the recieved: ) then signs it and gives it to server B's Exim via SMTP. Server B's Exim uses spamassassin to check the e-mail. /etc/default/spamassassin modified for debuging, added options: --syslog=debug --debug=dkim >From 10 letters sent, 3-4 has failed dkim signature according to spamassassin. Exim also checks it, it says verification succeeded. For those cases, when the verification fails, spamd doesn't log anything. If I upload the supposedly wrong letter to the server, it passes the following check from the command line: spamassassin -t -D dkim < /tmp/asd May 26 14:27:56.768 [23620] dbg: dkim: using Mail::DKIM version 0.39 May 26 14:27:56.771 [23620] dbg: dkim: performing public key lookup and signature verification May 26 14:27:56.782 [23620] dbg: dkim: DKIM, i=@.hu, d=.hu, s=mailbox1, a=rsa-sha256, c=relaxed/relaxed, pass, does not match author domain May 26 14:27:56.782 [23620] dbg: dkim: signature verification result: PASS May 26 14:27:56.782 [23620] dbg: dkim: adsp: performing lookup on _adsp._domainkey...hu May 26 14:27:56.788 [23620] dbg: dkim: adsp result: U/unknown (dns: unknown), author domain '..hu' May 26 14:27:56.791 [23620] dbg: dkim: VALID signature by .hu, author system@..hu, no valid matches May 26 14:27:56.791 [23620] dbg: dkim: author system@..hu, not in any dkim whitelist With the command above, no invalid signature message came out. -- System Information: Debian Release: 7.5 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages spamassassin depends on: ii adduser 3.113+nmu3 pn libarchive-tar-perl ii libhtml-parser-perl 3.69-2 ii libnet-dns-perl 0.66-2+b2 ii libnetaddr-ip-perl 4.062+dfsg-1 ii libsocket6-perl 0.23-1+b2 ii libsys-hostname-long-perl 1.4-2 ii libwww-perl 6.04-1 ii perl5.14.2-21+deb7u1 ii perl-modules [libio-zlib-perl] 5.14.2-21+deb7u1 Versions of packages spamassassin recommends: ii gcc4:4.7.2-1 ii gnupg 1.4.12-7+deb7u3 ii libc6-dev 2.13-38+deb7u1 ii libio-socket-inet6-perl2.69-2 pn libmail-spf-perl ii make 3.81-8.2 ii perl [libsys-syslog-perl] 5.14.2-21+deb7u1 pn re2c ii spamc 3.3.2-5+deb7u1 Versions of packages spamassassin suggests: ii libdbi-perl 1.622-1 ii libio-compress-perl [libcompress-zlib-perl] 2.052-1 ii libio-socket-ssl-perl1.76-2 ii libmail-dkim-perl0.39-1 pn libnet-ident-perl ii perl [libcompress-zlib-perl] 5.14.2-21+deb7u1 pn pyzor pn razor -- Configuration Files: /etc/default/spamassassin changed [not included] /etc/spamassassin/local.cf changed [not included] -- 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#748414: RM: libphp-pclzip -- ROM; Renamed as php-pclzip
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Le 26/05/2014 07:48, Scott Kitterman a écrit : > On Friday, May 16, 2014 19:24:36 David Prévot wrote: >> Please remove the bug-free libphp-pclzip source package that has been >> renamed as php-pclzip as part of its adoption under the PHP PEAR >> Maintainers umbrella. > There are rdepends that > have to be addressed before this removal can be done: Actually, the php-pclzip source package provides a transitional dummy libphp-pclzip package with a symlink for the current rdepends (and I’m in the process of taking care of the transition), so it is safe to remove the libphp-pclzip source package now (it has already been automatically removed from testing anyway). Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBCAAGBQJTg0t2AAoJEAWMHPlE9r08tkMH/1b7Th1X45XPVm4uj8WgEC1+ XjlN/zJDFWeem7ymMI4ni05QqIefmn5FlNd05wdphdT6l5eqQxjfybgsAwQpAijl 2mcGgbETk6SOzqnGLMQrwjcIbNrOaQgyq3jnqZmznBaEdzw7sW0p5SSRBskeDiMk GseogCe5cTBGq7sdc8rQ33lxgMxymgTy2SI+lIwQ7ICrfmdci+b5QXOFiqKP5ORy 2tQqv4VZBnebwyF2sLKFQCyDNEkRHuW4nNcxXTRbPU+9c+t8PMxUWlkQ4XCVkADR FBmpteis9n9inoUsv8dlNaycMEMQSwHtYDGhQtvgzL2ZWcmMiHT0z90mDqp2F8U= =EoHP -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#749338: ITP: tinycthread -- minimalist, portable, threading library for C
Package: wnpp Severity: wishlist Owner: Klee Dienes * Package name: tinycthread Version : 1.1+20120910.git Upstream Author : Marcus Geelnard * URL : http://tinycthread.bitsnbites.eu * License : Zlib Programming Lang: C Description : minimalist, portable, threading library for C TinyCThread is a minimalist, portable, threading library for C, intended to make it easy to create multi threaded C applications. The library is closesly modeled after the C11 standard, but only a subset is implemented at the moment. This library is used by some variants of the Razer Hydra support. I don't know of other libraries implementing the C11 threading API, although I imagine that the standard compiler tools will support it eventually. I'm maintaining my packaging on gitorious.org (https://www.gitorious.org/tinythread/tinycthread-debian), to match the upstream distribution. Co-maintainers are welcome. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#746904: qtwebkit-opensource-src: ftbfs with GCC-4.9
With this patch, it can be built on mips64el, amd64 and i386 without
symbols warning.
--
Yunqiang Su
diff -Nru qtwebkit-opensource-src-5.2.1+dfsg1/debian/libqt5webkit5.symbols
qtwebkit-opensource-src-5.2.1+dfsg1/debian/libqt5webkit5.symbols
--- qtwebkit-opensource-src-5.2.1+dfsg1/debian/libqt5webkit5.symbols
2014-04-13 19:02:55.0 +
+++ qtwebkit-opensource-src-5.2.1+dfsg1/debian/libqt5webkit5.symbols
2014-05-26 04:53:59.0 +
@@ -1370,9 +1370,6 @@
_ZN13QQuickWebViewD0Ev@Base 5.0.2
_ZN13QQuickWebViewD1Ev@Base 5.0.2
_ZN13QQuickWebViewD2Ev@Base 5.0.2
- _ZN13QSGRenderNodeD0Ev@Base 5.0.2
- _ZN13QSGRenderNodeD1Ev@Base 5.0.2
- _ZN13QSGRenderNodeD2Ev@Base 5.0.2
_ZN14OpaqueJSString6createERKN3WTF6StringE@Base 5.0.2
_ZN14QWebPluginInfo10setEnabledEb@Base 5.0.2
_ZN14QWebPluginInfoC1EPN7WebCore13PluginPackageE@Base 5.0.2
@@ -1717,9 +1714,6 @@
_ZN21QtPluginWidgetAdapter16staticMetaObjectE@Base 5.0.2
_ZN21QtPluginWidgetAdapterC1Ev@Base 5.0.2
_ZN21QtPluginWidgetAdapterC2Ev@Base 5.0.2
- _ZN21QtPluginWidgetAdapterD0Ev@Base 5.0.2
- _ZN21QtPluginWidgetAdapterD1Ev@Base 5.0.2
- _ZN21QtPluginWidgetAdapterD2Ev@Base 5.0.2
_ZN22QWebHistoryItemPrivate4coreEPK15QWebHistoryItem@Base 5.0.2
_ZN23DumpRenderTreeSupportQt10initializeEv@Base 5.0.2
_ZN23DumpRenderTreeSupportQt11clearOpenerEP16QWebFrameAdapter@Base 5.0.2
@@ -2598,7 +2592,7 @@
_ZN3WTF9MediaTimeaSERKS0_@Base 5.0.2
(arch=amd64 kfreebsd-amd64 powerpc
s390x)_ZN3WTF9dataLogFVEPKcP13__va_list_tag@Base 5.2.1
(arch=hurd-i386 i386 kfreebsd-i386 ppc64)_ZN3WTF9dataLogFVEPKcPc@Base 5.2.1
- (arch=mips mipsel sparc)_ZN3WTF9dataLogFVEPKcPv@Base 5.2.1
+ (arch=mips mipsel mips64 mips64el sparc)_ZN3WTF9dataLogFVEPKcPv@Base 5.2.1
(arch=armel armhf)_ZN3WTF9dataLogFVEPKcSt9__va_list@Base 5.2.1
_ZN3WTF9dayInYearEdi@Base 5.0.2
_ZN3WTF9dayInYearEiii@Base 5.2.0
@@ -2893,8 +2887,8 @@
_ZNK25QQuickWebViewExperimental9userAgentEv@Base 5.0.2
_ZNK3JSC10JSFunction10sourceCodeEv@Base 5.0.2
_ZNK3JSC10JSFunction23isHostFunctionNonInlineEv@Base 5.0.2
- (arch=amd64 kfreebsd-amd64 ppc64
s390x)_ZNK3JSC11Interpreter18retrieveLastCallerEPNS_9ExecStateERiRlRN3WTF6StringERNS_7JSValueE@Base
5.2.1
- (arch=!amd64 !kfreebsd-amd64 !ppc64
!s390x)_ZNK3JSC11Interpreter18retrieveLastCallerEPNS_9ExecStateERiS3_RN3WTF6StringERNS_7JSValueE@Base
5.0.2
+ (arch=amd64 kfreebsd-amd64 mips64 mips64el ppc64
s390x)_ZNK3JSC11Interpreter18retrieveLastCallerEPNS_9ExecStateERiRlRN3WTF6StringERNS_7JSValueE@Base
5.2.1
+ (arch=!amd64 !kfreebsd-amd64 !mips64 !mips64el !ppc64
!s390x)_ZNK3JSC11Interpreter18retrieveLastCallerEPNS_9ExecStateERiS3_RN3WTF6StringERNS_7JSValueE@Base
5.0.2
_ZNK3JSC12JSRopeString11resolveRopeEPNS_9ExecStateE@Base 5.0.2
_ZNK3JSC12PropertySlot14functionGetterEPNS_9ExecStateE@Base 5.0.2
_ZNK3JSC17DebuggerCallFrame10thisObjectEv@Base 5.0.2
@@ -3097,18 +3091,15 @@
(optional=templinst|subst|arch=!sparc)_ZNSt6vectorI{size_t}SaI{size_t}EE19_M_emplace_back_auxII{size_t}EEEvDpOT_@Base
5.2.0
(optional=templinst|subst|arch=!sparc)_ZNSt6vectorI{size_t}SaI{size_t}EE19_M_emplace_back_auxIJRK{size_t}EEEvDpOT_@Base
5.2.0
(optional=templinst|subst|arch=!sparc)_ZNSt6vectorI{size_t}SaI{size_t}EE19_M_emplace_back_auxIJ{size_t}EEEvDpOT_@Base
5.2.0
-
(optional=templinst|subst)_ZNSt6vectorI{size_t}SaI{size_t}EE7reserveE{size_t}@Base
5.2.0
(optional=templinst|arch=sparc)_ZNSt8_Rb_treeI10TBasicTypeSt4pairIKS0_10TPrecisionESt10_Select1stIS4_ESt4lessIS0_ESaIS4_EE10_M_insert_IS4_EESt17_Rb_tree_iteratorIS4_EPKSt18_Rb_tree_node_baseSG_OT_@Base
5.2.1
(optional=templinst|arch=sparc)_ZNSt8_Rb_treeI10TBasicTypeSt4pairIKS0_10TPrecisionESt10_Select1stIS4_ESt4lessIS0_ESaIS4_EE16_M_insert_uniqueIS4_EES1_ISt17_Rb_tree_iteratorIS4_EbEOT_@Base
5.2.1
(optional=templinst|arch=sparc)_ZNSt8_Rb_treeI10TBasicTypeSt4pairIKS0_10TPrecisionESt10_Select1stIS4_ESt4lessIS0_ESaIS4_EE17_M_insert_unique_IS4_EESt17_Rb_tree_iteratorIS4_ESt23_Rb_tree_const_iteratorIS4_EOT_@Base
5.2.1
(optional=templinst|arch=armel armhf hurd-i386 i386 kfreebsd-i386 mips mipsel
powerpc ppc64
s390x)_ZNSt8_Rb_treeI10TBasicTypeSt4pairIKS0_10TPrecisionESt10_Select1stIS4_ESt4lessIS0_ESaIS4_EE22_M_emplace_hint_uniqueIIRKSt21piecewise_construct_tSt5tupleIIRS2_EESF_IIESt17_Rb_tree_iteratorIS4_ESt23_Rb_tree_const_iteratorIS4_EDpOT_@Base
5.2.0
(optional=templinst|arch=armel armhf hurd-i386 i386 kfreebsd-i386 mips mipsel
powerpc ppc64
s390x)_ZNSt8_Rb_treeI10TBasicTypeSt4pairIKS0_10TPrecisionESt10_Select1stIS4_ESt4lessIS0_ESaIS4_EE22_M_emplace_hint_uniqueIJRKSt21piecewise_construct_tSt5tupleIJRS2_EESF_IJESt17_Rb_tree_iteratorIS4_ESt23_Rb_tree_const_iteratorIS4_EDpOT_@Base
5.2.0
(optional=templinst|arch=!sparc)_ZNSt8_Rb_treeI10TBasicTypeSt4pairIKS0_10TPrecisionESt10_Select1stIS4_ESt4lessIS0_ESaIS4_EE24_M_get_insert_unique_posERS2_@Base
5.0.2
- (optional=templinst|arch=amd64
kfreebsd-amd64)_ZNSt8_Rb_treeI10TBasicTypeSt4pairIKS0_10TPrecisionESt10_Select1stIS4_ESt4lessIS0_ESaIS4_
Bug#748406: linux: [armhf/armmp] Include IMX DRM/HDMI drivers
On Fri, 2014-05-16 at 15:26 -0700, Vagrant Cascadian wrote: > The patch for wandboard was from linux-next, the cubox-i/hummingboard patch > from: > > > http://www.home.arm.linux.org.uk/~rmk/cubox/hummingboard-cubox-i-v3.15-rc1/0214-ARM-imx-add-HDMI-support-for-SolidRun-HummingBoard-a.patch I'm not sure, but I think our policy of only taking changes which are already would/should extend to DTBs too. Is this stuff destined to go upstream? > At the very least, please consider the config.armmp changes, as this would > allow users to use a custom .dtb file without having to rebuild the kernel. Done. Thanks, Ian. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727481: opus-tools: run dh-autoreconf to update config.{sub,guess} and {libtool,aclocal}.m4
Hi Manuel, On Sat, May 24, 2014 at 05:34:42PM +0100, Manuel A. Fernandez Montecelo wrote: > Hi, > > I plan to upload a NMU to fix this bug. It's pretty straightforward > and it's affecting some ports being prepared for Debian right now > (e.g. OpenRISC/or1k, ppc64el) and also it will solve the issue for new > arches in the future. Can you confirm which of these ports are currently actually in progress for Debian, and whether or not they all already have the necessary support in sid autoconf/libtool? OpenRISC still isn't listed on the debian ports page (though I'm aware there was some interest in it), and last time I asked around nobody could confirm there was actually a Debian ppc64el port going to happen (only that ubuntu was doing one). > I plan to upload NMUs as well for other opus tools and other packages > that you maintain, as libogg that I told you a few days ago. These > packages are preventing hundreds or reverse build-dependencies to > build cleanly in new arches, and thus causing us to do a lot of dull > manual work. I'd much prefer that they be updated, and tested, and confirmed to work correctly with a sufficiently new version of autotools, which can then be used everywhere, including for backports. Randomly generating them, with a random version of those tools just moves confusing and difficult failures, and the dull manual work of dealing with that, onto somebody else - rather than giving everybody a tested and known working build system. I'm not unsympathetic to the work of porters, but I'm also keenly aware that many of these packages also get rebuilt by people doing back (or forward) ports of them, and I firmly believe in the importance of that remaining as painless as it so far has been too. > For example, there are 18 reverse build-deps of libopus-dev in main, > including libav, which in turn has 86 reverse build-depends on main > for libavcodec-dev alone; etc etc. Worse is the case of libogg-dev, > which has 77 direct reverse build-depends in main. I'm happy to update anything which needs it if these ports are actually now really in progress for Debian. For many of them it's just a case of balancing the timing of new upstream releases with actual work on the ports really being started, since I always pull and test the latest autotools boilerplate for those, and send patches upstream where things have been deprecated or need modifying to work correctly with them (which in the last few autotools releases has become a more frequent necessity again). If you can give me a concrete list of what's actually holding you up and for which ports (or somewhere I can look at to see that), then I'll expedite updates of the things that are actually bottlenecks. If you can confirm that they actually build *and work* on those new ports without needing other mods sent upstream then even better. Handwaving about "some ports", and packages like opus-tools, which is very much a leaf, and has only one other leaf that *suggests* it, isn't as helpful as giving actual specifics, and actual timelines for when things are going to be bottlenecks. There is no magic "this will fix everything forever" that trumps doing actual testing - and the whole point of packages having maintainers is so that the testing can be done. There's more to building a distro than "it seems to build from source. ship it." Cheers, Ron -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#749339: O: cflow -- Analyze control flow in C source files
Package: wnpp Severity: normal I intend to orphan the cflow package; I don't have the time for it. The package description is: GNU cflow analyzes a collection of C source files and prints a graph, charting control flow within the program. . GNU cflow is able to produce both direct and inverted flowgraphs for C sources. Optionally a cross-reference listing can be generated. Two output formats are implemented: POSIX and GNU (extended). . Input files can optionally be preprocessed before analyzing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
