>
> 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
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
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
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
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
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
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
---
> 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.
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/
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
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
> 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
; 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
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&
ut skiboot can be obtained from
http://github.com/open-power/skiboot/
Regards,
Frederic Bonnard
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
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-
created to be booted later.
Regards,
Frederic Bonnard
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
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
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 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
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
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,
>
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
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,
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
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
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
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
+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
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
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
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
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
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
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
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 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
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
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
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
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
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
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
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
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
nd ppc64el architectures and requires
a specific CAPI FPGA accelerator card.
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
e obtained from https://github.com/sphde/sphde
Regards,
Frederic Bonnard
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
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
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";)
>
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, 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 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
57 matches
Mail list logo