I have uploaded a package on mentors.debian.net, and I got some review
of my package suggesting some modifications
(http://mentors.debian.net/package/vmtouch)
Now that I have done the suggested changes, should I rather:
A) delete the old package, upload a new one with same version number
(and
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 26 February 2014 09:55:44 GMT+00:00, Emmanuel Kasper emman...@libera.cc
wrote:
I have uploaded a package on mentors.debian.net, and I got some review
of my package suggesting some modifications
(http://mentors.debian.net/package/vmtouch)
Now
On Feb 26, 2014 10:56 AM, Emmanuel Kasper emman...@libera.cc wrote:
I have also read on the list that some mentors like to have a link to a
VCS to review the pacaking work. Is it possibile to host the packaging
work on alioth when you're not a Debian Developper ?
Sure, but you need a DD to
Le 26/02/2014 10:55, Emmanuel Kasper a écrit :
Is it possibile to host the packaging
work on alioth when you're not a Debian Developper ?
You need to create a guest account on Alioth and then you will be able
to use a personal git repository [1].
Joining collab-maint is also an option, but it
On Wed, Feb 26, 2014 at 10:55:44AM +0100, Emmanuel Kasper wrote:
I have also read on the list that some mentors like to have a link to a
VCS to review the pacaking work. Is it possibile to host the packaging
work on alioth when you're not a Debian Developper ?
Yes, though you need a DD advocate
On 02/26/2014 11:23 AM, Daniel Lintott wrote:
snip
I have also read on the list that some mentors like to have a link to a
VCS to review the pacaking work. Is it possibile to host the packaging
work on alioth when you're not a Debian Developper ?
I know for instance NetBSD has an extra CVS
Le 26/02/2014 11:35, Bertrand Marc a écrit :
Le 26/02/2014 10:55, Emmanuel Kasper a écrit :
Is it possibile to host the packaging work on alioth when you're
not a Debian Developper ?
You need to create a guest account on Alioth and then you will be
able to use a personal git repository [1].
On 02/26/2014 12:03 PM, Emmanuel Kasper wrote:
Le 26/02/2014 11:35, Bertrand Marc a écrit :
Le 26/02/2014 10:55, Emmanuel Kasper a écrit :
Is it possibile to host the packaging work on alioth when you're
not a Debian Developper ?
You need to create a guest account on Alioth and then you will
On Wed, Feb 26, 2014 at 12:03:58PM +0100, Emmanuel Kasper wrote:
advocate will likely accept only if package is already in debian ...
Not necessarily.
--
WBR, wRAR
--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi Mentors,
TLDR: in order to execute a command as another user, should `sudo` or
`su --command` be used?
I'd like to get your opinion on how to best solve this issue:
I've got a package [0] that uses dbconfig-common to manage its
database. The database is owned by a specific user (not root).
Le 26/02/2014 16:07, Emilien Klein a écrit :
Hi Mentors,
TLDR: in order to execute a command as another user, should `sudo` or
`su --command` be used?
I'd like to get your opinion on how to best solve this issue:
I've got a package [0] that uses dbconfig-common to manage its
database.
Package: sponsorship-requests
Severity: wishlist
* Package name: libghc-setlocale
Version : 0.0.3
Upstream Author : Lukas Mai l@web.de
* URL : http://hackage.haskell.org/package/setlocale
* License : PublicDomain
Programming Lang: haskell
Description
Your message dated Wed, 26 Feb 2014 23:02:15 +0100
with message-id 20140226230215.6b979...@heffalump.sk2.org
and subject line Re: Bug#739585: RFS: qjoypad/4.1.0-1 ITP
has caused the Debian Bug report #739585,
regarding RFS: qjoypad/4.1.0-1 ITP
to be marked as done.
This means that you claim that
Emilien Klein emil...@klein.st writes:
TLDR: in order to execute a command as another user, should `sudo` or
`su --command` be used?
su. You don't want to depend on sudo to ensure that it's available, since
package users may not want sudo installed on their systems. (I tend not
to install it
Control: tag -1 + moreinfo
On Wed, Feb 19, 2014 at 8:04 PM, Jerome Charaoui jer...@riseup.net wrote:
reopen 737493
thanks
Hi,
I'm reopening this RFS as the maintainer has given the OK for a NMU to
experimental. See :
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=693150#111
Package
A NMU + new upstream release should be versioned with -0.1, e.g.
iceowl-l10n 2.6.4-0.1.
Fixed.
Some of the patches are empty; is this intentional?
dpkg-source: warning: diff
`iceowl-l10n-2.6.4/debian/patches/Brand-es-ES.patch' doesn't contain
any patch
dpkg-source: warning: diff
Your message dated Thu, 27 Feb 2014 04:29:19 +
with message-id e1wisb1-00038d...@quantz.debian.org
and subject line closing RFS: ipmiutil/2.9.2-1 [ITP]
has caused the Debian Bug report #714087,
regarding RFS: ipmiutil/2.9.2-1 [ITP]
to be marked as done.
This means that you claim that the
Your message dated Thu, 27 Feb 2014 04:29:17 +
with message-id e1wisaz-00037w...@quantz.debian.org
and subject line closing RFS: django-haystack/2.1.0-1 [ITP] -- database and
form RGB color fields for Django
has caused the Debian Bug report #725862,
regarding RFS: django-haystack/2.1.0-1
Your message dated Thu, 27 Feb 2014 04:29:18 +
with message-id e1wisb0-00038p...@quantz.debian.org
and subject line closing RFS: grap/1.44-1 [ITA] -- program for typesetting
graphs
has caused the Debian Bug report #733455,
regarding RFS: grap/1.44-1 [ITA] -- program for typesetting graphs
to
19 matches
Mail list logo