Bug#736085: RFS: doublecmd/0.5.8-1 -- twin-panel (commander-style) file manager

2014-01-27 Thread Graham Inggs
Hi Paul On 24/01/2014 11:42, Paul Gevers wrote: Interesting that I have missed this the first time that you did this work. Funny thing is that we are trying to get things related to FreePascal into one team, so I invite you to have a look at pkg-pascal on Alioth. I'd be happy to maintain doubl

Bug#736671: RFS: asused/3.72-11 [ITA]

2014-01-27 Thread Raoul Bhatia
On 27.01.2014 02:03, Paul Wise wrote: On Mon, 2014-01-27 at 01:44 +0100, Sebastien Badia wrote: Therefore we do anything with this package? RoQA anyway? Thanks for the explanation, it sounds like this package should remain in Debian instead of being removed, good luck with finding a sponsor.

Bug#736288: RFS: libnftnl/1.0.0-1 [ITP]

2014-01-27 Thread Arturo Borrero Gonzalez
On 27 January 2014 03:13, Neutron Soutmun wrote: > Hello, > > FYI, as of the devscripts 2.14.0 [1] the keyring location for > signature verification has been moved to debian/upstream/. > Thanks, regards. -- Arturo Borrero González -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debi

Bug#736839: RFS: sosreport/3.1-1 ITP

2014-01-27 Thread Adam Stokes
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "sosreport" * Package name : sosreport Version: 3.1-1 Upstream Author : Adam Stokes * URL : https://github.com/sosreport/sosreport * Li

Bug#736839: RFS: sosreport/3.1-1 ITP

2014-01-27 Thread Liang Guo
Hi, Adam, On Mon, Jan 27, 2014 at 9:16 PM, Adam Stokes wrote: > Package: sponsorship-requests > > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "sosreport" > > * Package name : sosreport >Version: 3.1-1 >Upstream Author : Adam

Bug#719801: Acknowledgement (RFS: roundup/1.5.0-1)

2014-01-27 Thread Andrew Starr-Bochicchio
On Mon, Jan 27, 2014 at 2:04 AM, Bastien ROUCARIES wrote: > Le 27 janv. 2014 04:27, "Andrew Starr-Bochicchio" a écrit : >> On Thu, Oct 17, 2013 at 5:20 PM, Kai Storbeck wrote: >> > I have updated roundup_1.5.0-1 per the 17th of October with a few >> > changes after getting feedback by Sebastian

Bug#719801: Acknowledgement (RFS: roundup/1.5.0-1)

2014-01-27 Thread Andrew Starr-Bochicchio
On Mon, Jan 27, 2014 at 2:10 PM, Bastien ROUCARIES wrote: >> > I have just filled two rc severity bug against your package. Please >> > close >> > it. >> >> This isn't a particularly useful message. What are the issues you are >> filing bugs about? I see no RC bugs against roundup right now, did y

Help: Bug#733407: maude: FTBFS: surface.yy:63:67: error: 'parseResult' was not declared in this scope

2014-01-27 Thread Andreas Tille
Hi, does anybody have a clue how to fix this C++ issue? Kind regards Andreas. - Forwarded message from David Suárez - Date: Sat, 28 Dec 2013 19:10:41 +0100 From: David Suárez To: sub...@bugs.debian.org Subject: Bug#733407: maude: FTBFS: surface.yy:63:67: error: 'parseResult'

Bug#719801: Acknowledgement (RFS: roundup/1.5.0-1)

2014-01-27 Thread Bastien ROUCARIES
Le 27 janv. 2014 17:45, "Andrew Starr-Bochicchio" a écrit : > > On Mon, Jan 27, 2014 at 2:04 AM, Bastien ROUCARIES > wrote: > > Le 27 janv. 2014 04:27, "Andrew Starr-Bochicchio" a écrit : > >> On Thu, Oct 17, 2013 at 5:20 PM, Kai Storbeck wrote: > >> > I have updated roundup_1.5.0-1 per the 17t

Re: Help: Bug#733407: maude: FTBFS: surface.yy:63:67: error: 'parseResult' was not declared in this scope

2014-01-27 Thread Niels Thykier
On 2014-01-27 20:30, Andreas Tille wrote: > Hi, > > does anybody have a clue how to fix this C++ issue? > > Kind regards > > Andreas. > It is not a C++ issue, but a change in bison you are looking at. I had a similar issue with mscgen not too long ago[1]. ~Niels [1] http://packages

Re: Help: Bug#733407: maude: FTBFS: surface.yy:63:67: error: 'parseResult' was not declared in this scope

2014-01-27 Thread Niels Thykier
On 2014-01-27 20:30, Andreas Tille wrote: > Hi, > > does anybody have a clue how to fix this C++ issue? > > Kind regards > > Andreas. > It is not a C++ issue, but a change in bison you are looking at. I had a similar issue with mscgen not too long ago[1]. ~Niels [1] http://packages

Bug#736861: Subject: RFS: mathjax/2.2-1~bpo70+1

2014-01-27 Thread Gary Preston
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for a backport of "mathjax" to Wheezy. This package is a dependency for another backport (Calibre). I've had no response from the original maintainer in the last 4 weeks so I'm proceeding with the backport.

Bug#736871: RFS: calibre/1.14.0+dfsg-1~bpo70+1

2014-01-27 Thread Gary Preston
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for a backport of the package "calibre". The current calibre package maintainer has also been made aware of this backport. * Package name: calibre Version : 1.14.0+dfsg-1~bpo70+1 Upstream Aut

Bug#719801: Acknowledgement (RFS: roundup/1.5.0-1)

2014-01-27 Thread Kai Storbeck
On 27/01/2014 04:25, Andrew Starr-Bochicchio wrote: > On Thu, Oct 17, 2013 at 5:20 PM, Kai Storbeck wrote: >> I have updated roundup_1.5.0-1 per the 17th of October with a few >> changes after getting feedback by Sebastian Ramacher. > > Hi Kai, > > I came across your package on mentors, and I am

Re: Help: Bug#733407: maude: FTBFS: surface.yy:63:67: error: 'parseResult' was not declared in this scope

2014-01-27 Thread Andreas Tille
Hi Niels, I guess you want to tell me that I want something like http://anonscm.debian.org/gitweb/?p=collab-maint/mscgen.git;a=blob;f=debian/patches/language.y-parse-param.patch;hb=HEAD applied to maude code. I need to admit that I'm to weak with bison and can not really make some sense out

Re: Help: Bug#733407: maude: FTBFS: surface.yy:63:67: error: 'parseResult' was not declared in this scope

2014-01-27 Thread Niels Thykier
On 2014-01-27 22:31, Andreas Tille wrote: > Hi Niels, > > I guess you want to tell me that I want something like > > > http://anonscm.debian.org/gitweb/?p=collab-maint/mscgen.git;a=blob;f=debian/patches/language.y-parse-param.patch;hb=HEAD > > applied to maude code. I need to admit that I'm

Bug#736882: RFS: libepsilon/0.9.2-1

2014-01-27 Thread Bas Couwenberg
Package: sponsorship-requests Severity: normal Dear mentors, As part of the libepsilon mini transition, I am looking for a sponsor for my package "libepsilon" For more information about this mini transition see the thread on debian-gis@ starting at https://lists.debian.org/debian-gis/2014/01/msg

Bug#736884: RFS: librasterlite/1.1~svn11-3

2014-01-27 Thread Bas Couwenberg
Package: sponsorship-requests Severity: normal Dear mentors, As part of the libepsilon mini transition, I am looking for a sponsor for my package "librasterlite" For more information about this mini transition see the thread on debian-gis@ starting at https://lists.debian.org/debian-gis/2014/01/

lintian usage and inconsistence problem

2014-01-27 Thread T o n g
Hi, I'm having problem using lintian. This was my previous question: On Thu, 23 Jan 2014 15:49:31 -0500, Tong wrote: > On Thu, Jan 23, 2014 at 7:50 AM, Eriberto > wrote: >> You have a lintian message yet: >> >> I: shc: spelling-error-in-manpage usr/share/man/man1/shc.1.gz comand >> command >>

Bug#736885: RFS: gdal/1.10.1+dfsg-4

2014-01-27 Thread Bas Couwenberg
Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "gdal" Package name: gdal Version : 1.10.1+dfsg-4 Upstream Author : The GDAL/OGR project team, Frank Warmerdam URL : http://www.gdal.org/ License : MIT S

Re: lintian usage and inconsistence problem

2014-01-27 Thread Etienne Millon
* T o n g [140127 23:37]: > $ lintian -EviIL +pedantic --color auto --display-experimental > ../*.dsc > [...] > I.e., when I invoke lintian manually, I didn't see problems reported > by debuild. Hi Tong, Lintian can check both source packages (*.dsc) or binary packages (*.deb). By running it

Bug#736885: RFS: gdal/1.10.1+dfsg-4

2014-01-27 Thread Sebastian Ramacher
On 2014-01-27 23:34:25, Bas Couwenberg wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "gdal" > > Package name: gdal > Version : 1.10.1+dfsg-4 > Upstream Author : The GDAL/OGR project team, Frank Warmerdam

Bug#736885: RFS: gdal/1.10.1+dfsg-4

2014-01-27 Thread Sebastiaan Couwenberg
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 01/28/2014 12:01 AM, Sebastian Ramacher wrote: > On 2014-01-27 23:34:25, Bas Couwenberg wrote: >> Package: sponsorship-requests Severity: normal >> >> Dear mentors, >> >> I am looking for a sponsor for my package "gdal" >> >> [...] >> >> Chang

Bug#733578: hwinfo/21.0-1 needs updates / FTBFS of libx86emu

2014-01-27 Thread Johann Felix Soden
Hi Sebastien, hi Tomasz, I have not yet completely reviewed hwinfo 21.0-1, but there is at least one thing which needs to be fixed: - debian/libhd21.symbols is incomplete on i386. A fixed version is attached. And I found trailing whitespaces in old debian/changelog entries and debian/libhd-

Bug#736871: marked as done (RFS: calibre/1.14.0+dfsg-1~bpo70+1)

2014-01-27 Thread Debian Bug Tracking System
Your message dated Mon, 27 Jan 2014 18:11:14 -0800 with message-id and subject line Re: Bug#736871: RFS: calibre/1.14.0+dfsg-1~bpo70+1 has caused the Debian Bug report #736871, regarding RFS: calibre/1.14.0+dfsg-1~bpo70+1 to be marked as done. This means that you claim that the problem has been

Bug#736861: marked as done (Subject: RFS: mathjax/2.2-1~bpo70+1)

2014-01-27 Thread Debian Bug Tracking System
Your message dated Mon, 27 Jan 2014 18:13:01 -0800 with message-id and subject line Re: Bug#736861: Subject: RFS: mathjax/2.2-1~bpo70+1 has caused the Debian Bug report #736861, regarding Subject: RFS: mathjax/2.2-1~bpo70+1 to be marked as done. This means that you claim that the problem has bee

Bug#728059: RFS: gnome-shell-pomodoro/0.6.20131027-1 [ITA]

2014-01-27 Thread Vincent Cheng
Hi Joseph, On Mon, Jan 20, 2014 at 2:33 PM, Joseph Herlant wrote: >> - Why "Architecture: any" if there aren't any arch-specific files in >> your package? > > As it means any architecture supported by debian and that it is the "most > frequently used" regarding debina policy 5.6.8. I thought it

Bug#722224: marked as done (RFS: kqoauth/0.98-1 [ITP])

2014-01-27 Thread Debian Bug Tracking System
Your message dated Tue, 28 Jan 2014 04:27:29 + with message-id and subject line closing RFS: kqoauth/0.98-1 [ITP] has caused the Debian Bug report #74, regarding RFS: kqoauth/0.98-1 [ITP] to be marked as done. This means that you claim that the problem has been dealt with. If this is not

Bug#736839: marked as done (RFS: sosreport/3.1-1 ITP)

2014-01-27 Thread Debian Bug Tracking System
Your message dated Tue, 28 Jan 2014 04:27:29 + with message-id and subject line closing RFS: sosreport/3.1-1 ITP has caused the Debian Bug report #736839, regarding RFS: sosreport/3.1-1 ITP to be marked as done. This means that you claim that the problem has been dealt with. If this is not th

Re: lintian usage and inconsistence problem

2014-01-27 Thread Niels Thykier
On 2014-01-27 23:41, Etienne Millon wrote: > * T o n g [140127 23:37]: >> $ lintian -EviIL +pedantic --color auto --display-experimental >> ../*.dsc >> [...] >> I.e., when I invoke lintian manually, I didn't see problems reported >> by debuild. > > Hi Tong, > > Lintian can check both source p

Bug#736884: Bug#736885: RFS: gdal/1.10.1+dfsg-4

2014-01-27 Thread Andreas Tille
On Tue, Jan 28, 2014 at 12:20:39AM +0100, Sebastiaan Couwenberg wrote: > > gdal is currently involved in the ongoing poppler transition. To > > not entangle the poppler and libepsilon transition, please talk to > > the Release Team and wait for their OK. (I don't know how many > > packages are invo

Bug#736884: Bug#736885: RFS: gdal/1.10.1+dfsg-4

2014-01-27 Thread Sebastiaan Couwenberg
On 01/28/2014 08:03 AM, Andreas Tille wrote: > On Tue, Jan 28, 2014 at 12:20:39AM +0100, Sebastiaan Couwenberg wrote: >>> gdal is currently involved in the ongoing poppler transition. To >>> not entangle the poppler and libepsilon transition, please talk to >>> the Release Team and wait for their O