Hi,
On Di, 24 Apr 2012, Ben Finney wrote:
To say it more plainly: Modifying previous changelog entries, while not
prohibited, does break an implicit user expectation. I think that
expectation is reasonable to an extent, and breaking it is costly to the
same extent.
But there are good reasons
Le 24/04/12 04:25, Paul Wise a écrit :
On Tue, Apr 24, 2012 at 10:13 AM, Christopher Howard wrote:
* I make binary deb packages available for my projects from my Web site,
but I also wanted to make the deb source files available, so that people
can wrap their own binary debs for other
First off, is this the right list to ask basic questions about packaging?
I'm trying to package a small daemon that provdies a ZMQ remote
execution facility for R.
The code is here: https://github.com/armstrtw/deathstar.core
I've read the package tutorials several times, but I'm having trouble
Игорь Пашев pashev.i...@gmail.com writes:
Package: sponsorship-requests
Severity: normal
Dear mentors,
I am looking for a sponsor for my package open-axiom
I will have a look at this.
d
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe.
I've read the package tutorials several times, but I'm having trouble
finding out how to create a new user during the install (I don't want
the daemon to run as root).
Can someone point me in the right direction?
Two suggestions:
a) think about what type of user you want:
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package lcmaps
* Package name: lcmaps
Version : 1.5.5-1
Upstream Author : Nikhef Grid Security Middleware Team
grid-mw-secur...@nikhef.nl
* URL :
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.
Regarding, reSIProcate, it's cdbs based?
Whit Armstrong armstrong.w...@gmail.com 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
On 04/24/2012 03:16 PM, Whit Armstrong wrote:
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.
You
On Tue, 24 Apr 2012 15:39:41 +0200, Ansgar Burchardt ans...@43-1.org
wrote:
On 04/24/2012 03:16 PM, Whit Armstrong wrote:
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
On Tue, Apr 24, 2012 at 8:16 AM, Whit Armstrong
armstrong.w...@gmail.com wrote:
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
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 processes?
-Whit
On Tue, Apr 24, 2012 at
On Tue, Apr 24, 2012 at 9:20 AM, Whit Armstrong
armstrong.w...@gmail.com wrote:
Matt, Ansgar, and Gergely,
Thanks for the tips.
Can you also help with some advice on the init.d script?
Perhaps.
The init.d script for deathstar launches a daemon which listens for
jobs, and one worker per
Whit Armstrong armstrong.w...@gmail.com 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
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 workers. It and the workers are
Whit Armstrong armstrong.w...@gmail.com 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
# Re-orphaning.
submitter 658426 !
owner 658426 !
close 658426
thanks
I wish to re-orphan this package. The changes are minimal, plus the
package is pretty old and unpopular.
Cheers,
Dan
--
Daniel Martí - mv...@mvdan.cc - GPG 0x58BF72C3
pgpwpdTVPorfU.pgp
Description: PGP signature
Processing commands for cont...@bugs.debian.org:
# Re-orphaning.
submitter 658426 !
Bug #658426 [sponsorship-requests] RFS: xfonts-bolkhov/20001007-7 [ITA] --
Cyrillic fonts for X
Changed Bug submitter to 'Daniel Martà mv...@mvdan.cc' from 'Daniel MartÃ
danielmarti.deb...@gmail.com'
owner
Your message dated Tue, 24 Apr 2012 23:28:52 +0200
with message-id 1335302932.15788.18.camel@LAPJFS
and subject line RFS: ttylog/0.1.d-2 uploaded
has caused the Debian Bug report #669903,
regarding RFS: ttylog/0.1.d-2
to be marked as done.
This means that you claim that the problem has been dealt
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package notion
Package name: notion
Version : 3+2012042300-1
Upstream Author : The Notion Team, p/a arnou...@bzzt.net
URL : http://notion.sf.net
License
(I don't intend to sponsor this package.)
* Dmitry Nezhevenko d...@dion.org.ua, 2012-04-22, 14:03:
dget -x
http://mentors.debian.net/debian/pool/main/p/python-django-djblets/python-django-djblets_0.6.17-1.dsc
I'd use debhelper (= 8) instead of debhelper (= 8.0.0), for easier
backporting.
(I don't intend to sponsor this package.)
* Dmitry Nezhevenko d...@dion.org.ua, 2012-04-20, 13:39:
http://mentors.debian.net/debian/pool/main/p/python-django-evolution/python-django-evolution_0.6.7-1.dsc
Why priority extra?
I'd use debhelper (= 8) instead of debhelper (= 8.0.0), for easier
On Tue, 2012-04-24 at 10:14 +0800, Paul Wise wrote:
On Tue, Apr 24, 2012 at 5:26 AM, Martin Erik Werner wrote:
I am looking for a sponsor for my new package lierolibre
A review, since you are upstream too, I'm including some advice
related to that too.
Thanks for the review, ./TODO :)
Hi,
I'm going to be making some of my time available to review packages.
So, I'm primarily interested in looking at work that fixes
release-critical bugs, security issues, and just regular bugs as well
(i.e. non-maintainer uploads, NMUs). So, if you're the bug fixing
type, this is for you. I
On Wed, Apr 25, 2012 at 7:50 AM, Martin Erik Werner wrote:
Via autoreconf you mean? I'll look into that.
Yep
Well the zlib is unused, (and now deleted). I was not aware of libpcl
and libtut, I'll have a look at ripping those out as well.
...
Hmm, I though I removed that since I found it
One more thing, the WM close button doesn't close the game (at least
in GNOME 3).
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
On Wed, 2012-04-25 at 01:50:59 +0200, Martin Erik Werner wrote:
On Tue, 2012-04-24 at 10:14 +0800, Paul Wise wrote:
I note many files don't have copyright/license headers:
http://tieguy.org/blog/2012/03/17/on-the-importance-of-per-file-license-information/
I'm aware, I have taken to
27 matches
Mail list logo
