Bug#815791: marked as done (RFS: gtranscribe/0.5.1-1 [ITP] -- simple GTK+ tool focussed on easy transcription of spoken words)

Your message dated Thu, 07 Jul 2016 10:12:03 +0200 with message-id <1467879123.3197.62.ca...@debian.org> and subject line Re: Bug#815791: RFS: gtranscribe/0.3-1 [ITP] -- simple GTK+ tool focussed on easy transcription of spoken words has caused the Debian Bug report #815791, regarding RFS: gtransc

Bug#815791: RFS: gtranscribe/0.3-1 [ITP] -- simple GTK+ tool focussed on easy transcription of spoken words

On Thu, 2016-07-07 at 10:12 +0200, Paul Wise wrote: > Some things you may want to do: One more: the description needs rewording to this: gTranscribe is for easy transcription of spoken words. -- bye, pabs https://wiki.debian.org/PaulWise signature.asc Description: This is a digitally signe

Re: pbuilder error

Hi, providing some logs: >On actual package files or just the "Packages" / "Contents">files while >pbuilder is doing "apt-get update"? If it's the >latter, that problem should not exist anymore for stretch >and/or sid (search "by-hash" in that email): > >https://lists.debian.org/debian-devel-an

Bug#823742: RFS: hdf-compass/0.6.0-1 [ITP]

control: reopen -1 I have addressed Mattia's comments regarding the tests and manpage. I am now happy with the state of the package and believe it to be fit for upload. The new version is available on mentors: https://mentors.debian.net/debian/pool/main/h/hdf-compass/hdf-compass_0.6.0-1.dsc C

Bug#827425: RFS: lacme/0.1-1 [ITP] -- ACME client written with process isolation and minimal privileges in mind

Hi there, On Mon, 20 Jun 2016 at 22:19:06 +0200, Guilhem Moulin wrote: > On Wed, 15 Jun 2016 at 22:30:18 -0400, Harlan Lieberman-Berg wrote: >> Guilhem Moulin writes: >>> I am looking for a sponsor for my package "lacme" >> >> This looks like a well-Debianized package to me. >> […] >> I also want

Re: pbuilder error

Well, there you have it: File 1: On 07/07/2016 11:09 AM, Gianfranco Costamagna wrote: > Hashes of expected file: > [...] > - Checksum-FileSize:2286262 [weak] > Hashes of received file: > [...] > - Checksum-FileSize:2254536 [weak] File 2: > Hashes of expected file: > [...] > - Checksum-FileSize:

Re: pbuilder error

Hi, >But to me this appears to indicate a proxy server that truncates >files in some cases, which is definitely a bug in the proxy >server. > >Unfortunately, that's the worst kind of reason for your problem, >because that's the most troublesome to debug. :-( I fully agree here, this is why I d

Re: pbuilder error

On Thu, Jul 07, 2016 at 09:09:30AM +, Gianfranco Costamagna wrote: > (this happens with experimental chroot) (thankfully, apt/experimental has some improvements in terms of error reporting which help here. Hash sum mismatch messages used to be borderline useless – now they still are, but are v

Re: pbuilder error

Hi David! >(thankfully, apt/experimental has some improvements in terms of error >reporting which help here. Hash sum mismatch messages used to be >borderline useless – now they still are, but are very talkative ;) >That said, I am a bit surprised its installed in your chroot…) $ aptitude --ver

Bug#830236: RFS: libcork/0.15.0+ds-4 -- simple, easily embeddable, cross-platform C library

Package: sponsorship-requests Severity: normal X-Debbugs-Cc: rogershim...@gmail.com Dear mentors, I am looking for a sponsor for my package "libcork" * Package name: libcork Version : 0.15.0+ds-4 Upstream Author : Douglas Creager * URL : https://libcork.readthed

wrong version number ?

Hi, I am doing a QA for dvbackup package. I do not need a Sponsor. debian/changelog: dvbackup (1:0.0.4-8) unstable; urgency=low ( I am doing ) dvbackup (1:0.0.4-7) unstable; urgency=low ( current version ) After 'debuild': dvbackup_0.0.4-8_amd64.deb ( no epoch ) $ apt-get download dvbackup dvb

Re: wrong version number ?

Hi >debian/changelog: >dvbackup (1:0.0.4-8) unstable; urgency=low ( I am doing ) >dvbackup (1:0.0.4-7) unstable; urgency=low ( current version ) > >After 'debuild': > sure, it has an epoch since a lot of time https://packages.qa.debian.org/d/dvbackup/news/20120512T030239Z.html I don't know de

Bug#828157: RFS: lua-stdlib/41.2.0-1 [ITP #727169]

On Saturday, June 25 2016, I wrote: > Dear mentors, > > I am looking for a sponsor for my package "lua-stdlib": > > * Package name: lua-stdlib > Version : v35 > Upstream Author : Reuben Thomas et al. > * URL or Web page : https://github.com/rrthomas/lua-stdlib > * License :

Re: wrong version number ?

Em Qui, 2016-07-07 às 18:38 +, Gianfranco Costamagna escreveu: > Hi > > debian/changelog: > > > dvbackup (1:0.0.4-8) unstable; urgency=low ( I am doing ) > > dvbackup (1:0.0.4-7) unstable; urgency=low ( current version ) > > > > After 'debuild': > > > > > sure, it has an epoch since a lot

Re: wrong version number ?

Hi, On Thu, 2016-07-07 at 15:30 -0300, Herbert Fortes wrote: > I am doing a QA for dvbackup package. I do not need > a Sponsor. > > debian/changelog: > dvbackup (1:0.0.4-8) unstable; urgency=low ( I am doing ) > dvbackup (1:0.0.4-7) unstable; urgency=low ( current version ) > > After 'debuild':

Re: wrong version number ?

Hi, >I'm not entirely sure, but it's been like this since forever. I guess a filename containing ":" character might be problematic in linux (not techically problematic, but better to avoid escapes) so, even if the filename is "dvbackup_0.0.4-7_amd64.changes", the content is: dvbackup (1:0.0.4-

Re: wrong version number ?

Em Qui, 2016-07-07 às 18:38 +, Gianfranco Costamagna escreveu: > Hi > > debian/changelog: > > > dvbackup (1:0.0.4-8) unstable; urgency=low ( I am doing ) > > dvbackup (1:0.0.4-7) unstable; urgency=low ( current version ) > > > > After 'debuild': > > > > > sure, it has an epoch since a lot

Re: wrong version number ?

Em Qui, 2016-07-07 às 17:05 -0300, Herbert Fortes escreveu: > Em Qui, 2016-07-07 às 20:01 +, Gianfranco Costamagna escreveu: > > Hi, > > > > > I'm not entirely sure, but it's been like this since forever. > > > > I guess a filename containing ":" character might be problematic in linux > > (n

Bug#829205: RFS: btrfs-progs/4.5.3-0.1

Hi Adam, Thank you for taking the time to help me along the way and to produce higher quality work. On 5 July 2016 at 22:12, Adam Borowski wrote: > >> * Fix serious errors in debian/copyright. This is not a GPL2+ package. >> Cme was used to generate a machine-readable copyright file, then

Bug#829205: RFS: btrfs-progs/4.5.3-0.1

Hi Gianfranco! On 6 July 2016 at 05:17, Gianfranco Costamagna wrote: >>I'd say the important points to convey are "1. many contributors, 2. GPL2". > > > Actually I agree, I try to sum up files for licenses, instead of copyright > holders > e.g. > all the autoconf* stuff, can go in a single file

Re: wrong version number ?

Hello, On Thu, Jul 07, 2016 at 09:53:01PM +0200, James Cowgill wrote: > > Why ? > > I'm not entirely sure, but it's been like this since forever. >From the dpkg author: -- Sean Whitton

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

control: retitle -1 RFS: setcolortemperature/1.2-1 ITP On 07/07/2016 02:00 AM, Sean Whitton wrote: > Hello, > > Since you are upstream, would you consider providing a changelog that > you can install? Lintian is saying no-upstream-changelog and it seems > we can easily fix that :) > I added a

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

Hello, Unfortunately your watch file doesn't seem to work now. uscan warn: In directory ., downloading https://github.com/Tookmund/setcolortemperature/releases/download/v1.1/setcolortemperature-1.1.tar.gz.asc failed: 404 Not Found -- Sean Whitton

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

On 07/07/2016 10:13 PM, Sean Whitton wrote: > Hello, > > Unfortunately your watch file doesn't seem to work now. > > uscan warn: In directory ., downloading > > https://github.com/Tookmund/setcolortemperature/releases/download/v1.1/setcolortemperature-1.1.tar.gz.asc > failed: 404 Not Found >

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

control: tag -1 +confirmed control: noowner -1 Hello, On Thu, Jul 07, 2016 at 10:21:40PM -0400, Jacob Adams wrote: > Should be fixed now. > I just signed the 1.1 tarball. > I'm not sure why uscan was trying to fetch that anyway as I bumped the > version number to 1.2 after my last changes. You d

Bug#829151: RFS: setcolortemperature/1.1-1 ITP

control: tag -1 -moreinfo On 07/07/2016 10:38 PM, Sean Whitton wrote: > You didn't bump it in the Debian changelog :) > > I consider this package ready to upload to Debian (packaging repo commit > 6f964da0, main repo commit 00b97fee), except for: > > - fix version in the Debian changelog > - re