Thanks for the patch. Note upstream commit "Have man page generator
pull time from source file":
https://github.com/tuffy/python-audio-tools/commit/86e9483eb4748f14a94258e0abbe9722987dcf35
Would cherrypicking 86e9483e make the build reproducible?
Package: sponsorship-requests
Severity: normal
#803229 audiotools: uninstallable, name conflict with cdtool package
#803230 audiotools: In a default install the interactive (-I) option doesn't
work
Resolved with upstream bugfix and new package:
dget -x
http://mentors.debian.net/debian/pool/main/a
On Fri, Oct 23, 2015 at 3:51 PM, Gianfranco Costamagna
wrote:
> Control: tags -1 moreinfo
> Control: owner -1 !
>
> Hi, some when the package should have been rejected from new queue [1]
>
> [1] bugs.debian.org/750708
>
>
> can you please explain why and if the issue has been fixed?
Version 3.0 h
audiotools/audiotools_3.1-1.dsc
More information about hello can be obtained from
http://audiotools.sourceforge.net/
Regards,
Eric Shattow
-- System Information:
Debian Release: 8.2
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture:
On Fri, Oct 9, 2015 at 5:40 PM, Osamu Aoki wrote:
> Hi,
>
> It took me a little bit of effort to understand your wish.
>
> If the repack without having a matiching Files-Excluded is objective to
> see if repacksuffix works or not, just use --repack as the argument of
> uscan, it passes it to mk-or
Package: devscripts
Version: 2.15.3
Severity: wishlist
Dear Maintainer,
uscan --force-repack would be helpful for testing Files-Excluded and
repacksuffix.
The way to test an repacksuffix=ds1 containing debian/watch for example-1.0/
is:
rm example*tar.gz
uscan --force-download example-1.0
This
oses: #784029)
Regards,
Eric Shattow
-- System Information:
Debian Release: 8.0
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 4.0.0-trunk-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.utf8, L
Packaging uploaded to
http://mentors.debian.net/package/libcdio-paranoia
Builds clean in pbuilder environment.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: wnpp
Severity: normal
Hello, the version of libcdio 0.83 in Debian is stale. The upstream libcdio-
paranoia component has been updated to use a newer cdparanoia code base and
also is now split into its own work. The maintainer of libcdio appears busy.
Please help with packaging.
--
To
On Mon, Jan 19, 2015 at 5:12 PM, Eric Shattow wrote:
> > Reviewed copyright info and trying again (Uploaded: 2015-01-20 00:14)
> >
> http://mentors.debian.net/debian/pool/main/a/audiotools/audiotools_3.0-1.dsc
> >
> > All references to DeCSS were removed for 3.0 major rele
On Fri, Feb 6, 2015 at 12:22 PM, Michael Biebl wrote:
> Can you reproduce the error with a fresh user account?
>
Yes, reproduced the error with fresh user account (and contents of Music
from other account)
> Could you install tracker-dbg (and related -dbg) packages, to get a more
> meaningful ba
On Sat, 13 Dec 2014 20:14:07 +0100 Thomas Girard
wrote:
>
> the stacktrace you provide shows two messages that could explain the
error:
>
> > (tracker-extract:18870): libmediaart-CRITICAL **:
media_art_process_buffer:
> > assertion 'artist != NULL || title != NULL' failed
> >
> > (tracker-extract:
Reviewed copyright info and trying again (Uploaded: 2015-01-20 00:14)
http://mentors.debian.net/debian/pool/main/a/audiotools/audiotools_3.0-1.dsc
All references to DeCSS were removed for 3.0 major release so I
refreshed d/copyright. Tested in pbuilder.
On Tue, Jan 6, 2015 at 7:24 PM, Vincent Che
Updated at m.d.o although actually there is a new major version
audiotools 3.0 updated for Python3 and I'm also working on this.
On Sat, Jan 3, 2015 at 3:57 PM, Vincent Cheng wrote:
> Hi Eric,
>
> On Fri, Oct 17, 2014 at 5:01 PM, Eric Shattow wrote:
>> On Sat, 11 Oct 2014 17
On Wed, 2014-11-19 at 12:00 +0100, intrigeri wrote:
> Looks like a bug in the kernel DRM drivers to me (or might be in Mesa,
> or in Cogl, or in the X.Org driver, I'm definitely no expert in this
> field).
>
> > Kernel: Linux 3.18.0-rc5 (SMP w/1 CPU core)
>
> Can you reproduce this bug with a ker
Package: gnome-shell Version: 3.14.1-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Login to gdm3 is okay however the Gnome desktop does not load.
Nov 18 17:57:51 boss kernel: [drm:i8xx_irq_handler] *ERROR* pipe A underrun
Nov 18 17:57:52 boss dbus[509]: [system] Act
Package: tracker-extract
Version: 1.2.2-2+b1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
On a Debian jessie testing beta2 netinstall (amd64), I've installed gnome-music
and noticed that no artists or albums are available to be played. The reason
for this is tracker-ex
On Wed, 15 Feb 2012 08:28:39 +0100 Michael Biebl wrote:
> On 15.02.2012 05:25, scott wrote:
> >
> > I recently installed a weekly build from
> > http://cdimage.debian.org/cdimage/weekly-builds/ by booting from a USB
stick,
> > and was also affected by this bug.
> >
> > I assume this means that any
Upstream bug #86861 filed: https://bugzilla.kernel.org/show_bug.cgi?id=86861
Freeze problem exists on 3.16 kernel. Same system is functional with
ndiswrapper and Windows XP platform driver.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Tro
On Sat, 11 Oct 2014 17:33:58 -0700 Vincent Cheng wrote:
> I'm not sure how I missed this in my earlier review, but note that
> CC-BY-SA version 2.5 is *not* DFSG-compatible; only version 3.0 and
> later are considered DFSG-free by ftpmasters [1][2]. As such, files
> licensed under CC-BY-SA 2.5 mus
On Sun, 3 Aug 2014 22:27:11 -0700 Vincent Cheng wrote:
>
> Sorry for not following up on my earlier debian-mentors review until now!
>
> Agreed with Eriberto, your package is in pretty good shape, however
> there are a few more issues:
>
> Blockers:
> - debian/copyright needs the full text of CC-B
On Sat, Jun 7, 2014 at 2:23 PM, Eriberto Mota wrote:
> Hi Eric,
>
> If it is an ITP, the package no exist in Debian yet. So, you musn't report
> revisions. Please, remove all entries about the -2 and -3 revisions in
> d/changelog.
>
> I suggest you put the upstream e-mail address in d/copyright.
cleared out m.d.n/packages/audiotools and uploaded again:
http://mentors.debian.net/debian/pool/main/a/audiotools/audiotools_2.21-1.dsc
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
audiotools/audiotools_2.21-3.dsc
More information about hello can be obtained from
http://audiotools.sourceforge.net/
Changes since the last upload:
* Cherry-pick upstream d798cc82 Add proper licensing text to manpage sources
* Promote python-urwid from Recommends to Depends
Regards,
Eric Shatto
Needs sponsor. Packaged (lintian OK) and uploaded to mentors:
http://mentors.debian.net/package/audiotools
:00.0 -0800
+++ b/debian/changelog 2013-06-27 11:17:07.750649052 -0700
@@ -0,0 +1,256 @@
+libcdio (0.90-1) UNRELEASED; urgency=low
+
+ * New upstream release.
+ * Multi-arch.
+
+ -- Eric Shattow Mon, 27 May 2013 17:40:27 -0700
+
+libcdio (0.83-4) unstable; urgency=low
+
+ * Rebuild for
Package: libcdio-dev
Version: 0.83-4
Severity: normal
File: libcdio
Dear Maintainer,
Please package new upstream libcdio-0.90 release for Debian. Note that libcdio-
paranoia has been split off to libcdio-paranoia-10.2+0.90+1 and so also needs
packaging for Debian.
-- System Information:
Debian
I am okay if the author is not my friend. Any technical reason to not
have smake in Debian reposoitory?
On Wed, Oct 31, 2012 at 2:23 PM, Joerg Jaspert wrote:
> Hi
>
> please note that this package already was in Debian, it got removed
> with #462152.
>
> Please also keep in mind who the upstream
Package: wnpp
Severity: wishlist
Owner: Eric Shattow
* Package name: smake
Version : 1.2a49
Upstream Author : Jörg Schilling
* URL : http://cdrecord.berlios.de/private/smake.html
* License : GPL
Programming Lang: C
Description : A portable make
Needs to depend on: python-numpy and possibly python-numpy-ext
Without the above, "costs and revenues" generation results in a runtime
error.
tinyerp-client needs to depend on: matplotlib-python
Additionally, it should depend on some more of the following:
python-egenix-mx-base-dev
python-egenix-mxbeebase
python-egenix-mxdatetime
python-egenix-mxproxy
python-egenix-mxqueue
python-egenix-mxstack
python-egenix-mxtexttools
python-egenix-mx
debian/rules patch: updated for 4.2.0 client graphics and directory layout,
sort of. Works for me.
--- tinyerp-client-4.2.0.orig/debian/rules 2007-11-13 01:21:28.0 -0600
+++ tinyerp-client-4.2.0/debian/rules 2007-11-13 01:17:11.0 -0600
@@ -35,9 +35,8 @@ install: build
rm -rf de
Attached 02-pixmaps.dpatch changes default to match what we're actually
doing.
02-pixmaps.dpatch
Description: Binary data
I (Eric Shattow) am the author of the above patch in feh bugtracker.
Works for me, it's been included upstream by the feh author. Given the
extended time between upstream releases, I ask that this patch be
considered for debian feh 1.3.4 inclusion.
Inccidentally, there is an instance of fe
Package: libopal-2.2.0
Version: 2.2.3.dfsg-3
Severity: important
Ekiga DTMF fails to function when connected to Asterisk 1.4 systems.
The cause is an OPAL bug, for description and patch see:
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=220333
-- System Information:
Debian Release: lenny
I found my clock-applet today to be using upwards of 170M resident
memory. That sounds like a memory leak. My platform is amd64.
ii gnome-panel2.14.3-5 launcher and docking facility for
GNOME 2
After killing clock-applet and reloading it into my panel, it is using
"only" 15.0M resident
Package: lirc-modules-source
Version: 0.7.1pre2-6.1
File modules/lirc/Makefile contains a few lines of a diff that blew up.
patch to correct extraneous diff lines -->
--- Makefile.orig 2005-09-02 20:07:52.0 -0500
+++ Makefile2005-09-05 18:10:51.0 -0500
@@ -83,18 +83,12
37 matches
Mail list logo