Bug#726701: Fwd: Bug#726701: general: apt-get install bootchart pybootchartgui command marking important packages for removal
Riccardo, Sorry for the late response, just checking email. Loaded a fresh install of Debian 7 Wheezy and ran a few tests. 1 - apt-get install pybootchartgui 2 - apt-get install bootchart2 3 - apt-get install bootchart2 pybootchartgui All of these tests installed these packages with no issues, at least no issues on install as I didn't go any further and test operation. 4 - apt-get install bootchart > This would have caused an unbootable system if I continued with the installation. I also tested Synaptic Package Manager to see if there were different results. Same results as above, installing bootchart will mark those packages for removal. I did notice the debian icon next to boochart which may confuse new users as a package that could be installed with no issues. If you need anything else let me know. tuck
Bug#726973: apt-listdifferences: [INTL:ja] New Japanese translation
Quoting victory (victory@gmail.com): > > Package: apt-listdifferences > Version: 1.20130825 > Severity: wishlist > Tags: patch l10n > > Dear apt-listdifferences package maintainer, > > Here's Japanese po-debconf template translation (ja.po) file that > reviewed by several Japanese Debian developers and users. There was a very minor error in the original templates (double space) that got fixed after I sent the call for translations. As promised then, I fix all incoming PO files wrt this error. So here's the fixed file (no action needed from your side). ja.po Description: application/gettext signature.asc Description: Digital signature
Bug#726926: apt-listdifferences: [INTL:it] Italian translation of debconf messages
Quoting Beatrice Torracca (beatri...@libero.it): > Package: apt-listdifferences > Severity: wishlist > Tags: l10n patch > > Hi. > > Please find attached the Italian translation of apt-listdifferences > debconf messages proofread by the Italian localization team. > > Please include it in your next upload. There was a very minor error in the original templates (double space) that got fixed after I sent the call for translations. As promised then, I fix all incoming PO files wrt this error. So here's the fixed file (no action needed from your side). it.po Description: application/gettext signature.asc Description: Digital signature
Bug#726701: Fwd: Bug#726701: general: apt-get install bootchart pybootchartgui command marking important packages for removal
Hi Thomas, Il 21/10/2013 09:05, Thomas Waite ha scritto: Riccardo, Sorry for the late response, just checking email. Loaded a fresh install of Debian 7 Wheezy and ran a few tests. 1 - apt-get install pybootchartgui 2 - apt-get install bootchart2 3 - apt-get install bootchart2 pybootchartgui All of these tests installed these packages with no issues, at least no issues on install as I didn't go any further and test operation. 4 - apt-get install bootchart > This would have caused an unbootable system if I continued with the installation. Thanks for testing, will try to forward the bug to bootchart. BTW probably it's time to ask for bootchart removal. thanks, riccardo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725468: [RFR] templates://localepurge/{localepurge.templates}
Please find, for review, the debconf templates and packages descriptions for
the localepurge source package.
This review will last from Monday, October 21, 2013 to Thursday, October 31,
2013.
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:
--- localepurge.old/debian/localepurge.templates2013-10-06
08:23:05.009303919 +0200
+++ localepurge/debian/localepurge.templates2013-10-21 09:27:31.771790999
+0200
@@ -1,12 +1,15 @@
Template: localepurge/nopurge
Type: multiselect
Choices: ${locales}
-_Description: Selecting locale files
- localepurge will remove all locale files from your system but the ones for
- the language codes you select now. Usually two character locales like "de"
- or "pt" rather than "de_DE" or "pt_BR" contain the major portion of
- localizations. So please select both for best support of your national
- language settings. The entries from /etc/locale.gen will be preselected
+_Description: Locale files to keep on this system:
+ The localepurge package will remove all locale files from the system
+ except those that you select here.
+ .
+ It is recommended to choose locales with no country specifier (such
+ as "de", "it, etc.) as well as those that include a country code
+ ("de_DE", "de_CH", "it_IT", etc.).
+ .
+ Entries from /etc/locale.gen will be preselected
if no prior configuration has been successfully completed.
First of all, we need the synopsis to be a "prompt"so turning it
into oe, incuding final colon
Also avoid starting the sentence with "localepurge" to avoid weird
ccapitalization. Use our usual trick of "The package"
Split in paragraphs for readability.
Avoid "your system" and be more neutral about whose system this is..:-)
Let's try to be clearer about the two kinds of locales (I actually
wonder if that part is really needed as people who are using the
package should know what they're doing and know what locales are
about). Don't use pt_BR as example as this is precisely an exception
where most localization lies in locales *with* a country specifier..:-))
Template: localepurge/use-dpkg-feature
@@ -17,11 +20,11 @@
from packages being installed.
.
Please see /usr/share/doc/localepurge/README.dpkg-path for more
- information about this feature. It can be enabled (or disabled)
+ information about this feature. It can be enabled (or disabled)
later by running "dpkg-reconfigure localepurge".
.
- Caveat: Changing this option will only take affect for packages
- unpacked after localepurge has been (re)configured. Packages
+ This option will become active for packages
+ unpacked after localepurge has been (re)configured. Packages
installed or upgraded together with localepurge may (or may not) be
subject to the previous configuration of localepurge.
1st para: drop an extra space. We standardized on *not* using those
US-style double space after fulls tops.
Drop "caveat". The fact that this is mention on a separate paragraph
should be enough. I actually wonder whether that warning really
belongs to a debconf template, particularly because of the "may (or
may not)" which is anything but clear..:-) (I understand why, but still)
@@ -29,40 +32,41 @@
Type: boolean
Default: false
_Description: Really remove all locales?
- You chose not to keep any locales. This means that all locales will be
- removed from your system. Are you sure this really is what you want?
+ No locale has been chosen for being kept. This means that all locales will be
+ removed from this system. Please confirm whether this is really your
+ intent.
More neutral formulation. Avoid a question in the long description
(there is already one and that's enough).
Template: localepurge/remove_no
Type: note
-_Description: localepurge will not take any action
- localepurge will not be useful until you successfully configure it with
+_Description: No localepurge action until the package is configured
+ The localepurge package will not be useful until you successfully configure
it with
the command "dpkg-reconfigure localepurge". The configured entries from
- /etc/locale.gen of the locales package will then be automagically
+ /etc/locale.gen of the locales package will then be automatically
preselected.
I don't really understand the purpose of this template and this is a
debconf note and "Debconf Notes Are Evil" (tm).
Still rephrase it to avoid weird capitalization and avoid having a
sentence as "title".
Also drop automagically which doesn't exist in English (and is IMHO
abused in most
Bug#726977: gnome-shell-extension-weather: Losing configured city on upgrade
Package: gnome-shell-extension-weather Version: 0~20131020.git30174f2-1 Severity: normal Hi, I lost all the configured cities after upgrading from 0~20130619.gitf74de79-2 to 0~20131020.git30174f2-1, I guess this is related to the switch libgweather. Cheers Laurent Bigonville -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-shell-extension-weather depends on: ii dconf-gsettings-backend [gsettings-backend] 0.18.0-1 ii gir1.2-clutter-1.0 1.14.4-3 ii gir1.2-gtk-3.0 3.8.5-1 ii gir1.2-gweather-3.0 3.8.2-3 ii gir1.2-soup-2.4 2.44.1-1 ii gnome-shell 3.8.4-4 Versions of packages gnome-shell-extension-weather recommends: ii gnome-tweak-tool 3.8.1-2 gnome-shell-extension-weather 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#726978: ITP: libgit2 -- The git linkable library
Package: wnpp Severity: wishlist Owner: Arturo Borrero Gonzalez * Package name: libgit2 Version : 0.19.0 Upstream Author : The libgit2 contributors * URL : http://libgit2.github.com/ * License : GPL2 Programming Lang: C Description : The git linkable library libgit2 is a portable, pure C implementation of the Git core methods provided as a re-entrant linkable library with a solid API, allowing you to write native speed custom Git applications in any language with bindings. libgit2 is already very usable and is being used in production for many applications including the GitHub.com site. The library provides: * SHA conversions, formatting and shortening * abstracted ODB backend system * commit, tag, tree and blob parsing, editing, and write-back * tree traversal * revision walking * index file (staging area) manipulation * reference management (including packed references) * config file management * high level repository management * thread safety and reentrancy * descriptive and detailed error messages * ...and more (over 175 different API calls) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726126: [l10n:cs] Initial Czech translation of PO debconf template for apt-listdifferences 1.20130825
Updated file is OK and can be used safely. Thanks 2013/10/12 Christian PERRIER > Quoting Michal Šimůnek (michal.simu...@gmail.com): > > Package: apt-listdifferences > > Version: 1.20130825 > > Severity: wishlist > > Tags: l10n, patch > > > > In attachment there is initial Czech translation of PO debconf > > template (cs.po) for package apt-listdifferences, please include it. > > One string was fuzzied by a change that happened after the call for > translation (dropping a double space). > > Attached is the fixed file. > >
Bug#726979: fonts-khmeros: fontconfig error: out of memory
Package: fonts-khmeros Version: 5.0-6 Severity: normal Dear Maintainer, With fontconfig 2.11.0-1, some errors from /etc/fonts/conf.d/65-khmer.conf appear when starting GUI apps: $ gedit Fontconfig error: "/etc/fonts/conf.d/65-khmer.conf", line 14: out of memory Fontconfig error: "/etc/fonts/conf.d/65-khmer.conf", line 23: out of memory Fontconfig error: "/etc/fonts/conf.d/65-khmer.conf", line 32: out of memory In the file: sans-serif Khmer OS the element is out of place here. (From fonts.dtd, is to contain and elements, and the element is a direct child of .) Removing it makes the errors disappear: sans-serif Khmer OS Same for serif and monospace. Regards, -- Theppitak Karoonboonyanan http://linux.thai.net/~thep/ -- 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.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=th_TH.UTF-8, LC_CTYPE=th_TH.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- 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#703452: ITP: php5-redis -- PHP API for communicating with the Redis key-value store
Hi Cyril, another 3 month has passed and nothing has happened. I am taking the ITP under PHP PECL team and uploading the Jonas's packaged version to the archive. I have added you as an uploader, so you are welcomed to join the team, if you are really sure you have the needed time to maintain the package. Ondrej -- Ondřej Surý Knot DNS (https://www.knot-dns.cz/) – a high-performance DNS server -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725468: [RFR] templates://localepurge/{localepurge.templates}
On 2013-10-21 09:45, Christian PERRIER wrote:
> Please find, for review, the debconf templates and packages descriptions for
> the localepurge source package.
>
> This review will last from Monday, October 21, 2013 to Thursday, October 31,
> 2013.
>
> 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.
>
Thank you for the review.
> Rationale:
> --- localepurge.old/debian/localepurge.templates 2013-10-06
> 08:23:05.009303919 +0200
> +++ localepurge/debian/localepurge.templates 2013-10-21 09:27:31.771790999
> +0200
> @@ -1,12 +1,15 @@
> Template: localepurge/nopurge
> Type: multiselect
> Choices: ${locales}
> -_Description: Selecting locale files
> - localepurge will remove all locale files from your system but the ones for
> - the language codes you select now. Usually two character locales like "de"
> - or "pt" rather than "de_DE" or "pt_BR" contain the major portion of
> - localizations. So please select both for best support of your national
> - language settings. The entries from /etc/locale.gen will be preselected
> +_Description: Locale files to keep on this system:
> + The localepurge package will remove all locale files from the system
> + except those that you select here.
> + .
> + It is recommended to choose locales with no country specifier (such
> + as "de", "it, etc.) as well as those that include a country code
> + ("de_DE", "de_CH", "it_IT", etc.).
> + .
> + Entries from /etc/locale.gen will be preselected
> if no prior configuration has been successfully completed.
>
> First of all, we need the synopsis to be a "prompt"so turning it
> into oe, incuding final colon
>
I am not familiar with the "oe"-term, could you perhaps explain what it
means?
> Also avoid starting the sentence with "localepurge" to avoid weird
> ccapitalization. Use our usual trick of "The package"
>
> Split in paragraphs for readability.
>
> Avoid "your system" and be more neutral about whose system this is..:-)
>
Noted.
> Let's try to be clearer about the two kinds of locales (I actually
> wonder if that part is really needed as people who are using the
> package should know what they're doing and know what locales are
> about). Don't use pt_BR as example as this is precisely an exception
> where most localization lies in locales *with* a country specifier..:-))
>
I believe the problem is that localepurge is a bit dumb (I only
"recently" took over the package, so forgive my vagueless here).
Basically, it will keep
/usr/share/locale/$VALUE/
Honestly, I doubt most localepurge-users are aware of the consequences
of only keeping "en_GB.UTF-8" vs "en en_GB en_GB.UTF-8" (without that
warning).
That said, I believe it would be a lot better if localepurge would
detect something like "en_GB.UTF-8" and propose to also keep "en en_GB"
as well.
> Template: localepurge/use-dpkg-feature
> @@ -17,11 +20,11 @@
> from packages being installed.
> .
> Please see /usr/share/doc/localepurge/README.dpkg-path for more
> - information about this feature. It can be enabled (or disabled)
> + information about this feature. It can be enabled (or disabled)
> later by running "dpkg-reconfigure localepurge".
> .
> - Caveat: Changing this option will only take affect for packages
> - unpacked after localepurge has been (re)configured. Packages
> + This option will become active for packages
> + unpacked after localepurge has been (re)configured. Packages
> installed or upgraded together with localepurge may (or may not) be
> subject to the previous configuration of localepurge.
>
> 1st para: drop an extra space. We standardized on *not* using those
> US-style double space after fulls tops.
>
> Drop "caveat". The fact that this is mention on a separate paragraph
> should be enough. I actually wonder whether that warning really
> belongs to a debconf template, particularly because of the "may (or
> may not)" which is anything but clear..:-) (I understand why, but still)
>
Noted.
> @@ -29,40 +32,41 @@
> Type: boolean
> Default: false
> _Description: Really remove all locales?
> - You chose not to keep any locales. This means that all locales will be
> - removed from your system. Are you sure this really is what you want?
> + No locale has been chosen for being kept. This means that all locales will
> be
> + removed from this system. Please confirm whether this is really your
> + intent.
>
> More neutral formulation. Avoid a question in the long description
> (there is already one and that's
Bug#726967: dh_auto_test should *not* be automatically skipped for cross-building
On Mon, Oct 21, 2013 at 3:29 AM, Steve Langasek wrote: > Package: debhelper > Version: 9.20130504 > > On Sun, Aug 18, 2013 at 06:20:03PM +0800, YunQiang Su wrote: >> Hi, Steve, > >> dh_auto_check disable check when cross build by default now, when cross >> build, I believe it's a good behavior. > >> Here we override_dh_auto_check, fellow the behavior of dh_auto_check >> will be a good idea. > > Thanks for making me aware of this. > > I'm filing a bug against debhelper asking for this behavior to be reverted. > debhelper should *not* automatically disable the test suite when > cross-building. There are perfectly legitimate cases where you may be > cross-building and *do* want to run the test suite, and this behavior change > in dh undermines this. If someone wants the test suite to be skipped > because they're cross-building, they should use the standard interface for > this and set DEB_BUILD_OPTIONS=nocheck. Whereas if someone does want the > test suite to be run when cross-building, there is no corresponding > interface that lets them override this in the other direction. Could we add nocheckcross option in this case ? Bastien > > Joey, could you please revert this change to debhelper? (Added in response > to bug #703262; cc:ing that bug's submitter.) > > Thanks, > -- > Steve Langasek Give me a lever long enough and a Free OS > Debian Developer to set it on, and I can move the world. > Ubuntu Developerhttp://www.debian.org/ > slanga...@ubuntu.com vor...@debian.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726977: gnome-shell-extension-weather: Losing configured city on upgrade
Le lundi 21 octobre 2013 à 09:46 +0200, Laurent Bigonville a écrit : > Package: gnome-shell-extension-weather > Version: 0~20131020.git30174f2-1 > Severity: normal > I lost all the configured cities after upgrading from > 0~20130619.gitf74de79-2 to 0~20131020.git30174f2-1, I guess this is > related to the switch libgweather. Yes. This side effect of the switch to libgweather was described in NEWS.Debian, but unfortunately that latter file did not make it into the upload. I am going to fix this. Concerning the fact that configuration is lost on upgrade, I am not sure this can be fixed, since locations are not represented in the same way in the old and the new version of the extension. Are you ok if I close this bug, given that the change will be documented in NEWS.Debian, or do you insist on forwarding this bug upstream? Cheers, -- .''`.Sébastien Villemot : :' :Debian Developer `. `' http://www.dynare.org/sebastien `- GPG Key: 4096R/381A7594 signature.asc Description: This is a digitally signed message part
Bug#726980: python-statsd: new upstream release v2.0.3
Package: python-statsd Version: 2.0.1-1 Upstream as released version 2.0.3 in pypi: https://pypi.python.org/pypi/statsd They forgot to tag it in Git which prevents the watch file from seeing it. http://githubredir.debian.net/github/jsocol/pystatsd list 2.0.2. I filled a bug upstream, requesting they tag v2.0.3 in their git repository. https://github.com/jsocol/pystatsd/issues/36 Will then rebuild the package and mark it for unstable. -- Antoine "hashar" Musso -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#574678: init_acpi_acadapt() returned NOT_SUPPORTED.
Control: severity -1 grave [Facundo Gaich] > Options: > * Fix libacpi, which wouldn't be THAT hard and would in turn make >battery-stats functional again. But is such a wrapper necessary >with the current sysfs interface? Which takes us to option 2... > * Make battery-stats-collector gather the data directly from >/sys/class/power_supply > * Stop using battery-stats and go with alternatives > > Thoughts? As far as I can tell, this bug (and bug #479096 in libacpi), make battery-stat fail to work on the current kernels in Debian. As this make the battery-stat package almost completely useless, I raise the severity of this bug to grave. As for options on how to move on, I suspect rewriting battery-stat as a script and dropping the C daemon as I suggested in bug #720338 is the best way forward. The task at hand do not really need much code. -- 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#726983: visp: autopkgtest failure due to stderr output from test program
Package: visp Version: 2.8.0-2 Tags: patch User: ubuntu-de...@lists.ubuntu.com Usertags: origin-ubuntu ubuntu-patch trusty Hello, Running visp's autopkgtest currently fails [1]: | adt-run: & dsc0t-build: [ | adt-run1: teeing to stdout: /tmp/adt-run.kkup5e/dsc0t-build-testtmp/test_stdout, stderr: /tmp/adt-run.kkup5e/dsc0t-build-testtmp/test_stderr | build: OK | libdc1394 error: Failed to initialize libdc1394 | run: OK | adt-run1: testbed executing test finished with exit status 0 | adt-run: & dsc0t-build: ] | adt-run: & dsc0t-build: - - - - - - - - - - results - - - - - - - - - - | dsc0t-build FAIL status: 0, stderr: libdc1394 error: Failed to initialize libdc1394 | adt-run: & dsc0t-build: - - - - - - - - - - stderr - - - - - - - - - - | libdc1394 error: Failed to initialize libdc1394 Apparently the library has some constructor which prints that error message on machines without firewire. That's usually the case for VMs or servers where autopkgtests are being run. I don't want to suppress stderr for the entire debian/tests/build as gcc or other bits could produce some unexpected errors. So in the Ubuntu fix I only re-route the test program's stderr to stdout, which fixes the test. Thanks for considering, Martin [1] https://jenkins.qa.ubuntu.com/job/trusty-adt-visp/1 -- Martin Pitt| http://www.piware.de Ubuntu Developer (www.ubuntu.com) | Debian Developer (www.debian.org) diff -Nru visp-2.8.0/debian/changelog visp-2.8.0/debian/changelog --- visp-2.8.0/debian/changelog 2013-09-13 04:23:37.0 +0200 +++ visp-2.8.0/debian/changelog 2013-10-21 10:55:42.0 +0200 @@ -1,3 +1,11 @@ +visp (2.8.0-2ubuntu1) trusty; urgency=low + + * debian/tests/build: Route stderr from built test program to stdout, so that +the "libdc1394 error: Failed to initialize libdc1394" message doesn't +fail the test. + + -- Martin Pitt Mon, 21 Oct 2013 10:54:56 +0200 + visp (2.8.0-2) unstable; urgency=low * debian/control: libvisp2.8 breaks+replaces libvisp2 (Closes: #722647). diff -Nru visp-2.8.0/debian/tests/build visp-2.8.0/debian/tests/build --- visp-2.8.0/debian/tests/build 2013-06-18 16:42:45.0 +0200 +++ visp-2.8.0/debian/tests/build 2013-10-21 10:54:27.0 +0200 @@ -22,5 +22,7 @@ g++ -o visptest visptest.cpp `pkg-config --cflags --libs visp` echo "build: OK" [ -x visptest ] -./visptest +# often prints "libdc1394 error: Failed to initialize libdc1394" to stderr, +# avoid test failure due to that +./visptest 2>&1 echo "run: OK"
Bug#726981: gnome-panel: launching applications causes crash when panel oriented on right side
Package: gnome-panel Version: 3.4.2.1-4 Severity: normal Tags: upstream We found that launching any application causes gnome to crash, when the panel is oriented on the right side. On a debian wheezy system, do the following to replicate the bug: * create test-user * login as test-user using "Gnome Classic" * set orientation of bottom panel to "Right" * start any program (e.g. calculator) from application menu --> gnome crashes and user is logged out Both an updated machine (from Squeeze) as well as a freshly installed one showed this behavior. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'proposed-updates'), (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-amd64 (SMP w/12 CPU cores) Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnome-panel depends on: ii gconf-service 3.2.5-1+build1 ii gnome-icon-theme-symbolic 3.4.0-2 ii gnome-menus3.4.2-5 ii gnome-panel-data 3.4.2.1-4 ii libatk1.0-02.4.0-2 ii libc6 2.13-38 ii libcairo-gobject2 1.12.2-3 ii libcairo2 1.12.2-3 ii libdconf0 0.12.1-3 ii libebook-1.2-133.4.4-3 ii libecal-1.2-11 3.4.4-3 ii libedataserver-1.2-16 3.4.4-3 ii libedataserverui-3.0-1 3.4.4-3 ii libgconf-2-4 3.2.5-1+build1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-desktop-3-2 3.4.2-1 ii libgnome-menu-3-0 3.4.2-5 ii libgtk-3-0 3.4.2-6 ii libgweather-3-03.4.1-1+build1 ii libical0 0.48-2 ii libice62:1.0.8-2 ii libpanel-applet-4-03.4.2.1-4 ii libpango1.0-0 1.30.0-1 ii librsvg2-2 2.36.1-1 ii libsm6 2:1.2.1-2 ii libsoup2.4-1 2.38.1-2 ii libtelepathy-glib0 0.18.2-2 ii libwnck-3-03.4.2-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxau61:1.0.7-1 ii libxml22.8.0+dfsg1-7+nmu2 ii libxrandr2 2:1.3.2-2+deb7u1 Versions of packages gnome-panel recommends: ii alacarte3.5.3-1 ii evolution-data-server 3.4.4-3 ii gnome-applets 3.4.1-3 ii gnome-control-center1:3.4.3.1-2 ii gnome-icon-theme3.4.0-2 ii gnome-session 3.4.2.1-4 ii gnome-session-fallback 3.4.2.1-4 ii gvfs1.12.3-4 Versions of packages gnome-panel suggests: ii gnome-terminal [x-terminal-emulator] 3.4.1.1-2 ii gnome-user-guide 3.4.2-1+build1 ii guake [x-terminal-emulator] 0.4.3-3 ii konsole [x-terminal-emulator] 4:4.8.4-2 ii lxterminal [x-terminal-emulator] 0.1.11-4 ii nautilus 3.4.2-1+build1 ii xterm [x-terminal-emulator] 278-4 ii yelp 3.4.2-1+b1 -- 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#726982: pkg-php-tools: Don't add php5 into Depends or change it to php5-common
Package: pkg-php-tools
Version: 1.8
Severity: important
Hi,
adding php5 to Depends (from ${phppear:Debian-Depends} means that the
PECL extension or PEAR package cannot be used with php5-cli (or libphp5-embed)
unless (at least) php5-cgi is also installed.
Please don't add hard dependency on php5 package and use php5-common instead
for PEAR/PECL packaging.
O.
-- System Information:
Debian Release: 7.1
APT prefers stable
APT policy: (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages pkg-php-tools depends on:
ii debhelper9.20120909
ii php-pear 5.4.4-14+deb7u4
ii php5-cli 5.4.4-14+deb7u4
ii php5-common [php5-json] 5.4.4-14+deb7u4
pkg-php-tools recommends no packages.
Versions of packages pkg-php-tools suggests:
ii dh-make 0.61
-- 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#692542: software-properties-gtk: Can not select any software source or mirror in the 'Debian Software' tab
On Wed, Nov 07, 2012 at 08:06:59AM -0300, Carugnom wrote: > Package: software-properties-gtk > Version: 0.82.7.1debian1 > Severity: important > > Dear Maintainer, > > When I use this app to choose a mirror, or try to select > > * Officially supported (main) > * DFSG-compatible Software with Non-Free Dependences (contrib) > * Non-DFSG-compatible Software (non-free) > > The program simply does nothing. > The mirror i've selected isn't changed in the combo box > The check boxes aren't marked > > So, the program is not utilizable for it's purposes > I've seen this problem around for a long time, and i guess this was solved in > squeeze. > But I have the same problem in wheeze again. > > I'm a developer, but I don't have experience with Debian. > May I could help if you tell me how I could reproduce this bug on my last system, but I cannot reproduce it on my current system. I'll check again on my older system later this month or next month. Note: My old system uses a mirror on localhost, my new system uses an official mirror. -- Julian Andres Klode - Debian Developer, Ubuntu Member See http://wiki.debian.org/JulianAndresKlode and http://jak-linux.org/. Please do not top-post if possible. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#701432: hal: ftbfs with eglibc-2.17
Is it the bug of eglibc? -- YunQiang Su -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726977: gnome-shell-extension-weather: Losing configured city on upgrade
Le Mon, 21 Oct 2013 10:34:40 +0200, Sébastien Villemot a écrit : > Le lundi 21 octobre 2013 à 09:46 +0200, Laurent Bigonville a écrit : > > Package: gnome-shell-extension-weather > > Version: 0~20131020.git30174f2-1 > > Severity: normal > > > I lost all the configured cities after upgrading from > > 0~20130619.gitf74de79-2 to 0~20131020.git30174f2-1, I guess this is > > related to the switch libgweather. > > Yes. This side effect of the switch to libgweather was described in > NEWS.Debian, but unfortunately that latter file did not make it into > the upload. I am going to fix this. > > Concerning the fact that configuration is lost on upgrade, I am not > sure this can be fixed, since locations are not represented in the > same way in the old and the new version of the extension. Are you ok > if I close this bug, given that the change will be documented in > NEWS.Debian, or do you insist on forwarding this bug upstream? Well I guess it would be better to have the configuration being transferred on upgrade but this is probably not mandatory if we are warning the user, gnome-shell-extension-weather was not officially part of wheezy release anyway.. Cheers Laurent Bigonville -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726984: pkg-php-tools: Don't add php5 into Depends or change it to php5-common
Package: pkg-php-tools Version: 1.8 Severity: important -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, please don't add hard dependency on php5 from phppear:Debian-Depends. The php5 virtual package depends only on web SAPIs and thus such PEAR/PECL package cannot be used with php5-cli or libembed-php5. If you need to add dependency on php5 into PEAR/PECL, then please add php5-common instead of php5. O. - -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pkg-php-tools depends on: ii debhelper9.20120909 ii php-pear 5.4.4-14+deb7u4 ii php5-cli 5.4.4-14+deb7u4 ii php5-common [php5-json] 5.4.4-14+deb7u4 pkg-php-tools recommends no packages. Versions of packages pkg-php-tools suggests: ii dh-make 0.61 - -- no debconf information -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJk60IACgkQ9OZqfMIN8nN97ACfViXDiKq9lkQHq/sYRILhzlKk f04Anj7XZYQpT7cwXr/R4W0JstsFuVy6 =JinO -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#726985: fontconfig: Fontconfig error: out of memory
Package: fontconfig Version: 2.11.0-1 Severity: normal Dear Maintainer, *** Please consider answering these questions, where appropriate *** * What led up to the situation? running programs such as mplayer or vlc from a command prompt * What exactly did you do (or not do) that was effective (or ineffective)? Fontconfig error: "/etc/fonts/conf.d/65-khmer.conf", line 14: out of memory Fontconfig error: "/etc/fonts/conf.d/65-khmer.conf", line 23: out of memory Fontconfig error: "/etc/fonts/conf.d/65-khmer.conf", line 32: out of memory amarsh04@am64:~$ more /etc/fonts/conf.d/65-khmer.conf sans-serif Khmer OS serif Khmer OS monospace Khmer OS System * What was the outcome of this action? * What outcome did you expect instead? *** End of the template - remove these lines *** -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (500, 'oldstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.12.0-rc6 (SMP w/4 CPU cores) Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/bash Versions of packages fontconfig depends on: ii fontconfig-config 2.11.0-1 ii libc6 2.17-93 ii libexpat1 2.1.0-4 ii libfontconfig1 2.11.0-1 ii libfreetype6 2.4.9-1.1 fontconfig recommends no packages. fontconfig suggests no packages. -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726671: similar bug in Fedora
I found a similar bug in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1005613#c16 It's the same version of gnome-shell and it is due to an incompatibility with a gtk-3.8.5. I think that this warrants a "breaks". I am trying now to upgrade gtk3 to the version in experimental. I'll if this helps. Gennady signature.asc Description: This is a digitally signed message part
Bug#726986: Add support for BIND9 Response Rate Limiting (RRL)
Package: bind Version: 1:9.9.3.dfsg.P2-4 Hello, please include support for BIND9 Response Rate Limiting (RRL) into Debian package of BIND9. See: https://www.isc.org/blogs/isc-adds-ddos-defense-module-to-bind-software/ http://ss.vix.su/~vjs/rrlrpz.html http://www.redbarn.org/dns/ratelimits Reason: Many DNS Servers, including ours, are suffering from severe DoS attacks. This module seems to be the best protection against thos DoS attacks at the moment. Thanks and cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726671: Didn't help.
Well, upgrading to the experimental version of libgtk-3 didn't help. As a matter of fact https://bugzilla.redhat.com/show_bug.cgi?id=1005613#c16 suggests downgrading... signature.asc Description: This is a digitally signed message part
Bug#726472: share passwords not working after upgrade from samba3
On Sat, 2013-10-19 at 10:16 -0700, Steve Langasek wrote: > On Sat, Oct 19, 2013 at 11:51:14AM +0200, Ivo De Decker wrote: > > > Thanks for all the info. That really helps! > > > On Fri, Oct 18, 2013 at 08:41:10PM -0500, Steve M. Robbins wrote: > > > /var/lib/samba/: > > > total 344 > > [...] > > > -rw--- 1 root root 61440 Feb 16 2012 passdb.tdb > > > > > > /var/lib/samba/private/: > > > total 832 > > > -rw--- 1 root root 421888 Oct 15 23:14 passdb.tdb > > > I think this is the issue. On upgrade from 3.x to 4.x, passdb.tdb gets moved > > from /var/lib/samba/ to /var/lib/samba/private/. > > > From samba.postinst: > > > if dpkg --compare-versions "$2" lt-nl 2:4.0.6 \ > > && [ -e /var/lib/samba/passdb.tdb ] \ > > && ! [ -e /var/lib/samba/private/passdb.tdb ] > > then > > mv /var/lib/samba/passdb.tdb /var/lib/samba/private/passdb.tdb > > fi > > > If this would have happened, the old /var/lib/samba/passdb.tdb wouldn't be > > there anymore. I guess there was a /var/lib/samba/private/passdb.tdb before > > the upgrade, which resulted in both files staying where they are. As the > > newer > > version looks to /var/lib/samba/private/passdb.tdb, the old info wasn't > > available anymore. After that, /var/lib/samba/private/passdb.tdb got changed > > when you recreated the users. > > Ok. I think we need to undo this /var/lib/samba/private nonsense. It is a > pointless and imperfect migration (as shown by this bug report), and the > only rationale upstream ever gave for keeping these files in a separate > "private" directory is some stupid and ancient target OS that couldn't > properly set per-file permissions. Debian users have been using > /var/lib/samba exclusively for the better part of a decade; migrating to > this private/ directory adds no value for our users. In the alternate, the only reason this happened now is because we are finally having the Debian packages follow where upstream has decided to put the files. Having different packages moving files around to different places only increases user confusion, and creates 'only on Debian' bugs. For example, a significant number of issues came about as folks tried to divine if a particular TDB was short, medium or long-term, when no such separation existed in the code. We (upstream) have gone to significant effort to integrate the FHS changes that have been proposed via Debian, I can only ask that having got to a mutually agreed state, that Debian not change it again, having once more Debian packages special and different. Or in the alternate, propose such changes upstream. Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726987: pwman3: "Error: insecure string pickle" after database conversion
Package: pwman3 Version: 0.4.2-1 Severity: grave Justification: causes non-serious data loss I use pwman3 to store some of my passwords. The database was created with an older version of pwman3 and now needs to be converted to a new format. I have 13 passwords stored in my database. After the database conversion pwman3 will only list 4 of them and then bails out with "Error: insecure string pickle". See log below. Note that in the original db the entry number 5 has been deleted. In the converted database entry number 5 seems to be somehow corrupted: the username and password are shown but nothing else. (Also note the minor typo in the warning: "WARNNING" should be "WARNING") -8<- % pwman3 Pwman3 0.4.2 (c) visit: http://github.com/pwman3/pwman3 *** WARNNING: You are using the old database format which is unsecure. It's highly recommended to switch to the new database format. Do note: support for this DB format will be dropped in v0.5. Check the help (pwman3 -h) or look at the manpage which explains how to proceed. *** !pwman> l Please enter your password: 1. antti.kultanen@[---REDACTED---] 2. [---REDACTED---] 3. ankulta@[---REDACTED---] 4. antti.kultanen@[---REDACTED---] 6. wlan@[---REDACTED---] 7. antti.kultanen@[---REDACTED---] 8. antti.kultanen@[---REDACTED---] 9. [---REDACTED---] 10. [---REDACTED---] 11. admin@[---REDACTED---] 12. wlan@[---REDACTED---] 13. wlan@[---REDACTED---] 14. admin@[---REDACTED---] !pwman> exit % pwman3 -k Will convert the following Database: /home/pyksy/.pwman/pwman.db backup created in /home/pyksy/.pwman/pwman.backup-2013-10-21-11:46.db Please enter your password: pwman successfully converted the old database to the new format. Please run `pwman3 -d /home/pyksy/.pwman/pwman-newdb.db` to make sure your password and data are still correct. If you are convinced that no harm was done, update your config file to indicate the permanent location to your new database. If you found errors, please report a bug in Pwman homepage in github. % pwman3 -d /home/pyksy/.pwman/pwman-newdb.db Pwman3 0.4.2 (c) visit: http://github.com/pwman3/pwman3 pwman> l Please enter your password: 1. antti.kultanen@[---REDACTED---] 2. [---REDACTED---] 3. ankulta@[---REDACTED---] 4. antti.kultanen@[---REDACTED---] Error: insecure string pickle pwman> p 5 Node 5. Username: wlan Password: [---REDACTED---] Error: insecure string pickle pwman> exit -8<- -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-rc4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.ISO-8859-15, LC_CTYPE=fi_FI@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/dash Versions of packages pwman3 depends on: ii python 2.7.5-5 ii python-colorama 0.2.5-0.1 ii python-crypto2.6.1-2 Versions of packages pwman3 recommends: ii python-mysqldb 1.2.3-2 ii python-pygresql 1:4.0-3 Versions of packages pwman3 suggests: pn mysql-server | postgresql pn xsel -- 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#726989: qtchooser doesn't search system qt config paths if XDG_CONFIG_DIRS is set
Package: qtchooser Version: 31-g980c64c-4 Severity: important Dear Maintainer, ToolWrapper::searchPaths() checks first if XDG_CONFIG_DIRS is set before adding system qt paths to the search list. That environment variable is set by x11-common package during xsession initialization. That means it is very likely to be set in all systems. Result of that check is qtchooser not being able to find qt installations unless user unsets the environment variable or provides required config in xdg directory. I don't know why that check exists in the code but it feels like something that should be removed. -- 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.10-3-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages qtchooser depends on: ii libc6 2.17-93 ii libgcc1 1:4.8.1-10 ii libstdc++6 4.8.1-10 qtchooser recommends no packages. Versions of packages qtchooser suggests: pn qt4-default ii qt5-default 5.1.1+dfsg-4 -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#704260: 5 users maximum is set, although I set 50 users (the default value)
Hello all, problem solved! We had only 10 ports defined as passive ports. Every client needs two passive ports. This is the reason why pure-ftpd set a 5 user maximum limit. See here: http://www.howtoforge.com/forums/showthread.php?t=52838 Maybe this should somehow documented? Cheers, Martin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726988: findbugs: fails to build from source
Package: findbugs Version: 2.0.2-1 Severity: important The findbugs package fails to build from source with the following error messages: generatemanual: [echo] Generating HTML version of manual [echo] Running saxon: /usr/share/java/saxon.jar [java] Error at xsl:import on line 8 of file:/home/ronny/lernstick/backports/wheezy/src/findbugs-2.0.2/doc/manual.xsl: [java] Failure reading file:/Users/pugh/tools/docbook-xsl-1.76.1/html/chunk.xsl: /Users/pugh/tools/docbook-xsl-1.76.1/html/chunk.xsl (No such file or directory) [java] Transformation failed: Failed to compile stylesheet. 1 error detected. BUILD FAILED /home/ronny/lernstick/backports/wheezy/src/findbugs-2.0.2/build.xml:748: The following error occurred while executing this line: /home/ronny/lernstick/backports/wheezy/src/findbugs-2.0.2/build.xml:919: Java returned: 2 Total time: 11 seconds make[1]: *** [override_dh_auto_build] Error 1 make[1]: Leaving directory `/home/ronny/lernstick/backports/wheezy/src/findbugs-2.0.2' make: *** [build] Error 2 dpkg-buildpackage: error: debian/rules build gave error exit status 2 debuild: fatal error at line 1357: dpkg-buildpackage -rfakeroot -D -us -uc -nc failed Looks like the hard-coded path "/Users/pugh/tools/docbook-xsl-1.76.1/html/chunk.xsl" is the culprit here... -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726990: ITP: django-celery-transactions -- Django transaction support for Celery tasks
Package: wnpp Severity: wishlist Owner: Michael Fladischer -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 * Package name: django-celery-transactions Version : 0.1.3 Upstream Author : Chris Doble * URL : https://github.com/chrisdoble/django-celery-transactions * License : BSD Programming Lang: Python Description : Django transaction support for Celery tasks django-celery-transactions holds on to Celery tasks until the current database transaction is committed, avoiding potential race conditions where the task is executed before the transaction is committed in the database. Features: * If the transaction is rolled back, the tasks are discarded. Django's transaction middleware does this if an exception is raised. * If transactions aren't being managed, tasks are sent as normal. This means that sending tasks from within Django's shell will work as expected, as will the various transaction decorators commit_manually, commit_on_success, etc. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSZPlEAAoJEGlMre9Rx7W2b5gQAJo9OVS04xGuJ/AWxbGDiZhQ Omge27bdw8f0uOiCq4PR8l/WHg7fLDp/qqIhbI/zI3gk/et954t/YAEw5ShN4C8J SHHZ8+yWrhp0Z3DrLJh6nhLP47+V6LDEP4HIBQH0MDxgCSnTRSXqW3c/1rX87MQ7 VjwfdrpMZtbK53K6Y00cfo3QaKosiGsKU/qGPpxArUeiymg4nN3BedMkZ8oR/SoY I30Z0596DaicuPN2HehENWlH92azWV8Bp+uxWlHkHnvy2RA4mE6B6ev9AxK022lH kHW57XmASPwuPJ5pRG3vBJ/E24+dFBEKGRYLRYhJg07K6P5Lj0HvqCR0n/WjSbWY cs8hBGbRwhS906833Ii4khdP9lnh5dqsKfdA3/na8/LFhIz18VsRQqB3NP8fnIdL 2lhwNwwCuIgt4l5KUAbhMWxEEgchIxPuR3A8lLRG5sMDQ7P+COrQ5IhpdBR8yL/q yTcRGofxJDVd0K8gL/okGN6J5zP7wagy1bWNe5KjBATGwOvR7GIpoemRhemNHD02 xBlCtNVfEYNzIVY/sNXvJ8kbNPWKaCJk7s7mCG6ZHYeSExlNbd6ouyW5bB/SCRxx jFOy+tWz/7fEIfzGKXM7lGpHucC/TceCcidYkuxcM55Bnfh+xjEYnj8yipRFtje2 06zdkoF4gCYiKTxAc/Hu =076R -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#726726: [Pkg-samba-maint] Bug#726726: Bug#726726: Bug#726726: Bug#726726: samba: Unable to share printer using cups
On Sat, 2013-10-19 at 11:02 -0700, Steve Langasek wrote: > On Fri, Oct 18, 2013 at 11:04:16PM +0200, Ivo De Decker wrote: > > On Fri, Oct 18, 2013 at 07:08:54PM +0200, Ivo De Decker wrote: > > > Thanks for the report. This seems to be correct. The build-dependency on > > > libcups2-dev is missing. > > > Building samba with cups enabled gives a build error related to krb5. Does > > anybody have time to take a look at this? > > The failure is happening because libcups2-dev pulls in libkrb5-dev (the MIT > KRB5 version), and samba is mistakenly linking to /usr/lib/$arch/libkrb5.so > (from libkrb5-dev) instead of to /usr/lib/$arch/heimdal/libkrb5.so (from > heimdal-multidev) which it's supposed to be linking to. > > Most parts of the code are unaffected by this, using a linker order such as: > > -L/usr/local/lib -L/usr/lib/x86_64-linux-gnu/heimdal > -L/usr/lib/x86_64-linux-gnu > > This will prefer the heimdal/libkrb5.so over the non-heimdal one. > > But libgse.so is linked with -L/usr/lib/x86_64-linux-gnu before > -L/usr/lib/x86_64-linux-gnu/heimdal, causing this build failure. > > Someone who understands waf will need to dig through the build rules to > figure out where this is coming from. Ideally, we would not be passing > -L$system_dir as an argument at all, since it's unnecessary. Almost certainly this is due to the output of cups-config. We have had similar issues before, including a patch posted to the list just last week. Can someone post the cups-config --libs and --ldflags output on a affected system? Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#641458: found in 4.10.1-1
I reproduce precisely the same misbehavior detected by Torquil in the version currently in testing: 4.10.1-1 Let me add that it is not only nm-applet which produces this misbehavior, but also e.g. the xfce4-power-manager applet. Thanx! Nick dpkg -l network-manager-gnome xfce4 xfce4-panel Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii network-manage 0.9.8.4-1i386 network management framework (GNO ii xfce4 4.10.1 all Meta-package for the Xfce Lightwe ii xfce4-panel4.10.1-1 i386 panel for Xfce4 desktop environme uname -a Linux jjj 3.10-3-amd64 #1 SMP Debian 3.10.11-1 (2013-09-10) x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#715279: found in 0.9.8.4-1
Hello, I find a similar behavior in the package currently in testing. Typically on laptop wakeup from sleep, the nm-applet crashes. I see no other way than to restart it manually from a terminal. When it also segfaults, it prints the following error messages: (nm-applet:2327): Gtk-CRITICAL **: gtk_list_store_set_valist: assertion `GTK_IS_LIST_STORE (list_store)' failed (nm-applet:2327): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (nm-applet:2327): Gtk-CRITICAL **: gtk_tree_model_get: assertion `GTK_IS_TREE_MODEL (tree_model)' failed ** ERROR:eap-method-fast.c:214:inner_auth_combo_changed_cb: assertion failed: (eap) [1]Abort nm-applet Write failed: Broken pipe The applet is running under xfce4, precisely xfce4-panel. More details on the system below (more available at request). Thanks! Nick dpkg -l network-manager-gnome xfce4 xfce4-panel xorg libgtk-3-0 Desired=Unknown/Install/Remove/Purge/Hold | Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend |/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad) ||/ Name Version Architecture Description +++-==---= ii libgtk-3-0:i38 3.8.4-1 i386 GTK+ graphical user interface lib ii network-manage 0.9.8.4-1i386 network management framework (GNO ii xfce4 4.10.1 all Meta-package for the Xfce Lightwe ii xfce4-panel4.10.1-1 i386 panel for Xfce4 desktop environme ii xorg 1:7.7+4 i386 X.Org X Window System uname -a Linux jjj 3.10-3-amd64 #1 SMP Debian 3.10.11-1 (2013-09-10) x86_64 GNU/Linux -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726991: gnome-settings-daemon in debian 7.2 freeze gnome-shell
Package: gnome-settings-daemon Version: 3.4.2+git20121218.7c1322-3+deb7u2 Severity: important After update to Debian 7.2 I have a lot of gnome-shell freezes on more than 10 Debian desktops. I think gnome-settings-daemon is the problem, because I install weeks ago the two gnome packages before there are released with Debian 7.2: ii gnome-shell 3.4.2-7+deb7u1 amd64graphical shell for the GNOME desktop ii gnome-shell-common3.4.2-7+deb7u1 all common files for the GNOME graphical shell gnome-shell work with 3.4.2-7+deb7u1 before I update to debian 7.2 without a problem. If gnome-shell freeze gnome-settings-daemon use 100% cpu. -- System Information: Debian Release: 7.2 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.2.0-4-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/dash Versions of packages gnome-settings-daemon depends on: ii dconf-gsettings-backend [gsettings-backend] 0.12.1-3 ii dpkg 1.16.12 ii gsettings-desktop-schemas3.4.2-3 ii libatk1.0-0 2.4.0-2 ii libc62.13-38 ii libcairo-gobject21.12.2-3 ii libcairo21.12.2-3 ii libcanberra-gtk3-0 0.28-6 ii libcanberra0 0.28-6 ii libcolord1 0.1.21-1 ii libcomerr2 1.42.5-1.1 ii libcups2 1.5.3-5+deb7u1 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig1 2.9.0-7.1 ii libgcrypt11 1.5.0-5+deb7u1 ii libgdk-pixbuf2.0-0 2.26.1-1 ii libglib2.0-0 2.33.12+really2.32.4-5 ii libgnome-desktop-3-2 3.4.2-1 ii libgnomekbd7 3.4.0.2-1 ii libgnutls26 2.12.20-7 ii libgssapi-krb5-2 1.10.1+dfsg-5+deb7u1 ii libgtk-3-0 3.4.2-6 ii libgudev-1.0-0 175-7.2 ii libk5crypto3 1.10.1+dfsg-5+deb7u1 ii libkrb5-31.10.1+dfsg-5+deb7u1 ii liblcms2-2 2.2+git20110628-2.2 ii libnotify4 0.7.5-1 ii libnspr4 2:4.10-1~bpo70+1 ii libnspr4-0d 2:4.10-1~bpo70+1 ii libnss3 2:3.15.1-1~bpo70+1 ii libnss3-1d 2:3.15.1-1~bpo70+1 ii libpackagekit-glib2-14 0.7.6-3 ii libpango1.0-01.30.0-1 ii libpolkit-gobject-1-00.105-3 ii libpulse-mainloop-glib0 2.0-6.1 ii libpulse02.0-6.1 ii libsqlite3-0 3.7.17-1~bpo70+1 ii libupower-glib1 0.9.17-1 ii libwacom20.6-1 ii libx11-6 2:1.5.0-1+deb7u1 ii libxfixes3 1:5.0-4+deb7u1 ii libxi6 2:1.6.1-1+deb7u1 ii libxklavier165.2.1-1 ii libxtst6 2:1.2.1-1+deb7u1 ii nautilus-data3.4.2-1+build1 ii zlib1g 1:1.2.7.dfsg-13 Versions of packages gnome-settings-daemon recommends: ii pulseaudio 2.0-6.1 Versions of packages gnome-settings-daemon suggests: ii gnome-screensaver3.4.1-1 ii metacity [x-window-manager] 1:2.34.3-4 ii x11-xserver-utils7.7~3 -- 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#726992: RFS: etherwake/1.09-4 [ITA]
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "etherwake" * Package name: etherwake Version : 1.09-4 Section : net It builds those binary packages: etherwake - tool to send magic Wake-on-LAN packets To access further information about this package, please visit the following URL: http://mentors.debian.net/package/etherwake Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/e/etherwake/etherwake_1.09-4.dsc Sources: http://anonscm.debian.org/gitweb/?p=collab-maint/etherwake.git Changes since the last upload: * Adopt package (Closes: #726546) * Fix typo and grammar description field (Closes: #567517) * Simplify rules file with dh command * Add hardening * Add empty watch file * Change package format to 3 (quilt) * Upped Standard Version to 3.9.4 Regards, Pierre Blanc -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#725999: [Pkg-salt-team] Bug#725999: salt: fails to ship source and incomplete debian/copyright
On 10 October 2013 20:39, Joe Healy wrote: > If I do the second, we would still ship a (unused) version of jQuery > in the orig.tar.gz, however, it would not be present in the .deb. As > such, it should still be mentioned in the debian/copyright. Is this > correct? > Yes. If you don't want to modify the upstream tarball this is then the recommended approach. -- Luke Faraone;; Debian & Ubuntu Developer; Sugar Labs; MIT SIPB lfaraone on irc.[freenode,oftc].net -- https://luke.wf/ohhello PGP fprint: 5189 2A7D 16D0 49BB 046B DC77 9732 5DD8 F9FD D506
Bug#725468: [RFR] templates://localepurge/{localepurge.templates}
Christian PERRIER wrote:
> @@ -1,12 +1,15 @@
> Template: localepurge/nopurge
> Type: multiselect
> Choices: ${locales}
> +_Description: Locale files to keep on this system:
> + The localepurge package will remove all locale files from the system
> + except those that you select here.
> + .
> + It is recommended to choose locales with no country specifier (such
> + as "de", "it, etc.) as well as those that include a country code
^"
> + ("de_DE", "de_CH", "it_IT", etc.).
> + .
> + Entries from /etc/locale.gen will be preselected
> if no prior configuration has been successfully completed.
>
> First of all, we need the synopsis to be a "prompt"so turning it
> into oe, incuding final colon
(For Niels's benefit: s/oe/one/)
The trouble with that middle paragraph is that it sounds as if it's
telling me to pick *all* the xx and xx_XX locales, when in fact the
advice was that I should just keep en and en_GB and purge all the
en_US and so on. (Is that really a good idea, though?)
Maybe:
When selecting the locale corresponding to your language and country
code (such as "de_DE", "de_CH", "it_IT", etc.) it is recommended to
choose the two-character entry ("de", "it", etc.) as well.
> Template: localepurge/use-dpkg-feature
[...]
> Template: localepurge/none_selected
Look OK.
> Template: localepurge/remove_no
(This made me think "why does Norwegian get special treatment?" - I
need more coffee.)
> Type: note
> +_Description: No localepurge action until the package is configured
> + The localepurge package will not be useful until you successfully configure
> it with
> the command "dpkg-reconfigure localepurge". The configured entries from
> + /etc/locale.gen of the locales package will then be automatically
> preselected.
Or since it'll also work if my assistant configures it:
The localepurge package will not be useful until it has been successfully
configured using the command "dpkg-reconfigure localepurge". [...]
> Template: localepurge/mandelete
> Type: boolean
> Default: true
> _Description: Also delete localized man pages?
> + Based on the same locale information you chose, localepurge can also
> + delete localized man pages.
>
> No "above". Depending on the debconf interface, this might be "before"
> and not "above"...:-)
>
> And the localized man pages are not superfluousthey're just not
> used by this system..:-)
Well, if I don't need them then they're superfluous here. But the
sentence still works without that word, so it seems appropriate to
leave it out!
I don't really like that use of "based on", but I'm not sure what my
dislike is based on.
> Template: localepurge/dontbothernew
> Type: boolean
> Default: false
> _Description: Inform about new locales?
> + If you choose this option, you will be given the opportunity
> to decide whether to keep or delete newly introduced locales.
> + .
> + If you don't choose it, newly introduced locales will be
> + automatically dropped from the system.
I've never quite been able to understand why anyone would want this;
is it for people who are concerned that their nation might soon
fragment into sub-codes, or what?
> Template: localepurge/showfreedspace
> Type: boolean
> Default: true
> _Description: Display freed disk space?
> + The localepurge program can calculate and display the disk space freed by
> its
> + operations and show a saved disk space summary when quitting.
>
> Avoid weird capitalization.
>
> "at"? "when"? Justin?
If the idea is that there are two different displays, a per-action
freed space calculation and a final total, it might be clearer as:
The localepurge program can display the disk space freed by each
operation, and show a final summary of saved disk space.
> Template: localepurge/quickndirtycalc
[...]
> There are two ways available to calculate freed disk space. One is
> much faster than the other but far less accurate if other changes occur
> + on the filesystem during disk space calculation. The other one is more
> + accurate but slower.
Nitpick: s/filesystem/file system/
> Template: localepurge/verbose
> Type: boolean
> Default: false
> _Description: Display verbose output?
> + The localepurge program may be configured to explicitly show which locale
> files it
> deletes. This possibly causes a lot of screen output.
Slightly odd modality stuff there:
The localepurge program can be configured to explicitly show which
locale files it deletes. This may cause a lot of screen output.
Control file:
> Suggests: debfoster, deborphan, bleachbit
> -Description: Reclaim disk space removing unneeded localizations
> +Description: reclaim disk space by removing unneeded localizations
[...]
> Synopsis should not start with a capital letter. Adding "by" (Justin?)
That makes it a better verb phrase. The recommended construction
is a noun phrase - something more like:
Description: tool for reclaiming disk sp
Bug#726726: [Pkg-samba-maint] Bug#726726: Bug#726726: Bug#726726: Bug#726726: samba: Unable to share printer using cups
Hi Andrew, On Mon, Oct 21, 2013 at 10:45:22PM +1300, Andrew Bartlett wrote: > Almost certainly this is due to the output of cups-config. We have had > similar issues before, including a patch posted to the list just last > week. > > Can someone post the cups-config --libs and --ldflags output on a > affected system? On a test system with cups 1.6.3-1, I get: cups-config --libs: -lcups -Wl,-z,relro -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgnutls -lgcrypt -lz -lpthread -lm -lcrypt -lz cups-config --ldflags -L/usr/lib/x86_64-linux-gnu Cheers, Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724093: spice: FTBFS: aclocal: warning: couldn't open directory 'm4': No such file or directory
Control: tags -1 +patch Hi, Attached patch would fix this FTBFS, could you consider to apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru spice-0.12.4/debian/changelog spice-0.12.4/debian/changelog --- spice-0.12.4/debian/changelog 2013-07-29 01:20:30.0 +0900 +++ spice-0.12.4/debian/changelog 2013-10-21 19:17:35.0 +0900 @@ -1,3 +1,11 @@ +spice (0.12.4-0nocelt1.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/patches +- add enable_subdir-objects.patch (Closes: #724093) + + -- Hideki Yamane Mon, 21 Oct 2013 12:27:35 +0900 + spice (0.12.4-0nocelt1) unstable; urgency=low * New upstream release (Closes: #717030) diff -Nru spice-0.12.4/debian/patches/enable_subdir-objects.patch spice-0.12.4/debian/patches/enable_subdir-objects.patch --- spice-0.12.4/debian/patches/enable_subdir-objects.patch 1970-01-01 09:00:00.0 +0900 +++ spice-0.12.4/debian/patches/enable_subdir-objects.patch 2013-10-21 19:18:53.0 +0900 @@ -0,0 +1,17 @@ +Description: enable sudir-objects in spice-common dir, too + +Bug-Debian: http://bugs.debian.org/724093 +Forwarded: no +Last-Update: 2013-10-21 + +--- spice-0.12.4.orig/spice-common/configure.ac spice-0.12.4/spice-common/configure.ac +@@ -13,7 +13,7 @@ AC_CONFIG_AUX_DIR([build-aux]) + m4_ifdef([AM_PROG_AR], [AM_PROG_AR]) + + # Checks for programs +-AM_INIT_AUTOMAKE([1.11 dist-xz no-dist-gzip tar-ustar foreign -Wall -Werror]) ++AM_INIT_AUTOMAKE([1.11 dist-xz no-dist-gzip tar-ustar subdir-objects foreign -Wall -Werror]) + AM_MAINTAINER_MODE + AM_SILENT_RULES([yes]) + LT_INIT diff -Nru spice-0.12.4/debian/patches/series spice-0.12.4/debian/patches/series --- spice-0.12.4/debian/patches/series 2013-07-29 00:19:21.0 +0900 +++ spice-0.12.4/debian/patches/series 2013-10-21 19:17:35.0 +0900 @@ -1,3 +1,4 @@ fix-tests-warnings.patch make-celt-to-be-optional.patch link-server-test-with-libm-libpthread.patch +enable_subdir-objects.patch
Bug#724199: freefem: FTBFS: configure.in:72: error: required file 'admin/compile' not found
Control: tags -1 +patch Hi, Attached patch would fix this FTBFS, could you consider to apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru freefem-3.5.8/debian/changelog freefem-3.5.8/debian/changelog --- freefem-3.5.8/debian/changelog 2011-08-02 22:21:31.0 +0900 +++ freefem-3.5.8/debian/changelog 2013-10-21 13:46:19.0 +0900 @@ -1,3 +1,11 @@ +freefem (3.5.8-5.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules +- specify "-fi" option to autoreconf (Closes: #724199) + + -- Hideki Yamane Mon, 21 Oct 2013 12:52:32 +0900 + freefem (3.5.8-5) unstable; urgency=low * Team uploaded diff -Nru freefem-3.5.8/debian/rules freefem-3.5.8/debian/rules --- freefem-3.5.8/debian/rules 2011-08-02 22:11:59.0 +0900 +++ freefem-3.5.8/debian/rules 2013-10-21 12:52:26.0 +0900 @@ -19,7 +19,7 @@ debian/stamp-autotools-files: libtoolize - autoreconf -I admin/ + autoreconf -fi -I admin/ build/libfreefem-doc:: doxygen freefem.doxygen
Bug#725999: [Pkg-salt-team] Bug#725999: salt: fails to ship source and incomplete debian/copyright
On Mon, Oct 21, 2013 at 06:01:58AM -0400, Luke Faraone wrote: > Yes. If you don't want to modify the upstream tarball this is then the > recommended approach. Thanks Luke, it turns out I need to modify the upstream tarball as there are non DFSG files (fonts) in there. So I'll remove these files and patch to use the versions packaged by debian. Thanks, Joe -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726726: [Pkg-samba-maint] Bug#726726: Bug#726726: Bug#726726: Bug#726726: samba: Unable to share printer using cups
On Mon, 2013-10-21 at 12:20 +0200, Ivo De Decker wrote: > Hi Andrew, > > On Mon, Oct 21, 2013 at 10:45:22PM +1300, Andrew Bartlett wrote: > > Almost certainly this is due to the output of cups-config. We have had > > similar issues before, including a patch posted to the list just last > > week. > > > > Can someone post the cups-config --libs and --ldflags output on a > > affected system? > > On a test system with cups 1.6.3-1, I get: > > cups-config --libs: > -lcups -Wl,-z,relro -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgnutls > -lgcrypt -lz -lpthread -lm -lcrypt -lz > > cups-config --ldflags > -L/usr/lib/x86_64-linux-gnu The patch will need to be to source3/wscript where it calls cups-config, or in buildtools/wafadmin/Tools/config_c.py:parse_flags(). One way or the other, I don't think we should not put the default linker path in there at all. Andrew Bartlett -- Andrew Bartletthttp://samba.org/~abartlet/ Authentication Developer, Samba Team http://samba.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726993: RFS: django-celery-transactions/0.1.3-1 [ITP] -- Django transaction support for Celery tasks
Package: sponsorship-requests Severity: wishlist -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Dear mentors, I am looking for a sponsor for my package "django-celery-transactions" * Package name: django-celery-transactions Version : 0.1.3-1 Upstream Author : Chris Doble * URL : https://github.com/chrisdoble/django-celery-transactions * License : BSD-2-clause Section : python It builds those binary packages: python-django-celery-transactions - Django transaction support for Celery tasks To access further information about this package, please visit the following URL: http://mentors.debian.net/package/django-celery-transactions Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/d/django-celery-transactions/django-celery-transactions_0.1.3-1.dsc More information about django-celery-transactions can be obtained from https://github.com/chrisdoble/django-celery-transactions. Regards, Michael Fladischer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iQIcBAEBCgAGBQJSZQOdAAoJEGlMre9Rx7W2eToQALaaJGXd0fHMjaywSXOnQbsL SspnfHt62+/3iQ8A25d0zp/25+vu7cNAz2Biw80i4oAziAUxqUq0KPrNjrQpcFgJ 8YWfyZyufvhSHj8DklAJoIYnmMc8/fyCtoAcKCknTD55bW+kOlp5r17x1MojriKQ qKskZekmPF4fciotutGDZ8LtnfjaXx1Kk1CKUr4NpG4OiZn/SsQq72U61zCgNotZ VW4iVLIZjYwraNXBMdoXCVQftoef4/iJJD0qQ7mbsklaribDDc9nbsQHHjy7tZ5r XRiwMSGFq81PWH+MLudGvmWqsmo4FXs0uFHOC1JvDvf38okKa0TdiidWCYUX4/S0 zVkjsnSqh8NOB14jPseB9+0ddSkQb9rblziAdx17lyMbpfgi7U9DsjM5HfVNQ+Ut WNhkHvvUIr1lqMTUDzJ7mb0RXHnAdhW6Nmtbt86YVqky8Y33VSJMM3sSMwQQHN5D rt9gOpsEWE3nRLm9+a1NqPh6RuxxfS1bDXWXKLAaJnEaKPmnvugDjtSq9S1zPAom M6daYjMzZWth+q+tbORjmvM195pw7fMX9VRRVovtieOOdYKa+4xVxCvNC2l2Sa3j dr5IucARwnndvkg+Y2TD/svxBgf7FTuEerMqs6fwBhAFbKC9dwvt8XCmJr7iNr0l jLMTXGXVrEJv+eMC+hoR =uolS -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#726726: [Pkg-samba-maint] Bug#726726: Bug#726726: Bug#726726: Bug#726726: samba: Unable to share printer using cups
Andrew, On Mon, Oct 21, 2013 at 11:32:14PM +1300, Andrew Bartlett wrote: > > cups-config --libs: > > -lcups -Wl,-z,relro -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lgnutls > > -lgcrypt -lz -lpthread -lm -lcrypt -lz > > > > cups-config --ldflags > > -L/usr/lib/x86_64-linux-gnu > > The patch will need to be to source3/wscript where it calls cups-config, > or in buildtools/wafadmin/Tools/config_c.py:parse_flags(). One way or > the other, I don't think we should not put the default linker path in > there at all. When -L/usr/lib/x86_64-linux-gnu is listed after -L/usr/lib/x86_64-linux-gnu/heimdal, it seems to work, but it would be very fragile to rely on that. Where exactly is the order of the ldflags decided in the waf code? Ivo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#448908: Has it been fixed?
On Mon, Oct 21, 2013 at 5:20 AM, Richard Eagleton wrote: > This bug is still in Ubuntu 12.04 and I was wondering if its been fixed yet? > There is a workaround available by using aptitude but as this is not part of > a standard install now and apt-get is regarded as the preferred method of > installation, it would be better if this be fixed so that tools like > debconf-apt-progress work correctly with it. I presume yes as I can't reproduce it in debian/sid and in a fresh precise chroot + universe + dialog (from the former) I see no progress from both… [but the behavior of debconf-apt-progress seems to have changed since precise] Some details on what you mean and how you reproduce it exactly might help. Best regards David Kalnischkies -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#720734: Any progress on this one
Hi I'm missing both the Controls and Layouts plugins Can you shed some light as to what is happening with these packages best regards Camilla Boemann -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726996: /lib/systemd/systemd-timedated: /etc/localtime should be a symbolic link to a timezone data file in /usr/share/zoneinfo/
Package: systemd Version: 204-5 Severity: normal File: /lib/systemd/systemd-timedated Hi, On my system, timedated is complaining about: systemd-timedated[17739]: /etc/localtime should be a symbolic link to a timezone data file in /usr/share/zoneinfo/. I'm opening this bug so this is not lost Cheers Laurent Bigonville -- Package-specific info: -- systemd-delta: -- 0 overridden configuration files found. -- Contents of /var/lib/systemd/deb-systemd-helper-enabled: -- ==> /var/lib/systemd/deb-systemd-helper-enabled/rsyslog.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service /etc/systemd/system/multi-user.target.wants/rsyslog.service /etc/systemd/system/syslog.service ==> /var/lib/systemd/deb-systemd-helper-enabled/pcscd.socket.dsh-also <== /etc/systemd/system/sockets.target.wants/pcscd.socket ==> /var/lib/systemd/deb-systemd-helper-enabled/apt-cacher-ng.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/apt-cacher-ng.service ==> /var/lib/systemd/deb-systemd-helper-enabled/syslog.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/apt-cacher-ng.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/libvirt-guests.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/lm-sensors.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/auditd.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/rsyslog.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/libvirt-bin.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/virtlockd.socket <== ==> /var/lib/systemd/deb-systemd-helper-enabled/multi-user.target.wants/atd.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/pcscd.service.dsh-also <== /etc/systemd/system/sockets.target.wants/pcscd.socket ==> /var/lib/systemd/deb-systemd-helper-enabled/accounts-daemon.service.dsh-also <== /etc/systemd/system/graphical.target.wants/accounts-daemon.service ==> /var/lib/systemd/deb-systemd-helper-enabled/lm-sensors.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/lm-sensors.service ==> /var/lib/systemd/deb-systemd-helper-enabled/basic.target.wants/firewalld.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/firewalld.service.dsh-also <== /etc/systemd/system/basic.target.wants/firewalld.service /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service ==> /var/lib/systemd/deb-systemd-helper-enabled/libvirt-guests.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/libvirt-guests.service /etc/systemd/system/multi-user.target.wants/libvirt-guests.service /etc/systemd/system/multi-user.target.wants/libvirt-guests.service /etc/systemd/system/multi-user.target.wants/libvirt-guests.service ==> /var/lib/systemd/deb-systemd-helper-enabled/virtlockd.socket.dsh-also <== /etc/systemd/system/multi-user.target.wants/virtlockd.socket /etc/systemd/system/multi-user.target.wants/virtlockd.socket /etc/systemd/system/multi-user.target.wants/virtlockd.socket /etc/systemd/system/multi-user.target.wants/virtlockd.socket ==> /var/lib/systemd/deb-systemd-helper-enabled/graphical.target.wants/accounts-daemon.service <== ==> /var/lib/systemd/deb-systemd-helper-enabled/atd.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/atd.service ==> /var/lib/systemd/deb-systemd-helper-enabled/libvirt-bin.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/libvirt-bin.service /etc/systemd/system/multi-user.target.wants/libvirt-bin.service /etc/systemd/system/multi-user.target.wants/libvirt-bin.service /etc/systemd/system/multi-user.target.wants/libvirt-bin.service ==> /var/lib/systemd/deb-systemd-helper-enabled/sockets.target.wants/pcscd.socket <== ==> /var/lib/systemd/deb-systemd-helper-enabled/auditd.service.dsh-also <== /etc/systemd/system/multi-user.target.wants/auditd.service ==> /var/lib/systemd/deb-systemd-helper-enabled/dbus-org.fedoraproject.FirewallD1.service <== -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/8 CPU cores) Locale: LANG=fr_BE.utf8, LC_CTYPE=fr_BE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages systemd depends on: ii initscripts 2.88dsf-43 ii libacl1 2.2.52-1 ii libaudit11:2.3.2-2 ii libc62.17-93
Bug#726909: soffice.bin: error while loading shared libraries: libjvmfwklo.so
severity 726909 serious tag 726909 + pending thanks Hi, On Sun, Oct 20, 2013 at 02:07:12PM +0200, Ricardo Mones wrote: > While launching lowriter/libreoffice/... just found this: > > $ lowriter > /usr/lib/libreoffice/program/soffice.bin: error while loading shared > libraries: libjvmfwklo.so: cannot open shared object file: No such file or > directory > > A quick research revealed that I had no such lib installed, but it > exists in new ure 4.1.2-1. > > Updating ure from 4.1.1-1 to 4.1.2-1 fixed the problem, so I think > libreoffice should depend on that version at least to prevent this. Yep. I had a Breaks: libreoffice-core << 4.1.2 on the new ure, but indeed, tthat doesn't perevent a new -core with old ure (just the other way round). Regards, Rene -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726997: findbugs: reduce package size by 3.3M or 40%
Package: findbugs Version: 2.0.2-1 Severity: wishlist Dear Maintainer, The findbugs package contains an excellent opportunity to reduce space on the mirrors and installations. The findbugs.jar, which makes up almost half of the package, is shipped twice in the binary package[1]. Can you replace one copy with a symbolic link to the other? For details on shrinking packages see https://wiki.debian.org/dedup.debian.net. If you need assistance, please ask. Helmut [1] http://dedup.debian.net/compare/findbugs/findbugs -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726996: /lib/systemd/systemd-timedated: /etc/localtime should be a symbolic link to a timezone data file in /usr/share/zoneinfo/
forcemerge 726256 726996 thanks Am 21.10.2013 13:12, schrieb Laurent Bigonville: > Package: systemd > Version: 204-5 > Severity: normal > File: /lib/systemd/systemd-timedated > > Hi, > > On my system, timedated is complaining about: > > systemd-timedated[17739]: /etc/localtime should be a symbolic link to a > timezone data file in /usr/share/zoneinfo/. > > I'm opening this bug so this is not lost debconf information > I've already filed a bug report after we had discussed that on IRC. See [1]. Atm, I'm actually for patching timedated to use a copy instead of symlink, until we can rely on /usr being present during early boot. Michael [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726256 -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#726344: Just a one line patch
Control: 726344 + patch Hi, To avoid issues while changing the cgi part, you can just add a "next if packages.nil?" like in the attached patch proposed. Best regards, Joseph how-can-i-help_0.7.1.diff Description: Binary data
Bug#726998: [debian-policy] debian-policy for privacy breach
Package: debian-policy Version: 3.9.4.0 Severity: important Hi, I will be important to havbe a policy aboyut locally installed web page fetching network ressource. This could lead to privacy breach+ For instance a like button fetch facebook and some local documentation fetch ads sense script*. However they exist some grey area that need more thinking. Donation button with paypal for instance. It is unethical to remove donation offer from upstream documentation BUT: - we could not locally copy the paypal logo (violation of copyright). - we could not allow fetching paypal logo (fail dissident test). I plan to physically talk about this at debian paris miniconf 2014. Bastien + I am coding a lintian check for this. * This is a violation of term of service moreover. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726670: broken on system with IPv6-only dns resolver
Hi Alexandre, thanks for your bug report. I haven't verified your complete bug report yet. It seems like that this problems occurs due to the fact, that your local installation is v6 only and the configured DNSBLs do not offer IPv6-lookups nor are they reachable via v6 - therefor you run into the mentioned problems. Best, Werner Detter -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726999: lttng-modules-2.3.2: 2.3.2 version does not compile properly
Package: lttng-modules-dkms Version: 2.3.2-1 Severity: normal File: lttng-modules-2.3.2 Hi, building lttng-modules-dkms fails with this log : DKMS make.log for lttng-modules-2.3.2 for kernel 3.10-3-amd64 (x86_64) lundi 21 octobre 2013, 11:19:50 (UTC+0200) make: entrant dans le répertoire « /usr/src/linux-headers-3.10-3-amd64 » /usr/src/linux-headers-3.10-3-common/arch/x86/Makefile:92: stack protector enabled but no compiler support CC [M] /var/lib/dkms/lttng-modules/2.3.2/build/lttng-ring-buffer-client-discard.o In file included from /var/lib/dkms/lttng-modules/2.3.2/build/lttng-tracer.h:37:0, from /var/lib/dkms/lttng-modules/2.3.2/build/lttng-ring-buffer-client-discard.c:24: /var/lib/dkms/lttng-modules/2.3.2/build/wrapper/trace-clock.h:40:2: error: #error "Linux kernels 3.10 and 3.11 introduce a deadlock in the timekeeping subsystem. Fixed by commit 7bd36014460f793c19e7d6c94dab67b0afcfcb7f \"timekeeping: Fix HRTICK related deadlock from ntp lock changes\" in Linux." make[3]: *** [/var/lib/dkms/lttng-modules/2.3.2/build/lttng-ring-buffer-client-discard.o] Erreur 1 make[2]: *** [_module_/var/lib/dkms/lttng-modules/2.3.2/build] Erreur 2 make[1]: *** [sub-make] Erreur 2 make: *** [all] Erreur 2 make: quittant le répertoire « /usr/src/linux-headers-3.10-3-amd64 » -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: i386 (x86_64) Foreign Architectures: amd64 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15) Shell: /bin/sh linked to /bin/bash Versions of packages lttng-modules-dkms depends on: ii dkms 2.2.0.3-1.2 Versions of packages lttng-modules-dkms recommends: ii lttng-tools 2.1.1-2 lttng-modules-dkms 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#726913: r-base-dev: does not use the dpkg-buildflags options for gfortran, specifically LDFLAGS
On 20 October 2013 at 22:07, Julian Gilbey wrote: | On Sun, Oct 20, 2013 at 12:34:04PM -0500, Dirk Eddelbuettel wrote: | > | Ah, I'm guessing it comes from /usr/lib/R/etc/Makeconf (I straced R | > | CMD config LDFLAGS). That seems to be created at R build time, so I | > | wonder whether simply tweaking that would do the trick? | > | > Good thinking -- yes it would. We code'em down in debian/rules for | > configure, they then tend to get passed through. | > | > That would probably be worth it! (And in case you look at the debian/rules | > for r-base, it is a bit of a mess that grew over ten+ years -- not proud of | > it but heck it works :) | > | > | I've just had a look at the debian/rules file for r-base. At present, | > | optimflags seems to be derived from a hand-written set of rules. | > | Could it be replaced by something vaguely like the following: | > | | > | optimflags = $(shell dpkg-buildflags --get CFLAGS) | > | ldflags = $(shell dpkg-buildflags --get LDFLAGS) | > | > Very nice. I was fully unaware of that option to dpkg-buildflags. | | I was unaware of the script in its entirety until today ;-) Me too. I said that awkwardly, ie didn't come out right. I had only know about DEB_BUILD_OPTIONS and other hacks. This is much better. | | > | etc., and the same for CPPFLAGS, CXXFLAGS, FFLAGS, and then set these | > | environment variables when you run configure, instead of setting | > | LDFLAGS to be empty? I could write a whole patch if you wish, but | > | only if you would like me to. | > | > I'd appreciate it if you took a stab at it. There is a ton of special casing | > in there. Would we need a ton of post-processing with sed to account for | > that? I;d hesitate to just say 'hell with it', breaking everything and | > trying to put it back together on arch at a time. | > | > But yes, the added flags should probably be going in there... | | OK, attached is a suggested patch. It seems to work for me. | | There are some of the parts where I've added other flags in addition | to the ones that were already there - I don't know if this is I'd prefer it if we could go over this in a bit more detail. | necessary or not. Also, the definition of fflags is currently broken, | as noted in the patch, as there is a bug in dpkg-dev (which I've just | reported) - it should be fixed pretty soon. | | I've left all of the old code in the file, clearly commented out. It | might be worth removing it entirely, or perhaps not. I had some issue come back to me twice, in that sense it helps as institutional memory. | Also, I noticed | that there is an old rules,v file in the debian/ directory, which made | it slightly hard to edit the rules file. I don't know how you're | currently doing your version tracking, but if it's no longer with RCS, | you may wish to delete this file! Yes, that is from way-back-when. Dirk | HTH! | |Julian | | -- | --- rules.old 2013-10-20 19:06:09.0 +0100 | +++ rules 2013-10-20 19:29:26.938407738 +0100 | @@ -77,86 +77,97 @@ | f95compiler = gfortran | compiler = "gcc -std=gnu99" | cxxcompiler = g++ | -optimflags = -O3 -pipe | | -# edd 22 Apr 2012 gcc-4.7 needs -O2 to build R (also #67359) | -ifneq "$(shell gcc --version | head -1 | cut -d' ' -f4 | grep '^4.7')" "" | -optimflags = -O2 -pipe | -endif | - | -# edd 04 Sep 2001 default compiler flags, lowered for m68k | -#compilerflags = -O2 | -# m68k barks when using g77, and when gcc use -O2 | -# edd 26 Nov 2002 switched back to g77 | -# edd 02 Jun 2003 switched back | -# cts 04 Jun 2003 use -O1 on m68k | -#ifeq ($(arch),m68k) | -#fortrancompiler = F2C=f2c | -#compilerflags = -O1 | -#endif | - | -# edd 14 Nov 2003 turn blas off on arm | -# edd 12 May 2010 no longer needed -- thx to Modestas Vainius | -#ifeq ($(arch),arm) | -#atlas = --without-blas | -#endif | - | -## edd 09 Nov 2001 ia64 needs gcc-3.0, hppa gets it by default | -#ifeq ($(arch),ia64) | -#fortrancompiler = F77=g77-3.0 | -#compiler= gcc-3.0 | -#cxxcompiler = g++-3.0 | -#compilerflags = -O2 | -#endif | - | -## lam...@debian.org 06 Dec 2001 hppa needs -ffunction-sections | -ifeq ($(arch),hppa) | -optimflags = -O2 -ffunction-sections | -endif | - | -## edd 20 Jun 2002 no optimisation or debugging on baby systems | -## edd 02 Jun 2003 use this on arm only | -## edd 12 May 2010 no longer use it on arm either -- thx Modestas | -## edd 04 Aug 2010 on mips and mipsel, don't use -g | -##ifneq "$(findstring $(arch), m68k arm)" "" | -#ifneq "$(findstring $(arch), arm)" "" | -ifneq "$(findstring $(arch), mips mipsel)" "" | -optimflags = -g0 | -#optimflags = -O0 -g0 | -endif | - | -## edd 04 Apr 2009 Alpha dies on deriv.c, trying will less optimisation | -## edd 16 Apr 2009 commented-out as Kurt Roeckx applied a gcc patch | -#ifeq ($(arch),alpha) | -#optimflags = -O2 -g0 | -#endif | - |
Bug#726248: sdt.h conflict with kfreebsd-kernel-headers and systemtap-sdt-dev
On 20/10/13 23:29, Robert Millan wrote: > Well I think it doesn't hurt to let systemtap-sdt-dev provide sys/sdt.h > at least for the time being. If later on (i.e. when we actually have > DTrace) we find out that there are significant shortcomings, we can > always revert that decision. In the meantime this will allow us to > verify that the magic in GDB also works on GNU/kFreeBSD. Absolutely agree, since nobody had time to get DTrace working yet, but trying this in the meantime could potentially give us some new functionality. Someone might find a way to adapt DTrace to be able to use this, or (probably after jessie release) adapt systemtap-sdt-dev to give something that is compatible with it. > My suggestion, assuming everyone is okay with it, would be that you make > this package arch-all and add a: > > Replaces: kfreebsd-kernel-headers [kfreebsd-any] systemtap-sdt-dev doesn't replace *all* of kfreebsd-kernel-headers though? If systemtap-sdt-dev is intended to become Build-Essential it mustn't conflict with k-k-h! I assumed k-k-h must stop providing this file, and then systemtap-sdt-dev define a Breaks: on older versions of k-k-h. After that they can be installed together. Regards, -- Steven Chamberlain ste...@pyro.eu.org -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#700382: gtk-redshift: Wrong instructions for autostart in README.Debian
tags 700382 +patch
thanks
The correct path is $HOME/$XDG_CONFIG_HOME/autostart (or
~/.config/autostart). Patch attached.
>From cce487df4413ff6ff061281831e30cabea176a5a Mon Sep 17 00:00:00 2001
From: Jon Dowland
Date: Sun, 20 Oct 2013 12:05:52 +0100
Subject: [PATCH] reword README.Debian with correct autostart path
---
debian/README.Debian | 11 +--
debian/changelog |7 +++
2 files changed, 12 insertions(+), 6 deletions(-)
diff --git a/debian/README.Debian b/debian/README.Debian
index 37c2f17..40790d7 100644
--- a/debian/README.Debian
+++ b/debian/README.Debian
@@ -1,9 +1,8 @@
Autostart of gtk-redshift
-
-Autostart was removed from Debian package because of violation of 'Desktop Application
-Autostart Specification' (see bug #619699). If you want gtk-redshift autostarted please
-configure this in your specific desktop environment (e.g. by placing
-/usr/share/applications/gtk-redshift.desktop in
-$HOME/$XDG_CONFIG_HOME/gtk-redshift/
-(usually defaults to $HOME/.config/gtk-redshift).
+Autostart was removed from Debian package because of violation of 'Desktop
+Application Autostart Specification' (see bug #619699). If you want
+gtk-redshift autostarted please configure this in your specific desktop
+environment (e.g. by placing /usr/share/applications/gtk-redshift.desktop in
+$HOME/$XDG_CONFIG_HOME/autostart (usually defaults to $HOME/.config/autostart).
diff --git a/debian/changelog b/debian/changelog
index 2c20550..3248460 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+redshift (1.7-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Correct location for autostart file in README.Debian. Closes: #619699.
+
+ -- Jonathan Dowland Sun, 20 Oct 2013 12:04:32 +0100
+
redshift (1.7-2) unstable; urgency=low
* Changed dependency from python (>= 2.6.6-3~) to ${python:Depends}
--
1.7.10.4
Bug#727001: signing-party: gpg-mailkeys: making path to sendmail configurable
Package: signing-party Version: svn r505 Severity: wishlist Many relay-only smtp packages (msmtp, esmtp, etc.) come with a sendmail that has no queuing support. For both, msmstp and esmtp, wrapper shell scripts are proposed that provide simple queueing support. However, this makes it necessary to change the path for sendmail from /usr/sbin/sendmail to the specific wrapper script. The following patch makes for gpg-mailkeys the path to sendmail configurable. -- >8 -- --- gpg-mailkeys/gpg-mailkeys | 8 gpg-mailkeys/gpg-mailkeys.1 | 8 +--- 2 files changed, 9 insertions(+), 7 deletions(-) diff --git a/gpg-mailkeys/gpg-mailkeys b/gpg-mailkeys/gpg-mailkeys index 7abe220..944e8bf 100755 --- a/gpg-mailkeys/gpg-mailkeys +++ b/gpg-mailkeys/gpg-mailkeys @@ -41,6 +41,9 @@ if [ -z "$*" ]; then exit 1 fi +SENDMAIL="/usr/sbin/sendmail" +SENDMAIL_ARGS="" + if [ -e ~/.gpg-mailkeysrc ] ; then . ~/.gpg-mailkeysrc fi @@ -61,9 +64,6 @@ Here is your signed GPG key. Enjoy, $NAME" fi -if [ -z "$SENDMAIL_ARGS" ]; then - SENDMAIL_ARGS="" -fi get_local_charset @@ -123,7 +123,7 @@ Content-Disposition: attachment; filename="$1.asc" --$BOUNDARY-- EOM printf " sending" - /usr/sbin/sendmail $SENDMAIL_ARGS -ti <$TEMPFILE + $SENDMAIL $SENDMAIL_ARGS -ti <$TEMPFILE rm $TEMPFILE printf " done.\n" shift 1 diff --git a/gpg-mailkeys/gpg-mailkeys.1 b/gpg-mailkeys/gpg-mailkeys.1 index cdd8207..1fbdd4a 100644 --- a/gpg-mailkeys/gpg-mailkeys.1 +++ b/gpg-mailkeys/gpg-mailkeys.1 @@ -32,10 +32,12 @@ Set the subject of the messages you send .I TEXT Set the body text of the messages .TP 13 +.I SENDMAIL +Set the path to sendmail. Default: /usr/sbin/sendmail +.TP 13 .I SENDMAIL_ARGS -Set arguments to pass to /usr/sbin/sendmail. This can be useful to set -credentials in order to authenticate to an smtp server when using ssmtp -for example. +Set arguments to pass to sendmail. This can be useful to set credentials in +order to authenticate to an smtp server when using ssmtp for example. .SH FILES The behavior of -- 1.8.1.5 signature.asc Description: Digital signature
Bug#727000: signing-party: gpg-mailkeys should check for empty FROM
Package: signing-party Version: svn r505 Invoking gpg-mailkeys without setting EMAIL in ~/.gpg-mailkeys nor setting FROM in the environment sends out mails. Not setting these variables is most likely a configuration error and gpg-mailkeys should give an error and enforce setting the corresponding variables. I propose the following patch against r505 in svn: -- >8 -- --- gpg-mailkeys/gpg-mailkeys | 4 1 file changed, 4 insertions(+) diff --git a/gpg-mailkeys/gpg-mailkeys b/gpg-mailkeys/gpg-mailkeys index 7abe220..3bcfba8 100755 --- a/gpg-mailkeys/gpg-mailkeys +++ b/gpg-mailkeys/gpg-mailkeys @@ -47,6 +47,10 @@ fi if [ -n "$EMAIL" ]; then FROM="$EMAIL" fi +if [ -z "$FROM" ]; then + echo "Error: No EMAIL set in ~/.gpg-mailkeysrc and no FROM set in environment." + exit 1 +fi if [ -z "$SUBJECT" ]; then SUBJECT="Your signed GPG key" fi -- 1.8.1.5 signature.asc Description: Digital signature
Bug#700388: redshift: Wrong package homepage
tags 700388 +patch
tags 700382 +patch
thanks
On Tue, Feb 12, 2013 at 11:07:28AM +0100, Olivier Berger wrote:
> IMHO, the webpage should point to http://jonls.dk/redshift/ instead of
> https://launchpad.net/redshift in the control fields.
Patch attached.
>From 5d36bd511228c674ad12e3a271976d39dc6c7e83 Mon Sep 17 00:00:00 2001
From: Jon Dowland
Date: Sun, 20 Oct 2013 12:12:58 +0100
Subject: [PATCH] correct homepage
---
debian/changelog |7 +++
debian/control |2 +-
2 files changed, 8 insertions(+), 1 deletion(-)
diff --git a/debian/changelog b/debian/changelog
index 2c20550..dd15765 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,10 @@
+redshift (1.7-2.1) unstable; urgency=low
+
+ * Non-maintainer upload.
+ * Correct package homepage. Thanks Olivier Berger. Closes: #700388.
+
+ -- Jonathan Dowland Sun, 20 Oct 2013 12:09:16 +0100
+
redshift (1.7-2) unstable; urgency=low
* Changed dependency from python (>= 2.6.6-3~) to ${python:Depends}
diff --git a/debian/control b/debian/control
index 33dcf91..844ba29 100644
--- a/debian/control
+++ b/debian/control
@@ -7,7 +7,7 @@ XS-Python-Version: >= 2.6
Standards-Version: 3.9.3
Vcs-Git: git://anonscm.debian.org/users/rhalina-guest/redshift.git
Vcs-Browser: http://anonscm.debian.org/gitweb/?p=users/rhalina-guest/redshift.git
-Homepage: https://launchpad.net/redshift
+Homepage: http://jonls.dk/redshift/
Package: redshift
Architecture: any
--
1.7.10.4
Bug#727002: RFS: spatialite/4.1.1-2
Package: sponsorship-requests Severity: normal Dear mentors, As part of the upcoming SpatiaLite transition am I looking for a sponsor for my package "spatialite". Please refer to the thread on debian-gis@ for more information on this transition: https://lists.debian.org/debian-gis/2013/10/msg9.html Package name: spatialite Version : 4.1.1-2 Upstream Author : Alessandro Furieri URL : https://www.gaia-gis.it/fossil/libspatialite/ License : MPL-1.1 or GPL-2.0+ or LGPL-2.1+ Section : science It builds those binary packages: libspatialite-dev - Geospatial extension for SQLite - development files libspatialite5 - Geospatial extension for SQLite - libraries libspatialite5-dbg - Geospatial extension for SQLite - debugging symbols To access further information about this package, please visit the following URL: http://mentors.debian.net/package/spatialite Alternatively, one can download the package with dget using this command: dget -x http://mentors.debian.net/debian/pool/main/s/spatialite/spatialite_4.1.1-2.dsc More information about SpatiaLite can be obtained from https://www.gaia-gis.it/fossil/libspatialite/. Changes since the last upload: * Disable hexgrid22.testcase, fails on 32bit archs. 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#727003: please build using python3 instead of python2
Package: src:gdb Version: 7.6.1-1 please build gdb using python3 instead of python2. Pretty printers should be ready to be used with python3 for the jessie release. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727004: xchat: Use wrong clipboard for text selection
Package: xchat Version: 2.8.8-7.1+b1 Severity: normal Selecting a text in the chan view send it to the “primary” clipboard (used for the middle-clic paste), but send it to the “clipboard” one (used for the classical copy/paste) too. So, selecting a text in the chan view means losing the text/image/file/etc. stored in the main clipboard. -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.10-3-amd64 (SMP w/2 CPU cores) Locale: LANG=fr_FR.UTF-8, LC_CTYPE=fr_FR.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages xchat depends on: ii libatk1.0-0 2.10.0-2 ii libc62.17-93 ii libcairo21.12.16-2 ii libdbus-1-3 1.6.16-1 ii libdbus-glib-1-2 0.100.2-1 ii libfontconfig1 2.10.2-2 ii libfreetype6 2.4.9-1.1 ii libgdk-pixbuf2.0-0 2.28.2-1 ii libglib2.0-0 2.36.4-1 ii libgtk2.0-0 2.24.21-1 ii libpango-1.0-0 1.32.5-5+b1 ii libpangocairo-1.0-0 1.32.5-5+b1 ii libpangoft2-1.0-01.32.5-5+b1 ii libperl5.18 5.18.1-4 ii libsexy2 0.1.11-2+b1 ii libssl1.0.0 1.0.1e-3 ii libx11-6 2:1.6.2-1 ii libxml2 2.9.1+dfsg1-3 ii xchat-common 2.8.8-7.1 Versions of packages xchat recommends: ii alsa-utils 1.0.27.1-1 ii libnotify-bin 0.7.6-1 ii libnotify4 0.7.6-1 ii libpython2.7 2.7.5-8 ii tcl8.5 8.5.14-2 ii xdg-utils 1.1.0~rc1+git20111210-7 xchat 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#522935: Compiz has been removed from Debian, but Emerald seem to require it
block 522935 by 722451 block 597839 by 722451 kthxbye Hi, Compiz has been removed[1] from Debian about two months ago due to being unmaintained and RC-buggy. (It seems controversial if Compiz is also dead upstream.) Nevertheless someone requests to readd[2] Compiz to Debian again. [1] http://bugs.debian.org/719870 [2] http://bugs.debian.org/722451 Emerald seems to depend on Compiz. So unless Compiz reenters Debian, Emerald and Emerald Themes don't make sense to be packaged for Debian. Hence adding according "blocked by" references. Regards, Axel -- ,''`. | Axel Beckert , http://people.debian.org/~abe/ : :' : | Debian Developer, ftp.ch.debian.org Admin `. `' | 1024D: F067 EA27 26B9 C3FC 1486 202E C09E 1D89 9593 0EDE `-| 4096R: 2517 B724 C5F6 CA99 5329 6E61 2FF9 CD59 6126 16B5 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727005: please build a python3-hdate package
Package: libhdate Version: 1.6-2 Severity: wishlist Please build a python3-hdate package (and keep the python-hdate package). -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727006: please multiarch libhdate
Package: src:libhdate
Version: 1.6-2
Severity: wishlist
Tags: patch
Please multiarch libhdate, patch attached.
diff -Nru libhdate-1.6/debian/changelog libhdate-1.6/debian/changelog
--- libhdate-1.6/debian/changelog 2013-09-21 13:17:48.0 +0200
+++ libhdate-1.6/debian/changelog 2013-10-21 14:41:47.0 +0200
@@ -1,3 +1,11 @@
+libhdate (1.6-2ubuntu1) trusty; urgency=low
+
+ * Merge with Debian; remaining changes:
+- Make python-hdate Multi-Arch: foreign (needed by bsdmainutils).
+- Split out a hdate binary package.
+
+ -- Matthias Klose Mon, 21 Oct 2013 14:37:07 +0200
+
libhdate (1.6-2) unstable; urgency=low
* Patch fix_3: fix an endless loop with hcal -3 (Closes: #692039).
@@ -21,6 +29,20 @@
-- Tzafrir Cohen Sat, 21 Sep 2013 14:17:40 +0300
+libhdate (1.6-1ubuntu2) saucy; urgency=low
+
+ * Update config.{guess,sub} for AArch64.
+
+ -- Matthias Klose Wed, 21 Aug 2013 10:31:42 +0200
+
+libhdate (1.6-1ubuntu1) raring; urgency=low
+
+ * Install into multiarch locations.
+ * Make python-hdate Multi-Arch: foreign (needed by bsdmainutils).
+ * Split out a hdate binary package.
+
+ -- Matthias Klose Fri, 08 Mar 2013 15:49:52 +0800
+
libhdate (1.6-1) unstable; urgency=low
* New upstream release
diff -Nru libhdate-1.6/debian/control libhdate-1.6/debian/control
--- libhdate-1.6/debian/control 2013-09-19 13:39:32.0 +0200
+++ libhdate-1.6/debian/control 2013-10-21 14:41:10.0 +0200
@@ -11,6 +11,7 @@
Package: libhdate-dev
Architecture: any
+Multi-Arch: same
Depends: libhdate1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
Description: Provides a library that help use hebrew dates (development files)
LibHdate is a small C,C++ library for Hebrew dates,
@@ -25,6 +26,7 @@
Package: python-hdate
Section: python
Architecture: any
+Multi-Arch: foreign
Provides: ${python:Provides}
Depends: libhdate1 (= ${binary:Version}), ${python:Depends},
${shlibs:Depends}, ${misc:Depends}
Description: Provides a library that help use hebrew dates (python bindings)
@@ -52,6 +54,8 @@
Package: libhdate1
Section: libs
Architecture: any
+Multi-Arch: same
+Pre-Depends: multiarch-support
Depends: ${shlibs:Depends}, ${misc:Depends}
Conflicts: libhdate0
Replaces: libhdate0
@@ -59,5 +63,17 @@
LibHdate is a small C,C++ library for Hebrew dates,
holidays, and reading sequence (parasha). It is using
the source code from Amos Shapir's "hdate" package fixed
+ and patched by Nadav Har'El. The Torah reading sequence
+ is from tables by Zvi Har'El.
+
+Package: hdate
+Section: utils
+Architecture: any
+Depends: libhdate1 (= ${binary:Version}), ${shlibs:Depends}, ${misc:Depends}
+Replaces: libhdate0 (<< 1.6-1ubuntu1)
+Description: Provides the hcal and hdate binaries that help use hebrew dates
+ LibHdate is a small C,C++ library for Hebrew dates,
+ holidays, and reading sequence (parasha). It is using
+ the source code from Amos Shapir's "hdate" package fixed
and patched by Nadav Har'El. The Torah reading sequence
is from tables by Zvi Har'El.
diff -Nru libhdate-1.6/debian/hdate.install libhdate-1.6/debian/hdate.install
--- libhdate-1.6/debian/hdate.install 1970-01-01 01:00:00.0 +0100
+++ libhdate-1.6/debian/hdate.install 2013-10-21 14:41:10.0 +0200
@@ -0,0 +1,2 @@
+usr/bin/*
+usr/share/man/man1/*
diff -Nru libhdate-1.6/debian/libhdate1.dirs libhdate-1.6/debian/libhdate1.dirs
--- libhdate-1.6/debian/libhdate1.dirs 2013-08-16 15:23:02.0 +0200
+++ libhdate-1.6/debian/libhdate1.dirs 2013-10-21 14:41:10.0 +0200
@@ -1,4 +1,2 @@
usr/lib
-usr/bin
-usr/share/man
usr/share/locale
diff -Nru libhdate-1.6/debian/libhdate1.install
libhdate-1.6/debian/libhdate1.install
--- libhdate-1.6/debian/libhdate1.install 2013-08-16 20:19:26.0
+0200
+++ libhdate-1.6/debian/libhdate1.install 2013-10-21 14:39:11.0
+0200
@@ -1,4 +1,2 @@
usr/lib/*/lib*.so.*
-usr/bin/*
-usr/share/man/man1/*
usr/share/locale/*
Bug#721489: system default background color value
control: forcemerge 721489 723721 Hi, gnome-terminal as installed is set to use system default color for text and background. Let's start it under different DE: Under GNOME3, gnome-terminal is black text on white background. Under XFce, gnome-terminal is black text on black background. Under KDE,gnome-terminal is black text on black background. If I configure this terminal to a custom setting by unchecking "use color from system theme" under "Color" tab, things work as expected (Green on Black) for all cases. So problem is the default background color setting value nterpretation is different for DEs. This needs to be fixed properly. (Under KDE, I started gnome-terminal from another console, terminal size seems strange. That is another story.) Osamu -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727007: pu: package nsd3/3.2.12-3+deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, this is really simple bugfix adding $network to Required-Start to /etc/init.d/nsd3 since the daemon needs the network interfaces to be up. $ diffstat nsd3_3.2.12-3+deb7u1.debdiff changelog |6 ++ gbp.conf |4 ++-- init |2 +- 3 files changed, 9 insertions(+), 3 deletions(-) O. - -- System Information: Debian Release: 7.1 APT prefers stable APT policy: (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJlJicACgkQ9OZqfMIN8nN7lwCff+A64txAWaYiHX3jPUIvQ+ur +Z8An3f06o+8yXEqmEAQlMUPGaaG3JBR =XdIs -END PGP SIGNATURE- diff -Nru nsd3-3.2.12/debian/changelog nsd3-3.2.12/debian/changelog --- nsd3-3.2.12/debian/changelog 2013-02-19 13:23:22.0 +0100 +++ nsd3-3.2.12/debian/changelog 2013-10-21 14:50:15.0 +0200 @@ -1,3 +1,9 @@ +nsd3 (3.2.12-3+deb7u1) unstable; urgency=low + + * Add $network to Required-Start (Closes: #694930) + + -- Ondřej Surý Mon, 21 Oct 2013 14:49:55 +0200 + nsd3 (3.2.12-3) unstable; urgency=low * Cleanup autoreconf -fi stuff in dh_auto_clean target diff -Nru nsd3-3.2.12/debian/gbp.conf nsd3-3.2.12/debian/gbp.conf --- nsd3-3.2.12/debian/gbp.conf 2013-02-19 13:23:22.0 +0100 +++ nsd3-3.2.12/debian/gbp.conf 2013-10-21 14:50:15.0 +0200 @@ -1,5 +1,5 @@ [DEFAULT] -debian-branch = debian-sid +debian-branch = debian-wheezy debian-tag = debian/%(version)s pristine-tar = True -upstream-branch = upstream-sid +upstream-branch = upstream-wheezy diff -Nru nsd3-3.2.12/debian/init nsd3-3.2.12/debian/init --- nsd3-3.2.12/debian/init 2013-02-19 13:23:22.0 +0100 +++ nsd3-3.2.12/debian/init 2013-10-21 14:50:15.0 +0200 @@ -1,7 +1,7 @@ #!/bin/sh -e ### BEGIN INIT INFO # Provides: nsd3 -# Required-Start:$syslog $remote_fs +# Required-Start:$syslog $remote_fs $network # Required-Stop: $syslog $remote_fs # Should-Start: $local_fs # Should-Stop: $local_fs -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Mon, 21 Oct 2013 14:49:55 +0200 Source: nsd3 Binary: nsd3 nsd Architecture: source amd64 all Version: 3.2.12-3+deb7u1 Distribution: stable Urgency: low Maintainer: Ondřej Surý Changed-By: Ondřej Surý Description: nsd- authoritative name domain server (transitional package) nsd3 - authoritative domain name server (3.x series) Closes: 694930 Changes: nsd3 (3.2.12-3+deb7u1) unstable; urgency=low . * Add $network to Required-Start (Closes: #694930) Checksums-Sha1: 92011b3f853e6dd32a955468d9fc7557e9eb61e5 1293 nsd3_3.2.12-3+deb7u1.dsc 5eb876888eb4968609813d3165fa871bae4604fb 33167 nsd3_3.2.12-3+deb7u1.debian.tar.gz 2a2b9120a07035d83ee48955996537a082beb871 995230 nsd3_3.2.12-3+deb7u1_amd64.deb 8d16c566cfe5c8a598db367a1e7bc621563e5bc6 40766 nsd_3.2.12-3+deb7u1_all.deb Checksums-Sha256: 87a3d21a5c48892718ca90c47f1d54450fca5df00605fcc5f3c8b5c0f6673c98 1293 nsd3_3.2.12-3+deb7u1.dsc 5e791b1cb2e3154df16c4edabe6711367f064e4d4cc2d4671b9c1c74ddb15c56 33167 nsd3_3.2.12-3+deb7u1.debian.tar.gz 06e6fdf6c42086ebee46218e18c35fda9b9d655e066a6641d66f8193d118d50a 995230 nsd3_3.2.12-3+deb7u1_amd64.deb f335606beb56ffa4d56c5f3b40a224d7c69c2a2b2aa1b75d8c473b64a9293e04 40766 nsd_3.2.12-3+deb7u1_all.deb Files: 7a44396fee635f4d51ed06ea72d16295 1293 net extra nsd3_3.2.12-3+deb7u1.dsc 14cd21eec55323934dc204363757033a 33167 net extra nsd3_3.2.12-3+deb7u1.debian.tar.gz 825dd2cbd2bada3b1a93f043e70769f2 995230 net extra nsd3_3.2.12-3+deb7u1_amd64.deb a1d0c0682866477ad8f6c152b6d18fc0 40766 oldlibs extra nsd_3.2.12-3+deb7u1_all.deb -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlJlJYQACgkQ9OZqfMIN8nPFYACdFqfSoZ1fxG77FctwEMd1lGEM DkoAn04myjWGzNsvNQuhAuuuLHRAqBMw =Bxl9 -END PGP SIGNATURE- -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 3.0 (quilt) Source: nsd3 Binary: nsd3, nsd Architecture: any all Version: 3.2.12-3+deb7u1 Maintainer: Ondřej Surý Homepage: http://www.nlnetlabs.nl/nsd/ Standards-Version: 3.9.3 Vcs-Browser: http://git.debian.org/?p=pkg-nlnetlabs/nsd3.git Vcs-Git: git://git.debian.org/pkg-nlnetlabs/nsd3.git Build-Depends: debhelper (>= 7.0.50~), dpkg-dev (>= 1.16.1.1~), autoconf, automake, autotools-dev, bison, flex, libssl-dev Package-List: nsd deb oldlibs extra nsd3 deb net extra Checksums-Sha1: dd8606a05525f6a493dfacb7ddfa7e1fa3c6a85b 889490 nsd3_3.2.12.orig.tar.gz 5eb876888eb4968609813d3165fa871bae4604fb 33167 nsd3_3.2.12-3+deb7u1.debian.tar.gz Checksums-Sha256: 73d78e3de88efdf5ebb0106fe3580cb887f5d2adc9ab147d15cf835de7de508e 889490 nsd3_3.2.12.orig.tar.gz 5e791b1cb2e3154df16c4edabe6711367f064e4d4cc2d4671b9c1c74ddb15c56 331
Bug#727008: libmapistore0: arch-dependent file in "Multi-Arch: same" package
Package: libmapistore0 Version: 1:2.0-1 Severity: important User: multiarch-de...@lists.alioth.debian.org Usertags: multiarch libmapistore0 is marked as "Multi-Arch: same", but the following file is architecture-dependent: /usr/share/openchange/setup/mapistore/mapistore_namedprops.ldif An example diff between i386 and amd64 is attached. -- Jakub Wilk diff -ur libmapistore0_2.0-1_i386/usr/share/openchange/setup/mapistore/mapistore_namedprops.ldif libmapistore0_2.0-1_amd64/usr/share/openchange/setup/mapistore/mapistore_namedprops.ldif --- libmapistore0_2.0-1_i386/usr/share/openchange/setup/mapistore/mapistore_namedprops.ldif 2013-10-20 03:26:04.0 +0200 +++ libmapistore0_2.0-1_amd64/usr/share/openchange/setup/mapistore/mapistore_namedprops.ldif 2013-10-20 03:03:53.0 +0200 @@ -8,120 +8,120 @@ objectClass: top cn: custom -dn: CN=71035549-0739-4dcb-9163-00f0580dbbdf,CN=default -cn: 71035549-0739-4dcb-9163-00f0580dbbdf -name: PSETID_AirSync -oleguid: 71035549-0739-4dcb-9163-00f0580dbbdf - -dn: CN=00062014---c000-0046,CN=default -cn: 00062014---c000-0046 -name: PSETID_Remote -oleguid: 00062014---c000-0046 - -dn: CN=00020328---c000-0046,CN=default -cn: 00020328---c000-0046 -name: PS_MAPI -oleguid: 00020328---c000-0046 +dn: CN=00020329---c000-0046,CN=default +cn: 00020329---c000-0046 +name: PS_PUBLIC_STRINGS +oleguid: 00020329---c000-0046 dn: CN=0006200b---c000-0046,CN=default cn: 0006200b---c000-0046 name: PS_UNKNOWN_0006200b___c000_0046 oleguid: 0006200b---c000-0046 -dn: CN=00020386---c000-0046,CN=default -cn: 00020386---c000-0046 -name: PS_INTERNET_HEADERS -oleguid: 00020386---c000-0046 - -dn: CN=00062008---c000-0046,CN=default -cn: 00062008---c000-0046 -name: PSETID_Common -oleguid: 00062008---c000-0046 - dn: CN=41f28f13-83f4-4114-a584-eedb5a6b0bff,CN=default cn: 41f28f13-83f4-4114-a584-eedb5a6b0bff name: PSETID_Messaging oleguid: 41f28f13-83f4-4114-a584-eedb5a6b0bff -dn: CN=ef9203ee-b9a5-101b-acc1-00aa00423326,CN=default -cn: ef9203ee-b9a5-101b-acc1-00aa00423326 -name: PSETID_GoodMessaging -oleguid: ef9203ee-b9a5-101b-acc1-00aa00423326 +dn: CN=6ed8da90-450b-101b-98da-00aa003f1305,CN=default +cn: 6ed8da90-450b-101b-98da-00aa003f1305 +name: PSETID_Meeting +oleguid: 6ed8da90-450b-101b-98da-00aa003f1305 -dn: CN=00062002---c000-0046,CN=default -cn: 00062002---c000-0046 -name: PSETID_Appointment -oleguid: 00062002---c000-0046 +dn: CN=00020328---c000-0046,CN=default +cn: 00020328---c000-0046 +name: PS_MAPI +oleguid: 00020328---c000-0046 dn: CN=2f733904-5c72-45d7-a476-c4dd9f3f4052,CN=default cn: 2f733904-5c72-45d7-a476-c4dd9f3f4052 name: PS_UNKNOWN_2f733904_5c72_45d7_a476_c4dd9f3f4052 oleguid: 2f733904-5c72-45d7-a476-c4dd9f3f4052 -dn: CN=96357f7f-59e1-47d0-99a7-46515c183b54,CN=default -cn: 96357f7f-59e1-47d0-99a7-46515c183b54 -name: PSETID_Attachment -oleguid: 96357f7f-59e1-47d0-99a7-46515c183b54 - dn: CN=0006200a---c000-0046,CN=default cn: 0006200a---c000-0046 name: PSETID_Log oleguid: 0006200a---c000-0046 -dn: CN=00062041---c000-0046,CN=default -cn: 00062041---c000-0046 -name: PSETID_PostRss -oleguid: 00062041---c000-0046 - -dn: CN=00062003---c000-0046,CN=default -cn: 00062003---c000-0046 -name: PSETID_Task -oleguid: 00062003---c000-0046 +dn: CN=00020386---c000-0046,CN=default +cn: 00020386---c000-0046 +name: PS_INTERNET_HEADERS +oleguid: 00020386---c000-0046 -dn: CN=00020329---c000-0046,CN=default -cn: 00020329---c000-0046 -name: PS_PUBLIC_STRINGS -oleguid: 00020329---c000-0046 +dn: CN=02200600---c000-0046,CN=default +cn: 02200600---c000-0046 +name: PSETID_Appointment2 +oleguid: 02200600---c000-0046 dn: CN=00062013---c000-0046,CN=default cn: 00062013---c000-0046 name: PSETID_Report oleguid: 00062013---c000-0046 +dn: CN=4442858e-a9e3-4e80-b900-317a210cc15b,CN=default +cn: 4442858e-a9e3-4e80-b900-317a210cc15b +name: PSETID_UnifiedMessaging +oleguid: 4442858e-a9e3-4e80-b900-317a210cc15b + dn: CN=11000e07-b51b-40d6-af21-caa85edab1d0,CN=default cn: 11000e07-b51b-40d6-af21-caa85edab1d0 name: PSETID_CalendarAssistant oleguid: 11000e07-b51b-40d6-af21-caa85edab1d0 -dn: CN=0006200e---c000-0046,CN=default -cn: 0006200e---c000-0046 -name: PSETID_Note -oleguid: 0006200e---c000-0
Bug#574678: init_acpi_acadapt() returned NOT_SUPPORTED.
On Mon, Oct 21, 2013 at 10:42:23AM +0200, Petter Reinholdtsen wrote: > As for options on how to move on, I suspect rewriting battery-stat as > a script and dropping the C daemon as I suggested in bug #720338 is > the best way forward. The task at hand do not really need much code. I'll check what's involved in the script conversion ASAP -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#713254: snort: FTBFS: cp: cannot stat 'doc/snort_manual.pdf': No such file or directory
Control: tags -1 +patch Hi, Attached patch would fix this FTBFS, could you consider to apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru snort-2.9.5.3/debian/changelog snort-2.9.5.3/debian/changelog --- snort-2.9.5.3/debian/changelog 2013-10-08 02:01:26.0 +0900 +++ snort-2.9.5.3/debian/changelog 2013-10-21 22:45:15.0 +0900 @@ -1,3 +1,13 @@ +snort (2.9.5.3-2.1) unstable; urgency=low + + * Non-maintainer upload. + * debian/control +- fix "Build-Depends-Indep: texlive-binaries" +- add "Build-Depends-Indep: texlive-font-utils" to fix FTBFS + (Closes: #713254) + + -- Hideki Yamane Fri, 18 Oct 2013 14:35:04 +0900 + snort (2.9.5.3-2) unstable; urgency=low * Debconf templates and debian/control reviewed by the debian-l10n-english diff -Nru snort-2.9.5.3/debian/control snort-2.9.5.3/debian/control --- snort-2.9.5.3/debian/control 2013-09-26 01:17:39.0 +0900 +++ snort-2.9.5.3/debian/control 2013-10-18 19:44:04.0 +0900 @@ -15,8 +15,9 @@ flex, bison Build-Depends-Indep: -texlive, +texlive-binaries, texlive-latex-base, +texlive-font-utils, latex2html, ghostscript Standards-Version: 3.9.2
Bug#727009: FTBFS on kfreebsd-i386: FAIL: test-pangocairo-threads
Source: pango1.0 Version: 1.36.0-1 Severity: serious User: debian-...@lists.debian.org pango1.0 FTBFS on kfreebsd-i386 when executing the test-suite: /«PKGBUILDDIR»/./test-driver: line 95: 41714 Trace/breakpoint trap "$@" > $log_file 2>&1 FAIL: test-pangocairo-threads Full build log at [1] Would be great if the kfreebsd porters can have a looks. Thanks! [1] https://buildd.debian.org/status/fetch.php?pkg=pango1.0&arch=kfreebsd-i386&ver=1.36.0-1&stamp=1382359352 -- System Information: Debian Release: jessie/sid APT prefers unstable APT policy: (500, 'unstable'), (200, 'experimental') Architecture: amd64 (x86_64) Foreign Architectures: i386 Kernel: Linux 3.11-1-amd64 (SMP w/4 CPU cores) Locale: LANG=de_DE.utf8, LC_CTYPE=de_DE.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726911: yafc: Segfault with get -rn *
Hi George! On 2013-10-20 12:53:17, George B. wrote: > Package: yafc > Version: 1.1.3-2 > Severity: important > > Hello, > > I am trying to download the contents of a directory on an FTP server using > "get -rn *". > > After a while I get a segfault: > --- > Local file 'wp-blog-header.php' is newer than remote, skipping... > Local file 'wp-comments-post.php' is newer than remote, skipping... > Local file 'wp-commentsrss2.php' is newer than remote, skipping... > Local file 'wp-config-sample.php' is newer than remote, skipping... > Local file 'wp-config.php' is newer than remote, skipping... > Local file 'wp-content/advanced-cache.php' is newer than remote, skipping... > /public_html/dir/wp-content/backups/wpb2d-backup-log.txt > Local file 'wp-content/backups/index.php' is newer than remote, skipping... > yafc: malloc.c:3096: sYSMALLOc: Assertion `(old_top == (((mbinptr) (((char *) > &((av)->0) || ((unsigned long) (old_size) >= (unsigned > long)__builtin_offsetof (struct mal) && ((old_top)->size & 0x1) && > ((unsigned long)old_end & pagemask) == 0)' failed. > Aborted Thank you for the bug report. Unfortunately I failed to reproduce the segfault (I'm currently fetching debian/main/pool from my local mirror and I could not get yafc to segfault). Is there anything special about the file that causes yafc to segfault? Does the segfault happen if you try to download only this one file? Does this also happen with the version in jessie/sid? (The 1.2.x series has fixed many invalid read/write errors and other memory managment related bugs.) Regards -- Sebastian Ramacher signature.asc Description: Digital signature
Bug#727010: ruby2.0 FTBFS on x32
Package: ruby2.0
Version: 2.0.0.299-2
Severity: important
Tags: patch,upstream
Usertags: port-x32 ftbfs-x32
User: debian-...@lists.debian.org
ruby2.0 FTBFS on x32. I marked this important because libsemanage depends on
ruby and passwd depends on it. It makes bootstrapping an x32 chroot impossible.
--- ruby2.0-2.0.0.299.orig/debian/patches/series2013-10-18
15:58:23.965714708 +
+++ ruby2.0-2.0.0.299/debian/patches/series 2013-10-18 16:07:58.401730603
+
@@ -1 +1,2 @@
debian-changes
+x32-gc_h-fix.diff
diff -uNr ruby2.0-2.0.0.299.orig/debian/patches/x32-gc_h-fix.diff
ruby2.0-2.0.0.299/debian/patches/x32-gc_h-fix.diff
--- ruby2.0-2.0.0.299.orig/debian/patches/x32-gc_h-fix.diff 1970-01-01
00:00:00.0 +
+++ ruby2.0-2.0.0.299/debian/patches/x32-gc_h-fix.diff 2013-10-18
16:07:45.425730244 +
@@ -0,0 +1,14 @@
+--- ruby2.0-2.0.0.299.orig/gc.h2011-02-11 02:45:34.0 -0800
ruby2.0-2.0.0.299/gc.h 2013-02-28 15:32:12.0 -0800
+@@ -3,7 +3,11 @@
+ #define RUBY_GC_H 1
+
+ #if defined(__x86_64__) && defined(__GNUC__) && !defined(__native_client__)
++#ifdef __ILP32__
++#define SET_MACHINE_STACK_END(p) __asm__ volatile ("movl\t%%esp, %0" : "=r"
(*(p)))
++#else
+ #define SET_MACHINE_STACK_END(p) __asm__ volatile ("movq\t%%rsp, %0" : "=r"
(*(p)))
++#endif
+ #elif defined(__i386) && defined(__GNUC__) && !defined(__native_client__)
+ #define SET_MACHINE_STACK_END(p) __asm__ volatile ("movl\t%%esp, %0" : "=r"
(*(p)))
+ #else
--
Guillaume Morin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727010: ruby2.0 FTBFS on x32
Hello Guillaume,
Thanks for your bug report.
On Mon, Oct 21, 2013 at 10:01:40AM -0400, Guillaume Morin wrote:
> Package: ruby2.0
> Version: 2.0.0.299-2
> Severity: important
> Tags: patch,upstream
> Usertags: port-x32 ftbfs-x32
> User: debian-...@lists.debian.org
>
> ruby2.0 FTBFS on x32. I marked this important because libsemanage
> depends on ruby and passwd depends on it. It makes bootstrapping an
> x32 chroot impossible.
>
> --- ruby2.0-2.0.0.299.orig/debian/patches/series2013-10-18
> 15:58:23.965714708 +
> +++ ruby2.0-2.0.0.299/debian/patches/series 2013-10-18 16:07:58.401730603
> +
> @@ -1 +1,2 @@
> debian-changes
> +x32-gc_h-fix.diff
> diff -uNr ruby2.0-2.0.0.299.orig/debian/patches/x32-gc_h-fix.diff
> ruby2.0-2.0.0.299/debian/patches/x32-gc_h-fix.diff
> --- ruby2.0-2.0.0.299.orig/debian/patches/x32-gc_h-fix.diff 1970-01-01
> 00:00:00.0 +
> +++ ruby2.0-2.0.0.299/debian/patches/x32-gc_h-fix.diff 2013-10-18
> 16:07:45.425730244 +
> @@ -0,0 +1,14 @@
> +--- ruby2.0-2.0.0.299.orig/gc.h2011-02-11 02:45:34.0 -0800
> ruby2.0-2.0.0.299/gc.h 2013-02-28 15:32:12.0 -0800
> +@@ -3,7 +3,11 @@
> + #define RUBY_GC_H 1
> +
> + #if defined(__x86_64__) && defined(__GNUC__) && !defined(__native_client__)
> ++#ifdef __ILP32__
> ++#define SET_MACHINE_STACK_END(p) __asm__ volatile ("movl\t%%esp, %0" : "=r"
> (*(p)))
> ++#else
> + #define SET_MACHINE_STACK_END(p) __asm__ volatile ("movq\t%%rsp, %0" : "=r"
> (*(p)))
> ++#endif
> + #elif defined(__i386) && defined(__GNUC__) && !defined(__native_client__)
> + #define SET_MACHINE_STACK_END(p) __asm__ volatile ("movl\t%%esp, %0" : "=r"
> (*(p)))
> + #else
Is this patch submitted upstream?
If not, can you please do that?
--
Antonio Terceiro
signature.asc
Description: Digital signature
Bug#727012: rhash: Error "value too large for defined data type" for big files (4 GB)
Package: rhash Version: 1.2.9-8+deb7u1 Severity: normal Dear Maintainer, rhash does not work with files bigger than 4 GB, and also the version 1.3.0-2 (on testing and Sid) is affected by the same problem. Instead md5sum, sha*sum and other tools work as expected. I don't know if it is a problem of the 32-bit architecture. There is a bug report for the upstream version of this program with a similar bug, but it has been reported as closed with the version 1.2.9: sourceforge.net/p/rhash/bugs/34 Input: $ rhash bigfile.ext Output: ; Generated by RHash v1.2.9 on 2013-10-21 at 16:10.17 ; Written by Aleksey (Akademgorodok) - http://rhash.sourceforge.net/ ; RHash: bigfile.ext: Value too large for defined data type Thanks for the attention. -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (990, 'stable-updates'), (990, 'stable'), (550, 'testing'), (500, 'unstable') Architecture: i386 (i686) Kernel: Linux 3.2.0-4-686-pae (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages rhash depends on: ii libc6 2.17-93 ii librhash0 1.2.9-8+deb7u1 Versions of packages rhash recommends: ii libssl1.0.0 1.0.1e-2 rhash 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#727013: [gnupg2] gpg2 cannot connect to pinentry, although it is installed
Package: gnupg2
Version: 2.0.20-1
Severity: normal
--- Please enter the report below this line. ---
Hello @ll,
when I create a test file via
echo test > test
and then use
gpg2 --sign test
to sign my test file, I get the following message
You need a passphrase to unlock the secret key for
user: "Test User"
2048-bit RSA key, ID $secret, created 2013-10-21
gpg: can't connect to the agent - trying fall back
gpg-agent[4199]: enabled debug flags: assuan
gpg: problem with the agent: No pinentry
gpg: no default secret key: Operation cancelled
gpg: signing failed: Operation cancelled
... :( If I try the same with gpg (1.4.15)
gpg --sign test
, I get
You need a passphrase to unlock the secret key for
user: "Test User"
2048-bit RSA key, ID $secret, created 2013-10-21
can't connect to `/tmp/gpg-rz6R90/S.gpg-agent': No such file or
directory
gpg: can't connect to `/tmp/gpg-rz6R90/S.gpg-agent': connect failed
and - despite of the "No such file..." and "connect failed" messages -
am able to sign my test file ... ;) I have installed different pinentry
packages (dpkg -l | grep pinentry says
ii pinentry-curses 0.8.1-1
amd64curses-based PIN or pass-phrase entry dialog for GnuPG
ii pinentry-qt4 0.8.1-1
amd64Qt-4-based PIN or pass-phrase entry dialog for GnuPG) and
have an entry for it in ~/.gnupg/gpg-agent.conf ("pinentry-program
/usr/bin/pintentry-curses", but it does not make any differnce, if I
enter "pinentry-program /usr/bin/pintentry-qt4" here ... :( ), but still
I am not able to use gpg2 ... :( It would be nice, if this can get fixed
... ;)
Sorry for the inconvenience
Thomas.
--- System information. ---
Architecture: amd64
Kernel: Linux 3.10-3-amd64
Debian Release: jessie/sid
500 wheezy-pgdg apt.postgresql.org
500 unstablesnapshots.ekiga.net
500 unstabledownload.jitsi.org
500 testing www.deb-multimedia.org
500 testing ftp.de.debian.org
500 testing apt.last.fm
500 stable security.debian.org
500 stable dl.google.com
500 libreofficebox LibOx 4.1 Test-ISO
500 isv:ownCloud:testing download.opensuse.org
--- Package information. ---
Depends(Version) | Installed
-+-=
gnupg-agent (= 2.0.20-1) | 2.0.20-1
libassuan0(>= 2.0.1) | 2.1.1-1
libbz2-1.0 | 1.0.6-5
libc6 (>= 2.15) | 2.17-93
libcurl3-gnutls (>= 7.16.2) | 7.32.0-1
libgcrypt11 (>= 1.4.5) | 1.5.3-2
libgpg-error0 (>= 1.10) | 1.12-0.2
libksba8 (>= 1.2.0) | 1.3.0-2
libreadline6(>= 6.0) | 6.2+dfsg-0.1
zlib1g (>= 1:1.1.4) | 1:1.2.8.dfsg-1
dpkg(>= 1.15.4) | 1.16.12
OR install-info | 5.2.0.dfsg.1-1
Package's Recommends field is empty.
Suggests(Version) | Installed
=-+-===
gnupg-doc |
xloadimage|
--
"Indecision is the basis of flexibility"
-- button at a Science Fiction convention.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724161: ginspector: FTBFS: configure.ac:5: error: required file 'misc/compile' not found
Control: tags -1 +patch Hi, Attached patch would fix this FTBFS, could you consider to apply it, please? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane diff -Nru ginspector-20050529/debian/changelog ginspector-20050529/debian/changelog --- ginspector-20050529/debian/changelog 2011-06-11 23:12:54.0 +0900 +++ ginspector-20050529/debian/changelog 2013-10-21 23:16:08.0 +0900 @@ -1,3 +1,13 @@ +ginspector (20050529-3.2) unstable; urgency=low + + * Non-maintainer upload. + * debian/rules +- use dh_autoreconf (Closes: #724161) + * debian/control +- add "Build-Depends: dh-autoreconf" + + -- Hideki Yamane Mon, 21 Oct 2013 23:13:26 +0900 + ginspector (20050529-3.1) unstable; urgency=low * Non-maintainer upload. diff -Nru ginspector-20050529/debian/control ginspector-20050529/debian/control --- ginspector-20050529/debian/control 2011-02-15 15:46:53.0 +0900 +++ ginspector-20050529/debian/control 2013-10-21 23:13:20.0 +0900 @@ -2,7 +2,7 @@ Section: devel Priority: extra Maintainer: NIIBE Yutaka -Build-Depends: debhelper (>= 7.0.50~), autotools-dev, quilt (>= 0.46-7~), automake, autoconf, libtool, libglrr-gtk-dev, libglrr-gobject-dev, libglrr-glib-dev, libglrr-widgets-dev, libgtk2.0-dev (>= 2.10.1-1~) +Build-Depends: debhelper (>= 7.0.50~), autotools-dev, quilt (>= 0.46-7~), automake, autoconf, libtool, libglrr-gtk-dev, libglrr-gobject-dev, libglrr-glib-dev, libglrr-widgets-dev, libgtk2.0-dev (>= 2.10.1-1~), dh-autoreconf Standards-Version: 3.9.1 Homepage: http://sourceforge.net/projects/g-inspector/ diff -Nru ginspector-20050529/debian/rules ginspector-20050529/debian/rules --- ginspector-20050529/debian/rules 2011-02-15 15:38:31.0 +0900 +++ ginspector-20050529/debian/rules 2013-10-21 23:13:05.0 +0900 @@ -10,14 +10,10 @@ export DH_OPTIONS %: - dh $@ --with quilt,autotools_dev + dh $@ --with quilt,autotools_dev,autoreconf override_dh_auto_configure: libtoolize - aclocal - autoheader - automake --foreign - autoconf dh_auto_configure -- --enable-static override_dh_auto_clean:
Bug#726911: yafc: Segfault with get -rn *
Hi Sebastian, I have not been able to reproduce it again. Since I did manage to get all the files downloaded it the end, if you want to close this (considering the fixes in newer version) then it's fine by me. Best regards, George
Bug#727010: ruby2.0 FTBFS on x32
Antonio, On Oct 21, 2013, at 10:12 AM, Antonio Terceiro wrote: > Is this patch submitted upstream? > > If not, can you please do that? I had not reported it upstream. But I see that they already fixed it in their dev tree: http://svn.ruby-lang.org/cgi-bin/viewvc.cgi/trunk/gc.h?r1=40122&r2=40636 The patch is a bit different but works as well. I suppose you should prefer their version of the change. Thanks in advance for your help, Guillaume. -- Guillaume Morin -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#693969: virt-manager: Serial Console over SSH to XEN is not working (known bug in upstream with fix)
I just tested with the version from jessie (0.9.5-1), and the issue is still there, and patch still fixes the issue. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727014: sound-juicer: Displays the contents selection dialogue twice
Package: sound-juicer Version: 3.4.0-3 Severity: normal Hi. When downloading the album TOC from the Net, sometimes, the album selection is displayed twice, with some delay between the first and second. If ripping is started before the 2nd has popped up, then that crashes sound-juicer. Thanks in advance. Best regards, -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (900, 'testing') Architecture: i386 (i686) Kernel: Linux 3.10-3-686-pae (SMP w/2 CPU cores) Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages sound-juicer depends on: ii gconf-service3.2.6-1 ii gconf2 3.2.6-1 ii gstreamer0.10-plugins-base 0.10.36-1.1 ii gstreamer0.10-plugins-good 0.10.31-3+nmu1 ii libatk1.0-0 2.10.0-2 ii libbrasero-media3-1 3.8.0-2 ii libc62.17-93 ii libcanberra-gtk3-0 0.30-2 ii libdiscid0 0.6.1-2 ii libgconf-2-4 3.2.6-1 ii libglib2.0-0 2.36.4-1 ii libgstreamer-plugins-base0.10-0 0.10.36-1.1 ii libgstreamer0.10-0 0.10.36-1.2 ii libgtk-3-0 3.8.4-1 ii libmusicbrainz5-05.0.1-2 ii libpango1.0-01.32.5-5+b1 Versions of packages sound-juicer recommends: ii eject 2.1.5+deb1+cvs20081104-13 Versions of packages sound-juicer suggests: ii brasero 3.8.0-2 pn gstreamer0.10-lame pn gstreamer0.10-plugins-really-bad ii gstreamer0.10-plugins-ugly0.10.19-2+b3 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#544641: lvm2: Can't resume from a uswsusp hibernation on LVM swap
Hi. On Fri, Oct 11, 2013 at 06:03:53PM +0200, L. Alberto Giménez wrote: > Hey, I'm also affected by this bug. By now, just workarounding it booting with > "noresume". > Are you sure you tried to resume, or just booted from scratch ? There's a bug opened for the system not booting at all when swap is on LVM : #724275. However, the 2 bug reports are quite similar, so I guess there may be a common solution to both... Just my 2 cents ? Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#724275: your mail
Hi. On Tue, Sep 24, 2013 at 09:45:22PM +, Rodolfo García Peñas (kix) wrote: > > tags 724275 +moreinfo > I'm wondering if you still need more details about the issue... just in case, it would be interesting to know if there's some hope in seeing a fix some day soon. Many thanks in advance. Best regards, -- Olivier BERGER http://www-public.telecom-sudparis.eu/~berger_o/ - OpenPGP-Id: 2048R/5819D7E8 Ingenieur Recherche - Dept INF Institut Mines-Telecom, Telecom SudParis, Evry (France) -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727016: Systemd upgrade restored deleted configuration file
Package: systemd Version: 204-5 Severity: minor I deleted the file: /etc/systemd/system/getty.target.wants/getty@tty1.service (I replaced it by my own login service file with a different name) and a recent upgrade to systemd restored the missing file. Perhaps this file should be added to "conffiles" ? -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727015: RM: webkit -- ROM; renamed to webkitgtk
Package: ftp.debian.org Severity: normal Hi, webkit was renamed to webkitgtk to follow the upstream name. Since webkitgtk has now been uploaded to sid and built everywhere and provides the same library packages (plus a few more for libwebkit2) please remove the old webkit source. Thanks, Emilio -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727016: Systemd upgrade restored deleted configuration file
Hi, Am 21.10.2013 15:36, schrieb John Williams: > I deleted the file: > /etc/systemd/system/getty.target.wants/getty@tty1.service > (I replaced it by my own login service file with a different name) > and a recent upgrade to systemd restored the missing file. I hope you didn't place a real file in /etc/systemd/system/getty.target.wants/? Only symlinks should be created in .wants directories. > Perhaps this file should be added to "conffiles" ? The conffiles handling of symlinks in dpkg is odd afair. That's why the symlink shipped in the systemd package is not flagged as conffile automatically. We'd have to mangle the conffiles manually to achieve that, but I'm a bit worried about the possible side effects. I assume symlinks aren't conffiles for a reason. Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#726967: dh_auto_test should *not* be automatically skipped for cross-building
Steve Langasek wrote: > I'm filing a bug against debhelper asking for this behavior to be reverted. > debhelper should *not* automatically disable the test suite when > cross-building. There are perfectly legitimate cases where you may be > cross-building and *do* want to run the test suite, and this behavior change > in dh undermines this. If someone wants the test suite to be skipped > because they're cross-building, they should use the standard interface for > this and set DEB_BUILD_OPTIONS=nocheck. Whereas if someone does want the > test suite to be run when cross-building, there is no corresponding > interface that lets them override this in the other direction. > > Joey, could you please revert this change to debhelper? (Added in response > to bug #703262; cc:ing that bug's submitter.) It seems to me that most test suites involve running the program from the package, which would be difficult to do when cross building; and even if it somehow works, would not be testing it on the destination system. But, I don't have a strong opinion about this, and don't feel debhelper has any obligation to avoid breaking cross building packages whose test suites are like that, so I'll make a change if it's generally agreed on. -- see shy jo signature.asc Description: Digital signature
Bug#726989: qtchooser doesn't search system qt config paths if XDG_CONFIG_DIRS is set
tag 726989 wontfix thanks On Monday 21 October 2013 12:49:32 Pauli wrote: > Package: qtchooser > Version: 31-g980c64c-4 > Severity: important > > Dear Maintainer, > > ToolWrapper::searchPaths() checks first if XDG_CONFIG_DIRS is set before > adding system qt paths to the search list. That environment variable is > set by x11-common package during xsession initialization. That means it > is very likely to be set in all systems. > > Result of that check is qtchooser not being able to find qt > installations unless user unsets the environment variable or provides > required config in xdg directory. > > I don't know why that check exists in the code but it feels like > something that should be removed. This is indeed what upstream wants. If XDG_CONFIG_DIRS is set then you need to set where are the qtchooser configs. The problem lies in that we Debian can't store qtchooser's configs in /etc/xdg. I'm so marking this bug as wontfix. Kinds regards, Lisandro. -- I'm doing a (free) operating system (just a hobby, won't be big and professional like gnu) for 386(486) AT clones. Linus Benedict Torvalds. Lisandro Damián Nicanor Pérez Meyer http://perezmeyer.com.ar/ http://perezmeyer.blogspot.com/ signature.asc Description: This is a digitally signed message part.
Bug#726738: Updated PO file for glance
Hello,
Attaching the updated file with new strings translated for glance, as
promised.
The new strings have been reviewed by the Spanish translators team for a
couple of days and no other issues were mentioned by Christian for
doing so.
Greetings,
--
Camaleón
# glance po-debconf translation to Spanish
# Copyright (C) 2010 Software in the Public Interest
# This file is distributed under the same license as the glance package.
#
# Changes:
# - Initial translation
# Camaleón , 2012, 2013.
#
# - Updates
#
#
# Traductores, si no conocen el formato PO, merece la pena leer la
# documentación de gettext, especialmente las secciones dedicadas a este
# formato, por ejemplo ejecutando:
# info -n '(gettext)PO Files'
# info -n '(gettext)Header Entry'
#
# Equipo de traducción al español, por favor lean antes de traducir
# los siguientes documentos:
#
# - El proyecto de traducción de Debian al español
# http://www.debian.org/intl/spanish/
# especialmente las notas y normas de traducción en
# http://www.debian.org/intl/spanish/notas
#
# - La guía de traducción de po's de debconf:
# /usr/share/doc/po-debconf/README-trans
# o http://www.debian.org/intl/l10n/po-debconf/README-trans
#
msgid ""
msgstr ""
"Project-Id-Version: glance 2012.1-3\n"
"Report-Msgid-Bugs-To: gla...@packages.debian.org\n"
"POT-Creation-Date: 2013-09-25 15:31+0800\n"
"PO-Revision-Date: 2013-10-19 11:01+0200\n"
"Last-Translator: Camaleón \n"
"Language-Team: Debian Spanish \n"
"Language: es\n"
"MIME-Version: 1.0\n"
"Content-Type: text/plain; charset=UTF-8\n"
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"X-Generator: Virtaal 0.7.1\n"
#. Type: select
#. Choices
#: ../glance-common.templates:2001
msgid "keystone"
msgstr "keystone"
#. Type: select
#. Choices
#: ../glance-common.templates:2001
msgid "caching"
msgstr "caché"
#. Type: select
#. Choices
#: ../glance-common.templates:2001
msgid "keystone+caching"
msgstr "keystone+caché"
#. Type: select
#. Choices
#: ../glance-common.templates:2001
msgid "cachemanagement"
msgstr "gestión de caché"
#. Type: select
#. Choices
#: ../glance-common.templates:2001
msgid "keystone+cachemanagement"
msgstr "keystone+gestión de caché"
#. Type: select
#. Description
#: ../glance-common.templates:2002
msgid "Pipeline flavor:"
msgstr "Tipo de conexión:"
#. Type: select
#. Description
#: ../glance-common.templates:2002
#| msgid "Please specify the flavor of pipeline to be used by Glance."
msgid "Please specify the flavor of the pipeline to be used by Glance."
msgstr "Indique el tipo de conexión que debe utilizar Glance."
#. Type: select
#. Description
#: ../glance-common.templates:2002
msgid ""
"If you use the OpenStack Identity Service (Keystone), you might want to "
"select \"keystone\". If you don't use this service, you can safely choose "
"\"caching\" only."
msgstr ""
"Si utiliza el Servicio de Identidad de OpenStack (Keystone) es posible que "
"quiera seleccionar «keystone». Si no utiliza este servicio, puede elegir "
"sólo «caché»."
#. Type: string
#. Description
#: ../glance-common.templates:3001
#| msgid "Auth server admin token:"
msgid "Authentication server hostname:"
msgstr "Nombre del equipo del servidor de autenticación:"
#. Type: string
#. Description
#: ../glance-common.templates:3001
#| msgid ""
#| "Please specify the URL of your Glance authentication server. Typically "
#| "this is also the URL of your OpenStack Identity Service (Keystone)."
msgid ""
"Please specify the hostname of the authentication server for Glance. "
"Typically this is also the hostname of the OpenStack Identity Service "
"(Keystone)."
msgstr ""
"Indique el nombre del equipo del servidor de autenticación de Glance. Suele "
"ser el nombre del equipo del Servicio de Identidad de OpenStack (Keystone)."
#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep "tenant" without translating it
#. or keep it parenthezised. Example for French:
#. locataire ("tenant")
#: ../glance-common.templates:4001
#| msgid "Auth server admin token:"
msgid "Authentication server tenant name:"
msgstr "Nombre del inquilino («tenant») del servidor de autenticación:"
#. Type: string
#. Description
#. Translators: a "tenant" in OpenStack world is
#. an entity that contains one or more username/password couples.
#. It's typically the tenant that will be used for billing. Having more than one
#. username/password is very helpful in larger organization.
#. You're advised to either keep "tenant" without translating it
#. or keep it parenthezised. Example for French:
#. locataire ("tenant")
#: ../glance-common.templates:4001
msgid "Please specify the authentication server tenant name."
msgstr ""
"Indique el nombre del inquilino («tenant») del servi
Bug#727017: [INTL:es] Spanish debconf template translation for opensmtpd
Package: opensmtpd Version: 5.3.3p1-3 Severity: wishlist Tags: l10n patch Greetings, -- Camaleón # opensmtpd po-debconf translation to Spanish # Copyright (C) 2010 Software in the Public Interest # This file is distributed under the same license as the opensmtpd package. # Changes: # - Initial translation # Camaleón , 2012, 2013. # - Updates # Traductores, si no conocen el formato PO, merece la pena leer la # documentación de gettext, especialmente las secciones dedicadas a este # formato, por ejemplo ejecutando: # info -n '(gettext)PO Files' # info -n '(gettext)Header Entry' # Equipo de traducción al español, por favor lean antes de traducir # los siguientes documentos: # - El proyecto de traducción de Debian al español # http://www.debian.org/intl/spanish/ # especialmente las notas y normas de traducción en # http://www.debian.org/intl/spanish/notas # - La guía de traducción de po's de debconf: # /usr/share/doc/po-debconf/README-trans # o http://www.debian.org/intl/l10n/po-debconf/README-trans msgid "" msgstr "" "Project-Id-Version: opensmtpd\n" "Report-Msgid-Bugs-To: opensm...@packages.debian.org\n" "POT-Creation-Date: 2013-08-27 12:02-0400\n" "PO-Revision-Date: 2013-10-09 16:49+0200\n" "Last-Translator: Camaleón \n" "Language-Team: Debian Spanish \n" "Language: es\n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=2; plural=(n != 1);\n" "X-Generator: Virtaal 0.7.1\n" #. Type: string #. Description #: ../templates:1001 msgid "System mail name:" msgstr "Nombre de correo del sistema:" #. Type: string #. Description #: ../templates:1001 msgid "" "The \"mail name\" is used as the domain name in the email address for " "messages that only have a \"local part\" (such as or ). " "It should be a fully qualified domain name (FQDN) that you are entitled to " "use." msgstr "" "El «nombre de correo» se utiliza como nombre de dominio para la dirección de " "correo electrónico en los mensajes que sólo contienen la «parte local» (p. " "ej., o ). Debe ser un nombre de dominio completamente " "cualificado (FQDN) que esté autorizado a usar." #. Type: string #. Description #: ../templates:1001 msgid "" "For instance, to allow the local host to generate mail with addresses such " "as , set the system mail name to \"example.org\"." msgstr "" "Por ejemplo, para permitir que el equipo local genere correos con una " "dirección , establezca como nombre de correo del " "sistema «example.org»." #. Type: string #. Description #: ../templates:1001 msgid "" "This mail name is used as the hostname in the SMTP greeting banner, and will " "also be used by other programs." msgstr "" "Este nombre de correo se utiliza como nombre del equipo en el saludo de " "bienvenida SMTP y también se utilizará en otros programas." #. Type: string #. Description #: ../templates:2001 msgid "Root and postmaster mail recipient:" msgstr "Destinatario del correo root y postmaster:" #. Type: string #. Description #: ../templates:2001 msgid "" "Mail for the \"postmaster\", \"root\", and other system accounts should be " "redirected to the user account(s) of the actual system administrator(s)." msgstr "" "El correo para «postmaster», «root» y otras cuentas del sistema deben " "redirigirse a la cuenta (o cuentas) del usuario administrador (o " "administradores) del sistema." #. Type: string #. Description #: ../templates:2001 msgid "" "Please enter a comma-separated list of the usernames of the intended " "recipients. Leave this field blank to not create an alias for \"root\"; in " "this case, the root account will receive mail addressed to \"postmaster\" " "and other system accounts, assuming aliases for these accounts do not " "already exist." msgstr "" "Introduzca una lista separada por comas de los nombres de los usuarios " "destinatarios. Deje este campo en blanco si no quiere crear un alias para " "«root». En este caso, la cuenta del usuario root recibirá el correo dirigido " "a «postmaster» así como a otras cuentas del sistema, dado que no existe " "ningún alias para estas cuentas."
Bug#727018: enable x32 build for strace 4.8
Package: strace
Version: 4.8-1
Tags: patch
Usertags: port-x32
User: debian-...@lists.debian.org
Please enable the x32 build for 4.8. It builds out of the box
--- strace-4.8.old/debian/control 2013-10-21 15:03:06.628795152 +
+++ strace-4.8/debian/control 2013-10-21 15:03:21.792795571 +
@@ -7,7 +7,7 @@
Homepage: http://sourceforge.net/projects/strace/
Package: strace
-Architecture: alpha amd64 arm armeb armel armhf hppa i386 ia64 m68k mips
mipsel powerpc powerpcspe ppc64 s390 s390x sh4 sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf hppa i386 ia64 m68k mips
mipsel powerpc powerpcspe ppc64 s390 s390x sh4 sparc sparc64 x32
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: A system call tracer
strace is a system call tracer, i.e. a debugging tool which prints out
@@ -40,7 +40,7 @@
Section: debian-installer
XC-Package-Type: udeb
Priority: extra
-Architecture: alpha amd64 arm armeb armel armhf hppa i386 ia64 m68k mips
mipsel powerpc powerpcspe ppc64 s390 sh4 sparc sparc64
+Architecture: alpha amd64 arm armeb armel armhf hppa i386 ia64 m68k mips
mipsel powerpc powerpcspe ppc64 s390 sh4 sparc sparc64 x32
Depends: ${shlibs:Depends}, ${misc:Depends}
Description: A system call tracer
strace is a system call tracer, i.e. a debugging tool which prints out
--
Guillaume Morin
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727019: ITP: litl -- Lightweight Trace Library
Package: wnpp Severity: wishlist Owner: Samuel Thibault * Package name: litl Version : 0.1 * URL : https://fusionforge.int-evry.fr/projects/litl/ * License : BSD Programming Lang: C Description : Lightweight Trace Library LiTL is a lightweight tool for recording events during the execution of scientific high-performance applications. LiTL is designed to record events on the user level only. Therefore, it consumes much less resources (CPU time, memory, and the disk space) as the alternative tools, e.g. FxT that gather events on both user and kernel levels. As a result, LiTL is well-suited for recording events on embedded systems like ARM architectures. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727020: pu: package distro-info-data/0.17~deb7u1
Package: release.debian.org Severity: normal User: release.debian@packages.debian.org Usertags: pu Hi, can we please update distro-info-data, to add the next Ubuntu release, 14.04 LTS - Trusty Tahr. As in #707752, I'd be nice if this could go through stable-updates, but not essential. The impact of having this data package out of date is mostly restricted to ubuntu-dev-tools, which won't know the name of the current Ubuntu stable release. SR diff -Nru distro-info-data-0.16~deb7u1/debian/changelog distro-info-data-0.17~deb7u1/debian/changelog --- distro-info-data-0.16~deb7u1/debian/changelog 2013-05-26 14:24:08.0 +0200 +++ distro-info-data-0.17~deb7u1/debian/changelog 2013-10-21 16:59:08.0 +0200 @@ -1,3 +1,9 @@ +distro-info-data (0.17~deb7u1) stable; urgency=low + + * Add Ubuntu 14.04, Trusty Tahr. (Closes: #726696) + + -- Stefano Rivera Mon, 21 Oct 2013 16:57:59 +0200 + distro-info-data (0.16~deb7u1) stable; urgency=low * Debian wheezy released. Update squeeze EOL and jessie opening dates. diff -Nru distro-info-data-0.16~deb7u1/ubuntu.csv distro-info-data-0.17~deb7u1/ubuntu.csv --- distro-info-data-0.16~deb7u1/ubuntu.csv 2013-04-25 17:24:41.0 +0200 +++ distro-info-data-0.17~deb7u1/ubuntu.csv 2013-10-21 16:58:51.0 +0200 @@ -18,3 +18,4 @@ 12.10,Quantal Quetzal,quantal,2012-04-26,2012-10-18,2014-04-18 13.04,Raring Ringtail,raring,2012-10-18,2013-04-25,2014-01-25 13.10,Saucy Salamander,saucy,2013-04-25,2013-10-17,2014-07-17 +14.04 LTS,Trusty Tahr,trusty,2013-10-17,2014-04-17,2019-04-17 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#727021: Unknown `--is-lightweight' option
Package: ufiformat
Severity: whishlist
Something is weird during config time:
dh_testdir
./configure --host=x86_64-linux-gnu --build=x86_64-linux-gnu
--prefix=/usr --mandir=\${prefix}/share/man
--infodir=\${prefix}/share/info CFLAGS="-g -O2 -fstack-protector
--param=ssp-buffer-size=4 -Wformat -Werror=format-security"
LDFLAGS="-Wl,-z,relro"
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
/tmp/buildd/ufiformat-0.9.9/missing: Unknown `--is-lightweight' option
Try `/tmp/buildd/ufiformat-0.9.9/missing --help' for more information
configure: WARNING: 'missing' script is too old or missing
Thanks for fixing this.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726972: wireshark: dissected Server Key Exchange packet does not display DH parameters for TLS 1.2 streams with DHE
tags 726972 upstream upstream-fixed forwarded 726972 https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=9208 thanks Hi Daniel, 2013/10/21 Daniel Kahn Gillmor : > Package: wireshark > Version: 1.10.2-2 > Severity: normal > > I used wireshark to dissect packets coming from a range of TLS > connections, all negotiating a DHE key exchange mechanism (e.g. > TLS_DHE_RSA_WITH_AES_128_CBC_SHA) > > When the packets were TLS 1.2 packets, the server key exchange mechanism > will print the length of the key exchange, but does not display the details. > > When the stream is TLS 1.1 or 1.0, the packets containing a "Server Key > Exchange" element show the DH parameters (p, g, and public key). > > When the stream is TLS 1.2, the packets containing a "Server Key > Exchange" element only show the length, but are not dissected properly > so none of the details show up. > > --dkg I think this problem has been fixed upstream. I have verified the fix using https://bugs.wireshark.org/bugzilla/attachment.cgi?id=11682 Cheers, Balint -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Bug#726963: cannot reproduce several *.tar.xz files (possibly tar issue?)
Russ Allbery wrote:
> I discovered that pristine-tar could no longer generate the original
> tarballs for openafs, including one that I just created on a different
> system. The error messages are:
>
> wanderer:~/dvl/debian/openafs$ pristine-tar checkout
> openafs_1.6.5.1.orig.tar.xz
> xdelta: /tmp/pristine-tar.MRIQzsqRqg/openafs_1.6.5.1.orig.tar.xz.tmp:
> Checksum validation failed, expected: f872ee04506b8baec8e0f64eb5e3c30f,
> received: dde5a1aa469e7221bf9f56cc836becad
> xdelta: /tmp/pristine-tar.yMNZDhZVIq/recreatetarball: Checksum validation
> failed, expected: 0172fb743ec9492629d5e0f172848ac9, received:
> a3b994c2709d720e8a091d9448b11532
> xdelta: /tmp/pristine-tar.MRIQzsqRqg/openafs_1.6.5.1.orig.tar.xz.tmp:
> Checksum validation failed, expected: f872ee04506b8baec8e0f64eb5e3c30f,
> received: dde5a1aa469e7221bf9f56cc836becad
> xdelta: /tmp/pristine-tar.yMNZDhZVIq/recreatetarball: Checksum validation
> failed, expected: 0172fb743ec9492629d5e0f172848ac9, received:
> a3b994c2709d720e8a091d9448b11532
> pristine-tar: Failed to reproduce original tarball. Please file a bug report.
> pristine-tar: failed to generate tarball
>
> The failure happens fairly quickly (I'm used to checkouts of xz files
> taking a noticable amount of time), so I believe from that and from
> the nature of the error messages that it's failing before the attempted
> xz compression.
>
> I then checked several older ones and they all fail as well. You can
> reproduce from the public OpenAFS packaging repository at:
>
> git://anonscm.debian.org/pkg-k5-afs/openafs.git
>
> I am able to check out these tarballs on another system that's running
> i386 instead of amd64 and (I suspect more relevantly) tar 1.26+dfsg-8.
> The system where this fails has tar 1.27-1. Maybe something changed
> in the new release?
Everything you say is consistent with tar's output changing. However, it does
not seem to be a general change affecting all packages; I can still
pristine-tar checkout old tarballs of pristine-tar with tar 1.27 installed.
Per investigation below, this bug probably affects all tarballs with files
long enough for tar to use a LongLink.
Let's produce two uncompressed tarballs using the two versions of tar with
--owner 0 --group 0 --numeric-owner --no-recursion --mode 0644 which should
result in stable output when given the same set of input files from openafs,
and compare them to see what causes them to differ. pristine-tar -vdk makes
this easy, just use the recreatetarball file it creates.
joey@wren:~/tmp/openafs#master-1.4>cmp
/home/joey/tmp/pristine-tar.epyfH0IIw6/recreatetarball
/home/joey/tmp/pristine-tar.3gBpeCiihU/recreatetarball
/home/joey/tmp/pristine-tar.epyfH0IIw6/recreatetarball
/home/joey/tmp/pristine-tar.3gBpeCiihU/recreatetarball differ: byte 31013481,
line 869603
Interesting, that's a long way into the file for them to start to
differ! Let's compare hexdumps..
--- old 2013-10-21 11:08:02.0 -0400
+++ new 2013-10-21 11:08:19.0 -0400
@@ -1836579,10 +1836579,10 @@
01d93a00 2e 2f 2e 2f 40 4c 6f 6e 67 4c 69 6e 6b 00 00 00 |././@LongLink...|
01d93a10 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ||
*
-01d93a60 00 00 00 00 30 30 30 30 30 30 30 00 30 30 30 30 |000.|
+01d93a60 00 00 00 00 30 30 30 30 36 34 34 00 30 30 30 30 |644.|
01d93a70 30 30 30 00 30 30 30 30 30 30 30 00 30 30 30 30 |000.000.|
-01d93a80 30 30 30 30 31 34 36 00 30 30 30 30 30 30 30 30 |146.|
-01d93a90 30 30 30 00 30 31 31 35 36 36 00 20 4c 00 00 00 |000.011566. L...|
+01d93a80 30 30 30 30 31 34 36 00 31 32 32 33 31 32 34 31 |146.12231241|
+01d93a90 31 35 37 00 30 31 31 36 34 31 00 20 4c 00 00 00 |157.011641. L...|
01d93aa0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ||
*
01d93b00 00 75 73 74 61 72 20 20 00 72 6f 6f 74 00 00 00 |.ustar .root...|
@@ -1836617,10 +1836617,10 @@
01d94000 2e 2f 2e 2f 40 4c 6f 6e 67 4c 69 6e 6b 00 00 00 |././@LongLink...|
01d94010 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ||
*
-01d94060 00 00 00 00 30 30 30 30 30 30 30 00 30 30 30 30 |000.|
+01d94060 00 00 00 00 30 30 30 30 36 34 34 00 30 30 30 30 |644.|
01d94070 30 30 30 00 30 30 30 30 30 30 30 00 30 30 30 30 |000.000.|
-01d94080 30 30 30 30 31 36 31 00 30 30 30 30 30 30 30 30 |161.|
-01d94090 30 30 30 00 30 31 31 35 36 33 00 20 4c 00 00 00 |000.011563. L...|
+01d94080 30 30 30 30 31 36 31 00 31 32 32 33 31 32 34 31 |161.12231241|
+01d94090 31 35 37 00 30 31 31 36 33 36 00 20 4c 00 00 00 |157.011636. L...|
01d940a0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ||
Just by inspection, this looks to me that old tar used permission 0 for
LongLink entries, and the new tar is using the 0644 set by the --mode
parameter. Let's see..
struct posix_header
{ /* byte offset */
Bug#727022: base: Debian Wheezy didn't shut down. Had to use hard shut down.
Package: base Severity: important Dear Maintainer, Debian wheezy didn't shut down, when I shut it down. It got stuck in some dhcprelease process. I had to use hard reset to shut it down. I have seen this problem more than once. I have attached a screenshot. Please see, if it is a know issue. Thanks, Amandeep -- System Information: Debian Release: 7.2 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=en_IN, LC_CTYPE=en_IN (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
