y bootstrapping approach in bug #639910.
I guess it should bring questions and maybe they should be added to
#639910.
Not sure I'm on the good path, but I'm willing to help and start with
something concrete.
Regards,
Frederic Bonnard
pgpeALT2_fTjD.pgp
Description: PGP sign
sure I'm on the good path, but I'm willing to help and start with
something concrete.
Regards,
Frederic Bonnard
pgpZtkfezoo9L.pgp
Description: PGP signature
pgpVKbqTAiAv1.pgp
Description: PGP signature
ueue we can discuss how to deal with the VCS.
>
> Kind regards
>
> Andreas.
>
> On Mon, Feb 27, 2017 at 03:06:00PM +0100, Andreas Tille wrote:
> > Hi Frederic,
> >
> > On Mon, Feb 27, 2017 at 01:47:08PM +0100, Frederic Bonnard wrote:
> > > sorry for the
Hi Andreas,
sorry for the late answer and thanks for your help (I followed your
idea)
I just asked for Debian Java team membership.
I may have to dig more about that team Git repository process as I don't
know much about it at the moment :)
F.
On Mon, 27 Feb 2017 13:34:06 +0100, Andreas Tille wr
scribed more my bootstrapping approach in bug #639910.
I guess it should bring questions and maybe they should be added to
#639910.
Not sure I'm on the good path, but I'm willing to help and start with
something concrete.
Regards,
Frederic Bonnard
pgp44qS8ijHTG.pgp
Description: PGP signature
Hi,
in my attempt to package sbt, I have a multi components debian source
package. One of this upstream source tarball provides a source jar file,
which will be used to produce a jar file later on by the build process.
Is it possible to add this file in debian/copyright ? or do I have to
extract it
as new packages are currently not the
> priority (won't be part of Stretch anyway) please let me defer that to
> past-freeze. Ping me again then and I'll take a look.
>
> --
> tobi
>
> Am Mittwoch, den 11.01.2017, 09:58 +0100 schrieb Frederic Bonnard:
> > Hi T
Faria de Oliveira to support Marvell HDD
LEDs on S822LC for HPC (LP: #1650596) and commited in Ubuntu Zesty by Steve
Langasek (2.7.1-5ubuntu1)
-- Frédéric Bonnard Fri, 13 Jan 2017 13:36:03
+0100
On Thu, 12 Jan 2017 17:25:45 +0100, Frederic Bonnard
wrote:
> On Thu, 12 Jan 2017
7;t be use by the system installing rear, but
those files will be used by the rear OS created to be booted later.
Regards,
Frederic Bonnard
pgp8gDzVDWLbG.pgp
Description: PGP signature
pgpM8AuwHcyrb.pgp
Description: PGP signature
On Thu, 12 Jan 2017 16:10:46 + (UTC), Gianfranco Costamagna
wrote:
> Hello,
>
> >Would it be possible to do a 2.7.1-6 version of the package in unstable
> >with the patches from Zesty so that we have this improvement in stretch,
> >even if 2.7.3 is available ? Or do I need to have to upgrad
I'm continuing here the discussion started in bug #850918.
On Thu, 12 Jan 2017 14:43:36 + (UTC), Gianfranco Costamagna
wrote:
> Hello,
>
> >Do you think it's reasonable ?
>
> you might miss stretch release then :/
.. indeed.
> https://release.debian.org/
>
> your call, it was just a sug
+0100, Andreas Henriksson wrote:
> Hello Frederic Bonnard,
>
> On Wed, Jan 11, 2017 at 09:28:19AM +0100, Frederic Bonnard wrote:
> >
> > Package: sponsorship-requests
> > Severity: normal
> >
> > Dear mentors, Gianfranco,
> > first best wishes to you al
Hi Tobias, Gianfranco.
Tobias, Thierry agreed and I change the owner, I hope it's better now.
Any of you would have time to review the package?
I added Gianfranco as is my usual sponsor, but I forgot to Cc him in my
initial request.
Thanks,
F.
On Mon, 19 Dec 2016 08:12:06 +0100, Tobias Frost
won't be use by the system installing rear, but
those files will be used by the rear OS created to be booted later.
Regards,
Frederic Bonnard
pgpcRTal130QX.pgp
Description: PGP signature
a load of Info lintians but this is due to the fact that rear embeds
skeleton files/dirs that won't be use by the system installing rear, but
those files will be used by the rear OS created to be booted later.
Regards,
Frederic Bonnard
m/Libvecpf/libvecpf
Note:
This package is for powerpc, ppc64 and ppc64el only as it may print
out vector data types related to Altivec.
Regards,
Frederic Bonnard
Hi guys,
also, Lucio, do you do your builds in clean schroots?
In a new schroot, you'll be in the same condition as people trying to
build your packages. Once you build a package once, you can re-run
dpkg-buildpackage to be sure, you handle correctly rebuild in the same
directory.
Also for lintian,
Hi Christopher,
> I've asked upstream for clarification [0]. If there isn't a
> satisfactory answer I could either exclude these images and the
> associated tests or provide alternative images for the tests.
Thanks for forwarding the issue to recurser/exif-orientation-examples :
https://github.co
58:08 +0100, Jerome BENOIT wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
>
> Hello,
>
> On 05/10/16 13:26, Frederic Bonnard wrote:
> > Thanks Benoit/Ghislain,
> > indeed with experimental archive it's much better :)
> >
> > Benoit,
>
Hello Christopher,
- d/copyright :
* "Source: https://github.com/torchbox/Willow/archive/v0.3.1.tar.gz"; : you
should point to the URL of the project rather than the versionned tarball
itself, I guess.
* identify -verbose ./tests/images/orientation/landscape_4.jpg|grep -i copy
Hi Ghislain,
- d/copyright:
* based on the headers, I think it's LGPL-3+ rather than LGPL-3
* I see several binary files such images and dataset in the source :
a) lib/cartopy/data/netcdf/HadISST1_SST_update.nc : according to
lib/cartopy/data/netcdf/HadISST1_SST_update.README.txt, I found
Thanks Benoit/Ghislain,
indeed with experimental archive it's much better :)
Benoit,
my last point would be about privacy-breach-generic lintian.
You overrided it with :
--
N: The involved links are meant to illustrate URL examples, so it is meaningless
N: to bring the involved material in a local
Hi Jerome,
- d/control :
* could you sort de dependencies : wrap-and-sort can help
* by using github source tarball, you wouldn't have to deal with
suffix and get-orig-source stuff : nbsphinx.egg-info and setup.cfg are
already stripped
- d/copyright : "There are many versions of the M
Hi Weilu,
here are some other remarks on your packaging :
- d/copyright :
* src/strnatcmp.* : looks more like zlib/libpng than MIT
* dtd/iroffer-model-10.mod : this one is not GPL-2 with OpenSSL exception
* missing copyright :
o src/dinoex_curl.c : from curl tool_cb_hdr.c, Copyright (C) 19
created to be booted later.
Regards,
Frederic Bonnard
gcc's default change to build PIE by default.
-- Frederic Bonnard Mon, 18 Jul 2016 15:52:41
+0200
Package name: skiboot
Version : 5.2.4-2
Upstream Author : skiboot team
URL : http://github.com/open-power/skiboot/
License : Apache-2.0, CC0, BSD-2-
d there is no
possibility to improve that on the code side soon.
* Removed typos patch as it was partially applied in new version.
-- Frederic Bonnard Tue, 12 Jul 2016 17:54:46
+0200
Package name: skiboot
Version : 5.2.4-1
Upstream Author : skiboot team
URL
ut skiboot can be obtained from
http://github.com/open-power/skiboot/
Regards,
Frederic Bonnard
t;
> cheers,
>
> G.
>
>
>
>
>
> Il Giovedì 2 Giugno 2016 18:18, Frederic Bonnard
> ha scritto:
>
>
> Package: sponsorship-requests
> Severity: normal
>
> Dear mentors,
>
> I am looking for a sponsor for my package "skiboot&
; Hi, in additions to the other reviews, lintian and check-all-the-things,
> please:
>
> why no-doc package? I see doxygen here
>
> other stuff LGTM
>
>
>
>
> Il Giovedì 2 Giugno 2016 18:12, Frederic Bonnard
> ha scritto:
>
>
> Package: sponsorsh
> Hi,
> the same for the other two libraries applies here, in addition:
>
> please run check-all-the-things, something should be fixed.
>
> g.
>
>
>
>
>
> Il Giovedì 2 Giugno 2016 18:06, Frederic Bonnard
> ha scritto:
>
>
> Package: sponsors
e -D_FORTIFY_SOURCE=2 -DDEST_DIR='"/usr"'
-DVPD_VERSION='"1.7.7"' -g -O2 -fPIE -fstack-protector-strong -Wformat
-Werror=format-security -c -o src/output/lsvpd.o src/output/lsvpd.cpp$
F.
> other stuff LGTM
>
> G.
>
>
> Il Giovedì 2 Giug
ontrol: tags -1 moreinfo
>
> Hi, in additions to the other stuff:
>
>
> GPL-2+ seems the right license.
>
> other stuff LGTM
> (please also run check-all-the-things/lintian and fix stuff)
>
>
>
> cheers,
>
> G.
>
>
> Il Giovedì 2 Giugno 201
Hi,
I did new upload right there :
https://mentors.debian.net/package/libvpd
https://mentors.debian.net/debian/pool/main/libv/libvpd/libvpd_2.2.5-1.dsc
> lets see:
>
> usr/include/libvpd-2/*
> usr/lib/*/*.so
> usr/lib/*/pkgconfig/*
>
> maybe you can put
> usr/include
> usr/lib/*/*.so
> usr/lib/
> General note: I suggest you to do only one of the reviews, and fix all of
> them.
> I prefer to see only one package at each time, sponsor it, wait for you to fix
> the same issues on the other RFS and move to another one.
>
> Asking to fix the same stuff on 10 packages is just a waste of time.
There is some bad copy paste of URLs ... sorry.
Here is the fixed sections :
---
Package name: libvpd
Version : 2.2.5-1
Upstream Author : Vasant Hegde
URL : http://sourceforge.net/projects/linux-diag/files/libvpd/
License : LGPL-2+
Section : libs
---
y packaged this for Ubuntu Trusty. I pulled it from Ubuntu did a few
changes, updated it with new upstream and here it is. It would need to be
synced with Ubuntu.
Regards,
Frederic Bonnard
for Power architectures.
I initially packaged this for Ubuntu Trusty. I pulled it from Ubuntu did a few
changes and here it is. It would need to be synced with Ubuntu.
Regards,
Frederic Bonnard
tures.
I initially packaged this for Ubuntu Trusty. I pulled it from Ubuntu did a few
changes and here it is. It would need to be synced with Ubuntu.
Regards,
Frederic Bonnard
ained from
http://sourceforge.net/projects/linux-diag/files/libservicelog/
Note:
This is for Power architectures.
I initially packaged this for Ubuntu Trusty. I pulled it from Ubuntu did a few
changes and here it is. It would need to be synced with Ubuntu.
Regards,
Frederic Bonnard
Trusty. I pulled it from Ubuntu did a few
changes and here it is. It would need to be synced with Ubuntu.
Regards,
Frederic Bonnard
log/
Note:
This is for Power architectures.
I initially packaged this for Ubuntu Trusty. I pulled it from Ubuntu did a few
changes and here it is. It would need to be synced with Ubuntu.
Regards,
Frederic Bonnard
>
> this should be handled by upstream makefile, there is no good reason for
> doing it
> in rules (and other linux distro won't benefit from it)
>
> check-all-the-things:
> $ flawfinder -Q -c .
> $ codespell --quiet-level=3
>
> the other stuff looks good to m
Hi Mattia and Gianfranco,
yes I haven't answered recently because I've been working with upstream to tune
the installation part and deal with the interface version that was not
correctly handled. The patch is pushed upstream and I've asked for a new
tarball release this morning which should come so
Hi Gianfranco, Paul, thank you for assisting me.
I put the binary in a separated package.
Concerning the symbol file, it should be much better (after some study,
I realize, it wasn't clean at all :) )
I use now dh --with pkgkde_symbolshelper and this enables to use a oneliner such
as :
(subst)_Z30S
Hi Jakub,
> *.manpages are mostly useful for manual pages that weren't installed by
> the upstream build system. (Perhaps the dh_installmanpages documentation
> should be more clear about it...)
>
> If the upstream build system did install them, you should use *.install
> files instead, where
Hi Gianfranco,
thanks for your comments as usual,
> control: std-version is now 3.9.7
updated
> libjs-query can be left as-is, because using the internal debian jquery might
> result in a bad documentation
> package (look e.g.
> https://lists.debian.org/debian-devel/2014/10/msg00774.html";)
>
ult python version into account in shebang and
adapting upstream check of libsass version.
* debian/control : updated python3-libsass dependency. Closes: #811406
* Renaming sassc to pysassc while waiting for upstream. Closes: #817139
* Updating to new release. Closes: #814428
-- Freder
Very good point James :)
That warning was added end October 2015 and I started working on this in March
2015 without noticing the warning for my RFS.
Thanks for having checked!
F.
On Tue, 01 Mar 2016 18:50:36 +, James Cowgill wrote:
> Hi,
>
> On Mon, 15 Feb 2016 16:48:56 +0100
e obtained from https://github.com/sphde/sphde
Regards,
Frederic Bonnard
ibrary has only been tested on POWER architecture but upstream
says : "The maintainer will accept patches for other architectures.
The principle should work for other architectures and platforms."
Regards,
Frederic Bonnard
nd ppc64el architectures and requires
a specific CAPI FPGA accelerator card.
Regards,
Frederic Bonnard
Hi Gianfranco and thanks a lot for taking a close look to my packaging draft,
the new packaging so far :
http://mentors.debian.net/debian/pool/main/libs/libsass-python/libsass-python_0.9.3-1.dsc
> 1) control:
> python-all, python3-all,
> python-all-dev, python3-all-dev,
>
> I guess the all-dev i
on/libsass-python_0.9.1-1.dsc
More information about libsass-python can be obtained from
http://hongminhee.org/libsass-python.
Note:
I'd like some help on test part with pybuild that fails at the moment.
Regards,
Frederic Bonnard
Thanks Liang for your feedback,
> 1 you should upload to unstable, not UNRELEASED, please update d/changelog
oops, second time I forget this :)
> 2 why should kimchi generate DH parameter in build process? it makes the build
> process long and IMO it should be generated by {pre,post}inst script
dget using this command:
dget -x http://mentors.debian.net/debian/pool/main/k/kimchi/kimchi_1.5.1-1.dsc
More information about kimchi can be obtained from
https://github.com/kimchi-project/kimchi/.
Regards,
Frederic Bonnard
Hi Gianfranco, and thank you for coming here to make a contribution :)
I'v not uploaded a new version with the modifications yet, but I have a few
questions below.
> please fix all the above (message #72 of bug 772823)
I did all that was doable in a reasonable time. As said before, for what need
57 matches
Mail list logo
