Bug#752420: couchdb: Please upgrade to 1.6.0

[GCS]

On Mon, Jul 7, 2014 at 6:30 PM, André Gaul  wrote:
> can you point us to a git repo (or similar) where the current version of
> your couchdb package lives? And have you had some time to address the
> issues (from your nice summary) that need to be resolved before
> uploading 1.6.0?
>
> This way we can all get up to speed and work together on the package.
 I think there's a small misunderstanding. Packaging CouchDB itself is
not a daunting task, as quoting Micah: "I've imported the 1.6.0
upstream code and built a package from it, it was quite easy to do!".
What needs to be done is to package the individual projects included
in CouchDB. You can pick either ibrowse, mochiweb, erlang-oauth or
google-snappy and make a deb out of them. You may also try to compile
ZeroClipboard.as to SWF or you may convince upstream to include a
non-minified version of spin.js in the source. Which one do you
choose?

Regards,
Laszlo/GCS


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#696534: Confirmed the bug is still present

[Jan-Oliver Wagner]

Hello,

I can confirm that the bug is still there.
We experienced it now and then.

Was not easy to find out it was bootlogd.

# update-rc.d bootlogd disable

made the system come back to normal.

After fixing another daemon that produce strange output,
re-enabling of bootlogd was possible and all worked again.

Best

Jan

-- 
Dr. Jan-Oliver Wagner |  +49-541-335084-0  |  http://www.greenbone.net/
Greenbone Networks GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 
202460
Geschäftsführer: Lukas Grunwald, Dr. Jan-Oliver Wagner


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754131: [INTL:da] Danish translation of apt-listbugs

[Joe Dalton]

oh there is, the English word translates to tilstande in Danish. My mistake and 
thanks for catching it.

new file attached
joe@pc:~/over/debianp/apt-listbugs$ msgfmt --statistics -c -v -o /dev/null 
da.poda.po: 97 oversatte tekster.



 #:
 ../lib/apt-listbugs/logic.rb:56
 msgid
 ""
 " -S   : Filter bugs by pending-state categories you want to see\n"
 "[%s].\n"
 msgstr ""
 " -S: Filtrer fejlrapporter efter »pending-state«-kategorier,\n"
 "du ønsker at se [%s].\n"


Den man 7/7/14 skrev Francesco Poli :

 Emne: Re: Bug#754131: [INTL:da] Danish translation of apt-listbugs
 Til: "Joe Dalton" 
 Cc: 754...@bugs.debian.org, debian-l10n-dan...@lists.debian.org
 Dato: mandag 7. juli 2014 23.58
 
 On Mon, 7 Jul 2014
 22:31:23 +0100 Joe Dalton wrote:
 
 > no problem, it is only minor changes
 
 Wonderful, thanks a lot for
 your fast response!
 
 I have
 one doubt: does "states" translate to the Danish
 word
 "statistik"? I am asking
 because
 
 #:
 ../lib/apt-listbugs/logic.rb:56
 msgid
 ""
 " -S    
   : Filter bugs by pending-state categories you want to
 see\n"
 "                 
   [%s].\n"
 msgstr ""
 " -S    :
 Filtrer fejlrapporter efter
 »pending-state«-kategorier,\n"
 "                    du ønsker
 at se [%s].\n"
 
 looks a
 bit suspicious.
 Please note that the
 original language "states" has nothing to do
 with
 "statistics" (which sounds
 like "statistik").
 Please clarify
 whether there's a better translation.
 Thanks again!
 
 
 -- 
  http://www.inventati.org/frx/
  fsck is a four letter word...
 .
 Francesco Poli .
  GnuPG key fpr == CA01 1147
 9CD2 EFDF FB82  3925 3E1C 27E1 1F69
 BFFE

da.po.tar.gz
Description: application/gzip

Bug#753704: Aw: Re: Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters

[Vincent Cheng]

On Mon, Jul 7, 2014 at 9:48 AM, costamagnagianfra...@yahoo.it
 wrote:
>
> Hi Steffen and all,
>
> today while talking with a backbox project administrator I discovered that 
> popular tools such as openvas directly calls the amap binary.
>
> I never talked with them, but I don't think it is feasible to ask to every 
> security tool provider to patch their code for the only debian benefit.
>
> I think I'm then changing again my opinion: the conflict field might be the 
> only proper way to be sure such popular tools (not packaged in debian and 
> some of them not even free) continue to work.
>
> Is this one a good reason for a conflict?

Again, according to Policy 10.1, as well as precedent that was
established by the CTTE decision regarding the namespace collision
between ax25-node vs. nodejs, no, it isn't; your argument is no
different from that of the nodejs maintainers, arguing that
/usr/bin/node should be taken over by nodejs simply because it's
already widely used by the nodejs community.

If you feel strongly enough about this issue, I'd suggest filing a bug
against debian-policy, going through the process and gathering
consensus to change 10.1 (e.g. perhaps by weakening it to a "should"
instead of a "must", or by proposing a carefully-worded exception to
existing policy).

Regards,
Vincent


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#753554: qpdfview: Printing PDF with forms results in error/blank page

[Vladimir K]

I can not find related bug in cups-filters, maybe this bug should be reassigned.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754150: pkg-php-tools: Please allow phpcomposer to handle dev and patch releases

[Daniel Beyer]

Package: pkg-php-tools
Version: 1.12
Severity: normal
Tags: patch

It seem like in bug #729452 it was missed to add support for versions
that have a '-dev' or '-patch' suffix. I came across this while trying
to use dh_phpcomposer to generate substvars for
symfony/proxy-manager-bridge (v2.3.16), which has the following in its
composer.json:

 "require": {
"php": ">=5.3.3",
"symfony/dependency-injection": "~2.3",
"ocramius/proxy-manager": ">=0.3.1,<0.4-dev"
},

According to composer's documentation [1] '-patch' can be followed by an
optional number, while '-dev' can not.

The patch attached adds the missing support.

[1] https://getcomposer.org/doc/04-schema.md#version

From 109c2068e2c240cc711a5f919d7c0a56f1259e0c Mon Sep 17 00:00:00 2001
From: Daniel Beyer 
Date: Tue, 8 Jul 2014 07:20:39 +0200
Subject: [PATCH] Allow phpcomposer to handle dev and patch releases

According to composer's documentation [1] '-patch' can be followed by an
optional number, while '-dev' can not.

[1] https://getcomposer.org/doc/04-schema.md#version
---
 lib/scripts/phppkginfo | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/scripts/phppkginfo b/lib/scripts/phppkginfo
index 1f97965..23df1fa 100755
--- a/lib/scripts/phppkginfo
+++ b/lib/scripts/phppkginfo
@@ -365,7 +365,7 @@ function composerDebianVersion($pkg, $version, $link) {
 			'(>|>=|<|<=|!=|~)?'. # Operator
 			'\s*'. # Optional spaces
 			'v?(([\d*]+)(\.[\d*]+)?(\.[\d*]+)?(\.[\d*]+)?)'. # version
-			'-?((?i)alpha\d*|a\d*|beta\d*|b\d*|rc\d*(?-i))?'. # wip
+			'-?((?i)alpha\d*|a\d*|beta\d*|b\d*|dev|patch\d*|rc\d*(?-i))?'. # wip
 			'(@(stable|RC|beta|alpha|dev))?'. # stability
 			'(\s+as +([^,\s]+))?$/', # "as ..."
 			$version, $match)
-- 
1.9.1



signature.asc
Description: This is a digitally signed message part

Bug#754149: lava-server: [debconf_rewrite] Debconf templates and debian/control review proposal

[Christian Perrier]

Package: lava-server
Version: N/A
Severity: normal

Dear Debian maintainer,

Hello,

I just noticed new or modified debconf templates appearing for this
package.

I would like to suggest you to consider calling for debconf templates
review AND translation updates when you introduce new debconf
templates or modify the existing templates in a package or, if you
prefer, to send a call for translations after uploading the first
version that introduces new templates or templates changes.

If you're interested in suggestions for doing this, you can find some
at the end of this bug report.

The debian-l10n-english team will now start a review, on our own
initiative. It will be conducted through this bug report.


Suggestions for future debconf templates review


1) Getting debconf templates reviewed
--

The Debian i18n contributors have developed a set of suggestions for
the writing style of debconf templates, to give them an overall
consistency all around Debian. These writing style suggestions are
explained in the Developers Reference. Lintian also warns about common
writing style concerns.

Maintainers are welcome when they ask for a review of debconf templates
and/or packages descriptions on debian-l10n-engl...@lists.debian.org.
It is of course not needed to wait for someone (such as me right me)
proposing you such a review.

In such situations (whether the review is requested by the maintainer
or proposed by someone else), someone from the debian-l10n-english
team will pick up the review to do, handle it, and finally send you a
bug report with the suggested templates. If you want, you can ask for
being CC'ed to the various discussions when the templates are
reviewed.


2) Call for new translations


As soon as the templates have been reviewed, you can ask Debian
translators for new translations:

Just go to your package's build tree and use:

$ podebconf-report-po --call

This will propose you a generic mail which is to be sent to
debian-i...@lists.debian.org and call for new translations.

This utility will mention existing translations to avoid duplicate
work. 

It will also attach the needed material to this mail.

Please also think about giving a deadline to translators. We like
deadlines..:-)

3) Always call for translation updates before uploading
---

(of course only when you change the debconf templates!)

If your package already includes debconf translations (ie *.po files
in debian/po), please consider calling for translation updates if you
happen to change something in the templates...or just in case when you
release a new version.

This is done with the following command:

$ podebconf-report-po

This will build private mails to translators (ie people listed in
"Last-Translator" in the PO files) for translations that are
incomplete. These mails will included the needed PO file for each
translator.


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#707184: difficult

[Nikolaus Rath]

Providing backports for wheezy is complicated, because wheezy doesn't
have Python 3.3, but S3QL 1.x is not available in testing:

https://lists.debian.org/debian-backports/2014/04/msg00113.html


Not sure if there's any way to solve this properly...

Best,
-Nikolaus

-- 
GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F
Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F

 »Time flies like an arrow, fruit flies like a Banana.«


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#752340:

[Mike Miller]

Control: reassign -1 plasma-widget-networkmanagement 0.9.0.3-1
Control: fixed -1 0.9.0.6-1

On Mon, Jul 7, 2014 at 16:32:02 +0200, Christian Pinedo Zamalloa wrote:
> I have the exactly the same problem in Debian Wheezy + KDE + NetworkManager
> + Openconnect. I have another pc with Debian Testing and Openconnect is
> correctly added to the NetworkManager plasma widget in KDE.

Thanks for confirming that this is present in wheezy and fixed in
testing. Reassigning and marking as fixed in the appropriate version.

> Is it possible
> to solve this in wheezy?

No, as I said in an earlier reply, enabling OpenConnect in the KDE
networking widget requires a newer version of OpenConnect than is in
wheezy.

-- 
mike


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#753982: RFS: mp3diags/1.2.01-1 - find issues in MP3 files and help to solve them

[Josué Ortega]

On Mon, Jul 7, 2014 at 3:40 AM, Sebastian Ramacher 
wrote:

> Control: owner -1 !
>
> On 2014-07-06 13:04:08, Josue Ortega wrote:
> > dget -x
> http://mentors.debian.net/debian/pool/main/m/mp3diags/mp3diags_1.2.01-1.dsc
>
> Unfortunately, the package fails to unpack:
>
> dpkg-source: info: extracting mp3diags in mp3diags-1.2.01
> dpkg-source: info: unpacking mp3diags_1.2.01.orig.tar.gz
> dpkg-source: info: unpacking mp3diags_1.2.01-1.debian.tar.xz
> dpkg-source: info: applying 01-disable_updates.patch
> dpkg-source: error: expected ^--- in line 5 of diff
> `mp3diags-1.2.01/debian/patches/03-pass_flags_to_qmake.patch'
> dpkg-source: info: applying 03-pass_flags_to_qmake.patch
> dpkg-source: info: fuzz is not allowed when applying patches
> dpkg-source: info: if patch '03-pass_flags_to_qmake.patch' is correctly
> applied by quilt, use 'quilt refresh' to update it
> FAILED [dpkg-source died]
>
> See https://lists.debian.org/debian-dpkg/2014/06/msg00052.html for
> possible failure reasons. Please fix the patch.
>
> Cheers
> --
> Sebastian Ramacher
>

Hi Sebastian,

Thanks for reviewing mp3diags.
I have fixed the patch and I have re-uploaded it to mentors[0]

Cheers.

[0]:
http://mentors.debian.net/debian/pool/main/m/mp3diags/mp3diags_1.2.01-1.dsc

-- 
Josue Ortega
Happy Hacking
http://josueortega.org
PGP key 4096R/AB4AFD3F 2012-08-20
Fingerprint = 7733 B328 D279 5F5B E232  5ADD 0150 9D5C AB4A FD3F

Bug#750772: Problem Not Solved for Me

[Soren Stoutner]

I have a fairly large ownCloud database and would like not to purge it if 
possible.  Given the reports on this bug indicating that using the upstream 
tarball restores access to the database, I am inclined to wait until the actual 
cause of the problem is identified and corrected.


On July 7, 2014 12:55:31 PM MST, Rainer Dorsch  wrote:
>Hi Soren,
>
>I have owncloud 6.0.4+dfsg-1.
>
>I you have not yet done that, I suggest to purge owncloud and to delete

-- 
Sent from my tablet.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#753910: [PATCH] Add support for showing Debci test failures as an action item. Closes: #753910

[Andrew Starr-Bochicchio]

On Mon, Jul 7, 2014 at 10:36 AM, Raphael Hertzog  wrote:
>> > On Sun, 06 Jul 2014, Andrew Starr-Bochicchio wrote:
>> >> +@python_2_unicode_compatible
>> >> +class DebciStatus(models.Model):
>> >> +"""
>> >> +Model for debci status of packages.
>> >> +"""
>> >> +package = models.OneToOneField(PackageName, 
>> >> related_name='debci_status')
>> >> +status = JSONField()
>> >
>> > Please don't add a new model for this. Rather use a new "key" in
>> > PackageExtractedInfo.
>> >
>> > PackageExtractedInfo model should probably be renamed into something else
>> > but it's the better place to store this as we can then query most of the
>> > relevant information for a single package in a single query...
>>
>> Right. After I sent this off, I wondered if it needs to store this
>> information at all. Is enough to just store the information in the
>> action item?
>
> Possibly, yes. It really depends on whether you expect other parts of the
> package tracker to build upon this information or not.
>
> But we can always move it to a more appropriate place later on if we
> we have something that needs this information.

I went ahead and dropped it for now. It's all just stored in the
ActionItem. Easy enough to add it if we need it.

Updated patch attached. This time with some tests added as well.

Thanks!

-- Andrew Starr-Bochicchio

   Ubuntu Developer 
   Debian Developer 
   PGP/GPG Key ID: D53FDCB1
From 2d23d7110111ca0cf449c4465c88ba4d91d037c2 Mon Sep 17 00:00:00 2001
From: Andrew Starr-Bochicchio 
Date: Mon, 7 Jul 2014 23:18:20 -0400
Subject: [PATCH] Add support for showing Debci test failures as an action
 item. Closes: #753910
To: 753...@bugs.debian.org

---
 .../debian/templates/debian/debci-action-item.html | 10 +++
 distro_tracker/vendor/debian/tests.py  | 86 +
 distro_tracker/vendor/debian/tracker_tasks.py  | 87 ++
 3 files changed, 183 insertions(+)
 create mode 100644 distro_tracker/vendor/debian/templates/debian/debci-action-item.html

diff --git a/distro_tracker/vendor/debian/templates/debian/debci-action-item.html b/distro_tracker/vendor/debian/templates/debian/debci-action-item.html
new file mode 100644
index 000..7142e9f
--- /dev/null
+++ b/distro_tracker/vendor/debian/templates/debian/debci-action-item.html
@@ -0,0 +1,10 @@
+{% with duration=item.extra_data.duration %}
+{% with previous_status=item.extra_data.previous_status %}
+{% with date=item.extra_data.date %}
+http://ci.debian.net/";>Debci reports
+ test failures  for this package
+(log).
+The tests ran in {{duration}}
+Last run: {{date}}
+Previous status: {{previous_status}}
+{% endwith %}{% endwith %}{% endwith %}
diff --git a/distro_tracker/vendor/debian/tests.py b/distro_tracker/vendor/debian/tests.py
index cd9abce..ca456b8 100644
--- a/distro_tracker/vendor/debian/tests.py
+++ b/distro_tracker/vendor/debian/tests.py
@@ -60,6 +60,7 @@ from distro_tracker.vendor.debian.tracker_tasks import RetrieveDebianMaintainers
 from distro_tracker.vendor.debian.tracker_tasks import RetrieveLowThresholdNmuTask
 from distro_tracker.vendor.debian.tracker_tasks import DebianWatchFileScannerUpdate
 from distro_tracker.vendor.debian.tracker_tasks import UpdateExcusesTask
+from distro_tracker.vendor.debian.tracker_tasks import UpdateDebciStatusTask
 from distro_tracker.vendor.debian.models import DebianContributor
 from distro_tracker.vendor.debian.models import UbuntuPackage
 from distro_tracker.vendor.debian.tracker_tasks import UpdateLintianStatsTask
@@ -4496,3 +4497,88 @@ class DebianSsoLoginTests(TestCase):
 self.client.get('/')
 
 self.assert_no_user_logged_in()
+
+
+class UpdateDebciStatusTaskTest(TestCase):
+"""
+Tests for the :class:`distro_tracker.vendor.debian.tracker_tasks.UpdateDebciStatusTask` task.
+"""
+def setUp(self):
+self.dummy_package = SourcePackageName.objects.create(name='dummy-package')
+self.other_package = SourcePackageName.objects.create(name='other-package')
+
+def run_task(self):
+"""
+Runs the debci status update task.
+"""
+task = UpdateDebciStatusTask()
+task.execute()
+
+@mock.patch('distro_tracker.core.utils.http.requests')
+def test_debci_status(self, mock_requests):
+"""
+Tests that an ActionItem isn't created for a psssing debici status.
+"""
+json_data = """[
+{
+"run_id": "20140705_145427",
+"package": "dummy-package",
+"version": "1.0-1",
+"date": "2014-07-05 14:55:57",
+"status": "pass",
+"blame": [ ],
+"previous_status": "pass",
+"duration_seconds": "91",
+"duration_human": "0h 1m 31s",
+"message": "All tests passed"
+},
+{
+  

Bug#754148: rxvt: querying initial terminal size fails due to fix for bug #202497

[Mike Miller]

Source: rxvt
Version: 1:2.7.10-5.1
Severity: normal

Dear Maintainer,

The fix for Debian bug #202497 causes rxvt to not report its initial terminal
size correctly when queried with a standard ioctl() call. Only after the rxvt
window is resized can the terminal size be retrieved correctly.

The attached simple C program shows the ioctl call I am using to query the
terminal size. This uses the TIOCGWINSZ ioctl to get the terminal size of the
program's controlling terminal. When this program is run in a newly started
rxvt, the terminal size is returned as {0,0}. If the rxvt is resized with the
mouse and the program is run again, the correct updated size is returned.

This appears to be a Debian-specific problem, as the patch that was applied to
fix #202497 appears to be the cause of this behavior. When rxvt is rebuilt
without this patch, the correct initial size {24,80} is returned.

I don't fully understand the race condition mentioned in #202497, but it is
implied that the patch applied is only a band-aid and not a real fix. The patch
clearly introduces this undesired reproducible behavior into rxvt for Debian
users, so I would like to see it removed, but I can't comment on the original
problem with the terminal dimensions.



-- System Information:
Debian Release: jessie/sid
  APT prefers testing
  APT policy: (500, 'testing'), (1, 'experimental'), (1, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

-- no debconf information
#include 
#include 
#include 
#include 
#include 

int
main (int argc, char *argv[])
{
  struct winsize winsize;
  if (ioctl (STDIN_FILENO, TIOCGWINSZ, &winsize) != 0)
{
  perror ("termsize");
  exit (EXIT_FAILURE);
}
  else
{
  printf ("winsize = struct { ws_row = %hu, ws_col = %hu }\n",
  winsize.ws_row, winsize.ws_col);
}
  return EXIT_SUCCESS;
}

Bug#669799: smokeping: transition towards Apache 2.4

[Antoine Beaupré]

On 2012-04-21 08:08:00, a...@debian.org wrote:

[...]

> * Do NOT call a2enconf/a2disconf in your maintainer scripts. Use our
>  apache2-maintscript-helper [4] instead. This is required to get a
>  uniform and stateful handling of all web applications interfacing with
>  Apache2.

[...]

> [4] 
> http://anonscm.debian.org/gitweb/?p=pkg-apache/apache2.git;a=blob;f=debian/PACKAGING;hb=next

Note that this URL has changed to:

http://anonscm.debian.org/gitweb/?p=pkg-apache/apache2.git;a=blob_plain;f=debian/PACKAGING;hb=HEAD

> [7] http://wiki.debian.org/Apache/PackagingFor24

This is also useful.

A.

-- 
Voter, c'est abdiquer
- Élisée Reclus


pgp7AaaxkVbT9.pgp
Description: PGP signature

Bug#707225: smokeping: patch for bugs #707225, #724471 and #752393

[Antoine Beaupré]

On 2014-06-23 10:11:20, Rowan Thorpe wrote:
> I've attached an updated diff based on the below feedback. Because the changes
> only affect this bug I won't update the diff on the other two bugs until this
> version is confirmed good.
>
> On 14:20 Mon 23 Jun 2014, Niko Tyni wrote:
>> On Mon, Jun 23, 2014 at 01:44:17PM +0300, Rowan Thorpe wrote:
>>
>> > Attached is a debdiff for several smokeping bugs.
>>
>> Thanks for your work. I'm not the maintainer (anymore), so just
>> a couple of comments.

Thanks Rowan for those patches, and Niko for the review!

I have factored in what I think are the latest patches from Rowan, and
uploaded 2.6.9 to sid, so hopefully we'll have something to test in
jessie soon enough before the freeze that we can get some more testing.

Unfortunately, I mostly run Smokeping on production systems, which makes
this quite difficult to test for me - I'm working a little bit in the
blind here.

I have nevertheless reviewed the patches, and they seem good. I'm a
little hesitant about the documentation changes, because we're diverging
From upstream - Rowan, could you look at submitting those patches
upstream in a way that would work for both Debian and upstream?

Ideally we'd cut down on the number of patches in debian/patches, not
add to them. :) But of course, better to fix bugs than avoid patching...

Finally, Rowan, if you are interested, you could join me in maintaining
that package. Even if you are not a Debian maintainer, you can still
work on the git repository through the Alioth service. See this page to
get more information on how it works and getting an account:

https://wiki.debian.org/Alioth/PackagingProject

The workflow would basically be that you could commit the changes into
git, and then I could review them and upload the changes in the Debian
archive.

Smokeping packaging definitely needs help. I did some work in getting it
up to speed in the last 5 years, but the work is far from done, as can
be seen in the debian/TODO file and the numerous bugs found in the
Debian BTS.

Sorry if I've been a little slow with the patches, I'll try to be
swifter next time! :)

A.

-- 
Le péché est né avant la vertu, comme le moteur avant le frein.
 - Jean-Paul Sartre


pgp0fPSLxhQRT.pgp
Description: PGP signature

Bug#754147: haskell-libzip: FTBFS on hppa -- test error

[John David Anglin]

Package: haskell-libzip
Version: 0.11.1-1
Severity: normal

See build log:
http://buildd.debian-ports.org/status/fetch.php?pkg=haskell-libzip&arch=hppa&ver=0.11.1-1&stamp=1404779136


-- System Information:
Debian Release: jessie/sid
  APT prefers unreleased
  APT policy: (500, 'unreleased'), (500, 'unstable')
Architecture: hppa (parisc64)

Kernel: Linux 3.15.3+ (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=UTF-8) (ignored: LC_ALL set to en_CA.utf8)
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#702697: ITP: git-remote-bzr -- bidirectional bridge between Git and Bazaar

[Guillem Jover]

Hi!

On Thu, 2014-07-03 at 09:15:38 -0700, Vagrant Cascadian wrote:
> Ok, well, I'll upload git-remote-bzr then

Nice, thanks!

> Set up a git repository in collab-maint:
> 
>   
> https://anonscm.debian.org/gitweb/?p=collab-maint/git-remote-bzr.git;a=summary

I had a quick look, and you can use «dpkg-parsechangelog -SVersion»
since dpkg 1.17.1, instead of mangling its output.

Thanks,
Guillem


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754059: [systemd-sysv] Conflicts with sysvinit-core

[Filipus Klutiero]

On 2014-07-07 13:04, Michael Biebl wrote:

Am 07.07.2014 18:50, schrieb Filipus Klutiero:

I suppose there's a reason why a conflict was declared. I didn't mean
declaring a conflict with sysvinit-core is a bug *per se*. The bug is to
conflict with a package of required priority, namely sysvinit-core. If
it's necessary to conflict with a required package, then something's
very wrong with the package.

Nope, it's not.
See also other init systems, like the upstart package, which declare the
same Conflicts/Replaces.





I did specify "If it's necessary to conflict with a required package". I assume 
you're implying that's not the case for systemd-sysv and will report a bug regarding 
sysvinit-core's priority.

--
Filipus Klutiero
http://www.philippecloutier.com


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#752921: transition: qtbase-opensource-src

[Lisandro Damián Nicanor Pérez Meyer]

On Tuesday 08 July 2014 01:02:29 Emilio Pozuelo Monfort wrote:
[snip]
> This is in now, closing.

Thanks *a lot* Emilio, and once again, sorry for the unexpected transition.

-- 
You know you're brilliant, but maybe you'd like to understand what
you did 2 weeks from now.
  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#751201: emacs-goodies-el: site-start files don't work

[Samuel Bronson]

Peter S Galbraith  writes:

> Hi,
>
> I can't reproduce this...
>
> The errors means that directories like
> /usr/share/emacs/site-lisp/emacs-goodies-el don't exist on your
> system...

Actually, it looks like those three files in site-start.d were expecting
to see .elc files in those same directories, when they're now kept in
emacs-version-specific directories.

> Can you purge the packages, retry, and if it fails again show me the
> screen output of the install?

Hmm, it looks like this probably happened because I didn't upgrade
emacsen-common before I upgraded your packages; just:

,
| $ dpkg-reconfigure {debian-el,devscripts-el,dpkg-dev-el}
`

(with emacsen-common 2.08 installed this time) seems to have been enough
to get it working again.  My only guess as to why this would help is
that the scripts called to to build the elisp didn't actually do
anything useful in the old version of emacsen-common ...

However, I *still* get all of the messages I mentioned, so something
tells me that these files are all useless to me now:

,
| % ls -l 
/etc/emacs/site-start.d/50{debbugs-el,debian-el,devscripts-el,dpkg-dev-el,emacs-goodies-el}.el
| -rw-r--r-- 1 root root 1256 Sep 20  2003 
/etc/emacs/site-start.d/50debbugs-el.el
| -rw-r--r-- 1 root root  615 Oct 16  2003 
/etc/emacs/site-start.d/50debian-el.el
| -rw-r--r-- 1 root root 2053 Dec  4  2007 
/etc/emacs/site-start.d/50devscripts-el.el
| -rw-r--r-- 1 root root  668 Feb 23  2009 
/etc/emacs/site-start.d/50dpkg-dev-el.el
| -rw-r--r-- 1 root root  705 Dec  4  2007 
/etc/emacs/site-start.d/50emacs-goodies-el.el
`

In fact, dpkg doesn't even *know* about two of them:

,
| % dpkg -S 
/etc/emacs/site-start.d/50{debbugs-el,debian-el,devscripts-el,dpkg-dev-el,emacs-goodies-el}.el
| dpkg-query: no path found matching pattern 
/etc/emacs/site-start.d/50debbugs-el.el
| dpkg-query: no path found matching pattern 
/etc/emacs/site-start.d/50debian-el.el
| devscripts-el: /etc/emacs/site-start.d/50devscripts-el.el
| dpkg-dev-el: /etc/emacs/site-start.d/50dpkg-dev-el.el
| emacs-goodies-el: /etc/emacs/site-start.d/50emacs-goodies-el.el
`

I'm attaching copies of mine for reference.

;; -*-emacs-lisp-*-
;;
;; Emacs startup file for the Debian GNU/Linux devscripts-el package

(if (not (file-exists-p "/usr/share/emacs/site-lisp/debbugs-el"))
(message "Package debbugs-el removed but not purged.  Skipping setup.")
  (debian-pkg-add-load-path-item
   (concat "/usr/share/" (symbol-name flavor) "/site-lisp/debbugs-el"))
  
  ;; Make sure that the uncompiled files are also in the load-path, near the
  ;; end.  This is for moving point to the code when view help.
  (setq load-path (nconc load-path 
 (list "/usr/share/emacs/site-lisp/debbugs-el")))

  ;; autoloads for debian-bug.el
  (autoload 'debian-bug "debian-bug" "Submit a Debian bug report." t)
  (autoload 'debian-bug-web-bug "debian-bug"
"Browse the BTS for a bug report number via browse-url"
t)
  (autoload 'debian-bug-wnpp "debian-bug"
"Submit a WNPP bug report to Debian."
t)
  (autoload 'debian-bug-request-for-package "debian-bug"
"Shortcut for debian-bug-wnpp with RFP action"
t)
  (autoload 'debian-bug-ITP "debian-bug"
"Shortcut for debian-bug-wnpp with ITP action (for Debian developers)"
t)
  (autoload 'debian-bug-get-bug-as-email "debian-bug"
"Read bug report #BUG-NUMBER via Email interface."
t))
;; -*-emacs-lisp-*-
;;
;; Emacs startup file for the Debian GNU/Linux devscripts-el package

(if (not (file-exists-p "/usr/share/emacs/site-lisp/debian-el"))
(message "Package debian-el removed but not purged.  Skipping setup.")
  (debian-pkg-add-load-path-item
   (concat "/usr/share/" (symbol-name flavor) "/site-lisp/debian-el"))
  
  ;; Make sure that the uncompiled files are also in the load-path, near the
  ;; end.  This is for moving point to the code when view help.
  (setq load-path (nconc load-path 
 (list "/usr/share/emacs/site-lisp/debian-el")))

  (require 'debian-el))
;; -*-emacs-lisp-*-
;;
;; Emacs startup file for the Debian GNU/Linux devscripts-el package

(cond
 ((not (file-exists-p "/usr/share/emacs/site-lisp/devscripts-el"))
  (message "Package devscripts-el removed but not purged.  Skipping setup."))
 ((not (file-exists-p (concat "/usr/share/"
  (symbol-name debian-emacs-flavor)
  "/site-lisp/devscripts-el/pbuilder-mode.elc")))
  (message "Package devscripts-el not fully installed.  Skipping setup."))
 (t

  (debian-pkg-add-load-path-item
   (concat "/usr/share/"
   (symbol-name debian-emacs-flavor)
   "/site-lisp/devscripts-el"))
  
  ;; autoloads for devscripts.el
  (autoload 'debuild "devscripts" "Run debuild in the current directory." t)
  (autoload 'debc "devscripts" "Run debc in the current directory." t)
  (autoload 'debi "devscripts" "Run debi in the current directory." t)
  (autoload 'debit "devscripts" "Run debit in 

Bug#751201: emacs-goodies-el: site-start files don't work

[Peter S Galbraith]

severity 751201 normal
thanks

I can't reproduce this on up-to-date sid.  Waiting for further input but
let's not remove thispackage from testing just yet.  ;-)

Peter


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754146: gettext: fix FTBFS on ppc64el with autoreconf or libtool patch (provided)

[Mauricio Faria de Oliveira]

Package: src:gettext
Version: 0.18.3.2-3
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
User: debian-de...@lists.debian.org
Usertags: autoreconf

Hi Santiago,

Either of the attached patches fix a FTBFS on ppc64el due to shared
libraries not being built (due to old libtool.m4/configure script).

Would you please consider one of them for an upload?


One is a simple patch (fixes only ppc64el). The other is a more complete
dh-autoreconf thing (fixes ppc64el and other new arches, but uses dh_,
which AFAICT the package is not using, but does build successfully).

With either of them applied, the contents of the built packages (i.e.,
dpkg-deb -c) are equivalent to those of powerpc packages (i.e., no diff
in file listings, accounting for GNU arch name difference).


Thank you,

--
Mauricio Faria de Oliveira
IBM Linux Technology Center


gettext-autoreconf.debdiff.gz
Description: GNU Zip compressed data


gettext-ppc64el-libtool.debdiff.gz
Description: GNU Zip compressed data

Bug#752045: [RFR] templates://dictionaries-common/{dictionaries-common.templates}

[Justin B Rye]

Agustin Martin wrote:
> Justin B Rye wrote:
>>>  The configuration question for "${question}" is empty but some
>>>  elements are installed for the "${class}" class:
>> 
>> What does it mean for a question to be empty?  And what on earth is
>> all this about elements and classes?  Is this perhaps saying:
>> 
>>There is no answer on file for the configuration question
>>"${question}", but some elements are installed for the "${class}"
>>package class:
> 
> This can mean that question value is "" or that question is lost, usually
> because of debconf database corruption. 

My point was that the problem isn't a missing *question* - it's a
missing *answer*.  And it isn't clear yet what the question is likely
to be about.  Are the "elements" the codenames of the dictionaries
provided by the packages?  Are the "classes" the two families of wfoo
and ifoo packages?  The answers may seem obvious to you, but they
won't to ordinary users.

[...]
>> This needs a complete rewrite, using human-readable (and translatable)
>> labels; my guess is
>>

(Which reminds me: I made them translatable in my patch but left the
#flag line.)

>>.
>> Installed elements: "${installed_elements}"
>> Debconf setting: "${choices_value}"
>> Involved packages: "${shared_owners}"
> 
> They are intended for possible bug reports, but I am also not happy with
> their current status. Some (long) explanation follows.
> 
> dictionaries-common uses a rather complex system to deal with the main
> shared question. To make translation easier, it uses a normal question under
> dictionaries-common control. All ispell dictionaries and wordlists provide a 
> shared shared/packages-{ispell,wordlist} template, and am additional 
> ${package}/languages template whose default value provides the language(s)
> keys provided by the package (things like "castellano8 (Spanish 8 bit)").

So are we expecting "Choices_dictcom" to always be a list of language
codenames like "castellano8 (Spanish 8 bit)"?

(Wait... what package provides that, anyway?  wspanish is just
"castellano (Spanish)", and I don't see a wspanish-legacy...)

> This way, template translation for the selection menu is handled in a
> single location at the cost of much higher complexity.
> 
> debconf database corruption can be caused by the main template being lost,
> with or without the shared question being also lost.
> 
> "Choices_debconf" or "Debconf setting" stands for the possible choices
> debconf shows. If this problem happen it will most likely be only "Manual
> symlink setting".
> 
> "Choices_dictcom" or "Installed elements" stands for the possible values that
> should have been made available to debconf (except "Manual symlink setting").
>
> "Owners/error" should show the list of owners for the
> shared/packages-ispell or shared/packages-wordlist question, or the error
> message returned by debconf in case of error.
> 
> May be something like 
> 
>  Available values: "${installed_elements}"
>  Involved packages/Error: "${shared_owners}"
> 
> is enough.

Try to look at it from the point of view of somebody who doesn't
already know what the "available values" are values *of* and who or
what they are available *to*.  If users are likely to end up looking
at something like this:


   The configuration question for "default-wordlist" is empty but some
   elements are installed for the "wordlist" class:
   
   Available values: "american-huge (American English -- huge) british-huge 
(British English -- huge)"
   Involved packages/Error: "wamerican-huge wbritish-huge"


... then this shouldn't need to be any more complicated than:


   The setting for "default-wordlist" is missing, but packages
   providing a wordlist are installed: wamerican-huge wbritish-huge


>>>  dictionaries-common. "${value}" does not correspond to any installed 
>>> package
>  
>> I wish somebody would translate "$value" for me.  What *kind* of value
>> is this variable going to expand to?  Is it something like "wfrench"
> 
> Is something like "castellano8 (Spanish 8 bit)". It is both the language
> unique identifer and the language name, preferrably 7 bit and should not
> change. We initially used a poor's man internationalization like that
> (this system is more than 10 years old). Since debconf later allowed
> C-Choices, an additional new translatable ${package}/elanguages was added.

If all that's needed is an ASCII key to identify a language, it's far
from clear to me why the dictionaries don't have names like "fr" (with
package names like "words-fr")...
 
[...]
>> I think we should use the value of "${value}" instead of the rotten
>> variable-name that users don't know about.  Alternatively you could
>> say "the invalid default dictionary setting", but then the user still
>> needs to puzzle out what it means for a package to provide that; it's
>> much easier to guess what package provides wfrench!
>> 
>> Also, there's no need in this case to explicitly mention debconf.
>> 
>>To fix thi

Bug#742767: TeX Gyre OpenType and wrongly(?) named glyphs

[Karl Berry]

FWIW, I don't see how adding "ff" and the like to the OT fonts simply as
independent glyphs for rendering, not related to any OT or Unicode
ligature mechanism, could confuse anything.

I agree the real bug is in poppler (and/or Debian's choice of using
these OT fonts without sufficient testing), but on the other hand, GUST
foundry has always tried hard to work with the world as it is, rather
than how it should be.

karl


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754145: emacs-defaults: please consider adding emacs-nox virtual package

[Gabriele Giacone]

Source: emacs-defaults
Severity: wishlist

Please consider making emacs-defaults produce 'emacs-nox' as well, as
virtual package depending on 'emacs24-nox'. That would make possible
future transitions (emacs25?) depend on emacs maintainer switch only.
Might it be worth checking whether also producing 'emacs-lucid',
'emacs-common', etc.

Thanks.

On Mon, Jul 7, 2014 at 11:39 AM, Bill Allombert  wrote:
> On Sun, Jul 06, 2014 at 11:04:44PM +0200, Gabriele Giacone wrote:
>> Please migrate your dependencies to "emacs | emacsen" (or whatever's
>> more appropriate for your package) as soon as possible.  The attached
>> patch may help.
[...]
> Maybe we could use emacs24-nox|emacs24 instead ?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754144: elinks: Saving base64 data URIs locally base64-encodes the content instead of base64-decoding

[Nils Dagsson Moskopp]

Package: elinks
Version: 0.12~pre6-4
Severity: normal

Dear Maintainer,

a web site embedded a picture of a horse in PNG format using a data URI.

I navigated to the picture using elinks and chose to save it.

Saving the picture yielded a file containing twice base64-encoded PNG data.

Test case:

1. elinks 
'data:image/png;charset=binary;base64,iVBORw0KGgoNSUhEUgAAABAQAQA3iMLMBGdBTUEAALGPC/xhBQFzUkdCAK7OHOkgY0hSTQAAeiYAAICEAAD6gOgAAHUwAADqYAAAOpgAABdwnLpRPAJiS0dEAAHdihOkCXBIWXMAAABISABGyWs+MUlEQVQI12P8z8AIRL9ZGB/LMF7UY2ysY2yYzHjBkPGDJBjJMn6+w/j1EePbU4xglQCjZBKZqbPdlABJRU5ErkJggg=='

2. save content locally in a file called “testpng”.

3. exit elinks.

4. ; file --mime testpng
→ testpng: text/plain; charset=us-ascii

5. ; base64 -d testpng | base64 -d | file --mime -
→ /dev/stdin: image/png; charset=binary


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing')
Architecture: i386 (i686)

Kernel: Linux 3.13-1-686-pae (SMP w/2 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 elinks depends on:
ii  elinks-data   0.12~pre6-4
ii  libbz2-1.01.0.6-5
ii  libc6 2.18-5
ii  libcomerr21.42.9-3
ii  libexpat1 2.1.0-4
ii  libfsplib00.11-2
ii  libgnutls26   2.12.23-15
ii  libgpm2   1.20.4-6.1
ii  libgssapi-krb5-2  1.12.1+dfsg-1
ii  libidn11  1.28-2
ii  libk5crypto3  1.12.1+dfsg-1
ii  libkrb5-3 1.12.1+dfsg-1
ii  libperl5.18   5.18.2-3
ii  libtre5   0.8.0-4
ii  zlib1g1:1.2.8.dfsg-1

elinks recommends no packages.

Versions of packages elinks suggests:
pn  elinks-doc  

-- 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#700879: debian #700879 - nautilus frequently crashes when copying files

[Pedro Beja]

Hey Praveen,

Could you please still reproduce this issue with newer nautilus version
like 3.8.2-3 or 3.12.0-2 ?

thanks
regards
Pedro

Bug#753999: debian-policy: please switch to emacs24

[Gabriele Giacone]

On Tue, Jul 08, 2014 at 01:11:16AM +0200, Gabriele Giacone wrote:
> Source: emacs-defaults
> Severity: wishlist

Uhm looks like In-Reply-To/References: prevail over To:?
Sorry for the noise.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#750517: Updated patch without the broken test

[Jelmer Vernooij]

The attached patch doesn't have the test that is broken on Python 3.
diff --git a/debian/changelog b/debian/changelog
index bc5d4b8..244add5 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,11 @@
+paramiko (1.14.0-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload.
+  * Add patch 01_fix_buffer_argument, allowing buffer() objects to be
+passed in where bytestrings are supported. Closes: #750517
+
+ -- Jelmer Vernooij   Sat, 05 Jul 2014 23:57:15 +0200
+
 paramiko (1.14.0-2) unstable; urgency=low
 
   * Add extend-diff-ignore to debian/source/options.
diff --git a/debian/patches/01_fix_buffer_argument b/debian/patches/01_fix_buffer_argument
new file mode 100644
index 000..a40d5bf
--- /dev/null
+++ b/debian/patches/01_fix_buffer_argument
@@ -0,0 +1,28 @@
+Author: Jelmer Vernooij 
+Description: Support passing in "buffer" objects again where bytestrings are expected.
+Debian-Bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750517
+Status: merge proposal created for upstream
+Bug: https://github.com/paramiko/paramiko/issues/343
+
+diff --git a/paramiko/py3compat.py b/paramiko/py3compat.py
+index 8842b98..57c096b 100644
+--- a/paramiko/py3compat.py
 b/paramiko/py3compat.py
+@@ -39,6 +39,8 @@ if PY2:
+ return s
+ elif isinstance(s, unicode):
+ return s.encode(encoding)
++elif isinstance(s, buffer):
++return s
+ else:
+ raise TypeError("Expected unicode or bytes, got %r" % s)
+ 
+@@ -49,6 +51,8 @@ if PY2:
+ return s.decode(encoding)
+ elif isinstance(s, unicode):
+ return s
++elif isinstance(s, buffer):
++return s.decode(encoding)
+ else:
+ raise TypeError("Expected unicode or bytes, got %r" % s)
+ 
diff --git a/debian/patches/series b/debian/patches/series
new file mode 100644
index 000..b8b8fc3
--- /dev/null
+++ b/debian/patches/series
@@ -0,0 +1 @@
+01_fix_buffer_argument


signature.asc
Description: Digital signature

Bug#738411: Re: libtext-kakasi-perl: FTBFS: Tests failures

[NOKUBI Takatsugu]

At Mon, 07 Jul 2014 19:57:40 +0200,
Emilio Pozuelo Monfort wrote:
> > This probrem is come from libkakasi. It is already fixed in
> > upstream CVS HEAD.
> > 
> > I'll release newer version of KAKASI in few week.
> 
> Any updates on this?

Some bugs are discovered, almost things were already fixed. I hope to
release in this week.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#445558: util-linux: fstab support for shared mounts

[Andreas Henriksson]

Control: tags -1 + fixed-upstream

Hello!

This should be fixed with the new sys-utils implementation of mount
where --make-shared is just an alias for -o shared (since atleast v2.23).

Regards,
Andreas Henriksson


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#746078: RT News - New member, freeze reminder and last Squeeze release

[Nobuhiro Iwamatsu]

Hi, Christopher.

Thanks for your comment.

2014-07-08 0:24 GMT+09:00 Christopher Schramm :
> Hey,
>
> just go for it and push BlueZ 5 to unstable, Nobuhiro. I don't want to be
> the one taking the blame. ;)

OK, thanks.

>
> I'll prepare a development snapshot of blueman next week (currently on
> holiday). It has at least any BlueZ 5 support, but is currently buggy and
> unfinished. Getting it to testing should probably provoke some feedback that
> could speed up development a little bit.

I do not think that it is removed from unstable to blueman. I think we
better to proceed with the work of bluez5 little gradually.

>
> Cheers
>

Best regards,
  Nobuhiro

>
> On 7. Juli 2014 00:46:47 MESZ, Nobuhiro Iwamatsu 
> wrote:
>>
>> Hi, Andreas.
>>
>> I can upload bluez5 to unstable, immediately.
>> However, blueman does not work properly yet as you wrote it (which is
>> partially supported).
>> And I think that bluez4 also maintain at the same time to support the
>> blueman is not good thing too.
>> In the worst case, blueman may be deleted from the next release.
>>
>> Christopher, do you have any comment about this as blueman maintainer?
>>
>> Best regards,
>>   Nobuhiro
>>
>> 2014-07-05 22:12 GMT+09:00 Andreas Henriksson :
>>>
>>>  Hello Nobuhiro Iwamatsu!
>>>
>>>  I'd like to ask what the status is on getting bluez5 into
>>>  unstable?
>>>
>>>  This part of the recent release-team announcement makes
>>>  me feel pretty stressed:
>>>
>>>  On Sat, Jul 05, 2014 at 09:37:57AM +0200, Niels Thykier wrote:
>>>
>>> [...]

  Freeze reminder 
  

  We are quickly approaching the freeze, which is about ~4 months away!

* In two months (5th of Sep), we will close down for transitions!
>>>
>>>  [...]
>>>
>>>  I'm not alone in thinking that releasing Jessie with a Gnome that
>>>  has bluetooth support disable is not ok to release.
>>>
>>>  We really need to start this soon to be able to get everything updated
>>>  before the freeze deadlines!
>>>
>>>  If blueman is not ready, then so be it not the end of the world.
>>>  It has no reverse dependencies, so I really don't think it should be
>>>  considered a blocker.
>>>  We lose much more if we don't get bluez5 into Jessie then we do
>>>  if we keep bluez4 for the sake of blueman.
>>>
>>>
>>>  Regards,
>>>  Andreas Henriksson
>>
>>
>>
>



-- 
Nobuhiro Iwamatsu
   iwamatsu at {nigauri.org / debian.org}
   GPG ID: 40AD1FA6


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#666867: debian #666867 - nautilus: Nautilus doesn't open after last update

[Pedro Beja]

Hey Jorge,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

thanks
regards
Pedro

Bug#738411: Re: libtext-kakasi-perl: FTBFS: Tests failures

[NOKUBI Takatsugu]

Ah, sorry. I misunderstood.

At Mon, 07 Jul 2014 19:57:40 +0200,
Emilio Pozuelo Monfort wrote:
> > This probrem is come from libkakasi. It is already fixed in
p> > upstream CVS HEAD.
> > 
> > I'll release newer version of KAKASI in few week.
> 
> Any updates on this?

The latest libkakasi (2.3.6-1) resolve the issue.

   dh_auto_test
make[1]: Entering directory 
'/home/knok/draft/debian/tmp/libtext-kakasi-perl-2.04'
PERL_DL_NONLAZY=1 /usr/bin/perl "-MExtUtils::Command::MM" "-e" "test_harness(0, 
'blib/lib', 'blib/arch')" t/*.t
t/01-func.t  ok
t/02-obj.t . ok
t/03-encode.t .. ok
All tests successful.
Files=3, Tests=164,  1 wallclock secs ( 0.06 usr  0.02 sys +  0.20 cusr  0.04 
csys =  0.32 CPU)
Result: PASS


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#669155: debian #669155 - nautilus: crashes when clicking middle mouse button on folder on desktop

[Pedro Beja]

Hey Lukasz,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

thanks
regards
Pedro

Bug#654653: debian #654653 - nautilus: Gives a "Segmentation fault" error when accessing a mountpoint

[Pedro Beja]

Hey Francesco,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

thanks
regards
Pedro

Bug#753999: debian-policy: please switch to emacs24

[Gabriele Giacone]

Source: emacs-defaults
Severity: wishlist

Please consider making emacs-defaults produce 'emacs-nox' as well, as
virtual package depending on 'emacs24-nox'. That would make possible
future transitions (emacs25?) depend on emacs maintainer switch only.
Might it be worth checking whether also producing 'emacs-lucid',
'emacs-common', etc.

Thanks.

On Mon, Jul 7, 2014 at 11:39 AM, Bill Allombert  wrote:
> On Sun, Jul 06, 2014 at 11:04:44PM +0200, Gabriele Giacone wrote:
>> Please migrate your dependencies to "emacs | emacsen" (or whatever's
>> more appropriate for your package) as soon as possible.  The attached
>> patch may help.
[...]
> Maybe we could use emacs24-nox|emacs24 instead ?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#649874: debian #649874 - nautilus: disconnects when finished uploading a file via FTP

[Pedro Beja]

Hey Frign,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

thanks
regards
Pedro

Bug#648872: debian #648872 - nautilus: Nautilus does not load (failed to exexute child process)

[Pedro Beja]

Hey Andrei,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

If so try to add yourself to sambashare group, like $ sudo usermod -a -G
sambashare user

I will let these two links that might help:
http://linuxowns.wordpress.com/2008/10/28/share-ubuntu-folders-with-windows-samba/
and https://answers.launchpad.net/ubuntu/+source/nautilus/+question/31818

thanks
regards
Pedro

Bug#746592: [Pkg-mailman-hackers] Bug#746592: Upgrade/backport mailman as package has been made unusable by DMARC

[juichenieder-deb...@yahoo.co.uk]

Hi Faidon,
Yes, my apologies, I should have worded my initial post clearer 

along the lines of what you have just written.  I still feel relatively
new to Debian, but getting there.

I don't seem to have received an email about your post, but luckily 

I checked back.  To move this along, I enclose information on the 

current status received from Thorsten to give you an idea of current 

status.

Many thanks, and hopefully one day I'll have the skills to do
something like this myself :).

Best,
Jack


PM From Thorsten Glaser 8 May:

I have no idea if Thijs has any
plans related to this. I have few time unfortunately, and
supporting broken services such as Yahoo’s is definitely not
on my priority list (in fact, my own mailserver blocks incoming
messages from them), although I may be able to allocate some
$dayjob time to it eventually. But that’ll take a while.

(In fact, there’s still more of our current “fork” of the
Debian mailman package that needs to be fed back into Debian,
*and* some issues with it to resolve. I really need to manage
to allocate some time towards working with mailman.)

Bug#753964: partman-basicfilesystems: uninstallable on non-linux: dosfstools-udeb missing

[Cyril Brulebois]

Cyril Brulebois  (2014-07-06):
> This contributed to the following:
> | Date: Sun, 6 Jul 2014 05:01:15 +
> | From: udeb uninstallability watcher 
> | To: k...@debian.org
> | Subject: udeb uninstallability trend: worse (+43/-0)

And back to the previous situation after:
  udeb uninstallability trend: better (+0/-30) [kfreebsd-*]
  udeb uninstallability trend: better (+0/-13) [hurd-i386]

Thanks, Colin.

Mraw,
KiBi.


signature.asc
Description: Digital signature

Bug#723168: libmount1-udeb: uninstallable, depends on libselinux1

[Laurent Bigonville]

Le Sun, 6 Jul 2014 22:38:19 +0200,
Cyril Brulebois  a écrit :

> Hello Laurent and d-i people,

Hello Cyril,

> Laurent Bigonville  (2014-04-17):
> > Package: libmount1-udeb
> > Followup-For: Bug #723168
> > 
> > Hi,
> > 
> > I could start building a libselinux1-udeb package if you want.
> > 
> > I think that all the dependencies should be already present for
> > libselinux:
> > 
> >  Depends: libc6 (>= 2.14), libpcre3 (>= 8.10)
> > 
> > But this doesn't mean that we'll be able to do anything related to
> > selinux in the installer, there are other packages that would be
> > needed to do anything useful, but this would be a first step to
> > have SELinux related functions in d-i
> 
> maybe I'm missing something obvious but I fail to see how SELinux
> could be useful in the installer context.

Well my initial idea was to try to see if we could provide an installer
that was able to install a SELinux enabled machine on the first reboot
with all the files properly labeled on disk.

But as said this would require some changes in different components
(udpkg, add a refpolicy udeb,...), so this is maybe a bit premature to
start providing a udeb for libselinux.

> 
> I'm adding -boot@ to the loop to have more eyes on this.
> 

This was actually a wild idea and I didn't really checked in depth. So
if somebody is really interested in this, I could have a look otherwise
I'll put this in my longterm TODO list I guess.

Cheers,

Laurent Bigonville


> Mraw,
> KiBi.


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#634954: debian #634954 - nautilus: Nautilus doesn't detect or mount any partition (external or internal)

[Pedro Beja]

Hey Raza,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

it works fine here with 3.12.0-2 and systemd.

thanks
regards
Pedro

Bug#623636: debian #623636 - nautilus: Nautilus crashes when i try open an archive backup (~)

[Pedro Beja]

Hey Miguel,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

I can't reproduce it here with 3.12.0-2.

thanks
regards,
Pedro

Bug#623581: debian #623581 - nautilus: Nautilus crashes when i try open an icon image

[Pedro Beja]

Hey Miguel,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

I can't reproduce it here with 3.12.0-2.

thanks
regards,
Pedro

Bug#607733: debian #607733 - nautilus shows wrong size in directory Properties

[Pedro Beja]

Hey Shirish,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

I can't reproduce it here with 3.12.0-2.

William I don't think so, you have gnome-system-monitor to that purpose.

thanks
regards,
Pedro

Bug#754116: qa.debian.org: Gnash does not display youtube vedios

[Gabriele Giacone]

Control: retitle -1 browser-plugin-gnash: gnash does not display youtube videos
Control: reassign -1 browser-plugin-gnash

On Tue, Jul 08, 2014 at 01:24:00AM +0800, Lakshmikanth Kammath b wrote:
> ?? * What led up to the situation?
>  I wished to watch youtube vedios on 07/07/2014 as usual.
> ?? * What exactly did you do (or not do) that was effective (or
>  ineffective)?
>  I entered the website of youtube(www.youtube.com) to watch a vedio.
>  I typed my search term and entered. The display repeatedly shows 
>  the message "An error occuerd. Please try again".
> ?? * What was the outcome of this action?
>  I tried to see my pluggin status. For that I went to Tools>Add-ons>
>  check to see if your pluggins are up to date, from Iceweasel.
>  The pluggin status describes Shockwave flash 10.1 r999 or
>  Gnash 0.8.11dev as an outdated pluggin and vulnerable.

Does about:plugins page show more than one flash plugin?
What does following command output?

$ sudo update-alternatives --display flash-mozilla.so

Also install xul-ext-adblock-plus and xul-ext-flashblock, and try again.

> ?? * What outcome did you expect instead?
>  I wanted to have an updated Gnash to play vedios from youtube.
> 
> -- System Information:
> Debian Release: 7.5
> APT prefers stable-updates
> APT policy: (500, 'stable-updates'), (500, 'stable')
> Architecture: i386 (i686)


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#458908: bsdutils: cal header aligment

[Andreas Henriksson]

Control: tags -1 + moreinfo

Hello Peter Meszaros!

I'm following up on (old) util-linux bug reports trying to figure
out which ones are still valid...

On Thu, Jan 03, 2008 at 04:11:16PM +0100, Peter Meszaros wrote:
> Package: bsdutils
> Version: 1:2.13-8
> Severity: minor
> 
> In case of setting LANG=hu_HU, the cal utility day header
> alignment is bad, probably because some day abbreviation is single character.

This was a long time ago and I'm not sure how the situation was back then,
but atleast now the "cal" program is shipped by "bsdmainutils" and
not by the "bsdutils" package from src:util-linux.

Could you please check if you can still reproduce the problem
and if so provide the info from:
dpkg -S $(which cal)
dpkg -l $(dpkg -S $(which cal) | cut -d: -f1)

Regards,
Andreas Henriksson


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#738573: [Pkg-ipsec-tools-devel] Bug#738573: Bug#738573: Add IPv6 IP address support to X509 certificates in subjectAltName

[Adam Majer]

On Tue, Jul 08, 2014 at 09:11:44AM +1200, Matt Grant wrote:
> Hi!
> 
> You should be able to identify parts of the functionality - like the
> config file parser, and then there will other bits in the X509 code, to
> do with verifications, and subject Alt-name parsing.  

I'm not sure we are talking about the same thing here.

I've attached the patch for reference and clarity.


> Have to remember that IPv6 address can be written different ways and in
> binary be the same thing.  Use the getaddrinfo() function to convert to
> binary for comparison.

Not applicable. IPv6 addresses in SubjectAlt seem to be always 16
bytes. At least for certificates created with OpenSSL. There is no
other way to differentiate between IPv4 and IPv6 except for IP address
length in certificate.

Anyway, if for some reason an address is not 16-bytes (IPv6) or 4
bytes (IPv4), it just defaults back to its previous functionality -
failure parsing a given record.

Comparisons are done by function that calls the modified function (it
uses getaddrinfo). There is no patches required anywhere else except
to the X509 parser that does not handle IPv6 IPADDR. Yes, I'm using
IPv6 literal addresses in certificates, hence my interest in getting
it working (so I don't have to patch manually!).

- Adam

-- 
Adam Majer
ad...@zombino.com
Index: ipsec-tools-0.8.1/src/racoon/crypto_openssl.c
===
--- ipsec-tools-0.8.1.orig/src/racoon/crypto_openssl.c  2012-12-24 
08:50:39.0 -0600
+++ ipsec-tools-0.8.1/src/racoon/crypto_openssl.c   2014-02-10 
12:19:43.072038693 -0600
@@ -601,26 +601,47 @@
/* read IP address */
else if (gen->type == GEN_IPADD)
{
-   unsigned char p[5], *ip;
-   ip = p;
-   
-   /* only support IPv4 */
-   if (gen->d.ip->length != 4)
-   goto end;
-   
-   /* convert Octet String to String
-* XXX ???
-*/
-   /*i2d_ASN1_OCTET_STRING(gen->d.ip,&ip);*/
-   ip = gen->d.ip->data;
-
-   /* XXX Magic, enough for an IPv4 address
-*/
-   *altname = racoon_malloc(20);
-   if (!*altname)
+   switch (gen->d.iPAddress->length) {
+   case 4: /* IPv4 */
+   *altname = racoon_malloc(4*3 + 3 + 1); /* digits + 
decimals + null */
+   if (!*altname)
+   goto end;
+
+   snprintf(*altname, 12+3+1, "%u.%u.%u.%u",
+(unsigned)gen->d.iPAddress->data[0],
+(unsigned)gen->d.iPAddress->data[1],
+(unsigned)gen->d.iPAddress->data[2],
+(unsigned)gen->d.iPAddress->data[3]);
+   break;
+   case 16: { /* IPv6 */
+   int i;
+
+   *altname = racoon_malloc(16*2 + 7 + 1); /* digits + 
colons + null */
+   if (!*altname)
+   goto end;
+
+   /* Make NULL terminated IPv6 address */
+   for (i=0; i<16; ++i) {
+   int pos = i*2 + i/2;
+
+   if (i>0 && i%2==0)
+   (*altname)[pos-1] = ':';
+
+   snprintf(*altname + pos, 3, "%02x",
+(unsigned)gen->d.iPAddress->data[i]);
+
+   }
+   plog(LLV_INFO, LOCATION, NULL,
+"Remote X509 IPv6 addr: %s", *altname);
+   break;
+   }
+   default:
+   plog(LLV_ERROR, LOCATION, NULL,
+"Unknown IP address length: %u octects.",
+gen->d.iPAddress->length);
goto end;
-   
-   sprintf(*altname, "%u.%u.%u.%u", ip[0], ip[1], ip[2], ip[3]);
+   }
+
*type = gen->type;
error = 0;
}


signature.asc
Description: Digital signature

Bug#754120: ITP: python-gnupg-ng -- A Python wrapper for GnuPG

[Iain R. Learmonth]

On Mon, Jul 07, 2014 at 12:56:55PM -0500, Ben Carrillo wrote:
> This is a fork of python-gnupg (from version 0.3.2), patched to
> sanitize untrusted inputs, due to the necessity of executing
> subprocess.Popen([...], shell=True) in order to communicate with GnuPG.
> Several speed improvements were also made based on code profiling, and
> the API has been cleaned up to support an easier, more Pythonic,
> interaction.

The upstream version claims to still be called python-gnupg. There is a
python-gnupg package that hasn't been updated since 2014.

How does this package fit in with the existing python-gnupg package?

Thanks,
Iain.

-- 
e: i...@fsfe.orgw: iain.learmonth.me
x: i...@jabber.fsfe.org t: +447875886930
c: MM6MVQ  g: IO87we
p: 1F72 607C 5FF2 CCD5 3F01 600D 56FF 9EA4 E984 6C49


pgpjd7Qcns23E.pgp
Description: PGP signature

Bug#754143: Fix the tests to not pollute the data directory

[Raphaël Hertzog]

Package: tracker.debian.org
Severity: minor

After a run of "./manage.py test" you get a few files in the data
directory:
data/cache: 4a1eaab869bd498dd2218b580f58a891
data/cache: 4a1eaab869bd498dd2218b580f58a891.headers
data/cache: 78016d49ce86f47b39d5712970ca07cf
data/cache: 78016d49ce86f47b39d5712970ca07cf.headers
data/cache: 99ce8528c1922aba6057158485a10285
data/cache: 99ce8528c1922aba6057158485a10285.headers
data/cache: apt-cache
data/cache: fabdbad731826600bd98665400c59da6
data/cache: fabdbad731826600bd98665400c59da6.headers
data/keyring: pubring.gpg
data/keyring: secring.gpg

The tests should always work on temporary directories and not on directories
meant for use in production. We want to be able to run tests on our production
server without risking the integrity of our data.

-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 
'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=fr_FR.utf8, LC_CTYPE=fr_FR.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754041: "apt-get build-dep " no longer secure when cwd=/tmp

[Jakub Wilk]

* David Kalnischkies , 2014-07-07, 23:32:

 # apt-get build-dep nyancat


Even if we ignore security for a moment I am not a fan of this syntax 
as it is too suprising for me.


I don't like it either. :)

I think I would be happier if this would always require a 
relative/absolute path rather than just a directory name ala: apt-get 
build-dep ./nyancat


(aka: at least one / in the pkgname before a file lookup is attempt. 
And a message like those for regex/glob if it matched anything)


Note that this was valid syntax in apt (<< 1.1):

# apt-get build-dep nyancat/unstable

So we might need a stricter rule than "at least one / ...".

Perhaps something like this: the argument must start with "./" or start 
with "/" or end with "/" to be considered a directory name?


--
Jakub Wilk


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754133: PATCH Bug#754133: dyndns: Deprecated use of defined(@array) in new Perl version

[Atle Solbakken]

Description: Fix deprecated use of defined@array)
 dyndns (2012.0112-1) unstable; urgency=low
 .
Origin: other
Bug-Debian: http://bugs.debian.org/754133
Forwarded: no
Last-Update: 2014-07-07
Author: Atle Solbakken 

--- dyndns-2012.0112.orig/bin/dyndns.pl
+++ dyndns-2012.0112/bin/dyndns.pl
@@ -1566,7 +1566,7 @@ sub HandleCommandLineArgsMain ()

if ( ($OPT_QUERY_IP_FILE || $OPT_QUERY_IP_SAVED)
  and
- not defined @OPT_HOST
+ not @OPT_HOST
)
 {


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754072: github-backup: support skipping certain repositories

[Michael Prokop]

* Joey Hess [Mon Jul 07, 2014 at 11:35:56AM -0400]:
> Michael Prokop wrote:
> > It would be nice if there would be an option to skip certain
> > repositories. It's useful if you don't want to download very large
> > repositories or if a certain repository is known to cause problems.

> I assume your're talking about repositories you've owned or starred?

In this specific situation I'm running "github-backup $organization"
actually, and it's about private repositories that are owned by
$organization.

regards,
-mika-


signature.asc
Description: Digital signature

Bug#754142: handbrake: fix capitalization of OGG - should be Ogg

[Matt Zagrabelny]

Package: handbrake
Version: 0.9.9+svn6032+dfsg1-2+b1
Severity: minor

Dear Maintainer,

Thanks for packaging handbrake. I noticed in the package description
that OGG is uppercased - it should be simply capitalized (Ogg).

Cheers!

-mz


-- 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.14-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages handbrake depends on:
ii  dpkg1.17.10
ii  liba52-0.7.40.7.4-17
ii  libass5 0.10.2-3
ii  libavcodec556:10.2-1
ii  libavformat55   6:10.2-1
ii  libavresample1  6:10.2-1
ii  libavutil53 6:10.2-1
ii  libbluray1  1:0.6.0+dfsg-2
ii  libc6   2.19-5
ii  libcairo2   1.12.16-2
ii  libdbus-glib-1-20.102-1
ii  libdvdnav4  4.2.1-3
ii  libdvdread4 4.2.1-2
ii  libgdk-pixbuf2.0-0  2.30.7-1
ii  libglib2.0-02.40.0-3
ii  libgstreamer-plugins-base1.0-0  1.2.4-1
ii  libgstreamer1.0-0   1.2.4-1
ii  libgtk-3-0  3.12.2-1+b1
ii  libgudev-1.0-0  204-14
ii  libmp3lame0 1:3.99.5-dmo2
ii  libnotify4  0.7.6-2
ii  libpango-1.0-0  1.36.3-1
ii  libsamplerate0  0.1.8-8
ii  libswscale2 8:1.0.6-dmo2
ii  libtheora0  1.1.1+dfsg.1-3.2
ii  libvorbis0a 1.3.2-1.4
ii  libvorbisenc2   1.3.2-1.4
ii  libx264-142 2:0.142.2412+gitd7e6896-1

Versions of packages handbrake recommends:
ii  gstreamer1.0-libav   1.3.2-1
ii  gstreamer1.0-pulseaudio  1.2.4-1
ii  gstreamer1.0-x   1.2.4-1

handbrake 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#754134: (no subject)

[Breno Leitao]

The upstream acceptance and patch submission is being tracked in JR TS 2922

https://issues.apache.org/jira/browse/TS-2922


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754141: dovecot: build-dependency on clucene-dev should be versioned

[Jonas Smedegaard]

Package: dovecot
Version: 1:2.2.13-2
Severity: normal

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Dovecot fails to build against clucene-dev in wheezy.

Upstream wiki states that CLucene 2.3 is required, and explicitly
mentions 0.9 (the version in wheezy) as inadequate.

Therefore, the build-dependency should be tightened to "(>= 2.3)".

 - Jonas

-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQF8BAEBCgBmBQJTuxmoXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ3NjQ4ODQwMTIyRTJDNTBFQzUxRDQwRTI0
RUMxQjcyMjM3NEY5QkQ2AAoJEE7BtyI3T5vWQ4QH/2XGQJm8EnQNbusszvsGOw4z
INV9PUsCgSqKvsArpIysUUExsLijsh6FHhwn7iMrmolupzYkuXKsEiauN1i/rBZp
sLeP0SG9TWa+laM/3hZIlWm65oEF6N5gy/ymRBDRxvCGUHcjQpshkdmeqrzW5D4K
44we1hoNEF/dKcWrPWtta3PwAGXIY0Vg1Ugo5B5FPbBe/MoGwS8s/VDFRFFyJHAM
6rWOngPEwy4bpprL556yGm+GTniWf8KDPUuklBHWI+LHQVgLUiWnrNoLZiM/gqDo
e/5bku4V1tiFyw/TBhr5uuZiCzV7s+KZNRjeTcGDJGOecAv4XTbR4BP18QcUcqc=
=afxZ
-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#682842: mount: 'mount -a -t cifs' does not honor 'user(s)' option

[Andreas Henriksson]

Hello Stefan Schwarzer!

I'm looking over (old) util-linux bug reports to try to identify
which ones are still relevant and which has already been fixed
in newer upstream releases...

On Thu, Jul 26, 2012 at 09:59:24AM +0200, Stefan Schwarzer wrote:
> Package: mount
> Version: 2.20.1-5.1
> Severity: normal
> 
> Dear Maintainer,
> 
> I have several entries for cifs shares in /etc/fstab, each marked as 
> 'user' mountable. I expect that 'mount -at cifs' scans through fstab and
> attempts to mount each of these, either deciding to perform the mount 
> by itself or by delegating to mount.cifs.
> 
> What happens is that the mount command is rejected with the error
> message 
> 
> sts@nbofm020:~$ mount -at cifs
> mount: only root can do that

With util-linux 2.24.2 the error message is a bit more clear:

$ mount -at cifs
mount: only root can use "--all" option

Even though in your case being able to use the -a option might seem
convenient, I can't come up with a good general semantics on how
it should behave in all cases.
If you think you can come up with a way to describe how you'd
like to see it work, I'd recommend you to argue it on the
upstream mailing list.

> 
> though each single filesystem is mounted correctly
> 
> sts@nbofm020:~$ mount /ipmfas/ofm-projekte
> sts@nbofm020:~$ df
> Filesystem  1K-blocks   Used 
> Available Use% Mounted on
> [...]
> //ipmfas/ofm-projekte  2732431772 2628478316 
> 103953456  97% /ipmfas/ofm-projekte
> sts@nbofm020:~$ 
> 
> In fact, 'mount -at cifs' as user does not even reference /etc/fstab as
> can be seen by running strace, so it seems to link the -a option to 
> a mandatory uid/euid of 0 at an early stage. 
> 
> By the way, umount also does not correctly honor 'user', since from the 
> same shell a subsequent 
> 
> sts@nbofm020:~$ umount /ipmfas/ofm-projekte 
> umount: only root can unmount //ipmfas/ofm-projekte from /ipmfas/ofm-projekte
> 
> fails. 

I guess this is because of bug #702935 and should hopefully be resolved
in newer upstream releases.

Do you agree with my assessment that this bug can be closed once we get
the new upstream release in the archive?

Regards,
Andreas Henriksson


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#752128: mate-desktop-environment doesn't require a display manager

[Mike Gabriel]

Control: tag -1 wontfix
Control: close -1

Hi Giulio,

On  Fr 20 Jun 2014 01:16:48 CEST, Giulio Turetta wrote:


Package: mate-desktop-environment
Version: 1.8.0+2~bpo70+1
Severity: minor

Dear Maintainer,

thank you, good job! ;o)

Maybe useful if mate-desktop-environment requires a display manager  
(gdm/lightdm) so it can be enjoyed with no additional effort :)


Regards

G.


a desktop shell can also be used via remote desktop solutions like  
X2Go or VNC.


Pulling in a display manager with the complete Xorg stack is a slight  
overkill for those use cases.


To get into the delight of MATE, install one of the Debian desktop CDs  
(any of those have a DM installed) and then co-install MATE.


If you want to make MATE the default session manager, run this command  
as root once:


  update-alternatives --config x-session-manager

Select the number "mate-session" and be happy for the time being...

Mike
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpeS4qjmqAEG.pgp
Description: Digitale PGP-Signatur

Bug#754131: [INTL:da] Danish translation of apt-listbugs

[Francesco Poli]

On Mon, 7 Jul 2014 22:31:23 +0100 Joe Dalton wrote:

> no problem, it is only minor changes

Wonderful, thanks a lot for your fast response!

I have one doubt: does "states" translate to the Danish word
"statistik"? I am asking because

#: ../lib/apt-listbugs/logic.rb:56
msgid ""
" -S   : Filter bugs by pending-state categories you want to see\n"
"[%s].\n"
msgstr ""
" -S: Filtrer fejlrapporter efter »pending-state«-kategorier,\n"
"du ønsker at se [%s].\n"

looks a bit suspicious.
Please note that the original language "states" has nothing to do with
"statistics" (which sounds like "statistik").
Please clarify whether there's a better translation.
Thanks again!


-- 
 http://www.inventati.org/frx/
 fsck is a four letter word...
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


pgp3bBIJjaEzv.pgp
Description: PGP signature

Bug#753554: qpdfview: Printing PDF with forms results in error/blank page

[Benjamin Eltzner]

Hi Vladimir, your description suggests that the problem lies in
cups-filters. Evince converts documents to PS before sending them to
cups-filters, which avoids some of the bugs related to forms. I could
open a wishlist item for an optional PS-conversion as Evince does, but I
think this would be way too much work for such a small project to
shoulder in the nearer future.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#570955: debian #570955 - nautilus: sometimes tries to starts hundreds of File Managers on login

[Julian Gilbey]

On Mon, Jul 07, 2014 at 10:47:10PM +0100, Pedro Beja wrote:
> Hey,
> this is an old bug.
> Could you please still reproduce this issue with newer nautilus version like
> 3.4.2-1+build1 or 3.8.2-3 ?
> I'm using 3.12.0-2 here and I can't reproduce it.
> thanks
> regards,
> Pedro

I gave up using GNOME when it went to GNOME 3, so I'm no longer using
nautilus.  If it's not doing this any longer, please feel free to
close this bug.

   Julian


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#740854: xserver-xorg: Crash when switching to console or ending X-server - but only when connected via DVI

[Stephan Lahl]

Hello Maintainer, Herman, anyone else reading this,

I'm suffering from these crashes here (kwheezy) and all I could find 
until now is this bug report.

Is there any fix for it?
Or is xorg the wrong package to look at and there is already a fix for 
this problem somewhere else?
Does anybody know if other debian derivates, e.g. ubuntu 14.x are broken 
too?
I'm looking forward for an upgrade to a workstation pool and right now 
with this bug it's simply not going to happen.
(And I don't really want to switch back to vga at home anyway. I just 
learned about this possible workaround reading this bug report here.)


Any ideas or hints anyone?

Thank you in advance and best wishes
Stephan Lahl


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#752572: Info received (zookeeper: FTBFS on arm64)

[Wookey]

+++ Debian Bug Tracking System [2014-06-26 14:24 +]:

OK, after grokking the openjdk build system somewhat (patches are not
applied to source, but to a source tarball chosen/downloaded by the
debian rules). The makefile is patched by rules to determine which
upstream patches are applied. So far as I can tell there is no rule to
unpack and patch these sources (such as hotspot) without building
them?

It seems that patches/aarch64-flush_icache_stub.patch was applied to
hotspot, but patches/aarch64-save_sp_regs.patch was not.

Tracked down to missing newline in debian/patches/icedtea-patch.diff 
(I think, still running tests - they take ages!)

patch attached. Will confirm success failure later, but it looks likely. 

Wookey
-- 
Principal hats:  Linaro, Emdebian, Wookware, Balloonboard, ARM
http://wookware.org/
diff -Nru openjdk-7-7u55-2.4.7/debian/changelog openjdk-7-7u55-2.4.7/debian/changelog
--- openjdk-7-7u55-2.4.7/debian/changelog	2014-07-07 17:08:35.0 +
+++ openjdk-7-7u55-2.4.7/debian/changelog	2014-07-07 17:08:48.0 +
@@ -1,3 +1,11 @@
+openjdk-7 (7u55-2.4.7-2.1) unstable; urgency=medium
+
+  * Non-maintainer upload
+  * Ensure that aarch64-save_sp_regs.patch is applied on arm64 
+(Closes: #752572)
+
+ -- Wookey   Mon, 07 Jul 2014 16:50:34 +
+
 openjdk-7 (7u55-2.4.7-2) unstable; urgency=medium
 
   * Fix the quoting of configure flags for the zero build.
diff -Nru openjdk-7-7u55-2.4.7/debian/patches/icedtea-patch.diff openjdk-7-7u55-2.4.7/debian/patches/icedtea-patch.diff
--- openjdk-7-7u55-2.4.7/debian/patches/icedtea-patch.diff	2014-07-07 17:08:35.0 +
+++ openjdk-7-7u55-2.4.7/debian/patches/icedtea-patch.diff	2014-07-07 17:08:48.0 +
@@ -15,7 +15,7 @@
  
 +if HSBUILD_AARCH64
 +ICEDTEA_PATCHES += \
-+	patches/aarch64-flush_icache_stub.patch 
++	patches/aarch64-flush_icache_stub.patch \ 
 +	patches/aarch64-save_sp_regs.patch
 +endif
 +

Bug#602727: debian #602727 - nautilus stand-by with mounted share and network offline

[Pedro Beja]

Hey Pol,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

thanks
regards,
Pedro

Bug#744264: Fwd: mate-session-manager_1.8.1-4~bpo70+1_amd64.changes ACCEPTED into wheezy-backports

[Mike Gabriel]

Control: close -1

Obviously, uploads to wheezy-bpo don't close open bugs in the Debian BTS...

Closing it manually,
Mike


- Weitergeleitete Nachricht von Debian FTP Masters  
 -

  Datum: Mon, 07 Jul 2014 21:38:16 +
Von: Debian FTP Masters 
Betreff: mate-session-manager_1.8.1-4~bpo70+1_amd64.changes ACCEPTED  
into wheezy-backports
 An: MATE Packaging Team ,  
Mike Gabriel 


Accepted:

 Format: 1.8
Date: Mon, 07 Jul 2014 22:36:57 +0200
Source: mate-session-manager
Binary: mate-session-manager mate-session-manager-dbg
Architecture: source amd64
Version: 1.8.1-4~bpo70+1
Distribution: wheezy-backports
Urgency: medium
Maintainer: MATE Packaging Team 
Changed-By: Mike Gabriel 
Description:
 mate-session-manager - MATE Session Manager
 mate-session-manager-dbg - MATE Session Manager (debugging symbols)
Closes: 744264 748934
Changes:
 mate-session-manager (1.8.1-4~bpo70+1) wheezy-backports; urgency=low
 .
   * Upload to wheezy-backports. The avoid-systemd-on-wheezy upload.
 (Closes: #744264).
 .
   * debian/control:
 + Drop from B-D (for wheezy-backports): libsystemd-login-dev.
   * debian/rules:
 + Use configure option --without-systemd (for wheezy-backports).
 .
 mate-session-manager (1.8.1-4) unstable; urgency=medium
 .
   [ Martin Wimpress ]
   * Add Provides: x-session-manager.
 .
 mate-session-manager (1.8.1-3) unstable; urgency=low
 .
   [ Vangelis Mouhtsis ]
   * debian/rules: Replace on dh_install --list-missing -> --fail-missing.
 .
   [ Mike Gabriel ]
   * postinst/prerm:
 + Tab'ify package scripts.
   * debian/control:
 + Drop B-D: libupower-glib-dev. MATE's session manager currently fails
   to build against upcoming upower version (>= 0.99). (Closes: 748934).
Checksums-Sha1:
 6f6bd18dacb3885a66069665da265aacf0932b53 2527  
mate-session-manager_1.8.1-4~bpo70+1.dsc
 766d1cab1ec570552b3cf6a41942242822b246ee 5416  
mate-session-manager_1.8.1-4~bpo70+1.debian.tar.gz
 efed6968096dbee0e83dc22bf88b296d43059c31 378926  
mate-session-manager_1.8.1-4~bpo70+1_amd64.deb
 983bc23d296c2d3a2a73927c44108db7b963374e 446760  
mate-session-manager-dbg_1.8.1-4~bpo70+1_amd64.deb

Checksums-Sha256:
 e4b44e3f188900b374674bfd790476d03b0cdb59bea8a6d49e755b5fbbb8f827  
2527 mate-session-manager_1.8.1-4~bpo70+1.dsc
 c931ea738db4da6c54adbd8a660edb6880d270ea09b1db6c4eed512417ec3cbe  
5416 mate-session-manager_1.8.1-4~bpo70+1.debian.tar.gz
 7ddc85d3ecc620e2eb63ed34569c0297dbd43bbd5b9f1df6eb6dfd7033f0df06  
378926 mate-session-manager_1.8.1-4~bpo70+1_amd64.deb
 4393b6f8abc08fd32dccca05fc036e512fb82c4ebafa75932e3b01c484896e7d  
446760 mate-session-manager-dbg_1.8.1-4~bpo70+1_amd64.deb

Files:
 04f27e42d57bbc96ab107e97b484a4f1 2527 x11 optional  
mate-session-manager_1.8.1-4~bpo70+1.dsc
 3e541ed292a0d4e00620cc5f64163e9c 5416 x11 optional  
mate-session-manager_1.8.1-4~bpo70+1.debian.tar.gz
 637d8bae4e6b581bc0fd3b38da147b5b 378926 x11 optional  
mate-session-manager_1.8.1-4~bpo70+1_amd64.deb
 d76a721577a2f1fc708a3c67fe048c08 446760 debug extra  
mate-session-manager-dbg_1.8.1-4~bpo70+1_amd64.deb


--

mike gabriel aka sunweaver (Debian Developer)
fon: +49 (1520) 1976 148

GnuPG Fingerprint: 9BFB AEE8 6C0A A5FF BF22  0782 9AF4 6B30 2577 1B31
mail: sunwea...@debian.org, http://sunweavers.net



pgpLjEXtYNZEH.pgp
Description: Digitale PGP-Signatur

Bug#753644: FTBFS with clang instead of gcc

[D. Jared Dominguez]

Thanks. I cleaned up and broke out your patch into logically separate 
patches for submission upstream. I have one question, though. This one 
is somewhat unrelated to the rest of your patch:



--- efibootmgr-0.7.0/src/include/scsi_ioctls.h  2014-04-01 22:53:43.0 
+0400
+++ efibootmgr-0.7.0-my/src/include/scsi_ioctls.h   2014-07-04 
00:38:13.336584399 +0400
@@ -38,7 +38,7 @@
} Scsi_Idlun;


-inline int get_scsi_idlun(int fd, Scsi_Idlun *idlun);
+int get_scsi_idlun(int fd, Scsi_Idlun *idlun);
int get_scsi_pci(int fd, char *slot_name, size_t size);
int idlun_to_components (Scsi_Idlun *idlun,
 unsigned char *host,


I'm not terribly familiar with how Clang uses inline, but looking at 
, I understand that 
it's different from gcc. If you remove the inline there, should you also 
remove it from the function definition in scsi_ioctls.c?


--Jared


--
Jared Domínguez
Server OS Engineering
Dell | Enterprise Solutions Group


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#570955: debian #570955 - nautilus: sometimes tries to starts hundreds of File Managers on login

[Pedro Beja]

Hey,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

I'm using 3.12.0-2 here and I can't reproduce it.

thanks
regards,
Pedro

Bug#754140: RFS: qgis/2.4.0-1~exp1

[Bas Couwenberg]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "qgis"

 Package name: qgis
 Version : 2.4.0-1~exp1
 Upstream Author : qgis-develo...@lists.osgeo.org
 URL : http://qgis.org/
 License : GPL-2+
 Section : science

It builds those binary packages:

 qgis - Geographic Information System (GIS)
 qgis-common  - QGIS - architecture-independent data
 libqgis-core2.4.0- QGIS - shared libraries (libqgis-core)
 libqgis-gui2.4.0 - QGIS - shared libraries (libqgis-gui)
 libqgis-analysis2.4.0- QGIS - shared libraries (libqgis-analysis)
 libqgis-networkanalysis2.4.0 - QGIS - shared libraries 
(libqgis-networkanalysis)
 libqgisgrass2.4.0- QGIS - shared libraries (libqgisgrass)
 libqgispython2.4.0   - QGIS - shared libraries (libqgispython)
 libqgissqlanyconnection2.4.0 - QGIS - shared libraries 
(libqgissqlanyconnection)
 libqgis-dev  - QGIS - development files
 qgis-plugin-grass- GRASS plugin for QGIS
 qgis-plugin-grass-common - GRASS plugin for QGIS - 
architecture-independent data
 qgis-plugin-globe- OSG globe plugin for QGIS
 qgis-plugin-globe-common - OSG globe plugin for QGIS - 
architecture-independent data
 python-qgis  - Python bindings to QGIS
 python-qgis-common   - Python bindings to QGIS - 
architecture-independent files
 qgis-providers   - collection of data providers to QGIS
 qgis-providers-common- collection of data providers to QGIS - 
architecture-independent files
 qgis-mapserver   - QGIS mapserver
 libqgis-customwidgets2.4.0   - QGIS custom widgets for Qt Designer
 qgis-sqlanywhere - QGIS sql anywhere plugin and provider
 qgis-api-doc - QGIS API documentation

To access further information about this package, please visit the following 
URL:

http://mentors.debian.net/package/qgis


Alternatively, one can download the package with dget using this command:

  dget -x 
http://mentors.debian.net/debian/pool/main/q/qgis/qgis_2.4.0-1~exp1.dsc

More information about QGIS can be obtained from http://qgis.org/.

Changes since the last upload:

  [ Jürgen E. Fischer ]
  * Release of 2.4

  [ Bas Couwenberg ]
  * New upstream release.
  * Drop obsolete patches, refresh remaining patches.
  * Don't install libgrass_gis, no longer built.
  * Remove unused template files, used by upstream packaging only.
  * Remove extra license file.
  * Exclude libqgis-customwidgets2.4.0 from dh_makeshlibs.
  * Update lintian overrides for 2.4.0.
  * Remove duplicate -f, $(RM) already uses it.
  * Update symbols for amd64.


Regards,
 Bas Couwenberg


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754041: "apt-get build-dep " no longer secure when cwd=/tmp

[David Kalnischkies]

On Sun, Jul 06, 2014 at 11:49:26PM +0200, Jakub Wilk wrote:
>  # apt-get build-dep nyancat

Even if we ignore security for a moment I am not a fan of this syntax as
it is too suprising for me. I think I would be happier if this would
always require a relative/absolute path rather than just a directory
name ala: apt-get build-dep ./nyancat

(aka: at least one / in the pkgname before a file lookup is attempt. And
a message like those for regex/glob if it matched anything)

This also 'solves' the security problem by letting the user decide how
secure she wants to be.

(I haven't looked at the code though, yet)


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Bug#753941: libapt-pkg4.12: segfaults at debListParser::NewVersion

[David Kalnischkies]

Control: severity -1 important

Hi,

On Sun, Jul 06, 2014 at 04:00:29PM +0200, Zakaria ElQotbi wrote:
> Package: libapt-pkg4.12
> Version: 1.0.5
> Severity: grave
> Justification: renders package unusable

Thanks for the report!

These bugs are traditionally hard to tackle as they are hard to
reproduce (if at all possible). They depend on the order of sources.list
entries and the contents of the files downloaded as a result of that.
I am therefore downgrading a bit as this will resolve itself very very
likely with the next 'apt-get update'. Alternatively the posted
workaround works just as well. (and because you can hit it with any
version of apt from the last four years – so an RC-bugs would at the
most discourage people from upgrading to a security fix we had
recently…)


That said, I happen to know what is wrong this time as I saw it while
rewriting this codearea for a (still unfinished… damn) experimental
branch, which should have been public weeks ago… anyway, the simple fix
is in our debian/sid branch now waiting for the next upload.

As a (very) small reward for reporting this issue: The workaround will
actually make apt's cache generation slightly faster and is totally
harmless (if you don't happen to use insane high values, the equivalent
of 100MB should be enough, the current default is ~25MB). It is "very
small" though as it is probably not measurable…


Technical background:
In the dark ages (=before squeeze) if the cache was too small apt would
just error out ("mmap ran out of room"). In many many iterations
I worked on making the cache generation relocatable at runtime, so that
we can grow the underlying mmap by moving to a different address (as
growing but keeping the address is unlikely to work). We can't just
increase the cache size by default as on embedded devices we would eat
a good part of the available RAM this way… really bad if the kernel
OOM-killer is triggered…

The offender here is the line:
Ver->Section = UniqFindTagWrite("Section");

So the compiler figures out the storage location (Ver->Section), then
it calculates the value (return value of the function call) and stores
the value at the storage location – just that this is the old location
as the function call could potentially move the mmap… segfault.

So the solution is something like:
tempvalue = UniqFindTagWrite("Section");
Ver->Section = tempvalue;

Seems trivial, right? It is also the reason why regardless of how hard
you try to find all these instances, one or two are always slipping
through (but after 4 years, there can't be that many left, right? ;) )


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Bug#754131: [INTL:da] Danish translation of apt-listbugs

[Joe Dalton]

no problem, it is only minor changes

here is the file

joe@pc:~/over/debianp/apt-listbugs$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 97 oversatte tekster.




Den man 7/7/14 skrev Francesco Poli :

 Emne: Re: Bug#754131: [INTL:da] Danish translation of apt-listbugs
 Til: "Joe Dalton" , 754...@bugs.debian.org
 Cc: debian-l10n-dan...@lists.debian.org
 Dato: mandag 7. juli 2014 23.14
 
 On Mon, 7 Jul 2014
 21:35:39 +0100 Joe Dalton wrote:
 
 [...]
 > Please include the attached Danish
 apt-listbugs translation.
 
 Hello Joe!
 Receiving
 translation updates without even having to ask for them
 is
 really great!   :-)
 Thanks a lot for taking the time to update the
 da.po file.
 
 Unfortunately I
 am currently developing version 0.1.14 of apt-listbugs
 and I plan to issue a call for translation
 updates later on.
 There have already been a
 number of changes in apt-listbugs which
 reflect on the .pot file.
 
 Would you be so incredibly kind to re-base your
 translation on the
 attached file? This would
 make your translation (almost) up-to-date
 with the soon-to-be-published apt-listbugs
 version 0.1.14 ...
 
 I would
 be really really grateful, if you could.
 
 Please let me know, thank you so much for your
 time!
 
 
 --
 
  http://www.inventati.org/frx/
  fsck is a four letter word...
 .
 Francesco Poli .
  GnuPG key fpr == CA01 1147
 9CD2 EFDF FB82  3925 3E1C 27E1 1F69
 BFFE

da.po.tar.gz
Description: application/gzip

Bug#547539: debian #547539 - nautilus: Unable to recover after crash -- nautilus:12796): Eel-WARNING **: GConf error

[Pedro Beja]

Hey Jari,

this is an old bug.

Could you please still reproduce this issue with newer nautilus version
like 3.4.2-1+build1 or 3.8.2-3 ?

thanks
regards,
Pedro

Bug#753979: [INTL:da] Danish translation of apt

[David Kalnischkies]

Hi,

On Sun, Jul 06, 2014 at 07:49:19PM +0100, Joe Dalton wrote:
> Please include the attached Danish apt translation.

Your wish is my command: applied to the debian/sid branch,
so next upload will ship it. Thanks a lot!  :)


Best regards

David Kalnischkies


signature.asc
Description: Digital signature

Bug#752409: krb5: Modify the control file for bootstrapping without LDAP

[Peter Pentchev]

Hi,

As noted in #752407, here's an updated patch rebased onto the current
master branch; also available at
https://gitorious.org/roam-debian-bootstrap/krb5-debian/commits/roam-stage1-control-3

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13
From 9dce31ad667c0154bc20068d35ba746a8f2ba479 Mon Sep 17 00:00:00 2001
From: Peter Pentchev 
Date: Mon, 23 Jun 2014 13:08:34 +0300
Subject: [PATCH] Add build profile annotations to debian/control.

Use  to drop the LDAP build dependency in the stage1
profile.
Use Build-Profiles: !stage1 instead of -N... to skip building the LDAP
interface package and minimize the changes to the rules file.
---
 debian/control |  4 ++--
 debian/rules   | 57 +++--
 2 files changed, 29 insertions(+), 32 deletions(-)

diff --git a/debian/control b/debian/control
index 4594b71..8bf7181 100644
--- a/debian/control
+++ b/debian/control
@@ -1,10 +1,9 @@
 Source: krb5
 Section: net
 Priority: standard
-# For stage1 builds, remove the libldap2-dev dependency.
 Build-Depends: debhelper (>= 8.1.3), byacc | bison,
  comerr-dev, docbook-to-man,
- libkeyutils-dev [linux-any], libldap2-dev,
+ libkeyutils-dev [linux-any], libldap2-dev ,
  libncurses5-dev, libssl-dev,  ss-dev, 
  libverto-dev (>= 0.2.4), pkg-config
 build-depends-indep: python-cheetah, python-lxml, python-sphinx, 
doxygen-latex, doxygen
@@ -57,6 +56,7 @@ Description: MIT Kerberos key server (KDC)
 Package: krb5-kdc-ldap
 Architecture: any
 Priority: extra
+Build-Profiles: !stage1
 Depends: ${misc:Depends}, ${shlibs:Depends}, krb5-kdc (= ${binary:Version})
 Description: MIT Kerberos key server (KDC) LDAP plugin
  Kerberos is a system for authenticating users and services on a network.
diff --git a/debian/rules b/debian/rules
index a15ae9b..b23de4a 100755
--- a/debian/rules
+++ b/debian/rules
@@ -51,11 +51,8 @@ EXCLUDE = -Xtmac.doc -Xexamples/krb5 -Xgnats/mit 
-Xkrb5-send-pr \
 LIB_PACKAGES = libkrb5-3 libgssapi-krb5-2 libkadm5clnt-mit9 libkadm5srv-mit9 
libkdb5-7 libgssrpc4  \
libkrb5support0  libk5crypto3 libkrad0
 
-ifeq (,$(filter stage1,$(DEB_BUILD_PROFILES)))
-DH_EXCLUDE=
-else
+ifneq (,$(filter stage1,$(DEB_BUILD_PROFILES)))
 KRB5_SKIP_LDAP=1
-DH_EXCLUDE=-Nkrb5-kdc-ldap
 endif
 
 ifeq (,$(KRB5_SKIP_LDAP))
@@ -140,7 +137,7 @@ endif
install -m644 src/util/ac_check_krb5.m4 \
debian/libkrb5-dev/usr/share/aclocal
 
-   dh_install --sourcedir=debian/tmp --fail-missing $(EXCLUDE) 
$(DH_EXCLUDE)
+   dh_install --sourcedir=debian/tmp --fail-missing $(EXCLUDE)
set -e ; find 
debian/krb5-multidev/usr/lib/$(DEB_HOST_MULTIARCH)/mit-krb5 -type l -name \*.so 
-print |\
while read linkname; do \
ln -s -f ../`readlink $$linkname` \
@@ -174,17 +171,17 @@ binary-indep: DH_OPTIONS=-i
 binary-indep: build-indep  install
dh_testdir
dh_testroot
-   dh_installchangelogs  -Xdoc/CHANGES $(DH_EXCLUDE)
-   dh_installchangelogs -pkrb5-doc -k $(DH_EXCLUDE) doc/CHANGES
-   dh_installdocs $(DH_EXCLUDE)
-   dh_installinfo $(DH_EXCLUDE)
-   dh_link $(DH_EXCLUDE)
-   dh_compress $(DH_EXCLUDE)
-   dh_fixperms $(DH_EXCLUDE)
-   dh_installdeb $(DH_EXCLUDE)
-   dh_gencontrol $(DH_EXCLUDE)
-   dh_md5sums $(DH_EXCLUDE)
-   dh_builddeb $(DH_EXCLUDE)
+   dh_installchangelogs  -Xdoc/CHANGES
+   dh_installchangelogs -pkrb5-doc -k doc/CHANGES
+   dh_installdocs
+   dh_installinfo
+   dh_link
+   dh_compress
+   dh_fixperms
+   dh_installdeb
+   dh_gencontrol
+   dh_md5sums
+   dh_builddeb
 
 # Build architecture-dependent files here.
 # Pass -a to all debhelper commands in this target to reduce clutter.  Strip
@@ -196,27 +193,27 @@ binary-arch: DH_OPTIONS=-a
 binary-arch: build-arch install
dh_testdir
dh_testroot
-   dh_installchangelogs  -Xdoc/CHANGES $(DH_EXCLUDE)
-   dh_installdocs $(DH_EXCLUDE)
-   dh_installdebconf $(DH_EXCLUDE)
-   dh_installinit $(DH_EXCLUDE) -- defaults 18 18
-   dh_lintian $(DH_EXCLUDE)
+   dh_installchangelogs  -Xdoc/CHANGES
+   dh_installdocs
+   dh_installdebconf
+   dh_installinit -- defaults 18 18
+   dh_lintian
set -e ; for pkg in $(LIB_PACKAGES) ; do \
DH_OPTIONS="" dh_strip -p$$pkg --dbg-package=libkrb5-dbg; \
DH_OPTIONS="" dh_makeshlibs -p$$pkg 
-Xusr/lib/$(DEB_HOST_MULTIARCH)/krb5/plugins -- -c4 ; \
done
-   dh_strip $(DH_EXCLUDE)
-   dh_link $(DH_EXCLUDE)
-   dh_compress $(DH_EXCLUDE)
-   dh_fixperms $(DH_EXCLUDE)
+   dh_strip
+   dh_link
+   dh_compress
+   dh_fixperms
chmod u+s debian/krb5-user/usr/bin/ksu
chmod 700 debian/krb5-kdc/var/lib/krb5kdc
chmod 700 debian/krb5

Bug#738573: [Pkg-ipsec-tools-devel] Bug#738573: Bug#738573: Add IPv6 IP address support to X509 certificates in subjectAltName

[Matt Grant]

Hi!

You should be able to identify parts of the functionality - like the
config file parser, and then there will other bits in the X509 code, to
do with verifications, and subject Alt-name parsing.  

Have to remember that IPv6 address can be written different ways and in
binary be the same thing.  Use the getaddrinfo() function to convert to
binary for comparison.

Hopefully that gives at taxonomy of what you are looking for in the CVS
jumble patch.

Cheers,

Matt Grant

On Mon, 2014-07-07 at 14:41 -0500, Adam Majer wrote:
> On Mon, Jul 07, 2014 at 11:32:21AM +0200, Christian Hofstaedtler wrote:
> > Adam,
> > 
> > * Adam Majer  [140706 23:09]:
> > > ping?
> > > 
> > > Can this be patched before next Debian release?
> > 
> > Could you prod upstream to make a new ipsec-tools release?
> >
> > I had a look at the diff between NetBSD CVS and the last release
> > tarball and it was quite the mess, and it appears your patch has
> > been modified in NetBSD CVS since.
> > Therefore I don't feel comfortable just applying it as is.
> 
> I don't see anything modified that is different from that patch.
> 
> cvs log says,
> 
> RCS file: /cvsroot/src/crypto/dist/ipsec-tools/src/racoon/crypto_openssl.c,v
> Working file: crypto_openssl.c
> head: 1.25
> branch:
> ..
> ..
> 
> revision 1.25
> date: 2014-02-27 02:37:58 -0600;  author: tteras;  state: Exp;  lines: +40 
> -19;  commitid: JoBeIJvf4oOSrIqx;
> From Adam Majer : Support IPv6 in X509 subjectAltName
> 
> 
> so my patch was the last patch in said file.
> 
> And if you look at MAIN branch, it seems it only modified file's
> commit tag.
> 
> I do agree, CVS is a mess. BSD people should switch to Git already (or
> almost anything beside CVS!). It would make things much easier to read.
> 
> - Adam
> ___
> Pkg-ipsec-tools-devel mailing list
> pkg-ipsec-tools-de...@lists.alioth.debian.org
> https://lists.alioth.debian.org/mailman/listinfo/pkg-ipsec-tools-devel

-- 
Matt Grant,  Debian and Linux Systems Administration and Consulting
Mobile: 021 0267 0578
Email: m...@mattgrant.net.nz


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#748694: sys/sdt.h is architecture specific, and causing issues on unsupported architectures

[Matthias Klose]

Am 07.07.2014 22:55, schrieb Sergio Durigan Junior:
>> Which architectures don't need it? Any architecture that support glibc
>> and gdb for example benefits from having sdt markers available.
> 
> Mark is right.
> 
> It seems it is never enough to repeat this, but  should not
> be related to SystemTap.  GDB makes a strong use of this header file,
> and as a matter of fact, GDB even implemented the support for userspace
> SDT probes on ARM *before* SystemTap did.  And I did not have to change
> anything on .
> 
> By reading the backlog of this bug, I see that the main problem seems to
> be the use of "arch:all" for this package (I am not considering the
> initial "bug" that was not a bug after all).  I am not a Debian
> maintainer, so I will not try to convince people (or doko, in this case)
> of the contrary.  However, making  available only on the
> architectures supported by SystemTap is bad for GDB, and I can provide a
> list of reasons if you want.
> 
> My request, then, is that you make this package available to the
> architectures where GDB is available.
> on 
> I hope you find this reasonable.

thanks, talking with mjw I think this is reasonable. however for debian
multiarch cross builds this header is seen on any cross build, even if it
shouldn't. I think the correct solution will be to keep system-tap-sdt-dev
architecture dependant and to ship the sdt.h headers on any arch.

  Matthias


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754131: [INTL:da] Danish translation of apt-listbugs

[Francesco Poli]

On Mon, 7 Jul 2014 21:35:39 +0100 Joe Dalton wrote:

[...]
> Please include the attached Danish apt-listbugs translation.

Hello Joe!
Receiving translation updates without even having to ask for them is
really great!   :-)
Thanks a lot for taking the time to update the da.po file.

Unfortunately I am currently developing version 0.1.14 of apt-listbugs
and I plan to issue a call for translation updates later on.
There have already been a number of changes in apt-listbugs which
reflect on the .pot file.

Would you be so incredibly kind to re-base your translation on the
attached file? This would make your translation (almost) up-to-date
with the soon-to-be-published apt-listbugs version 0.1.14 ...

I would be really really grateful, if you could.

Please let me know, thank you so much for your time!


-- 
 http://www.inventati.org/frx/
 fsck is a four letter word...
. Francesco Poli .
 GnuPG key fpr == CA01 1147 9CD2 EFDF FB82  3925 3E1C 27E1 1F69 BFFE


da.po.gz
Description: application/gzip


pgpER_nFyPY5I.pgp
Description: PGP signature

Bug#754127: [INTL:da] Danish translation of dpkg

[Joe Dalton]

Hi Guillem, no problem with the patch.
bye
Joe


Den man 7/7/14 skrev Guillem Jover :

 Emne: Re: Bug#754127: [INTL:da] Danish translation of dpkg
 Til: "Joe Dalton" , 754...@bugs.debian.org
 Cc: debian-l10n-dan...@lists.debian.org
 Dato: mandag 7. juli 2014 22.48
 
 Hi!
 
 On
 Mon, 2014-07-07 at 20:50:25 +0100, Joe Dalton wrote:
 > Package: dpkg
 >
 Severity: wishlist
 > Tags: l10n patch
 > 
 > Please include the
 attached Danish dpkg translation.
 > 
 > joe@pc:~/over/debianp/dpkg$
 msgfmt --statistics -c -v -o /dev/null da.po
 > da.po: 1090 oversatte tekster.
 
 Thanks, merged locally, with
 the attached minor tweaks, hope they are
 fine. Will be included in my next push
 targetting dpkg 1.17.11.
 
 Regards,
 Guillem



--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#752407: krb5: Allow bootstrapping without LDAP

[Peter Pentchev]

clone 752407 -1
retitle -1 krb5: Move doxygen to Build-Depends-Indep
block 752407 by -1
user bootst...@debian.org
usertags -1 bootstrap
thanks

On Sun, Jul 06, 2014 at 01:37:50PM -0400, Benjamin Kaduk wrote:
> On Mon, 23 Jun 2014, Peter Pentchev wrote:
> 
> >As part of this year's "Bootstrappable Debian" Google Summer of Code
> >project I took a look at krb5 to break a circular build dependency as
> >noted in the "Feedback Arc Set" section of
> >http://bootstrap.debian.net/amd64/ and, more specifically, at
> >http://bootstrap.debian.net/source/krb5.html and the version-specific
> >pages linked from it.  There are two primary goals to my work on this
> >GSoC project:
> >
> >With krb5 all of this may be achieved by building without LDAP support
> >in the "stage1" build profile and thus dropping the libldap2-dev build
> >dependency.  Attached is a patch that implements the first part - it
> 
> I see also a cycle involving doxygen; this should be easy to remove by
> postponing the build of krb5-doc until after stage1 is complete.

Actually this one is even easier to fix - since krb5-doc is an arch:all
package, it will not be built in arch-only builds on the buildds, and it
will not be built in a bootstrap build at all; the architecture-independent
packages are taken from the Debian archive as-is.  Thus, the fact that
doxygen is only needed for the build of the arch:all packages means that it
may safely be moved to B-D-I.

So what do you think about the attached patch that does exactly that -
moves doxygen to B-D-I?  It's also available at
https://gitorious.org/roam-debian-bootstrap/krb5-debian/commits/roam-indep

I've also attached a new version of the patch that adds build-time
support for the "stage1" build profile (no  yet) that
has been rebased onto the new version of the master branch; it is also
available from
https://gitorious.org/roam-debian-bootstrap/krb5-debian/commits/roam-stage1-build-3
I'll send the full control profile syntax one to the other bug right
away.

Thanks for looking into this!

G'luck,
Peter

-- 
Peter Pentchev  r...@ringlet.net r...@freebsd.org p.penc...@storpool.com
PGP key:http://people.FreeBSD.org/~roam/roam.key.asc
Key fingerprint 2EE7 A7A5 17FC 124C F115  C354 651E EFB0 2527 DF13
From 3c53be54cd828b10f7395a314d597438043a2d79 Mon Sep 17 00:00:00 2001
From: Peter Pentchev 
Date: Mon, 7 Jul 2014 23:42:23 +0300
Subject: [PATCH] Move doxygen to Build-Depends-Indep.

This also removes a build dependency loop as shown on
the version-specific pages linked from
http://bootstrap.debian.net/source/krb5.html
---
 debian/control | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/debian/control b/debian/control
index aacaa8e..ec707e0 100644
--- a/debian/control
+++ b/debian/control
@@ -2,11 +2,11 @@ Source: krb5
 Section: net
 Priority: standard
 Build-Depends: debhelper (>= 8.1.3), byacc | bison,
- comerr-dev, docbook-to-man, doxygen,
+ comerr-dev, docbook-to-man,
  libkeyutils-dev [linux-any], libldap2-dev,
  libncurses5-dev, libssl-dev,  ss-dev, 
  libverto-dev (>= 0.2.4), pkg-config
-build-depends-indep: python-cheetah, python-lxml, python-sphinx, doxygen-latex
+build-depends-indep: python-cheetah, python-lxml, python-sphinx, 
doxygen-latex, doxygen
 Standards-Version: 3.9.5
 Maintainer: Sam Hartman 
 Uploaders: Russ Allbery , Benjamin Kaduk 
-- 
2.0.0

From 851637b01c69383ec9edd2fbd07b8257b728c795 Mon Sep 17 00:00:00 2001
From: Peter Pentchev 
Date: Mon, 17 Mar 2014 17:12:17 +0200
Subject: [PATCH] A first try at adding stage1 support.

In stage 1, remove the libldap2-dev build dependency as outlined in
the "feedback arc set" section of http://bootstrap.debian.net/amd64/

While building, check the DEB_BUILD_PROFILES variable for "stage1" and,
if found, disable the LDAP functionality and skip the LDAP-related parts
of the build and installation.
---
 debian/control |  1 +
 debian/rules   | 73 --
 2 files changed, 46 insertions(+), 28 deletions(-)

diff --git a/debian/control b/debian/control
index ec707e0..4594b71 100644
--- a/debian/control
+++ b/debian/control
@@ -1,6 +1,7 @@
 Source: krb5
 Section: net
 Priority: standard
+# For stage1 builds, remove the libldap2-dev dependency.
 Build-Depends: debhelper (>= 8.1.3), byacc | bison,
  comerr-dev, docbook-to-man,
  libkeyutils-dev [linux-any], libldap2-dev,
diff --git a/debian/rules b/debian/rules
index 80d1092..a15ae9b 100755
--- a/debian/rules
+++ b/debian/rules
@@ -51,6 +51,19 @@ EXCLUDE = -Xtmac.doc -Xexamples/krb5 -Xgnats/mit 
-Xkrb5-send-pr \
 LIB_PACKAGES = libkrb5-3 libgssapi-krb5-2 libkadm5clnt-mit9 libkadm5srv-mit9 
libkdb5-7 libgssrpc4  \
libkrb5support0  libk5crypto3 libkrad0
 
+ifeq (,$(filter stage1,$(DEB_BUILD_PROFILES)))
+DH_EXCLUDE=
+else
+KRB5_SKIP_LDAP=1
+DH_EXCLUDE=-Nkrb5-kdc-ldap
+endif
+
+ifeq (,$(KRB5_SKIP_LDAP))
+CONFIGURE_LDAP=--with-ldap
+else
+CONFIGURE_LDAP=--without-ldap
+endif
+
 # We touch 

Bug#754138: qpdfview: please use synctex parser provided by libsynctex-dev

[Sebastian Ramacher]

Source: qpdfview
Version: 0.4.10-1
Severity: wishlist
Usertags: embedded-synctex-parser

qpdfview currently contains a copy of synctex parser from texlive-bin.
This code is now provided as shared library by
libsynctex1/libsynctex-dev. Please consider using the shared library
instead of the embedded copy.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#754137: okular: pluease use synctex parser provided by libsynctex-dev

[Sebastian Ramacher]

Source: okular
Version: 4:4.13.1-2
Severity: wishlist
Usertags: embedded-synctex-parser

okular currently contains a copy of synctex parser from texlive-bin.
This code is now provided as shared library by
libsynctex1/libsynctex-dev. Please consider using the shared library
instead of the embedded copy.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#731415: unrar-free is dead upstream and completely useless

[Ying-Chun Liu (PaulLiu)]

Hi,

What we really need is another script that mimic the unrar interface.
unar provides "lsar" and "unar" command for listing and extracting.
lsar can also outputs json format for programs to parse.
Someone whould really work on this.

BTW, I'm about to upload a new version of unrar-free to use unar to
extract RAR 3.0 format. But it is merely an workaround.
New programs should use "lsar" and "unar", or a script that uses these
commands.

Yours,
Paul

-- 
PaulLiu (劉穎駿)
E-mail: Ying-Chun Liu (PaulLiu) 



signature.asc
Description: OpenPGP digital signature

Bug#752029: possibly an upstream issue?

[Mike Gabriel]

Control: reassign -1 mate-settings-daemon

Hey Stefano,

can you take a look at #752029 [1]? It may be an upstream issue, actually.

Thanks,
Mike

[1] http://bugs.debian.org/752029
--

DAS-NETZWERKTEAM
mike gabriel, herweg 7, 24357 fleckeby
fon: +49 (1520) 1976 148

GnuPG Key ID 0x25771B31
mail: mike.gabr...@das-netzwerkteam.de, http://das-netzwerkteam.de

freeBusy:
https://mail.das-netzwerkteam.de/freebusy/m.gabriel%40das-netzwerkteam.de.xfb


pgpIvpiMqU_ym.pgp
Description: Digitale PGP-Signatur

Bug#754136: evince: please use synctex parser provided by libsynctex-dev

[Sebastian Ramacher]

Source: evince
Version: 3.12.1-1
Severity: wishlist
Usertags: embedded-synctex-parser

evince currently contains a copy of synctex parser from texlive-bin.
This code is now provided as shared library by
libsynctex1/libsynctex-dev. Please consider using the shared library
instead of the embedded copy.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: Digital signature

Bug#754134: trafficserver: add support for ppc64el

[Breno Leitao]

Package: trafficserver
Version: 4.1.2-1.2
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el

Dear maintainer, 

I would like to have this patch included in order to add support for ppc64el in
the trafficserver package. Currently it fails with this build log.

http://ftp.unicamp.br/pub/ppc64el/debian/buildd-upstream/build_logs/logs/trafficserver_5.0.0-1_ppc64el.build

The barriers definition, all using the 'sync' word come from the Linux kernel
file arch/powerpc/include/asm/barrier.h

I am also sending the same patch to trafficserver upstream (in JIRA). As soon
as it get merged, I will comment in this bug.

Thank you,
Breno


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.13-1-powerpc64le (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
Index: trafficserver-4.1.2/plugins/experimental/geoip_acl/lulu.h
===
--- a/plugins/experimental/geoip_acl/lulu.h	2014-07-07 19:16:43.0 +
+++ b/plugins/experimental/geoip_acl/lulu.h	2014-07-07 19:40:25.0 +
@@ -46,6 +46,10 @@
 #define mb()  __asm__ __volatile__ ( "sync" : : : "memory")
 #define rmb() __asm__ __volatile__ ( "sync" : : : "memory")
 #define wmb() __asm__ __volatile__ ( "" : : : "memory")
+#elif defined(__powerpc64__)
+#define mb()   __asm__ __volatile__ ("sync" : : : "memory")
+#define rmb()  __asm__ __volatile__ ("sync" : : : "memory")
+#define wmb()  __asm__ __volatile__ ("sync" : : : "memory")
 #else
 #error "Define barriers"
 #endif
Index: trafficserver-4.1.2/plugins/header_filter/lulu.h
===
--- a/plugins/header_filter/lulu.h	2014-07-07 19:16:43.0 +
+++ b/plugins/header_filter/lulu.h	2014-07-07 19:39:47.0 +
@@ -45,6 +45,10 @@
 #define mb()  __asm__ __volatile__ ( "sync" : : : "memory")
 #define rmb() __asm__ __volatile__ ( "sync" : : : "memory")
 #define wmb() __asm__ __volatile__ ( "" : : : "memory")
+#elif defined(__powerpc64__)
+#define mb()   __asm__ __volatile__ ("sync" : : : "memory")
+#define rmb()  __asm__ __volatile__ ("sync" : : : "memory")
+#define wmb()  __asm__ __volatile__ ("sync" : : : "memory")
 #elif defined(__arm__)
 #else
 #error "Define barriers"
Index: trafficserver-4.1.2/plugins/header_rewrite/lulu.h
===
--- a/plugins/header_rewrite/lulu.h	2014-07-07 19:16:43.0 +
+++ b/plugins/header_rewrite/lulu.h	2014-07-07 19:39:26.0 +
@@ -43,6 +43,10 @@
 #define mb()  __asm__ __volatile__ ( "sync" : : : "memory")
 #define rmb() __asm__ __volatile__ ( "sync" : : : "memory")
 #define wmb() __asm__ __volatile__ ( "" : : : "memory")
+#elif defined(__powerpc64__)
+#define mb()   __asm__ __volatile__ ("sync" : : : "memory")
+#define rmb()  __asm__ __volatile__ ("sync" : : : "memory")
+#define wmb()  __asm__ __volatile__ ("sync" : : : "memory")
 #else
 #error "Define barriers"
 #endif
Index: trafficserver-4.1.2/lib/ts/ink_queue.h
===
--- a/lib/ts/ink_queue.h 2014-07-07 19:16:43.0 +
+++ b/lib/ts/ink_queue.h  2014-07-07 20:44:34.0 +
@@ -134,7 +134,7 @@
 #define FREELIST_VERSION(_x) (_x).s.version
 #define SET_FREELIST_POINTER_VERSION(_x,_p,_v) \
 (_x).s.pointer = _p; (_x).s.version = _v
-#elif defined(__x86_64__) || defined(__ia64__)
+#elif defined(__x86_64__) || defined(__ia64__) || defined(__powerpc64__)
 #define FREELIST_POINTER(_x) ((void*)(intptr_t)(_x).data)<<16)>>16) | \
  (((~intptr_t)(_x).data)<<16>>63)-1))>>48)<<48)))  // sign extend
 #define FREELIST_VERSION(_x) (((intptr_t)(_x).data)>>48)

Bug#754132: (no subject)

[Breno Leitao]

Sorry for the noise in the bug.

I was asking Paulo to add the autoreconf usertag in this bug, but the audience 
was
wrongly set.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#748694: sys/sdt.h is architecture specific, and causing issues on unsupported architectures

[Sergio Durigan Junior]

> Which architectures don't need it? Any architecture that support glibc
> and gdb for example benefits from having sdt markers available.

Mark is right.

It seems it is never enough to repeat this, but  should not
be related to SystemTap.  GDB makes a strong use of this header file,
and as a matter of fact, GDB even implemented the support for userspace
SDT probes on ARM *before* SystemTap did.  And I did not have to change
anything on .

By reading the backlog of this bug, I see that the main problem seems to
be the use of "arch:all" for this package (I am not considering the
initial "bug" that was not a bug after all).  I am not a Debian
maintainer, so I will not try to convince people (or doko, in this case)
of the contrary.  However, making  available only on the
architectures supported by SystemTap is bad for GDB, and I can provide a
list of reasons if you want.

My request, then, is that you make this package available to the
architectures where GDB is available.

I hope you find this reasonable.

Thanks,

-- 
Sergio
GPG key ID: 0x65FC5E36
Please send encrypted e-mail if possible
http://sergiodj.net/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#714546: #714546: debhelper: Please make Perl tests verbose

[gregor herrmann]

On Tue, 24 Sep 2013 11:54:51 +0300, Damyan Ivanov wrote:

> > I tried to rebuild all packages build-depending on debhelper and 
> > perl with a patched version of debhelper as an attempt to catch any 
> > issues this proposed change may create.
> Packages that fail with verbose testing have an important bug now, 
> there were a total of 7 of these, all blocking this bug.

In the light of #751207, I think we should guard our verbose settings
by checking $ENV{DH_VERBOSE}, so that buildds can set it but we don't
get the verbose output during "normal" builds.

And yes, then we still have the failures in some packages …


Cheers,
gregor

-- 
 .''`.  Homepage: http://info.comodo.priv.at/ - OpenPGP key 0xBB3A68018649AA06
 : :' : Debian GNU/Linux user, admin, and developer  -  http://www.debian.org/
 `. `'  Member of VIBE!AT & SPI, fellow of the Free Software Foundation Europe
   `-   NP: Flying Pickets: Monica engineer


signature.asc
Description: Digital Signature

Bug#754135: trafficserver: run dh-autoreconf to update config.{sub, guess} and {libtool, aclocal}.m4

[Breno Leitao]

Package: trafficserver
Version: 4.1.2-1.2
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el
User: debian-de...@lists.debian.org
Usertags: autoreconf

Dear Maintainer,

Currently this package FTBFS when compiled in new architectures (as ppc64el)
that is not supported on the outdated package autotools files, mainly because
it fails to understand that the new architectures has support for shared
libraries, as shown below: 

http://ftp.unicamp.br/pub/ppc64el/debian/buildd-upstream/build_logs/logs/trafficserver_5.0.0-1_ppc64el.build

I created this patch that call autoreconf to updates the autotool files during
the build, as suggest by the following wiki:

https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build

I tested it on ppc64el and, together with the patch attached in bug#754132, the
build and the tests are sucessful.

Thank you,
Breno


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.13-1-powerpc64le (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
Index: trafficserver-4.1.2/debian/rules
===
--- trafficserver-4.1.2.orig/debian/rules	2014-01-29 12:50:54.0 +
+++ trafficserver-4.1.2/debian/rules	2014-07-07 19:44:29.0 +
@@ -4,6 +4,9 @@
 # Uncomment this to turn on verbose mode.
 #export DH_VERBOSE=1
 
+export AUTOMAKE = automake-1.11
+export ACLOCAL = aclocal-1.11
+
 # Get build architecture. ./configure is different on Linux
 DEB_HOST_ARCH_OS := $(shell dpkg-architecture -qDEB_HOST_ARCH_OS)
 
@@ -19,7 +22,7 @@
 endif
 
 %:
-	dh $@ --parallel
+	dh $@ --parallel --with autoreconf
 
 override_dh_auto_configure:
 	# autoreconf -i

Bug#754132: libmcrypt: add autoreconf during the build to enable new architectures

[Breno Leitao]

boa. Nào esquece de colocar o usertag de autoreconf.

On 07/07/2014 05:42 PM, Paulo Flabiano Smorigo wrote:
> Package: libmcrypt
> Severity: normal
> Tags: patch
> User: debian-powe...@lists.debian.org
> Usertags: ppc64el
> 
> Dear Maintainer,
> 
> This is a simple patch that enables the build this package to call
> autoreconf scripts. With this change, the package could be built on
> the new ppc64el architecture. This patch follows the instructions at:
> https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build
> 
> Thanks,
> Paulo
> 
> 
> -- System Information:
> Debian Release: jessie/sid
>   APT prefers unstable
>   APT policy: (500, 'unstable')
> Architecture: ppc64el (ppc64le)
> 
> Kernel: Linux 3.13.0 (SMP w/4 CPU cores)
> Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
> 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#754127: [INTL:da] Danish translation of dpkg

[Guillem Jover]

Hi!

On Mon, 2014-07-07 at 20:50:25 +0100, Joe Dalton wrote:
> Package: dpkg
> Severity: wishlist
> Tags: l10n patch
> 
> Please include the attached Danish dpkg translation.
> 
> joe@pc:~/over/debianp/dpkg$ msgfmt --statistics -c -v -o /dev/null da.po
> da.po: 1090 oversatte tekster.

Thanks, merged locally, with the attached minor tweaks, hope they are
fine. Will be included in my next push targetting dpkg 1.17.11.

Regards,
Guillem
diff --git a/po/da.po b/po/da.po
index befae42..15f9bad 100644
--- a/po/da.po
+++ b/po/da.po
@@ -1027,7 +1027,7 @@ msgstr "kunne ikke finde pakkeinformationsfil '%.255s'"
 #: lib/dpkg/parse.c:571
 #, c-format
 msgid "reading package info file '%s': %s"
-msgstr "læser pakkeinformationsfil '%s': '%.255s'"
+msgstr "læser pakkeinformationsfil '%s': %s"
 
 #: lib/dpkg/parse.c:581
 #, c-format
@@ -5233,7 +5233,7 @@ msgstr ""
 "  -Z Angiv komprimeringstypen ved bygning.\n"
 " Mulige typer: gzip, xz, bzip2, none.\n"
 "  -S Angiv komprimeringsstrategi ved bygning.\n"
-" Tilladte værdier: none, extreme (xz);.\n"
+" Tilladte værdier: none, extreme (xz);\n"
 " filtered, huffman, rle, fixed (gzip).\n"
 "\n"
 

Bug#707341: Q: Python 2 vs Python 3 and wxgtk2.8 vs wxgtk3.0

[Karsten Hilbert]

Hi all,

I am upstream for a Python application:

http://wiki.gnumed.de

which is packaged in Debian:

https://packages.debian.org/search?keywords=gnumed-client

and maintained:

http://blends.debian.org/med/tasks/practice

by the Debian Med Team:

https://www.debian.org/devel/debian-med/

GNUmed (an Electronic Medical Record System) runs under
Python 2 with wxPython 2.8 and it Depends: on python-uno.
Recently a bug was filed against GNUmed because python-uno is
likely to go away in favour of python3-uno (which is reasonable):

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=707341

The bug suggested we port GNUmed to Python 3 "ASAP". Now, the
"P"ossible part of ASAP is the problem:

Since ATM there does not exist either a python3-wxgtk2.8 nor
a python3-wxgtk3.0 we simply CANNOT port AND have GNUmed run
under Debian ...

I have searched the web and this list's archive for hints on
how Debian plans to handle this situation - it will apply to
quite a few packages, not just GNUmed. The only reference to
a python3-wxgtk I have been able to come up with is here:

https://packages.debian.org/sid/python/python3-serial

_From an upstream point of view it would be much preferrable to
have available a python3-wxgtk2.8 because that would not
force us to port to BOTH Python 3 AND wxPython 3 at the same
time.

What's the current Debian position ?

Thanks,
Karsten
-- 
GPG key ID E4071346 @ gpg-keyserver.de
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754133: dyndns: Deprecated use of defined(@array) in new Perl version

[Atle Solbakken]

Package: dyndns
Version: 2012.0112-1
Severity: important

The script is basically unusable because Perl complains about deprecated use of 
defined(@array) at line 1571.


-- System Information:
Debian Release: jessie/sid
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.46 (SMP w/8 CPU cores)
Locale: LANG=nb_NO.UTF-8, LC_CTYPE=nb_NO.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages dyndns depends on:
ii  libwww-perl6.06-1
ii  net-tools  1.60-26
ii  perl [libsys-syslog-perl]  5.18.2-4

dyndns recommends no packages.

dyndns 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#754132: libmcrypt: add autoreconf during the build to enable new architectures

[Paulo Flabiano Smorigo]

Package: libmcrypt
Severity: normal
Tags: patch
User: debian-powe...@lists.debian.org
Usertags: ppc64el

Dear Maintainer,

This is a simple patch that enables the build this package to call
autoreconf scripts. With this change, the package could be built on
the new ppc64el architecture. This patch follows the instructions at:
https://wiki.debian.org/qa.debian.org/FTBFS#A2014-01-21_using_dh-autoreconf_during_the_build

Thanks,
Paulo


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: ppc64el (ppc64le)

Kernel: Linux 3.13.0 (SMP w/4 CPU cores)
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Shell: /bin/sh linked to /bin/dash
>From a844052193b29e0c726d9d145e586d42ba3a9707 Mon Sep 17 00:00:00 2001
From: Paulo Flabiano Smorigo 
Date: Mon, 7 Jul 2014 20:30:43 +
Subject: [PATCH] add autoreconf

---
 debian/rules | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/debian/rules b/debian/rules
index b2cf9ac..a9409e6 100755
--- a/debian/rules
+++ b/debian/rules
@@ -1,7 +1,7 @@
 #!/usr/bin/make -f
 
 %:
-	dh "$@"
+	dh "$@" --with autoreconf
 
 # Upstream bug: halfly ./configure finished directory tar.gz'd up as orig.tar.gz
 override_dh_auto_clean:
-- 
1.9.rc1

Bug#751208: RFS: lusernet.app/0.4.2-7

[Yavor Doganov]

Paul Gevers wrote:
> I am building and uploading shortly,

Thanks very much, but... this package shouldn't have been uploaded...
As the release team have given green light for the transition, any
uploads not fixing RC bugs are likely to disrupt it.

In this case, lusernet.app depends on pantomime so that should have
been rebuilt/uploaded first.  Also, gnustep-base/gui are not yet built
on all architectures and because the package doesn't have an explicit
dependency on the newer GNUstep libraries, it'll need additional
binNMUs.  Not a big problem, just adds to their workload.

I think lusernet.app will be kicked out of testing anyway because of
the pantomime RC bug, but that wouldn't have happened if the fixed
pantomime package was uploaded. But OTOH, as I renamed pantomime1.2
back to pantomime, it'll have to pass through the NEW queue.  Kinda
messy.

> however, please add the following to your git tree

> Files: News.app.tiff
> Copyright: Andrew Lindesay
> License: GPL-2+

Will do.  IIRC Andrew has assigned his whole icon work to GNUstep/FSF,
I'll have to check.


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#754131: [INTL:da] Danish translation of apt-listbugs

[Joe Dalton]

Package: apt-listbugs
Severity: wishlist
Tags: l10n patch

Please include the attached Danish apt-listbugs translation.

joe@pc:~/over/debianp/apt-listbugs$ msgfmt --statistics -c -v -o /dev/null da.po
da.po: 93 oversatte tekster.

bye
Joe

da.po.tar.gz
Description: application/gzip

Bug#754120: ITP: python-gnupg-ng -- A Python wrapper for GnuPG

[Ansgar Burchardt]

Hi,

Ben Carrillo  writes:
> This is a fork of python-gnupg (from version 0.3.2), patched to
> sanitize untrusted inputs, due to the necessity of executing
> subprocess.Popen([...], shell=True) in order to communicate with GnuPG.

Why exactly should shell=True be necessary?

Ansgar


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#750592: New packages pyformex/0.9.1-1

[Benedict Verhegghe]

I created new packages pyformex/0.9.1-1 dealing with the remarks of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=750592#47

All changes since 0.8.6-4 are now gathered in 0.9.1-1 changelog.
All lintian errors fixed.
Previous versions deleted from mentors.
Changed the bug title to reflect the new package version.


Now it's just waiting for a sponsor.
To access further information about this package, please visit the
following URL:

  http://mentors.debian.net/package/pyformex

Alternatively, one can download the package with dget using this command:
  dget -x
http://mentors.debian.net/debian/pool/main/p/pyformex/pyformex_0.9.1-1.dsc

Benedict


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Bug#750351: New packages uploaded to mentors, sponsor needed

[Benedict Verhegghe]

New packages pyformex-0.9.1-1 are available here:
http://mentors.debian.net/package/pyformex

These sohuld fix the bug and provide much more functionality (new
upstream release).

Need a sponsor to upload them. Anyone wants to help?


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org