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
l setup, so they do
> have the option of running it in place if they don't wish to install the
> dput-ng package.
>
> > I have dput version 1.5 installed and it seems to have the 'dm'
> > command, but I haven't tested it.
>
> Should work!
>
> &
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
l setup, so they do
> have the option of running it in place if they don't wish to install the
> dput-ng package.
>
> > I have dput version 1.5 installed and it seems to have the 'dm'
> > command, but I haven't tested it.
>
> Should work!
>
> &
place if they don't wish to install the
dput-ng package.
> I have dput version 1.5 installed and it seems to have the 'dm'
> command, but I haven't tested it.
Should work!
>
> The reason I ask is because I am a DM that used to have DM-Upload-Allowed
> for a co
in git?
I have dput version 1.5 installed and it seems to have the 'dm'
command, but I haven't tested it.
The reason I ask is because I am a DM that used to have DM-Upload-Allowed
for a couple of packages. I would like to go to my spo
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 all,
Where is the new procedure for giving Debian Maintainers upload privileges
documented?
I have found this:
https://lists.debian.org/debian-devel-announce/2012/09/msg8.html
but that is a mailing list post and unfortunately fails as documentation.
Even the DM wiki page points to th
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
Hi there,
I am trying to give Sven Eckelmann dm upload permission on
exactimage. Here what I did
1. read [1]
2. write a text file:
$ cat malat-1.dak-commands
Archive: ftp.debian.org
Uploader: Sven Eckelmann
Action: dm
Fingerprint: 522D7163831C73A635D12FE5EC371482956781AF
Allow: exactimage
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
Hello All:
I have been a sponsor for a DM's uploads of the nexus package and we have
come across a new policy which defines a way of giving permission to a DM
for a specific package.
http://lists.debian.org/debian-devel-announce/2012/09/msg8.html
I have studied the above thread and any
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 inclusi
Hello,
For your information, here are a few reports about DM upload permissions :
http://qa.debian.org/~bartm/dm-permissions/
The reports are made using these information sources :
- the old DMUA=yes flags in the debian/control files
- the new DM upload permissions in http://ftp
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
-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&#
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 firs
he 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?
I took a look into the dak source:
fpr = get_fingerprint(self.pkg.changes['fingerprint'], session=session
On 27/01/2008, Charles Plessy wrote:
> Thanks a lot! I am affraid that I did not manage to find the answer by
> myself. Does anybody know if the DM-Upload-Allowed is case-sensitive,
> i.e if 'Yes' is not a correct value to enable DM uploads ?
It's not, comparing the pac
Le Sun, Jan 27, 2008 at 09:08:44AM +0100, Martin Zobel-Helas a écrit :
> On Sun Jan 27, 2008 at 16:53:59 +0900, Charles Plessy wrote:
> > I wanted to check if dak was case-sensitive when parsing the
> > DM-Upload-Allowed field, but I did not find this string in the sources
> >
50 matches
Mail list logo
