Re: kodi on ci20 creator

Sounds good to me. Is there some friendly mips porter who could help us out here? -rt On Sun, Apr 2, 2017 at 1:06 PM James Cowgill wrote: > Hi, > > [+CC multimedia team] > > On 02/04/17 17:38, Mathieu Malaterre wrote: > > On Sun, Apr 2, 2017 at 6:03 PM, Mathieu Malaterre

Re: kodi on ci20 creator

Sounds good to me. Is there some friendly mips porter who could help us out here? -rt On Sun, Apr 2, 2017 at 1:06 PM James Cowgill wrote: > Hi, > > [+CC multimedia team] > > On 02/04/17 17:38, Mathieu Malaterre wrote: > > On Sun, Apr 2, 2017 at 6:03 PM, Mathieu Malaterre

Bug#859216: unblock: jackd2/1.9.10+20150825git1ed50c92~dfsg-5

+1,11 @@ +jackd2 (1.9.10+20150825git1ed50c92~dfsg-5) unstable; urgency=medium + + * Move libjackserver into package libjack-jackd2-0. This avoids a +dangling symbolic link in the package libjack-jackd2-dev. +(Closes: #858525) + + -- Reinhard Tartler <siret...@tauware.de> Mon, 27 Ma

Bug#859216: unblock: jackd2/1.9.10+20150825git1ed50c92~dfsg-5

+1,11 @@ +jackd2 (1.9.10+20150825git1ed50c92~dfsg-5) unstable; urgency=medium + + * Move libjackserver into package libjack-jackd2-0. This avoids a +dangling symbolic link in the package libjack-jackd2-dev. +(Closes: #858525) + + -- Reinhard Tartler <siret...@tauware.de> Mon, 27 Ma

Bug#859216: unblock: jackd2/1.9.10+20150825git1ed50c92~dfsg-5

+1,11 @@ +jackd2 (1.9.10+20150825git1ed50c92~dfsg-5) unstable; urgency=medium + + * Move libjackserver into package libjack-jackd2-0. This avoids a +dangling symbolic link in the package libjack-jackd2-dev. +(Closes: #858525) + + -- Reinhard Tartler <siret...@tauware.de> Mon, 27 Ma

Accepted jackd2 1.9.10+20150825git1ed50c92~dfsg-5 (source) into unstable

: Debian Multimedia Maintainers <pkg-multimedia-maintain...@lists.alioth.debian.org> Changed-By: Reinhard Tartler <siret...@tauware.de> Description: jackd2 - JACK Audio Connection Kit (server and example clients) jackd2-firewire - JACK Audio Connection Kit (FFADO and FreeBoB backen

Bug#858525: marked as pending

On 03/29/2017 06:20 AM, Andreas Beckmann wrote: > On 2017-03-29 03:09, Reinhard Tartler wrote: >> tag 858525 pending >> thanks >> >> Hello, >> >> Bug #858525 reported by you has been fixed in the Git repository. You can >> see the changelog

Bug#858525: marked as pending

On 03/29/2017 06:20 AM, Andreas Beckmann wrote: > On 2017-03-29 03:09, Reinhard Tartler wrote: >> tag 858525 pending >> thanks >> >> Hello, >> >> Bug #858525 reported by you has been fixed in the Git repository. You can >> see the changelog

Bug#858525: marked as pending

On 03/29/2017 06:20 AM, Andreas Beckmann wrote: > On 2017-03-29 03:09, Reinhard Tartler wrote: >> tag 858525 pending >> thanks >> >> Hello, >> >> Bug #858525 reported by you has been fixed in the Git repository. You can >> see the changelog

Bug#858525: marked as pending

cbbda8d8f33e3bd0f1021dbe449d51c61488f45e Author: Reinhard Tartler <siret...@tauware.de> Date: Mon Mar 27 22:42:21 2017 -0400 Move libjackserver into package libjack-jackd2-0 This is to avoid a dangling symlink in the package libjack-jackd2-dev Closes: #858525 diff --git a/debian/changelog b/

Bug#858525: libjack-jackd2-dev: Depend on jackd2

On 2017-03-28 04:04, Mattia Rizzolo wrote: On Mon, Mar 27, 2017 at 11:22:41PM -0400, Reinhard Tartler wrote: I think the approach of adding a 'depends' to jackd2 is the simplest. Moving the shared library to the -dev packages doesn't work, because /usr/bin/jackd2 and netserver.so link against

Bug#858525: libjack-jackd2-dev: Depend on jackd2

On 2017-03-28 04:04, Mattia Rizzolo wrote: On Mon, Mar 27, 2017 at 11:22:41PM -0400, Reinhard Tartler wrote: I think the approach of adding a 'depends' to jackd2 is the simplest. Moving the shared library to the -dev packages doesn't work, because /usr/bin/jackd2 and netserver.so link against

Bug#858525: libjack-jackd2-dev: Depend on jackd2

On 2017-03-28 04:04, Mattia Rizzolo wrote: On Mon, Mar 27, 2017 at 11:22:41PM -0400, Reinhard Tartler wrote: I think the approach of adding a 'depends' to jackd2 is the simplest. Moving the shared library to the -dev packages doesn't work, because /usr/bin/jackd2 and netserver.so link against

Bug#858525: libjack-jackd2-dev: Depend on jackd2

tags 858525 patch stop Hi, I think the approach of adding a 'depends' to jackd2 is the simplest. Moving the shared library to the -dev packages doesn't work, because /usr/bin/jackd2 and netserver.so link against it. The downside of this patch is that every package that depends on

Bug#858525: libjack-jackd2-dev: Depend on jackd2

tags 858525 patch stop Hi, I think the approach of adding a 'depends' to jackd2 is the simplest. Moving the shared library to the -dev packages doesn't work, because /usr/bin/jackd2 and netserver.so link against it. The downside of this patch is that every package that depends on

Bug#858525: libjack-jackd2-dev: Depend on jackd2

tags 858525 patch stop Hi, I think the approach of adding a 'depends' to jackd2 is the simplest. Moving the shared library to the -dev packages doesn't work, because /usr/bin/jackd2 and netserver.so link against it. The downside of this patch is that every package that depends on

Accepted aspectc++ 1:2.2-1 (source) into experimental

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 27 Mar 2017 20:31:11 -0400 Source: aspectc++ Binary: aspectc++ libpuma-dev libpuma-doc Architecture: source Version: 1:2.2-1 Distribution: experimental Urgency: medium Maintainer: Reinhard Tartler <siret...@tauware.de> C

Accepted aspectc++ 1:2.2-1 (source) into experimental

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 27 Mar 2017 20:31:11 -0400 Source: aspectc++ Binary: aspectc++ libpuma-dev libpuma-doc Architecture: source Version: 1:2.2-1 Distribution: experimental Urgency: medium Maintainer: Reinhard Tartler <siret...@tauware.de> C

Re: On the license of python-debian

On 03/09/2017 10:36 AM, dann frazier wrote: > On Thu, Mar 09, 2017 at 01:05:29PM +0100, Philippe Ombredanne wrote: >> Hi: >> >> python-debian is the canonical library to handle debian files. It is >> GPL-licensed yet also used as a library by quite a few tools [1] that >> are not GPL-licensed

Re: sane chromium default flags - include --enable-remote-extensions

On Mon, Feb 27, 2017 at 10:40 AM Andrey Rahmatullin wrote: > > > > > I can see that the behaviour you describe would be very annoying. > When updating extensions is disabled, it is a "good" thing that you cannot > install them and use installed ones. > It's certainly *not*

Bug#846274: Fwd: Bug#846274: GNOME Software catalog entry missing for KeePassX

-To: debian-bugs-dist@lists.debian.org Resent-CC: Reinhard Tartler <siret...@tauware.de> Date: Tue, 29 Nov 2016 20:22:11 +0100 (CET) From: asciiw...@seznam.cz Reply-To: asciiw...@seznam.cz, 846...@bugs.debian.org To: sub...@bugs.debian.org Package: keepassx Version: 2.0.2-1 Se

Accepted undertaker 1.6.1-4 (amd64 source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Wed, 21 Dec 2016 21:03:52 + Source: undertaker Binary: undertaker Architecture: amd64 source Version: 1.6.1-4 Distribution: unstable Urgency: medium Maintainer: Christoph Egger <christ...@debian.org> Changed-By: Re

Bug#848512: Probably cause: Dangling symlink in upstream tarball

I think I've found the issue: the upstream tarball contains a symlink to an non-existing target: siretart@debian-devel:~/undertaker$ ls -l undertaker-1.6.1/undertaker/validation/cnfmodels lrwxrwxrwx 1 siretart siretart 27 Nov 26 2014 undertaker-1.6.1/undertaker/validation/cnfmodels ->

Bug#848512: failed to unpack: dgit clone undertaker

Package: dgit Version: 2.11 I'm not sure what's special about this package, but I think the following command is supposed to "just work": siretart@debian-devel:~/undertaker$ dgit clone undertaker canonical suite name for unstable is sid starting new git history downloading

Bug#836606: aspectc++/oclgrind: Please use llvm 3.8 or, better, 3.9

On 10/07/2016 05:56 AM, Gianfranco Costamagna wrote: > control: tags -1 pending > >> Bumping severities accordingly. > and now this is the last blocker. > > I imported new release, refactored a little bit the packaging and team > uploaded in deferred/2. > > changes are committed on git > >

Bug#836606: aspectc++/oclgrind: Please use llvm 3.8 or, better, 3.9

On 10/07/2016 05:56 AM, Gianfranco Costamagna wrote: > control: tags -1 pending > >> Bumping severities accordingly. > and now this is the last blocker. > > I imported new release, refactored a little bit the packaging and team > uploaded in deferred/2. > > changes are committed on git > >

[Desktop-packages] [Bug 1437753] Re: hpfax crashed with PermissionError in __main__: [Errno 13] Permission denied: '/home/clh/.hplip/hp_fax-pipe-2'

This backtrace is pretty much the same as https://bugzilla.redhat.com/show_bug.cgi?id=1015831 - redhat/fedora has released a fix to accomodate that /var/run is now a tmpfs. Does the fix also apply to Ubuntu? ** Bug watch added: Red Hat Bugzilla #1015831

[Bug 1437753] Re: hpfax crashed with PermissionError in __main__: [Errno 13] Permission denied: '/home/clh/.hplip/hp_fax-pipe-2'

This backtrace is pretty much the same as https://bugzilla.redhat.com/show_bug.cgi?id=1015831 - redhat/fedora has released a fix to accomodate that /var/run is now a tmpfs. Does the fix also apply to Ubuntu? ** Bug watch added: Red Hat Bugzilla #1015831

Accepted undertaker 1.6.1-3 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 05 Mar 2016 18:52:29 -0500 Source: undertaker Binary: undertaker Architecture: source amd64 Version: 1.6.1-3 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler <siret...@debian.org> Changed-By: Re

[OE-core] [PATCH] package_manager.py: Restore FEED_DEPLOYDIR_BASE_URI functionality

, because 'bitbake package-index' does not appear to create Packages.gz files. - Add missing newline after the URI so that the options don't end up on the same line. - Fix the check when local options are necessary. Signed-off-by: Reinhard Tartler <tart...@deshaw.com> --- meta/

[oe] [PATCH] package_manager.py: Restore FEED_DEPLOYDIR_BASE_URI functionality

, because 'bitbake package-index' does not appear to create Packages.gz files. - Add missing newline after the URI so that the options don't end up on the same line. - Fix the check when local options are necessary. Signed-off-by: Reinhard Tartler <tart...@deshaw.com> --- meta/

Accepted aspectc++ 1:2.1-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 20 Aug 2016 12:27:01 -0400 Source: aspectc++ Binary: aspectc++ libpuma-dev libpuma-doc Architecture: source Version: 1:2.1-1 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler <siret...@tauware.de> C

Bug#834953: ams: Should this package be removed?

Package: ams Severity: normal Hi, The package "ams" hasn't seen an upstream release since April 2014 (cf. http://alsamodular.sourceforge.net/). The last upload to debian was on 2014-04-12. It currently has one RC bug, and if I read popcon correctly, 46 installations:

Bug#834953: ams: Should this package be removed?

Package: ams Severity: normal Hi, The package "ams" hasn't seen an upstream release since April 2014 (cf. http://alsamodular.sourceforge.net/). The last upload to debian was on 2014-04-12. It currently has one RC bug, and if I read popcon correctly, 46 installations:

[libav-commits] Tag v0.8_beta2 : 0.8_beta2 Release

Module: libav Branch: refs/tags/v0.8_beta2 Tag:8beaa4003de04d927394d36aa605ed85b3de5dd0 Tagger: Reinhard Tartler <siret...@tauware.de> Date: Wed Jan 11 11:43:57 2012 +0100 0.8_beta2 Release ___ libav-commits mailing list libav-commits@lib

[ubuntu/xenial-proposed] apt-btrfs-snapshot 3.5.1~ubuntu0.2 (Accepted)

n ] * lp:~bgeron/apt-btrfs-snapshot/fix-update-fail: - Skip making a snapshot if one was already made in the current second. (LP: #853849) * lp:~bgeron/apt-btrfs-snapshot/silence-apt: - improve apt-btfs-snapshot supported message [ Reinhard Tartler ] * Fix pep8 / pylint tests

Re: [Ubuntu-elisp] Is this ppa now dead?

That's a good question. The packages should be built automatically via a recipe at https://code.launchpad.net/~ubuntu-elisp/+recipe/emacs-daily - but despite the schedule, I'm not seeing any builds. I'm not sure what's going on here. -rt On Sun, Jun 19, 2016 at 3:54 AM Thomas Christensen <

Accepted aspectc++ 1:2.0+svn20160531-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 17 Jun 2016 22:23:23 -0400 Source: aspectc++ Binary: aspectc++ libpuma-dev libpuma-doc Architecture: source Version: 1:2.0+svn20160531-2 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler <siret...@tauware

Bug#827243: [armhf] Miscompiles with -O2, throws deque::_M_new_elements_at_back

Package: g++ Version: 5_5.3.1-21 X-Debbugs-CC: debian-...@lists.debian.org X-Debbugs-CC: aspectc-develop...@aspectc.org Affects: aspectc++ The mentioned version of g++ breaks the build of aspectc++ on the armhf architecture, interestingly other architectures, including armel, are fine. Please

Bug#827243: [armhf] Miscompiles with -O2, throws deque::_M_new_elements_at_back

Package: g++ Version: 5_5.3.1-21 X-Debbugs-CC: debian-...@lists.debian.org X-Debbugs-CC: aspectc-develop...@aspectc.org Affects: aspectc++ The mentioned version of g++ breaks the build of aspectc++ on the armhf architecture, interestingly other architectures, including armel, are fine. Please

Re: boxbackup 0.11.1~r2837-2 migration issue

, 2016 at 11:55 AM Adam D. Barratt <a...@adam-barratt.org.uk> wrote: > On Sun, 2016-06-12 at 15:41 +, Reinhard Tartler wrote: > > > I wonder why boxbackup did not migrate to testing. According to > > https://release.debian.org/migration/testing.pl?package=boxbackup th

boxbackup 0.11.1~r2837-2 migration issue

Hi, I wonder why boxbackup did not migrate to testing. According to https://release.debian.org/migration/testing.pl?package=boxbackup the issue is a missing armhf build. However, https://buildd.debian.org/status/logs.php?arch=armhf=boxbackup=0.11.1~r2837-1 indicates it built just fine. What's

Accepted aspectc++ 1:2.0+svn20160531-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 30 May 2016 18:16:12 -0400 Source: aspectc++ Binary: aspectc++ libpuma-dev libpuma-doc Architecture: source Version: 1:2.0+svn20160531-1 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler <siret...@tauware

Re: Wheezy update of vlc?

On 2016-05-29 13:53, Thorsten Alteholz wrote: Hello dear maintainer(s), the Debian LTS team would like to fix the security issues which are currently open in the Wheezy version of vlc: https://security-tracker.debian.org/tracker/CVE-2016-5108 Would you like to take care of this yourself? If

Re: Wheezy update of vlc?

On 2016-05-29 13:53, Thorsten Alteholz wrote: Hello dear maintainer(s), the Debian LTS team would like to fix the security issues which are currently open in the Wheezy version of vlc: https://security-tracker.debian.org/tracker/CVE-2016-5108 Would you like to take care of this yourself? If

Re: [Bug 736743] Re: environment block not implemented on btrfs

Rolf, please show the partition table of the trusty system that you tested. On Thu, May 26, 2016, 23:45 Rolf Leggewie <736...@bugs.launchpad.net> wrote: > I do not experience this in trusty. Is this still an issue? > > ** Changed in: grub2 (Ubuntu) >Status: Triaged => Incomplete > > -- >

[Bug 1454306] Re: apt-btrfs-snapshot supported reports "Sorry, your system lacks support for the snapshot feature" since update of btrfs-tools to 4.0-2 in debian/testing

I've uploaded a package that reverts the string to the version in xenial -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1454306 Title: apt-btrfs-snapshot supported reports "Sorry, your system lacks

Re: [Bug 1454306] Re: apt-btrfs-snapshot supported reports "Sorry, your system lacks support for the snapshot feature" since update of btrfs-tools to 4.0-2 in debian/testing

This issue is already fixed in the latest development version of Ubuntu yakkety. The fix has also been uploaded to xenial, the most recent Ubuntu release, and is currently waiting for the archive admins to approve. On Mon, May 9, 2016, 11:11 S. W. wrote: > he guys > > >

[Bug 1454306] Re: apt-btrfs-snapshot supported reports "Sorry, your system lacks support for the snapshot feature" since update of btrfs-tools to 4.0-2 in debian/testing

I've uploaded version 3.5.1ubuntu0.1 to xenial-proposed. Ubuntu-SRU, please review and approve. Thanks ** Changed in: apt-btrfs-snapshot (Ubuntu Xenial) Status: New => In Progress ** Changed in: apt-btrfs-snapshot (Ubuntu Xenial) Importance: Undecided => High -- You received this

[Bug 1454306] Re: apt-btrfs-snapshot supported reports "Sorry, your system lacks support for the snapshot feature" since update of btrfs-tools to 4.0-2 in debian/testing

** Description changed: + [Impact] + apt-btrfs-snapshot is unable to detect the btrfs binary, rendering the package completely useless. The symptom is that the package claims the system was not supported despite having root on btrfs + + [Test Case] + root@halde:~# apt-btrfs-snapshot supported

Re: [Bug 1575362] Re: Gnome Software catalog entry missing for KeePassX

>From reading those links, I take it that this issue can be fixed by changing the keepassx.desktop file. That file is taken verbatim from upstream: https://github.com/keepassx/keepassx/blob/master/share/linux/keepassx.desktop Maybe you can propose a change? On Sun, May 1, 2016 at 10:35 AM

Re: [Bug 1575362] [NEW] Gnome Software catalog entry missing for KeePassX

Can you please clarify what meta data is needed? I'm not familiar with Gnome Software requirements. A patch (in form of a debdiff) would be most appreciated. On Tue, Apr 26, 2016 at 4:30 PM AsciiWolf <1575...@bugs.launchpad.net> wrote: > Public bug reported: > > The KeePassX package cannot be

[Bug 1454306] Re: apt-btrfs-snapshot supported reports "Sorry, your system lacks support for the snapshot feature" since update of btrfs-tools to 4.0-2 in debian/testing

Status: Confirmed ** Also affects: apt-btrfs-snapshot (Ubuntu Xenial) Importance: Undecided Status: New ** Changed in: apt-btrfs-snapshot (Ubuntu Yakkety) Assignee: (unassigned) => Reinhard Tartler (siretart) ** Changed in: apt-btrfs-snapshot (Ubuntu Xenial) Assignee: (unassig

[ubuntu/yakkety-proposed] apt-btrfs-snapshot 3.5 (Accepted)

if one was already made in the current second. (LP: #853849) * lp:~bgeron/apt-btrfs-snapshot/silence-apt: - improve apt-btfs-snapshot supported message [ Reinhard Tartler ] * Fix pep8 / pylint tests Date: Thu, 28 Apr 2016 07:07:25 -0400 Changed-By: Reinhard Tartler <si

Re: [Bug 1574471] Re: Cannot find common graphical apps in Ubuntu Software

What needs to be changed in the keepassx package? On Mon, Apr 25, 2016, 10:11 Matthias Klumpp wrote: > FTR, Keepass needs a short summary: > http://appstream.ubuntu.com/xenial/universe/issues/keepass2.html > http://appstream.ubuntu.com/xenial/universe/issues/keepassx.html

[Bug 1574363] Re: can't delete docker containers in lxd: Driver btrfs failed to remove root filesystem

Thank you for this clarification. I'm not sure how to enable the aufs backend. Reading in the docker documentation at https://docs.docker.com/engine/userguide/storagedriver/selectadriver/, I understand with lxc running on btrfs, there is no other option than using the btrfs option. -- You

[Bug 1574363] [NEW] can't delete docker containers in lxd: Driver btrfs failed to remove root filesystem

Public bug reported: System uses / on btrfs. System: Xenial Testcase: apt install lxd lxc launch -e ubuntu:x x lxc exec apt update lxc exec apt install docker.io lxc exec docker -ti run debian:latest uptime lxc exec bash root@x:~# docker rm $(docker ps -a -q) Failed to remove container

[Bug 1454306] Re: apt-btrfs-snapshot supported reports "Sorry, your system lacks support for the snapshot feature" since update of btrfs-tools to 4.0-2 in debian/testing

Hi Michael, I've locally built your branch lp:~mvo/apt-btrfs-snapshot/trunk and am happy to confirm that it fixes this bug. Too bad it didn't make it into xenial, because without it the package is rather useless. Can you please upload it to yakety so that we can start the SRU process? Thanks,

[Bug 1454306] Re: apt-btrfs-snapshot supported reports "Sorry, your system lacks support for the snapshot feature" since update of btrfs-tools to 4.0-2 in debian/testing

I can also confirm that this bug is present in the Final xenial release ** Changed in: apt-btrfs-snapshot (Ubuntu) Importance: Undecided => High ** Changed in: apt-btrfs-snapshot (Ubuntu) Status: Fix Released => Confirmed -- You received this bug notification because you are a member

Accepted aspectc++ 1:2.0+svn20160329-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 28 Mar 2016 23:26:18 -0400 Source: aspectc++ Binary: aspectc++ libpuma-dev libpuma-doc Architecture: source Version: 1:2.0+svn20160329-1 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler <siret...@tauware

[FFmpeg-devel] Fwd: [Build #9405537] armhf build of ffmpeg 7:3.1~~git20160327.62458~ubuntu14.04.1 in ubuntu trusty RELEASE [~motumedia/ubuntu/ffmpeg-daily]

Hi, Since a couple of days, the daily builds of FFmpeg on armhf appear to fail on armhf (but not on other archtectures). The relevant part of the build log appears to be this: Test checkasm failed. Look at tests/data/fate/checkasm.err for details. checkasm: using random seed 3250260437 Bus

Accepted pcsc-cyberjack 3.99.5final.sp09-1 (source) into unstable

hanged-By: Reinhard Tartler <siret...@tauware.de> Description: libifd-cyberjack6 - REINER SCT cyberJack USB chipcard reader user space driver Closes: 725414 747905 Changes: pcsc-cyberjack (3.99.5final.sp09-1) unstable; urgency=medium . * Imported Upstream version 3.99.5final.SP09 * Drop

Bug#818808: /usr/bin/gpg-zip does not work with gpg2

4-1ubuntu1 pn parcimonie -- no debconf information >From 57c91f130e0ecc71c65e4183e02b0d828fa7a3d6 Mon Sep 17 00:00:00 2001 From: Reinhard Tartler <siret...@tauware.de> Date: Sun, 20 Mar 2016 15:54:45 -0400 Subject: [PATCH] unbreak gpg-zip --gpg gpg2 Fix the option --gpg so that it c

Bug#816517: Maybe an issue of changed package dependencies?

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816517 I wonder of this issue isn't actually the same as documented in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816587.

Bug#816517: Maybe an issue of changed package dependencies?

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816517 I wonder of this issue isn't actually the same as documented in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816587.

Bug#816517: Maybe an issue of changed package dependencies?

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816517 I wonder of this issue isn't actually the same as documented in https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=816587.

Bug#816517: marked as done (boxbackup: FTBFS: TEST FAILURE: Condition [::system("perl testfiles/testrequests.pl") == 0] )

reopen 816517 found 816517 0.11.1~r2837-2 retitle 816517 FTBFS: /usr/bin/mktexfmt: mkdir(/sbuild-nonexistent/) failed, goodbye: Permission denied thanks The build failure is still present, although the initial report was misleading. It turns out that the problem lies when generating the

Bug#816517: marked as done (boxbackup: FTBFS: TEST FAILURE: Condition [::system("perl testfiles/testrequests.pl") == 0] )

reopen 816517 found 816517 0.11.1~r2837-2 retitle 816517 FTBFS: /usr/bin/mktexfmt: mkdir(/sbuild-nonexistent/) failed, goodbye: Permission denied thanks The build failure is still present, although the initial report was misleading. It turns out that the problem lies when generating the

Bug#816517: marked as done (boxbackup: FTBFS: TEST FAILURE: Condition [::system("perl testfiles/testrequests.pl") == 0] )

reopen 816517 found 816517 0.11.1~r2837-2 retitle 816517 FTBFS: /usr/bin/mktexfmt: mkdir(/sbuild-nonexistent/) failed, goodbye: Permission denied thanks The build failure is still present, although the initial report was misleading. It turns out that the problem lies when generating the

Accepted boxbackup 0.11.1~r2837-2 (source) into unstable

org> Changed-By: Reinhard Tartler <siret...@tauware.de> Description: boxbackup-client - client for the BoxBackup remote backup system boxbackup-server - server for the BoxBackup remote backup system Closes: 816517 Changes: boxbackup (0.11.1~r2837-2) unstable; urgency=medium . * Ens

Bug#817078: O: boxbackup

Package: wnpp Severity: normal I'm no longer using the boxbackup package personally, and would like it to get a new maintainer. Upstream is generally quite receptive and not very fast, so all in all it should be a rather low-maintenance package. I did convert the packaging to git and based it on

Bug#817078: O: boxbackup

Package: wnpp Severity: normal I'm no longer using the boxbackup package personally, and would like it to get a new maintainer. Upstream is generally quite receptive and not very fast, so all in all it should be a rather low-maintenance package. I did convert the packaging to git and based it on

Accepted aspectc++ 1:2.0-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Fri, 04 Mar 2016 09:36:24 -0500 Source: aspectc++ Binary: aspectc++ libpuma-dev libpuma-doc Architecture: source Version: 1:2.0-2 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler <siret...@tauware.de> C

Accepted aspectc++ 1:2.0-1 (source) into experimental

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 28 Feb 2016 10:27:33 -0500 Source: aspectc++ Binary: aspectc++ libpuma-dev libpuma-doc Architecture: source Version: 1:2.0-1 Distribution: experimental Urgency: medium Maintainer: Reinhard Tartler <siret...@tauware.de> C

Accepted undertaker 1.6.1-2 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 27 Feb 2016 07:52:52 -0500 Source: undertaker Binary: undertaker Architecture: source Version: 1.6.1-2 Distribution: unstable Urgency: medium Maintainer: Christoph Egger <christ...@debian.org> Changed-By: Reinhard T

Accepted aspectc++ 1:1.2+svn20151025-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Mon, 24 Aug 2015 20:42:29 -0400 Source: aspectc++ Binary: aspectc++ libpuma-dev libpuma-doc Architecture: source Version: 1:1.2+svn20151025-1 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler <siret...@tauware

[libav-commits] configure: add --enable-rpath

Module: libav Branch: release/11 Commit: 396cd33818f86961256d834a70360c55daceffcf Author:Reinhard Tartler <siret...@tauware.de> Committer: Diego Biurrun <di...@biurrun.de> Date: Sat Aug 23 10:04:26 2014 -0400 configure: add --enable-rpath This option facilitates testing sha

[Touch-packages] [Bug 1447099] Re: /sbin/upstart:indicator-session-unknown-user-error

Does this patch also apply to wily, and thus needs to be uploaded there as well? -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to upstart in Ubuntu. https://bugs.launchpad.net/bugs/1447099 Title:

[Bug 1447099] Re: /sbin/upstart:indicator-session-unknown-user-error

Does this patch also apply to wily, and thus needs to be uploaded there as well? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1447099 Title: /sbin/upstart:indicator-session-unknown-user-error To

Re: [X2Go-Dev] X2go on EPEL6 outdated

On Mon, Feb 1, 2016 at 12:11 PM Mihai Moldovan <io...@ionic.de> wrote: > On 01.02.2016 03:51 PM, Reinhard Tartler wrote: > > At my new employer, I've convinced our system administrators to give > x2go a > > shot. They noticed that it is included in EPEL6 and i

[X2Go-Dev] X2go on EPEL6 outdated

Hi, At my new employer, I've convinced our system administrators to give x2go a shot. They noticed that it is included in EPEL6 and installed it on CentOS6 workstations. This test went pretty well so far. Unfortunately, that installed version 3.5 of x2go, which as I understand it is not the best

Accepted undertaker 1.6.1-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Tue, 19 Jan 2016 06:15:12 -0500 Source: undertaker Binary: undertaker Architecture: source Version: 1.6.1-1 Distribution: unstable Urgency: medium Maintainer: Christoph Egger <christ...@debian.org> Changed-By: Reinhard T

[Bug 1532788] Re: [Whislist] Please include KeepassX 2.0 in Xenial

I've just synced the debian package from strech to Xenial ** Changed in: keepassx (Ubuntu) Status: Confirmed => Fix Released ** Changed in: keepassx (Ubuntu) Assignee: (unassigned) => Reinhard Tartler (siretart) -- You received this bug notification because you are a

[Bug 449336] Re: keepassx crashed with SIGSEGV in QMetaObject::activate()

A new upstream version of keepassx has entered Xenial now. This version rewrites basically the whole UI code, which makes this particular crash very unlikely. If you can, please give the new version a try and let us know how it works for you. ** Changed in: keepassx (Ubuntu) Status:

[Bug 806582] Re: keepassx crashed with SIGSEGV in QTreeWidgetItem::executePendingSort()

A new upstream version of keepassx has entered Xenial now. This version rewrites basically the whole UI code, which makes this particular crash very unlikely. If you can, please give the new version a try and let us know how it works for you. ** Changed in: keepassx (Ubuntu) Status:

Accepted keepassx 2.0-1 (source) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sat, 09 Jan 2016 19:24:30 -0500 Source: keepassx Binary: keepassx Architecture: source Version: 2.0-1 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler <siret...@tauware.de> Changed-By: Reinhard Tartler

Bug#700014: Also affects new upstream release 2.0

Control: tag 700014 + confirmed I'm working on updating the pacakge to keepassx version 2.0, which has a completely rewritten codebase. Unfortunately, this version exhibits the exactly same behavior as the James reports: The "lock database after inactivity" fails if there are unsaved changes.

Accepted keepassx 0.4.3+dfsg-0.1+deb8u1 (source amd64) into proposed-updates->stable-new, proposed-updates

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Sat, 05 Dec 2015 13:15:11 -0500 Source: keepassx Binary: keepassx Architecture: source amd64 Version: 0.4.3+dfsg-0.1+deb8u1 Distribution: jessie Urgency: medium Maintainer: Reinhard Tartler <siret...@debian.org> Changed-By: Re

Bug#807280: jessie-pu: package keepassx/0.4.3+dfsg-0.1

On December 7, 2015 4:37:03 PM EST, "Adam D. Barratt" <a...@adam-barratt.org.uk> wrote: >Control: tags -1 + pending > >On Sun, 2015-12-06 at 19:33 -0500, Reinhard Tartler wrote: >> I'm writing you to request approving my recent upload of >> keepassx_0.4.3+d

Bug#807280: jessie-pu: package keepassx/0.4.3+dfsg-0.1

On December 7, 2015 4:37:03 PM EST, "Adam D. Barratt" <a...@adam-barratt.org.uk> wrote: >Control: tags -1 + pending > >On Sun, 2015-12-06 at 19:33 -0500, Reinhard Tartler wrote: >> I'm writing you to request approving my recent upload of >> keepassx_0.4.3+d

Bug#807280: jessie-pu: package keepassx/0.4.3+dfsg-0.1

Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Dear Release Team, I'm writing you to request approving my recent upload of keepassx_0.4.3+dfsg-0.1+deb8u1. This update addresses CVE-2015-8378/#791858. I'm copying Moritz, since

Bug#807280: jessie-pu: package keepassx/0.4.3+dfsg-0.1

Package: release.debian.org Severity: normal Tags: jessie User: release.debian@packages.debian.org Usertags: pu Dear Release Team, I'm writing you to request approving my recent upload of keepassx_0.4.3+dfsg-0.1+deb8u1. This update addresses CVE-2015-8378/#791858. I'm copying Moritz, since

[Bug 1486302] Re: package libavfilter3:amd64 6:9.18-0ubuntu0.14.04.1 failed to install/upgrade: package is in a very bad inconsistent state; you should reinstall it before attempting configuration

Is this reproducible? It sounds like something that can be resolved following http://askubuntu.com/questions/422696/package-is-in-a-very- bad-inconsistent-state ** Changed in: libav (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of

[Desktop-packages] [Bug 1486302] Re: package libavfilter3:amd64 6:9.18-0ubuntu0.14.04.1 failed to install/upgrade: package is in a very bad inconsistent state; you should reinstall it before attempti

Is this reproducible? It sounds like something that can be resolved following http://askubuntu.com/questions/422696/package-is-in-a-very- bad-inconsistent-state ** Changed in: libav (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of

[Touch-packages] [Bug 1486302] Re: package libavfilter3:amd64 6:9.18-0ubuntu0.14.04.1 failed to install/upgrade: package is in a very bad inconsistent state; you should reinstall it before attempting

Is this reproducible? It sounds like something that can be resolved following http://askubuntu.com/questions/422696/package-is-in-a-very- bad-inconsistent-state ** Changed in: libav (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of

[Ubuntustudio-bugs] [Bug 1486302] Re: package libavfilter3:amd64 6:9.18-0ubuntu0.14.04.1 failed to install/upgrade: package is in a very bad inconsistent state; you should reinstall it before attempt

Is this reproducible? It sounds like something that can be resolved following http://askubuntu.com/questions/422696/package-is-in-a-very- bad-inconsistent-state ** Changed in: libav (Ubuntu) Status: New => Incomplete -- You received this bug notification because you are a member of

Accepted keepassx 0.4.3+dfsg-1 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Thu, 03 Dec 2015 22:02:42 -0500 Source: keepassx Binary: keepassx Architecture: source amd64 Version: 0.4.3+dfsg-1 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler <siret...@debian.org> Changed-By: Re

Accepted amtterm 1.4-1 (source amd64) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 23 Aug 2015 20:06:50 -0400 Source: amtterm Binary: amtterm Architecture: source amd64 Version: 1.4-1 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler siret...@debian.org Changed-By: Reinhard Tartler siret

Accepted aspectc++ 1:1.2+svn20150823-1 (source amd64 all) into unstable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Format: 1.8 Date: Sun, 23 Aug 2015 22:04:29 -0400 Source: aspectc++ Binary: aspectc++ libpuma-dev libpuma-doc Architecture: source amd64 all Version: 1:1.2+svn20150823-1 Distribution: unstable Urgency: medium Maintainer: Reinhard Tartler siret

Bug#794817: Should mplayer2 be removed from unstable?

On Thu, Aug 6, 2015 at 9:21 PM Sebastian Ramacher sramac...@debian.org wrote: On 2015-08-06 23:05:58, Andreas Cadhalpun wrote: Package: mplayer2 Severity: serious I think mplayer2 should be removed because: * It is dead upstream (even the homepage is gone). * mplayer is back in

<    7   8   9   10   11   12   13   14   15   16   >