Hi!
I just had a quick look at the libtheft packaging on mentors, and
noticed a few things that at the moment, prevent me from sponsoring the
package. These are:
- I was unable to find the public part of your GPG key, thus, was unable
to verify the signature on the source package. Where can one
> "Ole" == Ole Streicher writes:
Ole> I want to grant DM rights for a package that I sponsored, and I am a
bit
Ole> confused how this works in real life.
Ole> According to [1], I should create a file with the following format:
Ole> --8<--
> "Jörg" == Jörg Frings-Fürst writes:
Jörg> Hi Martin,
Jörg> Am Mittwoch, den 08.07.2015, 09:47 -0400 schrieb Martin Michlmayr:
>> * Jörg Frings-Fürst [2015-07-08 14:58]:
>> > for the ftbfs bug I have upload a new version of
>> > libmongo-client/0.1.8-2[1].
>>
> "Jörg" == Jörg Frings-Fürst writes:
>> * The build: target was there for a reason. Without it, we will build
>> the arch-indep stuff by default too, which is something we want to
>> avoid.
>>
>> For example, it will FTBFS on buildds, because they do not install
>> b
> "Jörg" == Jörg Frings-Fürst writes:
Jörg> I am looking for a sponsor for my package "libmongo-client"
Jörg> Package name: libmongo-client
Jörg> Version : 0.1.8-2
As the former maintainer and upstream, there are a few issues I see with
the packaging (also sent earli
Simon Paillard writes:
> Furthermore, there is a lintian warning I can't get fixed:
> W: librohc-dev: duplicate-changelog-files
> usr/share/doc/librohc-dev/ChangeLog.gz usr/share/doc/librohc-dev/changelog.gz
If you remove ChangeLog from debian/docs, that should get it fixed.
dh_installchangelog
T o n g writes:
> Hi,
>
> Is it possible to have a generic debian/rules that creates directories?
>
> The upstream Makefiles was not designed to install into $DESTDIR but
> to /, so it assumes /usr/bin exists, while that creates problems for me:
>
> install -s -m 755 autogb /export/build/zh-a
Felix Natter writes:
> (upstream) Freeplane 1.3.x will have new icons (application icon,
> document icon), but the artist wants to keep all rights and only grant
> the Freeplane project all rights of use.
> --> Is that ok for Debian?
No, it's not. See DFSG#1, #7, and possibly #8 too. But mostly
Elmar Stellnberger writes:
> Am 12.11.2013 10:24, schrieb Andrew Shadura:
>> Hello,
>>
>> On 12 November 2013 10:22, Elmar Stellnberger wrote:
>>> O.K. That is actually what is to be done next.
>>> There are some people whom I know and who I am going to consult.
>>> It will at last be necessary
Elmar Stellnberger writes:
> S-FSL v1.3.3 uploaded at http://www.elstel.org/license/
>
> Having clearly considered your critics I have published a reworked
> edition
> of S-FSL which should more strictly adhere to the terms of OSS-software.
> As you can understand and as I have already partial
Elmar Stellnberger writes:
> Am 04.11.13 18:43, schrieb Paul Tagliamonte:
>>
>>
>>
>> On Mon, Nov 4, 2013 at 12:42 PM, Paul Tagliamonte
>> mailto:paul...@debian.org>> wrote:
>>
>> On Mon, Nov 04, 2013 at 06:22:15PM +0100, Elmar Stellnberger wrote:
>> > Is it really a problem? If yes then
Hi!
I have recently started playing with the idea of using BATS, and came
across your ITP and RFS. However, for my use, I'd need a more recent
version (0.3.1+). Could you update your packaging to that version? I'd
be happy to review and sponsor it afterwards.
--
|8]
--
To UNSUBSCRIBE, email t
Mathieu Malaterre writes:
> I am trying to skip the dh_compress steps for the following package:
>
> http://packages.debian.org/sid/all/tbb-examples/filelist
>
> Instead of manually checking all possible combinations (-Xcpp
> -Xpbxproj, -Xvcproj ... ), I thought I could just do:
>
> $ cat deb
Adam Borowski writes:
>> * debian/rules without arguments does not behave sanely:
>>
>> make: *** No targets. Stop.
>>
>> It should at least do something, but "no targets" is unexpected.
ACK. This wasn't a REJECT-worthy reason alone, many packages fail in
similar ways, but if you're makin
Adam Borowski writes:
> Let's add some WTF to FTPmasters' day! :)
This package is a perfect fit for a personal archive, but if anyone
wants to upload it: you're in for a race for the fastest REJECT ever.
We have enough WTFs a day already, thankyouverymuch. But I'm in a good
mood today, so here'
packages in my personal repository,
reportbug from squeeze does the right thing (I assume it works similarly
in wheezy and sid too, I didn't test):
,
| algernon@galadriel:~$ reportbug syslog-ng-core
| Warning: no reportbug configuration found. Proceeding in novice mode.
| Detected charac
"BRAGA, Bruno" writes:
> The "hack" I am doing to get this working is to basically to alter the main
> package bash_completion file, which is created with a variable prepared to
> be tempered with by plugin installations:
>
> ...
> opts="option1 ... optionN"
> plugin_opts=
> ...
Would it not be
Benoît Knecht writes:
> Hi Albert,
>
> Albert Huang wrote:
>> I am looking for a sponsor for my package "tilem"
>>
>> * Package name: tilem
>>Version : 2.0-1
>>Upstream Author : Benjamin Moody and Thibault Duponchelle (
>> tilem-de...@sourceforge.net)
>> * URL :
Rustom Mody writes:
> I use and am interested in packaging the C interpreter
> http://www.linuxbox.com/tiki/node/149
> 1. Its not under GPL but a 'creative licence'
>From the homepage, and the source, this 'creative license' appears to be
the Artistic License, used by, for example, Perl. I do n
"Daniele E. Domenichelli" writes:
> Hello Andreas,
>
> On 16/07/12 16:15, Andreas Tille wrote:
>> Could you try to implement this to enable me building with
>> git-buildpackage easily?
>
> git-buildpackage should be fixed now, but I didn't import the pristine
> tar, since it is exactly the same a
Bart Martens writes:
> Is it OK that a sponsor adds modifications to a sponsored package ?
Under certain conditions, it can be ok. An OK from the sponsoree is one
such condition.
> Is it OK that a sponsor adds him/herself to "Uploaders" ?
Again, with the sponsoree's agreement, and if the spons
Andreas Rönnquist writes:
> I believe you have greater chances getting an answer to this on
> debian-mentors@lists.debian.org - list CC'd.
Actually, no, not really. The debian-mentors@ list is for Debian
packaging, mostly, not for questions unrelated to that. I'd think -user
or http://ask.debian
Christophe-Marie Duquesne writes:
> On Fri, Jul 6, 2012 at 2:40 PM, Roger Leigh wrote:
>> To avoid any implication that anything from the headers has been
>> copied, why not just use the output of "nm [-D]". This is the
>> interface that programs use to link with the library, and is
>> what you
Christophe-Marie Duquesne writes:
> I am the author of an opensource library that reimplements a
> closed-source library.
[...]
> PS: the project in question is more a "proxy" towards the closed
> source library than a real reimplementation, but technically I
> actually reimplement every function
Don Armstrong writes:
> On Wed, 13 Jun 2012, Ansgar Burchardt wrote:
>> No, as far as I know the current plan was to change the maintainer for
>> the pseudo-package and then subscribe -mentors@ to only the discussion
>> part via the PTS (the "bts" keyword there, but not "bts-control").
>
> Ah; I
Faré writes:
> Dear mentors,
>
> I am looking for a sponsor for
> the new version 2:2.22-1 of my package "cl-asdf".
Is there an easily accessible changelog to see what changed in 2.22-1
since the last upload? (VCS-Browser could work too, but a .changes file
would be nice. Alternatively, pasting
Björn Esser writes:
> Hello!
>
> Why does dh >= 9 (in paticular the latest version in sid) put the
> debugging-symbols in
> usr/lib/debug/.build-id/$(2-Byte-Random)/$(Random).debug when building
> a lib with multi-arch-support?
See #642158, for an explanation. The short story is, it's easier to
Arno Töll writes:
> Hi,
> Jakub asked me to forward his comment from IRC to thhis list (where he's
> not subscribed anymore as some might remember):
>
> 14:14 < jwilk> IME the problem with mailing lists that nobody reads is
> that from time to time some misguided people will post to them. Worse,
Bas van den Dikkenberg writes:
> Hello,
>
> I am trying to make burp work on HPPA and powerpcspe architectures and
> there for I want to specify witch version of debhelper he must juse.
You're trying to do the wrong thing: debhelper is arch:all, so it will
be the same across architectures. If yo
Julian Wollrath writes:
> David Bremner wrote:
>> This kind of change (changing the copyright file format) is not usually
>> acceptable in an NMU, unless cleared with the maintainer.
> But how else should I address the missing license information for 'pevent/*',
> 'src/perf/perf_event.h', 'src/
Arno Töll writes:
> What about creating a list as owner of the pseudo-package dedicated to
> BTS traffic (including control messages) named
> sponsorship-requests@l.d.o. Furthermore, the mentors list should still
> get bug traffic (only). Therefore we would subscribe that list via PTS
> subscript
Andy Hawkins writes:
> Hi,
>
> In article ,
>Debian Bug Tracking System wrote:
>> Processing commands for cont...@bugs.debian.org:
>>
>>> noowner 669373
>> Bug #669373 [sponsorship-requests] RFS: flactag/2.0.2-1 ITP #507876
>> Removed annotation that Bug was owned by alger...@madhouse
noowner 669373
tag 669373 - pending
thanks
Andy Hawkins writes:
> Gergely, Daniel has uploaded new packages for flactag (2.0.2-1) and
> libmusicbrainz5 (5.0.1-1). Are you still considering sponsoring flactag?
> Would you also consider sponsoring libmusicbrainz5? Now that its version
> number has
Hi!
I'd suggest we keep this to the bugreport, no need to Cc mentors:
whoever is interested, can post to the bug.
I haven't reviewed the whole bug log yet, but one part caught my attention:
On Mon, May 14, 2012 at 5:58 PM, Andrew Shadura wrote:
>> > > * You should also consider using DEP5 for
Daniel Pocock writes:
> Why the confusion? The old package is named after the ABI number in
> SONAME, the new one is named after the code version.
>
> Both Debian packages are called libmusicbrainz4, yet
> OLD: code v2.1.x, SONAME = libmusicbrainz.so.4, ABI = 4
> NEW: code v4.0.x, SONAME = libmu
debian-de...@liska.ath.cx (Olе Streicher) writes:
> Dear Mentors,
>
> For a package [1], I have to patch one file (Makefile.am) twice: once
> from debian/patches, and the other times from debian/rules. The patch in
> debian/patches is needed to bring allow the use of a standard automake
> (upstrea
reassign 671476 sponsorship-requests
severity 671476 wishlist
thanks
nick black writes:
> Package: rfs
> Severity: normal
When filing RFS bugs, please follow the guidelines[1], and file it
against sponsorship-requests, with the appropriate severity (wishlist
for new packages).
I have reassigne
Andy Hawkins writes:
> Hi,
>
> In article
> <87wr5bbt4i.fsf__16851.6493672088$1334852129$gmane$org@algernon.balabit>,
> Gergely Nagy wrote:
>> owner 669373 alger...@madhouse-project.org
>> tag 669373 + pending
>> thanks
>>
>> D
Whit Armstrong writes:
>> I assume it has a main process, which when stopped, would result in the
>> workers being killed too. If that is so, I do not think you need to
>> store the pids of the workers anywhere.
>
> Perhaps I'm confusing terminology here. The main deamon does not
> spawn the wor
Whit Armstrong writes:
> Matt, Ansgar, and Gergely,
>
> Thanks for the tips.
>
> Can you also help with some advice on the init.d script?
>
> The init.d script for deathstar launches a daemon which listens for
> jobs, and one worker per core.
>
> Can I use the same pid file for all of those proce
Whit Armstrong writes:
> Thanks, Daniel.
>
> I would be looking for 6-64999, assuming my package eventually
> made it into debian, I suppose it would need to have a 'globally
> allocated' uid. The idea is simply not to give users executing an R
> script on the machine root access.
Why do yo
karunakar medamoni writes:
> cp: cannot stat `debian/tmp/usr/share/XAwu': No such file or directory
> dh_install: cp -a debian/tmp/usr/share/XAwu
> debian/xawu/var/www/htdocs/XAwu/ returned exit code 1
> make: *** [binary-install/xawu] Error 2
A bit more information would be appreciated. Where d
Tomasz Muras writes:
> On 04/22/2012 02:48 PM, Bernhard R. Link wrote:
>> * Arno Töll [120421 11:51]:
>>> The whole point of a changelog is a time dependent frozen point of view
>>> at your package. Once you released a version of a package, you should
>>> consider it untouchable
>>
>> I strongly
Paul Elliott writes:
> It has been suggested by a respected reviewer that while I am removing the
> unsourced binaries, I remove ALL of the "convenience copies of code". That
> way
> the unused code would not confuse anyone.
>
> I thought, that when creating a dfsg tarball, one should remove o
"bilibop project" writes:
> I'm new on this list.
> I plan to create a source package to build several binary packages
> (including shell functions, shell scripts, udev rules and
> documentation). This will be a Debian native package. My question is
> about the tarball, especially files taking pl
owner 669373 alger...@madhouse-project.org
tag 669373 + pending
thanks
Daniel Pocock writes:
> We are looking for a sponsor for our package "flactag"
>
> * Package name: flactag
>Version : 2.0.1-1
>Upstream Author : Andy Hawkins
> * URL : http://flactag.sourc
debian-de...@liska.ath.cx (Olе Streicher) writes:
> $ ls -l msgs/
> insgesamt 308
> -rw-rw-r-- 1 ole no 39129 2012-04-11 14:01 da.msg
> -rw-rw-r-- 1 ole no 38259 2012-04-11 14:01 de.msg
> -rw-rw-r-- 1 ole no 41958 2012-04-11 14:01 es.msg
> -rw-rw-r-- 1 ole no 37107 2012-04-11 14:01 fr.msg
> -rw-rw
Vladimir Stavrinov writes:
> On Wed, Apr 04, 2012 at 01:39:07PM +0300, Timo Juhani Lindfors wrote:
>
>> I think rpg is very insecure since all local users of the system can see
>> the passwords that you generate. All they need to do is to look for the
>> "grep" commands that appear in the process
Matt Zagrabelny writes:
> Thanks for the hint, Gergely. Unfortunately the man page, in
> particular the EXAMPLES section, does not address my *initial*
> question (AFAIK):
>
> ---{original question}---
> Is there an easy way to tell "dh" that it should
> use Makefile.linux instead of Makefile?
>
Vladimir Stavrinov writes:
> On Wed, Apr 04, 2012 at 09:11:03PM +0200, Didier Raboud wrote:
>
>> Debian already has one component named the Debian Installer [0,1], which is
>
> As usual, I was not satisfied with it and hence wrote my own installer
Out of curiosity, what were your problems with
Matt Zagrabelny writes:
> On Wed, Apr 4, 2012 at 9:49 AM, Matt Zagrabelny wrote:
>> Greetings,
>>
>> I am packaging up milter-regex. The upstream source has three makefiles:
>>
>> Makefile
>> Makefile.linux
>> Makefile.solaris
>>
>> The file, "Makefile", is for building in a BSD environment. If
I had a look at this request, but sadly, the debdiff did not apply:
$ patch -p1 <663685.debdiff
patching file debian/rules
Hunk #2 FAILED at 21.
1 out of 2 hunks FAILED -- saving rejects to file debian/rules.rej
patching file debian/control
patching file debian/changelog
patching file debian/READM
Mathieu Malaterre writes:
> Hi mentors,
>
> I am starring at the buildd status page of mrmpi:
>
> https://buildd.debian.org/status/package.php?p=mrmpi
>
> I cannot make any sense of the results on armel, armhf, i386, ia64,
> mips and powerpc. Why are those arch running *-indep rules ?
They a
Ross Boylan writes:
>> Which, in this case, probably means running debian/rules build over and
>> over again, until you have something that works.
> I thought debian/rules build would invoke the same patch logic, but I
> tried it and it didn't. Thanks for the tip.
It won't, because unpatching
On Mon, Apr 2, 2012 at 00:29, David Prévot wrote:
> Hi,
>
> Le 01/04/2012 18:24, Gergely Nagy a écrit :
>> Andreas Tille writes:
>
>>> I would like to add man pages to a program which does not accept any
>>> help option but if you call it without any option
Andreas Tille writes:
> Hi,
>
> I would like to add man pages to a program which does not accept any
> help option but if you call it without any option it outputs the help
> information which would be needed to create the man page. Is there
> any trick to convince help2man to work on this anywa
Ross Boylan writes:
> Short version:
>
> What's the best way to work with a dpatch-based package developing code
> that will likely take many smallish iterations to get right?
As the other reply said: the best way is not to.
The long version of the same answer: dpatch is not a VCS, was never
me
Ben Finney writes:
> What is the recommended way to specify packaging for a library package
> and its corresponding debug symbols package?
I use the following line at the top of my debian/rules:
export DH_OPTIONS += --dbg-package=foo-dbg
This appears to do the right thing with dh compat level
Thomas Goirand writes:
> On 03/13/2012 06:18 PM, Gergely Nagy wrote:
>> I would also love to see a "Review & Mentor" team, something that could
>> work along and with the NM process, whose task would be to do just what
>> the name suggests: reivew packages, he
Samuel Bronson writes:
> It's getting to the point where I think it would be best if we do one
> of two things:
>
> 1. Split out sponsorship-requests bug mail to a new mailing list.
>
> 2. Stop sending it anywhere, and let people subscribe through the PTS
> if they care.
>
> How about you?
I'd
Dmitry Smirnov writes:
> Could any of you share experience of having your own private build server?
>
> I'm thinking of something which could build uploaded source for as many
> architectures as possible on amd64 host, and ideally put the results to
> 'reprepro'-managed tree.
>
> The goal is t
Jerome BENOIT writes:
> Hello List:
>
> What should be the default target for debian/rules ?
I usually make a help target (or something similar) and make that the
default. But now that you reminded me, I always wanted to make it
display debian/README.source, so I'll just do that for my packages.
Arno Töll writes:
> Except debehelper in compatibility mode 9. There, debhelper
> configuration files can be scripts (as you know), which are determined
> by the +x bit.
That's covered by 755. But executable dh files are not for the faint of
heart, nor for beginners who need to ask these questio
fre...@free.fr writes:
> What I especially like to know if this should be group-writable, but
> maybe it's not important.
They should not be. There is no reason to use anything but 644/755,
respectively.
--
|8]
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subjec
Nicolas Dandrimont writes:
> Le 13/02/2012 à 13:14, Gergely Nagy écrivit :
>>
>> ${VERSION}-${N}~mentors${X} for mentors, ${VERSION}-${N} for Debian
>> proper. A little more work on both sides, but we get the best of both
>> worlds with as little of the worst as
Boris Pek writes:
>> Depends on the situation. If it's a quick update, and I can followup
>> within moments, then indeed, there is no reason to increment the version
>> (see my "when it makes sense" comment above).
>>
>> But if hours, or even days can pass between iterations, then I much
>> prefe
Boris Pek writes:
> Hi,
>
>> Personally, I like the middleground best (though, I haven't been
>> practicsing this yet, but this is how things would work in my ideal
>> world): upload to mentors.d.n with incremental versions (when it makes
>> sense; if the reviewer/potential sponsor spots a bug in
Jakub Wilk writes:
> * Ben Finney , 2012-02-13, 13:40:
>>> I want to keep trace of it in the d/changelog by keeping my first
>>> version entry and adding a second entry. Can I do that ? Will it
>>> confuse some Debian robots ?
>>
>> It's fine. I consider uploading the package to ‘mentors.debian.n
debian-de...@liska.ath.cx (Olе Streicher) writes:
> Gergely Nagy writes:
>> debian-de...@liska.ath.cx (Olе Streicher) writes:
>>> For example "saods9" would use slalib as a shared library, and I want to
>>> git the user a choide to run it either with the f
debian-de...@liska.ath.cx (Olе Streicher) writes:
> Björn Esser writes:
>> So I'd suggest name the free one slalib and the other one
>> slalib-nonfree or vice versa (like the unrar example).
>
> The problem is that I want the dependent programs to be linked against
> any of them.
>
> For example
debian-de...@liska.ath.cx (Olе Streicher) writes:
> There is another version of this library available, where the (C)
> sources are available (and put under GPL), but obfuscated, so that they
> cannot go into "main" but would have to go into "non-free". However, I
> am thinking about packaging thi
"Stephen M. Webb" writes:
> On 02/07/2012 08:15 AM, Vincent Hobeïka wrote:
>>
>> [1] :http://mentors.debian.net/debian/pool/main/v/vera++/vera++_1.1.1-3.dsc
>> [2] :http://mentors.debian.net/package/vera%2B%2B
>
> How did you build that source package? It has a diff.tar.gz file but no
> debian.
Marco Balmer writes:
> Changes since the last upload:
>
> couriergrey (0.3.1-2) unstable; urgency=low
>
> * d/couriergrey.cron.daily: Fix failed cron job if package was in
> uninstall and not purge state.
>
> -- Marco Balmer Thu, 02 Feb 2012 08:06:19 +0100
I have reviewed the changes, a
Mathieu Malaterre writes:
> So here is what I ended up doing:
>
> $ cat rules
> ...
> override_dh_auto_configure: check-mono-archs
> ...
> mono_archs=$(DEB_MONO_ARCHS)
> gdcm_archs="$(shell grep -2 libvtkgdcm-cil debian/control | grep
> Architecture | cut -d: -f2 | tr " " "\n" | sort -g)"
> mono_
Marco Balmer writes:
> Upstream author announced a new version 0.3.1 which is packaged now:
> dget -x
> http://mentors.debian.net/debian/pool/main/c/couriergrey/couriergrey_0.3.1-1.dsc
After a couple of last-minute updates, this is now sitting in NEW.
--
|8]
--
To UNSUBSCRIBE, email to deb
Paul Elliott writes:
>> http://wiki.debian.org/Alioth/PackagingProject
>> Source: libswe
>> Version: 1.77.00.0004-1
>> Severity: serious
>> Justification: fails to build from source
>>
>> Automated builds of libswe are failing because unoconv (used to
>> produce PDF and HTML documentation) assum
Alexander Reichle-Schmehl writes:
> 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-distribite
Hi!
Marco Balmer writes:
>> Fixed/uploaded all of your remarks, may you have a look again? Thank you!
>
> By the way I've added Vcs-Git and Vcs-Browser fields and fixed a
> bug in packaging.
I had another look, at long last, and spotted a thing or two:
* [minor] There's a thinko in debian/REA
Marco Balmer writes:
> Dear Gergely, debian-mentors,
>
> I am looking for a sponsor for my package "couriergrey".
Will have a look this week. Sorry for the delays.
--
|8]
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact li
Dmitry Smirnov writes:
>> Why are you using python-gobject-dev from stable?, are you trying to
>> make a backport for stable?.
>>
>> As always the distribution for new (and new versions of) packages
>> should be unstable (or even experimental), but of course I am willing
>> to help if you are tr
"Desmond O. Chang" writes:
> Gergely Nagy writes:
>
>> "Desmond O. Chang" writes:
>
>> There's also one other thing though (still not a blocker, but worth
>> mentioning): I installed the stumpwm currently in sid, and when I tried
>&g
Josue Abarca writes:
>> If I recompile the version in Debian to get rid of the python << 2.7
>> conflict, that can load the file, and display the Gantt chart correctly,
>> but your prepared version can't.
>
> Until now, i have not been able to reproduce the bug, but my test files are
> not
> ver
Marco Balmer writes:
> I am looking for a sponsor for my package "couriergrey".
[...]
> couriergrey - Mail filter interface of Courier-MTA to support greylisting
[...]
> dget -x
> http://mentors.debian.net/debian/pool/main/c/couriergrey/couriergrey_0.2.2-1.dsc
I had a look at the packaging, b
"Desmond O. Chang" writes:
> I am looking for a sponsor for my package "stumpwm".
Uploaded, along with clfswm.
--
|8]
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debia
"Desmond O. Chang" writes:
> I am looking for a sponsor for my package "clfswm".
Looks fine, and will upload as-is. A couple of suggestions for the
future, however:
You could simplify debian/rules by using an .install file to install
/usr/bin/clfswm: Move debian/clfswm.sh to, say debian/bin/clf
"Desmond O. Chang" writes:
> I am looking for a sponsor for my package "stumpwm".
Looks fine on a first look, except that debian/copyright points to an
unversioned GPL. While that won't stop me from uploading, it'd be nice
if that could be changed to point to GPL-2 in a future upload.
(I can al
Björn Esser writes:
> How do I use/create those overrides?
I would suggest looking at the dh(1) man page, it has plenty of
examples.
--
|8]
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archiv
"Desmond O. Chang" writes:
> Dear mentors,
>
> I am looking for a sponsor for my package "stumpwm".
Just an FYI for others: I'll be looking at this package tonight, and
sponsor it if all goes well (together with clfswm).
Also, a request to people posting sponsor requests: would it be possible
t
Ole Wolf writes:
> I could perhaps download the library and include it in the "nemid"
> package, and the first versions of "nemid" actually did just that.
> However, I've been unable to get a response from the company that provides
> the application about the distribution rights of their software
Ole Wolf writes:
> I'm getting some lintian warnings on one of my packages (at
> http://mentors.debian.net/package/nemid):
>
> W: nemid: postinst-has-useless-call-to-ldconfig
> W: nemid: postrm-has-useless-call-to-ldconfig
Lintian overrides are what you seek. Since you're using debhelper, se
Thanks for the answers!
Unfortunately, I ran into an issue - possibly upstream -, which worries
me a bit: I have a .planner file, created with an older version
(whatever version is in Ubuntu Lucid), which doesn't load correctly with
the updated package. By doesn't load correctly, I mean that there
Josue Abarca writes:
> Wences Arana and I intend to adopt planner, so now we are looking for
> a sponsor for our package "planner".
[...]
> The package is lintian (pedantic) clean.
Fortunately for me, it's not algernon-clean just yet!
docs
Why are you installing the AUTHORS file into the
Mathieu Malaterre writes:
> On Wed, Nov 23, 2011 at 4:34 PM, Gergely Nagy wrote:
>> What exactly would you want to put in the Provides field in this case?
>
> Right now it would be something like:
>
> Package: libactiviz.net-cil
> Provides: libactiviz.net${`apt-cache p
Mathieu Malaterre writes:
> I would like to know if there is an easy way to fill in the
> "Provides: " line in a d/control file ?
>
> Here is the situation, one of my package is activiz.net a C# binding
> to a C++ library VTK. VTK 5.8 was uploaded to unstable today. I need
> therefore to tran
Josue Abarca writes:
> Wences Arana and I intend to adopt planner, so now we are looking for
> a sponsor for our package "planner".
FYI to anyone who might be looking at this: I intend to review the
adopted packages, and sponsor it too (unless I find something terrible,
but judging by the RFS, I
Dennis van Dok writes:
> On 23-11-11 14:34, Arno Töll wrote:
>> please mind the exact wording here. A "configuration file" is not
>> the same as a "conffile" in Debian. Note, you are not allowed to
>> modify a conffile at any time.
> In the context of the maintainer scripts, I take it. ;-)
>
> [.
Dennis van Dok writes:
> I have a question regarding configuration file changes.
[..]
> The way I've addressed this is by adding a special marker containing a
> warning near the top of the configuration file ('warning: this file is
> maintained by foo-configure; remove this line when editing.'),
Nicolas Bourdaud writes:
> On 14/11/2011 14:32, Bernhard R. Link wrote:
>> Without -Wall you won't get some of the most "critical" warnings.
>> A package should really not be built without at least -Wall.
>
> I understand, and I think it is a pity that some software produce way
> too many warning
Mathieu Malaterre writes:
> buildd can make the decision to run build-indep, I am ok with it.
> What I am not ok with, is when buildd are setup to run build-indep
> rules, but do not respect B-D-I !
> That does not make any sense for me.
>
> Anyway I have merged B-D-I into B-D, as suggested. And
Mathias Ertl writes:
> On Tuesday, November 08, 2011 12:37:17 PM Guido van Steen wrote:
>> You could also offer to co-maintain...
>
> I did offer to co-maintain. I will however give the author another week or
> two
> and try another email in a week or so.
>
> On Tuesday, November 08, 2011 12:36
1 - 100 of 266 matches
Mail list logo