Hello List,
On 15/07/14 02:35, Jerome BENOIT wrote:
> Hello List !
>
> It seems that the SourceForge watch redirector for tth [1] does not update
> properly:
> since a couple of weeks the latest upstream version of tth at SourceForge [2]
> has not been noticed.
> In short I am stuck, but I wan
On Wed, Aug 6, 2014 at 3:01 PM, Tony Houghton wrote:
> retitle 756634 RFS: roxterm/2.9.2-1
> thanks
>
> I think I've managed to fix the build now so that the debian package can be
> built repeatedly. Most of the changes are upstream so there is a new
> version. Please use the new link:
>
> http://
At Tue, 5 Aug 2014 20:43:50 +0200,
Paul Gevers wrote:
> Could you add tilde to the dependency on gnustep-make (for backports)
I doubt that backports of GNUstep packages are feasible (because of
the library transitions). Backporting gnustep-make, in particular,
will make gnustep-dl2 FTBFS and some
On Thu, Aug 7, 2014 at 4:45 PM, Yavor Doganov wrote:
> There is no recipe to render the images from the .blend file.
...
> Furthermore, it is possible that the current upstream has no clue at
> all how to generate the images
This sounds like a problem to me.
> This is usually done only for users
At Tue, 5 Aug 2014 21:25:20 +0200,
Paul Gevers wrote:
> Some remarks:
> Text about license file on Debian systems does not mention the version
Fixed.
> It would be nice if the patch header for origin of the patch contains
> URL instead of just "upstream"
I have picked only the relevant hunks fr
Sorry, but three last changes:
1. Remove requirements.txt from d/docs. This information is specific
to packager, not to final user.
2. In d/rules, remove the useless lines '# -*- makefile -*-' and '#
Uncomment this to turn on verbose mode.'
3. I studied the upstream repository and he doesn't dec
Paul Wise wrote:
> On Thu, Aug 7, 2014 at 4:45 PM, Yavor Doganov wrote:
> > Furthermore, it is possible that the current upstream has no clue at
> > all how to generate the images
>
> This sounds like a problem to me.
Why? It is quite possible that they would never have to be modified
for the en
Hi Ghislain,
please use `git import-orig --pristine-tar ` to make sure the
package can be easily built using git-buildpackage.
I also switched to debhelper 9 (as well as I did in pyfftw before
uploading) since there is no valid reason any more to use something
else. Debhelper 9 supports automati
On 07/08/14 09:27, Vincent Cheng wrote:
On Wed, Aug 6, 2014 at 3:01 PM, Tony Houghton wrote:
retitle 756634 RFS: roxterm/2.9.2-1
thanks
I think I've managed to fix the build now so that the debian package can be
built repeatedly. Most of the changes are upstream so there is a new
version. Plea
Hi Ghislain,
I reimported the originally uploaded source tarball to the Git
repository and uploaded again. Please make sure that the content of the
repository matches what was uploaded before in the future.
Kind regards
Andreas.
- Forwarded message from Debian FTP Masters
-
Da
You didn't make all changes that I requested. Please, review my last mail.
There are still Lintian messages:
W: fatcat: hardening-no-relro usr/bin/fatcat
I: fatcat: hardening-no-fortify-functions usr/bin/fatcat
Eriberto
2014-08-07 10:57 GMT-03:00 Grégoire Passault :
> Hello,
>
> I've just fixed
Hi,
one of the few packages in Debian Med which has more than 100 active
users according to popcon seems to have a serious problem: The
wxwidgets3.0 transition either injected some bugs or just uncovered
existing bugs. Since upstream moved away from this program and the
Debian Med team does not
Hi Andreas,
On Thu, 2014-08-07 at 14:43 +0200, Andreas Tille wrote:
> Hi Ghislain,
>
> please use `git import-orig --pristine-tar ` to make sure the
> package can be easily built using git-buildpackage.
>
Fixed. Sorry for omitting it.
> I also switched to debhelper 9 (as well as I did in pyfft
Complementing my last email, see below why you still have a lintian message:
# blhc fatcat_1.0.4-1_amd64.build
CPPFLAGS missing (-D_FORTIFY_SOURCE=2): /usr/bin/c++-g -O2 -fPIE
-fstack-protector --param=ssp-buffer-size=4 -Wformat
-Werror=format-security -I/sponsor/fcat3/fatcat-1.0.4/src-o
As I said before (Aug. 05), you must use lintian against
fatcat_1.0.4-1_amd64.changes, not fatcat_1.0.4-1.dsc.
Eriberto
2014-08-07 13:15 GMT-03:00 Grégoire Passault :
> Thanks for your response, however, even with your flags I can't see any
> warnings about hardening:
>
> gregwar@dell:~/fatcat/
On 07/28/2014 06:52 PM, Daniel Lintott wrote:
> Hi,
>
> I'm not a DD so cannot sponsor your package. I haven't tried to build
> the package, but a couple of comments.
Thank you, I addressed you concerns and I just uploaded a new package:
http://mentors.debian.net/package/aafigure
--
To UNSUBSC
Ok, sorry. Do you are using Debian Sid? Is it updated?
Please, reply to me and to the bug (reply all)
2014-08-07 13:40 GMT-03:00 Grégoire Passault :
> If you have a look to the log below, I run lintian about .changes .dsc and
> .deb
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debi
tags 745777 moreinfo
thanks
Hi Benjamin,
Please,
1. The upstream doesn't put a tag in repository (GitHub). In this
case, the program not have an official version. So, you must use 0.0
as version, the date and Git commit as version (or other similar
format). An example:
0.0~git20140314.938cf1. I
Control: tags -1 +pending -moreinfo
Hi Yavor,
On 06-08-14 13:25, Yavor Doganov wrote:
>> I find the man page rather short, is it reasonable to improve it?
>
> I have extended it as much as I could.
Looks much better now, thanks.
>> I didn't check yet, but aren't you know installing the d/docs
Hi Eriberto, Grégoire,
I thought I'd just run a test build to see if I could reproduce the
missing hardening... and I can't.
I built the package using an unstable sbuild chroot, and have run both
lintian and blhc on the results.
Neither complained about any missing hardening.
For reference I us
Hi Breno,
On 07/08/14 17:49, Breno Leitao wrote:
> On 07/28/2014 06:52 PM, Daniel Lintott wrote:
>> Hi,
>>
>> I'm not a DD so cannot sponsor your package. I haven't tried to build
>> the package, but a couple of comments.
> Thank you, I addressed you concerns and I just uploaded a new package:
>
Really. I made a new jail and the problem is not showed. My jail is
old and I need a new. So, the hardening is ok.
Thanks a lot Daniel. Your help on mentors is always welcome.
Grégoire, forget my notes about the hardening. Keep d/rules as-is now.
Please, fix the other problems.
Thanks,
Eriberto
Thanks Daniel for the information
The other problems should be fixed in my last upload
2014-08-07 21:40 GMT+02:00 Eriberto Mota :
> Really. I made a new jail and the problem is not showed. My jail is
> old and I need a new. So, the hardening is ok.
>
> Thanks a lot Daniel. Your help on mentors
Grégoire, please, follow the default in d/copyright. You need to
understand that 'Grégoire upstream' != 'Grégoire packager'. The
correct is:
Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: fatcat
Source: https://github.com/Gregwar/fatcat
Files: *
Copyrig
Ok, it's done
2014-08-07 23:07 GMT+02:00 Eriberto :
> Grégoire, please, follow the default in d/copyright. You need to
> understand that 'Grégoire upstream' != 'Grégoire packager'. The
> correct is:
>
>
>
> Format: http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
> Upstream-Name
Actually, I've updated it to 1.0.5, which adds some features
Is it a problem?
2014-08-07 23:30 GMT+02:00 Grégoire Passault :
> Ok, it's done
>
>
> 2014-08-07 23:07 GMT+02:00 Eriberto :
>
> Grégoire, please, follow the default in d/copyright. You need to
>> understand that 'Grégoire upstream' !=
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package "chrony":
* Package name: chrony
Version : 1.30-1
Upstream Author : Miroslav Lichvar
* URL : http://chrony.tuxfamily.org
* License : GPL-2
Section
Package: sponsorship-requests
Severity: important
Dear mentors,
I am looking for a sponsor for my package "nullmailer"
* Package name: nullmailer
Version : 1:1.13-1
Upstream Author : Bruce Guenter
* URL : http://untroubled.org/nullmailer/
* License : GPL
Your message dated Fri, 08 Aug 2014 04:24:58 +
with message-id
and subject line closing RFS: spatialite-tools/4.2.0-1~exp1
has caused the Debian Bug report #756965,
regarding RFS: spatialite-tools/4.2.0-1~exp1
to be marked as done.
This means that you claim that the problem has been dealt wit
Your message dated Fri, 08 Aug 2014 04:24:58 +
with message-id
and subject line closing RFS: gorm.app/1.2.20-1
has caused the Debian Bug report #751875,
regarding RFS: gorm.app/1.2.20-1
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the ca
30 matches
Mail list logo
