Binaries under "/usr/lib/"

Hi Mattia, (Moving the discussion from BTS to "debian-mentors" mailing list.) On 15 May 2016 at 20:25, Mattia Rizzolo wrote: > In this case the binary should go into /usr/lib instead. That place > exist exactly for this reason: > "/usr/lib includes object files, libraries,

Bug#823478: python3-protobuf3

hi matt, thanks for the review, and sorry for the embarrassing "does not build" situation. i was packaging on ubuntu, and my experience has been that if it works there, it will work on debian - but apparently not, i'll be more careful in future. i'm actually writing to ask your advice about

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi Gianfranco, Le 16/05/2016 21:15, Gianfranco Costamagna a écrit : > Hi Eric, > > >> I think there are too many changes in this release. >> Is it okay to remove autoreconf for now, >> and replace autotools-dev by autoreconf at next release ? > > it is, just a side note: I never had issues with

Bug#823331: marked as done (RFS: node-zmq/2.15.0+dfsg-2)

Your message dated Mon, 16 May 2016 21:08:56 + with message-id <20160516210854.ga11...@chase.mapreri.org> and subject line Re: Bug#823331: RFS: node-zmq/2.15.0+dfsg-2 has caused the Debian Bug report #823331, regarding RFS: node-zmq/2.15.0+dfsg-2 to be marked as done. This means that you

Bug#817865: [Letsencrypt-devel] Bug#817865: RFS: acmetool/0.0.49 [ITP] -- automatic certificate acquisition tool for Let's Encrypt

On Sun, May 15, 2016 at 06:07:30PM +, Mattia Rizzolo wrote: > Then, uploaded :) Mattia, Harlan, thank you for the sponsorship! Peter

Bug#824489: RFS: dwarfutils/20160507-1 [ITA] -- utility and library to work with DWARF debug information

Thanks for the review. I'm glad you liked it! > 1) why an empty dh_[auto_]install override? dh_auto_install does not do anything useful here: `make install` for some reason does not actually install anything but just compiles some examples (that won't be part of the Debian package) and then

Bug#823331: RFS: node-zmq/2.15.0+dfsg-2

Hi Mattia Thanks for taking the time to look at this. On 15/05/16 20:42, Mattia Rizzolo wrote: > control: tag -1 moreinfo > control: owner -1 ! > control: block 823251 by -1 > > On Tue, May 03, 2016 at 05:33:28PM +0200, Gordon Ball wrote: >> I am looking for a sponsor for my package

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi Eric, >I think there are too many changes in this release. >Is it okay to remove autoreconf for now, >and replace autotools-dev by autoreconf at next release ? it is, just a side note: I never had issues with that move, and in general issues arises when: the configure/Makefiles are

Bug#809623: RFS: telegram-purple/1.2.5

On Mon, May 16, 2016 at 08:51:11PM +0200, Ben Wiederhake wrote: > > Is anything happening here? > > Months passed since last email. > > In short: no, nothing to see here. > > If anyone is willing to work on libtgl's (the vysheng fork) missing API for > channels (which is the main thing holding

Bug#809623: RFS: telegram-purple/1.2.5

It *is* backward-compatible, but now a freshly-introduced turns-out-to-be-big feature is missing. Here I was referencing the "new" channels and super-groups, which still aren't implemented in telegram-purple, because Matthias hasn't had enough time for that yet (and I don't have any time at

Re: Trying to disable error=format-security for clapack

On 05/16/2016 06:25 PM, Andreas Tille wrote: > > Would you mind commiting to Git what was building for you? > Hi Andreas, I would love to, but I doubt it's possible. I tried something along the lines of "ulimit -s unlimited && dh_auto_test" as an override_dh_auto_test, but depending on the

Re: Trying to disable error=format-security for clapack

Hi Danny, On Mon, May 16, 2016 at 04:30:23PM +0200, Danny Edel wrote: > Sorry for replying to my own email, but after compiling, the test suite > crashed on the xeigtstz_* with Segmentation Fault errors. No need to sorry, > I debugged this a little bit and the reason was these tests use a lot

Bug#823742: RFS: hdf-compass/0.6.0b5-1 [ITP]

On Mon, May 16, 2016 at 04:02:00PM +0100, Ghislain Vaillant wrote: > It's an entry point to a GUI application. Not sure what the manpage is > useful for then. Please consider giving a more precise advice. https://www.debian.org/doc/debian-policy/ch-docs.html#s12.1 But anyway, evenwithout the

Bug#823742: RFS: hdf-compass/0.6.0b5-1 [ITP]

Dear all, Just as a foreword, I just wanted to point out that Andreas Tille already sponsored the upload as is, but I asked for rejection to address further issues. 2016-05-15 20:24 GMT+01:00 Mattia Rizzolo : > Again, pushing a debian/ tag before the upload is not that great

Bug#821323: RFS: reniced/1.20-1

On Sun, May 15, 2016 at 11:26:34AM +, Mattia Rizzolo wrote: > On Sun, Apr 17, 2016 at 07:00:32PM +0200, Christian Garbs wrote: > > I am looking for a sponsor for my package "reniced" > > o/ > > I can do it. Great! :-) > > dget -x > >

Bug#823521: marked as done (RFS: irstlm/6.00.05-1 -- IRST Language Modeling Toolkit)

Your message dated Mon, 16 May 2016 16:50:06 +0200 with message-id and subject line Re: Bug#823521: RFS: irstlm/6.00.05-1 -- IRST Language Modeling Toolkit has caused the Debian Bug report #823521, regarding RFS:

Bug#823521: RFS: irstlm/6.00.05-1 -- IRST Language Modeling Toolkit

Hi Giulio, 2016-05-08 14:32 GMT+02:00 Giulio Paci : > Hi Balint and all, > > Il 08/mag/2016 14:15, "Bálint Réczey" ha scritto: >> >> Control: owner -1 bal...@balintreczey.hu >> >> 2016-05-06 23:44 GMT+02:00 Gianfranco Costamagna >>

Bug#823140: RFS: caffe/1.0.0~rc3-1 -- a deep learning framework [ITP]

Hi Lumin >Done. Updated package has been uploaded to mentors: >https://mentors.debian.net/package/caffe 1) did you try to enable the Debug build too? without CMAKE_BUILD_TYPE=RelWithDebInfo you won't be able to get automatic debug packages I think 2) why the python3 support is disabled? note:

Re: Trying to disable error=format-security for clapack

On 05/16/2016 01:50 PM, Danny Edel wrote: > If you change it to "const char* const", the compiler is assured it's > never going to point to anything else and does not emit the warning. Sorry for replying to my own email, but after compiling, the test suite crashed on the xeigtstz_* with

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 16/05/2016 15:16, Gianfranco Costamagna a écrit : > Hi Eric, > > > >> Well autotools-dev already used. No changes here. >> About autoreconf, I'm not familiar with it. >> I installed it to test it. Since all seems ok, I've not removed it. > > https://wiki.debian.org/Autoreconf > > I was

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Hi Eric, >Well autotools-dev already used. No changes here. >About autoreconf, I'm not familiar with it. >I installed it to test it. Since all seems ok, I've not removed it. https://wiki.debian.org/Autoreconf I was talking more about removing autotools-dev >In addition, I've just asked

Re: Package Naming

Hi Benda, Benda Xu writes: > I am packaging a library called "casacore" which provides > > libcasa_python3.so.2 and libcasa_python.so.2 > > with SONAME=2. > > How should them be named when the python major version and SONAME could > cause confusion? Since noone had a good

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

>> also, the control.in file removal is not documented I guess > Yes, this is a consequence of the debian/rules rewriting. I mean I've removed control target in debian/rules file, thus I removed control.in which was not needed any longer. Thanks Eric

Bug#824262: Fwd: Re: gnustep-make ack

Ack from Gurkan. Yavor doesn't reply to email. Message transféré Return-Path:gur...@phys.ethz.ch Received: from zimbra89-e15.priv.proxad.net (LHLO zimbra89-e15.priv.proxad.net) (172.20.243.140) by zimbra89-e15.priv.proxad.net with LMTP; Mon, 16 May 2016 13:52:13 +0200

Re: Trying to disable error=format-security for clapack

On 05/16/2016 11:07 AM, Andreas Tille wrote: > /build/clapack-3.2.1/F2CLIBS/libf2c/arithchk.c:125:2: error: format not a > string literal and no format arguments [-Werror=format-security] > Cray1 = printf(emptyfmt) < 0 ? 0 : 4617762; Hi Andreas, you should have success with changing the type

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

Le 16/05/2016 12:40, Gianfranco Costamagna a écrit : > control: tags -1 moreinfo > > Hi Eric, some questions on the changes: > 1) why do you need both autotools-dev and autoreconf? Well autotools-dev already used. No changes here. About autoreconf, I'm not familiar with it. I installed it to

Bug#824466: RFS: setop/0.1-1 [ITP]

control: owner -1 ! control: tags -1 moreinfo that one is good. So, please ping me and remove the moreinfo tag when you fixed the issues pointed on -mentors mail list! thanks G. Il Lunedì 16 Maggio 2016 13:02, Frank Stähr ha scritto: Package: sponsorship-requests

Bug#824466: RFS: setop/0.1-1 [ITP]

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "setop": * Package name: setop Version : 0.1-1 Upstream Author : Frank Stähr * URL : * License : GPL-2+

Bug#823895: RFS: lsm/1.0.4-1

control: tags -1 moreinfo Not sure if Adam is going to sponsor the package, but I'm setting at least the moreinfo tag :) g. Il Domenica 15 Maggio 2016 1:57, Adam Borowski ha scritto: On Sun, May 15, 2016 at 01:45:32AM +0200, Adam Borowski wrote: > Too bad, when

Bug#824262: RFS: gnustep-make/2.6.8-1 [RC] -- GNUstep build system

control: tags -1 moreinfo Hi Eric, some questions on the changes: 1) why do you need both autotools-dev and autoreconf? 2) did you get an ack from maintainers to add yourself as uploader 3) +Replaces: gnustep-common (<< 2.6.8-1) this is something I don't understand. also, the control.in file

Re: [Debian-med-packaging] Trying to disable error=format-security for clapack

Am Montag, den 16.05.2016, 10:16 + schrieb Gianfranco Costamagna: > Hi Gert! > > > > > I think, since in this case the (empty) format string passed to the > > printf call is not user generated there is no security problem to > > be exploited. > > yes, sure, but disabling this flag has a

Re: [Debian-med-packaging] Trying to disable error=format-security for clapack

* Gert Wollny , 2016-05-16, 12:02: If Debian doesn't run on such an arch the test could most likely safely be removed, i.e. remove all code from "ccheck" but the "return 0" line. This is what I would recommend. It's safe to assume that printf("") always works on Debian.

Re: [Debian-med-packaging] Trying to disable error=format-security for clapack

Hi Gert! >I think, since in this case the (empty) format string passed to the printf >call is not user generated there is no security problem to be exploited. yes, sure, but disabling this flag has a nasty side-effect, it is disabled in the *whole* build, possibly hiding more serious issues

Bug#801262: RFS: ppsspp/1.1.1-1 [ITP] -- A portable PSP emulator

> I'm not sure yet what happened to fonts-droid package. If > fonts-droid-fallback is the substitute, where's DroidSansJapanese.ttf > for example? apt-file knows https://lists.ubuntu.com/archives/ubuntu-devel/2016-February/039159.html > > Also, anyone knows what package has

Re: [Debian-med-packaging] Trying to disable error=format-security for clapack

Hello,  Am Montag, den 16.05.2016, 09:14 + schrieb Gianfranco Costamagna: > Hi, >  > > /build/clapack-3.2.1/F2CLIBS/libf2c/arithchk.c:125:2: error: format > > not a string literal and no format arguments [-Werror=format- > > security] > >  Cray1 = printf(emptyfmt) < 0 ? 0 : 4617762; > >  ^ >

Re: Seek for sponsor: Ananicy

Hi, I think you should read the intro-maintainers guide first https://mentors.debian.net/intro-maintainers BTW that tool might be really appreciated by me :) (same rules applies for the other package you asked for sponsor) BTW you need to crate a debian directory too with the packaging. G.

Re: Trying to disable error=format-security for clapack

Mattia Rizzolo: > On Mon, May 16, 2016 at 11:11:54AM +0200, Sebastiaan Couwenberg wrote: >> On 05/16/2016 11:07 AM, Andreas Tille wrote: >>> When reading the code it seems to me that actually a test whether this >>> code works or not is intended and thus fixing the format is not in the >>>

Re: Trying to disable error=format-security for clapack

On Mon, May 16, 2016 at 11:11:54AM +0200, Sebastiaan Couwenberg wrote: > On 05/16/2016 11:07 AM, Andreas Tille wrote: > > When reading the code it seems to me that actually a test whether this > > code works or not is intended and thus fixing the format is not in the > > intention of the authors.

Re: Trying to disable error=format-security for clapack

Hi, >/build/clapack-3.2.1/F2CLIBS/libf2c/arithchk.c:125:2: error: format not a >string literal and no format arguments [-Werror=format-security] > Cray1 = printf(emptyfmt) < 0 ? 0 : 4617762; > ^ >cc1: some warnings being treated as errors I would consider this an RC bug. security wise the

Re: Trying to disable error=format-security for clapack

On 05/16/2016 11:07 AM, Andreas Tille wrote: > When reading the code it seems to me that actually a test whether this > code works or not is intended and thus fixing the format is not in the > intention of the authors. So I tried > > export DEB_BUILD_HARDENING_FORMAT:=0 > DPKG_EXPORT_BUILDFLAGS

Trying to disable error=format-security for clapack

Hi, as a precondition for some package for Debian Med I intend to package clapack[1]. Despite the discussion on Debian Science about the relation of clapack and lapacke[2] I decided that it is less effort to have clapack in addition since upstream of phast[3] (my final target) does not intend to

Bug#821907: marked as done (RFS: fbless/0.2.3-1 ITP)

Your message dated Mon, 16 May 2016 13:49:10 +0500 with message-id <20160516084910.gc1...@belkar.wrar.name> and subject line Re: Bug#821907: RFS: fbless/0.2.3-1 ITP has caused the Debian Bug report #821907, regarding RFS: fbless/0.2.3-1 ITP to be marked as done. This means that you claim that the

Re: RFS: setop/0.1-1 [ITP]

Hi, well, as Mattia said, we already have the -g injected by dpkg-builflags, so no action is needed dpkg-buildflags --get CXXFLAGS -g -O2 -fstack-protector-strong -Wformat -Werror=format-security g. Il Lunedì 4 Aprile 2016 15:39, Gianfranco Costamagna ha

Bug#821907: RFS: fbless/0.2.3-1 ITP

> > > Please rename README to README.ru, preferably upstream. > >=20 > > dh_install'ed > >=20 > > > Please consider using hyphenation data from hyphen-* packages. > >=20 > > dh_linktree'ed > >=20 > > Please, review once more. > Please build this in a clean sid chroot. > > dpkg-query: no path found

Re: RFS: setop/0.1-1 [ITP]

Hi, >1. My ITP bug seems to be correct. > >On the same site, you can see my try of an RFS bug, I sent it to > with the subject "Bug#813485: RFS: setop/0.1-1 >[ITP]". So the address is correct, but the subject

Bug#824411: marked as done (RFS: stterm/0.6-0.1 NMU)

Your message dated Mon, 16 May 2016 08:29:36 + (UTC) with message-id <775618726.4495398.1463387376631.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#824411: RFS: stterm/0.6-0.1 NMU has caused the Debian Bug report #824411, regarding RFS: stterm/0.6-0.1 NMU to be marked as done. This

Bug#821907: RFS: fbless/0.2.3-1 ITP

On Mon, May 16, 2016 at 11:37:46AM +0500, Andrey Rahmatullin wrote: > Please build this in a clean sid chroot. > > dpkg-query: no path found matching pattern /usr/share/hyphen/hyph_es_ANY.dic FTR, that's our "fault", we renamed that file in the last upload to es_ES. That said I knew there were

Bug#821907: RFS: fbless/0.2.3-1 ITP

On Fri, May 13, 2016 at 02:28:22PM +0300, Dmitry Bogatov wrote: > > > Please rename README to README.ru, preferably upstream. > > dh_install'ed > > > Please consider using hyphenation data from hyphen-* packages. > > dh_linktree'ed > > Please, review once more. Please build this in a clean