Bug#731102: apt: "apt-get source package/suite" unavailable target
On Tue, Dec 03, 2013 at 09:58:31PM +0100, Michael Vogt wrote: > On Sun, Dec 01, 2013 at 09:07:26PM -0500, Michael Gilbert wrote: > > package: src:apt > > severity: normal > > version: 0.9.13 [..] > Indeed this is a good suggestion. > > Please see the attached patch to add the release matching for > deb-src only targets. It needs some serious love (and probably a bit > of refactoring in the FindSrc() code) and a testcase of course. [..] Attached a much approved version that should be suitable for inclusion. With the next ABI break we can get rid of even more cruft in there (all the #ifds :). There are some changes in there that are not strictly needed, but I took the opportunity to do a bit of cleanup. Cheers, Michael >From 7014e1482942d00b66eb30061b0cf5d2a7b3ebf3 Mon Sep 17 00:00:00 2001 From: Michael Vogt Date: Thu, 5 Dec 2013 08:11:11 +0100 Subject: [PATCH] * enable release based selection for deb-src (closes: 731102) --- apt-pkg/deb/debmetaindex.cc | 17 +- apt-pkg/deb/debmetaindex.h | 7 +++ apt-pkg/indexfile.h | 4 +- apt-pkg/indexrecords.cc | 5 ++ apt-pkg/indexrecords.h | 1 + apt-pkg/metaindex.h | 24 ++--- cmdline/apt-get.cc | 122 +++- 7 files changed, 145 insertions(+), 35 deletions(-) diff --git a/apt-pkg/deb/debmetaindex.cc b/apt-pkg/deb/debmetaindex.cc index b597b6f..5048775 100644 --- a/apt-pkg/deb/debmetaindex.cc +++ b/apt-pkg/deb/debmetaindex.cc @@ -1,4 +1,3 @@ -// ijones, walters #include #include @@ -72,6 +71,22 @@ string debReleaseIndex::MetaIndexURI(const char *Type) const return Res; } +#if (APT_PKG_MAJOR >= 4 && APT_PKG_MINOR >= 13) +std::string debReleaseIndex::LocalFileName() const +{ + // see if we have a InRelease file + std::string PathInRelease = MetaIndexFile("InRelease"); + if (FileExists(PathInRelease)) + return PathInRelease; + + // and if not return the normal one + if (FileExists(PathInRelease)) + return MetaIndexFile("Release"); + + return ""; +} +#endif + string debReleaseIndex::IndexURISuffix(const char *Type, string const &Section, string const &Arch) const { string Res =""; diff --git a/apt-pkg/deb/debmetaindex.h b/apt-pkg/deb/debmetaindex.h index b9ecab9..cef8d68 100644 --- a/apt-pkg/deb/debmetaindex.h +++ b/apt-pkg/deb/debmetaindex.h @@ -3,6 +3,7 @@ #define PKGLIB_DEBMETAINDEX_H #include +#include #include #include @@ -39,9 +40,15 @@ class debReleaseIndex : public metaIndex { virtual bool GetIndexes(pkgAcquire *Owner, bool const &GetAll=false) const; std::vector * ComputeIndexTargets() const; std::string Info(const char *Type, std::string const &Section, std::string const &Arch="") const; + std::string MetaIndexInfo(const char *Type) const; std::string MetaIndexFile(const char *Types) const; std::string MetaIndexURI(const char *Type) const; + +#if (APT_PKG_MAJOR >= 4 && APT_PKG_MINOR >= 13) + virtual std::string LocalFileName() const; +#endif + std::string IndexURI(const char *Type, std::string const &Section, std::string const &Arch="native") const; std::string IndexURISuffix(const char *Type, std::string const &Section, std::string const &Arch="native") const; std::string SourceIndexURI(const char *Type, const std::string &Section) const; diff --git a/apt-pkg/indexfile.h b/apt-pkg/indexfile.h index 1d34dc7..2d433b6 100644 --- a/apt-pkg/indexfile.h +++ b/apt-pkg/indexfile.h @@ -78,10 +78,10 @@ class pkgIndexFile virtual bool Exists() const = 0; virtual bool HasPackages() const = 0; virtual unsigned long Size() const = 0; - virtual bool Merge(pkgCacheGenerator &/*Gen*/,OpProgress* /*Prog*/) const { return false; }; + virtual bool Merge(pkgCacheGenerator &Gen, OpProgress* Prog) const { return false; }; __deprecated virtual bool Merge(pkgCacheGenerator &Gen, OpProgress &Prog) const { return Merge(Gen, &Prog); }; - virtual bool MergeFileProvides(pkgCacheGenerator &/*Gen*/,OpProgress* /*Prog*/) const {return true;}; + virtual bool MergeFileProvides(pkgCacheGenerator &Gen,OpProgress* Prog) const {return true;}; __deprecated virtual bool MergeFileProvides(pkgCacheGenerator &Gen, OpProgress &Prog) const {return MergeFileProvides(Gen, &Prog);}; virtual pkgCache::PkgFileIterator FindInCache(pkgCache &Cache) const; diff --git a/apt-pkg/indexrecords.cc b/apt-pkg/indexrecords.cc index 8a72ca1..f8097c3 100644 --- a/apt-pkg/indexrecords.cc +++ b/apt-pkg/indexrecords.cc @@ -27,6 +27,11 @@ string indexRecords::GetDist() const return this->Dist; } +string indexRecords::GetSuite() const +{ + return this->Suite; +} + bool indexRecords::CheckDist(const string MaybeDist) const { return (this->Dist == MaybeDist diff --git a/apt-pkg/indexrecords.h b/apt-pkg/indexrecords.h index a98b939..d003ec0 100644 --- a/apt-pkg/indexrecords.h +++ b/apt-pkg/indexrecords.h @@ -46,6 +46,7 @@ class indexRecords virtual bool Load(std::string Filename
Bug#726169: Add reference to Dpkg::Progress-Fancy in apt-get.8
On Wed, Dec 04, 2013 at 07:58:56AM -0500, James McCoy wrote: > Ping. This should be a simple change and will help people actually know > how to setup the progress display. Ups, sorry. I overlooked this patch. Merged into git now and it will be part of the next upload. Cheers, Michael > On Sat, Oct 12, 2013 at 08:49:25PM -0400, James McCoy wrote: > > diff --git a/doc/apt-get.8.xml b/doc/apt-get.8.xml > > index 4c050ec..1ece004 100644 > > --- a/doc/apt-get.8.xml > > +++ b/doc/apt-get.8.xml > > @@ -526,7 +526,7 @@ > > terminal window when packages are installed, upgraded or > > removed. For a machine parsable version of this data see > > README.progress-reporting in the apt doc directory. > > - DpkgPM::Progress. > > + Configuration Item: DpkgPM::Progress and > > Dpkg::Progress-Fancy. > > > > > > > > -- > James > GPG Key: 4096R/331BA3DB 2011-12-05 James McCoy -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731404: ocaml-data-notation: FTBFS with ocaml 4.01.0
Source: ocaml-data-notation Version: 0.0.9-1 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, ocaml-data-notation FTBFS when binNMUed against ocaml 4.01.0. From the amd64 build log: > ocamlfind ocamlopt -shared -linkall src/odn.cmxa -o src/odn.cmxs > ocamlfind ocamldep -package type_conv -package camlp4.quotations.o -package > camlp4.lib -syntax camlp4o -modules src/pa_odn.ml > src/pa_odn.ml.depends > ocamlfind ocamlc -c -g -package type_conv -package camlp4.quotations.o > -package camlp4.lib -syntax camlp4o -I src -o src/pa_odn.cmo src/pa_odn.ml > + ocamlfind ocamlc -c -g -package type_conv -package camlp4.quotations.o > -package camlp4.lib -syntax camlp4o -I src -o src/pa_odn.cmo src/pa_odn.ml > File "src/pa_odn.ml", line 245, characters 2-8: > Error: This expression has type > Camlp4.PreCast.Ast.ctyp -> Camlp4.PreCast.Ast.str_item >but an expression was expected of type > bool -> Camlp4.PreCast.Ast.ctyp -> Camlp4.PreCast.Ast.str_item >Type Camlp4.PreCast.Ast.ctyp is not compatible with type bool > Command exited with code 2. > E: Failure("Command '/usr/bin/ocamlbuild src/odn.cma src/odn.cmxs > src/odn.cmxa src/odn.a src/pa_odn.cma src/pa_noodn.cma -tag debug' terminated > with error code 10") > make[1]: *** [override_dh_auto_build] Error 1 > make[1]: Leaving directory `/«PKGBUILDDIR»' > make: *** [build-arch] Error 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=ocaml-data-notation&suite=sid Cheers, -- 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#731376: ITP: libextutils-typemap-perl -- ExtUtils::Typemap - Read/Write/Modify Perl/XS typemap files
* Piotr Roszatycki [2013-12-05 00:46:40 +0100]: > 2013/12/4 Nicolas Dandrimont : > >> * Package name: libextutils-typemap-perl > >> This package is required by Slic3r - G-code generator for 3D printers. > > > > Hi, > > > > Isn't all this already in libextutils-typemaps-default-perl? Slic3r works > > fine with that package. > > Slic3r requires both of them: ExtUtils::Typemap and > ExtUtils::Typemaps::Default. At least the latest beta of Slic3er. > > git-blame [1] tells it requires ExtUtils::Typemap since 2013-06-23 > > [1] https://github.com/alexrj/Slic3r/blame/master/xs/Build.PL I'm not convinced that this dependency is right at all. EU::Typemap is never used in the codebase, and I'd expect any potential code generated by ParseXS to yield a dependency on EU::Typemap*s*, as it bundles that module. I think that just dropping the EU::Typemap dependency in Build.PL would be fine. Cheers, -- Nicolas Dandrimont "Linux poses a real challenge for those with a taste for late-night hacking (and/or conversations with God)." (By Matt Welsh) signature.asc Description: Digital signature
Bug#731389: libharfbuzz0a: libharfbuzz0b : Breaks: libharfbuzz0a but 0.9.19-1 is installed
On Wed, Dec 04, 2013 at 05:37:06PM -0600, Trey Blancher wrote: > I am trying to perform a routine upgrade of my Sid system (aptitude > full-upgrade). It appears that aptitude is trying to install two packages, > libharfbuzz-gobject0 and libharfbuzz0b{ab}. Since libharfbuzz0b conflicts > with > libharfbuzz0a, aptitude suggests removing over 300 packages, which I'd like to > avoid. I haven't done anything to correct the problem, since it appears that > a > lot of packages depend on libharfbuzz0a. The only thing I think that would > make > this upgrade possible if libharfbuzz0a and libharfbuzz0b could coexist. I > have > no idea if that's desirable or even possible. ---end quoted text--- DO NOT UPGRADE HarfBuzz for the time being. There is a harfbuzz transition going on, once it's over, you can upgrade harfbuzz without those conflicts. -- أحمد المحمودي (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#726466: [Pkg-systemd-maintainers] Bug#726466: systemd-logind: Re: libsystemd-login0: while logging in to tty6 got Failed to issue method call.
Hi Philippe, Thanks for the update. Unfortunately, I have no clue where this message comes from. Looking at the source, “loginctl activate” seems like the only candidate, but the message that is reported comes from systemd-logind, not loginctl. With the journal as log target, source code file and line number would be present, but since you’re not running systemd, you don’t have that. I’d be curious whether the message still appears when you boot with systemd as PID 1 (i.e. append init=/bin/systemd to your kernel cmdline). Also, since I cannot reproduce this here, could you try to reproduce it in a clean virtual machine and then list the steps to reproduce? -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731405: ocamldap: FTBFS with ocaml 4.01.0
Source: ocamldap Version: 2.1.8-8 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, ocamldap FTBFS when binNMUed against ocaml 4.01.0. From the amd64 build log: > ocamlfind ocamlc -package netstring,str,ssl -c -g ldap_protocol.mli > ocamlfind ocamlc -package netstring,str,ssl -c -g ldap_protocol.ml > ocamlfind ocamlc -package netstring,str,ssl -c -g ulist.ml > ocamlfind ocamlc -package netstring,str,ssl -c -g ldap_urllexer.ml > ocamlfind ocamlc -package netstring,str,ssl -c -g ldap_url.mli > ocamlfind ocamlc -package netstring,str,ssl -c -g ldap_url.ml > ocamlfind ocamlc -package netstring,str,ssl -c -g ldap_filterparser.mli > ocamlfind ocamlc -package netstring,str,ssl -c -g ldap_filterlexer.ml > File "ldap_filterlexer.mll", line 25, characters 13-24: > Error: Unbound module Pcre > make[2]: *** [ldap_filterlexer.cmo] Error 2 > make[2]: Leaving directory `/«PKGBUILDDIR»' > make[1]: *** [debug-code-library] Error 2 > make[1]: Leaving directory `/«PKGBUILDDIR»' > make: *** [debian/stamp-makefile-build] Error 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=ocamldap&suite=sid This might be because of the new version of ocamlnet. Cheers, -- 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#509952: Interesting solution found
Hi everybody, I found an interesting solution for this issue at the Ubuntu-Bug-Tracker: https://bugs.launchpad.net/ubuntu/+source/fetchmail/+bug/1021699 For each imap "session" a single configuration file is needed and a single daemon will be started. Each single daemon could use the idle command. Not very nice, but well working for me. Regards Robert -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731402: transition: spatialite
On 12/05/2013 07:51 AM, Bas Couwenberg wrote: > Several packages in the SpatiaLite family and related Gaia-SINS software > are updated to support the new libspatialite. This includes > librasterlite, a former dependency of spatialite-gui, which is updated from > librasterlite1 (1.1~svn11) to librasterlite2 (1.1g). A seperate > transition slot will be requested for librasterlite. For reference, the librasterlite transition is tracked in #731403. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731403: transition: librasterlite
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Team, For the Debian GIS team I've requested a transition slot for the SpatiaLite transition, it includes an update of librasterlite requiring its own transition. The upgrade from librasterlite 1.1~svn11 to 1.1g involves a SONAME bump from librasterlite.so.1 to librasterlite.so.2. And affects the following source packages in unstable: 1) mapnik (build OK) 2) spatialite-gui (build OK) Only a BinNMU is required for mapnik. The spatialite-gui package in experimental can be copied to unstable. The updated spatialite-gui package requires the libgaiagraphics and spatialite packages available in experimental. The 1.2.1 version of spatialite-gui in unstable depends on librasterlite, but the new 1.7.1 version no longer links to librasterlite. The librasterlite transition goes hand in hand with the spatialite transition (#731402). The new librasterlite package will build with the spatialite version in unstable, but it should be built with the new spatialite version also used by spatialite-gui and spatialite-tools. For more information about the librasterlite and spatialite transitions, see the thread on debian-gis@ starting at: https://lists.debian.org/debian-gis/2013/10/msg9.html For the librasterlite transition the following Ben file is suggested: title = "librasterlite2"; is_affected = .build-depends ~ "librasterlite-dev"; is_good = .depends ~ "librasterlite2"; is_bad = .depends ~ "librasterlite1"; Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731402: transition: spatialite
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: transition Dear Release Team, For the Debian GIS team I'd like to request a transition slot for the SpatiaLite transition. The upgrade from spatialite 3.1.0~rc2 to 4.1.1 involves a SONAME bump from libspatialite.so.3 to libspatialite.so.5. Several packages in the SpatiaLite family and related Gaia-SINS software are updated to support the new libspatialite. This includes librasterlite, a former dependency of spatialite-gui, which is updated from librasterlite1 (1.1~svn11) to librasterlite2 (1.1g). A seperate transition slot will be requested for librasterlite. The SpatiaLite packages were updated in experimental to 4.0.0 some time ago but this effort was stalled. The packages FTBFS on several architectures due to improper sqlite3 linking. These problems have been adressed in the 4.1.1 packages. The following packages were updated for the SpatiaLite transition: 1) libgaiagraphics (0.5-1) available in experimental 2) freexl (1.0.0f-2) available in unstable 3) readosm (1.0.0b+dfsg1-2) available in unstable 4) spatialite (4.1.1-4)available in experimental 5) librasterlite(1.1g-2) available in experimental 6) spatialite-tools (4.1.1-1)available in experimental 7) spatialite-gui (1.7.1-1)available in experimental 8) pyspatialite (3.0.1-3)available in experimental The spatialite transition affects the following source packages: 1) gdal(build OK) 2) merkaartor (build OK) 3) librasterlite (build OK) 4) spatialite-gui (build OK)requires libgaiagraphics (0.5) 5) spatialite-tools(build OK) 6) pyspatialite(build OK) 7) qgis(build OK)requires fixed OpenSceneGraph packages Only BinNMUs are required for gdal, merkaartor and qgis. The other packages can be copied from experimental. The gdal package has its own transition from 1.9.x to 1.10.x in the queue, and is tracked in #712688. Rebuilding qgis is currently not possible because libopenscenegraph99 is uninstabable due to the libav transition. The openscenegraph transition is tracked in #729289. More information about the changes made for the spatialite transition, see the thread on debian-gis@ starting at: https://lists.debian.org/debian-gis/2013/10/msg9.html For the spatialite transition the following Ben file is suggested: title = "libspatialite5"; is_affected = .build-depends ~ "libspatialite-dev"; is_good = .depends ~ "libspatialite5"; is_bad = .depends ~ "libspatialite3"; Kind Regards, Bas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729624: [LCFC] templates://nsd/{templates}
This is the last call for comments for the review of debconf templates for nsd. The reviewed templates will be sent on Saturday, December 07, 2013 to this bug report and a mail will be sent to this list with "[BTS]" as a subject tag. -- Template: nsd3/old_confdir_exists Type: note _Description: Configuration directory for NSD changed NSD 4 has changed the configuration directory from /etc/nsd3 to /etc/nsd. . The old configuration file (/etc/nsd3/nsd.conf) will be moved to /etc/nsd/nsd.conf. However, other configuration files in /etc/nsd3 will not be moved, so you need to check and move your configuration snippets and zone files yourself. Source: nsd Section: net Priority: optional Maintainer: Ondřej Surý Build-Depends: debhelper (>= 9), dpkg-dev (>= 1.16.1.1~), dh-autoreconf, bison, flex, libssl-dev, libevent-dev, openssl, po-debconf Standards-Version: 3.9.4 Vcs-Browser: http://git.debian.org/?p=pkg-nlnetlabs/nsd.git Vcs-Git: git://git.debian.org/pkg-nlnetlabs/nsd.git Homepage: http://www.nlnetlabs.nl/nsd/ Package: nsd Architecture: any Depends: ${shlibs:Depends}, ${misc:Depends}, lsb-base (>= 3.0-10), adduser Replaces: nsd3 (<= 4.0.0-1~) Breaks: nsd3 (<= 4.0.0-1~) Description: authoritative domain name server NSD is a fast, authoritative only, high performance, simple and open source name server. . NSD was primarily developed by NLnet Labs on request from and in close cooperation with RIPE NCC, as an alternative DNS server to be run on the root name server operated by RIPE NCC. Package: nsd3 Architecture: all Section: oldlibs Priority: extra Depends: nsd (>= 4.0.0-1~), ${misc:Depends}, debconf Description: authoritative domain name server - transitional package NSD is a fast, authoritative only, high performance, simple and open source name server. . NSD was primarily developed by NLnet Labs on request from and in close cooperation with RIPE NCC, as an alternative DNS server to be run on the root name server operated by RIPE NCC. . This is a transitional dummy package. It can safely be removed. signature.asc Description: Digital signature
Bug#731401: otags: needs update for ocaml 4.01.0
Source: otags Version: 3.12.5-2 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, otags needs to be updated to ocaml 4.01.0. Cheers, -- 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#731265: Optimus from Nvidia does not works
On 2013-12-03 20:01, LOMBARD Maxime wrote: > PS : Actually i'm on Arch because it works but i love Debian so... Thanks > to help ;) You should have run reportbug in your Debian installation after that error occurred. It would have collected information about your system that might have been helpful for debugging. Just giving an X Error is useless. Andreas PS: you need to install nvidia-driver, not just libgl1-nvidia-glx -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731400: ocamlduce: needs update for ocaml 4.01.0
Source: ocamlduce Version: 3.12.1.0 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, ocamlduce needs to be updated to ocaml 4.01.0. Cheers, -- 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#731398: galax: FTBFS with ocaml 4.01.0
Source: galax Version: 1.1-10 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, galax FTBFS when binNMUed against ocaml 4.01.0. From the amd64 build log: > File "datatypes/dateTime.ml", line 196, characters 20-22: > Warning 3: deprecated feature: operator (or); you should use (||) instead > File "datatypes/dateTime.ml", line 185, characters 43-45: > Warning 3: deprecated feature: operator (or); you should use (||) instead > /usr/bin/ocamlc -w m -I . -I . -I /usr/bin/../lib/ocaml -I > /usr/lib/ocaml/pcre -I /usr/lib/ocaml/netstring -I /usr/lib/ocaml/equeue -I > /usr/lib/ocaml/netclient -I /usr/lib/ocaml/pxp-engine -I > /usr/lib/ocaml/pxp-lex-utf8 -I /usr/lib/ocaml/pxp-lex-iso88591 -I > /usr/lib/ocaml/camomile -I /usr/lib/ocaml/netsys -I ./tools/http -I > ./tools/stemmer -I ./base -I ./fsa -I ./namespace -I ./datatypes -I ./ast -I > ./ast_walker -I ./ast_printer -I ./procctxt -I ./lexing -I ./parsing -I > ./dm/base -I ./dm/atomic -I ./streaming -I ./serialization -I ./schema -I > ./dm -I ./subtyping -I ./wsdl -I ./normalization -I ./projection -I > ./code_util -I ./streaming_xpath -I ./datamodel -I ./monitor -I ./stdlib -I > ./typing -I ./rewriting -I ./factorization -I ./physicaldm -I ./compile -I > ./optimization -I ./code_selection/code -I ./code_selection -I ./planio -I > ./evaluation -I ./procmod -I ./toplevel -I ./galapi/caml_api -I > ./extensions/jabber -I ./extensions/apache -I ./shredded -I > ./shredded/shredded_main_mem ory -I ./shredded/shredded_common -I ./regress -c datatypes/anyURI.mli > /usr/bin/ocamlc -w m -I . -I . -I /usr/bin/../lib/ocaml -I > /usr/lib/ocaml/pcre -I /usr/lib/ocaml/netstring -I /usr/lib/ocaml/equeue -I > /usr/lib/ocaml/netclient -I /usr/lib/ocaml/pxp-engine -I > /usr/lib/ocaml/pxp-lex-utf8 -I /usr/lib/ocaml/pxp-lex-iso88591 -I > /usr/lib/ocaml/camomile -I /usr/lib/ocaml/netsys -I ./tools/http -I > ./tools/stemmer -I ./base -I ./fsa -I ./namespace -I ./datatypes -I ./ast -I > ./ast_walker -I ./ast_printer -I ./procctxt -I ./lexing -I ./parsing -I > ./dm/base -I ./dm/atomic -I ./streaming -I ./serialization -I ./schema -I > ./dm -I ./subtyping -I ./wsdl -I ./normalization -I ./projection -I > ./code_util -I ./streaming_xpath -I ./datamodel -I ./monitor -I ./stdlib -I > ./typing -I ./rewriting -I ./factorization -I ./physicaldm -I ./compile -I > ./optimization -I ./code_selection/code -I ./code_selection -I ./planio -I > ./evaluation -I ./procmod -I ./toplevel -I ./galapi/caml_api -I > ./extensions/jabber -I ./extensions/apache -I ./shredded -I > ./shredded/shredded_main_mem ory -I ./shredded/shredded_common -I ./regress -c datatypes/anyURI.ml > File "datatypes/anyURI.ml", line 142, characters 2-23: > Error: Unbound module Netstring_pcre > make[3]: *** [datatypes/anyURI.cmo] Error 2 > make[2]: make[3]: Leaving directory `/«PKGBUILDDIR»' > *** [world] Error 2 > make[2]: Leaving directory `/«PKGBUILDDIR»' > make[1]: *** [override_dh_auto_build] Error 2 > make[1]: Leaving directory `/«PKGBUILDDIR»' > make: *** [build-arch] Error 2 Full build logs available via: https://buildd.debian.org/status/package.php?p=galax&suite=sid Cheers, -- 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#731399: jocaml: needs update for ocaml 4.01.0
Source: jocaml Version: 3.12.1-1 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, jocaml needs to be updated to ocaml 4.01.0. Cheers, -- 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#731121: ktp-call-ui: depends on obsolete Farstream 0.1
Hello, I think currently KTP Call UI ends up depending on both GStreamer 0.10 and 1.0 because it directly uses GStreamer 0.10 but it depends on telepathy components that have been updated to 1.0 I've been working on porting the QtGstreamer wrapper being used by KTP, but it's has been slow going. So I'm not sure when a GStreamer 1.0 release might happen. I've had trouble using ktp-call-ui recently because of all the version mismatches, I think to get it all working reliably will require finishing the porting to GStreamer to 1.0. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731342: gitmagic: fails to build due to missing build dependency
Control: severity -1 normal Control: tag -1 moreinfo unreproducible On Wednesday, 4. December 2013 13:31:11 Simon Kainz wrote: > Builing gitmagic fails to build from source, due to a missing build > dependency for > > docbook. > > Here is some sample output: > > openjade:/etc/sgml/docbook.cat:1:8:E: cannot open > "/usr/share/sgml/docbook/dtd/catalog" (No such file or directory) ... > After installing docbook building from source works as expected. I successfully rebuilt gitmagic in minimal wheezy, jessie, and sid pbuilder chroots. Maybe a local problem w.r.t. /etc/sgml ? I remember there are upgrade problems due to making the *.cat conffiles ... so (re-)installing may have fixed/worked around this. Andreas -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731155: Acknowledgement (arpwatch consumes excessive CPU with libpcap0.8 1.5.1-1)
This problem also occurs with libpcap0.8 1.5.2-1 on i386. Regards, Arthur. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731316: e2undel is obsolete and should be removed
On Thu, Dec 05, 2013 at 03:14:50AM +0100, Javier Fernandez-Sanguino wrote: > On 4 December 2013 09:07, Adrian Bunk wrote: > > What e2undel does is a subset of the features of debugfs (from the > > e2fsprogs package), and since the latter is actually maintained > > it contains for example a fix for #662034. > > That's good news. > > > If you agree that the e2undel should be removed, please reassign > > this bug as a removal request to ftp.debian.org. > > The popcon stats for e2undel is not too high, but shouldn't we make it > a transitional package pointing users of e2undel towards e2fsprogs? e2fsprogs is essential, so the transitional package would do nothing. And for pointing users to where the functionality is a transitional package (that would anyway be gone after some time) is not of much help - more relevant for users are the results of Google searches for terms like "ext2 undeletion". If you really want to reach users, more appropriate places for pointing at debugfs would be (based on the Google search results I get): http://www.tldp.org/HOWTO/Ext2fs-Undeletion.html http://e2undel.sourceforge.net/ These would be the relevant places, but in practice ext2 usage has become so rare that it is not really worth the effort. > Regards > > Javier cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731397: asterisk: Please add a restorecon for SE Linux after creating directories such as //var/run/asterisk
Package: asterisk Version: 1:1.8.13.1~dfsg-3+deb7u1 Severity: normal Tags: patch --- asterisk.orig 2013-12-05 16:23:02.0 +1100 +++ asterisk2013-12-05 15:54:45.0 +1100 @@ -98,6 +98,7 @@ for dir in /var/run/asterisk /var/log/asterisk /var/log/asterisk/cdr-csv /var/log/asterisk/cdr-custom; do [ -d $dir ] || install -d -o $USER -g $GROUP $dir + [ -x /sbin/restorecon ] && /sbin/restorecon $dir done set -e Please apply a patch like the above to give correct SE Linux labels to newly created directories. It won't change the result on a non-SE system. This bug exists in both Wheezy and Unstable. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/1 CPU core) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages asterisk depends on: ii adduser 3.113+nmu3 ii asterisk-config 1:1.8.13.1~dfsg-3+deb7u1 ii asterisk-core-sounds-en-gsm 1.4.22-1 ii asterisk-modules 1:1.8.13.1~dfsg-3+deb7u1 ii libc62.13-38 ii libcap2 1:2.22-1.2 ii libgcc1 1:4.7.2-5 ii libssl1.0.0 1.0.1e-2 ii libstdc++6 4.7.2-5 ii libtinfo55.9-10 ii libxml2 2.8.0+dfsg1-7+nmu2 Versions of packages asterisk recommends: pn asterisk-moh-opsound-gsm pn asterisk-voicemail | asterisk-voicemail-storage pn sox Versions of packages asterisk suggests: pn asterisk-dahdi pn asterisk-dev pn asterisk-doc pn asterisk-ooh323 -- Configuration Files: /etc/init.d/asterisk changed: PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin NAME=asterisk USER=$NAME GROUP=$USER DAEMON=/usr/sbin/$NAME CANARY=/usr/sbin/astcanary DESC="Asterisk PBX" PIDFILE="/var/run/asterisk/asterisk.pid" ASTSAFE_PIDFILE="/var/run/asterisk/asterisk_safe.pid" UMASK=007 # by default .. /lib/lsb/init-functions PARAMS="" CHDIR_PARM="" AST_REALTIME="yes" RUNASTERISK="yes" AST_DUMPCORE="no" AST_DUMPCORE_DIR="/var/spool/asterisk" # only used if AST_DUMPCORE != no if [ -r /etc/default/$NAME ]; then . /etc/default/$NAME; fi if [ "$RUNASTERISK" != "yes" ];then echo "Asterisk not yet configured. Edit /etc/default/asterisk first." exit 0 fi if [ "$AST_REALTIME" != "no" ] then PARAMS="$PARAMS -p" fi if [ "$AST_DUMPCORE" != "no" ] then PARAMS="$PARAMS -g" if [ "$CORE_PATTERN" != '' ] then echo "$CORE_PATTERN" >/proc/sys/kernel/core_pattern fi if [ -d "$AST_DUMPCORE_DIR" ] then CHDIR_PARM="--chdir $AST_DUMPCORE_DIR" fi fi if [ "x$USER" = "x" ] then echo "Error: empty USER name" exit 1 fi if [ `id -u "$USER"` = 0 ] then echo "Starting as root not supported." exit 1 fi PARAMS="$PARAMS -U $USER" if [ "x$AST_DEBUG_PARAMS" = x ] then AST_DEBUG_PARAMS=-cvd fi if [ "$RUNASTSAFE" = "yes" ];then # The value of WRAPPER_DAEMON in can be set in /etc/default/asterisk WRAPPER_DAEMON=${WRAPPER_DAEMON:-/usr/sbin/safe_asterisk} REALDAEMON="$WRAPPER_DAEMON" else REALDAEMON="$DAEMON" fi test -x $DAEMON || exit 0 for dir in /var/run/asterisk /var/log/asterisk /var/log/asterisk/cdr-csv /var/log/asterisk/cdr-custom; do [ -d $dir ] || install -d -o $USER -g $GROUP $dir [ -x /sbin/restorecon ] && /sbin/restorecon $dir done set -e if [ "$UMASK" != '' ] then umask $UMASK fi if [ "$MAXFILES" != '' ] then ulimit -n $MAXFILES fi status() { status_of_proc -p "$PIDFILE" "$NAME" "$DESC" && return 0 || return $? } asterisk_rx() { if ! status >/dev/null; then return 0; fi # if $HOME is set, asterisk -rx writes a .asterisk_history there ( unset HOME $DAEMON -rx "$1" ) } case "$1" in debug) # we add too many special parameters that I don't want to skip # accidentally. I'm afraid that skipping -U once may cause # confusing results. I also want to maintain the user's choice # of -p echo "Debugging $DESC: " $DAEMON $PARAMS $AST_DEBUG_PARAMS exit 0 ;; start) if status > /dev/null; then echo "$DESC is already running. Use restart." exit 0 fi echo -n "Starting $DESC: " if [ "$RUNASTSAFE" != "yes" ];then # TODO: what if we cought the wrapper just as its asterisk # was killed? status should check for the wrapper if we're in # "safe mode" if status > /dev/null; then echo "$DESC is already running. Use restart." exit 0 fi
Bug#731261: transition: Qt5 switching qreal == double for all platforms
2013/12/3 Lisandro Damián Nicanor Pérez Meyer : > So we think the best thing we could do is, for this very exceptional case, set > qreal to double on all archs and break ABI on arm* and sh4, which could be > fixed > by [bin]NMUing the three apps that currently build-depend against it (I think > python's bindings will need a sourcefull upload too). I'd also support not bumping in this special case, and following the upstream default change of switching for those archs. -Timo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731208: [Pkg-systemd-maintainers] Bug#731208: systemd: fails to boot with encrypted swap
On Wed, 4 Dec 2013 17:44:00 Michael Stapelberg wrote: > Is this a duplicate of http://bugs.debian.org/718190, i.e. can you try > the lvm packages in > http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=718190#85 and see if > they fix the issue? The system in question does not have the lvm2 package installed as it has no LVM volumes. The partitions on the system are /boot, swap, /, and /junk. / and /junk are BTRFS and /boot is ext3. I don't think that LVM bugs are related to my problem and I'm particularly convinced that the bug you cited which is related to /usr as a separate filesystem is not related to my problem. -- My Main Blog http://etbe.coker.com.au/ My Documents Bloghttp://doc.coker.com.au/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731229: About webkit
Very strange, since i had that bug on any debian tesing installation i had my Asus k55a (Checked at least twice) As workaround i installed webkit from experimental. It seem more stable for me.
Bug#731396: webkitgtk: FTBFS due to bogus freetype.h inclusion
Package: webkitgtk Version: 2.2.2-1 Severity: serious Justification: FTBFS Hello, In version 2.5.1-1, freetype moved its headers; this broke source which assume is fine, see #731015. webkitgtk is among them: ../Source/WebCore/platform/graphics/harfbuzz/HarfBuzzFaceCairo.cpp:42:31: fatal error: freetype/freetype.h: No such file or directory Samuel -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12.0 (SMP w/8 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash -- Samuel J'ai beaucoup de mal a lire fcola quand il y a toutes les annonces de howto : les annonces interessantes sont noyees dans les howto. Ca serait pas mal de degager toute cette pollution dans un autre groupe. JLM in Guide du linuxien pervers : "Cachez ces doc que je ne saurais voir" -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731395: [krdc] please do not recommend rdesktop
Package: krdc Version: 4:4.11.3-1 Severity: wishlist krdc allows connecting to an RDP server, provided that an RDP client is installed. The RDP client can be freerdp or rdesktop, which is why krdc recommends freerdp-x11 or rdesktop. freerdp is supported since version 4.11, however, that version also dropped support for rdesktop. In other words, krdc *moved* from rdesktop to freerdp. If one tries to use RDP without freerdp in 4.11, krdc fails: Could not start "xfreerdp"; make sure xfreerdp is properly installed. Yet, krdc 4.11 recommends both rdesktop and freerdp-x11. The rdesktop recommendation should be dropped. By the way, the extended description is misleading on RDP: "It can connect to Windows Terminal Servers using RDP [...]". Terminal servers are just one possible target. Many RDP servers are mere PCs running (almost) normal Windows versions, for example Windows 8 Professional. RDP access can be enabled on recent desktop Windows versions except the lowest. --- System information. --- Architecture: i386 Kernel: Linux 3.11-2-amd64 Debian Release: jessie/sid 990 testing http.us.debian.org 500 unstable http.us.debian.org 1 experimental debian.mirror.iweb.ca --- Package information. --- Depends (Version) | Installed ===-+-= kde-runtime (>> 4:4.10) | 4:4.11.3-1 libc6 (>= 2.1.3) | 2.17-93 libkcmutils4 (>= 4:4.11) | 4:4.11.3-2 libkdecore5 (>= 4:4.11) | 4:4.11.3-2 libkdeui5 (>= 4:4.11) | 4:4.11.3-2 libkdnssd4 (>= 4:4.11) | 4:4.11.3-2 libkio5 (>= 4:4.11) | 4:4.11.3-2 libknotifyconfig4 (>= 4:4.11) | 4:4.11.3-2 libqt4-dbus (>= 4:4.5.3) | 4:4.8.5+git121-g2a9ea11+dfsg1-2 libqt4-network (>= 4:4.5.3) | 4:4.8.5+git121-g2a9ea11+dfsg1-2 libqt4-xml (>= 4:4.5.3) | 4:4.8.5+git121-g2a9ea11+dfsg1-2 libqtcore4 (>= 4:4.8.4) | 4:4.8.5+git121-g2a9ea11+dfsg1-2 libqtgui4 (>= 4:4.8.0) | 4:4.8.5+git121-g2a9ea11+dfsg1-2 libstdc++6 (>= 4.1.1) | 4.8.2-1 libtelepathy-qt4-2 (>= 0.9.1) | 0.9.3-2 libvncserver0 | 0.9.9+dfsg-1 Recommends (Version) | Installed ==-+-=== rdesktop | 1.7.1-1 freerdp-x11 (>= 1.0.2) | Suggests (Version) | Installed ===-+-=== khelpcenter4 | 4:4.11.3-1 krfb | -- Filipus Klutiero http://www.philippecloutier.com
Bug#731313: Acknowledgement (linux: 3.12 kernel always reboot when need shutdown machine)
On Thu, 05 Dec 2013 03:15:40 + Ben Hutchings wrote: > Control: tag -1 upstream > > On Thu, 2013-12-05 at 10:37 +0800, littlebat wrote: > > I tested on lastest 3.13.0-rc2, the same issue. Use > > config-3.12-trunk-amd64 as .config, then do make olddefconfig. > > > > I also tested on 3.12.2, the same issue. Use working well kernel > > config-3.11-2-amd64 as .config, then do make olddefconfig. > > > > It seems some changes of new kernel break the shutdown function on > > my machine. > > Please report this on https://bugzilla.kernel.org under product ACPI, > component Power-Off. Let us know the bug number or URL for your > report. Ok, I copied bug report into: https://bugzilla.kernel.org/show_bug.cgi?id=66551 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711135: unable to reproduce
> "dann" == dann frazier writes: dann> I've got a zx6000 here, but I'm unable to reproduce. Are we dann> using the same versions of firmware/elilo? I'm using the serial dann> console. I'm using the serial console via the HP iLO system. I collected today's snapshot fo jessie's netboot.tgz, unpacked it on our tftp server, and booted via DHCP: EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411] Please select a boot option EFI Shell [Built-in] CDROm DHCP Boot (Gigabit) Debian Boot Option Maintenance Menu System Configuration Menu Use ^ and v to change option(s). Use Enter to select an option Loading.: DHCP Boot (Gigabit) Running LoadFile() CLIENT MAC ADDR: 00 30 6E F3 7E AF CLIENT IP: 10.13.0.38 MASK: 255.255.254.0 DHCP IP: 10.13.0.1 GATEWAY IP: 10.13.0.1 TSize.Running LoadFile() Starting: DHCP Boot (Gigabit) ELILO v3.14 for EFI/IA-64 .. Uncompressing Linux... done Loading file /gelato/debian-installer/ia64/initrd.gz...done Uncompressing Linux... done *** * ROM Version : 02.31 * ROM Date: 03/11/2004 * BMC Version : 01.52 *** -- Dr Peter Chubb peter.chubb AT nicta.com.au http://www.ssrg.nicta.com.au Software Systems Research Group/NICTA -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731329: e2fsprogs: debugfs(8): document lsdel
Thanks for the patch; could you add a "Signed-off-by" header? Also, it should be noted that lsdel is not really useful for ext3 and ext4 file systems, since in order to keep the file system consistent if we crash in the middle of the unlink, the file is truncated; this means that lsdel is not really useful to recover deleted files (as it was for ext2). It's one of the reasns why I never bothered to add it to the man page. If we are going to document it, we should also make sure we document its limtations, so users don't get disappointed. - Ted -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731300: No longer applies to me...
I rebooted my machine at least once. It appears I'm still using pulseaudio-4.0-6+b1, but now I get this: pulseaudio --log-level=info --log-target=stderr I: [pulseaudio] main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted I: [pulseaudio] main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted I: [pulseaudio] core-util.c: Failed to acquire high-priority scheduling: Input/output error I: [pulseaudio] main.c: This is PulseAudio 4.0 I: [pulseaudio] main.c: Page size is 4096 bytes I: [pulseaudio] main.c: Machine ID is 9ff1fff4892d8589cdf30295529c31bc. I: [pulseaudio] main.c: Session ID is 1. I: [pulseaudio] main.c: Using runtime directory /run/user/1000/pulse. I: [pulseaudio] main.c: Using state directory /home/trey/.pulse. I: [pulseaudio] main.c: Using modules directory /usr/lib/pulse-4.0/modules. I: [pulseaudio] main.c: Running in system mode: no E: [pulseaudio] pid.c: Daemon already running. E: [pulseaudio] main.c: pa_pid_file_create() failed. Thus, the pulseaudio daemon was already running. More importantly, sound is working. Feel free to close this as not a bug. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731313: Acknowledgement (linux: 3.12 kernel always reboot when need shutdown machine)
Control: tag -1 upstream On Thu, 2013-12-05 at 10:37 +0800, littlebat wrote: > I tested on lastest 3.13.0-rc2, the same issue. Use > config-3.12-trunk-amd64 as .config, then do make olddefconfig. > > I also tested on 3.12.2, the same issue. Use working well kernel > config-3.11-2-amd64 as .config, then do make olddefconfig. > > It seems some changes of new kernel break the shutdown function on my > machine. Please report this on https://bugzilla.kernel.org under product ACPI, component Power-Off. Let us know the bug number or URL for your report. Ben. -- Ben Hutchings Knowledge is power. France is bacon. signature.asc Description: This is a digitally signed message part
Bug#731016: Can't mount external USB HD Asus AN300
On Wed, 2013-12-04 at 16:24 +0100, Josua Dietze wrote: > Am 04.12.2013 15:07, schrieb Ben Hutchings: > >> Le mercredi, 4 décembre 2013, 11.01:14 Josua Dietze a écrit : > >>> It's clear now that usb_modeswitch can't do anything here. > > > > I don't see that at all. There could be some magic file on the virtual > > CD-ROM that Windows already knows how to interpret. (I don't know what > > the point of that would be!) > > That is highly unlikely. After all, there are only two possibilities: > > 1. Windows accesses the main drive device in a generic (built-in) way. If > this > included some sort of 'magic' file, then that way of access would be known - > if not documented - by now. It's not likely that the Asus drive would be the > only device where this special generic access method applied. [...] Yes, I would expect so. I had a quick look on MSDN and didn't find anything like this. Ben. -- Ben Hutchings Knowledge is power. France is bacon. signature.asc Description: This is a digitally signed message part
Bug#731394: Can't turn off Jovie -- keeps restarting like a virus
Package: jovie Version: 4:4.11.3-1 Severity: normal A week or two ago, I noticed that Jovie would start when I log in to KDE. I have tried turning it off using the icon in the task bar. But it annoyingly re-starts. How can I get rid of it? -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages jovie depends on: ii kde-runtime4:4.11.3-1 ii libc6 2.17-97 ii libkdecore54:4.11.3-2 ii libkdeui5 4:4.11.3-2 ii libkio54:4.11.3-2 ii libqt4-dbus4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqt4-xml 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtcore4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libqtgui4 4:4.8.5+git121-g2a9ea11+dfsg1-2 ii libspeechd20.7.1-6.3 ii libstdc++6 4.8.2-7 ii speech-dispatcher 0.7.1-6.3 Versions of packages jovie recommends: ii kmouth 4:4.11.3-1 ii speech-dispatcher-festival 0.7.1-6.3 jovie 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#731313: Acknowledgement (linux: 3.12 kernel always reboot when need shutdown machine)
I tested on lastest 3.13.0-rc2, the same issue. Use config-3.12-trunk-amd64 as .config, then do make olddefconfig. I also tested on 3.12.2, the same issue. Use working well kernel config-3.11-2-amd64 as .config, then do make olddefconfig. It seems some changes of new kernel break the shutdown function on my machine. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731316: e2undel is obsolete and should be removed
On 4 December 2013 09:07, Adrian Bunk wrote: > What e2undel does is a subset of the features of debugfs (from the > e2fsprogs package), and since the latter is actually maintained > it contains for example a fix for #662034. That's good news. > If you agree that the e2undel should be removed, please reassign > this bug as a removal request to ftp.debian.org. The popcon stats for e2undel is not too high, but shouldn't we make it a transitional package pointing users of e2undel towards e2fsprogs? Regards Javier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#703161: Still having the Message Transmission delay with ICQ?
Hi, Debian testing has 0.6.3 and 0.7.0 is almost in for unstable. I was wondering if you had tried any of the newer releases, and if they might have fixed the ICQ bug? I don't have an ICQ account so testing it would be pretty difficult for me. Diane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731104: [pkg-lighttpd] Bug#731104: lighttpd: missing automake dependency
On Wed, Dec 4, 2013 at 7:50 AM, Olaf van der Spek > Isn't automake part of autotools-dev? > There's a dep on autotools-dev autotool-dev only gives you config.sub and config.guess. automake is in it's own package. Best wishes, Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719946: cups: CUPS 1.6 client sends wrong mimetype to 1.5 server, can't print
Package: cups Followup-For: Bug #719946 Looks like that bugfix did the job. After the update, I can now print again just like it used to be in CUPS 1.5 - crunch the data in the host, send it to the server, which will pipe it to the printer as intended. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=es_VE.UTF-8, LC_CTYPE=es_VE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages cups depends on: ii cups-client1.6.4-2 ii cups-common1.6.4-2 ii cups-daemon1.6.4-2 ii cups-filters 1.0.34-3+b1 ii cups-ppdc 1.6.4-2 ii cups-server-common 1.6.4-2 ii debconf [debconf-2.0] 1.5.52 ii ghostscript9.05~dfsg-8 ii libavahi-client3 0.6.31-2 ii libavahi-common3 0.6.31-2 ii libc-bin 2.17-93 ii libc6 2.17-93 ii libcups2 1.6.4-2 ii libcupscgi11.6.4-2 ii libcupsimage2 1.6.4-2 ii libcupsmime1 1.6.4-2 ii libcupsppdc1 1.6.4-2 ii libgcc11:4.8.2-1 ii libstdc++6 4.8.2-1 ii libusb-1.0-0 2:1.0.17-1+b1 ii lsb-base 4.1+Debian12 ii poppler-utils 0.18.4-8 ii procps 1:3.3.4-2 Versions of packages cups recommends: ii avahi-daemon 0.6.31-2 ii colord 1.0.2-1 ii cups-filters 1.0.34-3+b1 ii foomatic-filters 4.0.17-1 ii ghostscript-cups 9.05~dfsg-8 ii printer-driver-gutenprint 5.2.9-1 Versions of packages cups suggests: ii cups-bsd 1.6.4-2 pn cups-pdf ii foomatic-db-compressed-ppds [foomatic-db] 20130912-1 ii hplip 3.13.9-2 ii printer-driver-hpcups 3.13.9-2 ii smbclient 2:4.0.12+dfsg-1 ii udev 204-5 -- debconf information: cupsys/raw-print: true cupsys/backend: lpd, socket, usb, snmp, dnssd -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#729848: bug confirmed.
tag 729848 upstream forwarded 729848 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=729848 thanks On Tuesday 03 December 2013 15:35:55 r.duc...@gmail.com wrote: > Hi > > In absence of any reaction, I've double checked my statement (same kde > version as declared, no time for updates): I confirm the bug I've reported. > > 1) From a kde session clicked on lock screen button. > 2) Type the passord but do not entered it with return > 3) Waited 10 minutes (my screen saver runs and cover the unlock window) > 4) ...come back move the mouse to get back the unlock window, just click on > return and got back my session ... > > Please, consider fixing this > > r Hi r! As you have noticed, we lack manpower to dig into all the bugs. In this specific case it's an upstream bug which we Debian maintainers can't solve. The correct thing to do in this case is to fill the bug upstream, which you already did, so thanks *a lot* for that. Be sure we will apply the fix once it gets fixed upstream. Kinds regards, Lisandro. -- Cuando tenga duda, utilice la solución mas simple. Principio de William Occam, también llamado "la navaja de Occam" Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#731305: gimp: CVE-2013-1913 CVE-2013-1978
Just a note, I plan on updating unstable but not stable gimp. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731393: gcc-snapshot: "undefined reference" link error when compiling with LTO
Package: gcc-snapshot Version: 20131201-1 Severity: normal With the most recent Debian gcc snapshot[1] and using the gold linker[2], I'm getting linker "undefined reference" errors when compiling with LTO. This only happens when the object file containing the undefined symbol is stored in an .a archive. If I do the same link, but link with the .o file (instead of the .a file), it succeeds (and without LTO at all, the .a file works too). [1] g++ (Debian 20131201-1) 4.9.0 20131201 (experimental) [trunk revision 205573] [2] GNU gold (GNU Binutils for Debian 2.24) 1.11 The accompanying [as a reportbug attachment] simple test case illustrates this, with some source files and a shell script "barf-build.sh" that compiles them. The shell-script adds /usr/lib/gcc-snapshot subdirs to PATH and LD_LIBRARY_PATH to invoke the gcc-snapshot compiler (so make sure the gcc-snapshot package is installed). So, using "sh -x barf-build.sh": $ sh -x barf-build.sh + LD_LIBRARY_PATH=/usr/lib/gcc-snapshot/lib:/usr/lib/gcc-snapshot/lib + PATH=/usr/lib/gcc-snapshot/bin:/home/miles/bin:/home/miles/bin:/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games:.:. + export PATH LD_LIBRARY_PATH + g++ -c -flto -O3 barf-main.cc + g++ -c -flto -O3 barf-lib.cc + ar ru barf-lib.a barf-lib.o + echo == Link with barf-lib.a fails: == Link with barf-lib.a fails: + g++ -fuse-ld=gold -o barf -flto -O3 barf-main.o barf-lib.a /tmp/cculjbrn.ltrans0.ltrans.o:cculjbrn.ltrans0.o:function main: error: undefined reference to 'barf::oink(std::string const&, char const**)' collect2: error: ld returned 1 exit status + echo == Link with barf-lib.o succeeds: == Link with barf-lib.o succeeds: + g++ -fuse-ld=gold -o barf -flto -O3 barf-main.o barf-lib.o I notice that with this snapshot, .o files no longer contain normal generated code, and only contain the LTO intermediate form in special ELF sections Maybe the .a-archive indexing mechanism isn't working properly with this form? Thanks, -miles -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Shell: /bin/sh linked to /bin/dash Versions of packages gcc-snapshot depends on: ii binutils 2.24-1 ii libasound2 1.0.27.2-3 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libc6-dev2.17-97 ii libc6-dev-i386 2.17-97 ii libc6-dev-x322.17-97 ii libc6-i386 2.17-97 ii libc6-x322.17-97 ii libcairo21.12.16-2 ii libcloog-isl40.18.1-3 ii libecj-java 3.8.2-4 ii libfontconfig1 2.11.0-2 ii libfreetype6 2.5.1-1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgmp10 2:5.1.2+dfsg-3 ii libgtk2.0-0 2.24.22-1 ii libice6 2:1.0.8-2 ii libisl10 0.12.1-2 ii libmpc3 1.0.1-1 ii libmpfr4 3.1.2-1 ii libpango-1.0-0 1.36.0-1 ii libpangocairo-1.0-0 1.36.0-1 ii libpangoft2-1.0-01.36.0-1 ii libsm6 2:1.2.1-2 ii libxrandr2 2:1.4.1-1 ii libxrender1 1:0.9.8-1 ii libxtst6 2:1.2.2-1 ii python 2.7.5-5 ii zlib1g 1:1.2.8.dfsg-1 gcc-snapshot recommends no packages. Versions of packages gcc-snapshot suggests: ii binutils [binutils-gold] 2.24-1 -- no debconf information gcc-lto-barf.tar.gz Description: application/gzip
Bug#731011:
Control: forwarded -1 https://github.com/cpp-netlib/cpp-netlib/issues/342 On 04/12/13 19:50, Mathieu Malaterre wrote: > Control: tags -1 + patch confirmed > > https://bugs.launchpad.net/ubuntu/+source/cpp-netlib/+bug/1256583 > -- GPG: 4096R/1318EFAC5FBBDBCE git://github.com/infinity0/pubkeys.git signature.asc Description: OpenPGP digital signature
Bug#731392: gnome-terminal: text is invisible when "Use colors from system theme" is ticked
Package: gnome-terminal Version: 3.10.1-1 Severity: normal In Profile → Colors, when "Use colors from system theme" is ticked, the main text is invisible (black on black?). Note: I don't know what "system theme" is. AFAIK, I've never chosen a theme, so that this is probably Debian's default. And I don't use the GNOME desktop, I just have fvwm as my window manager. There was no such problem with gnome-terminal in the past. Some gsettings, in case this matters: org.gnome.desktop.wm.preferences theme 'Adwaita' org.gnome.desktop.interface cursor-theme 'Adwaita' org.gnome.desktop.interface gtk-key-theme 'Default' org.gnome.desktop.interface gtk-theme 'Adwaita' org.gnome.desktop.interface icon-theme 'gnome' -- 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.11-2-amd64 (SMP w/2 CPU cores) Locale: LANG=POSIX, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-terminal depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gconf-service3.2.6-1 ii gnome-terminal-data 3.10.1-1 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.10.0-2 ii libc62.17-97 ii libdconf10.18.0-1 ii libgconf-2-4 3.2.6-1 ii libglib2.0-0 2.36.4-1 ii libgtk-3-0 3.8.6-1 ii libpango-1.0-0 1.36.0-1 ii libuuid1 2.20.1-5.5 ii libvte-2.90-91:0.34.9-1 ii libx11-6 2:1.6.2-1 Versions of packages gnome-terminal recommends: ii dbus-x11 1.6.18-1 ii gvfs 1.16.3-1+b2 ii yelp 3.10.1-1 gnome-terminal 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#730583: krb5-admin-server: if "supported_enctypes = DEFAULT" then "kadmind: Required parameters in kdc.conf missing while initializing, aborting"
On Tue, 26 Nov 2013, CSights wrote: Package: krb5-admin-server Version: 1.10.1+dfsg-5+deb7u1 Severity: normal Dear Maintainer, MIT documentation for version 1.10 of kdc.conf states that "The string DEFAULT can be used to refer to the default set of types for the variable in question. Types or families can be removed from the current list by prefixing them with a minus sign (“-”). Types or families can be prefixed with a plus sign (“+”) for symmetry; it has the same meaning as just listing the type or family. For example, “DEFAULT -des” would be the default set of encryption types with DES types removed, and “des3 DEFAULT” would be the default set of encryption types with triple DES types moved to the front. http://web.mit.edu/kerberos/krb5-current/doc/admin/conf_files/kdc_conf.html#encryption-and-salt-types However using supported_enctypes = DEFAULT in kdc.conf results in kadmind failing with "kadmind: Required parameters in kdc.conf missing while initializing, aborting" The server does start with any other encryption type specified before the word DEFAULT. E.g. supported_enctypes = des3-cbc-raw:normal DEFAULT Will let the server start without errors, as well a nonsense encryption type like: supported_enctypes = des3-cbc-raw:normal dog So, it probably the case that DEFAULT is just ignored if it is not the first encryption type. I don't think that's the best description of what is going on. The parsing for supported_enctypes goes through a different routine than the processing for the other enctype parameters in the profile, and this one just doesn't handle DEFAULT at all. However, the call site *also* ignores all errors from the parsing routine, so an error is only reported on startup if this routine does not produce any enctypes at all! As long as the first entry in the list is a valid enctype:salt pair, the KDC will startup, just not using the intended options if there is something bogus in the list. This is probably better treated as a code bug than a doc bug. I have created ticket 7792 upstream (http://krbdev.mit.edu/rt/Ticket/Display.html?id=7792) to track this issue. -Ben Kaduk
Bug#731391: libghc-pandoc-dev cannot be installed
Package: libghc-pandoc-dev Version: 1.11.1-5 Severity: grave Justification: renders package unusable Dear Maintainer, I'm trying to install libghc-xmonad-dev and libghc-xmonad-contrib-dev so many of the packages I use in my xmonad.hs file will work without generating errors. Both of these packages depend on libghc-pandoc-dev, which cannot be installed because it depends on libghc-citeproc-hs-dev-0.3.8-3a7e2. At this time, it appears that I can only install libghc-citeproc-hs-dev-0.3.9-1 with the command "aptitude install libghc-citeproc-hs-dev." There appears to be no candidate version of 0.3.8-3a7e2 in my standard repository (http.debian.net). I cannot recompile my XMonad configuration because of this, so I must live with any logic or usability errors I have until this gets corrected. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731390: RM: php-net-lmtp -- RoQA; Orphaned, no rdepends
Package: ftp.debian.org Severity: normal Hi, As explained in #729103, I don’t believe it’s worth keeping unused PHP library in the archive. Now that php-kolab-filter is gone, its popcon decreases. Regards David signature.asc Description: Digital signature
Bug#731376: ITP: libextutils-typemap-perl -- ExtUtils::Typemap - Read/Write/Modify Perl/XS typemap files
2013/12/4 Nicolas Dandrimont : >> * Package name: libextutils-typemap-perl >> This package is required by Slic3r - G-code generator for 3D printers. > > Hi, > > Isn't all this already in libextutils-typemaps-default-perl? Slic3r works > fine with that package. Slic3r requires both of them: ExtUtils::Typemap and ExtUtils::Typemaps::Default. At least the latest beta of Slic3er. git-blame [1] tells it requires ExtUtils::Typemap since 2013-06-23 [1] https://github.com/alexrj/Slic3r/blame/master/xs/Build.PL -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731389: libharfbuzz0a: libharfbuzz0b : Breaks: libharfbuzz0a but 0.9.19-1 is installed
Package: libharfbuzz0a Version: 0.9.19-1 Severity: important Dear Maintainer, I am trying to perform a routine upgrade of my Sid system (aptitude full-upgrade). It appears that aptitude is trying to install two packages, libharfbuzz-gobject0 and libharfbuzz0b{ab}. Since libharfbuzz0b conflicts with libharfbuzz0a, aptitude suggests removing over 300 packages, which I'd like to avoid. I haven't done anything to correct the problem, since it appears that a lot of packages depend on libharfbuzz0a. The only thing I think that would make this upgrade possible if libharfbuzz0a and libharfbuzz0b could coexist. I have no idea if that's desirable or even possible. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libharfbuzz0a depends on: ii libc6 2.17-97 ii libfreetype6 2.5.1-1 ii libglib2.0-0 2.36.4-1 ii libgraphite2-3 1.2.4-1 ii multiarch-support 2.17-97 libharfbuzz0a recommends no packages. libharfbuzz0a 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#648249: RFP: zramswap-enabler -- Start/Stop swapping to zram
Hi, I also like using zram with a script to enable it and some configuration files to fine tune it. I have even been using it since several years in different distributions, when it was available only as a compcache package provided with rzscontrol and ramzswap. Zram provides an additional amount of RAM by compressing a part of it. It can avoid somehow, swapping to disk, if it is setup to have a higher priority on swapping than the swap to disk. This is the website of the original project, to understand better what it does: http://code.google.com/p/compcache/ «This project creates RAM based block device (named zram) which acts as swap disk. Pages swapped to this disk are compressed and stored in memory itself. Compressing pages and keeping them in RAM virtually increases its capacity. This allows more applications to fit in given amount of memory. » Since a few months Debian has been delivering kernels with zram enabled as module, which is nice because until recently it was not default compiled in the kernels provided in the current repositories. The zram module is very good to use in machines with low ram specs, embedded systems, or even in modern machines having from 1 GB to much more, when we need to use several resource hungry programs at same time. The script I am using for Debian is this one: http://meets.free.fr/Downloads/Debian/zramconfig/zram/etc/init.d/zram «Adapted from systemd scripts at https://github.com/mystilleef/FedoraZram(...)», along with a default configuration file: http://meets.free.fr/Downloads/Debian/zramconfig/zram/etc/default/zram and a post-install start script: http://meets.free.fr/Downloads/Debian/zramconfig/zram/post-install It has an additional setup which allows using it with either "zram_num_devices" or "num_devices" option (some kernels came with one, some other kernels came with the other, anyhow the start-up script contains comments about it to explain). I have used it some time in Wheezy where it worked fine. I have not tried it in Jessie yet but will soon. It's all in a tarball: http://meets.free.fr/Downloads/Debian/zramconfig/zram.tar.gz and is waiting for some people to test further and package it. Of course, when Debian Jessie will have switched completely to systemd it might need to be modified, as it has been for Archlinux some time ago when the init system changed (zramswap at Archlinux can be visited here: https://aur.archlinux.org/packages/zramswap/ and the script created for the Fedora systemd can be found here: https://github.com/mystilleef/FedoraZram). Thanks for considering this request. Regards, Mélodie -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#719633: qemu-system-x86: crash when booting hurd, not kfreebsd
Control: tag -1 + confirmed upstream patch 04.12.2013 14:45, Michael Tokarev wrote: > 04.12.2013 13:58, Svante Signell wrote: >> PS: Do you need a complete hurd image? > > That'd be really great, I already asked you for the image or > some instructions about how to build one. Ok. I just downloaded debian-hurd-something.img, a pre-installed image of hurd runnable in qemu/kvm and available on official debian cd mirrors. That one shows this bug nicely. And even more, we were able to find and fix the bug in question. Hopefully it will be included in the next release. However, I once more want to note: > Please note that kvm command is a wrapper around qemu-system-x86_64 > wich adds another option to the latter, to enable kvm extensions. > And most likely you really need to use these extensions anyway, for > speed. So maybe this whole bug isn't very important after all... > (Add -enable-kvm to your command line for it to act as kvm command) Thank you for the bugreport and the patience! /mjt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724124: shrinksafe: diff for NMU version 1.7.2-1.1
tags 724124 + patch tags 724124 + pending thanks Dear maintainer, I've prepared an NMU for shrinksafe (versioned as 1.7.2-1.1) and uploaded it to DELAYED/7. Please feel free to tell me if I should delay it longer. Regards. David diff -Nru shrinksafe-1.7.2/debian/changelog shrinksafe-1.7.2/debian/changelog --- shrinksafe-1.7.2/debian/changelog 2012-02-20 14:09:50.0 -0400 +++ shrinksafe-1.7.2/debian/changelog 2013-12-04 18:50:58.0 -0400 @@ -1,3 +1,10 @@ +shrinksafe (1.7.2-1.1) unstable; urgency=low + + * Non-maintainer upload + * Rebuild with current Java toolchain (Closes: #724124) + + -- David Prévot Wed, 04 Dec 2013 18:48:35 -0400 + shrinksafe (1.7.2-1) unstable; urgency=low * New upstream version signature.asc Description: Digital signature
Bug#731378: nss-passwords fails to decrypt
On Wed, Dec 04, 2013 at 11:56:32PM +0100, Stéphane Glondu wrote: > Le 04/12/2013 23:39, Yann Dirson a écrit : > >>> nss-passwords, which I only run occasionally, fails today with the > >>> following message: > >>> > >>> Fatal error: exception Main.NSS_decrypt_failed("", -5977, 0) > >>> > >>> After trying several accounts on commandline, it looks like it > >>> succeeds in finding the password entry but just can't decypher it any > >>> more. Could it be some change in libnss that broke something ? > >>> [...] > >> I've got exactly the same versions as you, and it works for me. What > >> version of Iceweasel are you using? > > > > That's 24.1.0esr-1. > > > > Now that you ask, I realize that I usually used nss-passwords against > > archived profiles that I don't open any more - and it does still work > > on them. Only on the currently-in-use profile does it exhibit the > > problem. > > I've got also the same Iceweasel version, and nss-passwords works on the > currently-in-use profile, if by that you mean "used by a currently > running instance of Iceweasel". That's what I meant. > Do you get the error no matter which password you query? Yes > What happens when you query "" (the empty string)? The same > Can you reproduce the bug with a fresh new profile? No. If I create a new profile, record a password, and query for "", I do get the recorded password. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731378: nss-passwords fails to decrypt
Le 04/12/2013 23:39, Yann Dirson a écrit : >>> nss-passwords, which I only run occasionally, fails today with the >>> following message: >>> >>> Fatal error: exception Main.NSS_decrypt_failed("", -5977, 0) >>> >>> After trying several accounts on commandline, it looks like it >>> succeeds in finding the password entry but just can't decypher it any >>> more. Could it be some change in libnss that broke something ? >>> [...] >> I've got exactly the same versions as you, and it works for me. What >> version of Iceweasel are you using? > > That's 24.1.0esr-1. > > Now that you ask, I realize that I usually used nss-passwords against > archived profiles that I don't open any more - and it does still work > on them. Only on the currently-in-use profile does it exhibit the > problem. I've got also the same Iceweasel version, and nss-passwords works on the currently-in-use profile, if by that you mean "used by a currently running instance of Iceweasel". Do you get the error no matter which password you query? What happens when you query "" (the empty string)? Can you reproduce the bug with a fresh new profile? Cheers, -- 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#731386: /usr/sbin/checkrestart: debian-goodies: checkrestart crashes with "AttributeError: 'list' object has no attribute 'startswith'"
Control: tag -1 + unreproducible Hi Damien, Damien CLAUZEL wrote: > checkrestart was working before; it isn't anymore. No idea what changes > has been made on the system. Thanks for the report, but unfortunately I can't reproduce it on my systems. Still works fine for me on amd64 as well as i386 on Sid and amd64 on Testing. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#728253: pu: package libnet-smtp-tls-butmaintained-perl/0.17-1+deb7u1
Hi Adam, On Wed, Dec 04, 2013 at 08:24:46PM +, Adam D. Barratt wrote: > Control: tags -1 + confirmed > > On Tue, 2013-10-29 at 23:50 +0100, Salvatore Bonaccorso wrote: > > The Perl module found int libnet-smtp-tls-butmaintained-perl > > (Net::SMTP::TLS::ButMaintained) suffers from an error in the use of > > SSL_version in the code, which in the version in wheezy is used as > > > > SSL_version => "SSLv3 TLSv1" > > > > I have opened http://bugs.debian.org/728248. This causes first a error > > message and sending a mail actually fails. > > Please go ahead; thanks. Thanks a lot Adam. Just uploaded the package. Regards, Salvatore signature.asc Description: Digital signature
Bug#728248: Pending fixes for bugs in the libnet-smtp-tls-butmaintained-perl package
tag 728248 + pending thanks Some bugs in the libnet-smtp-tls-butmaintained-perl package are closed in revision a09eaa0b87d6921ce7c03ab736eb1ec3de086024 in branch ' wheezy' by Salvatore Bonaccorso The full diff can be seen at http://anonscm.debian.org/gitweb/?p=pkg-perl/packages/libnet-smtp-tls-butmaintained-perl.git;a=commitdiff;h=a09eaa0 Commit message: Add fix-misuse-of-IO-Socket-SSL.patch Fixes misuse of IO::Socket::SSL in the SSL_version argument (wrong syntax). This causes the errors like "invalid SSL_version specified at /usr/share/perl5/IO/Socket/SSL.pm line 332". Closes: #728248 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731378: nss-passwords fails to decrypt
On Wed, Dec 04, 2013 at 11:22:42PM +0100, Stéphane Glondu wrote: > Le 04/12/2013 20:46, Yann Dirson a écrit : > > nss-passwords, which I only run occasionally, fails today with the > > following message: > > > > Fatal error: exception Main.NSS_decrypt_failed("", -5977, 0) > > > > After trying several accounts on commandline, it looks like it > > succeeds in finding the password entry but just can't decypher it any > > more. Could it be some change in libnss that broke something ? > > [...] > > Versions of packages nss-passwords depends on: > > ii libc6 2.17-93 > > ii libncurses5 5.9+20130608-1 > > ii libnspr4-0d 2:4.10.2-1 > > ii libnss3-1d 2:3.15.3-1 > > ii libsqlite3-03.8.1-1 > > ii libtinfo5 5.9+20130608-1 > > ii pinentry-curses [pinentry] 0.8.1-1 > > I've got exactly the same versions as you, and it works for me. What > version of Iceweasel are you using? That's 24.1.0esr-1. Now that you ask, I realize that I usually used nss-passwords against archived profiles that I don't open any more - and it does still work on them. Only on the currently-in-use profile does it exhibit the problem. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731386: /usr/sbin/checkrestart: debian-goodies: checkrestart crashes with "AttributeError: 'list' object has no attribute 'startswith'"
Package: debian-goodies Version: 0.63 Severity: normal File: /usr/sbin/checkrestart checkrestart was working before; it isn't anymore. No idea what changes has been made on the system. Good luck :) ___ # checkrestart Traceback (most recent call last): File "/usr/sbin/checkrestart", line 637, in main() File "/usr/sbin/checkrestart", line 131, in main toRestart = lsofcheck(blacklist = blacklist) File "/usr/sbin/checkrestart", line 284, in lsofcheck process = processes.setdefault(data,Process(int(data))) File "/usr/sbin/checkrestart", line 557, in __init__ data = self.which(data) File "/usr/sbin/checkrestart", line 572, in which if os.path.isabs(program): File "/usr/lib/python2.7/posixpath.py", line 61, in isabs return s.startswith('/') AttributeError: 'list' object has no attribute 'startswith' -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (1, 'experimental') Architecture: i386 (i686) Kernel: Linux 3.11-2-686-pae (SMP w/1 CPU core) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to fr_FR.UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages debian-goodies depends on: ii curl 7.33.0-1 ii dctrl-tools [grep-dctrl] 2.23 ii dialog1.2-20130928-1 ii perl 5.18.1-4 ii python2.7.5-5 ii whiptail 0.52.15-3 Versions of packages debian-goodies recommends: ii lsof 4.86+dfsg-1 Versions of packages debian-goodies suggests: ii popularity-contest 1.60 ii xdg-utils 1.1.0~rc1+git20111210-7 ii zenity 3.8.0-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#731064: closed by Filippo Rusconi (Bug#731064: fixed in libpwiz 3.0.4624-5)
Control: reopen -1 On Wed, Dec 4, 2013 at 19:21:05 +, Debian Bug Tracking System wrote: > libpwiz (3.0.4624-5) unstable; urgency=low > . >* Set Build-Depends libboost-*-dev to (>= 1.54.0) (Closes: #731064). That's not what this bug is about, and indeed this version still FTBFS. Cheers, Julien signature.asc Description: Digital signature
Bug#731378: nss-passwords fails to decrypt
Le 04/12/2013 20:46, Yann Dirson a écrit : > nss-passwords, which I only run occasionally, fails today with the > following message: > > Fatal error: exception Main.NSS_decrypt_failed("", -5977, 0) > > After trying several accounts on commandline, it looks like it > succeeds in finding the password entry but just can't decypher it any > more. Could it be some change in libnss that broke something ? > [...] > Versions of packages nss-passwords depends on: > ii libc6 2.17-93 > ii libncurses5 5.9+20130608-1 > ii libnspr4-0d 2:4.10.2-1 > ii libnss3-1d 2:3.15.3-1 > ii libsqlite3-03.8.1-1 > ii libtinfo5 5.9+20130608-1 > ii pinentry-curses [pinentry] 0.8.1-1 I've got exactly the same versions as you, and it works for me. What version of Iceweasel are you using? Cheers, -- 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#731261: transition: Qt5 switching qreal == double for all platforms
On Wednesday 04 December 2013 20:38:09 Julien Cristau wrote: > On Tue, Dec 3, 2013 at 15:09:18 -0300, Lisandro Damián Nicanor Pérez Meyer wrote: > > So I would like what the RT and arm* porters thinks. > > This is just my opinion, but if you decide to break ABI, I think you > should bump SONAME, and I think you must change package names. Had it been part of a stable release or had it been used by more packages than what I can count on my fingers. Then maybe. Had it been on all architectures. Then maybe. Or hadn't it been a package where in general the abi is actually the same across several distributions, then maybe. But all in all, the fallout is minimal, and breaking compatibility with the rest of the world isn't worth it. So let's paper it over and not repeat it again in the future. /sune -- Genius, I cannot explore a tool from the control drawer menu inside Flash 3.2, how does it work? >From the file within Office you should never link with the FPU, in such way >then from the control options menu inside Outlook Express you must disable a Fast periferic of the memory for saving the controller to the secret code. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701141: update on shipping more tools in libnss3-tools
On Thu, Dec 05, 2013 at 06:56:40AM +0900, Mike Hommey wrote: > On Tue, Dec 03, 2013 at 02:09:41PM -0500, Daniel Kahn Gillmor wrote: > > On Mon 2013-12-02 13:04:46 -0500, Daniel Kahn Gillmor wrote: > > > libnss3-tools 2:3.15.3-1 is now in both jessie and sid, but it doeesn't > > > address this change. Would you like me to do an NMU of 2:3.15.3-1.1 > > > to resolve it? > > > > i've gone ahead and made that NMU, with the attached debdiff, and have > > uploaded it to DELAYED/2. > > I've cancelled it. I'm going to upload 3.15.4 beta 6 this week. I > realized I said something similar earlier, but there were several > security updates in the meanwhile that prevented me from doing it. ... and just when I write this, there's going to be another security update... sorry again. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#717923: transition: tiff 4.x (libtiff5)
On Wed, Dec 4, 2013 at 16:59:27 -0500, Jay Berkenbilt wrote: > Julien Cristau wrote: > > > On Tue, Dec 3, 2013 at 16:02:17 -0500, Jay Berkenbilt wrote: > > > >> If you're good with this plan, give me the word, and I will do the > >> upload. I can probably take care of the mass bug filing...I can script > >> it locally unless you have a quick way to do it. > >> > > Sounds good to me, I think we can go ahead with this. > > I've got it ready to go but with two changes, so I wanted to get > confirmation. > > 1. Why is it necessary for the transition packages to depend on the > binary libraries and not just the dev package? If libtiff4-dev and > libtiff5-alt-dev depend on libtiff5-dev (>> 4.0.3-6~), isn't this > sufficient? Is there some special reason that the dependency on > libtiff5 (and presumably also libtiffxx5) has to be explicit? > None, as far as I know. > 2. I think I'm going punt on libtiff4-alt-dev. Fedora switched over > to tiff 4.x a while ago and never provided any way for people to build > against 3.x libraries. There were only something like 3 packages that > had any issues, and by now, fixes are available in all cases. Also, > unlike libtiff5-alt-dev, which was totally transparent because of > pkg-config, tiff 3.x doesn't use pkg-config, so having people use it > would require changes to their builds anyway. > > The new package will 4.0.3-6. For libtiff4-dev and libtiff5-alt-dev, > both provided by the "tiff" source package, I have > > Depends: ${misc:Depends}, libtiff5-dev (>> 4.0.3-6~) > > and for libtiff5-dev, I have > > Replaces: libtiff5-alt-dev (<< 4.0.3-6~), libtiff4-dev (<< 4.0.3-6~) > Conflicts: libtiff5-alt-dev (<< 4.0.3-6~), libtiff4-dev (<< 4.0.3-6~) > Provides: libtiff-dev > > For the tiff3 package, I just dropped the libtiff4-dev package and the > provides of libtiff-dev along with it. There will be no -dev package > for tiff 3.x. > Seems fine to me. I think the Conflicts could be Breaks, but that can always be changed later anyway. Cheers, Julien signature.asc Description: Digital signature
Bug#717923: transition: tiff 4.x (libtiff5)
Julien Cristau wrote: > On Tue, Dec 3, 2013 at 16:02:17 -0500, Jay Berkenbilt wrote: > >> If you're good with this plan, give me the word, and I will do the >> upload. I can probably take care of the mass bug filing...I can script >> it locally unless you have a quick way to do it. >> > Sounds good to me, I think we can go ahead with this. I've got it ready to go but with two changes, so I wanted to get confirmation. 1. Why is it necessary for the transition packages to depend on the binary libraries and not just the dev package? If libtiff4-dev and libtiff5-alt-dev depend on libtiff5-dev (>> 4.0.3-6~), isn't this sufficient? Is there some special reason that the dependency on libtiff5 (and presumably also libtiffxx5) has to be explicit? 2. I think I'm going punt on libtiff4-alt-dev. Fedora switched over to tiff 4.x a while ago and never provided any way for people to build against 3.x libraries. There were only something like 3 packages that had any issues, and by now, fixes are available in all cases. Also, unlike libtiff5-alt-dev, which was totally transparent because of pkg-config, tiff 3.x doesn't use pkg-config, so having people use it would require changes to their builds anyway. The new package will 4.0.3-6. For libtiff4-dev and libtiff5-alt-dev, both provided by the "tiff" source package, I have Depends: ${misc:Depends}, libtiff5-dev (>> 4.0.3-6~) and for libtiff5-dev, I have Replaces: libtiff5-alt-dev (<< 4.0.3-6~), libtiff4-dev (<< 4.0.3-6~) Conflicts: libtiff5-alt-dev (<< 4.0.3-6~), libtiff4-dev (<< 4.0.3-6~) Provides: libtiff-dev For the tiff3 package, I just dropped the libtiff4-dev package and the provides of libtiff-dev along with it. There will be no -dev package for tiff 3.x. I won't upload today because I want to compose a message to debian-devel first, but if this sounds okay, I will do the upload tomorrow. I did various tests including installing libtiff4-dev and libtiff5-alt-dev and upgrading. The upgrade pulled in libtiff5-dev and libtiff5xx (libtiff5 was already on my system) and autoremoved libtiffxx0c2, and then it was safe for me to remove the two transitional packages as expected. I also tested building vips in a chroot with the updated packages. vips has tons of dependencies including both tiff4 and tiff5 indirectly. Everything looks good there as well. -- Jay Berkenbilt -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701141: update on shipping more tools in libnss3-tools
On Tue, Dec 03, 2013 at 02:09:41PM -0500, Daniel Kahn Gillmor wrote: > On Mon 2013-12-02 13:04:46 -0500, Daniel Kahn Gillmor wrote: > > libnss3-tools 2:3.15.3-1 is now in both jessie and sid, but it doeesn't > > address this change. Would you like me to do an NMU of 2:3.15.3-1.1 > > to resolve it? > > i've gone ahead and made that NMU, with the attached debdiff, and have > uploaded it to DELAYED/2. I've cancelled it. I'm going to upload 3.15.4 beta 6 this week. I realized I said something similar earlier, but there were several security updates in the meanwhile that prevented me from doing it. Mike -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731376: ITP: libextutils-typemap-perl -- ExtUtils::Typemap - Read/Write/Modify Perl/XS typemap files
* Piotr Roszatycki [2013-12-04 20:31:41 +0100]: > Package: wnpp > Severity: wishlist > Owner: Piotr Roszatycki > > * Package name: libextutils-typemap-perl > Version : 1.00 > Upstream Author : Steffen Mueller > * URL : https://metacpan.org/release/ExtUtils-Typemap > * License : Artistic or GPL-1+ > Programming Lang: Perl > Description : ExtUtils::Typemap - Read/Write/Modify Perl/XS typemap > files > > ExtUtils::Typemap exists merely as a compatibility wrapper > around ExtUtils::Typemaps. In a nutshell, ExtUtils::Typemap was renamed to > ExtUtils::Typemaps because the Typemap directory in lib/ could collide with > the > typemap file on case-insensitive file systems. > > This package is required by Slic3r - G-code generator for 3D printers. Hi, Isn't all this already in libextutils-typemaps-default-perl? Slic3r works fine with that package. You can take a look at [1] for the current state of Slic3r packaging. [1] http://anonscm.debian.org/gitweb/?p=3dprinter/packages/slic3r.git Cheers, -- Nicolas Dandrimont "...[Linux's] capacity to talk via any medium except smoke signals." (By Dr. Greg Wettstein, Roger Maris Cancer Center) signature.asc Description: Digital signature
Bug#731180: Bugs #731180, #731272: openbox-*-session package defects
I want upload new package tomorrow. It's solved here: https://github.com/mati75/openbox-debian/commits/master -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#711135: unable to reproduce
I've got a zx6000 here, but I'm unable to reproduce. Are we using the same versions of firmware/elilo? I'm using the serial console. Like Martin, my system is also a Madison - but clocked at 1.3GHz vs. his 1.4. EFI Boot Manager ver 1.10 [14.61] Firmware ver 2.31 [4411] Please select a boot option Debian GNU/Linux EFI Shell [Built-in] Boot Option Maintenance Menu System Configuration Menu Use ^ and v to change option(s). Use Enter to select an option Loading.: Debian GNU/Linux Starting: Debian GNU/Linux ELILO v3.14 for EFI/IA-64 .. Uncompressing Linux... done Loading file \EFI\debian\initrd.img...done [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 3.2.0-4-mckinley (debian-ker...@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.41-2+deb7u2 [...] -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731299: [Python-modules-team] Bug#731299: Bug#731299: python-pytest: Broken because of pkg_resources.VersionConflict
Hi, Le 4 déc. 2013 17:03, "Sebastian Ramacher" a écrit : > > On 2013-12-03 19:30:35, Nikolaus Rath wrote: > > pkg_resources.VersionConflict: (py 1.4.15 (/usr/lib/python3/dist-packages), Requirement.parse('py>=1.4.17')) > > A new enough version of py has just been uploaded to unstable. Nice :-). Still, the dependency should be specified in d/control. I'll try and get to that this weekend. Regards Simon
Bug#729747: pu: package apt-listbugs/0.1.8
On Wed, 04 Dec 2013 14:04:41 + Jonathan Wiltshire wrote: [...] > On 2013-11-16 16:43, Francesco Poli (wintermute) wrote: [...] > > If you agree, I can ask my usual sponsor to upload the prepared > > package to stable, so that it will end up in the next point release. > > Yes, please. OK, thanks for your reply. I've just asked my usual sponsor to perform the upload. > Be aware that the window closes on Saturday. That's a close deadline... What happens if the upload does not make it before Saturday? Would it be just postponed to the successive stable update? > > > P.S.: after this, I may perhaps find the time to do the same for > > oldstable (squeeze), unless you say I shouldn't bother... > > Please do. I'll see what I can do: when will the current window for oldstable (squeeze) close? Is there an already decided deadline? -- http://www.inventati.org/frx/frx-gpg-key-transition-2010.txt New GnuPG key, see the transition document! . Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE pgpdJCfekkqkt.pgp Description: PGP signature
Bug#731384: eboard freezes when logging in to FICS.
Hi Stephane, Stephane ALBERT writes: > Package: eboard > Version: 1.1.1-5 > Severity: important > > 1- Launch eBoard; > 2- Select menu Peer/Connect to FICS; > 3- Enter username; > => eBoard (interface) freezes before asking for password. This should be the same bug as #512366 which only occurs on PowerPC. It seems I forgot to use -fsigned-char when I updated debian/rules. I'll try to fix that soon. Thanks, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731382: Re[2]: Bug#731382: libpam-fprintd: do not show password if user enters one
Original Message From: "Nico Golde" To: "Shawn Landden" , 731...@bugs.debian.org Sent: Wed, Dec 4, 2013, 12:37 PM Subject: Re: Bug#731382: libpam-fprintd: do not show password if user enters one Hi, * Shawn Landden [2013-12-04 21:17]: Users are use to entering passwords at login prompts and the like. It would be nice if libpam-fprintd could swallow the input like password prompts do, instead of prominentally displaying the user's password if they type it in. I'm slightly confused by this report. Please note that I'm not the maintainer though. Given that you use libpam-fprintd, why would you enter a password in the first place if you authenticate using your fingerprint? Or are you talking about the scenario in which fprint is used and a user accidently enters a password when there is no password prompt?This. Even better yet, there could be a mode where you can authenticate by fingerprint and password at the same time. That however would probably be non-trivial to implement within the framework of pam. Nico -- Nico Golde - XMPP: n...@jabber.ccc.de (mailto:n...@jabber.ccc.de) - GPG: 0xA0A0
Bug#720858: New version available (4.0.2)
Hi All, After discussion on the gramps mailing list the following strategy is preferred: 1. Default to python 2 for Gramps 4.0.x (change default to python 3 when we get to the 4.1.x series). 2. Modularise the gramps packaging to enable users to access their database from both the standard gui application and the newer web-app (Gramps Connect). The set up would be: python-gramps-gui python-gramps-webapp python-gramps-common Further details in the discussion here: http://gramps.1791082.n4.nabble.com/Gramps-in-Debian-td4663573.html Regards, Ross -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#336996: cu Forces Hardware Flow Control
Package: uucp Version: 1.07-22 Followup-For: Bug #336996 Hello, attaching a patch that adds optin to not force hardware flow control. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (990, 'stable'), (171, 'unstable'), (151, 'experimental'), (121, 'precise-updates'), (121, 'precise-security'), (121, 'precise'), (101, 'stable'), (101, 'oldstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-trunk-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 Index: uucp-1.07/conn.h === --- uucp-1.07.orig/conn.h 2013-12-04 11:20:23.722208868 +0100 +++ uucp-1.07/conn.h 2013-12-04 11:20:26.022181350 +0100 @@ -117,7 +117,7 @@ boolean (*pfunlock) P((struct sconnection *qconn)); /* Open the connection. */ boolean (*pfopen) P((struct sconnection *qconn, long ibaud, - boolean fwait, boolean fuser)); + boolean fwait, boolean fuser, boolean nortscts)); /* Close the connection. */ boolean (*pfclose) P((struct sconnection *qconn, pointer puuconf, @@ -198,7 +198,7 @@ than the effective permissions. */ extern boolean fconn_open P((struct sconnection *qconn, long ibaud, long ihighbaud, boolean fwait, - boolean fuser)); + boolean fuser, boolean nortscts)); /* Close a connection. The fsuccess argument is TRUE if the conversation completed normally, FALSE if it is being aborted. */ Index: uucp-1.07/cu.c === --- uucp-1.07.orig/cu.c 2013-12-04 11:20:23.722208868 +0100 +++ uucp-1.07/cu.c 2013-12-04 11:27:03.353425764 +0100 @@ -223,6 +223,7 @@ { "baud", required_argument, NULL, 's' }, { "mapcr", no_argument, NULL, 't' }, { "nostop", no_argument, NULL, 3 }, + { "nortscts", no_argument, NULL, 'f' }, { "system", required_argument, NULL, 'z' }, { "config", required_argument, NULL, 'I' }, { "debug", required_argument, NULL, 'x' }, @@ -258,6 +259,8 @@ enum txonxoffsetting txonxoff = XONXOFF_ON; /* -I: configuration file name. */ const char *zconfig = NULL; + /* -f: no hadware flow control */ + boolean nortscts = FALSE; int iopt; pointer puuconf; int iuuconf; @@ -295,7 +298,7 @@ } } - while ((iopt = getopt_long (argc, argv, "a:c:deE:hnI:l:op:s:tvx:z:", + while ((iopt = getopt_long (argc, argv, "a:c:deE:fhnI:l:op:s:tvx:z:", asCulongopts, (int *) NULL)) != EOF) { switch (iopt) @@ -322,6 +325,11 @@ zCuvar_escape = optarg; break; + case 'f': + /* No hardware flow control. */ + nortscts = TRUE; + break; + case 'h': /* Local echo. */ fCulocalecho = TRUE; @@ -682,7 +690,7 @@ } /* Here we have locked a connection to use. */ - if (! fconn_open (&sconn, iusebaud, ihighbaud, FALSE, sinfo.fdirect)) + if (! fconn_open (&sconn, iusebaud, ihighbaud, FALSE, sinfo.fdirect, nortscts)) ucuabort (); fCuclose_conn = TRUE; Index: uucp-1.07/conn.c === --- uucp-1.07.orig/conn.c 2013-12-04 11:20:23.722208868 +0100 +++ uucp-1.07/conn.c 2013-12-04 11:20:26.026181299 +0100 @@ -114,12 +114,13 @@ /* Open a connection. */ boolean -fconn_open (qconn, ibaud, ihighbaud, fwait, fuser) +fconn_open (qconn, ibaud, ihighbaud, fwait, fuser, nortscts) struct sconnection *qconn; long ibaud; long ihighbaud; boolean fwait; boolean fuser; + boolean nortscts; { boolean fret; @@ -177,7 +178,7 @@ else ulog_device (qconn->qport->uuconf_zname); - fret = (*qconn->qcmds->pfopen) (qconn, ibaud, fwait, fuser); + fret = (*qconn->qcmds->pfopen) (qconn, ibaud, fwait, fuser, nortscts); if (! fret) ulog_device ((const char *) NULL); Index: uucp-1.07/uucico.c === --- uucp-1.07.orig/uucico.c 2013-12-04 11:20:23.722208868 +0100 +++ uucp-1.07/uucico.c 2013-12-04 11:20:26.026181299 +0100 @@ -695,7 +695,7 @@ if (fret) { - if (! fconn_open (&sconn, (long) 0, (long) 0, TRUE, FALSE)) + if (! fconn_open (&sconn, (long) 0, (long) 0, TRUE, FALSE, FALSE)) fret = FALSE; qConn = &sconn; } @@ -714,7 +714,7 @@ (struct uuconf_dialer *) NULL, TRUE) || ! fconn_open (&sconn, (long) 0, (long) 0, TRUE, - FALSE)) + FALSE, FALSE)) break; } fret = FALSE; @@ -1176,7 +1176,7 @@ } if (! fconn_open (&sconn, qsys->uuconf_ibaud, qsys->uuconf_ihighbaud, - FALSE, FALSE)) + FALSE, FALSE, FALSE)) { terr = STATUS_PORT_FAILED; fret = FALSE; Index: uucp-1.07/unix/pipe.c === --- uucp-1.07.orig/unix/pipe.c 2013-12-04 11:20:23.722208868 +0100 +++ uucp-1.07/unix/pipe.c 2013-12-04 11:20:26.026181
Bug#731003: Dependency on dbus should be lowered
Just making note: At the bottom of the following link under "Coding" and "3rd party Interfaces", it's stated that the DBus interface is considered "deprecated and is no longer advised". http://mumble.sourceforge.net/Contributing Sounds like this is a bug, so I'm going to report it upstream. -- Chris -- Chris Knadle chris.kna...@coredump.us signature.asc Description: This is a digitally signed message part.
Bug#731385: no sound from microphone with Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03)
Package: src:linux Hello, I made several attempts to get some sound from my built-in microphone, but wasn't able to. I run debian Wheezy, and also gave a try to the kernel which comes with Wheezy Backports. I don't have this problem on another machine with another sound chipset, also running Debian. lspci: 00:1b.0 Audio device: Intel Corporation 82801I (ICH9 Family) HD Audio Controller (rev 03) 00:1b.0 0403: 8086:293e (rev 03) Subsystem: 1025:048a Codec: Realtek ALC272X Complete result of alsa-info.sh here: http://www.alsa-project.org/db/?f=5513a54094ba4efc2b81a711d4a7e853c8f4eee4 Tried recording with: * arecord -vv -fdat foo.wav * audacity * jackd + qjackctl + meterbridge I also tried to add: options snd-hda-intel model=acer in alsa.base.conf, but this didn't help. Also tried this trick: https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1002978 ... which according to other bugreports could have been a potential hit for my chipset, but it didn't help. Regards, ( Peu importe la longueur du sabre si l' homme ignore la Vertu )
Bug#728670: ITP: libwx-glcanvas-perl -- Perl interface to wxWidgets' OpenGL canvas
Hi, What is the status of your package? Will it be uploaded to incoming queue? This package is required by Slic3r - the software for 3D printers, so it would be nice to see it in Debian soon. Thanks, -- .''`.Piotr Roszatycki : :' :mailto:piotr.roszaty...@gmail.com `. `' mailto:dex...@debian.org `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731382: libpam-fprintd: do not show password if user enters one
Hi, * Shawn Landden [2013-12-04 21:17]: > Users are use to entering passwords at login prompts and the like. > It would be nice if libpam-fprintd could swallow the input like > password prompts do, instead of prominentally displaying the user's password > if they type it in. I'm slightly confused by this report. Please note that I'm not the maintainer though. Given that you use libpam-fprintd, why would you enter a password in the first place if you authenticate using your fingerprint? Or are you talking about the scenario in which fprint is used and a user accidently enters a password when there is no password prompt? Nico -- Nico Golde - XMPP: n...@jabber.ccc.de - GPG: 0xA0A0 pgpxfvSCmTQaW.pgp Description: PGP signature
Bug#731384: eboard freezes when logging in to FICS.
Package: eboard Version: 1.1.1-5 Severity: important 1- Launch eBoard; 2- Select menu Peer/Connect to FICS; 3- Enter username; => eBoard (interface) freezes before asking for password. Regards, Stéphane A. A. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: powerpc (ppc) Kernel: Linux 3.2.0-4-powerpc 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 eboard depends on: ii libatk1.0-0 2.4.0-2 ii libc6 2.13-38 ii libcairo2 1.12.2-3 ii libfontconfig1 2.9.0-7.1 ii libfreetype62.4.9-1.1 ii libgcc1 1:4.7.2-5 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-02.33.12+really2.32.4-5 ii libgtk2.0-0 2.24.10-2 ii libpango1.0-0 1.30.0-1 ii libpng12-0 1.2.49-1 ii libstdc++6 4.7.2-5 Versions of packages eboard recommends: pn sox ii xfonts-75dpi 1:1.0.3 Versions of packages eboard suggests: pn eboard-extras-pack1 pn gnuchess | crafty -- 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#731320: smbclient: findsmb removed since wheezy
On Wed, 2013-12-04 at 10:41 +0100, Marc Zonzon wrote: > Package: smbclient > Version: 2:4.0.12+dfsg-1 > Severity: minor > > Dear Maintainer, > > The binary (or perl script) /usr/bin/findsmb, which was part of > smbclient, and yet present in wheezy has disapeared from jessie and > sid. > The log say nothing about this removal, and the maual findsmb.1 is > still there. > > Either rhe removal is an error, or it should be mentioned in the changelog. It actually got lost in the upstream build system transition. I did notice it when packaging the combined 4.0 release, and it's in our debian/TODO list as: Decide if we care about findsmb, and if so patch upstream to restore it Andrew Bartlett -- Andrew Bartlett http://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org Samba Developer, Catalyst IT http://catalyst.net.nz/services/samba -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#730764: pu: package ctdb/1.12+git20120201-4
Control: tags -1 + confirmed On Fri, 2013-11-29 at 12:23 +0100, Mathieu Parent wrote: > 2013/11/29 Cyril Brulebois : > (...) > > If that's not the case, please adjust > > found/fixed version in the BTS. > > done. This was fixed in 2.3 (or maybe before). Please go ahead. 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#731383: [amanda] [INTL:pl] PO Debconf templates translation to Polish
Package: amanda Version: 1:3.3.3-2 Severity: wishlist Tags: l10n patch --- Please enter the report below this line. --- Dear amanda maintainer, Here's my translation of amanda debconf templates to Polish. Please include it. Best wishes, Magdalena --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.2 500 stable-updates ftp.pl.debian.org 500 stable security.debian.org 500 stable ftp.pl.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. amanda_1:3.3.3-2_pl.po.gz Description: GNU Zip compressed data
Bug#729708: pu: package fcitx-cloudpinyin/0.2.2-1+deb7u1
Control: tags -1 + confirmed On Sat, 2013-11-16 at 11:13 +0800, Aron Xu wrote: > I would like to apply the following patch to fcitx-cloudpinyin. It > uses an anonymous web API service provided Sogou by default, but the > API is gone for quite some time and upstream has switched to use > Google's similar service by default in newer versions. The service > provided by Google is using HTTPS by default, while the original one > isn't. 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#728575: pu: package calendarserver/3.2.dfsg-4
Control: tags -1 + moreinfo On Sun, 2013-11-03 at 14:05 +0530, Rahul Amaram wrote: > Updated zoneinfo data Is there a plan for doing so in unstable? 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#728253: pu: package libnet-smtp-tls-butmaintained-perl/0.17-1+deb7u1
Control: tags -1 + confirmed On Tue, 2013-10-29 at 23:50 +0100, Salvatore Bonaccorso wrote: > The Perl module found int libnet-smtp-tls-butmaintained-perl > (Net::SMTP::TLS::ButMaintained) suffers from an error in the use of > SSL_version in the code, which in the version in wheezy is used as > > SSL_version => "SSLv3 TLSv1" > > I have opened http://bugs.debian.org/728248. This causes first a error > message and sending a mail actually fails. 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#731180: Bugs #731180, #731272: openbox-*-session package defects
control: tags -1 patch Hello again! Here's a patch with some minor spelling improvements and some dependency clarifications based on the binaries used by shell scripts in those 'openbox-*-session' packages. --- a/debian/control +++ b/debian/control @@ -17,8 +17,9 @@ Provides: x-window-manager, x-session-manager Pre-Depends: ${misc:Pre-Depends} Depends: ${shlibs:Depends}, ${misc:Depends} -Recommends: obconf, python-xdg, openbox-gnome-session | openbox-kde-session -Suggests: menu, fonts-dejavu, python, libxml2-dev, tint2, openbox-menu +Recommends: obconf, python-xdg +Suggests: menu, fonts-dejavu, python, libxml2-dev, tint2, openbox-menu, + openbox-gnome-session, openbox-kde-session Breaks: menu (<< 2.1.12) Description: standards-compliant, fast, light-weight and extensible window manager Openbox works with your applications, and makes your desktop easier to manage. @@ -123,28 +124,29 @@ Breaks: openbox (<< 3.4.11.2) Description: command line utility to invoke GNOME panel run dialog/menu gnome-panel-control can be used to invoke the GNOME panel run or main - menu from the command line. This is originally a helper utility of openbox + menu from the command line. This is originally a helper utility of openbox since gnome-panel is no longer managing its own key bindings. Package: openbox-gnome-session -Architecture: any +Architecture: all Depends: ${shlibs:Depends}, ${misc:Depends}, openbox (= ${binary:Version}), - gnome-session + gnome-session-bin, gconf2, x11-utils +Enhances: gnome-session Replaces: openbox (<< 3.5.2-4) Breaks: openbox (<< 3.5.2-4) Description: command line utility to run Openbox as GNOME session - openbox-gnome-session can provides GNOME session with openbox as - default window manager. It can replace original window manager - in GNOME Shell and GNOME Fallback. + openbox-gnome-session can provide GNOME session with openbox as + a default window manager. It can replace the original window manager + in GNOME Shell and GNOME Fallback sessions. Package: openbox-kde-session -Architecture: any +Architecture: all Depends: ${shlibs:Depends}, ${misc:Depends}, openbox (= ${binary:Version}), - kde-workspace-bin + kde-workspace-bin, x11-utils +Enhances: kde-workspace Replaces: openbox (<< 3.5.2-4) Breaks: openbox (<< 3.5.2-4) Description: command line utility to run Openbox as KDE SC session - openbox-kde-session can provides KDE SC session with openbox as - default window manager. Can replace for original window manager - call kwin. - + openbox-kde-session can provide KDE SC session with openbox as + a default window manager. Can replace the original window manager + called KWin. Best wishes, Bob
Bug#731382: libpam-fprintd: do not show password if user enters one
Package: libpam-fprintd Version: 0.5.1-1 Severity: normal Tags: security Users are use to entering passwords at login prompts and the like. It would be nice if libpam-fprintd could swallow the input like password prompts do, instead of prominentally displaying the user's password if they type it in. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages libpam-fprintd depends on: ii fprintd0.5.1-1 ii libc6 2.17-97 ii libdbus-1-31.6.18-2 ii libdbus-glib-1-2 0.100.2-1 ii libglib2.0-0 2.38.1-2 ii libpam-runtime 1.1.3-10 ii libpam0g 1.1.3-10 ii multiarch-support 2.17-97 libpam-fprintd recommends no packages. libpam-fprintd 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#726878: Catch SOAP errors and handle them correctly
Package: reportbug Version: 6.4.4 Followup-For: Bug #726878 e.g. if you are at a wifi hostspot with a captive portal this isn't very useful to know what is going on: Querying Debian BTS for reports on fprintd (source)... Traceback (most recent call last): File "/usr/bin/reportbug", line 2206, in main() File "/usr/bin/reportbug", line 1080, in main return iface.user_interface() File "/usr/bin/reportbug", line 1702, in user_interface latest_first=self.options.latest_first) File "/usr/lib/pymodules/python2.7/reportbug/ui/text_ui.py", line 517, in handle_bts_query source=source, http_proxy=http_proxy, archived=archived) File "/usr/lib/pymodules/python2.7/reportbug/debbugs.py", line 1258, in get_reports bugs = debianbts.get_bugs(pkg_filter, package) File "/usr/lib/pymodules/python2.7/debianbts.py", line 230, in get_bugs reply = server.get_bugs(*key_value) File "/usr/lib/pymodules/python2.7/SOAPpy/Client.py", line 470, in __call__ return self.__r_call(*args, **kw) File "/usr/lib/pymodules/python2.7/SOAPpy/Client.py", line 492, in __r_call self.__hd, self.__ma) File "/usr/lib/pymodules/python2.7/SOAPpy/Client.py", line 363, in __call config = self.config) File "/usr/lib/pymodules/python2.7/SOAPpy/Client.py", line 225, in call data = r.getfile().read() AttributeError: 'NoneType' object has no attribute 'read' -- Package-specific info: ** Environment settings: DEBEMAIL="sh...@churchofgit.com" INTERFACE="text" ** /home/shawn/.reportbugrc: reportbug_version "6.4.4" mode advanced ui text no-cc header "X-Debbugs-CC: sh...@churchofgit.com" smtphost reportbug.debian.org -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 armhf Kernel: Linux 3.13.0-rc2-00123-g70839b6 (SMP w/2 CPU cores; PREEMPT) Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.13.1 ii python2.7.5-5 ii python-reportbug 6.4.4 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail pn debconf-utils pn debsums pn dlocate pn emacs22-bin-common | emacs23-bin-common ii file 1:5.14-2 ii gnupg1.4.15-1.1 ii python-gtk2 2.24.0-3+b1 pn python-gtkspell pn python-urwid ii python-vte 1:0.28.2-5 ii ssmtp [mail-transport-agent] 2.64-8 ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 0.9.13.1 ii python2.7.5-5 ii python-debian 0.1.21+nmu2 ii python-debianbts 1.11 ii python-support1.0.15 python-reportbug 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#724861: pu: package intel-microcode/1.20130906.1
Control: tags -1 + confirmed On Sun, 2013-09-29 at 03:04 -0300, Henrique de Moraes Holschuh wrote: > On Sun, 29 Sep 2013, Cyril Brulebois wrote: > > There is not much data on what release managers think about rushing > > upgrades into p-u, but the fact there's no definitive data point on the > > microcode update, and the fact that it has been available for less than > > a week seem to point out that letting this update reach p-u before the > > next point release is highly unlikely. > > Let it cook for a while if you think its best, it is not like we really know > how emergencial these updates are (or are not). wheezy-backports is there > to help anyone that requires less latency on microcode updates. Assuming this is still (a|the) version that you'd like to provide via p-u, please go ahead; apologies for the delay. 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#731381: [mediawiki] [INTL:pl] PO Debconf templates translation to Polish
Package: mediawiki Version: 1:1.19.8+dsfg-2.1 Severity: wishlist Tags: l10n patch --- Please enter the report below this line. --- Dear mediawiki maintainer, Here's translation of mediawiki debconf templates to Polish. Please include it. Best regards, Magdalena --- System information. --- Architecture: i386 Kernel: Linux 3.2.0-4-686-pae Debian Release: 7.2 500 stable-updates ftp.pl.debian.org 500 stable security.debian.org 500 stable ftp.pl.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. mediawiki_1:1.19.8+dfsg-2.1_pl.po.gz Description: GNU Zip compressed data
Bug#731343: pu: package gtk+3.0/3.4.2-7
Control: tags -1 -moreinfo +confirmed On Wed, 2013-12-04 at 20:52 +0100, Josselin Mouette wrote: > Le mercredi 04 décembre 2013 à 19:50 +, Adam D. Barratt a écrit : > > On Wed, 2013-12-04 at 14:13 +0100, Josselin Mouette wrote: > > > I’d like to upload an update (prepared by Raphaël) for gtk+3.0, which is > > > necessary in order to fix librsvg’s CVE-2013-1881. [...] > On the other hand, you might want to see a Breaks: libgtk-3-0 << 3.4.2-7 > in the updated librsvg – I have forgotten it so far. That would be good; thanks. Assuming that the resulting packages have been tested in a wheezy environment, please go ahead. 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#730783: pu: openttd/1.2.1-3 opu: openttd/1.0.4-7 (Fix for CVE-2013-6411)
clone 730783 -1 user release.debian@packages.debian.org usertags 730783 = pu tags 730783 + confirmed wheezy retitle 730783 pu: openttd/1.2.1-3 usertags -1 = pu tags -1 + confirmed squeeze retitle -1 pu: openttd/1.0.4-7 thanks On Fri, 2013-11-29 at 15:35 +0100, Matthijs Kooijman wrote: > upstream developers for the openttd package have identified a remote > denial-of-service (program crash) in the openttd game. They have made > patches available, which I'd like to include in wheezy and squeeze. [...] > Attached are debdiffs against the current squeeze and wheezy versions, > which add the upstream patches. The debdiff still uses the -security > archives, for the actual upload I'll change that to stable/oldstable > instead. Please use "wheezy" and "squeeze" instead. With that change, please go ahead; thanks. > I don't think special care wrt including orig tarballs is needed, like > with the security archive? No, it's still the same archive so you can just treat it like any other upload. 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#731379: ITP: libio-socket-portstate-perl -- IO::Socket::PortState - checking the status of a port
Package: wnpp Severity: wishlist Owner: Piotr Roszatycki * Package name: libio-socket-portstate-perl Version : 0.03 Upstream Author : Daniel Muey * URL : https://metacpan.org/release/IO-Socket-PortState * License : Artistic or GPL-1+ Programming Lang: Perl Description : IO::Socket::PortState - checking the status of a port You can use it to check if a port is open or closed for a given host and protocol. This package is required by Slic3r - G-code generator for 3D printers. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731280: (no subject)
Here is a patch that updates the package to 0.7, adds Python 3 support, and switches to the pybuild build system (simpler than cdbs). This release would also close a few other bugs as seen in the changelog entry. Index: debian/changelog === --- debian/changelog (revision 26664) +++ debian/changelog (working copy) @@ -1,8 +1,28 @@ -genshi (0.6-4) UNRELEASED; urgency=low +genshi (0.7-1) UNRELEASED; urgency=low + [ Barry Warsaw ] + * Team upload. +- Closes: #731280 +- Closes: #713747 +- Closes: #673935 + * New upstream release. + * d/control: +- Add python3-genshi binary package. +- Update Build-Depends for pybuild and remove cdbs. +- Standards-Version: 3.9.5 with no further changes needed. +- Add X-Python3-Version header. +- wrap-and-sort + * d/rules: +- Switch to pybuild and add Python 3 support as a byproduct. +- Removed cdbs and simplified. + * d/watch: Updated + * d/compat: Update to v8. + * d/patches/fix_tests_failure_with_python27.patch: Updated. + + [ Jakub Wilk ] * Use canonical URIs for Vcs-* fields. - -- Jakub Wilk Sun, 05 May 2013 16:00:57 +0200 + -- Barry Warsaw Wed, 04 Dec 2013 12:13:02 -0500 genshi (0.6-3) unstable; urgency=low Index: debian/compat === --- debian/compat (revision 26664) +++ debian/compat (working copy) @@ -1 +1 @@ -5 +8 Index: debian/control === --- debian/control (revision 26664) +++ debian/control (working copy) @@ -3,26 +3,43 @@ Priority: optional Maintainer: Arnaud Fontaine Uploaders: Debian Python Modules Team -Build-Depends: debhelper (>= 5.0.37.2), - cdbs (>= 0.4.90~), +Build-Depends: debhelper (>= 8), + dh-python, python-all-dev (>= 2.6.6-3~), - python-setuptools (>= 0.6b3) -Standards-Version: 3.9.2 + python-setuptools (>= 0.6b3), + python3-all, + python3-setuptools +Standards-Version: 3.9.5 X-Python-Version: >= 2.4 +X-Python3-Version: >= 3.3 Homepage: http://genshi.edgewall.org/ Vcs-Svn: svn://anonscm.debian.org/python-modules/packages/genshi/trunk/ Vcs-Browser: http://anonscm.debian.org/viewvc/python-modules/packages/genshi/trunk/ Package: python-genshi Architecture: any -Depends: ${shlibs:Depends}, ${python:Depends}, ${misc:Depends} -Suggests: doc-base, python-pkg-resources, python-genshi-doc +Depends: ${misc:Depends}, ${python:Depends}, ${shlibs:Depends} +Suggests: doc-base, python-genshi-doc, python-pkg-resources Description: Python XML-based template engine Genshi is a Python library that provides an integrated set of components for parsing, generating, and processing HTML or XML content in a uniform manner. The major feature is a template language, which is heavily inspired by Kid. + . + This is the Python 2 version. +Package: python3-genshi +Architecture: any +Depends: ${misc:Depends}, ${python3:Depends}, ${shlibs:Depends} +Suggests: doc-base, python-genshi-doc, python3-pkg-resources +Description: Python XML-based template engine + Genshi is a Python library that provides an integrated set of + components for parsing, generating, and processing HTML or XML + content in a uniform manner. The major feature is a template + language, which is heavily inspired by Kid. + . + This is the Python 3 version. + Package: python-genshi-doc Architecture: all Section: doc Index: debian/patches/fix_tests_failure_with_python27.patch === --- debian/patches/fix_tests_failure_with_python27.patch (revision 26664) +++ debian/patches/fix_tests_failure_with_python27.patch (working copy) @@ -1,58 +1,14 @@ -Description: Two tests which used to fail in earlier Pythons, now succeed in - Python 2.7.3. Adjust the tests to check for success in order to fix a FTBFS - in Ubuntu 12.10. -Author: Barry Warsaw , Arnaud Fontaine -Bug-Ubuntu: https://bugs.launchpad.net/ubuntu/+source/genshi/+bug/935516 -Bug-Debian: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=661441 +Description: Skip test which still fails in Python 2.7.6. +Author: Barry Warsaw , Arnaud Fontaine Bug: http://genshi.edgewall.org/ticket/500 -Bug: http://genshi.edgewall.org/ticket/501 -Index: genshi-0.6/genshi/filters/tests/html.py -=== genshi-0.6.orig/genshi/filters/tests/html.py 2010-04-22 21:09:52.0 +0900 -+++ genshi-0.6/genshi/filters/tests/html.py 2012-11-24 14:35:02.116021695 +0900 -@@ -365,9 +365,24 @@ +--- a/genshi/filters/tests/test_html.py b/genshi/filters/tests/test_html.py +@@ -410,6 +410,7 @@ + html = HTML(u'&junk;') + self.assertEquals('&junk;', (html | HTMLSanitizer()).render()) + ++@unittest.skip('http://genshi.edgewall.o
Bug#731011:
Control: tags -1 + patch confirmed https://bugs.launchpad.net/ubuntu/+source/cpp-netlib/+bug/1256583 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731343: pu: package gtk+3.0/3.4.2-7
Le mercredi 04 décembre 2013 à 19:50 +, Adam D. Barratt a écrit : > Control: tags -1 + wheezy moreinfo > > On Wed, 2013-12-04 at 14:13 +0100, Josselin Mouette wrote: > > I’d like to upload an update (prepared by Raphaël) for gtk+3.0, which is > > necessary in order to fix librsvg’s CVE-2013-1881. > > Does this work correctly in conjunction with a librsvg which does not > include the CVE fix? It does. This change makes gtk+ stop using the “feature” that the librsvg upload removes. On the other hand, you might want to see a Breaks: libgtk-3-0 << 3.4.2-7 in the updated librsvg – I have forgotten it so far. Cheers, -- .''`. Josselin Mouette : :' : `. `' `- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#731378: nss-passwords fails to decrypt
Package: nss-passwords Version: 0.1.1-1 Severity: important nss-passwords, which I only run occasionally, fails today with the following message: Fatal error: exception Main.NSS_decrypt_failed("", -5977, 0) After trying several accounts on commandline, it looks like it succeeds in finding the password entry but just can't decypher it any more. Could it be some change in libnss that broke something ? -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable'), (500, 'oldstable'), (101, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-2-amd64 (SMP w/4 CPU cores) Locale: LANG=C, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages nss-passwords depends on: ii libc6 2.17-93 ii libncurses5 5.9+20130608-1 ii libnspr4-0d 2:4.10.2-1 ii libnss3-1d 2:3.15.3-1 ii libsqlite3-03.8.1-1 ii libtinfo5 5.9+20130608-1 ii pinentry-curses [pinentry] 0.8.1-1 nss-passwords recommends no packages. nss-passwords 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#731357: opu: package librsvg/2.26.3-2
user release.debian@packages.debian.org usertags 731357 = pu tags 731357 + squeeze confirmed retitle 731357 pu: package librsvg/2.26.3-2 thanks On Wed, 2013-12-04 at 15:45 +0100, Josselin Mouette wrote: > Raphaël has prepared an oldstable update for librsvg in order to fix > CVE-2013-1881. 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#731351: pu: package librsvg/2.36.1-2
Control: tags -1 + wheezy confirmed On Wed, 2013-12-04 at 15:12 +0100, Josselin Mouette wrote: > Raphaël has prepared a stable update for librsvg in order to fix > CVE-2013-1881. 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