Package: libusb
Severity: wishlist
X-Debbugs-Cc: emanuele.a...@collabora.com
https://sources.debian.org/src/libusb/2%3A0.1.12-35/debian/patches/06_bsd.diff/
currently reports the BDS-4-Clause licensing terms, including the problematic
advertising clause.
However the NetBSD foundation relicensed
tag 906600 pending
thanks
Date: Mon Apr 5 22:43:16 2021 +0200
Author: Emanuele Aina
Commit ID: f90e4f84048a99ec228d23b617c3661a805bbaf3
Commit URL:
https://git.sigxcpu.org/cgit/git-buildpackage//commit/?id=f90e4f84048a99ec228d23b617c3661a805bbaf3
Patch URL:
https://git.sigxcpu.org/cgit/git
Nicolas Braud-Santoni wrote:
> I have git configured so that when I create a repository (with `git
> init`), the default branch is named `main`.
>
> This makes `gbp import-dscs --debsnap ` fail:
I proposed a fix here: https://github.com/agx/git-buildpackage/pull/80
tag 857370 pending
thanks
Date: Mon Feb 8 15:17:35 2021 +0100
Author: Emanuele Aina
Commit ID: fc568840348db3e2a828fc8cf9e27ef32241c042
Commit URL:
https://git.sigxcpu.org/cgit/git-buildpackage//commit/?id=fc568840348db3e2a828fc8cf9e27ef32241c042
Patch URL:
https://git.sigxcpu.org/cgit/git
Jo Shields wrote:
> I want the version number to increment with our suffix, following the
> behaviour of `dch -l foo`, i.e.:
>
> the top changelog entry is for packagename 1.0-0foo1
>
> I run `gbp dch --some-combination-of-flags`
>
> I now have a changelog entry for packagename 1.0-0foo2
>
>
3.6.6-1
ii python3-jenkins-job-builder 2.0.3-3
jenkins-job-builder recommends no packages.
jenkins-job-builder suggests no packages.
-- no debconf information
--
Emanuele Aina
www.collabora.com
Package: blueman
Version: 2.0.5-1+b1
Severity: normal
In debian/postinst the blueman package calls `invoke-rc.d dbus reload`
but does not ignore the return value, so the maintscript will fail in
chroot environments where dbus cannot be reloaded:
$ sudo debootstrap sid /tmp/scratch/debian
$ sudo
Package: wnpp
Severity: normal
It's been a while since I'm no longer playing with DLNA, so I'm just
procrastinating.
Time to accept that at the moment I'm not able to take care of the
dLeyna packages, and hopefully let someone else pick them up.
Sources are on Alioth already:
Package: wnpp
Severity: normal
It's been a while since I'm no longer playing with DLNA, so I'm just
procrastinating.
Time to accept that at the moment I'm not able to take care of the
dLeyna packages, and hopefully let someone else pick them up.
Sources are on Alioth already:
://anonscm.debian.org/cgit/collab-maint/pkg-dleyna-renderer.git/
Cheers,
Emanuele
--
Emanuele Aina
www.collabora.com
Package: wnpp
Severity: normal
It's been a while since I'm no longer playing with DLNA, so I'm just
procrastinating.
Time to accept that at the moment I'm not able to take care of the
dLeyna packages, and hopefully let someone else pick them up.
Sources are on Alioth already:
Sorry for chiming in with an unsolicited opinion, but I just stumbled
on Jan's patch as I was searching exactly for that kind of
functionality. :)
I'm currently using `vmdebootstrap` (it is awesome, thanks!) to set up
an ephemeral VM used as the test environment for the ansible playbook
of a
tag 680269 patch
thanks
Just in case, here's the trivial patch.
--
Emanuele Aina
www.collabora.com
From 835735ea2bcbc9e9602380bff9393df9be2fa4bf Mon Sep 17 00:00:00 2001
From: Emanuele Aina emanuele.a...@collabora.com
Date: Wed, 4 Jul 2012 20:04:29 +0200
Subject: [PATCH] Drop x11-xserver-utils
I've rebased Geoffrey's work on top of current master:
https://github.com/em-/sbuild/commits/extra-package
On my local system the patches have been working fine for some months
now and they applied cleanly on the latest master, with the small
exception of the one updating debian/changelog which
Geoffrey Thomas gtho...@mokafive.com wrote:
OK, I think the extra-package branch of https://github.com/geofft/sbuild
is ready to be pulled.
Any news on this?
It's been some months that the patches have been proposed, improved and
reviewed but no feedback from the maintainer has been
László Böszörményi (GCS) wrote:
Also please note that the current state can be interpreted as some
kind of security threat. Its binary installed as setuid and executable
for everyone. A more safe solution would be a separate group and only
its members would be allowed to execute
László Böszörményi (GCS) wrote:
I used the one from Emanuele, as he stated it's an updated one. Will
check yours. Either incorporating changes from him or do the way it
suits best.
I took Thomas patch with the debian/ files and cherry-picked it on top
of the upstream git history for version
Hello all, I've updated the linux-user-chroot packaging to the latest
release (2013.1), and I took the liberty of rebasing Thomas' work on top
of the upstream git history:
https://github.com/em-/pkg-linux-user-chroot-debian
Other than integrating the new release the main change I've made is to
https://github.com/geofft/sbuild/tree/add-package
The trick is that you can use apt-get update with -o Dir::Etc::sourcelist
to point to the file, -o Dir::Etc::sourceparts pointing at an empty
directory, and -o APT::List-Cleanup=0. Since this allows cleaning up the
existing code in
gets closed.
Thanks!
--
Emanuele Aina
http://www.collabora.com
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
fakeroot 1.19-2
Versions of packages sbuild suggests:
pn deborphan none
ii wget 1.14-2
-- no debconf information
From 3746120a509778eb263ff9565ddf1de54bcedc2a Mon Sep 17 00:00:00 2001
From: Emanuele Aina emanuele.a...@collabora.com
Date: Fri, 31 May 2013 20:05:09 +0200
Subject
Package: libgupnp-1.0-4
Version: 0.20.2-3
Severity: wishlist
I've not found any announcement on the GUPnP mailing list, but a new upstream
version 0.20.3 has been released:
http://ftp.gnome.org/pub/GNOME/sources/gupnp/0.20/
Thank you!
-- System Information:
Debian Release: jessie/sid
APT
Package: wnpp
Severity: wishlist
Owner: Emanuele Aina emanuele.a...@collabora.com
* Package name: dleyna-core
Version : 0.0.2
Upstream Author : dLeyna Development Group - Intel OTC
* URL : https://01.org/dleyna/
* License : LGPL-2.1
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Emanuele Aina emanuele.a...@collabora.com
* Package name: dleyna-connector-dbus
Version : 0.0.2
Upstream Author : dLeyna Development Group - Intel OTC
* URL : https://01.org/dleyna/
* License : LGPL-2.1
Programming Lang
Package: wnpp
Severity: wishlist
Owner: Emanuele Aina emanuele.a...@collabora.com
* Package name: dleyna-renderer
Version : 0.0.2
Upstream Author : dLeyna Development Group - Intel OTC
* URL : https://01.org/dleyna/
* License : LGPL-2.1
Programming Lang: C
Package: wnpp
Severity: wishlist
Owner: Emanuele Aina emanuele.a...@collabora.com
* Package name: dleyna-server
Version : 0.0.2
Upstream Author : dLeyna Development Group - Intel OTC
* URL : https://01.org/dleyna/
* License : LGPL-2.1
Programming Lang: C
Package: nodm
Version: 0.11-1.2
Severity: normal
ConsoleKit is unable to verify that the current session is local (check
with ck-list-sessions) and its policies prevent the user from mounting
usb sticks, shutting down the system, etc.
References:
Package: nodm
Version: 0.11-1.2
Severity: normal
X-Debbugs-CC: lhw l...@ring0.de
Running nodm without x11-xserver-utils installed no longer show any
warning about X resources missing from xrdb as reported in bug #559173
against version 0.6-1.
Given that x11-xserver-utils depends on cpp this is
tag 680264 patch
thanks
Stacking a pam_ck_connector.so with x11 support after enabling session
auditing with pam_loginuid.so and before the one in common-session
(which has the nox11 flag set) fixes the issue.
--
Emanuele
diff --git a/debian/nodm.pam b/debian/nodm.pam
index 77ad6f6..6f68f35
I've encountered the same issue with nodm and I found that adding
pam_loginuid.so and pam_ck_connector.so with x11 support enabled
in /etc/pam.d/nodm fixed it.
The two PAM modules need to be stacked right before including
common-session, otherwise the pam_ck_connector.so with the nox11 flag
will
The build failure is due to some missing calls to getDetails() which
were introduced upstream with
http://bazaar.launchpad.net/~python-fixtures/python-fixtures/trunk/revision/29/lib/fixtures/fixture.py
I've attached a small patch that fixes the issue.
--
Emanuele
diff -urN
Package: libcogl9
Version: 1.10.2-3
Severity: normal
Cogl tries to load the GLES2 library by dlopen'ing
libGLESv2.so (provided by the libgles2-mesa-dev package) instead of
the versioned name libGLESv2.so.2 shipped by libgles2-mesa.
Combined with
Package: plexus-build-api
Version: 0.0.4-4
Severity: serious
Hello,
I tried to rebuild the package from sources under a wheezy i386 chroot
but the resulting package lacked the files in /usr/share/java/.
Adding the --java-libs option to debian/libplexus-build-api-java.poms
seems to solve the
Package: plexus-classworlds
Version: 1.5.0-3
Severity: serious
Hello,
I tried to rebuild the package from sources under a wheezy i386 chroot
but the resulting package lacked the files in /usr/share/java/.
Adding the --java-libs option to debian/libplexus-classworlds-java.poms
seems to solve the
Package: libxbean-java
Version: 1.5.0-3
Severity: serious
Hello,
I tried to rebuild the package from sources under a wheezy i386 chroot
but, due to a change in maven-debian-helper 1.5, the resulting package
lack the files in /usr/share/java/.
Adding the --java-libs option to the following
Package: libatomic-ops-dev
Version: 7.3~alpha1+git20111031-1
Justification: fails to build from source
Severity: serious
Tags: patch
Upstream commit https://github.com/ivmai/libatomic_ops/commit/30cea1b
fixes AO_compare_double_and_swap_double_full() which is broken on
gcc/x86 and causes `make
I have the same problem reported by Ludovico and, as noted in the
upstream bug report already pointed out by Reinhard [1], reducing the
amount of ram from 4G to something smaller (e.g. 3.5G) with the
mem=3500M kernel boot parameter causes the bug to disappear and can be
used as a temporary
Package: xvfb
Version: 2:1.6.1.901-2
Severity: important
Sometimes, when a client disconnect, Xvfb crashes with a SIGSEV in
FreeColormap().
It seems to be the same problem as reported on the Ubuntu bugtracker at
https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/330052 , in
the RedHat
Package: monodoc-base
Version: 2.0-3
Severity: important
The /usr/lib/monodoc/mdoc.exe binary crashes as it contains references
to NDesk.Options, which is not even in debian:
$ mdoc
** (/usr/lib/monodoc/mdoc.exe:18626): WARNING **: The following assembly
referenced from
( 1.9.2) | 1.9.1+dfsg-2
--
Emanuele Aina
http://initd.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Jo Shields reindirizzò:
This doesn't appear to be a Debian-specific bug, so please pass the
information upstream to the Novell bugzilla. It'll be much easier to get
the bug fixed if you communicate directly with the Mono developers,
rather than the Debian Mono packaging team acting as
===-+-===
|
--
Emanuele Aina
http://initd.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
to manually mount the filesystem using a 'directory'
chroot type or I have to use losetup to add the /dev/loopN device before
calling schroot.
Thanks for the quick reply!
--
Emanuele Aina
http://initd.org
) | 0.99.7.1-6
libstdc++6(= 4.2.1-4) | 4.3.0-3
libuuid1 | 1.40.8-2
schroot-common (= 1.1.6-1) | 1.1.6-1
--
Emanuele Aina
http://initd.org
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject
Attached a patch backporting the --compat-libtool option to the version
of lcov currently in Debian unstable (1.5-1).
diff -r ff5dbc491003 -r 3b3de3b41a23 bin/geninfo
--- a/bin/geninfo Thu Jul 05 15:28:56 2007 +0200
+++ b/bin/geninfo Thu Jul 05 15:46:16 2007 +0200
@@ -104,6 +104,7 @@ our $follow;
Package: lcov
Version: 1.5-1
Severity: wishlist
The lcov version in CVS on sourceforge supports projects using libtool
adding a --libtool-compat command line option.
This is very useful as a developer can use lcov in those situations
without requiring complex configurations.
I'm currently
Mike Hommey assicurò:
[Ooops, forgot to put b.d.o in CC:]
It used to be possible to enter a search string and press simply press
enter. Now instead of doing a Google search, Epiphany tries to go to
search string + .com, which of course doesn't work if there's a space in
the string.
Strange,
Mike Hommey negò:
The epiphany search bar behavior is now the one which is the default in
firefox, the I'm feeling lucky one, with the additional complication
of not accepting searches with spaces.
It doesn't, here.
Which is somewhat puzzling as I was able to reproduce it on another
Package: epiphany-browser
Version: 2.18.1-3
Severity: normal
--- Please enter the report below this line. ---
The epiphany search bar behavior is now the one which is the default in
firefox, the I'm feeling lucky one, with the additional complication
of not accepting searches with spaces.
I
Package: python-pygraphviz
Version: 0.34-1
Severity: grave
I have libgraphviz3 2.12-3 and python-pygraphviz 0.34-1 and on
'import pygraphviz' it gives me this:
ImportError: libagraph.so.2: cannot open shared object file: No such
file or directory
In fact libagraph.so.2 does not exist, as it
Package: dpkg
Version: 1.13.25
Severity: minor
In lib/dump.c:writedb() dpkg has those messages:
failed to open `%s' for writing %s information, filename, which
failed to write %s record about `%.50s' to `%.250s', which, ...
etc...
The which variable can be available o status, but those are not
Christian Perrier notò:
(putting the BTS in CC if you don't mind...it's important to keep
record of that)
Sorry. Hit Reply intead of Reply to all... :)
Do you translate even dialog and readline?
Dialog was translated to DialogueReadline has been left
untranslated, but I actually think
Package: debconf
Version: 1.5.2
Severity: wishlist
While rewieving the proposed updates to the Italian translation I've found
some glitches in the English source and I've made some suggestions to
improve the messages to Luk Claes, who said to open this bug as it's
not only his call to make
Package: libmono-system2.0-cil
Version: 1.1.13.8-1
Severity: normal
Trying to use DeflateStream results in a
Unhandled Exception: System.EntryPointNotFoundException: create_z_stream
if running directly the exe, and giving a SIGSEGV if running it through
nunit-console.
This is a demo of the
Package: gtkwave
Version: 1.3.81-1
Followup-For: Bug #270562
I have xfonts installed, but gtkwave still fails:
ii xfonts-100dpi 1.0.0-2100 dpi fonts for X
ii xfonts-75dpi 1.0.0-2100 dpi fonts for X
ii xfonts-base1.0.0-3standard fonts for X
This fixes the
Package: graphviz
Version: 2.8-0.2
Followup-For: Bug #359312
Running dot -c as root fixes the problem updating the list of
installed plugins.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh
Package: python-sqlobject
Version: 0.7.0-1
Severity: grave
python2.3-sqlobject in unstable is not installable due to the requirement
of python2.3-formencode, which is not in unstable.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Package: kernel-package
Version: 9.008.1
Severity: normal
If no initrd creation tool is installed, make-kpkg fails with a
not-so-clear error message if the --initrd has been used.
Perhaphs the kernel-package package should at least Suggest one of those
tools (I've installed yaird and everything
Package: linux-image-2.6.12-1-686
Version: 2.6.12-6
Followup-For: Bug #319546
I've encountered the same problem but after upgrading to udev 0.070-2
the prism54 firmware is loaded successfully again by hotplug, so it
seems that the bug has been fixed in udev.
-- System Information:
Debian
Package: mercurial
Version: 0.5b+20050612-1
Severity: minor
In /usr/share/doc/mercurial/README.Debian:
It is needed if you have lod repository that you want
^^^
It should be an old.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT
60 matches
Mail list logo