Bug#855354: RFS: alot/0.5.1-1 [ITA]

2017-02-21 Thread Gianfranco Costamagna
Hi >Thanks! Let me know if you'd like any additional changes made. I'll let Josh doing the final checks and upload (note: I didn't check your changes, but based on your reply I think we are good!) G.

Bug#855355: RFS: nasm/2.12.02-1 [ITA]

2017-02-18 Thread Gianfranco Costamagna
Hi Paul >It is far better to just remove build dates, they are very pointless. might be true, but somebody still wants them, and removing them can be painful to maintain on (some) graphical applications. >That isn't necessary because Debian has implemented >SOURCE_DATE_EPOCH:>https://reprodu

Bug#855354: RFS: alot/0.5.1-1 [ITA]

2017-02-17 Thread Gianfranco Costamagna
control: owner -1 j...@debian.org >Feel free to contact me for sponsorship as I'm an alot user and >also>fixed/filed a couple of bugs together with upstream. I'm thus very >interested >in keeping this package in Debian. well, I leave you the sponsoring then :D thanks! G.

Bug#855354: RFS: alot/0.5.1-1 [ITA]

2017-02-17 Thread Gianfranco Costamagna
Hi >Jordan contacted me a few days ago, I gave him complete >permission to adopt the package, as I've been for all intent and >purposes, fallen MIA thanks! >While I am a DM, I haven't been >active in the Debian community for something like two years (nor have I >been using Debian). Thus, I d

Bug#855354: RFS: alot/0.5.1-1 [ITA]

2017-02-16 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo >But, if I am able to adopt this package, then I would move this under >debian's collab-maint project. where did the current maintainer orphaned the package? did he acked the changes to add you on uploaders list? He is a dm, why can't he sponsor it?

RFH: pyrit: FTBFS on i386, Python memory corruption?

2017-02-16 Thread Gianfranco Costamagna
Hello, I tried to debug this issue, but I didn't find anything useful http://bugs.debian.org/855166 the failure doesn't happen on local pbuilder sid i386 environment, neither on DebOMatic sid i386 environment (it should be really close to the one used on buildd). But I can reproduce it on barri

Re: Get current Standards-Version

2017-02-16 Thread Gianfranco Costamagna
Hello, >W: ntfsundelete-tree source: out-of-date-standards-version 3.9.0 >(current is 3.9.4) (this really depends on lintian version you are using, don't blindly trust it!) >Independently of what Lintian says, how can I detect Standards-Version >used in any Debian-like OS? https://tracker.debi

Bug#854807: RFS: smplayer/17.2.0~ds0-1

2017-02-13 Thread Gianfranco Costamagna
control: tags -1 moreinfo >Done. Experimental version uploaded to mentors. missing copyrights, outdated copyright years Ori Rejwan + * Copyright (c) 2004-2013 Sergey Lyubka + * Copyright (c) 2013-2015 Cesanta Software Limited + * Copyright (c) 2016 Cesanta Software Limited Eike Hein Christi

Bug#854808: RFS: ranger/1.8.1-0.2 [NMU]

2017-02-10 Thread Gianfranco Costamagna
control: close -1 closing

Bug#854808: RFS: ranger/1.8.1-0.2 [NMU]

2017-02-10 Thread Gianfranco Costamagna
Hello, > I am looking for a sponsor for my package "ranger" it is an NMU procedure to open a bug and post a debdiff... doing the debdiff attach to this email, and uploading in deferred/15 please follow the rules next time, thanks G. debdiff Description: Binary data

Bug#854807: RFS: smplayer/17.2.0~ds0-1

2017-02-10 Thread Gianfranco Costamagna
control: tags -1 moreinfo control: owner -1 ! > I am looking for a sponsor for my package "smplayer" not in the middle of a freeze, unless this release fixes serious issues. Please go for experimental in case G.

Re: [RFC] How to review RFS package

2017-02-08 Thread Gianfranco Costamagna
Hi, >> apt build-dep (dsc-file) to build-dependencies> >I remember "apt build-dep " is only for package already >exists in archive. when the argument is a dsc file, apt parses the dependency list. (IIRC this is a feature since apt 1.0 or 1.1) G.

Re: [RFC] How to review RFS package

2017-02-08 Thread Gianfranco Costamagna
Hi,>Yes, but those docs didn't provide info detailed enough for me to start. >Probably I too much rely on the high level tools, and lack of ability >to use plumbing level tools such as dpkg-*. a low-level manual is something nice to have... I propose some additions for non-new packages: "dget -

Re: Packaging from Git

2017-02-05 Thread Gianfranco Costamagna
Hi, >You are expected to set that bit on the file and commit it. Gitlab has >nothing to do with this. stuff like github now allows to modify files and commit them from the web interface (without having to checkout the repo). I'm not sure about gitlab interface, but I don't think you can chmod

Bug#853896: RFS: osmose-emulator/1.0.0-1 [ITP] -- Sega Master System and Game Gear console emulator

2017-02-02 Thread Gianfranco Costamagna
control: close -1 hello, >That's not a valid reason to remove a package from the archive. Also, you >are still requesting to remove only armel and armhf. exactly arm binaries have already been removed, the package will migrate now that I lowered the RC bug importance. BTW fixing arm should

Bug#853925: RFS: bglibs/2.03+dfsg-1

2017-02-02 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo missing licenses, e.g. bglibs-2.03+dfsg/include/md4.h md5.h why not a single plain libbg-dev? soname in the development package is painful to maintain Gianfranco

Bug#853903: RFS: scap-security-guide/0.1.31-6 [ITP] -- security guides and conformity checks using SCAP standard

2017-02-02 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo control: forcemerge 853903 852415 Hello lets see a preliminary review: 1) one single changelog entry, targeting sid and initial release (Closes: #ITP) 2) debian/rules, lots of comented out noise, please remove 3) copyright not in dep-5 format, and s

Bug#839289: RFS: pnmixer/0.7-1 [ITP] -- Simple mixer application for system tray

2017-01-30 Thread Gianfranco Costamagna
control: close -1 On Sun, 2 Oct 2016 15:01:43 + (UTC) Gianfranco Costamagna wrote: > tags 839289 moreinfo > thanks > Please fix for a future upload, I sponsored this one G. signature.asc Description: OpenPGP digital signature

Bug#852626: RFS: h5py/2.7.0~rc3-1 [RC]

2017-01-25 Thread Gianfranco Costamagna
Hello, >I am on it :) not sure, I probably uploaded it before you? G:

Bug#852295: RFS: freecell-solver/4.8.0-1 NMU

2017-01-24 Thread Gianfranco Costamagna
Hello Shlomi, you need to make the package build against sid in less than one day.:q vi I did the changes and I'm attaching them here, lots of conflicts between fcs_enums.h and patsolve-shlomif/patsolve/fcs_enums.h fcs_dllexport.h and patsolve-shlomif/patsolve/fcs_dllexport.h (I'm removing t

Re: Fwd: Re: Adequate reports obsolete conffiles: and now what?

2017-01-23 Thread Gianfranco Costamagna
Hi, >OK, I see your point. > >In my usual, provocative style: To me, this means that the bug should be >closed without further actions unless there is more input. or change to usr/share, that seems a saner approach. Your call, I don't have an opinion here! G.

Re: Fwd: Re: Adequate reports obsolete conffiles: and now what?

2017-01-23 Thread Gianfranco Costamagna
hello, >> However I think the .dist files >> should be installed in /usr/share and copied from there instead of being >> installed in /etc. > >This is of course the Right Thing to do. Will implement, thanks! This is nice, however I think this "workaround" should be dropped post-Stretch releas

Bug#852295: RFS: freecell-solver/4.8.0-1 NMU

2017-01-23 Thread Gianfranco Costamagna
Hello >This makes me angry and disappointed. I reported >https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=841445 many months ago and >posted "ping replies" and nothing was done to resolve it - either by the >maintainer, who was missing-in-action and not for the first time - or by a >different De

Re: question on binary-or-shlib-defines-rpath

2017-01-19 Thread Gianfranco Costamagna
Hello Nico, >I'm co-maintaining the Trilinos package [1] in Debian and recently found a >bunch of new lintian warnings of the kind binary-or-shlib-defines-rpath [2]. >It say in >the description of the warning: Usually lintian is right on such tags :p You can look at src:ettercap, where I hav

Bug#851756: RFS: telegram-desktop/1.0.0-2

2017-01-19 Thread Gianfranco Costamagna
Hello >This is alpha version. It is not in upstream changelog on [1]. something I wondered too, maybe tagging it differently from official releases might help >To be noted upstream author does not always publish the tags in time. > >P.S.: I don't know how to put this remote changelog into the p

Bug#851756: RFS: telegram-desktop/1.0.0-2

2017-01-18 Thread Gianfranco Costamagna
Hello >Version : 1.0.0-2~rc2 >https://mentors.debian.net/debian/pool/contrib/t/telegram-desktop/telegram-desktop_1.0.0-2~rc2.dsc I see tag for 1.0.1 pushed on github [1] Isn't it a good release? I didn't look at the code, but instead of an rc, I would prefer a stable 1.0.1 (even

Re: ppc64-diag-2.7.1 and Ubuntu delta VS stretch

2017-01-13 Thread Gianfranco Costamagna
Hello, >ppc64-diag (2.7.1-6) unstable; urgency=medium > > * Import patch set from Mauricio 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

Re: ppc64-diag-2.7.1 and Ubuntu delta VS stretch

2017-01-12 Thread Gianfranco Costamagna
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 upgrade to the very >latest version available that is 2.7.3 ? this is up to you, a -6 h

Re: Package not migrating

2017-01-12 Thread Gianfranco Costamagna
Hello, >https://release.debian.org/britney/update_output.txt OTOH says: > >trying: sunpy >skipped: sunpy (0, 0, 255) >got: 36+0: a-3:i-23:a-0:a-0:a-0:m-0:m-7:m-0:p-0:s-3 >* s390x: python-sunpy, python3-sunpy this usually means (if I'm correct) that the new sunpy makes python-sunpy

Re: Bug#850789: Patch upload not showing up in deferred queue

2017-01-11 Thread Gianfranco Costamagna
Hi Taylor, >So if I'm getting this correctly, only providing the output of nmudiff is >enough, without needing to upload anything? yep, also finding a sponsor or waiting for a maintainer upload, but in this case the patch is enough I think :) G.

Bug#850664: RFS: python-pynzb/0.1.0-3

2017-01-10 Thread Gianfranco Costamagna
Hello, >-export PYBUILD_AFTER_BUILD_python3=2to3 -n -w {build_dir}/pynzb/; sed -i -e >'s/StringIO/BytesIO/g' -e 's/BytesIO(xml)/BytesIO(bytes(xml,"utf-8"))/' >{build_dir}/pynzb/lxml_nzb.py >+export PYBUILD_AFTER_BUILD_python3=2to3-{version} -n -w {build_dir}/pynzb/; >sed >-i -e 's/StringIO/B

Re: Bug#850789: Patch upload not showing up in deferred queue

2017-01-10 Thread Gianfranco Costamagna
control: tags -1 patch >It's not useful for me to spare the maintainer(s) the work? 😐 I figured if I >could do the footwork and let the maintainer just review and approve the >patch, they >would be happy. you already opened a bug, provided a patch and I'm tagging this bug accordingly. The main

Bug#844765: RFS: gitless/0.8.4-1 -- new package

2017-01-10 Thread Gianfranco Costamagna
control: tags -1 moreinfo ># debian/copyright and contradicting licensing. this is worth a moreinfo tag, please remove once the copyright (and other) issues are solved! G.

Bug#850648: Missing source of manual-031.pdf

2017-01-09 Thread Gianfranco Costamagna
control: tags -1 moreinfo On Mon, 9 Jan 2017 06:29:04 -0500 Doug Torrance wrote: > Hi Andreas, > > On 01/09/2017 06:26 AM, Andreas Tille wrote: > > to my understanding manual-031.pdf will be considered as "binary without > > source" and thus rejected by ftpmaster. The best way to solve this > >

Bug#842166: renewed sponsorship-request

2017-01-09 Thread Gianfranco Costamagna
Hi, >The package is already in NEW and I don't think uploading a fix is worth >it so no. you can still clone/reassign/retitle this bug to make it an ITP :) G.

Re: Move from asciidoc to asciidoc-base as build dependency

2017-01-07 Thread Gianfranco Costamagna
Hi, >I'm thinking how to make the Build-Depends fits both sid/stretch and >jessie-backports. >Whether the following is good enough? or appending the version is better? > >Build-Depends: asciidoc-base | asciidoc backporting asciidoc should be the right solution here (or reverting the change for

Bug#850422: Are you sure you want to upload a release candidate of a new version of h5py?

2017-01-06 Thread Gianfranco Costamagna
Hello, >Oh, I see what you are referring to. I am afraid I have not, and I am >putting my faith on upstream staying as conservative as they have been >with their releases since version 2.4. > >I reckon a transition has never been needed for h5py since I took over >its maintenance, and I am crossi

Bug#850422: Are you sure you want to upload a release candidate of a new version of h5py?

2017-01-06 Thread Gianfranco Costamagna
Hello >>I wonder whether you want to upload this version of h5py to unstable >>(rather than to experimental) since this seems to be a transition >>and we are in transition freeze. >> > >What do you mean by transition ? h5py has no abi and the changelog does not >mention any API breakage. Unless y

Bug#849627: RFS: xtrkcad/1:4.2.4a-1 ITA

2016-12-30 Thread Gianfranco Costamagna
Hello, >I found one more issue... > >- /usr/share/xtrkcad/{logo.bmp, html, examples, demo} should be in >/usr/share/doc/xtrkcad did you also merge the debian improvements from Mike? G.

Re: dput: Call for feedback: What should change? What should stay the same? (was: Trouble with debsign, dput)

2016-12-30 Thread Gianfranco Costamagna
package had target suite "unstable", dput-ng refuses to upload in a ppa if the target suite is Debian like fourth issue: dcut seems to work differently dcut ftp-master reschedule -d 15 -f virtualbox-guest-additions-iso_4.3.36-1+deb8u1_amd64.changes D: dcut 0.2.1 D: trying to get m

Re: Trouble with debsign, dput

2016-12-27 Thread Gianfranco Costamagna
Hello >Ok Ben. I've just reported this bug. Thanks! I think you can use dput-ng in the meanwhile, I find it superior for my needs :) (I don't want/care about a new flame war, I used dput for a while, and then switched to dput-ng after some issues I encountered that I can't recall now) G.

Bug#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

2016-12-22 Thread Gianfranco Costamagna
Hello >I completely missed that part of the sentence, sorry. Any >particular reason why you prefer it that way? (To me it seems >logical the other way around, since the preprocessor is run >before the compiler. But OTOH I don't really care, so had I >not missed the sentence, I would have changed

Bug#846364: RFS: discover/2.1.2-7.1 [NMU]

2016-12-22 Thread Gianfranco Costamagna
Hello Petter, > Debian is upstream. > oops, I read this email after sponsoring it in deferred/3. I discovered that -O1 made the program stop crashing, so I sponsored the debdiff with that change https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533688#45 the freeze is approaching, and a package

Bug#846306: RFS: ondir/0.2.3+git0.55279f03-1 [ITP]

2016-12-22 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo >I'd appreciate it if a friendly DD could have a look at this >package and sponsor it. Thanks. :) 1) chmod a-x debian/ondir/usr/share/ondir/integration/* why no dh_fixperms override? 2) CFLAGS_FOR_MAKEFILE=$(shell dpkg-buildflags --get CPPFLAGS) $

Re: Source upload of r-cran-treescape does not build on any architecture - but why?

2016-12-21 Thread Gianfranco Costamagna
> > >I did a source upload of r-cran-treescape at 2016-12-19 21:51:35. > >When looking at the build log page[1] I realise that vor some architectures >a Build-Depends is missing but I have no idea why for instance amd64 is >not build after > 36 hours. clicking on "logs" shows a lot of failed att

Bug#848867: RFS: xalan/1.11-6

2016-12-20 Thread Gianfranco Costamagna
Hi >>what about bumping compat/debhelper level to 10, remove autoreconf from >>rules/control >That's causing the build to fail for some reason. I'll look into it. > a quick look seems to show a progress when removing debian/autoreconf file. http://debomatic-amd64.debian.net/distribution#unstabl

Bug#848867: RFS: xalan/1.11-6

2016-12-20 Thread Gianfranco Costamagna
Hi Tobias,>Can be done the next time :) >Uploaded! thanks! :) and happy ;) G.

Bug#847350: RFS: golang-github-minio-minio-go/2.0.2+dfsg-1

2016-12-20 Thread Gianfranco Costamagna
Hi, >Are you OK with the package in the current form? Could you sponsor it? The >sooner it hits sid, the sooner I can submit a RFS for restic. it went in sid :) thanks Dmitry! G.

Bug#848867: RFS: xalan/1.11-6

2016-12-20 Thread Gianfranco Costamagna
control: tags -1 moreinfo control: owner -1 ! > * Remove autotools-dev dependency due to using dh-autoreconf what about bumping compat/debhelper level to 10, remove autoreconf from rules/control file? G.

Bug#848638: RFS: cdist/4.4.1-1

2016-12-18 Thread Gianfranco Costamagna
close 848638 thanks

Bug#848638: RFS: cdist/4.4.1-1

2016-12-18 Thread Gianfranco Costamagna
Hi > * New upstream release

Bug#848420: RFS: dmalloc/5.5.2-7 [ITA]

2016-12-18 Thread Gianfranco Costamagna
Hi, >I am looking for a sponsor for my package "dmalloc" > * Add debian/libdmalloc5.symbols file. > * Update debian/libdmalloc5.shlibs file. seems that the symbols file needs some tweaks :) G.

Bug#848133: RFS: rdup/1.1.15-1.0

2016-12-18 Thread Gianfranco Costamagna
Hi Tobias, >-- CFLAGS += `dpkg-buildflags --get CPPFLAGS` looks wrong this is done sometimes to make cmake aware of CPPFLAGS [1] this package however uses autotools, and I don't know about it :) [1] https://cmake.org/Bug/view.php?id=12928 G.

Bug#838941: RFS: duperemove/0.11~beta3-3 ITP

2016-12-17 Thread Gianfranco Costamagna
Hello, >Files: interval_tree.c interval_tree_generic.h >Copyright: 2012 Michel Lespinasse >License: GPL-2 > >which then below lists GPL-2 license with address: Free Software >Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA >02110-1301, USA. >However I can see that in interval_tree

Bug#848093: RFS: manpages-zh/1.5.4.1-1

2016-12-14 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo >manpages-zh - Chinese manual pages lets see, even if I don't speak such language, changes seems about packaging: d/compat <-- still "9" this is why you didn't drop "--with autoreconf" from rules file, right? (please drop it) debian/copyrigh

Bug#838495: marked as done (RFS: python-cartopy/0.14.2+dfsg1-1 [ITP])

2016-12-14 Thread Gianfranco Costamagna
control: reopen -1 >Package python-cartopy has been removed from mentors. lets wait a little more G.

Bug#847650: RFS: fgetty/0.7-2

2016-12-10 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo > * Add dietlibc-dev into Built-Using, since it is linked statically, >as mandated by Policy §7.8. (Closes: #847576) I'm not sure about hardcoding the version, this will probably break binNMUs... what about calculating that at build time? http

Bug#842520: RFS: glances/2.7.1.1-1

2016-12-09 Thread Gianfranco Costamagna
control: reopen -1 control: owner -1 sba...@debian.org Hi, >@Gianfranco, you want to sponsor/upload this package? Or I'll manage this? please go ahead! :) thanks in advance and welcome! G.

Bug#847426: RFS: fortune-zh/2.0

2016-12-09 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo Hi,> I am looking for a sponsor for my package "fortune-zh" hopefully somebody from your team will pick it up, but I already trust you enough to sponsor this package compat level is 10 now (debhelper >=10) but something I really would like is to

Bug#846399: RFS: rush/1.8+dfsg-1 -- New upstream's release.

2016-12-09 Thread Gianfranco Costamagna
Hi, >There is no problem to fetch the key. The problem is to use it. My present >use case is this > > gpgv --homedir debian/upstream --keyring debian/upstream/signing-key.pgp \ >archive.sig archive > >You are requesting me to use 'debian/upstream/signing-key.asc', an armoured key >which gpg

Re: Start to help with a RFA package (or else)

2016-12-09 Thread Gianfranco Costamagna
Hi, >I may need some help to go further. >For now I've managed to: >- Build xmacro in Jessy s/Jessy/Jessie :) >- Reproduce the gcc-6 FTBFS in stretch wonderful >- Applied the patch with quilt and made it compile on stretch >(https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=831195) you need

Bug#846979: RFS: freedroidrpg/0.16.1-2

2016-12-09 Thread Gianfranco Costamagna
Hi, > I am looking for a sponsor for my package "freedroidrpg"

Bug#840424: RFS: verilog-mode

2016-12-07 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo Hi >I consider git revision 4ba937fbc958fb5037e65fe351d18f2da8e0b988 ready >for upload. > >Thank you for your patience, Kiwamu. tarball? verilog-mode (master) $ gbp buildpackage -S -d gbp:warning: Pristine-tar branch "pristine-tar" not found gbp:err

Bug#846399: RFS: rush/1.8+dfsg-1 -- New upstream's release.

2016-12-07 Thread Gianfranco Costamagna
Hi >> please use a text-version of the signing-key and avoid the include-binaries >> file? > > >Then I need education on the procedure to create a keyring file on the go, >since gpgv only handles keyrings, not armoured keyfiles. https://wiki.debian.org/debian/watch#Cryptographic_signature_ver

Bug#847350: RFS: golang-github-minio-minio-go/2.0.2+dfsg-1

2016-12-07 Thread Gianfranco Costamagna
Hi again :) > >I think "ds" is quite confusing let alone that it matches my initials. ;) lol >IMHO DFSG-repacking fits all cases even when we throw away useless files to >avoid documenting their copyrights. Often you just don't know whether >excluded content is DFSG compliant or not. And sinc

Bug#847350: RFS: golang-github-minio-minio-go/2.0.2+dfsg-1

2016-12-07 Thread Gianfranco Costamagna
Hi Dmitry, >I believe that should be fairly obvious that we repack to drop all bundled >dependencies. That's Golang for you where it is common to incorporate all >dependency libraries into tarball. Throwing away private copies of those >libraries is important to avoid using 'em accidentally,

Re: Start to help with a RFA package (or else)

2016-12-07 Thread Gianfranco Costamagna
Hi, >I'm Vincent Carluer, a senior dev but a newbie with Debian dev/packaging. >But I really want to contribute to this great project ! thanks for your interest :) >It does not seems really easy to start with it but I think I have found a >package which seems not to big, can be fun for me to m

Bug#847375: RFS: forge/0.9.0-2

2016-12-07 Thread Gianfranco Costamagna
Hi, >I am looking for a sponsor for my package "forge": *happily* sponsored :) G.

Bug#846399: RFS: rush/1.8+dfsg-1 -- New upstream's release.

2016-12-07 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo >I am looking for a sponsor of the package "rush": > >+ debian/upstream/signing-key.pgp: New file. >+ debian/source/include-binaries: New file. please use a text-version of the signing-key and avoid the include-binaries file? G.

Bug#847079: RFS: groonga/6.1.1-1

2016-12-07 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo >I am looking for a sponsor for my package "groonga" missing copyrights: Roman Arutyunyan Ruslan Ermilov Maxim Dounin Valentin V. Bartenev Unbit S.a.s. 2009-2010 Vlad Krasnov Sergey A. Osokin Austin Appleby Manlio Perillo Scott James Remnant 2012-201

Bug#847120: RFS: engauge-digitizer/9.7-1

2016-12-07 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo > I am looking for a sponsor for my package "engauge-digitizer" sigh: Binary files /tmp/B972iVgMET/engauge-digitizer-9.3/dev/windows/appveyor/fftw-3.3.5-dll32.zip and /tmp/TUNKzqq_Ua/engauge-digitizer-9.7/dev/windows/appveyor/fftw-3.3.5-dll32.z

Bug#840598: RFS: poppassd/1.8.7-1 [QA]

2016-12-07 Thread Gianfranco Costamagna
Hi Adam, >In light of the recently announced forced 10-day migration delay after >Dec 5 and the soft freeze on Jan 5, I would like to move forward with >the proposed changes so the package is in shape for stretch. > >Adam, I do not wish to take over poppassd. If you could sponsor one >or two upl

Re: packaging dependencies for gnu-social

2016-12-07 Thread Gianfranco Costamagna
Hi, >Bug#839383: RFS: php-net-idna2/0.1.1-1 [ITP] in new queue >Bug#842157: RFS: php-db-dataobject/1.11.5-1 [ITP] -- PHP PEAR module for >object based SQL query building in testing :) Will probably look at gnu-social once the new queue is cleared. G.

Bug#847350: RFS: golang-github-minio-minio-go/2.0.2+dfsg-1

2016-12-07 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo >I am looking for a sponsor for "golang-github-minio-minio-go": >2.0.2 is needed to complete the packaging of restic (ITP #846176). I would like to see it sponsored by the maintainer, but here something I'm worried about: what is the reason for the

Bug#846325: RFS: netperfmeter/1.6.1-1

2016-12-04 Thread Gianfranco Costamagna
Hi, sorry for stepping in so late, I would just like to add a copyright :) ./src/flow.cc: * Copyright (C) 2013 by Sebastian Wallat (TCP No delay) ./src/flowtrafficspec.cc: * Copyright (C) 2013 by Sebastian Wallat (TCP No delay) ./src/flowtrafficspec.h: * Copyright (C) 2013 by Sebastian Wallat (T

Bug#846546: RFS: ora2pg/17.6-1 [RC] [QA]

2016-12-04 Thread Gianfranco Costamagna
reopen 846546 tags 846546 moreinfo owner 846546 ! thanks signature.asc Description: OpenPGP digital signature

Re: Bug#846546: RFS: ora2pg/17.6-1 [RC] [QA]

2016-12-03 Thread Gianfranco Costamagna
Hi, I'm sponsoring in deferred/5 to let the current one migrate I'm also not really sure about the move from contrib to main, because one (alternate) runtime dependency is in contrib quoting control file: Depends: libdbd-mysql-perl | libdbd-oracle-perl, $ rmadison -u debian libdbd-mysql-perl

Re: Maintaining C++ library symbols control file with unstable mangled symbols

2016-12-02 Thread Gianfranco Costamagna
Hi, >I need advise on the way maintaining symbols control file when >the mangled C++ symbols are unstable. maintaining symbols on C++ projects is a nightmare. and do subsequent uploads is done also by qt* folks (see e.g. qtbase uploads). You can consider however some things, e.g. marking some

Bug#846190: RFS: openldap/2.4.44+dfsg-2 [RC]

2016-12-02 Thread Gianfranco Costamagna
Hi, >https://mentors.debian.net/debian/pool/main/o/openldap/openldap_2.4.44+dfsg.orig.tar.gz >failed usually this is not needed, since I presume you will do a diff between the current version in unstable and the one on mentors pull-debian-source openldap dget -u mentors-url.dsc debdiff of them

Bug#845614: RFS: acorn/4.0.3-1

2016-11-29 Thread Gianfranco Costamagna
Hi, still bad http://debomatic-amd64.debian.net/distribution#unstable/acorn/4.0.3-1/buildlog >It's strange : amd64 is precisely what I have here, so if my pbuilder >was happy... why isn't debomatic? not sure... different environment? some exports that aren't working? HOME set to /nonexistent? di

Re: Pseudotransition

2016-11-28 Thread Gianfranco Costamagna
Hi, >I haven't received an answer to the following query. I'd appreciate if >someone could help me decide whether I need to patch in upstream's >missing SONAME bump or not. the package is new, it has never been part of any Debian stable release, and popcon reports a number ~10. The answer is

Bug#842157: RFS: php-db-dataobject/1.11.5-1 [ITP] -- PHP PEAR module for object based SQL query building

2016-11-28 Thread Gianfranco Costamagna
control: tags -1 moreinfo Hi, I still see the lintian error, and also the piuparts error E php-script-but-no-phpX-cli-dep usr/share/php/DB/DataObject/createTables.php please remove moreinfo tag with an explanation :) G.

Bug#839383: RFS: php-net-idna2/0.1.1-1 [ITP]

2016-11-26 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo >I am looking for a sponsor for my package "php-net-idna2" can you please enlighten me about the lintian warnings? http://debomatic-amd64.debian.net/distribution#unstable/php-net-idna2/0.1.1-1/lintian I would like to know them before sponsoring :)

Bug#842157: RFS: php-db-dataobject/1.11.5-1 [ITP] -- PHP PEAR module for object based SQL query building

2016-11-26 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo (resending to the open RFS bug) Hi, >https://mentors.debian.net/package/php-db-dataobject fix lintian and remove moreinfo tag (everything except gpg signature should be fixed or answered) also piuparts is not happy (look the php parts) http://deboma

Re: Copyright for Autoconf stuff

2016-11-25 Thread Gianfranco Costamagna
Hi >(autoconf specific copyrights) they have special exceptions to be relicensed under another license. So, if you don't account them specifically they will fall in the common package license. Somebody just don't care about them (I don't think it is source of reject by ftpmasters). I think ment

Bug#845614: RFS: acorn/4.0.3-1

2016-11-25 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo Hi (resending from the correct email) >https://mentors.debian.net/debian/pool/main/a/acorn/acorn_4.0.3-1.dsc http://debomatic-amd64.debian.net/distribution#unstable/acorn/4.0.3-1/buildlog FTBFS >(2) upstream moved forward very fast and uses rollup

Bug#845614: RFS: acorn/4.0.3-1

2016-11-25 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo >https://mentors.debian.net/debian/pool/main/a/acorn/acorn_4.0.3-1.dsc http://debomatic-amd64.debian.net/distribution#unstable/acorn/4.0.3-1/buildlog FTBFS >(2) upstream moved forward very fast and uses rollup to compile itself, >but we don't have

Bug#835274: dh-text no longer needed

2016-11-25 Thread Gianfranco Costamagna
>Seems you used git. I did forgot to push, sorry. Now last version is published >both on mentors and in git >(https://anonscm.debian.org/cgit/users/kaction-guest/bcron.git) I used also mentors, and it is still outdated>Nobody should use dh-text. With recent dpkg-dev, which provide S:foo >substi

Bug#845308: Sponsoring imagemagick/8:6.8.9.9-5+deb8u6

2016-11-25 Thread Gianfranco Costamagna
control: owner -1 luci...@debian.org > I will sponsor imagemagick/8:6.8.9.9-5+deb8u6 and release the DSA. thanks! G.

Bug#845631: RFS: globjects/1.0.0-2

2016-11-25 Thread Gianfranco Costamagna
Hi, >I am looking for a sponsor for my package "globjects" thanks! G.

Bug#845469: RFS: ranger/1.7.2+git20161104-0.1 [NMU]

2016-11-25 Thread Gianfranco Costamagna
hi, >I contacted with him about half year ago but without answer. This is my >reason of NMU. ok but you still: - have to restrict changes to a minimum necessary set (e.g. no bumping of stuff) - have to provide a debdiff on the bugs you close with what you want to be sponsored, and tag it patch

Bug#844608: [Pkg-protobuf-devel] Looking for sponsor for protobuf NMU

2016-11-24 Thread Gianfranco Costamagna
Hi, >Where can I find the deferred package? I found nothing at >https://ftp-master.debian.org/deferred/ you can't. Nobody can, just ftpmasters. (and I did even upload to a queue that is not visible there) >I'd like to confirm the package you sponsored shipped >the correct patch, since the ori

Re: can't upload to mentors

2016-11-24 Thread Gianfranco Costamagna
Hi, >to be honest, i don't have a good reason besides testing the resulting deb and >that is >my existing workflow I usually do two dpkg-buildpackage, one for my system, and the source one for ftpmasters the second one is usually really fast, because it just requires a source pack, no real

Re: can't upload to mentors

2016-11-23 Thread Gianfranco Costamagna
Hi Gustavo, >can i ask you why are you doing source-only uploads? > >i did a lot of binary+source uploads in the last days without an issue (after >removing >.buildinfo from .changes) knowing that mentors discards binaries (and sponsors should do it anyway), what is the reason for uploading

Bug#845468: RFS: qtstyleplugins-src/5.0.0+git20161024-0.1 [NMU]

2016-11-23 Thread Gianfranco Costamagna
control: close -1 ciao Pino, >"my"? Since when? I don't see your name neither in Maintainer nor >Uploaders, and there are no other forms of cooperation with us about >this. please don't pay much attention to this, it is something "autogenerated" by debexpo and mentors website :) >... and noon

Bug#845468: RFS: qtstyleplugins-src/5.0.0+git20161024-0.1 [NMU]

2016-11-23 Thread Gianfranco Costamagna
control: tags -1 moreinfo control: owner -1 ! > I am looking for a sponsor for my package "qtstyleplugins-src" the package is actively maintained. Pino, can you please have a look? I don't like NMUs for active maintainers packages, unless they agree with changes (BTW, a lot of copyrights e.g.

Bug#845469: RFS: ranger/1.7.2+git20161104-0.1 [NMU]

2016-11-23 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo Hi Vern and Mateusz, > I am looking for a sponsor for my package "ranger" too much changes without an ack from the Maintainer (in cc) > * Non-maintainer upload. > * Merged lastest upstream git version. (Closes: #829114) > * debian/patches: >

Bug#845472: RFS: openbox/3.6.1-4 [RC]

2016-11-23 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo > * Update manpage. (Closes: #800669) + cp doc/openbox.1.in openbox.1 I don't get this: how do you plan to update stuff like @configdir@/openbox/autostart.sh and similar? I don't get it, even if I didn't try to build and run it G.

Bug#844773: RFS: ustr/1.0.4-6

2016-11-23 Thread Gianfranco Costamagna
control: owner -1 ! control: tags -1 moreinfo >I am looking for a sponsor for my package "ustr" * Added dependency on quilt and include /usr/share/quilt/quilt.make in the debian/rules. ^^ why? also: -include /usr/share/topgit/tg2quilt.mk /usr/share/topgit/tg2quilt.mk: why? you don'

Bug#835274: dh-text no longer needed

2016-11-23 Thread Gianfranco Costamagna
and btw, I don't like this dh_text new feature :/ bcron - ${text:ShortDesc} (programs) bcron-run - ${text:ShortDesc} (integration with runit) this is shown in the web page... probably this will break PTS too somebody should probably try to fix mentors and PTS before start using this new key G.

<    1   2   3   4   5   6   7   8   9   10   >