Hi Paul,
My apologies, I didn't mean to be rude for not replyng - I only noticed this
email of yours just now. Sorry for missing it.
On Sat, 14 Jan 2012 11:56:55 Paul Wise wrote:
> On Wed, Dec 7, 2011 at 11:47 AM, Dmitry Smirnov wrote:
> > However you failed to clearly
On Sat, 21 Jan 2012 00:27:08 Jakub Wilk wrote:
> * Dmitry Smirnov , 2012-01-20, 23:49:
> >But how much time and effort one can afford in order to regenerate
> >single HTML file?
>
> Surely it wouldn't cost you more time than arguing about the issue
> takes.
True,
On Sat, 21 Jan 2012 00:27:08 Jakub Wilk wrote:
> * Dmitry Smirnov , 2012-01-20, 23:49:
> >But how much time and effort one can afford in order to regenerate
> >single HTML file?
>
> Surely it wouldn't cost you more time than arguing about the issue
> takes.
Ano
Hi Paul,
On Sat, 21 Jan 2012 22:36:45 Paul Wise wrote:
> On Fri, Jan 20, 2012 at 8:49 PM, Dmitry Smirnov wrote:
> >
> > This wouldn't be a problem with responsive upstream.
> > I already tried to contact him but he is not answering to emails.
> > This was also con
On Sat, 21 Jan 2012 22:40:03 Paul Wise wrote:
> You might want to get involved in the multimedia team:
>
> https://wiki.debian.org/Teams/DebianMultimedia
> https://wiki.debian.org/DebianMultimedia/Join
> https://wiki.debian.org/DebianMultimedia/FAQ
Thank you, I'll consider this.
Frankly this ide
Hi Paul,
On Sun, 29 Jan 2012 16:13:34 Paul Wise wrote:
> I say Flash needs to die in a fire.
>
> If you have upstreams who have Flash components, please spend your
> time working on transitioning them to JavaScript, the new HTML5 tags
> (audio, video, canvas etc) and other new web technologies (l
Dear mentors,
Does anyone know if using dh-buildinfo is still recommended practice or
is it obsolete?
When dh-buildinfo is useful and what could be a typical use case?
Thanks,
Dmitry.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
Thank you for confirming my suspicions.
On 31/01/12 03:25, Paul Wise wrote:
> On Mon, Jan 30, 2012 at 8:02 PM, Dmitry Smirnov wrote:
>
>> Does anyone know if using dh-buildinfo is still recommended practice or
>> is it obsolete?
>>
>> When dh-buildinfo is useful a
Wise wrote:
> On Sat, Jan 21, 2012 at 8:14 PM, Dmitry Smirnov wrote:
>
>> http://mentors.debian.net/debian/pool/main/g/git2cl/git2cl_2.0+git200808271242-1.dsc
> Apologies for not getting to this sooner.
>
> The source package you uploaded does not have a ChangeLog file in it,
Wise wrote:
> On Sat, Jan 21, 2012 at 8:14 PM, Dmitry Smirnov wrote:
>
>> http://mentors.debian.net/debian/pool/main/g/git2cl/git2cl_2.0+git200808271242-1.dsc
> Apologies for not getting to this sooner.
>
> The source package you uploaded does not have a ChangeLog file in it,
Hi Neutron,
On 04/02/12 19:16, Neutron Soutmun wrote:
>> Now when I had a look at your package I feel convinced that everybody
>> will benefit from ipset separation. :)
>
> :)
>
You did a good work.
In the recent xtables-addons changelog for release v1.41 (2012-01-04)
upstream states:
=
#x27; browser,
+thanks to Frederic Daniel Luc Lehobey
+(Closes: #474603 wishlist:"Please add a goscience browser")
+ * debian/copyright:
++ updated list of contributors
++ little correction for DEP-5 compliance
+
+ -- Dmitry Smirnov Wed, 08 Feb 2012 01:08:17 +1100
+
goplay (0.4-1)
Hi Arno,
On Wed, 8 Feb 2012 04:10:48 Arno Töll wrote:
> > + compat and debhelper to version 9 + default hardening (with the
> > exception of fortify) + standards to 3.9.2 + ept-cache replaced
> > with apt-xapian-index in Depends
>
> We don't do such things in NMUs.
>
*Sometimes* we do.
The op
I think proposal regarding managing sponsorship through bug tracker was to
encourage usage of bug tracker.
To me forwarding BTS activity for sponsorship-requests to mentors mail list
appears to be against the spirit and the desire of the proposal.
Indeed we should encourage people to PTS-subscr
Hi Charles,
> have you actually tried to contact the team ? I do not see messages from
> you in January or February on their mailing list.
>
I did just before I noticed this message of yours, but I wrote to them after I
placed the sponsorship request. :(
Probably that's wasn't the best choice
Hi Charles,
On Wed, 8 Feb 2012 12:51:19 Charles Plessy wrote:
> have you actually tried to contact the team ? I do not see messages from
> you in January or February on their mailing list.
How could I forget, I did contact them thought the Alioth request to join the
team, where I mention the pr
Hi Charles,
On Wed, 8 Feb 2012 13:51:42 Charles Plessy wrote:
> Alioth requests are a mess: when one admin answers, there is no
> notification to the other admins. As a consequence, it can happen that
> everyone expects the others to have answered. I recommend to contact the
> team on its mailin
Dear mentors,
I seek your advice regarding the best practice with using --as-needed.
Recently I tried to convince two package maintainers to use --as-needed in
order to reduce overlinking. Surprisingly this time this idea was opposed with
great resistance as none of maintainers but me had previ
On Fri, 10 Feb 2012 23:15:22 Bernhard R. Link wrote:
> I personally strongly recommend against using --as-needed unless you
> understand very well what it does. It may change the runtime behaviour of a
> program without any signs at link time.
Surely it's a powerful thing which should be used wit
On Sat, 11 Feb 2012 11:38:23 Paul Wise wrote:
> The --as-needed flag is a workaround for buggy upstream build systems,
> IMO it should not be used unless the relevant build systems will not
> be fixed any time soon.
Seems like a typical case with GNOME project stuff.
Do you know if there are some
Package: sponsorship-requests
Severity: normal
Dear mentors,
New package "portabase" is looking for sponsor.
Portabase is a modern alternative to MobileDB (and to Jfile).
Use case: you're taking water samples and analyse them on spot
with portable colorimeter. Then you enter results to mobile
Package: sponsorship-requests
Severity: normal
Dear mentors,
New package "git-ftp" is looking for sponsor.
Package name: git-ftp
Version: 0.6.0+git20110923-1
Upstream Author: René Moser
URL: https://github.com/resmo/git-ftp
License: GPL-3
Description: git
ginx.
It can execute CGI scripts written in Perl with persistent interpreter for
acceleration.
Additionally it uses RLIMITs, and check for memory leaks on Linux.
Package name: fcgi-daemon
Version: 0.2021-1
Upstream Author: Dmitry Smirnov
Homepage: http://search.cpan.
Fantastic, thanks very much Bernhard, I think that's the explanation we're all
needed.
Regards,
Dmitry.
On Sunday 26 February 2012 22:02:15 Bernhard R. Link wrote:
> * Paul Elliott [120226 02:03]:
> > The new standard allows "any all" in the Architecture field.
> >
> > Please explain this new
I just wanted to thank you sincerely for all the hard work of yours which is
so very useful for all of us.
Thank you, Arno and Nicolas! Good work.
Cheers,
Dmitry.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@l
Dear mentors,
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 to simplify package dep
Dear mentors,
I have an interesting problem on my hands:
The package I need to build have optional build dependency (libgpm-dev)
which is not available on all platforms.
If I just put it to Build-Depends, package will FTBFS on some platforms.
So idea is to specify an optional (soft) build-depen
Hi Paul,
Thanks for quick reply.
On Monday 27 February 2012 13:00:32 Paul Wise wrote:
> See section 7.1 of debian-policy for examples on how to do that (you
> probably want linux-any for the arch):
>
> http://www.debian.org/doc/debian-policy/ch-relationships.html
Indeed it probably could be wri
Hi Craig,
Thak you for sharing your experience.
On Monday 27 February 2012 14:09:21 Craig Small wrote:
> That's the problem I have with mudlet.
> libluajit-5.1-dev [amd64 armel i386 kfreebsd-i386],
> liblua5.1-0-dev [!amd64 !armel !i386 !kfreebsd-i386],
>
Very interesting an
Hi Russ,
On Monday 27 February 2012 15:28:51 Russ Allbery wrote:
> Even with valgrind, personally I'd just list a specific set of
> architectures on which valgrind is required, even if you also
> opportunistically test for its existence. There's no reason to allow
> *not* running valgrind tests o
Hi Russ,
On Monday 27 February 2012 17:59:28 Russ Allbery wrote:
>
> > Another package I was recently testing on GNU Hurd where some tests were
> > failing (even though the package is working).
>
> A bug in the test suite? It's worth being careful about assuming that the
> package is working wh
Hi Gergely,
Thank you for sharing your experience - very interesting.
Regards,
Dmitry.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201202272052.23376.only...@m
In case someone is tempted to try Build-Depends like "check | dpkg",
it doesn't work at all in pbuilder which is smart enough to notice that dpkg
is already installed so it never pulls 'check'.
(Anyway particular example with check is silly because check is available on
all architectures)
Apar
Hi Nikolai,
Basically what you're talking about is just happened - some hours ago 'ipset'
was accepted to unstable, see
http://packages.qa.debian.org/i/ipset.html
When credits for preparing standalone 'ipset' package goes to Neutron Soutmun,
yours truly played a key role in coordinating and
Hi Neutron,
Just one little suggestion if you excuse me:
Could you please put a short description of bugs you're closing to changelog?
This would be very helpful.
Cheers,
Dmitry.
On Tuesday 28 February 2012 14:28:25 Neutron Soutmun wrote:
> * Close bugs that have been reintroduced again since
We already tried to discuss the issue in
Bug#658498: "sponsorship-requests and debian-mentors mailing list"
but I have a feeling our argument hasn't been heard.
Regards,
Dmitry.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
On Sunday 08 April 2012 12:58:08 Vladimir Stavrinov wrote:
> The problem is that I don't see this "review process" here. Instead, all of
> You are explaining what Debian is and what is not. But I've got no much
> new. You are trying to breach into opened door. But point is that all this
> discussio
Dear mentors,
What would be the best practice to adopt a package which was not properly
orphaned?
My particular concern is about 'autofs5' package which was not updated for
years since squeeze release due to maintainer inactivity.
I'd like to adopt this package but it wasn't properly orphaned
Hi Paul,
On Wed, 25 Apr 2012 18:39:58 Paul Wise wrote:
> http://www.debian.org/doc/manuals/developers-reference/beyond-pkging.html#mia-qa
Thank you for reminding me about this link. (I already asked MIA team today).
Sadly this is exactly the case when inactive maintainer had his packages
sponsor
On Wed, 25 Apr 2012 20:10:08 Charles Plessy wrote:
> You can for instance send an "Intend to Hijack" email to debian-devel, and
> CC it to the persons who contributed NMUs and patches in the BTS, explaining
> what you already explained here, and add that the package has already been
> NMUed 2 times
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for package "autofs"
* Package name: autofs
Version : 5.0.6-1
Upstream Author : Transmeta corporation
* URL : http://www.kernel.org/pub/linux/daemons/autofs/v5/
* License
Hi Michael,
Thank you for quick reply.
On Sun, 6 May 2012 15:01:42 Michael Tokarev wrote:
> I'm very much interested in this package myself, and
> wanted to do some packaging as well, but got distracted
> by other things, and especially by the famous 32/64bit
> user<=>kernel space interface issue
> There's one more issue with the new package. I already
> told Ian about it, but apparently he ignored it. This
> new code being added as a patch to debian package,
> originally from upstream author:
>
> ++static inline unsigned int linux_version_code(void)
> ++{
> ++struct utsname my_u
On Sun, 6 May 2012 15:24:10 Michael Tokarev wrote:
> And note that whole 5.0.6-allow-for-kernel-packet-size-change.patch
> is NOT NEEDED, it should be reverted upstream. *SIGH*, we spent
> a ton of time and emails discussing this matter, please find
> the recent LWN feature article about it (a goo
Dear William,
Since you're on board with us may I suggest that you'll close your RFS
bug yourself?
(I'm a bit overwhelmed with work at the moment)
Michael, I set up package repository at collab-maint:
http://anonscm.debian.org/gitweb/?p=collab-maint/autofs.git
All the best,
Dmitry.
On 9 M
Hi Arno,
On 15 May 2012 08:51, Arno Töll wrote:
> * You declare the debhelper compat[ibility] to be 9, but you build
> depend on "debhelper (>= 9)". Please use a version which actually
> supports the finalized level 9. That is 9.20120115.
No need to impose this requirement because non-finalized
This is fixed, thank you very much.
> http://mentors.debian.net/debian/pool/main/p/portabase/portabase_2.0+git20110117-1.dsc
Cheers,
Dmitry.
On 31/05/12 04:01, Aron Xu wrote:
> Hi,
>
> The packaging of this package is almost fine, but there is a problem
> in DEP5 copyright file:
>
> W: portab
On Tue, 28 Aug 2012 19:27:28 Andreas Tille wrote:
> Hmmm, I tried this
>
> opts=dversionmangle=s/([\d.]+)\.(\d+)/$1-r$2/,downloadurlmangle=s/MRIConver
> t_.*/mriconvert_sources.zip/ \
> http://lcni.uoregon.edu/~jolinda/MRIConvert/MRIConvert_x86-([\d\.]+-r\d+)\
> .tar\.gz
>
> which ends up with ve
-format-1.0.
+ minor update to copyright year.
- removed '©' characters (not needed according to specification).
-- Dmitry Smirnov Wed, 19 Sep 2012 15:57:33 +1000
I think it is safe to upload to unstable as the probability of
discovering a RC bug in git2cl/testing is quite
On Thu, 20 Sep 2012 00:10:31 Arno Töll wrote:
> I didn't look at your package, but at a first glimpse while looking
> through my mailbox, this came to my attention: Yesterday a new policy
> version was released, making this standards version outdated.
I thought I'd have more time to absorb policy
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my new package "redmine-plugin-markdown"
* Package name: redmine-plugin-markdown
Version : 2.0.1+git20120821-1
Upstream Author : Takashi Okamoto
* URL : https://github.c
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my new package "winswitch".
* Package name: winswitch
Version : 0.12.16+svn20120916-1
Upstream Author : Antoine Martin
* URL : http://winswitch.org/
* License : GPL-
Hi Mentors,
Just wanted to share a peculiar situation with package upload:
Recently I uploaded a package to mentors for review, but it didn't
show in http://mentors.debian.net/packages/my
(Fortunately I could get a URL for .dsc file from confirmation email
so it wasn't much of a problem apart fr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Mentors,
dvbackup is orphaned (#573466) and outdated for a while.
I prepared NMU with some improvements (below) so I hope it can be uploaded.
Regards,
Dmitry.
- --
* debian/control
- (Closes: #488559) thanks to Justin B Rye
- (Closes: #36
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Mentors,
abiword is orphaned (#648341) so for a time being I can look after it.
(Since I'm not a DM shall I put "Debian QA Group
" to Maintainer field?)
I've made some changes to simplify packaging and adoption of future
releases.
* Added pa
Dear Arno,
Thank you very much for your advices, always so useful.
Regards,
Dmitry.
On 26/11/11 12:50, Arno Töll wrote:
> Hello again,
>
>
> On 26.11.2011 02:26, Dmitry Smirnov wrote:
>> (Since I'm not a DM shall I put "Debian QA Group
>> " to Maintainer
+- removed useless recommends (Closes: #488559)
+ thanks to Justin B Rye
+- fixing spelling in description (Closes: #363355, #557464)
+ thanks to Simon Waters
+ and to Pascal De Vuyst
+- Standards to 3.9.2
+- lintianization
+- added autotools-dev to take
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dear Mentors,
I'm looking for sponsor for my package git2cl
Package name: git2cl
URL : http://josefsson.org/git2cl/
License : GPL-2+
Section : utils
It is a simple tool to convert git logs to GNU ChangeLog format
acco
Hi Luca,
I'm not affiliated with upstream in any way...
I can integrate your patch for you and hopefully forward it upstream
eventually.
Regards,
Dmitry.
On 26/11/11 20:59, Luca BRUNO wrote:
> Dmitry Smirnov scrisse:
>
>> I'm looking for sponsor for my package git2cl
&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I updated
http://mentors.debian.net/debian/pool/main/d/dvbackup/dvbackup_0.0.4rj1-7.dsc
with sort of elegant solution for regeneration of man pages.
I added 'clean' target to debian/rules, which wipes *.1 pages so
docbook-to-man regenerates them. (a
Thank you, well spotted.
On 27/11/11 00:53, Benoît Knecht wrote:
> Your debian/control file is invalid (see debian policy 5.6.23 [1]), and
> you left over some text at the end of the description.
>
> [1] http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Homepage
>
I removed left
> I see... Well, the proper solution would be to separate both packages;
> right now, the .orig.tar.bz2 file is not at all an upstream archive
> (it's not even the concatenation of both upstream archives), so of
> course it makes it impossible to comply with the policy.
Yes, orig.tar is such a mes
Interesting,
I was able to reproduce the problem when I downloaded my own package and
run 'debian/rules clean'
this puzzled me for an hour but then I found the problem.
Somehow a broken source package has been uploaded - it did not applied
patches I wrote to fix broke upstream makefiles.
My apol
Dear mentors,
I am looking for a sponsor for my package "timebrowse".
It would be great is someone could review and uploaded it for me.
* Package name : timebrowse
* Version : 0.6-1
* Upstream Author : Jiro SEKIBA
* Homepage : http://timebrowse.sourcefor
Dear mentors,
I'm looking for a sponsor for my new package "fcgi-daemon".
It would be great is someone could review and upload it for me.
* Package name: fcgi-daemon
* Version : 0.2021-1
* Upstream Author : Dmitry Smirnov
* Homepage
7:35 Antonio Ospite wrote:
> On Sat, 26 Nov 2011 16:30:31 +1100
>
> Dmitry Smirnov wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Dear Mentors,
> >
> > I'm looking for sponsor for my package git2cl
> >
> > Pack
Dear Paul,
Thank you very much for taking your time to review.
Please find updated package on the following URL:
http://mentors.debian.net/debian/pool/main/g/git2cl/git2cl_2.0+git200808271242-1.dsc
git repository is updated as well.
> > I'm looking for sponsor for my package git2cl
> Since I u
> There is no reason to have +git200808271242 in the upstream version
> number since you are packaging a tagged version. I would suggest using
> `git describe | sed s/git2cl-//` to get a useful version number. This
> works nicely even when you are packaging a non-tagged version.
Thanks for handy a
On Friday 02 December 2011 19:48:27 Paul Wise wrote:
> On Fri, Dec 2, 2011 at 4:31 PM, Paul Wise wrote:
> > Please add a debian/watch file explaining that upstream does not
> > release tarballs and that the gitweb server used does not have the
> > ability to export tarballs.
>
> Actually this is b
Dear mentors,
I'm looking for a sponsor for my new package "tupi".
It would be great is someone could review and upload it for me.
* Package name: tupi
* Version : 0.1+git11-1
* Upstream Author : Gustav Gonzalez
* Homepage: http://www.maefloresta.com/
* L
http://mentors.debian.net/debian/pool/main/g/git2cl/git2cl_2.0+git200808271242-1.dsc
for about 10 hours. Correct upload has been done minutes ago (verified).
Regards,
Dmitry.
On Friday 02 December 2011 22:42:10 Dmitry Smirnov wrote:
>
> I incorporated it into updated release available from same sources
On Saturday 03 December 2011 15:58:21 Paul Wise wrote:
> On Fri, Dec 2, 2011 at 7:42 PM, Dmitry Smirnov wrote:
> > Thanks for handy advice. It may be nice to use tags for versioning,
> > but I'd like to keep translated-to-date version because it is
> > human-readabl
Dear mentors,
I'm looking for a sponsor for my new package "portabase".
It would be great is someone could review and upload it for me.
* Package name: portabase
* Version : 2.0-1-1
* Upstream Author : Jeremy Bowman
* Homepage: http://portabase.git.sourcef
On Saturday 03 December 2011 16:52:03 Paul Wise wrote:
>
> One more thing that I missed, sorry about this :(
>
> README.html is actually generated from README. Please delete that in
> get-orig-source, build-dep on asciidoc, run asciidoc at build time to
> generate it and (optionally) send upstream
On Saturday 03 December 2011 21:52:24 Arno Töll wrote:
> Hello Dmitry,
>
> On 03.12.2011 08:55, Dmitry Smirnov wrote:
> > * RFS (new package): fcgi-daemon
> >
> >http://mentors.debian.net/package/fcgi-daemon
>
> Could you please ask md whether he is intere
Hi Josue,
I think the package is not ready yet.
I just tried to build it and got error:
"planner-python-plugin.c:26:23: fatal error: pygobject.h: No such file or
directory"
pygobject.h provided by
python-gi-dev
python-gobject-dev
python-gobject-2-dev
I have python-gobject-dev from stable.
I
> 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 trying to make a backport.
Wait
Hi Josue,
>
> and I can not reproduce the bug.
>
Strange, it was annoying me for a while so I could only build using pbuilder
(slow) but not using debuild.
It was failing with python-gtk2-dev 2.17.0 and installation of 2.24.0 fixed
the problem for me.
>
> Dmitry could you provide more info
ay be a very poor
excuse to modify original work merely because you can.
Regards,
Dmitry.
On Tuesday 06 December 2011 11:25:38 Arno Töll wrote:
> Hello Dmitry,
>
> On 03.12.2011 09:23, Dmitry Smirnov wrote:
> > However I'm not too sure if introdicing another build-dependency
On Tuesday 06 December 2011 14:54:41 Paul Wise wrote:
> I withdraw my intention to sponsor git2cl.
No worries, Paul,
I'm sincerely grateful to you for your time and help.
Thank you.
Would you please explain you decision?
Obviously you disagree with something I sad, so I would appreciate if you
Hi Benoît,
I appreciate your detailed explanation.
I agree with everything you've sad regarding general terms.
All your points are valid and well-explained.
I think this discussion drifted away from particular situation.
Specifically to git2cl there are still number of questions left:
-- Is o
Dear Benoît,
I'm applauding to your extensive review and attention to details.
Thank you.
I don't know if I should have ever brought something so non-perfect to your
pedantic attention. :)
I just want to remind that I never intended to make the perfect package out of
it. I merely fix some prob
On Wednesday 07 December 2011 13:56:44 Paul Wise wrote:
> On Tue, Dec 6, 2011 at 12:28 PM, Dmitry Smirnov wrote:
> > Would you please explain you decision?
>
> I think my position has been adequately explained by myself and others
> in this thread, but in short:
>
>
Dear mentors,
I'm still looking for a sponsor for package "tupi".
#
Tupi: 2D Magic is a design and authoring tool for digital artists interested
in 2D Animation, offering an interface experience focused on 8-100 years old
kids. It's source code is based on the KTooN project.
.
Some of it
Thank you for advice, Paul.
Upstream is very responsive and helpful.
I gave this link to him.
Cheers,
Dmitry.
On Fri, 30 Dec 2011 11:38:52 Paul Wise wrote:
>
> If you contact upstream, please mention our upstream guide too:
>
> http://wiki.debian.org/UpstreamGuide
--
To UNSUBSCRIBE, email t
Hi Neutron,
You effort is appreciated but ipset already provided by xtables-addons.
http://xtables-addons.sourceforge.net/
xtables-addons is already in debian, if need ipset compatible with recent
linux kernels.
Regards,
Dmitry.
On Thu, 19 Jan 2012 05:18:29 Neutron Soutmun wrote:
> Dear mento
> Yes, I'm using xtables-addons until now and I learn to package from your
> work :) But found this commit:
Thank you for kind words. :) A real pleasure.
>
> "build: deactivate build of ipset-genl by default"
> == >8 ==
> Changes:
> +- Deactivate build of ipset-genl by default.
> + I think the
Hi Neutron,
> Is "ipset6" means ipset for IPv6 ? or ipset (6.x) ?
> I'm interested in the IPv6 with ipset but not tested yet. The IPv6 is
> not widely used in Thailand yet.
I meant ipset v6.* as this is the only one which works with up-to-date
kernels. (I didn't try it with IPv6)
>
> > I recko
-policy/ch-relationships.html
Perhaps it was me who ignored this lintian warning first. :)
This warning doesn't make sense for Debain any more.
I completely agree with Boris on this.
> > - Dmitry Smirnov is listed as an Uploader for astromenace but not for
> > astromenace-data
ay what's the point installing that many (14) icons to
"/usr/share/icons/hicolor"? Is it really necessary?
Cheers,
Dmitry Smirnov
GPG key : 4096R/53968D1B
---
Good luck happens when preparedness meets opportunity.
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debia
ght be overly critical to libre-jigsaw but its interface do not appears
very impressive to me...
>
> > By the way what's the point installing that many (14) icons to
> > "/usr/share/icons/hicolor"? Is it really necessary?
>
> Probably not - I'm learning.
Tha
ags.patch" it is done wrong. I
would rename it and modify to respect build flags but without
including file provided my dpkg. This way your improvement will be
usable for upstream and will have to be forwarded.
debhelper 9 in compat 9 mode automatically export build flags which
makes unnecess
suggested to label it as "MIT-old-style" exactly because it's not a
new MIT license (AKA Expat).
Best wishes,
Dmitry Smirnov
GPG key : 4096R/53968D1B
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/201305011908.26555.only...@member.fsf.org
g.
> Again, thank you for your review. I appreciate all the information you've
> shared, and I think the package is much improved after these changes.
Thank you, it's been a pleasure to help. :)
I checked updated version and to my taste the car is still moving too
fast. Of
" is
incorrect -- it looks like modified "BSD-3-clause" license, so
perhaps it might be better to mark it something like
"BSD-3-clause(modified)" and/or add a comment.
All the best,
Dmitry Smirnov
GPG key : 4096R/53968D1B
---
No person, no idea, and no
nges, please cf.:
> http://anonscm.debian.org/gitweb/?p=collab-maint/scantailor.git
Sure, I'll have a look in few days (as soon as I have time). Hopefully
it will be ready for upload by then. ;)
> Mucht thanks also for the other comments!
No worries, you're very welcom
review the patch
and apply it if appropriate.
Regards,
Dmitry Smirnov.
---
Platitude: an idea (a) that is admitted to be true by everyone, and (b)
that is not true.
-- H. L. Mencken
Last-Update: 2013-06-18
Forwarded: no
Author: Dmitry Smirnov
Description: fix FLAGS override due to incorr
his information. I'm just wondering if
"should not" is a little bit too strong to express new recommended
practice... If package builds according to expectations with
"RelWithDebInfo" then perhaps it might be safe to keep as is...
Best wishes,
Dmitry Smirnov.
---
G
is 4:4.6.3-4+squeeze1
Also I'd set source archive and .DEB files compression to xz:
Source compression can be set in "debian/source/options" by adding
compression = "xz"
.DEB file compression can be set in "debian/rules" by adding
override_dh_buildde
of person's name to native characters even
if it is done correctly.
* Generated man page is not removed on clean.
Probably you don't need this reminder but when convenient please
forward patch and man pages to upstream.
Thanks for your patience. Correcting the above issues will incre
1 - 100 of 148 matches
Mail list logo
