Hi,
On 28.06.2013 05:51, Erik de Castro Lopo wrote:
> After reading the man page my sponsor and I agreed that he should run:
>
>dcut dm --uid 'er...@mega-nerd.com' --allow libsndfile --allow
> libsamplerate --allow sndfile-tools
>
The correct syntax is
dcut dm --uid 'er...@mega-nerd.com'
On 06/28/2013 10:46 AM, Paul Tagliamonte wrote:
> On Fri, Jun 28, 2013 at 10:31:47AM +0800, Paul Wise wrote:
>> On Fri, Jun 28, 2013 at 9:39 AM, Paul Tagliamonte wrote:
>>
>>> Some examples from the man page:
>>>
>>>$ dcut dm --uid "Paul Tagliamonte" --allow glibc
>>>$ dcut dm --uid 0x0DEFA
Paul Tagliamonte wrote:
> On Fri, Jun 28, 2013 at 12:58:20PM +1000, Erik de Castro Lopo wrote:
> > Does this only work for dput-ng thats currently in git?
>
> Nope, all versions of dput-ng have had this support :)
>
> It's just some DDs are reluctent to change the devel setup, so they do
> have
On Thu, Jun 27, 2013 at 8:54 PM, Erik de Castro Lopo
wrote:
> Where is the new procedure for giving Debian Maintainers upload privileges
> documented?
I just took a quick stab at this:
http://wiki.debian.org/DebianMaintainer?action=diff&rev2=119&rev1=118
Feel free to expand on it if needed.
Th
Paul Tagliamonte wrote:
> On Fri, Jun 28, 2013 at 12:58:20PM +1000, Erik de Castro Lopo wrote:
> > Does this only work for dput-ng thats currently in git?
>
> Nope, all versions of dput-ng have had this support :)
>
> It's just some DDs are reluctent to change the devel setup, so they do
> have
On Fri, Jun 28, 2013 at 12:58:20PM +1000, Erik de Castro Lopo wrote:
> Does this only work for dput-ng thats currently in git?
Nope, all versions of dput-ng have had this support :)
It's just some DDs are reluctent to change the devel setup, so they do
have the option of running it in place if th
Paul Tagliamonte wrote:
> It's not, really. It's a new command using the dak commands interface
> (the same one that `dcut(1)` uses to rm / cancel uploads), so, it's only
> natural that it's usable with dcut :)
>
> Currently, only dput-ng supports this, you can invoke `dcut` from
> dput-ng in-pla
On Fri, Jun 28, 2013 at 10:31:47AM +0800, Paul Wise wrote:
> On Fri, Jun 28, 2013 at 9:39 AM, Paul Tagliamonte wrote:
>
> > Some examples from the man page:
> >
> >$ dcut dm --uid "Paul Tagliamonte" --allow glibc
> >$ dcut dm --uid 0x0DEFACED --allow glibc linux --deny kfreebsd9
>
> Uhh,
On Fri, Jun 28, 2013 at 9:39 AM, Paul Tagliamonte wrote:
> Some examples from the man page:
>
>$ dcut dm --uid "Paul Tagliamonte" --allow glibc
>$ dcut dm --uid 0x0DEFACED --allow glibc linux --deny kfreebsd9
Uhh, that should be changed to use the full fingerprint, please don't
teach peop
On Fri, Jun 28, 2013 at 10:54:37AM +1000, Erik de Castro Lopo wrote:
> Hi all,
Greets, Erik,
>
> Where is the new procedure for giving Debian Maintainers upload privileges
> documented?
It's not, really. It's a new command using the dak commands interface
(the same one that `dcut(1)` uses to rm
Hi,
On 01.06.2013 16:56, Mathieu Malaterre wrote:
> Uploader: Sven Eckelmann
Uploader is you, not "uploader" as in "person you want to grant upload
rights". That's also used for mail confirmation I believe. Having that
said, I'm no ftpmaster so I don't know what precisely went wrong (or if
it wo
Paul Wise:
> Could this be moved to devscripts as a dm command? Maybe with less
> dashes in the interface too.
>
> dm "Tobias Stefan Richter" allow foo bar , deny baz
Others have produced other objections, but I would object to the use
of a two-character command name for this.
Ian.
--
To UNSU
Am Mittwoch, den 06.03.2013, 13:46 +0100 schrieb Holger Levsen:
> Hi,
>
> On Mittwoch, 6. März 2013, Benjamin Drung wrote:
> > > > dcut dm --uid "Tobias Stefan Richter" --allow nexus
> > > Could this be moved to devscripts as a dm command? Maybe with less
> > > dashes in the interface too.
> > IMO
Am Mittwoch, den 06.03.2013, 18:03 +0100 schrieb Arno Töll:
> Hi,
>
> On 06.03.2013 13:46, Holger Levsen wrote:
> > On Mittwoch, 6. März 2013, Benjamin Drung wrote:
> dcut dm --uid "Tobias Stefan Richter" --allow nexus
> >>> Could this be moved to devscripts as a dm command? Maybe with less
>
Hi,
On 06.03.2013 13:46, Holger Levsen wrote:
> On Mittwoch, 6. März 2013, Benjamin Drung wrote:
dcut dm --uid "Tobias Stefan Richter" --allow nexus
>>> Could this be moved to devscripts as a dm command? Maybe with less
>>> dashes in the interface too.
>> IMO it's better to leave it in dput-n
On Wed, Mar 6, 2013 at 11:56 AM, Michael Gilbert wrote:
> On Wed, Mar 6, 2013 at 7:46 AM, Holger Levsen wrote:
>>> IMO it's better to leave it in dput-ng and not moving it into
>>> devscripts.
>>
>> why? I don't want dput-ng (yet?) but I'd like to have a dm command in
>> devscripts. Whats your reas
On Wed, Mar 6, 2013 at 7:46 AM, Holger Levsen wrote:
>> IMO it's better to leave it in dput-ng and not moving it into
>> devscripts.
>
> why? I don't want dput-ng (yet?) but I'd like to have a dm command in
> devscripts. Whats your reasoning not to?
It's up to people interested dcut(classic) to su
On Wed, Mar 06, 2013 at 14:08 +0100, Holger Levsen wrote:
> On Mittwoch, 6. März 2013, Paul Tagliamonte wrote:
> > Fwiw since it is backwards compatible, dput-ng works fine from git in-place
> your point being?
I guess the point is that you can use dput-ng even if you don't want to
replace your "
On Mar 6, 2013 8:09 AM, "Holger Levsen" wrote:
>
> On Mittwoch, 6. März 2013, Paul Tagliamonte wrote:
> > Fwiw since it is backwards compatible, dput-ng works fine from git
in-place
>
> your point being?
If you don't want to, you don't have to purge the old dput, as you seemed
concerned about usi
On Mittwoch, 6. März 2013, Paul Tagliamonte wrote:
> Fwiw since it is backwards compatible, dput-ng works fine from git in-place
your point being?
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archi
On Mar 6, 2013 7:46 AM, "Holger Levsen" wrote:
>
> Hi,
>
> On Mittwoch, 6. März 2013, Benjamin Drung wrote:
> > > > dcut dm --uid "Tobias Stefan Richter" --allow nexus
> > > Could this be moved to devscripts as a dm command? Maybe with less
> > > dashes in the interface too.
> > IMO it's better to
Hi,
On Mittwoch, 6. März 2013, Benjamin Drung wrote:
> > > dcut dm --uid "Tobias Stefan Richter" --allow nexus
> > Could this be moved to devscripts as a dm command? Maybe with less
> > dashes in the interface too.
> IMO it's better to leave it in dput-ng and not moving it into
> devscripts.
why?
Am Mittwoch, den 06.03.2013, 08:13 +0800 schrieb Paul Wise:
> On Tue, Mar 5, 2013 at 2:57 PM, Arno Töll wrote:
>
> > dcut dm --uid "Tobias Stefan Richter" --allow nexus
>
> Could this be moved to devscripts as a dm command? Maybe with less
> dashes in the interface too.
>
> dm "Tobias Stefan Ric
Hi Paul,
On 06.03.2013 01:13, Paul Wise wrote:
> On Tue, Mar 5, 2013 at 2:57 PM, Arno Töll wrote:
>
>> dcut dm --uid "Tobias Stefan Richter" --allow nexus
>
> Could this be moved to devscripts as a dm command? Maybe with less
> dashes in the interface too.
the command is part of our dcut ("Debi
On Tue, Mar 5, 2013 at 2:57 PM, Arno Töll wrote:
> dcut dm --uid "Tobias Stefan Richter" --allow nexus
Could this be moved to devscripts as a dm command? Maybe with less
dashes in the interface too.
dm "Tobias Stefan Richter" allow foo bar , deny baz
--
bye,
pabs
http://wiki.debian.org/PaulWi
>> Note, you can also use dput-ng (available in unstable) to manage DM
>> permissions. The equivalent command would be:
>>
>> dcut dm --uid "Tobias Stefan Richter" --allow nexus
>>
>>
I have had good luck with yodack to set DM permission as well:
https://github.com/algernon/yodack
Cheers,
ton
Hi Arno:
On Tue, 5 Mar 2013, Arno Töll wrote:
You missed the header. While the "Uploader" field is optional (and also
used for the mail confirmation you're missing by the way), the "Archive"
field is not. Moreover, the blank newline dividing the header from the
data part is required.
That is
On 03/05/2013 11:46, Bálint Réczey wrote:
> Please send error reports to the affected parties when executing or
> parsing a dak command file fails.
If you meet minimum requirements, dak will send an error message. But
dak and debianqueued only look at files that have a known extension
(e.g. *.dak-
Hi,
2013/3/5 Arno Töll :
> Ho Carlo,
>
> On 05.03.2013 07:42, Carlo Segre wrote:
>> 1. made a file called segre-0001.dak-commands with the following contents
>>
>> Action: dm
>> Fingerprint: 8CCC1BA8590FF029D17C708FC1BCD3C72AA28B6B
>> Allow: nexus
>
>
> You missed the header. While the "Uploader"
Ho Carlo,
On 05.03.2013 07:42, Carlo Segre wrote:
> 1. made a file called segre-0001.dak-commands with the following contents
>
> Action: dm
> Fingerprint: 8CCC1BA8590FF029D17C708FC1BCD3C72AA28B6B
> Allow: nexus
You missed the header. While the "Uploader" field is optional (and also
used for th
Hi,
On 28.09.2012 10:53, Bart Martens wrote:
> For your information, here are a few reports about DM upload permissions :
> http://qa.debian.org/~bartm/dm-permissions/
just for the records, before people start writing more tools: I've
written one myself and asked for inclusion of it in devscripts
Am -10.01.-28163 20:59, schrieb brian m. carlson:
> This isn't very clear. The OpenPGP standard doesn't specify a fixed
> ordering for user IDs, so the order in which the user IDs for a given
> key are written is undefined. If they're written from a hash/map whose
> ordering changes every time it
On Wed, Apr 27, 2011 at 10:28:35AM +0200, Torsten Werner wrote:
> Am -10.01.-28163 20:59, schrieb Philipp Kern:
> > On 2011-04-26, Torsten Werner wrote:
> >> the first UID with an email address is used by dak.
> >
> > The "first" being the one with the newest self-sig?
>
> No, just the 'first' o
On Wed, 2011-04-27 at 13:21 +0200, Arno Töll wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi Simon,
>
> On 27.04.2011 11:09, Simon McVittie wrote:
> > Since the code snippet you quoted will accept a match for either the
> > "real name" part or the email part, you could just add a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Simon,
On 27.04.2011 11:09, Simon McVittie wrote:
> Since the code snippet you quoted will accept a match for either the
> "real name" part or the email part, you could just add a secondary UID
> with the same (spelling of your) name but a Debian-s
Ben Finney schrieb:
>> the first UID with an email address is used by dak. It can be changed
>> manually if there is a good reason for such a change. Please file a
>> bug report against ftp.debian.org if you need such a change.
>
> Why is an additional reason needed? Why isn't it sufficient that t
On Tue, 26 Apr 2011 at 22:34:23 +0200, Arno Töll wrote:
> Thanks for your answer. Good to hear there is at least the possibility
> to come around this issue. Now I am curious what such a good reason
> would be. Let's say would "I don't want to be spammed on my primary UID,
> hence I use for Debian
Am -10.01.-28163 20:59, schrieb Arno Töll:
> I am no DM (yet), I just wanted to make things clear in advance as I
> want to approach DD signings soon.
You could create a new key for your Debian work but you would lose
existing signatures.
Torsten
--
To UNSUBSCRIBE, email to debian-devel-requ..
Am -10.01.-28163 20:59, schrieb Philipp Kern:
> On 2011-04-26, Torsten Werner wrote:
>> the first UID with an email address is used by dak.
>
> The "first" being the one with the newest self-sig?
No, just the 'first' one.
Torsten
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.
Torsten Werner writes:
> Hi Arno,
>
> Am -10.01.-28163 20:59, schrieb Arno Töll:
> > Now, what's exactly meant by primary UID? The primary GPG UID? If
> > yes, am I right when I assume signing a package with a non-primary
> > GPG UID or even more with a sub key won't work to fulfill DM upload
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Torsten,
On 26.04.2011 16:06, Torsten Werner wrote:
> the first UID with an email address is used by dak. It can be changed
> manually if there is a good reason for such a change. Please file a bug
> report against ftp.debian.org if you need such a
On 2011-04-26, Torsten Werner wrote:
> Am -10.01.-28163 20:59, schrieb Arno Töll:
>> Now, what's exactly meant by primary UID? The primary GPG UID? If yes,
>> am I right when I assume signing a package with a non-primary GPG UID
>> or even more with a sub key won't work to fulfill DM upload rights
Hi Arno,
Am -10.01.-28163 20:59, schrieb Arno Töll:
> Now, what's exactly meant by primary UID? The primary GPG UID? If yes,
> am I right when I assume signing a package with a non-primary GPG UID
> or even more with a sub key won't work to fulfill DM upload rights?
the first UID with an email ad
43 matches
Mail list logo
