Hi Sandro
webcpp/0.8.4-9 (and -8) is a FTBFS bugfix for porting to kFreeBSD and
would close #511427. I've also improved the packaging in -8 and a little
further in -9.
The updated libtools are a dpatch rather than direct changes, since it's
silly to mix the two, but that means its pretty big. It
Russ Allbery (11/12/2008):
> ancient-libtool was added at the explicit request of the porters
> because they were seeing obscure bugs and issues on some architectures
> unless a current version of libtool was used. These sorts of bugs
> unfortunately are the kind that can be hidden or cause weird
Cyril Brulebois writes:
> Raphael Geissert (11/12/2008):
>> 1) ancient-libtool is about porting,
> is there an FTBFS bug open? Said otherwise: is there an arch where there
> is an actual FTBFS?
ancient-libtool was added at the explicit request of the porters because
they were seeing obscure bu
Raphael Geissert (11/12/2008):
> If it is lintian warning or error then chances are high that there
> *is* a bug.
Chances.
> 1) ancient-libtool is about porting,
is there an FTBFS bug open? Said otherwise: is there an arch where there
is an actual FTBFS?
> 2) debhelper-but-no-misc-depends is a
Jonathan Wiltshire wrote:
> On Thu, Dec 11, 2008 at 11:55:35PM +0100, Cyril Brulebois wrote:
>> No need to generate buildd, mirror, and upgrade noise only to fix some
>> lintian warnings with no real bug IMHO.
If it is lintian warning or error then chances are high that there *is* a bug.
1) ancien
Jonathan Wiltshire wrote:
> On Thu, Dec 11, 2008 at 04:39:04PM -0600, Raphael Geissert wrote:
>> The only reason why I would recommend to wait is because the package
>> currently in sid should probably be unblocked. Then the new upload could be
>> made. OR
>> The new package could be uploaded and
On Thu, Dec 11, 2008 at 11:55:35PM +0100, Cyril Brulebois wrote:
> No need to generate buildd, mirror, and upgrade noise only to fix some
> lintian warnings with no real bug IMHO.
FWIW the version curently in sid fixes a fairly nasty bug, but it
doesn't cause data loss or anything so I don't know
Raphael Geissert (11/12/2008):
> Why? there's no need to wait until work piles up.
If work is committed in $VCS, then no work is piled up.
No need to generate buildd, mirror, and upgrade noise only to fix some
lintian warnings with no real bug IMHO.
But YMMV.
Mraw,
KiBi.
signature.asc
Descri
On Thu, Dec 11, 2008 at 04:39:04PM -0600, Raphael Geissert wrote:
> The only reason why I would recommend to wait is because the package currently
> in sid should probably be unblocked. Then the new upload could be made.
> OR
> The new package could be uploaded and the RT contacted so that it gets
Cyril Brulebois wrote:
> Jonathan Wiltshire (09/12/2008):
>> This upload adds the VCS-* fields to debian/control and fixes some
>> minor lintian warnings.
>
> Hi,
>
> thanks for your attention to details. That doesn't really look like
> needing an upload right now, though. I'd wait for a bugfix
Jonathan Wiltshire <[EMAIL PROTECTED]> (09/12/2008):
> This upload adds the VCS-* fields to debian/control and fixes some
> minor lintian warnings.
Hi,
thanks for your attention to details. That doesn't really look like
needing an upload right now, though. I'd wait for a bugfix or a new
upstream
Dear mentors,
I am seeking a sponsor for my updated package webcpp (Sandro Tosi kindly
sponsored previously).
This upload adds the VCS-* fields to debian/control and fixes some
minor lintian warnings. The dsc is at
http://mentors.debian.net/debian/pool/main/w/webcpp/webcpp_0.8.4-8.dsc
If you're
Hello Jonathan,
On Sat, Nov 29, 2008 at 03:15, Jonathan Wiltshire
<[EMAIL PROTECTED]> wrote:
>> >> there is a config.log file left in diff.gz, please remove it in the
>> >> next upload (probably before the 'rm' in config), but apart from that
>> >> the package looks fine so I uploaded it.
>
> Fixe
Hi Sandro
> >> there is a config.log file left in diff.gz, please remove it in the
> >> next upload (probably before the 'rm' in config), but apart from that
> >> the package looks fine so I uploaded it.
Fixed this in 0.8.4-7, if you have a moment perhaps you could take a
look? (there's no hurry)
> No, it's not normal: if that files was removed in clean target, then
> it would never have come out in .diff.gz; moreover, config.log is not
> removed in clean, but in build-stamp target.
My bad; I'll fix it in next package.
Thanks for the upload!
>
> --
> Sandro Tosi (aka morph, Morpheus, m
On Thu, Nov 27, 2008 at 20:07, Jonathan Wiltshire
<[EMAIL PROTECTED]> wrote:
>> there is a config.log file left in diff.gz, please remove it in the
>> next upload (probably before the 'rm' in config), but apart from that
>> the package looks fine so I uploaded it.
>
> I spotted that in lintian, but
> there is a config.log file left in diff.gz, please remove it in the
> next upload (probably before the 'rm' in config), but apart from that
> the package looks fine so I uploaded it.
I spotted that in lintian, but as far as I could find out it's normal
if the file gets removed in the clean targe
On Thu, Nov 27, 2008 at 17:53, Jonathan Wiltshire
<[EMAIL PROTECTED]> wrote:
> On Thu, Nov 27, 2008 at 04:59:56PM +0100, Sandro Tosi wrote:
>> mh, distclean is not a target of debian/rules; what I suggest is using
>> something like
>>
>> clean: clean-patched unpatch
>> clean-patched: patch-stamp
>>
On Thu, Nov 27, 2008 at 04:59:56PM +0100, Sandro Tosi wrote:
> When you upload a package to ftp-master, there are 2 possibilities,
> it's ACCEPTED (hence included in the debian archive) or it's REJECTED.
> In the latter case, you can reupload the same revision, since from
> archice POV that revisio
Hello Jonathan,
On Wed, Nov 26, 2008 at 21:22, Jonathan Wiltshire
<[EMAIL PROTECTED]> wrote:
> Hi Sandro
>
> On Wed, Nov 26, 2008 at 05:33:57PM +0100, Sandro Tosi wrote:
>> ehm, I personally like to have all the changes in the revision =
>> "current revision in debian"+1, so -6, and you have the o
Hi Sandro
On Wed, Nov 26, 2008 at 05:33:57PM +0100, Sandro Tosi wrote:
> ehm, I personally like to have all the changes in the revision =
> "current revision in debian"+1, so -6, and you have the opportunity to
> "fix" this since your package FTBFS if build twice in a row. what
> does this mea
Hello Jonathan,
thanks a lot for the fast reply.
On Wed, Nov 26, 2008 at 15:21, Jonathan Wiltshire
<[EMAIL PROTECTED]> wrote:
> On Wed, Nov 26, 2008 at 11:00:52AM +0100, Sandro Tosi wrote:
>> - no need to "[ ! -f configure-stamp ] || ..." since -stamp targets
>> are only executed is -stamp file is
On Wed, Nov 26, 2008 at 11:00:52AM +0100, Sandro Tosi wrote:
> debian/compat
> - has 5 while you declare versioned build-dep on debhelper >=7
> debian/rules
> - don't export DH_VERBOSE
> - you can remove the commented header
Fixed
> - no need to "[ ! -f configure-stamp ] || ..." since -stamp targ
On Wed, Nov 26, 2008 at 02:32, Jonathan Wiltshire
<[EMAIL PROTECTED]> wrote:
> Dear mentors,
>
> I am seeking a sponsor for my package webcpp
Here a review:
debian/compat
- has 5 while you declare versioned build-dep on debhelper >=7
debian/rules
- don't export DH_VERBOSE
- you can remove the co
Dear mentors,
I am seeking a sponsor for my package webcpp. This is an adoption of
Roberto Sanchez's package and includes these changes:
* patch that has been in BTS for a while
* standards version 3.8.0
* debhelper v7 and all that it entails
The upload fixes these bugs: 493131, 483485. It is li
25 matches
Mail list logo