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

Hi, done! cheers, G. Il Lunedì 8 Febbraio 2016 7:02, Dmitry Bogatov ha scritto: Hi! Complexity hit testing. Would you be so kind to upload this version (just one more changelog entry) to jessie-backports? Since complexity depends on libopts25, version from testing can't

Re: RFS: sponsor needed

Hi, please look at http://mentors.debian.net/intro-maintainers upload the packages on mentors (fix lintian complains), and ask for an RFS bug to have a review. Mail list is not usually a good place to review packages :) cheers, Gianfranco Il Lunedì 25 Gennaio 2016 20:43, pavroo

Bug#813215: RFS: ripit/4.0.0~beta20140508-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, > I am looking for a sponsor for my package "ripit" did you already find a sponsor that you closed this RFS? cheers, Gianfranco -BEGIN PGP SIGNATURE- Version: GnuPG v1

Bug#813624: RFS: ismrmrd/1.3.2-2 [RC]

Hi, > Hi, please not it still fails on armhf. I know it was uploaded, this was a typo "please note" not "please not" :) I mean, please look at the build failure left on this arch ;) thanks a lot! Gianfranco

Bug#813624: RFS: ismrmrd/1.3.2-2 [RC]

Hi, please not it still fails on armhf. thanks G. Il Mercoledì 3 Febbraio 2016 20:45, Ghislain Vaillant ha scritto: Package: sponsorship-requests Severity: important Dear mentors, I am looking for a sponsor for my package "ismrmrd" * Package name: ismrmrd

Re: public-domain in the debian/copyright

Hi, does this helps? https://codesearch.debian.net/results/License%3A%20public-domain/page_0 cheers, G. Il Giovedì 4 Febbraio 2016 14:37, Gustavo S. L. ha scritto: hello mentors lintian say that about one party for my archive by copyright "The files paragraph in the

Bug#813548: RFS: nfft/3.3.0-5

Hi, sponsored! please let me know if you need sponsoring for the two reverse-dependencies. cheers, Gianfranco Il Mercoledì 3 Febbraio 2016 1:21, Ghislain Vaillant ha scritto: Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for

Re: Depending on a package not available in Sid

Hi, >Well, sorry... >I'd suggest to make the package fit for stretch. Backports is IMHO out >of scope. exactly. It is unfortunate that llvm-* folks likes to change/break API, but Debian Maintainers can't handle many different llvm releases at the same time (specially for security purposes).

Re: Including "orig.tar.gz" for upload with gbp/git-buildpackage

Hi, >Mostly because using "USE_PDEBUILD_INTERNAL=yes" in "~/.pbuilderrc" I>don't >have to install the build dependencies (which maybe >needed[1][2]) on the system itself, as it will take care of everything >on the chroot. Although I do have a machine which is reserved for >development only, I

Re: Adding SONAME to a shared object in KLEE

Hi, I'm going to answer to the upstream issue. cheers, G. Il Domenica 31 Gennaio 2016 7:50, Marko Dimjašević ha scritto: Hi all, I've been working on creating a Debian package for the KLEE tool per the following ITP:

Re: Including "orig.tar.gz" for upload with gbp/git-buildpackage

Hi, gbp buildpackage -S -sa works for me. Mentors strips binaries, so I don't understand why to call it with pbuilder :) alternatively also dpkg-buildpackage -S -sa works. And in case you want to do a backport, where you have to include the orig tarball, but pbuilder strips it (yes, it

Re: Package libburn-1.4.2.pl01.tar.gz as 1.4.2-2 or as 1.4.2.pl01-1 ?

Hi, >It's a local thing too ? >I thought it was for the "action needed" frame of tracker.debian.org >Normally a day after upstream releases i see a notification there. "uscan" simple as it. apt-file search bin/uscan might help in finding the package :) >A link to bug report 813020 of

Re: Package libburn-1.4.2.pl01.tar.gz as 1.4.2-2 or as 1.4.2.pl01-1 ?

Hi, >thanks for the answers to my previous question about Multi-Arch. >Incidentially the next packaging of libburn will happen soon, >because of an embarrassing bug in its command line frontend cdrskin. > >This leads me to my next first-time situation: > >There is now upstream

Re: Package libburn-1.4.2.pl01.tar.gz as 1.4.2-2 or as 1.4.2.pl01-1 ?

Hi >[Changing hats.] >I am the upstream myself. .pl01 is tradition. What's wrong with it ? >[Changing hats again.] > >(Upstream is not unteachable. Just would need to be convinced.) well, it is a little bit unusual to have versioning with letters and not only numbers... I would expect the

Re: Again about Multi-Arch and Pre-Depends

Seems you already got your answer :) cheers, G. Il Giovedì 28 Gennaio 2016 18:03, Thomas Schmitt ha scritto: Hi, i need advise about https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=813020 where Matthias Klose asks me to add +Multi-Arch: same +Pre-Depends:

Re: Again about Multi-Arch and Pre-Depends

It is a... Read the bug report and look for doko's answer :) G. Sent from Yahoo Mail on Android On Thu, 28 Jan, 2016 at 18:18, Thomas Schmitt<scdbac...@gmx.net> wrote: Hi, Gianfranco Costamagna wrote: > Seems you already got your answer :) Is this an encrypted "No" to

Re: Packaging an apparently unreleased Git repository

did you try to run the command "origtargz"? cheers, G. Il Giovedì 28 Gennaio 2016 9:02, Matt Kraai ha scritto: Hi, I'd like to package rust-mode (cf. https://github.com/rust-lang/rust-mode). There is a version number in the source code (i.e., 0.2.0), but I haven't been

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

Hi, >If a package is already in NEW, you could ask ftp-masters to REJECT the >package. Then you could upload the package again with the same version. > >But it's simpler (both for you and ftp-masters) if you just upload a new >Debian release. > >Anyway, I see that -1 has been already accepted.

Re: [help] Bug#812681: mira: FTBFS with flex >= 2.6]

Hi, ettercap has some flex code, does it helps? I don't understand flex either, sorry :( cheers, G. Il Lunedì 25 Gennaio 2016 22:07, Andreas Tille ha scritto: Hi, sorry, I have no idea about fley and need help to fix this problem. Any hint would be welcome. Kind

Re: PAM module packaging help

0.6.0~rc2%2Bsvn122-4/debian/control/ cheers, G. On Fri, Jan 22, 2016 at 5:37 AM, Gianfranco Costamagna <costamagnagianfra...@yahoo.it> wrote: Hi, I don't understand what are you asking... > > >anyway, if you add the libfoo-dev to the build dependencies >you should be fi

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

Hi, >http://mentors.debian.net/debian/pool/main/c/complexity/complexity_1.3+dfsg-1.dsc > >I fixed copyright issues (I believe) and some other minor >stuff. Lintian is absolutely happy. Would you be so kind to upload it? the package is already on new queue (1.3+dfsg-1 and 1.3+dfsg-2) do you

Re: PAM module packaging help

Hi, I don't understand what are you asking... anyway, if you add the libfoo-dev to the build dependencies you should be fine, as long as you have the shlibs:Depends substvar on your runtime dependencies. With some code/packaging we might provide better answers cheers, G. Il Giovedì 21

Bug#807763: Looking for help to solve licence and third-party issues of the tomahawk-player package

Hi, >after the first review of my draft of the tomahawk-player package, I >discussed the problem with the developers of the player and I commented >all point of the review. Unfortunately, I didn't get any further >response and so I really do not know what to do next. > >Because of this

Re: libjreen in NEW queue

hi, I asked on irc #-ftp to review it if possible. BTW you might even want to rename it as src:jreen in a future upload (whenever accepted). (note: the development binary library packages should still be libjreen*) cheers, Gianfranco Il Lunedì 18 Gennaio 2016 14:36, Stefan Ahlers

Bug#811264: RFS: rhythmbox-plugin-alternative-toolbar/0.16.3-1

control: owner -1 ! control: tags -1 moreinfo let's review: Hi, 1) changelog: - -- fossfreedom Mon, 28 Dec 2015 19:20:43 + + -- David Mohammed Mon, 28 Dec 2015 19:20:43 + you changed the first changelog entry, not a big problem,

Re: sagan fails on *-i386

Hi Herbert >I don't know how to fix this. me neither, but looking at the source github code seems this one the responsible commit https://github.com/beave/sagan/commit/c85c738b29cc30e7faaf5bf503e7850a5a63b1b4 and I fail to see an upstream issue. This seems affecting many i386 architectures

Re: Bug#801253: O: wicd -- wired and wireless network manager

Hi, >generally speaking, what can i do in maintaining the wicd package, exept >fixing bugs (e.g. also the todo bug listed in the changelog) and >uploading new upstream versions? fixing bugs and keeping the package up-to-date, is so far the best thing you can do with the package (as

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

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Sean, BTW I removed the lintian-override on the debian directory. lintian is wrong in this case, so there is no need to override it. (wrong because it doesn't know if the link will be satisfied in a package that is a dependency) cheers,

Bug#802703: (no subject)

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 control: noowner -1 thanks Removing myself as owner, there has been no reaction on the bug report since months. Please reopen if anything changes. cheers, G. -BEGIN PGP SIGNATURE- Version: GnuPG v1

Bug#801237: mactel-boot review

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: noowner -1 Unsetting myself from owners, this way somebody might pick it up. cheers, Gianfranco On Sat, 19 Dec 2015 15:40:26 +0100 Gianfranco Costamagna <locutusofb...@debian.org> wrote: > -BEGIN PGP SIGNED MESSAGE- Has

Re: RFS: ublock-origin/1.5.6+dfsg-1 [ITP] -- general-purpose lightweight ads, malware, trackers blocker

Hi, >Thank you for taking the time to review my packaging :) I did already review the ublock package, this one was somewhat a similar package ;) >What positive feedback did you get? I didn't see any other comments on >the bug report nor the pkg-mozext-maintainers list. it was a private

Re: Bug#801253: O: wicd -- wired and wireless network manager

Hi, >my first commit: >https://github.com/toogley/pkg-wicd/commit/4ade5ad71c1c50be9cd3748742042ff34a428fb1 >why do you say the "main development" is done in master, and not in >stretch, as stretch is merged into stable after a while? no, master is usually what is uploaded in unstable. After

Bug#802902: RFS: vconnectstand/2.0.1 ITP

:44, Gianfranco Costamagna wrote: > > -BEGIN PGP SIGNED MESSAGE- > > Hash: SHA256 > > > > Hi, > > > > ping, if you are still interested, please answer and fix the above : ) > > (or ask about how to fix it) > > > > cheers, > > > &

Re: Bug#801253: O: wicd -- wired and wireless network manager

> orig tarball doesn't have the same source anymore, Could you please explain that? the source tree has the same content has the orig.tar.gz tarball. if you commit a change outside the debian directory), the content changes simple as this. So, you can commit only changes in debian

Re: Bug#801253: O: wicd -- wired and wireless network manager

Hi, >oh, i've just overlooked that part of your explanation regarding the >master/sid branch... lol wonderful! > What do you mean by that? I mean, if i revert/correct my changes with > another commit, doesn't that lead to a confusing git history, as my > commit was not correct? everybody

Re: Bug#801253: O: wicd -- wired and wireless network manager

Hi >But i haven't commited in the source directory, just in the debian one? true! cheers, G.

Re: Bug#801253: O: wicd -- wired and wireless network manager

Hi >Can you please explain why you used dh_clean and not dh_build or sth >similar? i mean, is there a specific reason? acually the updatepo is something that needs to be done and committed on git. during in dh-clean ensures you will run it from time to time (at least to create a

Re: use of deleted function boost::detail::stored_edge_property

Hi does this helps? http://stackoverflow.com/questions/25395805/compile-error-with-boost-graph-1-56-0-and-g-4-6-4 cheers, G. Il Giovedì 14 Gennaio 2016 12:32, Corentin Desfarges ha scritto: Dear mentors, I'm still trying to package the new upstream

Bug#810836: RFS: nvme-cli - User space tooling to control NVMe drives.

Control: block -1 by 810033 >I am looking for a sponsor for my package "nvme-cli": Hi Steve, I see you already did a review on the ITP bug, can you please follow up on this RFS bug? (RFS bugs are seen by -mentors list, while ITP aren't) if you aren't going to sponsor the package nevermind

Re: RFS: snetmanmon, a simple network manager and monitor

Hi, >> -format should be 3.0 quilt not native > >That doesn't work. I already have had spend time before with trying to >use 3.0 and it didn't played well with the build system I'm using for >snetmanmon (cmake). it works, I can confirm you it works, on many projects I maintain. Maybe you just

Re: boost : no match for call to boost::factory

Hi, >I'm trying to package the new upstream release of FW4SPL for the debian-med >project. But I get this strange error during the build : > >(std::__cxx11::basic_string)'> return >(*f)(BOOST_FUNCTION_ARGS); >Is someone have any idea about the cause of this issue ? >The concerned

Bug#810012: RFS: averell/1.2.4-1 ITP 773793

control: tags -1 moreinfo http://mentors.debian.net/package/averell please address the lintian warnings you have, open an ITP, rebase the changelog in a since -1 entry and then remove the moreinfo tag (I'm not sure I'll sponsor the package, since I know almost nothing about erlang) thanks,

Bug#809623: RFS: telegram-purple/1.2.3-1

Hi again, >Oh, wow. This will take a bit time until I grasp everything well enough >to publish something with this :P > >Most prominently, I don't like the "everythingisoneline" approach of the >watchfile. I guess someone has already suggested changing it to the >"usual" YAML-based approach?

Bug#809623: RFS: telegram-purple/1.2.3-1

Hi, > >Seems like it, true, but sadly is necessary. The package is in version >control, and unless we provide pre-bundled origtars somewhere (which >won't happen), this has to build the origtar by invoking "make dist" in >the source tree. why you cant provide pre-bundled origtars? I know

Bug#809623: RFS: telegram-purple/1.2.3-1

Hi, >These (and only these; see below) are already fixed in 1.2.4-2, which >was uploaded 8 days ago [1] dget -u http://mentors.debian.net/debian/pool/main/t/telegram-purple/telegram-purple_1.2.4-2.dsc this is the file I downloaded now and it looks better. Maybe when you have too many

Bug#808141: sponsorship-requests: Dear mentors, I am looking for a sponsor for my package eclipse-titan.

Hi, >The new package is done, everything is fixed, I hope. I didn't changed >anything in the source, just under the debian/ directory. Should I upload the >package as >before or use the dquilt method as >https://www.debian.org/doc/manuals/maint-guide/update suggests? >If I'm right, the update

Bug#809623: RFS: telegram-purple/1.2.3-1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: tags -1 moreinfo Hi, I'm not sure if anybody picked up the work for this bug, but lets do another review: - -please drop commented default stuff from rules file - -please use autoreconf and b-d on dh-autoreconf if possible - -please

Bug#809642: sponsorship-requests: RFS: digikam/4:4.14.0-1.1~bpo8+1 [NMU]

h http://backports.debian.org/Contribute/ (thanks to Mattia Rizzolo for the reference!) and under the "basic rules" it says to simply append "~bpo..." to the version. Do you really also need to change from "-1" to "-1.1"? Best, -Steve On January 2, 2016 12:1

Bug#808546: RFS: node-restore/0.3.0-1 [ITP] -- simple RemoteStorage server written in Node.js

Control: owner -1 ! Control: tags -1 moreinfo Hi, lets review: http://debomatic-amd64.debian.net/distribution#unstable/node-restore/0.3.0-1/lintian lintian needs fixing I: node-restore source: xs-testsuite-header-in-debian-control xs-testsuite I: node-restore source:

Bug#810853: RFS: moosefs/2.0.83-1 [ITP] -- fault tolerant, reliable, highly available, highly performing, scaling-out network distributed file system

>Il Martedì 12 Gennaio 2016 22:52, Piotr Robert Konopelko > ha scritto: >I forgot to mention, that MooseFS fork - LizardFS is a fork >of *old* MooseFS version - 1.6.27-5 which is a far behind >2.0.x (stable) or 3.0.x (curent / testing). > >(Far behind = since MFS

Bug#810853: RFS: moosefs/2.0.83-1 [ITP] -- fault tolerant, reliable, highly available, highly performing, scaling-out network distributed file system

(wrong hotkey) Hi, If you think it is a full and better replacement of LizardFS, you need to talk with LizardFS maintainer, reachable at https://packages.qa.debian.org/l/lizardfs.html cheers, Gianfranco

Re: RFS: snetmanmon, a simple network manager and monitor

Hi, >The copyright for snetmanmon isn't autogenerated, it's part of the >README. What I'm generating here is the file which is necessary for the >debian package, mainly because I don't want to have the GPL in the >standard LICENSE file and in debian/copyright. And that is something I >likely

Bug#807700: RFS: steamcmd - Command-line interface for Steam

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: owner -1 ! Control: tags -1 moreinfo Hi, packaging stuff/binaries randomly donwloaded from the internet is somewhat a no-go for Debian in general. some additional remarks: you are exposing an i386 package, but I think it runs on amd64

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

control: owner -1 ! control: tags -1 moreinfo little review: please use autoreconf instead of autotools-dev (dh-autoreconf and call dh --with autoreconf) please remove all the comments from rules file and also the two lines below DPKG_EXPORT_BUILDFLAGS = 1 include /usr/share/dpkg/default.mk "

Re: RFS: snetmanmon, a simple network manager and monitor

Hi, such requests disappears quickly from the mentors list. Can you please open an RFS bug for your package? https://mentors.debian.net/sponsors/rfs-howto >I'm unsure if I have to provide an already built package too. you don't need, it is stripped by mentors.d.o website, and useless in a

Bug#747032: RFS: libjs-zxcvbn/1.0+dfsg.2-2

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Ben > The latest source package is now online at > . > Hi Ben do you still need a sponsor? there is a new upstream release, let me know if you want another review+upload :) cheers, G.

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

, Grigori Fursin <grigori.fur...@ctuning.org> ha scritto: I think I see. Thanks, Gianfranco. I guess I will now wait if someone will be willing to sponsor my package and then will try finalize all that ... Take care, Grigori -Original Message- From: Gianfranco Costamagna Sent: T

Re: Re: Re: mentor wanted

Hi again Stephan >Well, the whole idea behind blends is packaging. For example, to >have tasks posted to the website I need a control file in a Debian >folder. I need a rules file, I need metafiles, etc, etc. yes, if they are specific to packaging I think I can help here :) Just give us

Re: Re: mentor wanted

Hi, >I know...I looked over this mailing list and almost every message starts with >"Bug #". >Going back to the Debian Developer's Reference, it says if someone wants a >mentor >to help via email, they should ask here. I need advice, but on a broader array >of >issues than just one bug. >

Bug#796030: RFS: tablesnap/0.7.2-1 [ITP] -- Backup utility for the Cassandra database

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Jeremy > I am looking for a sponsor for my package "tablesnap" > the package has been removed from mentors, are you still interested? cheers, G. -BEGIN PGP SIGNATURE- Version: GnuPG v1

Re: mentor wanted

Hi, >Hello, in the Debian Developer's Reference it says those who are new >to the project and need some help should post here: sure, no problem >"Those who prefer one-on-one help (e.g., via private email) should >also post to that list and an experienced developer will volunteer to >help." no

Re: Help needed with symbols index in package

Hi, >Updated package is at http://mentors.debian.net/package/kpmcore am I wrong or I failed to see an RFS bug? or do you already have a sponsor? sorry but without a bug is difficult to keep track of packages needing a sponsor cheers, G.

Re: O: wicd -- wired and wireless network manager

Hi, >I'd like to maintain the wicd package, especially because it's a kind of >popular package. That would offer me a great challenge to master. But i >assume, I'll certainly make errors and certainly be very slow at the >beginning in comparison with an experienced maintainer. > >I can't

Bug#810090: RFS: eclib -- code for modular symbols and elliptic curves over Q

Hi, Signed, thanks for your contribution to Debian! >I don't think that update will require a transition. reverse-depends -b libec-dev reverse-depends libec-dev reverse-depends libec2 returned nothing, so I sponsored the package. there is no need for a Debian transition, but it might be

Re: Failed to stop defining RPATH in libncl

the linker won't be able to find them. http://debomatic-amd64.debian.net/distribution#unstable/libncl/2.1.18+dfsg-1/lintian cheers, G.From 70730ba4b0c76c539f770c89626129a92ab9bd1e Mon Sep 17 00:00:00 2001 From: Gianfranco Costamagna <locutusofb...@debian.org> Date: Mon, 4 Jan 2016 13:37:09

Re: Failed to stop defining RPATH in libncl

Hi Andreas, >thanks for your attempt to help. you are welcome! >I admit the chrpath hint by Alec Leamas was sufficient to solve the rpath >issue. it isn't unless you also move the libraries in usr/lib/triplet > >Well, I removed some cruft but I'd like to keep the d-shlibs thingy for >the

Bug#809731: RFS: mpd-sima/0.14.1-1 (New upstream version)

Hi, Il Domenica 3 Gennaio 2016 16:45, Geoff ha scritto: >Done wonderful >Actually I don't have preferences nor opinion over a solution or the >other. I would align the package with the policy if needed. > >The piuparts problems was triggered by a small issue in the code

Bug#809642: sponsorship-requests: RFS: digikam/4:4.14.0-1.1~bpo8+1 [NMU]

Control: tags -1 moreinfo Hi Matthias, if you need a backport, please ask the team or the previous uploaders to perform it. I cced the actual maintainers for the package, they will follow up with an upload if possible (I hope). BTW this kind of requests are usually performed with a bug

Bug#809573: RFS: isomaster/1.3.13-1

Control: owner -1 ! Control: tags -1 moreinfo Hi 1) +-DEFAULT_VIEWER ?= firefox ++DEFAULT_VIEWER ?= sensible-broswer bad typo is bad. 2) some lintian stuff needs fixing http://debomatic-amd64.debian.net/distribution#unstable/isomaster/1.3.13-1/lintian -e.g. copyright in dep5 (trivial stuff

Bug#809642: sponsorship-requests: RFS: digikam/4:4.14.0-1.1~bpo8+1 [NMU]

Hi, >please both of you read http://backports.debian.org/Contribute/ > >AFAIK most of the packages in backports are not maintainer by their >original maintainers, and upload to bpo are not considered NMU of any >kind (don't get driven off by lintian!). > >Kinda of summarized in the "Best

Bug#809660: RFS: node-es6-shim -- ECMAScript 6 compatible shims for legacy JavaScript engines

Control: owner -1 ! Control: tags -1 moreinfo Hi, you didn't start from the last unstable version, so you need to check something more, and fix the changelog. I propose the following debian packaging, please fix your VCS. Note: you can't simplify the watch file and the copyright files-excluded

Bug#809449: RFS: gsimplecal/2.0-2 [ITA]

Control: owner -1 ! Control: tags -1 moreinfo Hi, unstable and testing have version 2.1, while you are asking to sponsor version 2.0-2. Please test your fix against the latest unstable version, and upload on mentors if still needed a new package. (please start with a dget -x

Bug#809407: [Pkg-javascript-devel] Bug#809407: RFS: node-isstream/0.1.2+dfsg-1 [ITP]

Hi Alexandre, really a bad timing :) not sure which upload did go on new queue :) cheers G. Il Mercoledì 30 Dicembre 2015 17:42, Alexandre Viau ha scritto: Hey Ross, On 30/12/15 07:00 AM, Ross Gammon wrote: > Package: sponsorship-requests > Severity: wishlist > > Dear

Bug#809407: [Pkg-javascript-devel] Bug#809407: RFS: node-isstream/0.1.2+dfsg-1 [ITP]

Hi, >Haha! > >Mine went in. > >You know what, I should have replied to the list. Next time I'll do >that. I hesitated, looks like I should have! Actually I hesitated a little bit too to reply to the list :) thanks for caring about the package! cheers, G.

Bug#806815: pkg-lirc team seems unmaintained

gt; ha scritto: Hi [ it's late and I'll be on the road again for the next couple of days before christmas, so I might miss some finer details of this mail, although it already got longer than I hoped ] On 2015-12-18, Gianfranco Costamagna wrote: > -BEGIN PGP SIGNED MESSAGE- >

Re: debian/watch - check multiple hosts?

Hi, >> is it possible to have uscan check multiple hosts? e.g. for GNU >> findutils I would like to look at both stable and unstable releases > >Are you aware the watch file is meant to find a *single* tarball? > >What would you want the result of scanning multiple hosts; how would >you want

Bug#809210: RFS: mdadm/3.3.2-5+deb8u1 [NMU]

Hi Yann, I see the previous upload has been sponsored by Steve [2015-11-23] Accepted mdadm 3.3.4-1.1 (source amd64) into unstable (Yann Soubeyrand) (signed by: Steve McIntyre) Can't you just ask him to sponsor again to jessie s-p-u? I have no problem in sponsoring something to s-p-u, but I'm

Re: Source tarball update/fix

Hi, also the - is a good separator. you can use dpkg --compare-versions to see if the version is good or not. cheers, G. Il Lunedì 28 Dicembre 2015 17:05, Sergio Durigan Junior ha scritto: On Monday, December 28 2015, Ben Finney wrote: Hi Ben, Thanks for the

Re: webcamoid - NEW

Hi, the package was already in new queue, and got accepted yesterday. Please move your fixes in a -2 revision and ping me when done. and please start from the -1 version in experimental e.g. with dget -u http://http.debian.net/debian/pool/main/w/webcamoid/webcamoid_6.2.0-1.dsc thanks

Bug#804100: RFS: rhythmbox-plugin-alternative-toolbar/0.14.0-1~debian [ITP]

- I'll change all references for Gnome to GNOME in >>the description >> >> >>5. W: rhythmbox-plugin-alternative-toolbar: extra-license-file >>usr/lib/rhythmbox/plugins/alternative-toolbar/LICENSE >> >> >>I'm not sure how to do this - I thought of

Bug#804100: RFS: rhythmbox-plugin-alternative-toolbar/0.14.0-1~debian [ITP]

15.0 => Package is up to date Newest version on remote site is 0.15.0, local version is 0.15.0 => rhythmbox-plugin-alternative-toolbar_0.15.0.orig.tar.gz already in package directory '..' -- Scan finished thanks David On 28 December 2015 at 19:21, Gianfranco Costamagna <costamagnag

Bug#808823: [Pkg-javascript-devel] Bug#808823: RFS: node-cross-spawn-async/2.1.1-1

Hehe sorry!I gave him dm anyway :) G. Sent from Yahoo Mail on Android On Wed, 23 Dec, 2015 at 17:23, Mattia Rizzolo wrote: On Wed, Dec 23, 2015 at 04:12:02PM +, Mattia Rizzolo wrote: > On Wed, Dec 23, 2015 at 02:16:58PM +0100, Ross Gammon wrote: > > Package:

Re: new version python3

Hi, >I am working in a new version of lfm, the new version is python3 for >this reason I want to know if necessary create a ITP bug with a new >package like this lfm3, to package this new version, or if I could >continue with the same package. the question is: is this something that the

Bug#804100: RFS: rhythmbox-plugin-alternative-toolbar/0.14.0-1~debian [ITP]

Hi, the package looks really nice now! however there still are some minor issues here http://debomatic-amd64.debian.net/distribution#unstable/rhythmbox-plugin-alternative-toolbar/0.15.0-1/lintian can you please address them? the package works in both debian and ubuntu. I have a few

Bug#801237: mactel-boot review

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, Any news about this package? cheers, Gianfranco -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQIcBAEBCAAGBQJWdWxaAAoJEPNPCXROn13ZfyoP/3Oi/RzcVZk90jOfM5yScHN6 vYNa8yxfk4XjQdqhuSUbNtyhe1QfhqnAulSopjl6mlclq79gWzKQ+3vFYn1oIA86

Bug#806301: RFS: libechonest/2.3.1-0.1 [NMU] -- library for communicating with The Echo Nest platform

Hi Thomas >It must be a standard NMU because like you said: there is no official link or >signed message from me that ack or review the changes. I'm not in a position >of >reviewing a package or signing something. (I'm in vacation on a sailboat >on the middle of the atlantic ocean.) >So I

Re: dpkg-buildpackage -A : common headers case

Hi, >So it must be done by hand: no facility has been implemented to say that >a given indep package must be treated as arch package at buid stage ? The indep builders might not even call the arch auto_build, so I presume it is not implemented because it might just not even be called? (not

Bug#806815: RFS: lirc/0.9.4-devel-0.1 [NMU] -- Linux Infrared Remote Control

control: owner -1 ! control: tags -1 moreinfo Hi Alec, (sorry again for the long wait, I was hoping somebody else was going to help in this, but nobody seems to be caring about this package) > * Non-maintainer upload. > * First shot on major upstream updates. > - Re-packaged from

Re: install udpxy.1.0.23

Hi, as a start you might want to give some build logs or install logs. I see you already ccd Alex, who did a first packaging work. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687543 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=687620 unfortunately the package didn't get in unstable,

Re: cmake issue in libsbml: Cannot generate java documentation, please specify the Java_JAVADOC_JAR.

I remember something ghc related https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=787227 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773768 Cheers G. Gio 17/12/15, Andreas Tille ha scritto: Oggetto: Re: cmake issue

Re: cmake issue in libsbml: Cannot generate java documentation, please specify the Java_JAVADOC_JAR.

I think a non mounted proc is a bug, so probably you should fix the autobuilders and your build environment? The other issue is because of perl transition started yesterday. I think things will be better in the next few days https://release.debian.org/transitions/html/perl.html In the meanwhile

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

Pong! Cloning your git repo hasn't been an easy task :) Built, thanks for your contribution to Debian! BTW cat debian/complexity.install "/usr/share/man/*" this belongs to dh_installman, not dh_install. please fix it in a future upload if possible. cheers, (going to ping ftpmasters now)

Bug#808141: sponsorship-requests: Dear mentors, I am looking for a sponsor for my package eclipse-titan.

Control: forcemerge -1 794209 Control: owner -1 mat...@debian.org as per irc request :) cheers, G. Il Mercoledì 16 Dicembre 2015 14:06, Gergely Pilisi ha scritto: Package: sponsorship-requests Severity: normal Dear Mentors, I am looking for a sponsor for my

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

Pong! Cloning your git repo hasn't been an easy task :) Built, thanks for your contribution to Debian! BTW cat debian/complexity.install "/usr/share/man/*" this belongs to dh_installman, not dh_install. please fix it in a future upload if possible. cheers, (going to ping ftpmasters now)

Re: On providing a separate source package for the CUDA build of a library.

Hi, I did the following on a package I maintain https://sources.debian.net/src/boinc/7.6.17%2Bdfsg-1/debian/control.in/ note: this package is using cuda and opencl by "dlopen", so there is no way to detect it at build time. does this helps you? (not a clean solution I know) Il Martedì 15

Bug#801262: tagging 801262

14 Dicembre 2015 14:27, John Paul Adrian Glaubitz <glaub...@physik.fu-berlin.de> ha scritto: On 12/14/2015 02:01 PM, Gianfranco Costamagna wrote: > Hi, the ITP bug shows why the RFS is blocked (tl;tr: libpng 16 is neeeded and > uninstallable with libfreetype6) > > Closing in the

Bug#801262: tagging 801262

Hi, >Well, we just wait and just reopen in case that happens. yes, unfortunately they are closed automagically even if the source is on git or somewhere else (this looks like a bug to me, but 20 weeks without a sponsor is a long time even for Debian) >You know, there are some compilers that

Bug#807824: RFS: arrayfire/3.2.1+dfsg1-2

Control: owner -1 ! Control: tags -1 moreinfo Hi, the packaging looks good, however you seem to have moved files between packages, without creating a proper upgrade path. This is an RC issue, so I'm blocking the RFS with moreinfo tag. Please follow the wiki to fix the issue.

Bug#807743: RFS: filters/2.55-1 [ITA] - collection of filters, including B1FF and the Swedish Chef

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Control: owner -1 ! Control: tags -1 moreinfo Hi > > Changes since the last upload: > > * Fix build warnings. > > * New maintainer (Closes: #768530) * Make package non-native * Add > d/watch * Use git-buildpackage * Update Homepage in d/control

Bug#791463: closing RFS: udfclient/0.8-1 [ITP] -- userland implementation of the UDF filesystem

Hi Pali, can you please reupload? Andrew are you still interested in looking at it? cheers, G. >Hi Gianfranco, I did not updated package because I did not know that >some step is needed to do. My last uploaded version worked and I thought >that it was OK.

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