Re: RFS: sclapp and pytagsfs (updated packages)

HI Giridhar! Y Giridhar Appaji Nag schrieb: > python-sclapp (0.5.2-1) - framework for Python command-line applications > >* New upstream release > + sclapp.txt is now licensed under GPLv2+ >* Update Standards-Version to 3.8.0 > > http://mentors.debian.net/debian/pool/main/s/sclapp

Re: RFS: sclapp and pytagsfs (updated packages)

Hi! Piotr Oz.arowski schrieb: > [Y Giridhar Appaji Nag, 2008-08-15] >> I am looking for sponsors for my sclapp and pytagsfs packages. > > What about your previous sponsor (who-uploads reports the same person > for both packages)? Is he busy? If yes, ping me in private, I will > check and upload i

Re: RFS: lunar (NMU)

Hi! LI Daobing (???) schrieb: > I am looking for a sponsor for the new version 2.2-3.1 > of package "lunar". Uploaded. Thanks for your contribution! Best regards, Alexander signature.asc Description: OpenPGP digital signature

Re: RFS: fig2sxd

Hi! Alexander Bürger schrieb: >>> You might want to investigate the 'pbuilder' package for maintaining a >>> chroot specifically to build your packages inside. >> You should also test your packages in unstable too. > So how would I do that efficiently? It is highly unlikely that I buy a > second

Re: diverse tasks = more than one advocate?

Hi! Andre Felipe Machado schrieb: > Is it possible to have more than one advocate at the NM? > I ask because of different task profiles, at different teams, some not > involving code. > What is the correct approach? Yes and no. Technically, you may only have one advocate. However, other DDs m

Re: Question about bug hunting

Hi! Laurent Guignard schrieb: > Is there any means to know if someone work on a bug from RC bug ? > rc-alert or popbugs show all RC bugs of our packages but if someone is > already on, it isn't necessary to work to solve the bug. > Are all works in progress referenced somewhere ? The unoffical r

Re: RFS: galculator

Hi Marco! Marco Rodrigues schrieb: > I am looking for a sponsor for my package "galculator". [..] > - dget > http://mentors.debian.net/debian/pool/main/g/galculator/galculator_1.3.3-1.dsc Your package fails to build from source: checking dependency style of cc... none checking whether NLS is re

Re: GREAT news: My First Debian Package ! - "vpcs"

Hi! Am 20.01.2012 10:59, schrieb Alex Mestiashvili: > It seems to me that your lintian is rather old . > IMO it is always better to use lintian from sid . ... or just the one from backports.debian.org Best regards, Alexander -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.o

Re: What to do if FTBFS bug is not reproducible?

Hi! Am 25.01.2012 08:58, schrieb Vasudev Kamath: > I'm working on to prepare QA upload for surf which is orphaned by its > previous maintainer. There is a FTBFS bug reported against this > package [1]. But I'm not able to reproduce this bug. Package builds > fine on the pbuilder clean chroot. I'v

Re: RFS: bibtool

Hi! Am 26.01.2012 11:31, schrieb Etienne Millon: > d/changelog: >> * New upstream version. >> * Several bugfixes in the upstream version (Closes: #535581). > You can probably merge those two ones (New upstream version (Closes: > #535581)). Please don't do that, as that doesn't really describe

Re: Flash in debian

Hi! * Mike Dupont [120128 19:14]: > Well in general I would opposed including any sources that cannot be > built using free and approved tools, that is basically saying there is > no source, or no means to get from source to binary. > > lets imagine that you have rebol, a language that has no sp

Re: why does debian packaging think ITP is still open?

Hi! Am 07.02.2012 17:11, schrieb Thibaut Paumard: >> Why does packaging not see this? Have I made a mistake? > Was this initial version actually uploaded to the Debian archive? .. or the uploaded package build with -v to include older changelog entries? Best regards, Alexander -- To UNSUB

Bug#673096: Bug#674850: RM: figlet -- RoQA; license which "specifically excludes the right to re-distribute"

clone 674850 -1 clone 674850 -2 retitle -1 "Please remove figlet 2.2.2-1 from stable" retitle -2 "Please remove all versions of src:figlet from snapshots.d.o" reassing -1 release.debian.org reassing -2 snapshot.debian.org thanks Hi! * Bart Martens [120528 10:58]: > Please remove figlet 2.2.2-1

Bug#673096: Bug#674850: Bug#675167: Bug#674850: RM: figlet -- RoQA; license which "specifically excludes the right to re-distribute"

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi! On 04.06.2012 19:56, Julien Cristau wrote: >>> There seems to be just about 0 creative content in that file. What >>> exactly is the problem with it? >> Figlet 2.2.5 has just been released with the following changelog [1]. > That doesn't seem

ITS: rednotebook

Hi! Jonathan Wiltshire schrieb: > The dsc is on mentors at > http://mentors.debian.net/debian/pool/main/r/rednotebook/rednotebook_0.6.4-1.dsc > and is lintian clean. > > If you're able to review or sponsor, thanks in advance. I can take a look at it after lunch. Best regards, Alexander --

[done] RFS: rednotebook

Alexander Reichle-Schmehl schrieb: >> The dsc is on mentors at >> http://mentors.debian.net/debian/pool/main/r/rednotebook/rednotebook_0.6.4-1.dsc >> and is lintian clean. > I can take a look at it after lunch. Colleagues are busy; uploaded ;) -- To UNSUBSCRIBE, email t

Re: RFS: siege (updated package, diffs majorly slimmed down) - attempt 2

Hi! Tristan Greaves schrieb: > I am looking for a sponsor for the new version 2.68b7-1 > of my package "siege". I took a quick look at your package. Some comments bellow: - You build-depend on cdbs, but you don't use it? - Your debian/rules has a lot of commented dh_foo calls which should be r

Re: chroot

Hi! Jaromír Mikeš schrieb: >> Od: Jaromír Mikeš > >> process stay on line >> >> P: Configuring helper cdebootstrap-helper-apt > Sorry for this question ... it is quite known issue > > Is there other way how to test .change file with lintian in sid e.g. pbuilder? Yould either use "pbuilder --lo

Re: Upload just to fix a watch file?

Hi! Andrea Bolognani schrieb: > Since the upstream website has been redesigned, the watch file for one of my > packages[1] has stopped working. > > The fix is a trivial one-line patch, so I was wondering if such a minor > change could warrant a new upload. IMHO this doesn't warrant an upload; b

Re: Upload just to fix a watch file?

Felipe Sateler schrieb: > No. The cost of wasting buildd and user time has to be factored in. Not any > bug is worth of making a new release for. Not to forget bandwidth / transfer volume for our mirror network. Even for arch: all packages uploads are not always justified. Best Regards, Al

Re: RFS: hwinfo (updated package)

Hi! William Vera schrieb: > I am looking for a sponsor for the new version 15.3-2 > of my package "hwinfo". Uploaded; many thanks for your contribution! Best regards, Alexander -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Co

Re: RFS: PapaFactory

Hi! Narinder Claire schrieb: > At the given link, the third file down is a debian package which passes > the lintian test. That's a binary package. A sponsors (and Debian) need access to the Source Package. Best regards, Alexander signature.asc Description: OpenPGP digital signature

[uploaded] RFS: hwinfo (updated package)

William Vera schrieb: > I am looking for a sponsor for the new version 16.0-1 > of my package "hwinfo". No remarks. Uploaded. Many thanks! Best regards, Alexander -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas

Re: How to specify a command to run if SELinux is installed subsequent to installing a package

Hi! K.S. Bhaskar schrieb: > GT.M requires the ability to execute dynamically compiled code (it's a > feature of the MUMPS language). To give GT.M this permission with > SELinux, the usual installation of GT.M executes a command such as chcon > -t texrel_shlib_t libgtmshr.so. But this presumes t

Re: how to upload a debian binary for lyx

[ Keeping full quote for added Cc: ] [ Keeping you in copy, since I assume to don't read the mentors list ] Hi Bela! There's a team maintaining the lyx package. You can reach it by e-mail via Debian LyX Maintainers . Please ask them if you can help them / join their team. Best Regards, Alexa

Re: New developer.

Hi! * Nuno Paquete [091125 14:18]: > How can I get GnuPG key? You create one yourself. > I don't know anybody in the team and You know, that you need someone to advocate you? > I've read that I need someone to give me one. Where did you read this? > I'm thinking about doing this: > - R

Re: New developer.

Hi! * Lucas Nussbaum [091125 19:06]: > Why the harsh answer? Sorry, the answer was not intended as such (but can indeed be seen as such). Sorry again :( Best Regards, Alexander -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble?

Re: Can /usr/share/doc/ be deleted on upgrade ?

Hi! * Lucas B. Cohen [091126 14:40]: > > Why exactly do you want to do that? What do you want to achieve? > I'm triaging bugs opened against the Bacula package, and a patch has > been submitted to a .preinst file that can swipe /usr/share/doc/bacula > during upgrades. Could you explain what pro

[Uploaded] RFS: fig2sty (QA upload, solves RC bug)

Hi! Johann Felix Soden schrieb: I am looking for a sponsor for a QA-upload with version 1:0.1-14 of the package "fig2sty". [..] The upload would fix these bugs: 572631, 574230 [..] I would be glad if someone uploaded this package for me. Uploaded, good work. Best regards, Alexander

Re: RFS: nmu gnupg2(grave bug)

Hi! On 07.05.2010 10:49, M. van Brummelen wrote: I am looking for a sponsor for a nmu of the package "gnupg2". [..] The upload would fix a grave bug: 567926 [1] Thanks for fixing RC bugs. But could you provide an an nmudiff (which you need also send to the BTS; see developers reference 5

Asking for DMUA: Yes while seeking first sponsor

Hi! I noticed that recently some people seem to seek first time sponsors while asking for setting the "DM-Upload-Allowed: yes" flag at the very same time. While I can certainly understand Maintainers want to upload their packages ASAP themselves, I would like to point out that I consider that qui

Re: Asking for DMUA: Yes while seeking first sponsor

Hi! Am 15.06.2010 12:16, schrieb Mathieu Malaterre: [..] [ uploading a package multiple times without DMUA:Yes] > Thankfully I was under the debian-med umbrella, otherwise I would > have gone mad, if every time I would have had to search for a DD. [..] Uhm... Why? I guess it's more the rule

Re: Asking for DMUA: Yes while seeking first sponsor

Hi! Am 15.06.2010 12:16, schrieb Mathieu Malaterre: > Speaking of experience I had to re-upload 5 times the exact same > packages (GDCM) because in between each upload: Why 5 times? > - HPPA uploaded a Java package with dangling symnlink, > - arm/armel updated the java package and libraries m

Re: Asking for DMUA: Yes while seeking first sponsor

Hi! Am 15.06.2010 21:08, schrieb Russ Allbery: > The current DM implementation is weird in that it's dictated by a GR. It > might be worth getting a ruling from the project secretary on whether we > need another GR to change the details of it (or, better, to make the > details of it up to existi

[uploaded] RFS: nc6 (updated package)

Am 16.06.2010 22:17, schrieb Guillaume Delacour: > I am looking for a sponsor for the new version 1.0-6 > of my package "nc6". Uploaded. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@

[done] RFS: nc6 (updated package)

Hi! Am 28.06.2010 23:24, schrieb Guillaume Delacour: > I am looking for a sponsor for the new version 1.0-7 > of my package "nc6". [..] > I would be glad if someone uploaded this package for me. Uploaded. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.deb

Re: Unknown architecture linux-any

Hi! Am 14.07.2010 04:09, schrieb Paul Wise: >> Yes, it seems that it is bug: #582804, but the mentors site does not >> have an updated lintian version. > Always run lintian from sid over your .changes file before uploading to > mentors. BTW: As ftp-master uses lintian, too, there's (nearly) al

Re: lintian output meanning

Hi! * Zvi Dubitzky [100812 15:22]: > As an output from the pbuilder operation I got a .deb file > When I apply lintian to it I get the following errors: Run "lintian -i" to get a more detailed explanation. . Also don't run it solely on the deb, but on the .changes file, so lintian will check

Re: creating a manpage from a GFDL text

Hi! Am 05.10.2010 17:17, schrieb gustavo panizzo : > i would like to create a man page for vavoom, based on a wiki page > licensed as GNU Free Documentation License 1.2. > What can i do? GFDL is not free for debian, and my pkg is for main. Well... As a starting point you could read the outcome o

Re: creating a manpage from a GFDL text

Hi! Am 05.10.2010 17:54, schrieb Boyd Stephen Smith Jr.: >> i would like to create a man page for vavoom, based on a wiki page >> licensed as GNU Free Documentation License 1.2. >> What can i do? GFDL is not free for debian, and my pkg is for main. > You could package the documentation in a separ

Re: Uploading during freeze time

Hi! Am 13.10.2010 15:11, schrieb Lucas Nussbaum: > On 11/10/10 at 09:14 -0700, PJ Weisberg wrote: >> 2010/10/11 Jordi Gutiérrez Hermoso : >>> Why do fixes to testing have to go through unstable, even during freeze >>> time? >> Because a lot more people use Unstable than use Testing > Citation nee

Re: Uploading during freeze time

Hi! Am 13.10.2010 16:05, schrieb Alexander Reichle-Schmehl: >>>> Why do fixes to testing have to go through unstable, even during freeze >>>> time? >>> Because a lot more people use Unstable than use Testing >> Citation needed. > Looking at http://po

Re: Time of a package to be processed by FTP-masters

Hi! /me takes his ftp-assistant hat on. Am 27.10.2010 15:50, schrieb Manuel A. Fernandez Montecelo: > So I am wondering whether my package has a specific problem (though I > was not contacted by ftp masters in any way), [..] If you have a working e-mail address, we'll contact you, if there is

Re: Java library license problem

Hi! Am 04.11.2010 12:11, schrieb Mònica: > This program uses a library that is not free > (AppleJavaExtensions.jar). Apparently, the use of this library is > only to build the MacOS version of the program. So the rest of it is free and could be part of Debian "main" if it wasn't for this libra

Re: RFS: clipit

HI! Am 11.11.2010 12:48, schrieb Mònica Ramírez Arceda: > * Lintian: W: clipit source: out-of-date-standards-version 3.8.4 > (current is 3.9.1) > You should change this version in debian/control file I think you mean the right thing, but for the sake of clarity: One should not only bump t

Re: RFS: webfs (updated package)

Hi! Am 30.11.2010 20:37, schrieb Mats Erik Andersson: > It builds these binary packages: > webfs - lightweight http server for static content [..] > The upload would fix these bugs: 601044 603926. > > The first is an FTBFS with respect to binutils-gold, > the second is an RC-Bug regarding o

Re: RFS: webfs (updated package)

Hi! Am 01.12.2010 11:17, schrieb Alexander Reichle-Schmehl: >> It builds these binary packages: >> webfs - lightweight http server for static content > [..] >> The upload would fix these bugs: 601044 603926. >> >> The first is an FTBFS with respect to binu

ITS: webfs (updated package)

Hi! Am 02.12.2010 23:53, schrieb Mats Erik Andersson: > I am looking for a sponsor for the version 1.21+ds1-8 > of my package "webfs". [..] > The package appears to be lintian clean. > > The upload would fix these bugs: 605690, 605691. I'm looking at it now... Just one question, is there a rea

Re: ITS: webfs (updated package)

Hi Mats! Am 03.12.2010 13:21, schrieb Mats Erik Andersson: >> I'm looking at it now... Just one question, is there a reason why you >> use "rm $TEMPCONFFILE 2>/dev/null || true" instead of "rm -f $TEMPCONFFILE"? >> >> It's not wrong, but longer ;) > No really valid reason at all, only that the

Re: RFS: googleearth-package (updated package)

Hi! Am 06.12.2010 11:54, schrieb Holger Levsen: >> I am looking for a sponsor for the new version 0.6.1 >> of my package "googleearth-package". > I'll take care of this package, however I wouldnt mind people testing it on > amd64 (or ia64) as I dont have access to these archs as desktops. Work

Re: RFS: sima (autoqueue MPD client, find similar artists to queue)

Hi! * Geoffroy Youri Berret [101209 18:01]: > I was thinking posting on 594...@bugs.debian.org with the following: > >retitle 518494 ITP: mpd-sima -- Automagically add tracks to mpd playlist >thanks > --

Re: RFS: ncrypt

Hi! * Vincent Cheng [110219 12:50]: > * Package name: ncrypt [..] > python-ncrypt - Python wrapper for OpenSSL [..] > My motivation for maintaining this package is: Dropbox, another package > which I plan to upload, depends on this package. Uhm... AFAIK dropbox used some lgpl libraries, and

Re: RFS: b43-fwcutter (updated package)

Hi! * Fabrizio Regalli [110308 22:34]: > I am looking for a sponsor for the new version 1:013-4 > of my package "b43-fwcutter". I just looked briefly through your package. And noticed, that while your debian/changelog just reads: * New maintainer. Closes: #581798. * Now it's recognized si

Re: Subject: RFS: john (updated package)

Hi! Am 16.03.2011 18:26, schrieb Ruben Molina: > I am looking for a sponsor for the new version 1.7.6-1 > of my package "john". [..] I took a look at it, however, I'm not sure about the following in your debian/rules: CPU := $(shell dpkg-architecture -qDEB_HOST_ARCH_CPU) [..] else ifeq ($(

Re: RFS: john (updated package)

Hi! Am 17.03.2011 16:25, schrieb Ruben Molina: >> Won't that create a ppc64 binary if I have such a CPU, even if I try to >> build on a normal ppc? > Yes, it will. Isn't that the expected behavior? I'm not a powerpc porter or user myself, but I don't think so. Builds should be deterministic and

Re: On diverting an ITP to non-free

Hi! * Mats Erik Andersson [110323 12:29]: > Not imagining myself to ever intend to bother about the > non-free category, I am now prepared to make an exception, > butvI run into the problem of understanding whether my > packaging should mark this as non-free, or if my sponsor > simply deposits t

Re: Bizzar error with dpkg-buildpackages

Hi! * Michelle Konzack [110405 01:23]: > Ehm, on the top, dpkg-deb say "signfile xmem_1.20-29+b1.dsc" and then at > dpkg-genchanges I get "../xmem_1.20-29.dsc can't be read". I compiled > the last two days 16 Packages and it was working and now not more. > > Any suggestions what it can be th

Re: How to close open security issues

Hi! Am 23.05.2011 18:26, schrieb sils: > There are a bug in BTS related with 3 of these CVEs [..] > I found out that It would be needed to add, also, in debian/changelog > the mention of this bug number. Please also contact the security team, to coordinate a securty update for them, as it seems

Re: Package purging left files on system

Hi! Am 31.05.2011 09:49, schrieb Mathieu Malaterre: > I am looking at the following error from piuparts: > > ... > 0m34.6s ERROR: FAIL: Package purging left files on system: > /etc/apache2 owned by: dcmtk-www, apache2.2-common > /etc/apache2/conf.d owned by: dcmtk-www, apache2.2-c

Re: RFS: JLDrill

Hi Mike! Am 31.05.2011 10:16, schrieb Mike Charlton: [..] > I have made a lintian clean debian package available here: > http://sakabatou.dyndns.org/devel/jldrill/jldrill-0.5.1/jldrill_0.5.1-8_all.deb Thanks for your interest in Debian, however to review (and later upload) your package we'll ne

Re: Version number adjustment needed?

Hi! * Stefan Denker [110623 10:03]: > Upstream of a software package releases only a .zip-File containing only > both source and binaries. So, I need to build my own orig.tar.gz . > > Now, if i build my orig-Tarball and exclude the binaries, do I have to > append something to the version string

Re: Version number adjustment needed?

Hi! * Thomas Preud'homme [110623 11:37]: > > Now, if i build my orig-Tarball and exclude the binaries, do I have to > > append something to the version string to mark that I modified the > > source tarball? > Usually we use upstreamversion+dfsg1-1. dfsg is used when the tarball was modified to

Re: RFS: assimp

Hi! Am 19.08.2011 11:01, schrieb IOhannes zmölnig: >> +dfsg would be preferable over ~dfsg, but you might have good reasons for >> your >> choice? > im using that because in the pkg-multimedia team (where i partake), we > use "~". > > doing a quick stats on my system, i have > 32 $(VER)+dfsg >

Re: experimental or unstable

Hi! * Tony Houghton [110903 17:32]: > There's a new release ready; should I switch back to unstable for it? Well, ask yourself this question: Do you think the upcoming release is fit to be part of a stable release? If the answer is "yes" upload to unstable. If the answer is "No, but I'd like

Re: Fwd: installing dependencies along with deb package

Hi! Am 11.10.2011 13:15, schrieb karunakar medamoni: > This is karunakar. I was developed one package. i want convert that > package into deb package. i was created deb package with my source code. > i got the error when i install that package. it saying this package > needs apache2 package . ho

Re: Overriding .desktop file with localized version (QasMixer)

Hi! Am 01.11.2011 14:14, schrieb Sebastian H.: > In the progress of separating localizations for QasMixer into a separate > package qasmixer-l10n I've stumbled over the following linitan warning: > > W: qasmixer-l10n: desktop-command-not-in-package > usr/share/applications/qasmixer.desktop qasmi

Re: Overriding .desktop file with localized version (QasMixer)

Hi! Am 01.11.2011 15:34, schrieb Sebastian H.: >> Why? Why not install the desktop file with the localized strings in >> with the proper package? > 1. It allows to add new translations or update existing ones > without having to change/revalidate the (fat) qasmixer package. And how often does t

Re: What is the proper way to rename scripts?

Hi! Am 02.11.2011 11:36, schrieb Paul Elliott: > > Because of Debian Policy Manual section 10.4 (Scripts) > > I must rename a script. > > What is the proper way to accomplish this when using dh 7? Use a dh_install_override to install normaly, and rename the file afterwards. > It seems to me

Re: package errors requiring human judgment to detect?

Hi! Am 01.11.2011 19:07, schrieb Jakub Wilk: > - debian/copyright is incomplete or inadequate. FWIW: That's by far the most common reason for a Reject from the NEW queue. Best regards, Alexander, who by incident didn't had to reject a package today ;) -- To UNSUBSCRIBE, email to debian-m

Re: [RFH] libxmlezout : out of date on many archs

Hi! Am 08.11.2011 15:09, schrieb Xavier Grave: > I have uploaded one of the packages I maintain and in the PTS [1] I have > many out of date on i386 and so on messages. It seems that was the > reason why the previous version (1.01.1-4) didn't reach testing. > > Since I don't understand this prob

Re: [RFH] libxmlezout : out of date on many archs

Hi! Am 08.11.2011 16:24, schrieb Xavier Grave: >> Checking reverse dependencies... >> # Broken Depends: >> liblog4ada: liblog4ada1-dev >> narval: libnarval-dbg [amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i386 >> powerpc s390 sparc] >> libnarval1-dev [amd64 i386 ia64 kfreebsd-amd64 kfreebsd-i

Re: Where to place man-pages, when building multiple packages

Hi! Am 10.11.2011 10:37, schrieb Björn Esser: >> "Newer" versions of lintian (around 2.5.1 or so) will check direct >> dependencies (that are built from the same source) if said dependencies >> are processed together. [..] > So what shall I try to get things fixed? What version of lintian are you

Re: Where to place man-pages, when building multiple packages

Hi! Am 10.11.2011 11:02, schrieb Björn Esser: >> What version of lintian are you using? > lintian -V shows me: Lintian v2.4.3+squeeze1 > > It's the one which is shipped on default with Squeeze. http://backports-master.debian.org/ has an updated lintian package for squeeze, please always use that

Re: preserving user changes while managing configuration files

Hi! Am 23.11.2011 09:18, schrieb Dennis van Dok: > My question is whether this method sufficiently implements the policy, > or if there are other ways to go about it. Hmmm... I'm not entirely sure about this. But you might want to look at the ucf utility and it's usage in maintainer scripts. T

Re: RFS: Duplicati - encrypted online backups

Hi! Am 24.11.2011 09:35, schrieb Rene Stach: > Download: http://code.google.com/p/duplicati/downloads/list > Source Code: http://code.google.com/p/duplicati/source/browse/ > Web site: http://www.duplicati.com/ Sounds interesting, but could you please provide a link to the actual source

Re: How to suppress expected lintian warnings?

Hi! Am 24.11.2011 12:51, schrieb Ole Wolf: > I'm getting some lintian warnings on one of my packages (at > http://mentors.debian.net/package/nemid): ]..] > The reason is quite evident: the nemid package doesn't include a > library; instead, the postinst and postrm scripts download a library > from

Re: How to suppress expected lintian warnings?

Hi! Am 24.11.2011 13:57, schrieb Alexander Reichle-Schmehl: > Others already commented on the lintian warning thing, however looking > at your package it doesn't qualify for main; as long as it downloads > some stuff it qualifies at most contrib, your changelog doesn't actua

Re: How to suppress expected lintian warnings?

Hi! Am 24.11.2011 14:41, schrieb Ole Wolf: > I actually thought I was required to include a copy of the GPL, but > removing it is easy. :) For the binary package take a look at /usr/share/common-licenses/. And IMHO should your debian/copyright make it clear, that the GPL is just for your packag

Re: How to suppress expected lintian warnings?

Hi! Am 24.11.2011 14:19, schrieb Ole Wolf: >> ... and I think your check for the 32-Bit architecture is incomplete, >> but I miss the machine to test that ;) > I'm not sure what you mean by that. Which check do you think is missing? You do the following: machine=`uname -m` [..] elif [ "$machine

Re: How to correct BTS error statistics

Hi! Am 06.12.2011 23:32, schrieb Don Armstrong: >> Found in version package-a/a.a-x >> Fixed in version package-b/b.b-y >> >> The Bugs show up in the UDD (1); the PTS (2) is clean (now bugs are >> shown); new versions >> of package-a have already been built. I was told to use the notfound >> cont

Re: RFS: lbzip2

Hi! Am 06.12.2011 23:17, schrieb Mikołaj Izdebski: > I am looking for a sponsor for my package "lbzip2". [..] Uploaded. Best regards, Alexander -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: How to correct BTS error statistics

Hi! Am 07.12.2011 19:53, schrieb Don Armstrong: [..] > affects 618125 + src:globus-gram-job-manager-setup-condor [..] >> Martin is talking about bugs like #618138, which was opened against >> globus-rsl/7.2-2 but closed with doxygen/1.7.3-6. > > Oh. These are actually bugs in doxygen/1.7.3-5 (I t

Re: NMU done but unresponsive maintainer

Hi! Am 08.12.2011 21:03, schrieb Emilien Klein: > Is there anyone available to sponsor my NMU from 2011-10-27? I'm sorry, but personally I don't like to sponsor your NMU. Some of the reasons are: * Only fixing a wishlist bug, nothing else * The wishlisht bug is a "new version" not detailing wh

Re: NMU done but unresponsive maintainer

Hi! Am 09.12.2011 13:17, schrieb David Bremner: >> * Only fixing a wishlist bug, nothing else >> * The wishlisht bug is a "new version" not detailing why the new version >> is needed >> * No apparent consent of the maintainer for the NMU > I agree with the first two points. But I think the third

Re: NMU done but unresponsive maintainer

Hi! Am 09.12.2011 15:39, schrieb Jakub Wilk: >> Ah, right. Missed that. However, his mail seems to underline my >> point: This package should have at least a new co-maintainer, > Eh, why? Because the maintainer failed to respond to a wishlist bug? No, because he seems to be busy with his baby,

Re: RFS: logkeys (fixing RC bugs)

tags 624991 +pending thanks Hi! Am 12.01.2012 10:33, schrieb Helmut Grohne: > The current unstable package has: > * 1 lintian error > * 2 lintian warnings > * 2 RC bugs (FTBFS and missing dep) > * out of date standards version > > The upload above fixes a non-rc bug, it also seems to solve

Re: Question about licenses

Hi! Am 14.01.2012 19:34, schrieb fre...@free.fr: >> When the file is distributed in the source package, yes, then it needs >> to be covered in debian/copyright. It does not matter whether this bit >> of code is for Windows or Linux. Whether it is being distributed, that >> matters. Of course, your

Re: How to handle software which needs huge modification when packaging for Debian

Hi! Am 17.01.2012 02:55, schrieb Adam Borowski: > Even binaries that don't have their sources in this package but are > shipped somewhere else in Debian are ok. Sorry, but written that way it is wrong.. Or at least could be interpreted wrong. For _everything_ Debian ships in main we must have t

Re: proposed new pseudo-package 'debian-mentors' for handling sponsoring requests

Hi! Am 19.01.2012 12:26, schrieb Arno Töll: > On 19.01.2012 05:32, Michael Gilbert wrote: >>> Second concern i have here is that (AFAIK) everyone can upload >>> everything to mentors.debian.net. Which would mean we then would/could >>> distribute non-distribiteable material under the debian.org do

Re: proposed new pseudo-package 'debian-mentors' for handling sponsoring requests

Hi! Am 19.01.2012 14:22, schrieb Arno Töll: >> Hmmm... What about making the orig tarballs only accessible from >> Debian machines? In theory only sponsors need it, and sponsors have >> access to these machines. > I am not sure if that's the right message to send to people. We want and > push any

Re: Is there a way to set up a sid environment at this time?

Hi! Am 2024-03-12 14:55, schrieb Shriram Ravindranathan: Unfortunately, my SD card got corrupted (SD Card moment) and I do not have access to a sid environment right now. Is there a way to debootstrap a sid environment for packaging (from trixie perhaps) while the time_t transition is going on?

Bug#1016594: RFS: anonip/1.1.0-1 [ITP] -- Anonymize IP-addresses in log-files

able; urgency=medium . * Initial release (Closes: #930471) Regards, -- Alexander Reichle-Schmehl

Bug#1016594: RFS: anonip/1.1.0-1 [ITP] -- Anonymize IP-addresses in log-files

tags 1016594 +pending thanks * Alexander Reichle-Schmehl [220803 21:26]: > I am looking for a sponsor for my package "anonip": Uwe Kleine-König kinldy reviewed the package and sponsored the upload. Best regards, Alexander

Re: Should I give up?

Hi Fransico, * Francisco M Neto [220815 11:36]: > So, I turn to the mentors present in this discussion list for > incentive. Should I try again? Is there anything to say? That's a tough question, and I can see why what happend can be demotivating. But in the end regardless of what you wi

Re: Package does not show up and no REJECT e-mail

Hi! Am 27.08.22 um 18:34 schrieb Steve M: Note that there is already a package called "swift" in the archive. [..] So then maybe I did it all correctly to have my package named "swiftlang" and my upstream named "swift"? It took me a while to get the build tools to be happy so I thought I must

Re: Questions about creating package with epoch number

Hi Debbie, Am 13.10.22 um 17:16 schrieb Debora Velarde: I have been trying to create an update to an existing package.  It currently doesn't use an epoch number and I need to add on Just for more contest: Which package are you talking about, and why do you think you'll require to introdu

Bug#1023590: RFS: monitoring-plugins-check-logfiles/4.1.0.1-1 [ITP] -- Nagios plugin check_logfiles

Hi! Am 2022-11-07 09:52, schrieb Hilmar Preuße: I am looking for a sponsor for my package "monitoring-plugins-check-logfiles": We are using that plugin at the company, so thanks for packaging! I'm willing to sponsor and will try to take a closer look at it in the evening. But just a first

Re: Advice - tomboy-ng

Hi David, * David Bannon [221116 08:13]: > When first submitted to Debian, back in 2020, I was advised to use Qt5 > instead of GTK2, its built with FPC and Lazarus, so switching is trivial. > Sadly, in the rush to make a deadline, I submitted a GTK2 by mistake and it > was accepted. Updates sinc

Bug#1023590: RFS: monitoring-plugins-check-logfiles/4.1.0.1-1 [ITP] -- Nagios plugin check_logfiles

Hi! * Hilmar Preuße [221108 18:42]: > > We are using that plugin at the company, so thanks for packaging! > > > > I'm willing to sponsor and will try to take a closer look at it in the > > evening. > > > Good. Thanks! I didn't noticed any showstoppers, so just uploaded. You should receive a

Bug#1023590: RFS: monitoring-plugins-check-logfiles/4.1.0.1-1 [ITP] -- Nagios plugin check_logfiles

Hi! Am 2022-11-16 21:17, schrieb Hilmar Preuße: Just two small remarks: * I think it would be relatively easy to add autopkgtest to the package, allowing automatic verification of the functionality. * Feel free to ping me for additinal pointers / examples. As you did an non-source on

  1   2   >