Bug#737315: NMU of buildbot to delayed queue
Hi,
Since it's been a month and a half that #737315 is not fixed, I have
uploaded buildbot to the delayed/7 queue to:
- fix the FTBFS
- rebuild with SQLAlchemy 0.9 as dependency (it's a transition currently
happening in Sid)
Attached is the debdiff. You'll notice that I had to move a .png and a
.ico file directly in the "docs" folder to make it possible to build (it
otherwise failed). A simple copy and adding the files names in
debian/source/include-binaries was enough.
If you do not agree with my fixes, feel free to upload a fixed version
before the 7 days of the delayed queue.
Cheers,
Thomas Goirand (zigo)
diff -Nru buildbot-0.8.8/debian/changelog buildbot-0.8.8/debian/changelog
--- buildbot-0.8.8/debian/changelog 2013-10-10 10:24:05.0 +
+++ buildbot-0.8.8/debian/changelog 2014-03-17 06:46:54.0 +
@@ -1,3 +1,11 @@
+buildbot (0.8.8-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Rebuild with sqlalchemy 0.9.
+ * Added upstream doc patches to avoid FTBFS (Closes: #737315).
+
+ -- Thomas Goirand Mon, 17 Mar 2014 06:22:09 +
+
buildbot (0.8.8-1) unstable; urgency=low
* New upstream release
diff -Nru
buildbot-0.8.8/debian/patches/add-whitespace-to-avoid-failure-with-sphinx-1.2.1.patch
buildbot-0.8.8/debian/patches/add-whitespace-to-avoid-failure-with-sphinx-1.2.1.patch
---
buildbot-0.8.8/debian/patches/add-whitespace-to-avoid-failure-with-sphinx-1.2.1.patch
1970-01-01 00:00:00.0 +
+++
buildbot-0.8.8/debian/patches/add-whitespace-to-avoid-failure-with-sphinx-1.2.1.patch
2014-03-17 06:34:35.0 +
@@ -0,0 +1,16 @@
+Description: add whitespace to avoid failure with Sphinx-1.2.1
+Origin: upstream,
https://github.com/buildbot/buildbot/commit/7ba629d27c377f9a4323024a64fd8a7d9f8f1934.patch
+Author: "Dustin J. Mitchell"
+Bug-Debian: http://bugs.debian.org/737315
+Date: Tue, 21 Jan 2014 21:20:58 -0500
+
+--- a/docs/manual/installation.rst
b/docs/manual/installation.rst
+@@ -649,6 +649,7 @@ command line, like this
+ around. The default is 10.
+
+ .. option:: --allow-shutdown
++
+ Can also be passed directly to the BuildSlave constructor in
buildbot.tac. If
+ set, it allows the buildslave to initiate a graceful shutdown, meaning
that it
+ will ask the master to shut down the slave when the current build, if
any, is
diff -Nru buildbot-0.8.8/debian/patches/series
buildbot-0.8.8/debian/patches/series
--- buildbot-0.8.8/debian/patches/series2013-10-10 10:24:05.0
+
+++ buildbot-0.8.8/debian/patches/series2014-03-17 06:46:03.0
+
@@ -1,2 +1,4 @@
fix-interpreters.patch
fix-init-scripts.patch
+sphinx-doesnt-seem-to-support-relative-paths-for-log-anymore.patch
+add-whitespace-to-avoid-failure-with-sphinx-1.2.1.patch
diff -Nru
buildbot-0.8.8/debian/patches/sphinx-doesnt-seem-to-support-relative-paths-for-log-anymore.patch
buildbot-0.8.8/debian/patches/sphinx-doesnt-seem-to-support-relative-paths-for-log-anymore.patch
---
buildbot-0.8.8/debian/patches/sphinx-doesnt-seem-to-support-relative-paths-for-log-anymore.patch
1970-01-01 00:00:00.0 +
+++
buildbot-0.8.8/debian/patches/sphinx-doesnt-seem-to-support-relative-paths-for-log-anymore.patch
2014-03-17 06:43:34.0 +
@@ -0,0 +1,27 @@
+Description: sphinx doesn't seem to support relative paths for logos anymore
+Author: "Dustin J. Mitchell"
+Origin: upstream,
https://github.com/buildbot/buildbot/commit/a655a504309db8584ae582065fe27548a16c3dd3.patch
+Bug-Debian: http://bugs.debian.org/737315
+Date: Thu, 23 Jan 2014 16:32:25 -0500
+Last-Update: 2014-03-17
+
+--- buildbot-0.8.8.orig/docs/conf.py
buildbot-0.8.8/docs/conf.py
+@@ -129,7 +129,7 @@ html_theme = 'agogo'
+
+ # The name of an image file (relative to this directory) to place at the top
+ # of the sidebar.
+-html_logo = os.path.join('_images', 'header-text-transparent.png')
++html_logo = 'header-text-transparent.png'
+
+ # The name of an image file (within the static path) to use as favicon of the
+ # docs. This file should be a Windows icon file (.ico) being 16x16 or 32x32
+@@ -203,7 +203,7 @@ latex_documents = [
+
+ # The name of an image file (relative to this directory) to place at the top
of
+ # the title page.
+-latex_logo = os.path.join('_images', 'header-text-transparent.png')
++latex_logo = 'header-text-transparent.png'
+
+ # For "manual" documents, if this is true, then toplevel headings are parts,
+ # not chapters.
diff -Nru buildbot-0.8.8/debian/source/include-binaries
buildbot-0.8.8/debian/source/include-binaries
--- buildbot-0.8.8/debian/source/include-binaries 1970-01-01
00:00:00.0 +
+++ buildbot-0.8.8/debian/source/include-binaries 2014-03-17
06:49:33.0 +
@@ -0,0 +1,2 @@
+docs/header-text-transparent.png
+docs/buildbot.ico
Binary files /tmp/UTsoDee7Uq/buildbot-0.8.8/docs/buildbot.ico and
/tmp/Ou5wD1MQIz/buildbot-0.8.8/docs/buildbot.ico differ
Binary files
Bug#741481: Error in `/usr/share/doc-base/mutt', line 14: all `Format' sections are invalid.
Hi, On Sun, 16 Mar 2014, Guillem Jover wrote: > > @dpkg/apt maintainers: I thought triggers should be run *after* the > > package is fully installed and only the order of the triggers is not > > guaranteed? > > W/o having looked into the details, this just seems like another > instance of #671711. Which I'm planning to check its status again soon, > either for 1.17.7 or 1.17.8, and include the old fix depending on the > impact on the distribution. No, this is not the same thing. It's just a bad assumption: the triggering package might not be configured when its awaited triggers are processed (in particular for file triggers which are activated during unpack). #671711 is the _triggered_ package which is not configured when it should. Here it's the triggering package that assumes that it will be configured when the trigger will be processed (but there's no such guarantee). Cheers, -- Raphaël Hertzog ◈ Debian Developer Discover the Debian Administrator's Handbook: → http://debian-handbook.info/get/ -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741853: mutt-patched: sidebar_shortpath is not recognized in mutt 1.5.22-2
Hi Mark, On Sun, Mar 16, 2014 at 03:36:08PM +0100, Mark Caglienzi wrote: > after CVE-2014-0467 solved in bug report #708731 I found that the new version > of mutt-patched package seems to have problems with sidebar patch. > > When I launch mutt, it says: > > Error in /home/mark/.muttrc, line 44: sidebar_shortpath: unknown variable > source: errors in /home/mark/.muttrc > Press any key to continue... > > And after pressing a key, it loads anyway. I commented out line 44 like so: > > #set sidebar_shortpath=yes That's documented in mutt's NEWS.Debian: mutt (1.5.22-1) unstable; urgency=low The sidebar-dotted patch was replaced by the sidebar-dotpathsep patch from Gentoo. This new version drops the "sidebar_shortpath" option from the configuration. You can configure the behaviour with the "sidebar_delim_chars" option now. > And now mutt doesn't complain anymore, but removing this setting makes > sidebar_sort acting weird, and it seems that my mailboxes are not sorted, but > somewhat "random". > > Was the sidebar patch removed from mutt-patched? Only a sub-patch was replaced with a (IMHO) superior version. Can you provide a screenshot of what you mean by "random"? sidebar_delim_chars is set to './' by default, so it should behave exactly as the old sidebar_shortpath patch, striping everything before the last dot or slash, leaving the rest to sidebar_sort to be sorted. Regards Evgeni -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741909: Please rebuild epigrass with SQLAlchemy 0.9
Package: epigrass Version: 2.3.1-1 Severity: important Hi, Since SQLAlchemy 0.9 has been uploaded to Sid, epigrass cannot be installed. Also, epigrass is blocking the SQLAlchemy 0.9 transition to Testing (along with nearly 40 other direct reverse dependencies, and more with indirections). A simple rebuild of your package should be enough if it supports SQLA 0.9. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#314427: [Pkg-postgresql-public] Bug#314427: hsql-postgresql imports
Joachim Breitner [2014-03-16 15:03 +0100]: > hsql-postgresql started to fail to build on Debian because the header > file postgres.h was removed from libpq-dev. According to > https://bugs.debian.org/314427, this is a file that should only be used > for server-side programming and hence was removed from libpq-dev; > clients should only use these header files, it seems: That's correct. If there are legitimate reason why this client-side application needs a server-side header, the package could grow a build dependency on postgresql-server-dev-9.3 to at least make this fact explicit and fix the FTBFS in the short term. Martin -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) signature.asc Description: Digital signature
Bug#741910: Please rebuild python-sqlsoup with SQLAlchemy 0.9
Package: python-sqlsoup Version: 0.6.1-2 Severity: important Hi, Since SQLAlchemy 0.9 has been uploaded to Sid, python-sqlsoup is not installable anymore. It currently: Depends: python-sqlalchemy (>= 0.8~), python-sqlalchemy (<< 0.9) Rebuilding your package in Sid should be enough to fix the problem. Note that this is blocking the SQLA 0.9 transition to Sid, along with a lot of direct and indirect dependencies, so an upload should happen ASAP please. Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741107: [RFR] templates://distributed-net/{distributed-net.templates}
Please find, for review, the debconf templates and packages descriptions for
the distributed-net source package.
This review will last from Monday, March 17, 2014 to Thursday, March 27, 2014.
Please send reviews as unified diffs (diff -u) against the original
files. Comments about your proposed changes will be appreciated.
Your review should be sent as an answer to this mail.
When appropriate, I will send intermediate requests for review, with
"[RFRn]" (n>=2) as a subject tag.
When we will reach a consensus, I send a "Last Chance For
Comments" mail with "[LCFC]" as a subject tag.
Finally, a summary will be sent to the review bug report,
and a mail will be sent to this list with "[BTS]" as a subject tag.
Rationale:
--- distributed-net.old/debian/distributed-net.templates2014-03-08
17:59:47.657657134 +0100
+++ distributed-net/debian/distributed-net.templates2014-03-17
08:34:51.896534125 +0100
@@ -5,12 +5,12 @@
The distributed.net client needs to be configured before it can be used.
While most options have reasonable defaults, you need to specify the e-mail
address to which you would like distributed.net to credit any work done by
- the client. If you are installing the distributed-net package for the first
+ the client. If you are installing the distributed-net package for the first
time, then you must configure the client, otherwise the distributed.net client
will refuse to start.
.
When the distributed.net client is run as a daemon (via
/etc/init.d/distributed-net),
the output will be redirected to /var/log/distributed-net.log. You do not
- need to set up a log file. Since the init script is controlling the
- distributed.net client, you should not enable "quiet mode" as that break the
+ need to set up a log file. Since the init script is controlling the
+ distributed.net client, you should not enable "quiet mode" as that breaks the
init script.
This is a very simple rewrite indeed. Only two double spaces after
sentence dots are reduced to standard (at least in these texts) single
spaces.
And then a spelling fix ("breaks").
--
Template: distributed-net/fullconfig
Type: boolean
Default: false
_Description: Run the distributed.net client configuration utility?
The distributed.net client needs to be configured before it can be used.
While most options have reasonable defaults, you need to specify the e-mail
address to which you would like distributed.net to credit any work done by
the client. If you are installing the distributed-net package for the first
time, then you must configure the client, otherwise the distributed.net client
will refuse to start.
.
When the distributed.net client is run as a daemon (via
/etc/init.d/distributed-net),
the output will be redirected to /var/log/distributed-net.log. You do not
need to set up a log file. Since the init script is controlling the
distributed.net client, you should not enable "quiet mode" as that breaks the
init script.
--- distributed-net.old/debian/distributed-net.templates2014-03-08
17:59:47.657657134 +0100
+++ distributed-net/debian/distributed-net.templates2014-03-17
08:34:51.896534125 +0100
@@ -5,12 +5,12 @@
The distributed.net client needs to be configured before it can be used.
While most options have reasonable defaults, you need to specify the e-mail
address to which you would like distributed.net to credit any work done by
- the client. If you are installing the distributed-net package for the first
+ the client. If you are installing the distributed-net package for the first
time, then you must configure the client, otherwise the distributed.net client
will refuse to start.
.
When the distributed.net client is run as a daemon (via
/etc/init.d/distributed-net),
the output will be redirected to /var/log/distributed-net.log. You do not
- need to set up a log file. Since the init script is controlling the
- distributed.net client, you should not enable "quiet mode" as that break the
+ need to set up a log file. Since the init script is controlling the
+ distributed.net client, you should not enable "quiet mode" as that breaks the
init script.
Source: distributed-net
Section: non-free/misc
Priority: optional
Maintainer: James E. Stark
Homepage: http://www.distributed.net/
Build-Depends: debhelper (>= 5.0.0), po-debconf
Standards-Version: 3.9.5
Package: distributed-net
Architecture: i386 amd64 sparc powerpc armel mipsel
Conflicts: rc564
Replaces: rc564
Suggests: apmd, acpid
Depends: host | bind9-host, libc6 | libc6.1, ${misc:Depends}
Recommends: logrotate
Description: donate unused CPU cycles - client for distributed.net
Donate your extra CPU cycles to a worthy cause!
.
distributed.net started in 1997 as a project whose purpose was to win a
series of contests sponsored by RSA Data Security Inc., to crack their RC5
encryption by brute-force methods. These contests were meant to show
governments of nations such as the United States, who limit exports
Bug#741896: Use delaycompress in addition to compress in logrotate config
Control: tags -1 +pending +patch Le lundi, 17 mars 2014, 02.38:26 Michael Biebl a écrit : > this is a followup to [0]. My proposed patch was not entirely correct. > The "delaycompress" option should be used *together* with "compress", > not instead. Right now the log files aren't compressed anymore. Yay, thanks for the report and patch. Cheers, OdyX -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741908: extplorer: CVE-2013-5951
On 03/17/2014 02:34 PM, Moritz Muehlenhoff wrote: > Package: extplorer > Severity: grave > Tags: security > Justification: user security hole > > Please see http://seclists.org/fulldisclosure/2014/Mar/273 > > Cheers, > Moritz /me unhappy about this. I've been waiting for comments on my security upload for 5 months now. The issue was supposed to be embargoed (in fact, just waiting on Debian...). Please review the fixed packages!!! If you don't have time to review it, just accept that I upload then. http://archive.gplhost.com/pub/security/extplorer/ Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741519: libcups2-dev: arch-dependent file in "Multi-Arch: same" package
Hi Jakub, and thanks for your bugreport,
Le jeudi, 13 mars 2014, 13.14:24 Jakub Wilk a écrit :
> libcups2-dev is marked as "Multi-Arch: same", but the following file
> is architecture-dependent:
>
> /usr/bin/cups-config
>
> An example diff between i386 and amd64 is attached.
@@ -22,8 +22,8 @@
exec_prefix=/usr
bindir=/usr/bin
includedir=${prefix}/include
-libdir=${prefix}/lib/i386-linux-gnu
-imagelibdir=${prefix}/lib/i386-linux-gnu
+libdir=${prefix}/lib/x86_64-linux-gnu
+imagelibdir=${prefix}/lib/x86_64-linux-gnu
datarootdir=/usr/share
datadir=/usr/share
sysconfdir=/etc
libdir and imagelibdir are used by cups-config to determine the path to
the static library. Would it be acceptable with multiarch in mind to let
/usr/bin/cups-config use dpkg-architecture (+depend on dpkg-dev) or gcc
-print-multiarch (+depend on gcc/build-essential) to determine the path
for it?
TIA, cheers,
OdyX
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#687419: [uscan] Allow a different compression scheme when repacking upstream tarballs
Hi Joachim, just a quick note: On Sun, Mar 16, 2014 at 11:57:37AM +0100, Joachim Breitner wrote: > Control: forcemerge 730768 687419 +1 > these two bugs seem to be the same, merging. Thanks. > Also note that I applied a small fix to the patch in > http://anonscm.debian.org/gitweb/?p=collab-maint/devscripts.git;a=commit;h=a727137d502a1667a984ad262acd59825ff4ba46 > > Andreas, can you check that it is indeed correct? No time to check for the moment but the patch looks perfectly sensible. Thanks Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
Hello, On Sun, 16 Mar 2014 20:15:23 +0100 Julien Cristau wrote: > > When running hgk, a Mercurial port of gitk, with Tk 8.4 linked to > > /usr/bin/wish, the X server crashes. The crash doesn't happen if > > the X server isn't running on the active VT. It also doesn't happen > > with any other Tk version. > Care to get a backtrace from gdb? Install xserver-xorg-core-dbg and > see http://x.debian.net/howto/use-gdb.html or > http://www.x.org/wiki/Development/Documentation/ServerDebugging/ There is a backtrace in the log I attached. This is the most I could get, unfortunately (I have -dbg package installed). -- Cheers, Andrew signature.asc Description: PGP signature
Bug#741757: repsnapper: FTBFS: zip.h:53:21: fatal error: zipconf.h: No such file or directory
Hi David, Thanks for the bug report. I've made a patch and sent to the upstream for approval. https://github.com/timschmidt/repsnapper/pull/111 I'll fix this bug very soon. Yours, Paul -- PaulLiu (劉穎駿) E-mail: Ying-Chun Liu (PaulLiu) signature.asc Description: OpenPGP digital signature
Bug#741911: RFH: mysql-utilities -- collection of scripts for managing MySQL servers
Package: wnpp Severity: normal X-Debbugs-CC: debian-de...@lists.debian.org I'm looking for co-maintainer with Python skills for "mysql-utilities" package. These days I have little time for "mysql-utilities", not enough Python knowledge and little motivation as I'm not using this package. I'd much appreciate someone's help, ideally under pkg-mysql umbrella. Thanks. -- All the best, Dmitry Smirnov GPG key : 4096R/53968D1B --- What can be asserted without proof can be dismissed without proof. -- Christopher Hitchens, 2004 signature.asc Description: This is a digitally signed message part.
Bug#741890: arb: FTBFS with libpng16
Hi Elmar, On Mon, Mar 17, 2014 at 05:18:23AM +0100, Elmar Pruesse wrote: > Hi! > > Upstream here :) Wow, that's quick response time! ;-) > I can confirm the issue, we fixed it in r9003 > (http://bugs.arb-home.de/changeset/9003). Since ARB 6 is just about > ready, we won't do any more releases in the 5.x series, so I've > backported the fix for you (patch attached). Thanks for the patch. Since the libpng transition might take some time would you consider that it might be sensible to wait for arb 6 and simply fix the problem with this new version. I think if it is a matter of say 1-2 weeks this strategy makes sense. Otherwise I might upload the patched package. Kind regards and many thanks for your really quick help Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#555719: nautilus: WebDAV over SSL fails when a client certificate is required
Sorry, but I'm not using GNOME or Nautilus any more. Alex signature.asc Description: This is a digitally signed message part.
Bug#741629: gir1.2-gnumeric
gir1.2-gnumeric is the gobject introspection support for gnumeric. With it, you can use gnumeric API from scripting languages like python or others, including in the gnumeric python console and in python plugins. Anyway, it should be considered experimental given the bad naming conventions used in gnumeric sources (this might change in the future, hopefully). This bug was fixed upstream in goffice-0.10.10: https://bugzilla.gnome.org/show_bug.cgi?id=719681 Regards, Jean -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#736219: transition: gloox
On Sun, Mar 16, 2014 at 11:44 AM, Julien Cristau wrote: > Control: tag -1 confirmed > > On Mon, Jan 20, 2014 at 22:45:02 -0800, Vincent Cheng wrote: > >> Package: release.debian.org >> Severity: normal >> User: release.debian@packages.debian.org >> Usertags: transition >> >> I'd like to request a transition slot for src:gloox. This is a relatively >> small >> transition, with only 4 source packages affected (tested builds against newer >> gloox, currently in NEW queue, results are as follows): >> >> licq (build ok, needs binNMU) >> 0ad (build ok, needs binNMU) >> uwsgi (NOT in testing, removed due to removal of openjdk6 - #720571) >> fatrat (NOT in testing, removed due to boost-related FTBFS - #713663) >> > Feel free to upload to sid. Let us know when the package is built on > all archs so binNMUs can be scheduled. I've uploaded gloox to sid and can confirm that it's been successfully built on all archs. Thanks! Regards, Vincent -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741597: anacron stopped immediately at boot if acpi-support is installed
reassign 741597 acpi-support retitle 741597 wrong power state detected at boot: anacron fails if acpi-support is installed thanks On Sun, Mar 16, 2014 at 09:56:02PM +0100, Michael Biebl wrote: [...] > > So, systemd works as expected afaics. That the anacron service is > stopped by pm-powersave via acpi-support is not something which can be > dealt with in systemd. > From what I understand you'll also get this behaviour of anacron being > stopped by pm-powersave/acpi-support under sysvinit, you just never > noticed it due to sysvinit not having such great debugging facilities > like the journal :-) Yes, the debugging is fine! However, I don't think it happens with sysvinit too. It even worked with systemd for some time, however it stopped out of a sudden and and I am not able to find a relation to packages being installed/upgraded/removed at that time. Perhaps some race that is triggered only in some cases? > Questions remains, what to do about this? I'd say it's a bug in > acpi-support if it calls pm-powersave true, even though the system is > not on battery. As this machine has no battery at all, something in the detection of system state (battery/AC-power) must definitely go wrong during boot. > I'm inclined to close or re-assing this bug. > Andreas, do you want to take this to the acpi-support maintainers? Yes, I re-assigned to acpi-support, probably they know best how this wrong detection of power state can be explained and hopefully be fixed. Best Regards, Andi -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#613184: Update hwinfo package (RE: Please stop using HAL)
Hi Sebastien, On Sun, 16 Mar 2014 13:39:03 +0100 Sebastien Badia wrote: > William doesn't respond anymore, and hwinfo is an ITA package. Ooh. > Thank you very much for your work Hideki, but… this was already done in > collab-maint¹. > > Sorry about that :-/ (I've completely missed the pending tag… sorry.) No problem :) I'll check collab-maint repo after my vacation in Onsen. > I think Johann already wanted to sponsor this upload, but otherwise I'd be > happy > that it's you. Wait for a while... -- Hideki Yamane -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741890: arb: FTBFS with libpng16
Hi Andreas! The 6.0rc1 should come out this week. There are only a few minor things left to do (such as writing the announcement). As these things go, there will probably be a 6.0rc2, though. So while I'd love to see the exposure from getting the rc1 into unstable, I'm not up to date on Debian policy. The stability of the rc1 is much higher than when we did the 5.0, so I feel very much at ease with it. Since the 5.5 doesn't work on OSX 10.9, Matt Cottrell will also be uploading the rc into MacPorts soon (if he hasn't already). You can find a source tarball here: ftp://ftp.arb-silva.de/ARB/builds/tagged/arb-5.21/ Elmar On 03/17/2014 08:56 AM, Andreas Tille wrote: > Hi Elmar, > > On Mon, Mar 17, 2014 at 05:18:23AM +0100, Elmar Pruesse wrote: >> Hi! >> >> Upstream here :) > > Wow, that's quick response time! ;-) > >> I can confirm the issue, we fixed it in r9003 >> (http://bugs.arb-home.de/changeset/9003). Since ARB 6 is just about >> ready, we won't do any more releases in the 5.x series, so I've >> backported the fix for you (patch attached). > > Thanks for the patch. Since the libpng transition might take some time > would you consider that it might be sensible to wait for arb 6 and > simply fix the problem with this new version. I think if it is a matter > of say 1-2 weeks this strategy makes sense. Otherwise I might upload > the patched package. > > Kind regards and many thanks for your really quick help > > Andreas. > -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741629: gir1.2-gnumeric
Thank you for your comments, Jean. Much appreciated. -- Best wishes, Dmitry Smirnov GPG key : 4096R/53968D1B -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741778: dune-localfunctions: FTBFS: ! LaTeX Error: File `xcolor.sty' not found.
Control: reassign -1 texlive-pictures 2013.20140314-1
Control: severity -1 important
Control: retitle -1 texlive-pictures: pgf needs latex-xcolor
David Suárez writes:
> During a rebuild of all packages in sid, your package failed to build on
> amd64.
>
> Relevant part (hopefully):
[...]
>> (./dune-localfunctions-manual.tex
[...]
>> ! LaTeX Error: File `xcolor.sty' not found.
pgf moved from the pgf package (which has Depends: latex-xcolor) to
texlive-pictures which no longer mentions latex-xcolor (neither in
Depends nor in Recommends).
A trivial example no longer works in a clean unstable chroot with only
texlive-latex-extra and texlive-latex-recommended installed:
\documentclass{article}
\usepackage{pgf}
\begin{document}
Bla.
\end{document}
It gives the same error as above:
! LaTeX Error: File `xcolor.sty' not found.
This looks like a bug in the TeX package to me, therefore reassigning
it there.
Ansgar
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741912: File /var/lib/sks/berkeley_db.active missing after initial install
Package: sks Version: 1.1.4-2.1+b1 Severity: important When sks is initially installed the file /var/lib/sks/berkeley_db.active which should hold information on the current Berkeley DB version of the key database is missing thus causing any follow-up attempt to configure the package to fail after several gigabytes of data have been backed up. The failure is caused due to the fact that if the file above is missing the post-install script falls back to Berkeley DB 4.7 while current releases of Debian might already have db5.1 or db5.3 installed. Thus it might be nice to have the script detect the actual version of Berkeley DB if the status file to indicate this information was missing. Regards, BenBE. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (750, 'experimental'), (700, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sks depends on: ii adduser3.113+nmu3 ii db-util5.3.0 ii libc6 2.18-4 ii libdb5.3 5.3.28-3 ii logrotate 3.8.7-1 ii zlib1g 1:1.2.8.dfsg-1 sks recommends no packages. Versions of packages sks suggests: ii postfix [mail-transport-agent] 2.10.2-1 ii procmail3.22-21 -- Configuration Files: /etc/default/sks changed [not included] /etc/sks/membership changed [not included] /etc/sks/sksconf changed [not included] -- 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#574898: Debian #574898 Re: pgf: Produces output indigestible by gs
On 21.03.10 Jö Fahlke (jor...@jorrit.de) wrote:
Hi,
> Package: pgf
> Version: 2.00-1
> Severity: normal
>
> [ Sorry for the vague subject, if you can think of a better one, please ]
> [ change it... ]
>
> I had a strage error of dvipdf refusing to work and cooked it down to this:
> ==
> \documentclass{article}
>
> \usepackage{tikz}
>
> \begin{document}
>
> \begin{tikzpicture}
> \coordinate (dune) at (5, 0);
> \node (gmshreader) at (0, 0) {gmsh};
>
> \draw[shading=axis]
> (gmshreader.east) -- (dune);
> \end{tikzpicture}
>
>
> \end{document}
> ==
>
I can't reproduce your problem w/ pgf 3.00 currently in Debian
unstable. Can you? If not I'd like to close the issue.
Hilmar
--
sigmentation fault
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#732219: transition: libmikmod
On Mon, Mar 17, 2014 at 00:15:18 +0100, Stephen Kitt wrote: > I've made libmikmod-dev provide libmikmod2-dev in 3.3.5-2 and uploaded it to > experimental. Should I file bugs (with patches...) for heroes and > sdl-mixer1.2 now? > Yes please. Make them block this bug. Thanks, Julien signature.asc Description: Digital signature
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
On Mon, Mar 17, 2014 at 08:56:06 +0100, Andrew Shadura wrote: > Hello, > > On Sun, 16 Mar 2014 20:15:23 +0100 > Julien Cristau wrote: > > > > > When running hgk, a Mercurial port of gitk, with Tk 8.4 linked to > > > /usr/bin/wish, the X server crashes. The crash doesn't happen if > > > the X server isn't running on the active VT. It also doesn't happen > > > with any other Tk version. > > > Care to get a backtrace from gdb? Install xserver-xorg-core-dbg and > > see http://x.debian.net/howto/use-gdb.html or > > http://www.x.org/wiki/Development/Documentation/ServerDebugging/ > > There is a backtrace in the log I attached. This is the most I could > get, unfortunately (I have -dbg package installed). > The log's backtrace doesn't benefit from debug symbols unfortunately. Cheers, Julien signature.asc Description: Digital signature
Bug#741913: Display progress of backup process in post-install script
Package: sks Version: 1.1.4-2.1+b1 Severity: wishlist As copying several gigabytes of key database files can take a while it would be nice to have the post-install script display some information on the progress of the DB backup and upgrade operation. Without this additional information it looks like the post-install script is hanging for several minutes before eventually failing (caused by another bug). Regards, BenBE. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing'), (800, 'stable'), (750, 'experimental'), (700, 'unstable'), (500, 'oldstable') Architecture: amd64 (x86_64) Kernel: Linux 3.11-2-amd64 (SMP w/8 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sks depends on: ii adduser3.113+nmu3 ii db-util5.3.0 ii libc6 2.18-4 ii libdb5.3 5.3.28-3 ii logrotate 3.8.7-1 ii zlib1g 1:1.2.8.dfsg-1 sks recommends no packages. Versions of packages sks suggests: ii postfix [mail-transport-agent] 2.10.2-1 ii procmail3.22-21 -- Configuration Files: /etc/default/sks changed [not included] /etc/sks/membership changed [not included] /etc/sks/sksconf changed [not included] -- 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#741778: dune-localfunctions: FTBFS: ! LaTeX Error: File `xcolor.sty' not found.
> >> ! LaTeX Error: File `xcolor.sty' not found. Indeed, will be fixed with the next upload where xcolor is back in texlive-latex-recommended. Thanks for the report Norbert PREINING, Norbert http://www.preining.info JAIST, Japan TeX Live & Debian Developer GPG: 0x860CDC13 fp: F7D8 A928 26E3 16A1 9FA0 ACF0 6CAC A448 860C DC13 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
Hello, On Mon, 17 Mar 2014 09:48:09 +0100 Julien Cristau wrote: > > > > When running hgk, a Mercurial port of gitk, with Tk 8.4 linked > > > > to /usr/bin/wish, the X server crashes. The crash doesn't > > > > happen if the X server isn't running on the active VT. It also > > > > doesn't happen with any other Tk version. > > > Care to get a backtrace from gdb? Install xserver-xorg-core-dbg > > > and see http://x.debian.net/howto/use-gdb.html or > > > http://www.x.org/wiki/Development/Documentation/ServerDebugging/ > > There is a backtrace in the log I attached. This is the most I could > > get, unfortunately (I have -dbg package installed). > The log's backtrace doesn't benefit from debug symbols unfortunately. The trouble is that I can't reproduce the crash when I'm not attached to the VT, and when I am, the VT locks and I can't switch to a different one (SysRq keys don't work either — that may be because of strange laptop keyboard configuration, I don't exactly know). Do you have any ideas on what can be done? -- Cheers, Andrew signature.asc Description: PGP signature
Bug#741637:
On Mon, Mar 17, 2014 at 07:28:25AM +0100, Tobias Frost wrote: > > I've asked in #debian-ftp to avoid me raising libxapian22's priority > > and then discovering they'd prefer to demote aptitude instead. > > thanks for feedback. I'm not clear about your chatt.. ftpmaster sees > that as a bug in aptitude and likes to demote aptidue from *required* > to *optional*? I don't know - they have not yet responded. If I uploaded a changed libxapian22 and then asked ftpmaster to update the overrides to match, they might tell me they think aptitude should change, and then I would have to reupload to undo the change I had made. It just seems more sensible to ask first. > If so, please free to reassign it to aptitude. (and keeping serious as > it affects a "must" clause of the policy) I will if the answer is that aptitude should change. On Mon, Mar 17, 2014 at 07:46:05AM +0100, Tobias Frost wrote: > (sorry, hitted send accidentially; I just wanted to comment my view on > the policy.) > > > While this certainly needs addressing, and I'm fine with changing > > libxapian22 if that's what if preferred, policy doesn't appear to > > justify filing this as RC in libxapian22 - "[aptitude] must not depend > > on packages with lower priority values" would justify this being RC in > > aptitude, but not in the dependent package(s). > > Well, I read the second sentence of the policy that way that it also can > be applied to the dependent packages, that the policy don't care which > prioirties are changes, unless one of the priorities will be changed. > And that implies to me that this bug can be also on the dependent > package, and why should be severity different then? Because aptitude is violating a "must" in policy, while libxapian22 isn't. Why should the severity necessarily be the same in each case? I'll also note that arguing for inflated severity rarely get bugs fixed more quickly. Cheers, Olly -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718434: fixed in ca-certificates 20140223
On Mon, March 17, 2014 03:06, Bas Wijnen wrote: > The other option is to get a > certificate, which costs money. Except with CAcert. This is not true. There are several CA services recognised by the major browsers and thus the ca-certifcates package which offer free as in money SSL certificates; and there are several more that offer them at very low prices. Thijs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741675: Fancy lines are added to clamd.conf
My experience is similar. When upgrading from 0.98.1+dfsg-1+deb6u1 to 0.98.1+dfsg-1+deb6u2 /etc/clamav/clamd.conf is changed this way: --- /etc/clamav/clamd.conf 2010-12-08 08:36:09.938638000 +0100 +++ - 2014-03-17 09:35:06.637632773 +0100 @@ -19,6 +19,7 @@ MaxThreads 12 MaxConnectionQueueLength 15 LogSyslog false +LogRotate 10 clamav-base/LogRotate doesn't exist LogFacility LOG_LOCAL6 LogClean false LogVerbose false @@ -28,8 +29,14 @@ Foreground false Debug false ScanPE true +MaxEmbeddedPE 10 clamav-base/MaxEmbeddedPE doesn't exist ScanOLE2 true ScanHTML true +MaxHTMLNormalize 10 clamav-base/MaxHTMLNormalize doesn't exist +MaxHTMLNoTags 10 clamav-base/MaxHTMLNoTags doesn't exist +MaxScriptNormalize 10 clamav-base/MaxScriptNormalize doesn't exist +MaxZipTypeRcg 10 clamav-base/MaxZipTypeRcg doesn't exist +ScanSWF 10 clamav-base/ScanSWF doesn't exist DetectBrokenExecutables false ExitOnOOM false LeaveTemporaryFiles false @@ -49,6 +56,14 @@ MaxQueue 100 ExtendedDetectionInfo true OLE2BlockMacros false +ScanOnAccess 10 clamav-base/ScanOnAccess doesn't exist +OnAccessIncludePath +OnAccessExcludePath +OnAccessMaxFileSize +OnAccessExcludeUID +AllowAllMatchScan 10 clamav-base/AllowAllMatchScan doesn't exist +ForceToDisk 10 clamav-base/ForceToDisk doesn't exist +DisableCertCheck 10 clamav-base/DisableCertCheck doesn't exist StreamMaxLength 10M LogFile /var/log/clamav/clamav.log LogTime true I commented out all the new lines and clamd runs again. Gabor -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
On Mon, Mar 17, 2014 at 09:51:17 +0100, Andrew Shadura wrote: > The trouble is that I can't reproduce the crash when I'm not attached > to the VT, and when I am, the VT locks and I can't switch to a > different one (SysRq keys don't work either — that may be because of > strange laptop keyboard configuration, I don't exactly know). > > Do you have any ideas on what can be done? > No other machine to run gdb on an ssh session? Cheers, Julien signature.asc Description: Digital signature
Bug#373734: Debian #373734 Re: pgf: Typos in user guide
On 15.06.06 Francesco Poli (f...@firenze.linux.it) wrote: Hi, > In _Extended Color Support_ > --- > > whether there exists an image named foo.!50!white!25!black. > > s/foo.!50!white!25!black/foo.!25!black!25!white/ > This is the only bug I still found (pgfmanual page 927 bootom). Shouldn't the new string be "!25!white!25!back" (b/c it says: If you nest colormixin environments, the dirent mix-ins are all appended.)? Regards, Hilmar -- sigmentation fault -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741914: RFS: osmpbf/1.3.3-2
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "osmpbf" Package name: osmpbf Version : 1.3.3-2 Upstream Author : Scott A. Crosby URL : http://github.com/scrosby/OSM-binary License : LGPL-3+ Section : java It builds those binary packages: libosmpbf-dev - C headers for OpenStreetMap PBF file format libosmpbf-java - Java access library for OpenStreetMap PBF file format osmpbf-bin - OpenStreetMap PBF file format library - tools To access further information about this package, please visit the following URL: http://mentors.debian.net/package/osmpbf Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/o/osmpbf/osmpbf_1.3.3-2.dsc More information about OSMPBF can be obtained from http://github.com/scrosby/OSM-binary. Changes since the last upload: * Add patch to fix duplicate header copy. * Add lintian override for incompatible-java-bytecode-format, Java 6 SDK or higher required. Regards, Sebastiaan Couwenberg -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#734432: transition: armadillo
On Sun, Mar 16, 2014 at 20:37:00 -0400, Kumar Appaiah wrote: > Thanks Julien, and no worries. The build has completed on all > architectures now. > gdal binNMUs scheduled. > Please do let me know if I need to follow up on something. > Will do, thanks. Cheers, Julien signature.asc Description: Digital signature
Bug#736219: transition: gloox
On Mon, Mar 17, 2014 at 01:09:26 -0700, Vincent Cheng wrote: > I've uploaded gloox to sid and can confirm that it's been successfully > built on all archs. Thanks! > 0ad and licq binNMUs scheduled. Cheers, Julien signature.asc Description: Digital signature
Bug#741060: confirm: bash: Update to 4.3-2 breaks files' tab-completion
Bug report 741060 is duplicated by 741262. There is also a pointer to a fix in the bash-completion package in Ubuntu, which restores the expected behavior. Guessing wildly, I would also assume that 740780 relates to the same problem. Andreas
Bug#741915: incompatible-java-bytecode-format Java7 version (Class format: 51)
Package: libopenjpeg-java Version: 1.5.1-2 Severity: important As reported by lintian: W: libopenjpeg-java: incompatible-java-bytecode-format Java7 version (Class format: 51) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741916: fix lintian warnings
Package: openjpeg Version: 1.5.1-2 Severity: wishlist It would be nice to fix the remaining lintian warnings: I: openjpeg source: duplicate-long-description libopenjpeg-dev libopenjpeg5 W: openjpeg source: outdated-autotools-helper-file config.guess 2009-12-30 W: openjpeg source: outdated-autotools-helper-file config.sub 2010-01-22 I: openjpeg source: vcs-field-not-canonical http://git.debian.org/?p=pkg-phototools/openjpeg.git http://anonscm.debian.org/gitweb/?p=pkg-phototools/openjpeg.git I: openjpeg source: vcs-field-not-canonical git://git.debian.org/git/pkg-phototools/openjpeg.git git://anonscm.debian.org/pkg-phototools/openjpeg.git I: openjpeg source: quilt-patch-using-template-description fixjniinstall.patch I: openjpeg source: quilt-patch-using-template-description fixjnisoname.patch I: openjpeg source: quilt-patch-using-template-description fixpthread.patch W: openjpeg source: out-of-date-standards-version 3.9.3 (current is 3.9.5) W: openjpip-viewer: incompatible-java-bytecode-format Java7 version (Class format: 51) W: openjpip-viewer: binary-without-manpage usr/bin/opj_viewer W: openjpip-viewer-xerces: incompatible-java-bytecode-format Java7 version (Class format: 51) W: openjpip-viewer-xerces: binary-without-manpage usr/bin/opj_viewer_xerces W: openjpip-dec-server: binary-without-manpage usr/bin/addXMLinJP2 W: openjpip-dec-server: binary-without-manpage usr/bin/jpip_to_j2k W: openjpip-dec-server: binary-without-manpage usr/bin/jpip_to_jp2 W: openjpip-dec-server: binary-without-manpage usr/bin/opj_dec_server I: openjpeg-tools: hyphen-used-as-minus-sign usr/share/man/man1/image_to_j2k.1.gz:56 I: openjpeg-tools: hyphen-used-as-minus-sign usr/share/man/man1/image_to_j2k.1.gz:59 I: openjpeg-tools: hyphen-used-as-minus-sign usr/share/man/man1/image_to_j2k.1.gz:68 I: openjpeg-tools: hyphen-used-as-minus-sign usr/share/man/man1/image_to_j2k.1.gz:96 I: openjpeg-tools: hyphen-used-as-minus-sign usr/share/man/man1/image_to_j2k.1.gz:101 I: openjpeg-tools: hyphen-used-as-minus-sign usr/share/man/man1/image_to_j2k.1.gz:135 I: openjpeg-tools: hyphen-used-as-minus-sign usr/share/man/man1/image_to_j2k.1.gz:152 I: openjpeg-tools: hyphen-used-as-minus-sign usr/share/man/man1/image_to_j2k.1.gz:179 W: openjpeg-tools: binary-without-manpage usr/bin/JPWL_image_to_j2k W: openjpeg-tools: binary-without-manpage usr/bin/JPWL_j2k_to_image W: openjpeg-tools: binary-without-manpage usr/bin/extract_j2k_from_mj2 W: openjpeg-tools: binary-without-manpage usr/bin/frames_to_mj2 W: openjpeg-tools: binary-without-manpage usr/bin/jp2-thumbnailer W: openjpeg-tools: binary-without-manpage usr/bin/mj2_to_frames W: openjpeg-tools: binary-without-manpage usr/bin/test_index W: openjpeg-tools: binary-without-manpage usr/bin/wrap_j2k_in_mj2 I: libopenjpeg-java: spelling-error-in-binary usr/lib/x86_64-linux-gnu/jni/libopenjpegjni.so transfering transferring I: libopenjpeg-java: spelling-error-in-binary usr/lib/x86_64-linux-gnu/jni/libopenjpegjni.so transfered transferred W: libopenjpeg-java: incompatible-java-bytecode-format Java7 version (Class format: 51) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741917: clang -m32 does not work
Package: clang
Version: 1:3.0-6.2
Severity: important
For some reason clang -m32 does not work on my side (Wheezy):
$ cat t.c
int main() { return 0; }
$ clang -v -m32 t.c
Debian clang version 3.0-6.2 (tags/RELEASE_30/final) (based on LLVM 3.0)
Target: i386-pc-linux-gnu
Thread model: posix
"/usr/bin/clang" -cc1 -triple i386-pc-linux-gnu -emit-obj -mrelax-all
-disable-free -disable-llvm-verifier -main-file-name t.c
-mrelocation-model static -mdisable-fp-elim -masm-verbose
-mconstructor-aliases -target-cpu pentium4 -target-linker-version 2.22
-momit-leaf-frame-pointer -v -resource-dir /usr/bin/../lib/clang/3.0
-fmodule-cache-path /var/tmp/clang-module-cache -internal-isystem
/usr/local/include -internal-isystem /usr/bin/../lib/clang/3.0/include
-internal-externc-isystem /usr/include/x86_64-linux-gnu
-internal-externc-isystem /usr/include -ferror-limit 19
-fmessage-length 176 -fgnu-runtime -fobjc-runtime-has-arc
-fobjc-runtime-has-weak -fobjc-fragile-abi -fdiagnostics-show-option
-fcolor-diagnostics -o /tmp/t-qzErSN.o -x c t.c
clang -cc1 version 3.0 based upon llvm 3.0 hosted on x86_64-pc-linux-gnu
ignoring nonexistent directory "/usr/bin/../lib/clang/3.0/include"
ignoring nonexistent directory "/usr/bin/../lib/clang/3.0/include"
ignoring duplicate directory "/usr/local/include"
ignoring duplicate directory "/usr/include/x86_64-linux-gnu"
ignoring duplicate directory "/usr/include/x86_64-linux-gnu"
ignoring duplicate directory "/usr/include/x86_64-linux-gnu"
ignoring duplicate directory "/usr/include"
#include "..." search starts here:
#include <...> search starts here:
/usr/local/include
/usr/include/x86_64-linux-gnu
/usr/include
/usr/include/clang/3.0/include/
/usr/lib/gcc/x86_64-linux-gnu/4.6/include/
/usr/lib/gcc/x86_64-linux-gnu/4.6/include-fixed/
End of search list.
"/usr/bin/ld" --hash-style=both --build-id --eh-frame-hdr -m elf_i386
-dynamic-linker /lib/ld-linux.so.2 -o a.out
/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../lib32/crt1.o
/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../lib32/crti.o
/usr/lib/gcc/x86_64-linux-gnu/4.6/crtbegin.o
-L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../i386-linux-gnu
-L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../lib32
-L/lib/i386-linux-gnu -L/lib/../lib32 -L/usr/lib/i386-linux-gnu
-L/usr/lib/../lib32 -L/usr/lib/gcc/x86_64-linux-gnu/4.6
-L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../i386-linux-gnu
-L/usr/lib/gcc/x86_64-linux-gnu/4.6/../../.. -L/lib/i386-linux-gnu
-L/lib -L/usr/lib/i386-linux-gnu -L/usr/lib /tmp/t-qzErSN.o -lgcc
--as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed -lgcc_s
--no-as-needed /usr/lib/gcc/x86_64-linux-gnu/4.6/crtend.o
/usr/lib/gcc/x86_64-linux-gnu/4.6/../../../../lib32/crtn.o
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.6/libgcc.a when searching for -lgcc
/usr/bin/ld: cannot find -lgcc
/usr/bin/ld: skipping incompatible
/usr/lib/gcc/x86_64-linux-gnu/4.6/libgcc_s.so when searching for
-lgcc_s
/usr/bin/ld: cannot find -lgcc_s
clang: error: linker command failed with exit code 1 (use -v to see invocation)
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741644: RFS: keyringer/0.3.2-1 -- Distributed secret management using GnuPG and Git
Hi, Silvio Rhatto wrote (14 Mar 2014 20:43:23 GMT) : > I am looking for a sponsor for release 0.3.2-1 of "keyringer". Great! Here's a quick code review of the changes since 0.2.9. I'm not convinced that the key expiry check does not introduce more severe regressions than it improves the UX. Let's see: * Does it support the case when I have multiple keys for a given recipient in my keyring, and e.g. one is expired, but the one that should be used is not? * It seems that all subkeys (regardless of their intended usage) must *not* be expired, else keyringer errors out. This won't work with people who change their encryption subkey on a regular basis, will it? * Why try to check this ourselves at all, while GnuPG will do it anyway (and likely in a more correct way)? > +candidates=(`keyringer_exec find "$BASEDIR" | grep -i "$1" | grep -e > '.asc$'`) This seems fragile to me. How about passing find something like '"-name "*$i*.asc"' instead? Same concerns in lib/keyringer/actions/find. > + echo "Could not find exact match \"$1\", please chose one of the > following secrets:" s/exact match/exact match for/ s/chose/choose/ > +Alis to clip action. >+: Alis to clip action. s/Alis/Alias/ > +If you're using debian `jessie` or `unstable`, just run s/debian/Debian/ > +# If you run it more than that interval, no canary will > +# be updated. "more than once in this time span", maybe? > +# - Can optinally be included in another git repository > +# (encrypted or plain+signed), commited and pushed Ask your preferred spell checker :) > +# - Then, add the following at your ~/.profile or wherever you want your > canary > +#be called from: "keyringer canary". s/at your/to your/ It's unclear to me what "calling a canary" means in this context. Clarify? In a few places, s/GPG/GnuPG/ > + echo "Please check for this key or fix the recipient file." s/check for/retrieve this key yourself/, maybe? > +gpg --batch --refresh-keys "$recipient" I'm not sure this really does what you mean here. At least the GnuPG manpage does not talk about it. Perhaps use --recv-keys for better clarity? > + keyringer_exec git "$BASEDIR" gc --prune=all Potentially losing user's data feels quite wrong, in an action called "check", and documented as "Run maintenance checks in a keyring". > +echo "Fatal: please set the full GPG signature hash for key ID > $recipient:" I'm afraid "GPG signature hash" is unclear to most people. Just say "OpenPGP fingerprint" instead? Cheers, -- intrigeri | GnuPG key @ https://gaffer.ptitcanardnoir.org/intrigeri/intrigeri.asc | OTR fingerprint @ https://gaffer.ptitcanardnoir.org/intrigeri/otr.asc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#718434: fixed in ca-certificates 20140223
On 03/17/2014 12:54 PM, Thijs Kinkhorst wrote: > There are several CA services recognised by the major browsers and > thus the ca-certifcates package which offer free as in money SSL > certificates; and there are several more that offer them at very low > prices. Examples, please. Except Startcom. -- sergio. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
Hello, On 17 March 2014 10:00, Julien Cristau wrote: >> The trouble is that I can't reproduce the crash when I'm not attached >> to the VT, and when I am, the VT locks and I can't switch to a >> different one (SysRq keys don't work either — that may be because of >> strange laptop keyboard configuration, I don't exactly know). >> Do you have any ideas on what can be done? > No other machine to run gdb on an ssh session? (Replying from a different machine, so sorry for possible HTML.) Well, it wasn't easy to organise, but I found a way to ssh there. First of all, I couldn't reproduce the bug by running X manually from an ssh session, but it worked in already started one. However, I couldn't get a meaningful backtrace because of: Attaching to process 3214 Reading symbols from /usr/bin/Xorg...Reading symbols from /usr/lib/debug/usr/bin/Xorg...Dwarf Error: wrong version in compilation unit header (is 4, should be 2) [in module /usr/lib/debug/usr/bin/Xorg] -- Cheers, Andrew -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741918: pptp-linux: New upstream version available - PPTP Client 1.8.0
Package: pptp-linux Version: 1.7.2-7 Severity: wishlist Dear Maintainer, Current version in sid is 1.7.2-7 pptp-linux | 1.7.2-7 | sid | source, amd64, armel, armhf, i386, mips, mipsel, powerpc, s390x, sparc The latest version 1.8.0[1] is released at 2013-10-23. Changelog - options file, fix option documentation and links [Howarth] - fix many warnings [Howarth] - fix parallel build failure [Howarth] - fix call disconnect notify [Howarth] - add --nohostroute option to disable routing calls [Lamparter] - add --rtmark option for Linux policy routing [Lamparter] - move free of conn struct out of main loop [Cameron] - avoid using conn struct after it is freed [Keijser] - correct response to call disconnect notify [Shen] - avoid superfluous MPPE capability checks in pptpsetup [Howarth] - retain permissions on chap-secrets, closes RH BZ #492090 [Howarth] - compilation fixes for older distributions of Linux [Howarth] - port routing change feature for Solaris [Voronin] - add IP_BINARY [Cameron] - add include file build dependencies [Cameron] Can be downloaded from: https://sourceforge.net/projects/pptpclient/files/pptp/pptp-1.8.0/ http://quozl.linux.org.au/pptp/ 4efce9f263e2c3f38d79d9df222476de pptp-1.8.0.tar.gz [1] http://comments.gmane.org/gmane.comp.misc.pptpclient.devel/3072 -- System Information: Debian Release: wheezy/sid APT prefers saucy-updates APT policy: (500, 'saucy-updates'), (500, 'saucy-security'), (500, 'saucy'), (100, 'saucy-backports') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11.0-18-generic (SMP w/4 CPU cores) Locale: LANG=zh_TW.UTF-8, LC_CTYPE=zh_TW.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pptp-linux depends on: ii binutils 2.23.52.20130913-0ubuntu1 ii libc6 2.17-93ubuntu4 ii ppp 2.4.5-5.1ubuntu2 pptp-linux recommends no packages. pptp-linux 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#741917: Acknowledgement (clang -m32 does not work)
Control: retitle -1 clang -m32 does not work with default gcc-multilib One need to install the gcc-4.6 multilib package on wheezy: sudo apt-get install gcc-4.6-multilib -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741917: clang -m32 does not work
Hello,
On 17/03/2014 10:31, Mathieu Malaterre wrote:
> Package: clang
> Version: 1:3.0-6.2
> Severity: important
>
> For some reason clang -m32 does not work on my side (Wheezy):
>
> $ cat t.c
> int main() { return 0; }
> $ clang -v -m32 t.c
> Debian clang version 3.0-6.2 (tags/RELEASE_30/final) (based on LLVM 3.0)
> Target: i386-pc-linux-gnu
> Thread model: posix
3.0 is pretty old and I am not maintaining it in stable. Please help if
you want this bug to be fixed.
Sorry,
Sylvestre
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
Hello,
On Mon, 17 Mar 2014 10:00:54 +0100
Julien Cristau wrote:
> > The trouble is that I can't reproduce the crash when I'm not
> > attached to the VT, and when I am, the VT locks and I can't switch
> > to a different one (SysRq keys don't work either — that may be
> > because of strange laptop keyboard configuration, I don't exactly
> > know).
> > Do you have any ideas on what can be done?
> No other machine to run gdb on an ssh session?
After upgrading gdb I've got this:
Program received signal SIGSEGV, Segmentation fault.
__GI___libc_free (mem=0x12d0002) at malloc.c:2892
2892malloc.c: No such file or directory.
(gdb) bt
#0 __GI___libc_free (mem=0x12d0002) at malloc.c:2892
#1 0xb75f7ac1 in doOpenFont (client=0xba07eb10, c=0xba0b4c88) at
../../dix/dixfonts.c:370
#2 0xb75fa9ed in ProcessWorkQueue () at ../../dix/dixutils.c:526
#3 0xb775dc35 in WaitForSomething
(pClientsReady=pClientsReady@entry=0xb9d9a970) at ../../os/WaitFor.c:175
#4 0xb75f585e in Dispatch () at ../../dix/dispatch.c:362
#5 0xb75f9bd5 in dix_main (argc=argc@entry=6, argv=argv@entry=0xbfb85654,
envp=envp@entry=0xbfb85670) at ../../dix/main.c:294
#6 0xb75e393e in main (argc=6, argv=0xbfb85654, envp=0xbfb85670) at
../../dix/stubmain.c:34
(gdb) bt full
#0 __GI___libc_free (mem=0x12d0002) at malloc.c:2892
ar_ptr =
p = 0x12cfffa
hook = 0x0
#1 0xb75f7ac1 in doOpenFont (client=0xba07eb10, c=0xba0b4c88) at
../../dix/dixfonts.c:370
pfont = 0x0
fpe =
pScr =
err =
i =
alias = 0xb729d000 "\274\275\032"
newname =
newlen =
aliascount =
FontFormat =
#2 0xb75fa9ed in ProcessWorkQueue () at ../../dix/dixutils.c:526
q = 0xba0aebf8
p = 0xb77f49d8
#3 0xb775dc35 in WaitForSomething
(pClientsReady=pClientsReady@entry=0xb9d9a970) at ../../os/WaitFor.c:175
i =
waittime = {tv_sec = 0, tv_usec = 300989}
wt = 0xbfb852d8
timeout =
clientsReadable = {fds_bits = {0 }}
clientsWritable = {fds_bits = {0, -1216450560, -1218340487,
-1228382208, -1176137048, -1228382208, -1176137048, -1223264987, -1173667904,
-1176137000,
-1173667904, -1216450560, -1180178192, -1216450560, -1176254676,
-1216450560, -1180178192, -1173667904, -1180171120, -1216450560, -1180178192,
-1216409688, -1180243760, -1221995456, -1216409688, 0, -1078438912,
-1221996544, -1221995456, -1176137048, -1176131492, -1223253021}}
selecterr =
nready = 0
devicesReadable = {fds_bits = {0 }}
now =
someReady = 0
#4 0xb75f585e in Dispatch () at ../../dix/dispatch.c:362
clientReady = 0xb9d9a970
result =
client =
nready =
icheck = 0xb77f46b8
start_tick =
#5 0xb75f9bd5 in dix_main (argc=argc@entry=6, argv=argv@entry=0xbfb85654,
envp=envp@entry=0xbfb85670) at ../../dix/main.c:294
i =
alwaysCheckForInput = {0, 1}
#6 0xb75e393e in main (argc=6, argv=0xbfb85654, envp=0xbfb85670) at
../../dix/stubmain.c:34
No locals.
--
Cheers,
Andrew
signature.asc
Description: PGP signature
Bug#741919: plinth: Editing users do not work
Package: plinth Version: 0.3.0.0.git.20131229-1 Severity: Important When using the plinth first-page module to create the initial plinth admin user, the user is named 'First user - please change', and to change this one is expected to visit System->Users and Groups->Edit or Delete User to change the users name. But this do not work. The list of users show up, but when clicking on the first user, the browser visit /plinth/sys/users/edit/?username=firstuser > which do not allow me to edit anything, but only show the user list again. I expected some form like the one presented when creating new users, where I can change the full name and email address of the initial user. -- Happy hacking Petter Reinholdtsen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741107: [RFR] templates://distributed-net/{distributed-net.templates}
Christian PERRIER wrote:
> --- distributed-net.old/debian/distributed-net.templates 2014-03-08
> 17:59:47.657657134 +0100
> +++ distributed-net/debian/distributed-net.templates 2014-03-17
> 08:34:51.896534125 +0100
> @@ -5,12 +5,12 @@
> The distributed.net client needs to be configured before it can be used.
> While most options have reasonable defaults, you need to specify the e-mail
> address to which you would like distributed.net to credit any work done by
> + the client. If you are installing the distributed-net package for the first
> time, then you must configure the client, otherwise the distributed.net
> client
> will refuse to start.
> .
> When the distributed.net client is run as a daemon (via
> /etc/init.d/distributed-net),
> the output will be redirected to /var/log/distributed-net.log. You do not
> + need to set up a log file. Since the init script is controlling the
> + distributed.net client, you should not enable "quiet mode" as that breaks
> the
> init script.
Looks okay. I have a vague feeling the last paragraph could be
clearer and/or more concise, but it'll do.
In the control file:
> Package: distributed-net
[...]
> Description: donate unused CPU cycles - client for distributed.net
That's not in DevRef-favoured noun phrase format; it's not a big deal,
but it wouldn't be hard to turn it into, say:
Description: client to donate unused CPU cycles to distributed.net
[...]
> Since this time, distributed.net has changed their focus from solely
> cracking RSA's RC5 and DES projects to working on more diverse
> distributed computing problems.
Are we thinking of distributed.net as singular ("has") or plural
("their")? en_GB tends to tolerate this sort of fuzziness more than
en_US; I'd suggest resolving it by saying:
Since this time, distributed.net's focus has changed from solely
[...]
(I was also thinking it should be "RSA Security's" projects, but no,
apparently their trade name is just "RSA".)
> .
> The ongoing projects are RC5-72 and Optimal Golomb Rulers (25-mark), the
> latter of which has practical applications in science. There are also a
> number of other projects which are either periodic or upcoming. You may
> choose which project you wish to participate in.
RC5-72 is likely to be "ongoing" for centuries, but the mention of
OGR-25 is long out of date - the homepage has a headline announcing
the start of the effort for OGR-28. I've corrected the number, but
maybe it would be best to drop the bit in parentheses?
> .
> By installing this package, unused CPU cycles on your computer will be used
> to work on cracking the code. There should be no noticeable slowdown of
> your system, since the client runs niced, and only uses CPU time when
> your computer would otherwise be idle.
The grammar of that first sentence is a bit wonky (and then once I'm
editing it I'd prefer to avoid the repetition of "used").
Installing this package will allow unused CPU cycles from your computer to
contribute to cracking the code. [...]
> .
> For more information, see http://www.distributed.net/
That's fairly obvious, and especially redundant now it's got a
"Homepage:".
--
JBR with qualifications in linguistics, experience as a Debian
sysadmin, and probably no clue about this particular package
diff -ru distributed-net-2.9111.520.pristine/debian/control
distributed-net-2.9111.520/debian/control
--- distributed-net-2.9111.520.pristine/debian/control 2014-02-28
20:08:12.0 +
+++ distributed-net-2.9111.520/debian/control 2014-03-17 09:43:55.778909213
+
@@ -13,7 +13,7 @@
Suggests: apmd, acpid
Depends: host | bind9-host, libc6 | libc6.1, ${misc:Depends}
Recommends: logrotate
-Description: donate unused CPU cycles - client for distributed.net
+Description: client to donate unused CPU cycles to distributed.net
Donate your extra CPU cycles to a worthy cause!
.
distributed.net started in 1997 as a project whose purpose was to win a
@@ -23,18 +23,16 @@
use of cryptography, that the standards allowed are too weak for general
use.
.
- Since this time, distributed.net has changed their focus from solely
+ Since this time, distributed.net's focus has changed from solely
cracking RSA's RC5 and DES projects to working on more diverse
distributed computing problems.
.
- The ongoing projects are RC5-72 and Optimal Golomb Rulers (25-mark), the
+ The ongoing projects are RC5-72 and Optimal Golomb Rulers (28-mark), the
latter of which has practical applications in science. There are also a
number of other projects which are either periodic or upcoming. You may
choose which project you wish to participate in.
.
- By installing this package, unused CPU cycles on your computer will be used
- to work on cracking the code. There should be no noticeable slowdown of
+ Installing this package will allow unused CPU cycles on your computer to
+ contribute to cracking the code. There should be no notice
Bug#722540:
Control: found -1 1.5.1-2 Since bug is found within OpenJP3D code, there is no chance it can impact version in stable (openjp3d is not even present as source). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741870: X server crashes when running (in particular) some Tk 8.4 apps
On Mon, Mar 17, 2014 at 10:40:18 +0100, Andrew Shadura wrote: > Hello, > > On Mon, 17 Mar 2014 10:00:54 +0100 > Julien Cristau wrote: > > > > The trouble is that I can't reproduce the crash when I'm not > > > attached to the VT, and when I am, the VT locks and I can't switch > > > to a different one (SysRq keys don't work either — that may be > > > because of strange laptop keyboard configuration, I don't exactly > > > know). > > > > Do you have any ideas on what can be done? > > > No other machine to run gdb on an ssh session? > > After upgrading gdb I've got this: > > Program received signal SIGSEGV, Segmentation fault. > __GI___libc_free (mem=0x12d0002) at malloc.c:2892 > 2892 malloc.c: No such file or directory. > (gdb) bt > #0 __GI___libc_free (mem=0x12d0002) at malloc.c:2892 > #1 0xb75f7ac1 in doOpenFont (client=0xba07eb10, c=0xba0b4c88) at > ../../dix/dixfonts.c:370 > #2 0xb75fa9ed in ProcessWorkQueue () at ../../dix/dixutils.c:526 > #3 0xb775dc35 in WaitForSomething > (pClientsReady=pClientsReady@entry=0xb9d9a970) at ../../os/WaitFor.c:175 > #4 0xb75f585e in Dispatch () at ../../dix/dispatch.c:362 Crap. Looks like heap corruption. I'll try to have a go at reproducing it, valgrind may help. No promises on an ETA though, so if you want to try that... Cheers, Julien signature.asc Description: Digital signature
Bug#741920: bash: tab filename completion fails with ~ and . in partial path
Package: bash Version: 4.3-2 I'm not sure how to track this one down. polya:~ $ ls public_html.debian/ bsmtp.html gpg.key index.html pgp.key polya:~ $ ls ~/public_html.debian/ [nothing happens] However: polya:~ $ ls public_html/ index.html [...] polya:~ $ ls ~/public_html/ index.html [...] So somehow, a combination of ~ and a . in a pathname component seems to be causing a problem, or perhaps it's something else entirely. Confused, Julian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741331: ruby-rspec-puppet - Fails to find rspec: Could not find rspec (>= 2.0.0) amongst [] (Gem::LoadError)
Control: reassign -1 ruby-puppetlabs-spec-helper/0.4.1-1 Control: severity -1 serious Thanks for not sending your mails to the submitter! The bug is here: > | from /usr/lib/ruby/1.9.1/rubygems/dependency.rb:256:in `to_spec' > | from /usr/lib/ruby/1.9.1/rubygems.rb:1231:in `gem' > | from > /usr/lib/ruby/vendor_ruby/puppetlabs_spec_helper/puppet_spec_helper.rb:10:in > `' Installing rubygems-integration makes it work, so ruby-puppetlabs-spec-helper lacks this dependency or should not use gems in this state, as plain loading works also. Bastian -- Bastian Blank Berater Telefon: +49 2161 / 4643-194 E-Mail: bastian.bl...@credativ.de credativ GmbH, HRB Mönchengladbach 12080, USt-ID-Nummer: DE204566209 Hohenzollernstr. 133, 41061 Mönchengladbach Geschäftsführung: Dr. Michael Meskes, Jörg Folz, Sascha Heuer -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741921: ITP: libsocketcan -- library to control some basic functions in socketcan from userspace.
Package: wnpp Severity: wishlist Owner: Alexander Gerasiov * Package name: libsocketcan Version : 0.0.9 Upstream Author : Luotao Fu * URL : http://git.pengutronix.de/?p=tools/libsocketcan.git * License : LGPL-2.1 Programming Lang: C Description : library to control some basic functions in socketcan from userspace. This userspace library allows one to do common configure/control tasks on SocketCAN interface. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#314427: [Pkg-postgresql-public] Bug#314427: hsql-postgresql imports
Re: Martin Pitt 2014-03-17 <20140317073216.gb3...@piware.de> > > hsql-postgresql started to fail to build on Debian because the header > > file postgres.h was removed from libpq-dev. According to > > https://bugs.debian.org/314427, this is a file that should only be used > > for server-side programming and hence was removed from libpq-dev; > > clients should only use these header files, it seems: Hi, I've had a look at the haskell-hsql-postgresql source - the place where it reads postgres.h and catalog/pg_type.h is where it defines the mapping from haskell datatype -> PostgreSQL datatype. As the package isn't just a client, but an interface driver (apparently using the "binary" wire protocol), it's ok to make it depend on the server headers. Unfortunately there's not really a good place where else to pull this information from. Maybe http://libpqtypes.esilo.com/ would help, but this isn't packaged yet, and would require rewriting hsql-pg. > If there are legitimate reason why this client-side application needs > a server-side header, the package could grow a build dependency on > postgresql-server-dev-9.3 to at least make this fact explicit and fix > the FTBFS in the short term. The OIDs of the exposed datatypes won't ever change, so B-D on postgresql-server-dev-all is safe even if -9.3 will be replaced by -9.4 or later in the future. What worries me, though, is this: Build-Conflicts: postgresql-server-dev-8.3, postgresql-server-dev-8.4 haskell-hsql-postgresql (1.7.3-2) unstable; urgency=low * Make postgresql-server-dev-8.[34] a Build-Conflicts (Closes: 559583) If this package is present at build-time, the resulting ghc-pkg info will reference a directory from it in Includes, causing the installation to fail (see #471786). But if it is not, everything goes well and we have one dependency less. -- Joachim Breitner Sat, 05 Dec 2009 17:10:34 +0100 I cannot reproduce the problem here with postgresql-server-dev-9.3 installed - the deps of the resulting .debs are the same, but I didn't look into the package for file references in there. B-C on packages that change name with every release seems fragile anyway, so it would best be avoided. Christoph -- c...@df7cb.de | http://www.df7cb.de/ signature.asc Description: Digital signature
Bug#701680: Segfault when attempting to read a file
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Dario! On 03/14/2014 01:04 AM, Dario Minnucci (midget) wrote: > My arch is i386 and running Mediatomb as DLNA server > > Are your running djmount on amd64 arch? Correct! > I'm really looking forward to fix this issue but none of the input > I've got on this thread produced the segfault on my system. > > By reading this thread again, I guess is related with fuse and > amd64 arch. That's what I think as well. > Any additional info will be appreciated. Will do some more testing with a i386 installation later this week. Thanks! Adrian - -- .''`. John Paul Adrian Glaubitz : :' : Debian Developer - glaub...@debian.org `. `' Freie Universitaet Berlin - glaub...@physik.fu-berlin.de `-GPG: 62FF 8A75 84E0 2956 9546 0006 7426 3B37 F5B5 F913 -BEGIN PGP SIGNATURE- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iQIcBAEBCAAGBQJTJsoMAAoJEHQmOzf1tfkThbkP/1kBomEv+vzw05nXTcreLQ58 uMRrvUeS2hwaJHf18WCB9EAPO5RuIt4/6DURDQqTaTApobSReOSj0rHvXeTz/AeO oWeDMRSKr2rEIZGWVstHtpFg2MNby+DG3zEy+4lxgmBQpU/COebyO1lp7Bqxrlh2 ACtDUqTqZvQN1ksGCBcfrYBtA5+4oYME2GfgbV1zjMY6NloFrKIoEv7sD41aN9Td BTfA7w90hp1INmWj8HULjwakqUohXp0ZLB+xtGx5G7tDPfXnJZtB7dAmplfCi7Vc fCZRmuJmpIKLD4q5D/YtGPOHk165bAFgDeuu+rrPskntpz37c7DGD6C7GzIjgw/K BW38pE8Gg6Yo3ePtFTlx2nxXub0ffWkhPC3UoJDDl3dtKyEB5MThvi+6fXTOlnLS Z/ZcNDSqG6FV2kotMiDOG7d4e/R9XcmN1VPqzuWKLKVc9afuYrMMsGUnPUM+sjCr iceO9K97hVPe0JghA0ZfebSEKgKH66P0nO4lkvx5/0T0jo5Jt24RtYDuxxud7ske bIVy7lNaaoN209Ujsz/oX2GjELOA3pcco9Wj4xMXq5w2ZKjLt2sys9GgE1xUuTNK flWYYMpADr0zbVy9jOeFEUG/UrKgduyq0uQgcDuQ1c6Q2h1UExCJcISyopnleqfE IC43FTcMhooI6H/mC/Y5 =R1uz -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741469: cups-daemon: postinst fails to generate working cupsd-systemd-listen.conf when only using unix socket
Hi Didier, Didier 'OdyX' Raboud writes: > Well. Although that's what the manpage says, I think it's quite strong > for systemd to refuse to finish the socket reloading because of that > unclarity, and I tend to think that doing so is still a bug. If you think so, please submit a ticket upstream. -- 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#741922: dwww: needs to depend on apache2 -package
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: dwww Version: 1.12.1 Severity: minor Dear Maintainer, * dhelp is defective and not installable * dwww depends on apache2-bin, which actually does not set up a webserver * installing apache2 makes dwww work, but without the search-functionality * defective apache2-bin will be reported separately - -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages dwww depends on: ii apache2 2.4.7-1 ii apache2-bin [httpd-cgi] 2.4.7-1 ii debconf [debconf-2.0]1.5.52 ii debianutils 4.4 ii doc-base 0.10.5 ii file 1:5.17-1 ii libc62.18-4 ii libfile-ncopy-perl 0.36-1 ii libmime-types-perl 2.04-1 ii man-db 2.6.6-1 ii mime-support 3.54 ii perl 5.18.2-2+b1 ii ucf 3.0027+nmu1 Versions of packages dwww recommends: ii apache2 2.4.7-1 ii apache2-bin [httpd] 2.4.7-1 ii apt 0.9.15.5+b1 ii dlocate 1.02+nmu3 ii info2www 1.2.2.9-24 ii swish++ 6.1.5-2.2 Versions of packages dwww suggests: ii chromium [www-browser] 32.0.1700.123-1 ii doc-debian 6.1 pn dpkg-www ii iceweasel [www-browser]24.3.0esr-1 ii midori [www-browser] 0.4.3+dfsg-0.1 ii netsurf-gtk [www-browser] 2.9-2+b1 ii w3m [www-browser] 0.5.3-15 - -- debconf information: dwww/nosuchdir: dwww/index_docs: false * dwww/servername: s5.lokal dwww/badport: * dwww/serverport: 80 * dwww/cgiuser: www-data * dwww/cgidir: /usr/lib/cgi-bin * dwww/docrootdir: /var/www dwww/nosuchuser: -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlMmy54ACgkQ5+rBHyUt5ws0jACfZrUAryD1cbFR28HRjl8z5HL3 zvIAoKaTjIiJb8tyoteH4QLl2gGm4br9 =edKW -END PGP SIGNATURE-
Bug#741404: [ITR] templates://ganeti/{templates/versioned.templates}
Dear Debian maintainer, The Debian internationalisation team and the Debian English localisation team will soon begin the review of the debconf templates used in ganeti. This review takes place for all packages that use debconf to interact with users and its aims are: - to improve the use of English in all debconf templates; - to make the wording of debconf templates more consistent; - to encourage more translations of templates. Even if your first language is English, this process is likely to help track down typos or errors, and improve consistency between the debconf templates of your package and that of other packages in the distribution. The process involves both debian-l10n-english contributors and Debian translators. The details of the process are given in http://wiki.debian.org/I18n/SmithDebconfReviewProcess. I will act as the coordinator of this activity for ganeti. The first step of the process is to review the debconf source template file(s) of ganeti. This review will start on Thursday, March 20, 2014, or as soon as you acknowledge this mail with an agreement for us to carry out this process. All parts of the process will be carried out in close collaboration with you, and, unless you explicitly ask for it, no upload nor NMU will happen for ganeti. If you approve this process, please let us know by replying to this mail. If some work in progress on your side would conflict with such a rewrite (such as adding or removing debconf templates), please say so, and we will defer the review to later in the development cycle. Thank you for your attention. -- signature.asc Description: Digital signature
Bug#741923: apache2-bin: does not provide httpd-cgi
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Package: apache2-bin Version: 2.4.7-1 Severity: normal Dear Maintainer, * today I tried out man2html and dwww, both depend on httpd-cgi * missing cgi-bin interface leads to broken man2html: * 'http://localhost/cgi-bin/man/man2html' in Midori produced: ### Not Found The requested URL /cgi-bin/man/man2html was not found on this server. Apache/2.4.7 (Debian) Server at localhost Port 80 ### * searching for 'man' with dwww 'http://localhost/cgi-bin/dwww?search=man&programsubmit=Search&searchtype=p' gave: ### Not Found The requested URL /cgi-bin/dwww was not found on this server. Apache/2.4.7 (Debian) Server at localhost Port 80 ### * I tried the packages 'libapache2-mod-fcgid' and 'libapache2-mod-scgi' * both did not make dwww's search-function work, though it looked like they were integrated and restarted apache - -- Package-specific info: - -- System Information: Debian Release: jessie/sid APT prefers testing-updates APT policy: (500, 'testing-updates'), (500, 'testing'), (50, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/2 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages apache2-bin depends on: ii libapr1 1.5.0-1 ii libaprutil1 1.5.3-1+b1 ii libaprutil1-dbd-sqlite3 1.5.3-1+b1 ii libaprutil1-ldap 1.5.3-1+b1 ii libc62.18-4 ii libldap-2.4-22.4.31-1+nmu2+b1 ii liblua5.1-0 5.1.5-5 ii libpcre3 1:8.31-2 ii libssl1.0.0 1.0.1f-1 ii libxml2 2.9.1+dfsg1-3 ii perl 5.18.2-2+b1 ii zlib1g 1:1.2.8.dfsg-1 apache2-bin recommends no packages. Versions of packages apache2-bin suggests: pn apache2-doc pn apache2-suexec-pristine | apache2-suexec-custom ii chromium [www-browser] 32.0.1700.123-1 ii iceweasel [www-browser] 24.3.0esr-1 ii midori [www-browser] 0.4.3+dfsg-0.1 ii netsurf-gtk [www-browser]2.9-2+b1 ii w3m [www-browser]0.5.3-15 Versions of packages apache2 depends on: ii apache2-data 2.4.7-1 ii lsb-base 4.1+Debian12 ii mime-support 3.54 ii perl 5.18.2-2+b1 ii procps1:3.3.9-2 Versions of packages apache2 recommends: ii ssl-cert 1.0.33 Versions of packages apache2 suggests: pn apache2-doc pn apache2-suexec-pristine | apache2-suexec-custom pn apache2-utils ii chromium [www-browser] 32.0.1700.123-1 ii iceweasel [www-browser] 24.3.0esr-1 ii midori [www-browser] 0.4.3+dfsg-0.1 ii netsurf-gtk [www-browser]2.9-2+b1 ii w3m [www-browser]0.5.3-15 Versions of packages apache2-bin is related to: ii apache2 2.4.7-1 ii apache2-bin 2.4.7-1 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlMmzEMACgkQ5+rBHyUt5wufkwCdFEj8ucJwSvGjjy8dvFixSyrD SC0An09WeWL2peHokgToDQc/RQc3QuIQ =jtzi -END PGP SIGNATURE-
Bug#741404: [ITR] templates://ganeti/{templates/versioned.templates}
Hi Christian, On 11:16 Mon 17 Mar , Christian PERRIER wrote: > If you approve this process, please let us know by replying to this > mail. If some work in progress on your side would conflict with such a > rewrite (such as adding or removing debconf templates), please say so, > and we will defer the review to later in the development cycle. Thanks for looking into this. There is a chance I will be adding a couple more templates in the following week or so, so if it's OK with you I'd like to defer the review for 10-15 days. Regards, Apollon -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741873: qemu-kvm: crashes booting gnumach (Hurd) with multiboot options
[ CC'ing debian-qa@l.d.o ] On Mon, Mar 17, 2014 at 7:02 AM, Michael Tokarev wrote: > 16.03.2014 23:24, Gabriele Giacone wrote: >> Package: qemu-kvm >> Version: 1.1.2+dfsg-6 >> Severity: important >> Tags: wheezy >> Control: fixed -1 1.7.0+dfsg-3 >> >> [ jessie machine with qemu packages from wheezy ] > > Hello. Hi Michael, > Thank you for the bugreport. It is always nice when the bug is > submitted in already-fixed form. > > But I'm not really sure what to do with it. Maybe it is possible > to find the necessary change which fixed the issue in later versions > and backport it to wheezy -- is that what you have in mind? We'll > have to explain to the release team that this change is safe and is > important to have in wheezy in this case. > > Please note that this looks to me like a very specific use-case, which > can, hopefully (with my lack of knowlege about gnumach), be worked > around using different booting method. > > Can you please elaborate a bit what do you have in mind and expect from > the maintainer to do? The intention is adding hurd-i386 to jenkins.d.n CI [0]. Currently VMs are booted with --kernel/--initrd options to pass preseed file url [1]. I'm about proposing changes to boot hurd with qemu multiboot options [2]. Given jenkins.d.o is wheezy and I was told such multiboot options make qemu 1.1.2 crash on wheezy, I filed this bug. If debian-qa decide to install qemu from wheezy-backports (1.7.0 atm), multiboot will work, no need to backport anything. As alternative, as you already explained, cherry-picking needed changes to upload to stable, trying to satisfy all requirements that implies. [0] http://jenkins.debian.net [1] http://anonscm.debian.org/gitweb/?p=users/holger/jenkins.debian.net.git;a=blob;f=bin/g-i-installation.sh;h=ced44aff86a872cdda9160cf58f450bdc9f0c3d7;hb=HEAD#l135 [2] http://darnassus.sceen.net/~hurd-web/hurd/running/qemu/#index9h1 Thanks, -- G..e -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741925: syncmaildir: Protocol version mismatch for minor releases?!
Package: syncmaildir Version: 1.2.6-1 Severity: serious Justification: breaks sync against stable Hi, Changelog says: | 14/03/2014 - feature improvement and gui redesign - version 1.2.6 but what it doesn't mention is that it breaks sync against stable (1.2.5): | Phase 0: handshake | smd-server: ERROR: Wrong protocol version. | smd-server: ERROR: The same version of syncmaildir must be used on both endpoints | smd-server: ERROR: Protocol version mismatch | smd-client: ERROR: Wrong protocol version. | smd-client: ERROR: The same version of syncmaildir must be used on both endpoints | smd-client: ERROR: Protocol version mismatch Does the protocol version intentionally changes on every release?! Are you really forcing a server + client*s* lockstep upgrade? As a side note, I'm not sure why it's in wheezy-backports already while it hasn't hit jessie yet: | syncmaildir | 1.2.5-2 | jessie | syncmaildir | 1.2.6-1~bpo70+1 | wheezy-backports | syncmaildir | 1.2.6-1 | sid so adding -backports@ to X-D-Cc since I didn't see a discussion about a possible exception for this package. Mraw, KiBi. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/6 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages syncmaildir depends on: ii libc6 2.18-4 ii libglib2.0-02.38.2-5 ii lua5.1 5.1.5-5 ii openssh-client 1:6.5p1-6 ii xdelta 1.1.3-9 syncmaildir recommends no packages. syncmaildir 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#678729: Fwd: Fwd: gnome-shell: Consistant crash upon spawning of emacs ediff window
-- Forwarded message -- From: Michael Welsh Duggan Date: 16 March 2014 05:09 Subject: Re: Fwd: gnome-shell: Consistant crash upon spawning of emacs ediff window To: althaser I just tried 3.8.4-5b1, and I can no longer replicate the problem. Thank you for checking. -- Michael Welsh Duggan (m...@md5i.com)
Bug#741926: ITP: forkstat -- process fork/exec/exit monitoring tool
Package: wnpp Severity: wishlist Owner: Colin Ian King * Package name: forkstat Version : 0.01.02 Upstream Author : Colin King * URL : http://kernel.ubuntu.com/~cking/forkstat * License : GPL-2 Programming Lang: C Description : process fork/exec/exit monitoring tool Forkstat monitors process fork(), exec() and exit() activity. It is useful for monitoring system behaviour and to track down rogue processes that are spawning off short or long lived processes that are potentially abusing the system with undetected activity that stardard tools such as ps and top cannot easily detect. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#740271: d-i fails to purge LVM despite preseeding
> wiping / zeroing out the drive before installation would be slow, > but would fix this... To achieve the above, i use the following which does not help. What do you do to wipe/zero the drive? d-i partman/early_command string [ -b /dev/sde ] && if=/dev/zero of=/dev/sde bs=1024 count=1024 || true >Indeed just use an lvm-preseed, twice in a row, and delete partition > table between the two runs. What is this and how do you do it? Cheers, Sandeep.
Bug#725092: HTTPS should be supported on www.debian.org
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, I see that HTTPS was enabled for www.debian.org https://lists.debian.org/debian-www/2014/02/msg00041.html Could you please also set HSTS (HTTP Strict Transport Security) for www.debian.org ? HSTS will help to protect users from SSL-stripping attacks. This can be done on Apache using: # load module (example using [RHEL]) LoadModule headers_module modules/mod_headers.so # Use HTTP Strict Transport Security to force client to use secure connections only Header always set Strict-Transport-Security "max-age=31536000; includeSubDomains" Please consider also getting a SSL certificate for your subdomain search.debian.org. There is a very good talk from Adam Langley (the engineer behind Google’s HTTPS serving infrastructure and Google Chrome’s network stack) about securing web sited with HTTPS: HOPE number 9 (2012) | 2600 - The State of HTTPS https://www.youtube.com/watch?v=LBbCec4Bp10 Milan On 23.10.2013 14:29, Milan Kral wrote: > It would useful to have HTTPS because of the wide spread mass surveillance > https://en.wikipedia.org/wiki/2013_mass_surveillance_disclosures#.22Mastering_the_Internet.22 > https://en.wikipedia.org/wiki/Bullrun_%28code_name%29 > >> ** Tue, 01 Oct 2013 14:26:53 +0200 - 725...@bugs.debian.org, "Gerfried Fuchs" ** >> >> HTTPS makes MiTM attacks harder. There is important information >> on www.debian.org which should be protected against modification. >> For example GPG fingerprints: http://www.debian.org/CD/verify >> >> Of course GPG keys should be checked using Web of Trust, but >> HTTPS could be the first layer of protection. From the user >> point of view it's automatic and transparent. >> >> keyring.debian.org doesn't support HTTPS ... >> >> >>> ** Tue, 1 Oct 2013 13:59:28 +0200 - 725...@bugs.debian.org, "Gerfried Fuchs" ** >>> >>> * milan.kral [2013-10-01 13:34:05 CEST]: www.debian.org is important main Debian web page, but it doesn't support https. Could it be possible to enable HTTPS? For example lists.debian.org, wiki.debian.org support HTTPS. >>> >>> Because on lists.debian.org you have subscribe information, handing >>> over email addresses that you might not want to get eavesdropped, and on >>> wiki you have login information that you clearly don't want to have go >>> unencrypted over the wire. >>> >>> What information you consider exchanging with www.debian.org that you >>> consider sensitive and needing https? "Because we can" doesn't sound >>> very convincing to me. :) >>> >>> Enjoy! >>> Rhonda >>> -- >>> Fühlst du dich mutlos, fass endlich Mut, los | >>> Fühlst du dich hilflos, geh raus und hilf, los| Wir sind Helden >>> Fühlst du dich machtlos, geh raus und mach, los | 23.55: Alles auf Anfang >>> Fühlst du dich haltlos, such Halt und lass los| -BEGIN PGP SIGNATURE- iQJ8BAEBCgBmBQJTJtBAXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQxQUY0RDVDMjhBOEQ2RkM3RjEwOUI1MzQ5 QzIzRDIwRkJGNTk0NTFFAAoJEJwj0g+/WUUetWAP/24nyFhfeCCmOkfQS80nB7C9 TVn/mt+Cvw3Vxbd4puQd0S1/tCwqtUIgbABoPrw+ugiVPQlPHzKtS6x4pnf+4LQ0 l3FFW+gug2mlRJ1Rt0r8B+OWboWQntCuE6dU7yGSyIwtJGYPVDEMJ27a9+cFuFDn 1q7Q6kUIxNrV07nmc+i0h6JXDTPXsdJJPJ6h9tPXUBEotgPFkKQwhbiXKLfXf2FT 6qsaRGJxRpn/QDneF3J97viLtGS7Xnb3rzhfCENgO7ZMeBqKCsWvAxxHbjbuoPD5 Ev1x50gETqOd8UhLTQQ7jz3PW/qewSFG28VubaKQNPfHVy99/4ryKJ5g4+je0O6g 9NKy6Wk0gZ8L+jwW2uJghPOdYE5nJ9alNL+cY0EN6GdRv8aPi5dVC6krtC4Y4x9X BIcb/ENTEzWkG2ZDaI/hvEUKzRZjR4mfV2jlR/Q5m2n95aSPOwQJ+rGTuZ6pyKLp IrxJBSTnE8Ch9Nq/d7EvxAdTirWv1ZFlHvaJoRdnycMkecDNZHRrGl9v8AfKs8iW nyUvNa9mm/gWth3RwlR4JZZUFHy7IcVJ6K92ZbhxWUU7HnIXMwUFBhfc0OB271rM aPbwH87Fm0EYCXnmTPC9ykludCCdh70jurD7/1jauRo69ebnKtuYiGxQ0Qq517Ey qHOqWLJhSgZzXditrcQc =8Mer -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741927: The imported target "vtkWrapTcl" references the file
Package: vtk6 Severity: grave I cannot use libvtk6-dev, it always request for stuff I do not need/do not use. Technically this will breaks gdcm compilation (maybe other?) when we move to vtk6, marking as grave. [*] CMake Error at /usr/lib/cmake/vtk-6.0/VTKTargets.cmake:1519 (message): The imported target "vtkWrapTcl" references the file "/usr/bin/vtkWrapTcl-6.0" but this file does not exist. Possible reasons include: * The file was deleted, renamed, or moved to another location. * An install or uninstall procedure did not complete successfully. * The installation package was faulty and contained "/usr/lib/cmake/vtk-6.0/VTKTargets.cmake" but not all the files it references. Call Stack (most recent call first): /usr/lib/cmake/vtk-6.0/VTKConfig.cmake:49 (include) /usr/share/cmake-2.8/Modules/FindVTK.cmake:73 (find_package) CMakeLists.txt:639 (find_package) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741929: fai-debconf: always reconfigures all packages
Package: fai-client Version: 4.1 Severity: normal Dear Maintainer, fai-debconf is reconfiguring all packages listed in $FAI/debconf/ although their configuration didn't change. The option "-f" is not used. This behavior is caused by an unsorted output of debconf-get-selections, resulting in a huge diff between old and new debconf data. The order of entries changes after writing to the debconf database. Attached is a patch which sorts the output and fixes the problem. Regards Christian -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fai-client depends on: ii file 1:5.17-1 ii iproute 1:3.12.0-2 ii iproute2 3.12.0-2 ii libapt-pkg-perl 0.1.29+b1 ii perl 5.18.2-2+b1 Versions of packages fai-client recommends: ii debconf-utils 1.5.52 pn libgraph-perl Versions of packages fai-client suggests: pn logtail -- Configuration Files: /etc/fai/fai.conf changed [not included] --- fai-debconf.orig 2014-03-17 09:41:37.038020532 +0100 +++ fai-debconf 2014-03-17 09:44:14.581415100 +0100 @@ -60,7 +60,7 @@ [ -s $LOGDIR/debconf.data ] || return # nothing to do if is size 0 or missing if [ -r $LOGDIR/debconf.old ] ; then - $ROOTCMD debconf-get-selections > $LOGDIR/debconf.new + $ROOTCMD debconf-get-selections | sort > $LOGDIR/debconf.new diff --changed-group-format="%>" --unchanged-line-format="" \ $LOGDIR/debconf.old $LOGDIR/debconf.new > $LOGDIR/debconf.data fi @@ -115,7 +115,7 @@ exit 9 fi -[ $forcereconf -eq 0 -a -x $target/usr/bin/debconf-get-selections ] && $ROOTCMD debconf-get-selections > $LOGDIR/debconf.old +[ $forcereconf -eq 0 -a -x $target/usr/bin/debconf-get-selections ] && $ROOTCMD debconf-get-selections | sort > $LOGDIR/debconf.old call_conf # add data to debconf database [ $reconf -eq 1 ] && reconfigure_packages exit 0
Bug#668521: Fwd: gnome-shell process never sleeps and keeps consuming cpu
-- Forwarded message -- From: Luca Scarabello Date: 17 March 2014 03:13 Subject: RE: gnome-shell process never sleeps and keeps consuming cpu To: althaser Hi Althaser, with recent gnome-shell versions (at the moment I am using 3.8.4-5+b1) and open source X drivers (I used to have fglrx driver) I still cannot get 0% cpu when the system is idle (as it happened with gnome 2.x) but the cpu usage is very low with new gnome-shell so I think we can consider the bug closed. Thank you very much for your work on the beautiful Debian distribution. Best regards, Luca
Bug#741928: /usr/lib/cmake/vtk-6.0/vtkMakeInstantiator.cmake
Package: vtk6 Severity: grave Tag: fixed-upstream Package is broken: CMake Error at Utilities/VTK/CMakeLists.txt:22 (include): include could not find load file: /usr/lib/cmake/vtk-6.0/vtkMakeInstantiator.cmake -- Performing Test VTK_HAS_SMARTVOLUMEMAPPER -- Performing Test VTK_HAS_SMARTVOLUMEMAPPER - Success -- Performing Test VTK_HAS_IMAGERESLICEMAPPER -- Performing Test VTK_HAS_IMAGERESLICEMAPPER - Success CMake Error at Utilities/VTK/CMakeLists.txt:113 (VTK_MAKE_INSTANTIATOR3): Unknown CMake command "VTK_MAKE_INSTANTIATOR3". See upstream report: http://vtk.org/Bug/view.php?id=14082 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741792: doublecmd: FTBFS: install: cannot stat '*.so*': No such file or directory
Hi David On 16/03/2014 15:24, David Suárez wrote: During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part (hopefully): Thanks for reporting. I see the following errors: Compiling gifanim.pas gifanim.pas(242,6) Fatal: Can't find unit LazIDEIntf used by GifAnim TExternalToolList.Run Exception: /«PKGBUILDDIR»/components/gifanim/gifanim.pas(242,6) Fatal: Can't find unit LazIDEIntf used by GifAnim ERROR: tool reported error Compiling zvdatetimepickerpropedit.pas zvdatetimepickerpropedit.pas(38,46) Fatal: Can't find unit ComponentEditors used by ZVDateTimePickerPropEdit TExternalToolList.Run Exception: /«PKGBUILDDIR»/components/ZVDateTimeCtrls/zvdatetimepickerpropedit.pas(38,46) Fatal: Can't find unit ComponentEditors used by ZVDateTimePickerPropEdit ERROR: tool reported error I notice that since doublecmd last built successfully, lazarus was upgraded to version 1.2 along with the following changes: lazarus (1.2~rc2+dfsg-1) unstable; urgency=low [ Abou Al Montacir ] * New upstream pre-release. + Moved ideintf to components directory. ... -- Paul Gevers Sat, 22 Feb 2014 10:25:57 +0100 If this is related, I'm not sure whether it needs to be fixed in lazarus or doublecmd. Regards Graham -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741927: Acknowledgement (The imported target "vtkWrapTcl" references the file)
Control: tag -1 patch See: http://anonscm.debian.org/gitweb/?p=collab-maint/vtk.git;a=commitdiff;h=eb7e4eda58957daa81900eaa746fbeccc276d822 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#740139: gnome-maps fails to start
severity 740139 normal thanks On 16/03/14 11:22, Andreas Henriksson wrote: > This makes me suspect the automatic reloading of dbus did not > work properly and as Simon McVittie already suggested > using dpkg triggers to be definitely sure that a reload > happens I'm reassigning this bug report to dbus where > I think it can be closed when the triggers has been > implemented (which it already has?). Yes, implemented in 1.8.0-2. I'd still like to know why it didn't work, but since any restart (including one to install a version of dbus with more debug info) would hide the bug, we'll probably never know. > (Possibly the severity of this should be lowered since > the program will start working next time dbus is reloaded > for some reason, like ie. a reboot.) I agree. I don't think this should be considered RC for dbus. S -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741930: reportbug: add current init system information
Package: reportbug Version: 6.5.0 Severity: wishlist Hi, with the appearance of multiple init systems, it might be helpful to know about the currently running init system in the information collected by reportbug. A quick idea would be to report the result of: readlink /proc/1/exe but that won't work if /proc is mounted with hidepid. I'm unsure about other ways though. Regards, -- Yves-Alexis -- Package-specific info: ** Environment settings: DEBEMAIL="cor...@debian.org" DEBFULLNAME="Yves-Alexis Perez" ** /home/corsac/.reportbugrc: mode standard -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (450, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages reportbug depends on: ii apt 0.9.16.1 ii python2.7.5-5 ii python-reportbug 6.5.0 reportbug recommends no packages. Versions of packages reportbug suggests: pn claws-mail pn debconf-utils ii debsums 2.0.52+nmu1 pn dlocate pn emacs22-bin-common | emacs23-bin-common ii file 1:5.17-1 ii gnupg1.4.16-1.1 ii postfix [mail-transport-agent] 2.11.0-1 ii python-gtk2 2.24.0-3+b1 pn python-gtkspell ii python-urwid 1.2.0-1 pn python-vte ii xdg-utils1.1.0~rc1+git20111210-7 Versions of packages python-reportbug depends on: ii apt 0.9.16.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#741924: X server crashes when fontforge is being run
On Mon, Mar 17, 2014 at 11:23:41 +0100, Andrew Shadura wrote: > Package: xserver-xorg-core > Version: 2:1.15.0-2 > Severity: normal > > Could be a duplicate of #741870, but as long as the backtrace is > different, I open a separate bug. > > When I run fontforge=0.0.20120101+git-2 (well, quite old, I know, but > anyway), X crashes. > [...] > Program received signal SIGSEGV, Segmentation fault. > 0xb759d350 in doListFontsAndAliases (client=0xb99faea0, c=0xb9a12fe0) at > ../../dix/dixfonts.c:752 > 752 ../../dix/dixfonts.c: No such file or directory. > (gdb) bt > #0 0xb759d350 in doListFontsAndAliases (client=0xb99faea0, c=0xb9a12fe0) at > ../../dix/dixfonts.c:752 > #1 0xb75a09ed in ProcessWorkQueue () at ../../dix/dixutils.c:526 > #2 0xb7703c35 in WaitForSomething > (pClientsReady=pClientsReady@entry=0xb9705968) at ../../os/WaitFor.c:175 I can't reproduce this by just starting fontforge. Maybe include the output of 'xset q' and 'xlsfonts'. And the output of 'disass' in gdb, because that line number is just weird. Cheers, Julien signature.asc Description: Digital signature
Bug#677644: Fwd: gnome-shell: does not run on powermac g4, powerpc architecture
just for the record. -- Forwarded message -- From: Andreas Glaeser Date: 17 March 2014 10:15 Subject: Re: gnome-shell: does not run on powermac g4, powerpc architecture To: althaser -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sorry, I cannot reproduce the issue, because I do not own the PowerMacG4 anymore. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlMmy1IACgkQ5+rBHyUt5wtseACfQ1mIBY1i520nOWNgCDlkWttS bgQAn2mgWQZzk10g9tdhQg+xWgovsxxD =fIeA -END PGP SIGNATURE-
Bug#741928:
According to : http://review.source.kitware.com/#/c/13917/ [...] We tried to cut down on what was auto-included, the instantiator is not built by default with VTK anymore, and we are deprecating it. I think people who want to use it should include it explicitly, and they will need additional logic to check that the functionality is even configured [...] It would be nice to: - either compile the make instantiator to be backward compatible - or deprecate it but warn user that this is not supported anymore ... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#678102: Fwd: gnome-shell: Custom shortcuts does not work while alternate keybord layout is switched on, and sometimes those stop working at all in regular layout.
just for the record. -- Forwarded message -- From: Date: 16 March 2014 10:11 Subject: Re: gnome-shell: Custom shortcuts does not work while alternate keybord layout is switched on, and sometimes those stop working at all in regular layout. To: althaser As for the version 3.8.4 from Jessie, it is partially fixed, i.e. neither custom shortcuts, nor predefined ones, like Ctrl+Alt+l do not work while the alternate layout is switched on. But the issue, while shortcuts were suddenly stop working until gnome-shell is restarted, seems to be fixed.
Bug#741924: X server crashes when fontforge is being run
Hello,
On Mon, 17 Mar 2014 12:07:08 +0100
Julien Cristau wrote:
> I can't reproduce this by just starting fontforge. Maybe include the
> output of 'xset q' and 'xlsfonts'. And the output of 'disass' in gdb,
> because that line number is just weird.
Unfortunately, xlsfonts crashes the server too :( Something's really
wrong here.
--
Cheers,
Andrew
Program received signal SIGSEGV, Segmentation fault.
0xb7580350 in doListFontsAndAliases (client=0xbb04b9f8, c=0xbaf8aca0) at ../../dix/dixfonts.c:752
752 ../../dix/dixfonts.c: No such file or directory.
(gdb) bt full
#0 0xb7580350 in doListFontsAndAliases (client=0xbb04b9f8, c=0xbaf8aca0) at ../../dix/dixfonts.c:752
fpe =
err = 85
names = 0x0
name = 0x0
resolved = 0x0
namelen = 53
resolvedlen = 52
nnames =
stringLens =
i =
reply = {type = 80 'P', pad1 = 45 '-', sequenceNumber = 47876, length = 0, nFonts = 60488, pad2 = 47875, pad3 = 3215774632, pad4 = 3077512468, pad5 = 47,
pad6 = 3072484416, pad7 = 3134572176}
bufptr =
bufferStart =
aliascount = 0
#1 0xb75839ed in ProcessWorkQueue () at ../../dix/dixutils.c:526
q = 0xbb03f430
p = 0xb777d9d8
#2 0xb76e6c35 in WaitForSomething (pClientsReady=pClientsReady@entry=0xbad34970) at ../../os/WaitFor.c:175
i =
waittime = {tv_sec = 0, tv_usec = 659966}
wt = 0xbfacd268
timeout =
clientsReadable = {fds_bits = {0 }}
clientsWritable = {fds_bits = {33152, 1, 0, 1868849453, 1965909346, 1768976244, 1701653857, 1836411236, 1848469805, 1634562671, 808267116, 808267821,
1882009645, 1764569133, 943222643, 825047349, 1936272688, 892876911, 892415289, 825047349, 761489717, 49, -1223754087, -1222483968, -1222482880,
-1222482868, -1157390376, 432, 408, -1222482832, 400, 51}}
selecterr =
nready = 0
devicesReadable = {fds_bits = {0 }}
now =
someReady = 0
#3 0xb757e85e in Dispatch () at ../../dix/dispatch.c:362
clientReady = 0xbad34970
result =
client =
nready =
icheck = 0xb777d6b8
start_tick =
#4 0xb7582bd5 in dix_main (argc=argc@entry=6, argv=argv@entry=0xbfacd5e4, envp=envp@entry=0xbfacd600) at ../../dix/main.c:294
i =
alwaysCheckForInput = {0, 1}
---Type to continue, or q to quit---
#5 0xb756c93e in main (argc=6, argv=0xbfacd5e4, envp=0xbfacd600) at ../../dix/stubmain.c:34
No locals.
(gdb) disass
Dump of assembler code for function doListFontsAndAliases:
0xb757fb30 <+0>: push %ebp
0xb757fb31 <+1>: push %edi
0xb757fb32 <+2>: push %esi
0xb757fb33 <+3>: push %ebx
0xb757fb34 <+4>: sub$0x18c,%esp
0xb757fb3a <+10>: mov0x1a0(%esp),%eax
0xb757fb41 <+17>: call 0xb756c980 <__x86.get_pc_thunk.bx>
0xb757fb46 <+22>: add$0x1f04ba,%ebx
0xb757fb4c <+28>: mov0x1a4(%esp),%ebp
0xb757fb53 <+35>: mov%gs:0x14,%ecx
0xb757fb5a <+42>: mov%ecx,0x17c(%esp)
0xb757fb61 <+49>: xor%ecx,%ecx
0xb757fb63 <+51>: testb $0x8,0x10(%eax)
0xb757fb67 <+55>: mov%eax,0x24(%esp)
0xb757fb6b <+59>: je 0xb757fc30
0xb757fb71 <+65>: mov0x114(%ebp),%eax
0xb757fb77 <+71>: xor%edi,%edi
0xb757fb79 <+73>: cmp0x4(%ebp),%eax
0xb757fb7c <+76>: movl $0x0,0x28(%esp)
0xb757fb84 <+84>: jl 0xb7580248
0xb757fb8a <+90>: mov0x24(%esp),%eax
0xb757fb8e <+94>: mov%eax,(%esp)
0xb757fb91 <+97>: call 0xb7583b90
0xb757fb96 <+102>: mov0x4(%ebp),%eax
0xb757fb99 <+105>: xor%esi,%esi
0xb757fb9b <+107>: test %eax,%eax
0xb757fb9d <+109>: jg 0xb757fbb0
0xb757fb9f <+111>: jmp0xb757fbd0
0xb757fba1 <+113>: lea0x0(%esi,%eiz,1),%esi
0xb757fba8 <+120>: add$0x1,%esi
0xb757fbab <+123>: cmp%esi,0x4(%ebp)
0xb757fbae <+126>: jle0xb757fbd0
0xb757fbb0 <+128>: mov0x8(%ebp),%eax
0xb757fbb3 <+131>: mov(%eax,%esi,4),%eax
0xb757fbb6 <+134>: mov0xc(%eax),%ecx
0xb757fbb9 <+137>: lea-0x1(%ecx),%edx
0xb757fbbc <+140>: test %edx,%edx
0xb757fbbe <+142>: mov%edx,0xc(%eax)
0xb757fbc1 <+145>: jne0xb757fba8
0xb757fbc3 <+147>: call 0xb757f2f0
0xb757fbc8 <+152>: add$0x1,%esi
0xb757fbcb <+155>: cmp%esi,0x4(%ebp)
---Type to continue, or q to quit---
0xb757fbce <+158>: jg 0xb757fbb0
0xb757fbd0 <+160>: mov0x8(%ebp),%eax
0xb757fbd3 <+163>: mov%eax,(%esp)
0xb757fbd6 <+166>: call 0xb7568da0
0xb757fbdb <+171>: mov0x23c(%ebp),%eax
0xb757fbe1 <+177>: mov%eax,(%esp)
0xb757fbe4 <+180>: call 0xb7568da0
0xb757fbe9 <+185>: mov%edi,(%esp)
0xb757fbec <+188>: call 0xb7569000
0xb757fbf1 <+193>: mov%ebp,(%esp)
0xb757fbf4 <+196>: call 0xb7568da0
0xb757fbf9 <+201>: mov0x28(%esp),%eax
0xb757fbfd <+205>: mov%eax,(%esp)
0xb757fc00 <+208>: call 0xb7568da0
Bug#741890: New upstream release of arb (Was: Bug#741890: arb: FTBFS with libpng16)
Hi Elmar, On Mon, Mar 17, 2014 at 09:30:06AM +0100, Elmar Pruesse wrote: > The 6.0rc1 should come out this week. There are only a few minor things > left to do (such as writing the announcement). That's good to know. > As these things go, there will probably be a 6.0rc2, though. So while > I'd love to see the exposure from getting the rc1 into unstable, I'm not > up to date on Debian policy. Policy only says *how* to package not *what* to package. We try to get the code which is in our user interest and you as upstream are best qualified to decide what might fit your users best. > The stability of the rc1 is much higher > than when we did the 5.0, so I feel very much at ease with it. Since the > 5.5 doesn't work on OSX 10.9, Matt Cottrell will also be uploading the > rc into MacPorts soon (if he hasn't already). > > You can find a source tarball here: > ftp://ftp.arb-silva.de/ARB/builds/tagged/arb-5.21/ Well, currently we are observing http://download.arb-home.de/release/ and it would help if we could stick to one single download location. If we agree hereby to the exception that I might pick manually ftp://ftp.arb-silva.de/ARB/builds/tagged/arb-5.21-rc1/arb-5.21-rc1-source.tgz this could be done. However, I also do not really understand the version numbering. Is this a prerelease for Arb version 5.21 or a release candidate for 6.0? In the later case this would end up in the Debian version 6.0~rc1. Is this correct and in your interest? Kind regards Andreas. -- http://fam-tille.de -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725092: HTTPS should be supported on www.debian.org
On Mon, Mar 17, 2014 at 6:36 PM, Milan Kral wrote: > Could you please also set HSTS (HTTP Strict Transport Security) for > www.debian.org ? Already done when HTTPS was enabled: $ HEAD https://www.debian.org | grep S.*T.*S Strict-Transport-Security: max-age=5184000 > Please consider also getting a SSL certificate for your subdomain > search.debian.org. The Debian website team is not able to do that, please contact the Debian sysadmin team: https://wiki.debian.org/Teams/DSA#Interacting_with_the_team -- bye, pabs http://wiki.debian.org/PaulWise -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741331: [DRE-maint] Bug#741331: ruby-rspec-puppet - Fails to find rspec: Could not find rspec (>= 2.0.0) amongst [] (Gem::LoadError)
bastian.bl...@credativ.de writes: > The bug is here: >> | from /usr/lib/ruby/1.9.1/rubygems/dependency.rb:256:in `to_spec' >> | from /usr/lib/ruby/1.9.1/rubygems.rb:1231:in `gem' >> | from >> /usr/lib/ruby/vendor_ruby/puppetlabs_spec_helper/puppet_spec_helper.rb:10:in >> `' > > Installing rubygems-integration makes it work, so > ruby-puppetlabs-spec-helper lacks this dependency or should not use > gems in this state, as plain loading works also. Thanks. I've added a patch in the packaging repository which fixes this issue by loading rspec using "require", and not with "gem". Using the package built with this patch seems to work fine, without "rubygems-integration" installed. If it doesn't cause any trouble, it'll make the next upload. :) -- Stig Sandbeck Mathisen -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#686213: gnome-shell: cpu consumption of gnome-shell violates purpose of GPU-based compositing
Hey, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#686511: [gnome-shell] Always falling to 'fallback' mode when running LTSP thin client
Hey, this is an old bug report. Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? thanks regards althaser
Bug#738327: Python3 support for iso8601 and more
On 03/12/2014 11:20 PM, Thomas Goirand wrote: > Hi Benjamin, > > It'd be nice to add support for Python3 in iso8601. I will need it for > supporting Python 3 in OpenStack soon. The upstream code for iso8601 > works with Python 3.2 and 3.3, so there's nothing holding it. > > Also, in your package, you are still using python-support, which is > deprecated in the favor of dh_python2. [1] > > I have therefore prepared a patch for your package, which I have > attached to this message. If you still would like to use CDBS, I'm fine > with it, as long as you can provide support for Python3, which I don't > know how to do in such case. > > My patch also adds: > - running the unit tests with pytest (for Python 2 & 3) > - rewrite of debian/copyright in parseable format 1.0 > > If you are fine with the changes, but don't have the time for the > upload, please let me know if an NMU is fine, and/or if you are ok for > maintaining this package in a team (either the Python module team, or > the OpenStack team). > > Your thoughts? Is there any part on my changes which you aren't > comfortable with? > > Cheers, > > Thomas Goirand (zigo) > > [1] https://wiki.debian.org/Python/TransitionToDHPython2 Hi Benjamin, You still didn't reply to this message. #740311 was submited on the 28 Feb 2014 (18 days ago), and #738327 on the Sun, 09 Feb (37 days ago), and you replied to none of them. If you don't have time for this package, would you agree that I NMU it, and set the Python module team as Maintainer: ? Or maybe just add me as Uploaders: for the package? Cheers, Thomas Goirand (zigo) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741931: missing license in debian/copyright
Package: kdeartwork Version: 4:4.12.3-1 Severity: serious User: alteh...@debian.org Usertags: ftp X-Debbugs-CC: ftpmas...@ftp-master.debian.org thanks Dear Maintainer, please add the missing licenses: ./desktopthemes/slim-glow/LICENSE ((CC-By 3.0) ./IconThemes/kdeclassic/LICENSE to debian/coypright. Thanks! Thorsten -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#669348: transition: openjpeg
On Sun, Mar 16, 2014 at 6:49 PM, Julien Cristau wrote: > Control: tag -1 confirmed > > On Mon, Feb 10, 2014 at 16:21:09 +0100, Mathieu Malaterre wrote: > >> On Mon, Jan 20, 2014 at 1:16 PM, Julien Cristau wrote: >> > On Mon, Jan 20, 2014 at 12:59:52 +0100, Mathieu Malaterre wrote: >> [...] >> >> What exactly is holding openjpeg 1.5.1 transition ? >> >> >> > The other way around. freeimage depends on openjpeg, which means an >> > openjpeg transition involves getting a new freeimage in to testing, >> > which is not possible if freeimage in sid is broken. >> >> >> Now that freeimage is in testing, can we transition to openjpeg 1.5 ? >> > Feel free to upload. Please let this bug know when openjpeg is built on > all archs and binNMUs can be scheduled. buildds are all looking good ! -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#251423: closed by Cyril Brulebois (Re: Bug#248882: Marking wontfix)
Hi, > I don't think anyone is working on this, and I'm not convinced it's very > useful anyway. If users are going to deviate from the default for the > language settings they picked right before, I'm quite confident they can > pick the right keymap, or go back to this question when they later > notice an issue. I definitely don't agree with this last sentence, although I'm fine with closing the bug anyway. This feature which I requested back in 2004 has since then been added to graphical environments like GNOME or KDE. Users do find this useful, since most users will not know the name of the keyboard they are using, and in certain countries there are many alternatives which don't mean "deviating" as here stated. However, as I said, the feature is now present in KDE and GNOME, and it can be modified in a much more friendlier way that we could ever have inside d-i (well, unless we decided to give up on using debconf for the questions). I guess that most users will only care about the keyboard being set in their graphical environment instead of the keyboard set at the console, so I think it's fine to close it as "This would be nice to have, but nobody is working on it and right now it's less needed as it was 10 years ago". -- Regards, Marga -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741519: libcups2-dev: arch-dependent file in "Multi-Arch: same" package
* Didier 'OdyX' Raboud , 2014-03-17, 08:28:
libcups2-dev is marked as "Multi-Arch: same", but the following file
is architecture-dependent:
/usr/bin/cups-config
An example diff between i386 and amd64 is attached.
@@ -22,8 +22,8 @@
exec_prefix=/usr
bindir=/usr/bin
includedir=${prefix}/include
-libdir=${prefix}/lib/i386-linux-gnu
-imagelibdir=${prefix}/lib/i386-linux-gnu
+libdir=${prefix}/lib/x86_64-linux-gnu
+imagelibdir=${prefix}/lib/x86_64-linux-gnu
datarootdir=/usr/share
datadir=/usr/share
sysconfdir=/etc
libdir and imagelibdir are used by cups-config to determine the path to
the static library. Would it be acceptable with multiarch in mind to
let /usr/bin/cups-config use dpkg-architecture (+depend on dpkg-dev) or
gcc -print-multiarch (+depend on gcc/build-essential) to determine the
path for it?
I'm not sure. Dear multiarch-devel@ readers, what do you think?
--
Jakub Wilk
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688159: power down on a laptop is really awkward
Hey Daniel, Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? It is not needed here with 3.8.4-5+b1. thanks regards althaser
Bug#690534: gnome-shell: Characters missing from clock applet
Hey, Could you please still reproduce this issue with newer gnome-shell version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? I can't reproduce it here with 3.8.4-5+b1. thanks regards althaser
Bug#723896: Acknowledgement (e17+gkrellm: gkrellm hangs after startup)
Dear everyone, when is it possible that someone would adopt this bug? Thank you, Adrian On Sat, 2013-09-21 at 02:03 +, Debian Bug Tracking System wrote: > Thank you for filing a new Bug report with Debian. > > This is an automatically generated reply to let you know your message > has been received. > > Your message is being forwarded to the package maintainers and other > interested parties for their attention; they will reply in due course. > > Your message has been sent to the package maintainer(s): > Debian Pkg-e Team > > If you wish to submit further information on this problem, please > send it to 723...@bugs.debian.org. > > Please do not send mail to ow...@bugs.debian.org unless you wish > to report a problem with the Bug-tracking system. > -- With greetings from Leipzig, Germany. Adrian Immanuel Kieß Administrator & programmer Unix / Perl / LaTeX mail: www: http://www.kiess.at signature.asc Description: This is a digitally signed message part
Bug#741873: qemu-kvm: crashes booting gnumach (Hurd) with multiboot options
On Sun, Mar 16, 2014 at 08:24:03PM +0100, Gabriele Giacone wrote:
>
> $ kvm -m 1024 --kernel gnumach --initrd "initrd.gz
> \$(ramdisk-create),ext2fs.static
> --multiboot-command-line=\${kernel-command-line}
> --host-priv-port=\${host-port}
> --device-master-port=\${device-port} --exec-server-task=\${exec-task} -T
> typed
> gunzip:device:rd0 \$(task-create) \$(task-resume),ld.so.1 /hurd/exec
> \$(exec-task=task-create)"
> KVM internal error. Suberror: 1
> emulation failure
Just adding that it crashes without hwaccel as well, different way:
$ qemu-system-x86_64 -m 1024 --kernel gnumach --initrd "initrd.gz \
\$(ramdisk-create),ext2fs.static
--multiboot-command-line=\${kernel-command-line} \
--host-priv-port=\${host-port} --device-master-port=\${device-port} \
--exec-server-task=\${exec-task} -T typed gunzip:device:rd0 \$(task-create) \
\$(task-resume),ld.so.1 /hurd/exec \$(exec-task=task-create)"
qemu: fatal: Trying to execute code outside RAM or ROM at 0x8010
EAX=2badb002 EBX=9500 ECX=8010 EDX=0511
ESI= EDI=009fd000 EBP= ESP=6f34
EIP=8010 EFL=0002 [---] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =0010 00cf9300 DPL=0 DS [-WA]
CS =0008 00cf9a00 DPL=0 CS32 [-R-]
SS =0010 00cf9300 DPL=0 DS [-WA]
DS =0010 00cf9300 DPL=0 DS [-WA]
FS =0010 00cf9300 DPL=0 DS [-WA]
GS =0010 00cf9300 DPL=0 DS [-WA]
LDT= 8200 DPL=0 LDT
TR = 8b00 DPL=0 TSS32-busy
GDT= 000ca268 0027
IDT= 03ff
CR0=0011 CR2= CR3= CR4=
DR0= DR1= DR2=
DR6=
DR6=0ff0 DR7=0400
CCS=004a8000 CCD=0095 CCO=SHLL
EFER=
FCW=037f FSW= [ST=0] FTW=00 MXCSR=1f80
FPR0= FPR1=
FPR2= FPR3=
FPR4= FPR5=
FPR6= FPR7=
XMM00=
XMM01=
XMM02=
XMM03=
XMM04=
XMM05=
XMM06=
XMM07=
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#688159: power down on a laptop is really awkward
On 17/03/14 12:56, althaser wrote: > Hey Daniel, > > Could you please still reproduce this issue with newer gnome-shell > version like 3.4.2-7+deb7u1 or 3.8.4-5+b1 ? > > It is not needed here with 3.8.4-5+b1. > My system now has gnome-shell version 3.4.2-7+deb7u1 and I no longer have this problem with this version I do have another problem now, selecting hibernate doesn't really work any more: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=740917
Bug#741629: gnumeric: graph dialog leaves most of area unused
>> I downloaded and installed gnumeric_1.12.12-1_amd64.deb >>[..] >> now the bad behaviour of dialogs has gone. > >I see, you already tried version 1.12.12. I'm glad to read that the problem is >gone. Perhaps we can close this bug now? I think so. >> However, quite strangely, >> the graph had parameters different from what had been saved: the type of >> chart was different, and the width of the lines was different. > >Unless there were some kind of mistake it may be entirely different bug. If it >is a problem then could you please advise how to reproduce it? It seems to be related with saving in xls format. I'll try and reproduce it and file a bug report. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741932: jq: FTBFS on half of the architecture
Package: jq Version: 1.3-1.1 Severity: important Dear Maintainer, jq 1.3-1.1 FTBFS on the following architectures for about a month: - armel - armhf - hurd-i386 - kfreebsd-amd64 - kfreebsd-i386 - powerpc - sparc https://buildd.debian.org/status/package.php?p=jq Best regards, -- Gonéri -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#741933: gnumeric: staircase plot saved a linear in .xls format
Package: gnumeric Version: 1.12.12-1 Severity: normal To reproduce: - create a 4x2 area like this: 1 1 2 0 3 1 4 0 - select it and press the chart button - choose the low-left type (stepped curve using the first y value) - insert the chart in the sheet - save as Excel 97/2000/XP - close the sheet - open the just-saved file The chart has lost the "stepped curve" property and is shown as linear. Similar things happen with other parameters, like the plot line width. -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (990, 'testing'), (500, 'testing-proposed-updates'), (101, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.12-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=it_IT.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnumeric depends on: ii debconf [debconf-2.0] 1.5.52 ii gnumeric-common1.12.12-1 ii gsfonts1:8.11+urwcyr1.0.7~pre44-4.2 ii libatk1.0-02.10.0-2 ii libc6 2.18-4 ii libcairo2 1.12.16-2 ii libgdk-pixbuf2.0-0 2.30.6-1 ii libglib2.0-0 2.38.2-5 ii libgoffice-0.10-10 0.10.12-1 ii libgsf-1-114 1.14.29-1 ii libgtk-3-0 3.10.7-1 ii libpango-1.0-0 1.36.2-2 ii libpangocairo-1.0-01.36.2-2 ii libxml22.9.1+dfsg1-3 ii procps 1:3.3.9-2 ii zlib1g 1:1.2.8.dfsg-1 Versions of packages gnumeric recommends: ii evince3.10.0-2 ii gnumeric-doc 1.12.12-1 ii lp-solve 5.5.0.13-7+b1 Versions of packages gnumeric suggests: ii fonts-liberation 1.07.3-3 ii gnumeric-plugins-extra 1.12.12-1 ii ttf-mscorefonts-installer 3.5 -- debconf information: * gnumeric/existing-process: true gnumeric/existing-process-title: -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
