Re: Questions before my first upload attempt

On 2015-08-20 18:33, Thomas Schmitt wrote: > i am the upstream developer of freshly orphaned packages libburn4, > libisofs6, libisoburn1, cdrskin, and xorriso. Now preparing to get > them in shape for sponsorship and for closing old bug reports. By the way, in that case, you should retitle the res

Bug#793876: RFS: chrony/1.31.1-1

Hi On 20-08-15 22:33, Joachim Wiedorn wrote: > Hello Vincent, > > Vincent Blut wrote on 2015-08-20 18:36: > >> features. By the way, if I want to close these outdated bug reports, >> what’s >> the canonical way to do it? I guess I can’t do that from d/changelog? > > do it in the changelog: e.g

Bug#793171: RFS: git-lfs/0.5.2-1 [ITP]

Hugo, Sounds good. New package uploaded in the same place (http://mentors.debian.net/debian/pool/main/g/git-lfs/git-lfs_0.5.4-1.dsc ) with the new copyright file. What are the next steps? Stephen > On Aug 19, 2015, at

Bug#793331: RFS: postsrsd/1.2-1 [ITP]

On 20/08/15 13:24, Oxan van Leeuwen wrote: > Hi, > Hi, > On 18-08-15 01:01, Tomasz Buchert wrote: > >great! Just nit-picking here, really. And trying to understand > >AppArmor :). > You seem to be right, I've committed a patch to remove the m flag. Ok. > > >Yes, I tried without postconf present

Re: Questions before my first upload attempt

On 2015-08-20 18:33, Thomas Schmitt wrote: > Currently i am stuck at: > > - https://wiki.debian.org/DebianMentorsFaq#How_do_I_make_my_first_package.3F > "Put a package together, built against a current version of sid." > > I'm on Jessie 8.1. The dependencies of the packages in question > ar

Bug#796261: marked as done (RFS: roxterm/3.1.5-1)

Your message dated Thu, 20 Aug 2015 20:56:46 + (UTC) with message-id <1026269920.8555119.1440104206018.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#796261: RFS: roxterm/3.1.5-1 has caused the Debian Bug report #796261, regarding RFS: roxterm/3.1.5-1 to be marked as done. This means

Bug#796261: RFS: roxterm/3.1.5-1

Package: sponsorship-requests Severity: normal Dear Vicent and/or other potential sponsors, I am looking for a sponsor for the latest version of my package "roxterm" * Package name: roxterm Version : 3.1.5-1 Upstream Author : Tony Houghton * URL : http://roxterm

Bug#793876: RFS: chrony/1.31.1-1

Hello Vincent, Vincent Blut wrote on 2015-08-20 18:12: > I don’t known why tests have originally been disabled, but I guess > it’s because > they depend on the clknetsim tool which is not packaged in Debian. > Also, if that > tool isn’t installed on the system, the "test.common" script will try

Bug#793876: RFS: chrony/1.31.1-1

Hello Vincent, Vincent Blut wrote on 2015-08-20 18:36: > features. By the way, if I want to close these outdated bug reports, > what’s > the canonical way to do it? I guess I can’t do that from d/changelog? do it in the changelog: e.g. "LP: #1313200" --- Have a nice day. Joachim (Germany)

Re: Questions before my first upload attempt

On Thu, Aug 20, 2015 at 6:33 PM, Thomas Schmitt wrote: > Hi, > > i am the upstream developer of freshly orphaned packages > libburn4, libisofs6, libisoburn1, cdrskin, and xorriso. > Now preparing to get them in shape for sponsorship and > for closing old bug reports. Thanks for taking time to imp

Bug#793876: RFS: chrony/1.31.1-1

Le mer. 19 août 2015 à 21:22, Vincent a écrit : On Tue, 28 Jul 2015 14:18:54 +0200 Vincent Blut wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "chrony" > > * Package name: chrony >Version : 1.31.1-1 >

Bug#793876: RFS: chrony/1.31.1-1

On Tue, 28 Jul 2015 14:18:54 +0200 Vincent Blut wrote: > Package: sponsorship-requests > Severity: normal > > Dear mentors, > > I am looking for a sponsor for my package "chrony" > > * Package name: chrony >Version : 1.31.1-1 >Upstream Author : Miroslav Lichvar > * URL

Bug#793876: RFS: chrony/1.31.1-1

Le jeu. 20 août 2015 à 18:32, Joachim Wiedorn a écrit : Hello Vincent, Vincent Blut wrote on 2015-08-20 18:12: > I assume that the change of maintainership has the consent of Joachim? Yes, we’ve discussed about this privately some times ago. Still ok Joachim? Yes, that is fully ok. P

Bug#793876: RFS: chrony/1.31.1-1

Hello Vincent, Vincent Blut wrote on 2015-08-20 18:12: > > I assume that the change of maintainership has the consent of Joachim? > > Yes, we’ve discussed about this privately some times ago. Still ok > Joachim? Yes, that is fully ok. You make a very good job with maintaining chrony! Thank you

Bug#793876: RFS: chrony/1.31.1-1

Le jeu. 20 août 2015 à 13:54, Paul Gevers a écrit : Hi Hi again, On 20-08-15 12:10, Paul Gevers wrote: Are the man pages regrenerated Could you check with upstream that he/she really is generating the man pages by hand in groff format? If not, ask him to include the source. Will do.

Questions before my first upload attempt

Hi, i am the upstream developer of freshly orphaned packages libburn4, libisofs6, libisoburn1, cdrskin, and xorriso. Now preparing to get them in shape for sponsorship and for closing old bug reports. Steve McIntyre offered his help (i hope this means sponsorship). But knowing how busy he is, i a

Bug#796191: marked as done (RFS: libharu/2.3.0+dfsg-1~exp1)

Your message dated Thu, 20 Aug 2015 16:16:24 + (UTC) with message-id <369241047.8412344.1440087384911.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1 has caused the Debian Bug report #796191, regarding RFS: libharu/2.3.0+dfsg-1~exp1 to be marked as

Bug#793876: RFS: chrony/1.31.1-1

Le jeu. 20 août 2015 à 12:10, Paul Gevers a écrit : Hi Vincent, Hello Paul, Live from Debconf15. I’m watching you folks, you all look great. :-) On 19-08-15 21:29, Vincent Blut wrote: I am looking for a sponsor for my package "chrony" Please note this is a first manual inspection. No

Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

Hi Jakub, >This particular package doesn't contain any executables, AFAICS. true >It is now permitted to put architecture-dependent headers files in >/usr/include/, so this is no longer show-stopper. nice to know :) >If the symlink lives in architecture-specific directory, it's not an >is

Re: Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

* Gianfranco Costamagna , 2015-08-20, 12:39: A -dev package may contain an architecture dependent -config executable, that cannot be included in a M-A: same package. This particular package doesn't contain any executables, AFAICS. The same goes for headers which vary across architectures. I

Re: Looking for a mentor for the OpenSIPS project

Hello, The package fail to build from source: dpkg-buildpackage: source package opensips dpkg-buildpackage: source version 2.1.1-1 dpkg-buildpackage: source distribution unstable dpkg-buildpackage: source changed by Razvan Crainea dpkg-buildpackage: host architecture amd64 dpkg-source --before-

Re: Looking for a mentor for the OpenSIPS project

Hi, >It is not removed - it is still in the sources, but not in the >.orig.tar.gz archive, since I read the upstream tarball should not have >packaging specs inside it. >Should I remove the copyright exception? For Debian "sources" means the orig tarball, that should be the same as the upstr

Re: Looking for a mentor for the OpenSIPS project

Hello guys, Right now I am in irc.debian.org at debian-opensis channel, if you want we can coordinate there. Kind regards, 2015-08-20 7:53 GMT-05:00 Gianfranco Costamagna : > > > Hi, >>It is not removed - it is still in the sources, but not in the >>.orig.tar.gz archive, since I read the upstrea

Re: Looking for a mentor for the OpenSIPS project

Hi, Gianfranco! It is not removed - it is still in the sources, but not in the .orig.tar.gz archive, since I read the upstream tarball should not have packaging specs inside it. Should I remove the copyright exception? Thanks, Răzvan Crainea OpenSIPS Solutions www.opensips-solutions.com On

Re: Looking for a mentor for the OpenSIPS project

Hi, I unused-file-paragraph-in-dep5-copyright paragraph at line 70 I wildcard-matches-nothing-in-dep5-copyright packaging/gentoo/opensips-*.ebuild (paragraph at line 70) I guess you removed it? Julian, how do you feel about it? cheers, G. Il Giovedì 20 Agosto 2015 13:45, Răzvan Crainea h

Re: Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

Hi, >A -dev package may contain an architecture dependent -config executable, >that cannot be included in a M-A: same package. The same goes for >headers which vary across architectures. > >If there are no architecture dependent files in a -dev package M-A: same >should be fine. isn't the so l

Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

On Thu, Aug 20, 2015 at 12:29 PM, Gianfranco Costamagna wrote: > now the changelog has one line extra (line 1) > > and maybe you can remove something, like a double > "Imported Upstream version 2.3.0+dfsg" I changed it to avoid confusion. > regarding multiarch > > "Pre-Depends: ${misc:Pre-Depen

Bug#793876: RFS: chrony/1.31.1-1

Hi On 20-08-15 12:10, Paul Gevers wrote: > Are the man pages regrenerated Could you check with upstream that he/she really is generating the man pages by hand in groff format? If not, ask him to include the source. > Are (new) examples installed Is there a reason why you don't install the examp

Re: Bug#793876: RFS: chrony/1.31.1-1

Le jeu. 20 août 2015 à 0:31, Jerome BENOIT a écrit : For something as one week, the current GIT version at Aliot works great on my box. (even if the option -u doent work). Thanks Jerome for testing! I just tried to run chrony with the '-u' option from the shell prompt, but at first glance th

Re: Looking for a mentor for the OpenSIPS project

Hi, Gianfranco, Julian! I revised the copyright files, ported some of Julian's work and generated a new set of debs. You can find them online. Let me know what to do next. PS: Note that we have just release OpenSIPS 2.1.1 Thanks a lot for your help! Răzvan Crainea OpenSIPS Solutions www.open

Bug#793331: RFS: postsrsd/1.2-1 [ITP]

Hi, On 18-08-15 01:01, Tomasz Buchert wrote: great! Just nit-picking here, really. And trying to understand AppArmor :). You seem to be right, I've committed a patch to remove the m flag. Yes, I tried without postconf present and the unit failed. Its output is silenced, and postsrsd fails w

Re: Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

On 20-08-15 12:52, Jakub Wilk wrote: > * Gianfranco Costamagna , 2015-08-20, 10:29: >> "Pre-Depends: ${misc:Pre-Depends}" should be added, > > FWIW, ${misc:Pre-Depends} was required for partial squeeze->wheezy > upgrades. It is no longer necessary. > >> and the dev package should not marked as mu

Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

* Gianfranco Costamagna , 2015-08-20, 10:29: "Pre-Depends: ${misc:Pre-Depends}" should be added, FWIW, ${misc:Pre-Depends} was required for partial squeeze->wheezy upgrades. It is no longer necessary. and the dev package should not marked as multiarch same. Why not? -- Jakub Wilk

Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

>I do remove them now. Not in the previous release where the tarball >was made with make dist (vs github snapshot now). ok, so it is dfsg, well! now the changelog has one line extra (line 1) and maybe you can remove something, like a double "Imported Upstream version 2.3.0+dfsg" (but this is

Bug#796187: RFS: [ITP] django-jinja/1.4.1-1

Built&Signed&Uploaded, thanks for your contribution to Debian! cheers, G. Il Giovedì 20 Agosto 2015 11:54, Edward Betts ha scritto: Gianfranco Costamagna wrote: > well, it appeared at the end > > "Copyright: 2015, Edward Betts" > please add your mail Done. > I'm rebuilding right now to s

Bug#793876: RFS: chrony/1.31.1-1

Hi Vincent, Live from Debconf15. On 19-08-15 21:29, Vincent Blut wrote: >> I am looking for a sponsor for my package "chrony" Please note this is a first manual inspection. Not all items are critical, most are just nitpicks or tips or questions. Please add the CVE numbers that were fixed by ups

Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

On Thu, Aug 20, 2015 at 11:19 AM, Gianfranco Costamagna wrote: >>Looking at the policy I think it is better to document this in >>debian/copyright. I like to document why I remove files from the >>original source. > > > but you didn't remove them anymore, right? > anyway, let me know your solutio

Bug#796187: RFS: [ITP] django-jinja/1.4.1-1

Gianfranco Costamagna wrote: > well, it appeared at the end > > "Copyright: 2015, Edward Betts" > please add your mail Done. > I'm rebuilding right now to see if the Runtime-Dependencies > are correctly picked up :) > > if you can fix this in the meanwhile... I've added my e-mail address to t

Bug#796187: RFS: [ITP] django-jinja/1.4.1-1

Gianfranco Costamagna wrote: > the packaging looks mostly good. > > Just a few questions: > python-setuptools (>= 0.6b3), > > the version is already satisfied in old old stable, you can remove it. Done. > setup.py > > install_requires"jinja2 >=2.5", > "django >=1.4", > > they aren't listed i

Bug#796187: marked as done (RFS: [ITP] django-jinja/1.4.1-1)

Your message dated Thu, 20 Aug 2015 09:44:27 + (UTC) with message-id <167158709.4529457.1440063867783.javamail.ya...@mail.yahoo.com> and subject line Re: Bug#796187: RFS: [ITP] django-jinja/1.4.1-1 has caused the Debian Bug report #796187, regarding RFS: [ITP] django-jinja/1.4.1-1 to be marked

Bug#796187: RFS: [ITP] django-jinja/1.4.1-1

Gianfranco Costamagna wrote: > I don't see the package on mentors... > did you upload it? Sorry, the package is now updated on mentors. -- Edward.

Bug#796187: RFS: [ITP] django-jinja/1.4.1-1

Hi, >Done. [snip] >Done. >The testsuite isn't included in the distribution tar file generated by >upstream. I filed an upstream github but to include the testsuite: > >https://github.com/niwinz/django-jinja/issues/135 I don't see the package on mentors... did you upload it? cheers, G.

Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

Hi Johan >Ok, I will check - some time since I last did this. ack >Should I do so before uploading to experimental? nope, experimental will setup an automatic tracker for you, they might even tell you to go for unstable whenever you like >Looking at the policy I think it is better to docu

Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

On Thu, Aug 20, 2015 at 10:29 AM, Gianfranco Costamagna wrote: > Control: owner -1 ! > Control: tag -1 moreinfo > > Hi Johan, > > multiarch should be mentioned in control file. > > https://wiki.debian.org/Multiarch/Implementation Ok, I will check - some time since I last did this. > > > > this

Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

Control: owner -1 ! Control: tag -1 moreinfo Hi Johan, > * Imported Upstream version 2.3.0 (Closes: #726069) > * Bump standards version (no changes needed) > * Bump library package number > * Update install filename > * Switch to debhelper 9 - enable multiarch multiarch should be mentione

Bug#796191: RFS: libharu/2.3.0+dfsg-1~exp1

Package: sponsorship-requests Severity: normal Dear mentors, I am looking for a sponsor for my package "libharu" * Package name: libharu Version : 2.3.0+dfsg-1~exp1 Upstream Author : [fill in name and email of upstream] * URL : http://libharu.org * License

Bug#796187: RFS: [ITP] django-jinja/1.4.1-1

control: owner -1 ! control: tags -1 moreinfo Hi, the packaging looks mostly good. Just a few questions: python-setuptools (>= 0.6b3), the version is already satisfied in old old stable, you can remove it. setup.py install_requires"jinja2 >=2.5", "django >=1.4", they aren't listed in B-D

Re: porter machine: ssh connection: SSH pub keys

On 20-08-15 00:51, Jerome BENOIT wrote: > I keep getting the error message: > > Error: Unable to check the signature or the signature was invalid: > ==> : UDFormatError: Signing key > (80BFC3820C4B26E3, Jerome) has expired > > But my key has not expireed. On the other hand, it was renewed a few

Bug#790125: RFS: dropbear/2015.67-1.1 NMU

Hi Gerrit, >Alright, would it help moving forward if I were doing that? Reverting >to 2014.65 is easy, and the current 2015.68-1 could always be uploaded >once 2014.65-1 has entered testing. It'd be quite sad to upload known >bugs in a package containing multiple lintian warnings and errors [0]

Bug#796187: RFS: [ITP] django-jinja/1.4.1-1

Package: sponsorship-requests Severity: wishlist Dear mentors, I am looking for a sponsor for my package "django-jinja" * Package name: django-jinja Version : 1.4.1-1 Upstream Author : Andrey Antukh * URL : https://github.com/niwibe/django-jinja * License