Bug#799094: RFS: node-kerberos/0.0.14-1 [ITP]

Control: owner -1 ! Hi: control/compat: debhelper and compat: please set to 9 control: priority: optional patches: debian.patch is not a good patch name, maybe "change-path or similar might be" (the patch might be even split in two, since it does two different things) rules: I see some (maybe

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi Cesar, lets review: d/changelog: please remove the space before ")" d/rules: usually it is better to use dh-autoreconf instead of autotools-dev, because the first is a superset (this means a change on control file too, and the drop of autotools-dev) d/control: please run "wrap-and-sort" comma

Bug#797888: RFS: panda3d/1.9.0-1 [ITP] -- Panda3D free 3D engine SDK

Hi, wonderful! In the meanwhile: rules: - please switch the rules file to debhelper calls :) -"install -m 644 debian/shlibs debian/panda3d1.9.0/DEBIAN/shlibs" this seems wrong maybe rename the file in libpanda3d1.9.0.shlibs, but it should be picked up automagically. all the DEB_HOST_MULTIARC

Bug#799268: RFS: ck/1.6.2 [ITP]

> >> Oh, I didn't know that :( . Will it really be a problem (I didn't see any >> tool called ck yet)? The problem is that our users now share some artifacts >> in this format and they use this name (in scripts or internal calls), >> so changing this name now will be a nightmare :( ... > >I'm not

Bug#782074: (no subject)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi On Fri, 11 Sep 2015 13:14:14 +0300 Marius Gavrilescu wrote: > > Hi Matthew, > > I see you are packaging uBlock (by chrisaljoudi). You should > consider packaging uBlock Origin (by gorhill, the original author) > instead, as it is more active,

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi Alex, > > >I grape the source from . I >think I find a problem with the build dependencies, the build >dependencies contain `libopencv-dev | libcv-dev'. I first choose to >install `libcv-dev', but I get a build failure. After that, I choose >to instal

Re: Looking for sponsor to upload a fix to Midori

Hi, next time you might want to just open an RFS bug. Anyway, I sponsored the debdiff, it was looking fine to me. (you forgot to tag the previous version in your repo, please do) cheers, Gianfranco Il Sabato 19 Settembre 2015 17:37, Sergio Durigan Junior ha scritto: Hi, I am the new Mid

Bug#799557: RFS: progress/0.9-1 -- Coreutils Progress Viewer

Control: owner -1 ! Hi Zhou the packaging looks fine, I have found just an issue: Vcs-Git: http://anonscm.debian.org/cgit/users/cdluminate-guest/progress.git this seems to be wrong. (it might be good as VCS-Browser, but VCS-Git needs a git:// protocol I guess) can you please add them both?

Re: Multi-Arch and debian/control

>Therefore i did not ITA the other two bug pairs after my sponsor >showed me what i did wrong with the first attempt. > >Is it appropriate to ITA them while it is not clear whether >any adoption will actually happen ? >As said, it depends on decisions by old and new friends whom >i do not want

Re: Multi-Arch and debian/control

Yes Il Lunedì 21 Settembre 2015 16:13, Thomas Schmitt ha scritto: Hi, > leving them open is just "wrong" I'd say :) I take this as a clear instruction and send mails to 79614{5,6,7}-d...@bugs.debian.org. Have a nice day :) Thomas

Re: Multi-Arch and debian/control

least people had months to speak up, and nobody complained) (and BTW if you loose interested in them, please just open an Orphan package by yourself) cheers! G. Il Lunedì 21 Settembre 2015 16:20, Gianfranco Costamagna ha scritto: Yes Il Lunedì 21 Settembre 2015 16:13, Thomas Schmitt

Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and client

Hi Helmut, Gerrit gave him permission to comaintain, do you want to followup with the review? I can do a review in the next 2-3 days if needed, cheers, G. Il Domenica 20 Settembre 2015 14:45, Guilhem Moulin ha scritto: Hi Helmut & Gianfranco, By the way if you don't have time or are no l

Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and client

r sure I need to build and test it :) cheers, G. Il Lunedì 21 Settembre 2015 16:53, Gianfranco Costamagna ha scritto: Hi Helmut, Gerrit gave him permission to comaintain, do you want to followup with the review? I can do a review in the next 2-3 days if needed, cheers, G. Il Dom

Re: Multi-Arch and debian/control

>I would still appreciate an active DD in the team. you might consider applying for DM and ask somebody to give you upload permissions :) cheers G.

Re: Multi-Arch and debian/control

well, if nobody gives upload rights what is the difference? :) I agree DM is not exactly from newcomers, but well, maybe DC then? cheers, G. Il Lunedì 21 Settembre 2015 17:52, Jakub Wilk ha scritto: * Gianfranco Costamagna , 2015-09-21, 15:15: >>I would still appreciate an active

Re: Suspicious file changes in -dbg between old and new packages

Hi Thomas, >And why does it still work when i install back 1.4.0-2 ? well, if -2 and -3 didn't change symbols (e.g. you didn't patch the source code), why shouldn't it work? (I'm not sure to know how exactly the build.ids are mapped to the binary code, but I guess they work as long as th

Re: Suspicious file changes in -dbg between old and new packages

Hi Niels, >The debug package needs a strictly equal dependency on the original >package, such as: "foo (= ${binary:Version})". That is orthogonal to >the usage of build-ids (that is, you must use the strictly equal with or >without build-id based debug paths). sure, I guess lintian even compl

Re: Suspicious file changes in -dbg between old and new packages

Hi Niels, >If the old and the new binary have the same build-id, they can reuse the >same debug symbols - regardless of the debug symbols are installed by >name or by build id. :) > so the __TIME__ __DATE__ macros are not used, but *might* be used and not during the build-id computation, but d

Re: Suspicious file changes in -dbg between old and new packages

Hi, >So it is explainable that symbol loading works between >fewly different package versions. >I would still like to know how i managed to break it. >Just to be able to avoid this in future. as said before, the debug package should depend on binary:Version binary package. e.g. Package: fo

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi Cesar, >> maybe run "debconf-updatepo" in the clean target, to avoid forgetting of >> updating translations. > >Done nack :) you did it correctly, but that way dh_clean is never called :) override_dh_clean: debconf-updatepo dh_clean this is what I meant. "#634840 (wishlist):

Bug#799770: RFS: pyfftw/0.9.2+dfsg-3

Control: owner -1 ! Hi Ghislain, the packaging looks good, however: 1) watch file: what about using this one? http://pypi.debian.net/pyFFTW/watch 2)+ * d/control: bump standards version, no changes required. I would also mention "3.9.6" somewhere they are nitpicks, the packaging looks really

Bug#799768: RFS: ismrmrd/1.3.1-1

Control: merge -1 799767 Control: owner -1 ! Hi Ghislain, the packaging looks good, however I have some nitpicks/issues: rules file: "-DCMAKE_INSTALL_PREFIX=/usr" is this really needed? AFAIK it should be the default inside a dh build. (please check) "--builddirectory=$(BUILDDIR)" same her

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi again, some lintian stuff http://debomatic-amd64.debian.net/distribution#unstable/eviacam/2.0.1-5/lintian cheers, G.

Bug#799498: RFS: neko/2.0.0-4

Control: owner -1 ! Hi, quick review: 1) please bump debhelper and compat level to 9 (bonus points for converting the package to multiarch) 2) please drop useless build-dependencies (such as quilt and maybe some others, e.g. pkg-config?) 3) rules file, can you please convert in plain dh_ ca

Bug#799768: RFS: ismrmrd/1.3.1-1

> >I still don't get what the recommended solution is. So far, I have been >(wrongly?) following what Lintian suggested to do with embedded jquery. I would appreciate a lintian warning instead of a broken documentation e.g. look at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=736360

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

functions' and `binary-without-manpage'. I think `hardening-no-fortify-functions' has to do with `dpkg-buildflags' in `debian/rules'. About man page, is it essential? Cheers, Alex 2015-09-22 22:07 GMT+08:00, Gianfranco Costamagna : > Hi again, > some lintian st

Bug#799768: RFS: ismrmrd/1.3.1-1

Sent from Yahoo Mail on Android From:"Ghislain Vaillant" Date:Tue, 22 Sep, 2015 at 19:33 Subject:Bug#799768: RFS: ismrmrd/1.3.1-1 On 22/09/15 17:32, Gianfranco Costamagna wrote: > I would appreciate a lintian warning instead of a broken documentation > > > e.g. look at >

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

> > >Not sure how to change this. I think this string comes from here [1]. > >[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=634840 hint: https://www.debian.org/Bugs/server-control#retitle >OK. I want to maintain this feature available for win32 and manually builds. I >could add a swit

Re: Modifying the environment variables of a parent process

Hi Markhazy, first I guess this isn't the right place, but well, the damage is done :) TLTR; you have a cdiv code that gives in output two numbers, real and the imaginary part you want to store them into bash variables. so, why can't you do a simple bash script for doing this? I see a trivi

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

I guess something like (checked for override_dh_auto_configure: on codesearch.debian.net) override_dh_auto_configure: dh_auto_configure -- --disable-update or something similar cheers, G. Il Mercoledì 23 Settembre 2015 16:34, Cesar Mauri ha scritto: > hint: > https://www.debian.org/B

Bug#799498: RFS: neko/2.0.0-4

Hi Andy, the packaging looks good. I did two builds with DH_VERBOSE=1 in a sid chroot (the unstable and mentors versions) I did a meld between them, and I see some "issues" -"Wall" flag has disappeared (I guess not a real problem here :) ) - many lines are like this one gcc -O3 -DEAPI -fPI

Bug#799498: RFS: neko/2.0.0-4

ing you to fix the above, but I would appreciate if you can forward them upstream :) cheers, G. Il Giovedì 24 Settembre 2015 12:51, Andy Li ha scritto: Hi Gianfranco, Thanks for the review! Good idea about using the *FLAGS env vars. I've updated the patch to use those and will also prop

Re: No host ftp.upload.debian.org found in config

are you a DD or a DM? otherwise you might want to put on mentors dput mentors file.changes. btw the correct command is to use the alias, I'm not sure it works with the url cheers, G. Sent from Yahoo Mail on Android From:"Sabniveesu Shashank" Date:Thu, 24 Sep, 2015 at 22:10 Subject:No

Re: No host ftp.upload.debian.org found in config

aded and don't see a sign. S.V.R.S.N. Shashank about.me/shashank.computers We’ve created the greatest collection of shared knowledge in history. Help protect Wikipedia. Donate now: https://donate.wikimedia.org On Thu, Sep 24, 2015 at 5:08 PM, Gianfranco Costamagna

Bug#782074: RFS: ublock/1.1.1+dfsg-1 [ITP] -- general-purpose lightweight ads, malware, trackers blocker

Hi Matthew, it is fine to track the origin, but I would add a -origin suffix, to keep it in sync with upstream name, and to avoid collisions in case somebody else wants to package the fork too. Moreover lintian is showing a lot of warnings, can you please fix them? sorry, but I lack of time to

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi Cesar, >I go on with the remaining issues. I don't know which remaining issues you are talking about... anyway I can find one for you: rm ../eviacam_2.0.1.orig.tar.gz uscan --debug --force-download dpkg-buildpackage -S -sa "dpkg-source: error: cannot represent change to po/ar.gmo: binary

Bug#799813: RFS: snes9x [ITP] -- Cross-platform SNES emulator

Control: owner -1 ! Hi: 1) some licenses are missing. e.g. macosx/z*.h win32/* so much stuff. even if not used, I guess they should be mentioned because in the src packaging. 2) you seem to use both autotools-dev and autoreconf. autoreconf should be a superset of the first, can you please

Bug#799529: RFS: shc/3.8.9b-1 new upstream release

Control: owner -1 ! Hi, lets review: changelog: please be more verbose: e.g bump std-version, -add patches -remove patches -refresh patches -drop README.source changelog: -shc (3.8.7-2) unstable; urgency=medium +shc (3.8.7-2) unstable; urgency=low well your previous uploader uploaded with

Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and client

Hi Guilhem > >I don't mind either way :-) But why would you swap the addresses? (Yes >I read section 3.3 of the policy, it didn't help me understanding.) for two reasons, don't make people upset, and because he is a DD :) >GPL vs MIT is not my choice, as debian/initramfs/* was originally >

Re: No host ftp.upload.debian.org found in config

Hi Sabniveesu, >I was unaware of the other packager when I started working on this, weeks ago. >Yesterday I contacted him and now eevrytyging is settled. sorry for that, I tried to check if somebody else was working on it, and I found he was the only one. (one ITP that was inactive and some RFP

Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and client

Hi again, >Making people upset was certainly not my intention. And it's precisely >because I don't have upload rights that I didn't put my name in the >Uploaders fields. Anyway I don't care either way, so if it's less >controversial to swap the addresses I'll do that. I guess maintainer is a

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi >I will try the help2man approach this is a string I used recently for another package help2man -N -n "enhanced HTTPS support for httplib and urllib2 using PyOpenSSL" /usr/bin/ndg_httpclient --version-string=v0.4.0 > ndg_httpclient.1 >The code overrides the CPPFLAGS thus, not sure if I have

Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux

the plain 0.4 and use dpkg-source to extract debian/patches. sorry for the long delay cheers, G. Il Giovedì 10 Settembre 2015 10:42, Azat Khuzhin ha scritto: On Thu, Sep 10, 2015 at 08:14:26AM +, Gianfranco Costamagna wrote: > Hi Azat, > > > > >dkms is good id

Re: Suggestion of new program: execute mathematical set operations on lists

Hi, a quick googling returns me this link [1] seems that python natively do some sort of this python3 >>> a = set([3, 3, 2, 5, 1]) >>> a {1, 2, 3, 5} >>> b = set([5, 90, 2, 7]) >>> b {90, 2, 5, 7} >>> a | b {1, 2, 3, 5, 7, 90} >>> a & b {2, 5} >>> [1] http://unix.stackexchange.com/questio

Bug#787861: review: polyml

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, this is really too much for an NMU. Did you test reverse dependencies? you are bumping shlibs, so you need to be sure to have requested a transition slot on release.debian.org (use reportbug against it to ask one). I would do rather a team upl

Bug#792156: cuba/3.0+20111124-3: review

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, can you please update to the latest upstream and fix the lintian warnings? thanks! G. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iQIcBAEBCAAGBQJWBXdZAAoJEPNPCXROn13Z6DQP/iAGXJNJMN5JukBlWtmzj6j6 5L5p34PsbLtLqKwxJDJFmpA5MDP0x5agNXV9UzBUKPYj

Bug#799529: RFS: shc/3.8.9b-1 new upstream release

>> -shc (3.8.7-2) unstable; urgency=medium >> +shc (3.8.7-2) unstable; urgency=low > >> well your previous uploader uploaded with medium instead of low, please >> adapt the changelog accordingly > > >Please, read this[1]. > > >[1] >https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=730343 > >So,

Re: Suggestion of new program: execute mathematical set operations on lists

Hi, >Thanks for this hint, and Gianfranco, also thanks for your answer, >especially the link. I should have stated more precisely that setop >shall be a command line tool. Python sets and combine are interesting >but not as much universal as I plan my program to be. well, I fail to understan

Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, sorry for the long wait! I did a deep review, and I guess I found the last "showstoppers" 1) Upstream revision seems to be "2.1-3" and you seem to have introduced a first dfsg revision so it becomes 2.1-3+dfsg and then the debian revision,

Bug#798990: RFS: webdeploy/1.0-1 ITP #798716 -- deploy files via FTP

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: owner -1 ! Hi Daniel, > I'm not sure what's wrong here, the upstream makefile contains this > install rule which installs the script and the man page, have I > done something wrong?: install: all > > install webdeploy $(DESTDIR)$(bindir)

Bug#800140: RFS: traitlets -- Lightweight Traits-like package

Control: owner -1 ! Hi Julien, the packaging looks good, however I would appreciate if you could take the watch file from here http://pypi.debian.net/traitlets/watch and maybe fix it to avoid dev0 to show up as a newer version. Unfortunately I don't know how to uversionmangle it :) cheers, G

Bug#788653: RFS: ktap/0.4-1 [ITP] -- lightweight script-based dynamic tracing tool for Linux

Hi, > first a question: does the user need to do modprobe ktapvm manually? well, can't the ktap tool do the job automagically? and moreover, how do the user know that a ktap source has a ktapvm kernel module? I mean, I would expect a kernel module called "ktap" and maybe a readme explaini

Bug#800140: RFS: traitlets -- Lightweight Traits-like package

Hi, Thanks for fixing the watch file, however there is still an issue there: "Depends: python:any (<< 2.8), python:any (>= 2.7.5-5~)" (runtime dependencies) I see in setup.py install_requires = setuptools_args['install_requires'] = [ 'ipython_genutils', 'decorator', ] so for some reasons py

Bug#799268: RFS: ck/1.6.2 [ITP]

nks a lot and have a good week, Grigori -Original Message- From: Grigori Fursin Sent: Saturday, September 19, 2015 11:18 AM To: Gianfranco Costamagna ; Lucas Nussbaum ; 799...@bugs.debian.org Subject: Bug#799268: RFS: ck/1.6.2 [ITP] Actually, it's done more or less like t

Bug#799268: RFS: ck/1.6.2 [ITP]

ackage name is taken from the body of the original message, i.e. "ck" instead of "python-ck"? Sorry for bothering with that and thanks for your help, Grigori -Original Message- From: Gianfranco Costamagna Sent: Monday, September 28, 2015 10:21 AM To: Grigori

Re: python-fabio circular dependency

Hi, Does this page help you? https://wiki.debian.org/PackageTransition unfortunately I don't know how to best solve this issue cheers, Gianfranco

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi, >done. thanks for the hint. >Those lines are probably the result of some trials >that I forgot to cleanup :) > >I tidied up a bit the configuration.ac and Makefile.am files wonderful >The point of that commit was to add the debugging flags to the >compiler command line. > > if ! "$debu

Bug#799268: RFS: ck/1.6.2 [ITP]

Hi Grigori, >By the way, I also uploaded python3-ck: >https://mentors.debian.net/package/python3-ck this is a nack for me. You can build two binaries with the same source package, look e.g. to https://sources.debian.net/src/python-esmre/0.3.1-3/ this includes: compat level --> 9 debhelper >=

Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]

Hi Azat, >No problem, replaced version in d/changelog and d/NEWS to >"2.1-3+dfsg-1". wonderful >Done using d/copyright, thanks. this is not really correct. I see you remove Makefiles in copyright, but why? that files-excluded needs to be used for non dfsg files, not for autogenerated stuf

Bug#800600: RFS: arrayfire/3.1.2+dfsg1-2

control: owner -1 ! Hi, the packaging looks good, however I'm not sure about this [1] apt-get install libblas.so Reading package lists... Done Building dependency tree Reading state information... Done Package libblas.so is a virtual package provided by: libopenblas-dev 0.2.14-1 libblas-dev 1.2

Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and client

Hi, I could own the bug no problem, just I would like to avoid stealing the package to Helmut! I did some new testing, and I'm really unsure about the upgrade procedure. I tried to install dropbear from jessie and then install the deb files. some issues: - dpkg shows that a default configur

Bug#800600: RFS: arrayfire/3.1.2+dfsg1-2

, 2015 at 19:09 Subject:Bug#800600: RFS: arrayfire/3.1.2+dfsg1-2 On 01/10/15 16:20, Gianfranco Costamagna wrote: > control: owner -1 ! > > Hi, > > the packaging looks good, however I'm not sure about this [1] > > apt-get install libblas.so > Reading package lists... Don

Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and client

Hi, continuing the review: debian/dropbear-initramfs.postinst "if ! which ssh-keygen >/dev/null 2>&1; then cat else " cat of what? I'm not sure this is correct... can you please clarify? after that well, I don't have any more issue. " dropbear (2015.68-1) experimental; urgency=low * New c

Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and client

ha scritto: Hi, On Fri, 02 Oct 2015 at 14:47:21 +, Gianfranco Costamagna wrote: > cat of what? I'm not sure this is correct... can you please clarify? cat of the ‘showpubkey’ function's standard input :-) ‘showpubkey’ is used as follows: dropbearkey … | showpub

Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Paul, are you still interested in sponsoring this package? I did a quick look and it seems good now, however I'm wondering about some hidden issues... does this package have any showstopper to you? cheers, Gianfranco -BEGIN PGP SIGNATURE--

Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: owner -1 ! Control: tags -1 moreinfo > I would suggest using https in all the debian/copyright URLs. this needs to be done :) (there is an http > gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I.. -D_FORTIFY_SOURCE=2 -g - -O2 > -Werror=array-bou

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

Hi Alex, >Notice the ``eviacam-doc'' package only includes the files installed >in ``/usr/share/doc/eviacam/help'' directory and nothing else. > > >Gianfranco, could you please see is the solution I found correct? The >Debian documentation on this seems to be a bit lacking, I found the >soluti

Re: Comments and Sponsor for new package privacyIDEA

Hi Cornelius, please read [1] to put the package on mentors and open an RFS bug [2] [1] http://mentors.debian.net/intro-maintainers [2] https://mentors.debian.net/sponsors/rfs-howto cheers, Gianfranco Il Sabato 3 Ottobre 2015 18:18, Cornelius Kölbel ha scritto: Dear mentors, I created a

Bug#801197: RFS: smplayer-themes/1:15.6.0-1

control: owner -1 ! control: tags -1 moreinfo Hi, 1) d/changelog: smplayer-themes (1:14.9.0-1) unstable; urgency=medium + [ Alessio Treglia ] + * Upload to unstable. + + [ Mateusz Łukasik ] * New upstream release. * debian/control: - Add myself to uploaders. this isn't what has been upload

Bug#801198: RFS: smplayer/15.9.0~ds0-1

Control: owner -1 ! Control: tags -1 moreinfo Hi Again, 1) d/copyright: you removed some licenses (e.g. maia, unzip, quazip and so on) they are still there, some of them just moved from src/findsubtitles/quazip/unzip.c to zlib/contrib/minizip/unzip.c 2) rules: I fail to understand the reason

Bug#801197: RFS: smplayer-themes/1:15.6.0-1

Hi, >dh_usrlocal: >debian/smplayer-themes/usr/local/share/smplayer/themes/Oxygen-KDE/Oxygen-KDE.rcc > >is not a directory >dh_usrlocal: >debian/smplayer-themes/usr/local/share/smplayer/themes/Oxygen-KDE/README.txt >is not a directory >rmdir: failed to remove >'debian/smplayer-themes/usr/local

Re: Uploaded package is not showing up in mentors

Hi Petr, > >Still not sure about it. please read: https://www.debian.org/doc/manuals/developers-reference/pkgs.html#nmu-changelog Actually it depends, an NMU is a "one shot" upload, where you fix a particular bug but you express not much interest in maintaining the package (e.g. an NMU can b

Re: Uploaded package is not showing up in mentors

Hi Petr, >I'm just >interested to fix #778650 and any other RC bugs. But as there is a team >working on them my >help is not needed. Well, if you can fix the RC too or you get an ack from a maintainer for the 778650 bug just let me know :) cheers, G.

Bug#790125: RFS: dropbear/2015.68-1 - lightweight SSH2 server and client

s and nobody complained yet, and I'm not sure what else to check here. cheers, G. Il Sabato 3 Ottobre 2015 21:12, Guilhem Moulin ha scritto: Hi! On Fri, 02 Oct 2015 at 15:49:18 +, Gianfranco Costamagna wrote: > no problem, just ping me whenever your package becomes ready ag

Bug#799205: RFS: eviacam/2.0.1-5 [ITP] -- webcam based mouse emulator

> >I think Cesar has fixed almost all lintian warnings except the "too >much arch independent data" warning, including the "keyword" keyword >funny issue mentioned by Gianfranco. However, I see mainly 2 problems. >First, if I try to build using debuild, I get the error >`dh_autoreconf: autoreconf

Bug#801444: RFS: node-bootstrap-tour/0.10.2+dfsg-1 [ITP bug #801443]

Control: owner -1 ! Control: tags -1 moreinfo Hi grep MIT . -R returns some files, please update the copyright accordingly (if needed of course, but I leave checks to you :) ) the files were originally MIT licensed it seems, so please check if this still applies. cheers, G.

Bug#801438: RFS: node-moment/2.10.6+dfsg-1 [ITP bug #759958 ]

Control: owner -1 ! Hi, as said on irc I would appreciate a look at this lintian pedantic warning: P: node-moment source: source-contains-prebuilt-javascript-object locale/bo.js line length is 447 characters (>256) let me know how and if you want to look at it :) the package looks fine anyw

Bug#801449: RFS: node-isarray/0.0.1-1 [ITP]

Control: owner -1 ! Control: tags -1 moreinfo Hi Ross, the package is a little bit small indeed :) Do you have any written down sentence from an ftpmaster that the package will pass the new queue now? I don't want to reupload the package and get another rejection, I would like to read a state

Bug#801449: RFS: node-isarray/0.0.1-1 [ITP]

Fine by me. Built&Signed&Uploaded on new queue, thanks for your contribution to Debian! cheers, G. Il Sabato 10 Ottobre 2015 12:51, Ross Gammon ha scritto: Hi Gianfranco, On 10/10/2015 12:25 PM, Gianfranco Costamagna wrote: > Control: owner -1 ! > > Control: tags -1

Bug#798990: RFS: webdeploy/1.0-1 ITP #798716 -- deploy files via FTP

That was a (sfortunate) issue due to the line wrapping. so, now please use tab instead of spaces in the dh_auto_install target, set the distribution to unstable from UNRELEASED update your copyright to a more complete version (you can take example from there) https://sources.debian.net/src/de

Bug#798990: RFS: webdeploy/1.0-1 ITP #798716 -- deploy files via FTP

10/15 19:06, Gianfranco Costamagna wrote: > That was a (sfortunate) issue due to the line wrapping. I thought it would be something like that > > > > > so, now please use tab instead of spaces in the dh_auto_install target, Oops, my mistake, my editor converted the tab, I'

Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Dmitry, please check the copyrights carefully. e.g. some documentation files are released under FDL license (some 1.2 and some others 1.3) This might not be an issue, I leave the deep check to you :) cheers, G. -BEGIN PGP SIGNATURE- V

Bug#792144: RFS: cunit/2.1-2.dfsg-3 -- Unit Testing Library for C [ITA]

2015 0:21, Azat Khuzhin ha scritto: On Thu, Oct 01, 2015 at 02:17:29PM +, Gianfranco Costamagna wrote: > Hi Azat, > > > > >No problem, replaced version in d/changelog and d/NEWS to > >"2.1-3+dfsg-1". > > > wonderful > >Done using d/copy

Bug#788418: Now resuming the packaging

Hi, you should open a bug against release.debian.org https://bugs.debian.org/cgi-bin/pkgreport.cgi?users=release.debian@packages.debian.org;tag=transition and ask for a transition slot test if the reverse dependencies still build fine https://release.debian.org/transitions/html/auto-nfft.ht

Bug#788418: Now resuming the packaging

Hi Ghislain, >"Upload your new version to experimental (and have it clear NEW)" > >Requesting a transition slot happens way further the line it seems, or >am I missing something? yes, you set target experimental, clear new queue and ask the slot. cheers, G.

Bug#801703: RFS: eclipse-titan/5.3-1 [ITP]

Control: tags -1 moreinfo Hi, I won't sponsor the package, but I'm sure you will find a sponsor on pkg-java, that is the best place to look for a sponsor http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-java-maintainers some issues: please open an ITP bug, please upload the sources o

Bug#790412: RFS: circus/0.12.0-1

Control: owner -1 ! Hi David quick review: 1) control: runtime dependencies: please let python:Depends to its job I see in setup.py install_requires = ['iowait', 'psutil', 'pyzmq>=13.1.0', 'tornado>=3.0'] (also: why some dependencies are not listed here?) 2) rules/control: please consider u

Bug#787861: review: polyml

> to go through the details. > > Thanks, > James > >> On 25 Sep 2015, at 17:32, Gianfranco Costamagna >> wrote: >> >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA256 >> >> Hi, this is really too much for an NMU. >> >> Did y

Bug#797888: RFS: panda3d/1.9.0-1 [ITP] -- Panda3D free 3D engine SDK

Hi, >What exactly? I mean dh_build, dh_clean, dh_install and so on :) >I would like to avoid that, mainly because the work would be obsolete soon, >as upstream wants to switch to CMake in the (more or less) near future. ack then >You realized that these files aren't symlinks but libraries?

Bug#801782: RFS: node-private/0.1.6+20141112-1 [ITP, bug #789794]

Control: owner -1 ! Control: tags -1 moreinfo Hi, as said on irc: control: 1) priority: optional changelog 2) 0.1.6+20141112-1 --> 0.1.6+git20141112-1 3) README.source. Instead of wget -c https://github.com/benjamn/private/archive/.tar.gz maybe something like https://github.com/benjamn/pr

Bug#787861: review: polyml

Hi James, >Thank you for continuing to look at this. I have just uploaded the newest >version (5.5.2-1~rc1) to https://mentors.debian.net/package/polyml. thanks to you for caring! >1) I have sent a request to join debian-science. Presumably I should wait >until the package is ready to be upl

Bug#784898: RFS: duperemove/0.10-1 [ITP]

Control: owner -1 ! Control: tags -1 moreinfo Hi Felix, let's review. 1) the first patch should be upstreamed 2) the second one should be: -PREFIX = /usr/local +PREFIX ?= /usr this way you can upstream it too. (please forward and add link inside the patches) 3) copyright is outdated. xxhash

Bug#801650: RFS: edgar/1.21-1 [ITP]

Hi again "fonts/DejaVuSans.ttf" I would appreciate using the system font (apt-file search can give you an hint about where it is located, and hedgewars package can show you some code to link it, or to make the code find it) "make clean" I would appreciate fixing distclean and use $(MAKE) i

Bug#784898: RFS: duperemove/0.10-1 [ITP]

Another issue: http://debomatic-amd64.debian.net/distribution#unstable/duperemove/0.10-1/blhc cheers, G.

Bug#784898: RFS: duperemove/0.10-1 [ITP]

16PM +, Gianfranco Costamagna wrote: > 1) the first patch should be upstreamed > 2) the second one should be: > -PREFIX = /usr/local > +PREFIX ?= /usr > > this way you can upstream it too. > (please forward and add link inside the patches) well, to upstream that you nee

Bug#801838: RFS: node-es5-shim/4.1.14+dfsg-1 [ITP]

Control: owner -1 ! Control: tags -1 moreinfo as said on irc: 1) rules: override_dh_auto_test: please add a comment on the above line regarding the reason for disabling the testsuite (requires internet connection or similar) 2) rules: override_dh_auto_install: dh_install what? ^^^

Bug#790412: RFS: circus/0.12.0-1

Control: tags -1 moreinfo So please ping me as soon as you have fixed the above. cheers, G. Il Giovedì 15 Ottobre 2015 11:11, David Douard ha scritto: On 10/13/2015 07:17 PM, Gianfranco Costamagna wrote: > Control: owner -1 ! > > Hi David > > quick review: Thanks,

Bug#801213: RFS: python-privacyidea/2.7-1

Control: owner -1 ! Control: tags -1 moreinfo Hi please fix the mentors issues and remove tag moreinfo as soon as you have addressed them. e.g. ITP bug is needed, the changelog should target unstable not jessie, you should contain only an "initial release, closes: #ITP" or similar please tr

Bug#787861: review: polyml

Hi James >I have uploaded 5.5.2-1~rc2 to mentors. please call it 5.5.2-1 and nothing more :) you can push the same version many times on mentors with no problems. >1) Do I need to send a separate email to this then? I also filed #801793 for a >transition, but that has already been closed as u

Bug#784898: RFS: duperemove/0.10-1 [ITP]

Hi Felix, Il Mercoledì 14 Ottobre 2015 20:21, Felix Zielcke ha scritto: >Thanks very much to both of you. >I created now a github fork for it: > >https://github.com/fezie/duperemove > >Though I didn't do much yet. https://github.com/fezie/duperemove/commit/958c4f520a6f9c2552f2b98a3bd1504e

<    5   6   7   8   9   10   11   12   13   14   >