c
> sys-fs/chironfs
> sys-fs/cowloop
> sys-fs/mp3fs
> sys-libs/libstatgrab
> sys-power/cpuspeedy
> sys-power/gtk-cpuspeedy
> x11-misc/electricsheep
> x11-plugins/wmium
>
>
> Thanks for taking them
>
I'll take net-misc/curl
Regards,
- --
Dane Smi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 07/08/11 07:40, Samuli Suominen wrote:
> On 07/08/2011 02:16 PM, Samuli Suominen wrote:
>> On 07/08/2011 01:21 AM, Dane Smith wrote:
>>> All,
>>> In [1] it is noted that the 'useq' and 'hasq' func
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Sorry for the extra spam. I was missing the link:
[1]
http://devmanual.gentoo.org/function-reference/query-functions/index.html
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Crypto / Sunrise / x86
RSA Key: http://pgp.mit.edu:11371/pks
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
All,
In [1] it is noted that the 'useq' and 'hasq' functions are
"Deprecated". If this is the case, do we think it would be pertinent to
have a repoman warning reminding people to switch to 'use' and 'h
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/22/11 12:41, Markos Chandras wrote:
> On 22/06/2011 07:30 ¼¼, Dane Smith wrote:
>> On 06/22/11 12:18, Markos Chandras wrote:
>>> On 22/06/2011 06:47 ¼¼, Christoph Mende wrote:
>>>> On Mi, 2011-06-22 at 18:3
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/22/11 12:18, Markos Chandras wrote:
> On 22/06/2011 06:47 ¼¼, Christoph Mende wrote:
>> On Mi, 2011-06-22 at 18:33 +0300, Markos Chandras wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA512
>>>
&g
p fill the gap left for the
m-n packages. (And help provide a logical transition from Sunrise to
Portage).
Well, that about covers it. What does everyone think? Good idea? Bad
idea? Waste of time? Are you crazy? Let's hear it!
Thanks!
[1] http://dev.c1pher.net/index.php/2011/03/c1phers-adopt
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
>>
>
ebuild.sh is part of Portage. Overlay for that project is at [1].
Also, in the future, please refrain from top posting. Thanks!
[1] http://git.overlays.gentoo.org/gitweb/?p=proj/portage.git;a=summary
Regards,
-
me as his proxy
committer. I'll update the metadata in the next day or two when we bump
the version up to 5.11.
Regards,
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Crypto / Sunrise / x86
RSA Key: http://pgp.mit.edu:11371/pks/lookup?search=0x0C2E1531&op=index
-BEGIN PGP
--
>> Michal Januszewski
>> http://people.gentoo.org/spock
>>
>
Hello Anthoine,
Please take a look at [1]. I would be more than glad to help you "adopt"
those. Contact me off list and we can work out the details.
[1]http://dev.c1pher.net/index.php/2011/03/c1ph
ncil appoint people they think are fit, and the team can vote from
there. Either way I think would work alright.
Just my 2 cents.
Regards,
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Crypto / Sunrise / x86
RSA Key: http://pgp.mit.edu:11371/pks/lookup?search=0x0C2E153
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 06/07/11 17:09, Mike Frysinger wrote:
> On Tuesday, June 07, 2011 16:47:29 Dane Smith wrote:
>> To be perfectly blunt, no small part of what caused this current fiasco
>> was this exact attitude. I don't like the current policy
sier. Why is it that you
can't do that? Is running echangelog (or hell, scripting something) for
a removal really that hard or undesirable? Can you really not spare the
extra 10 seconds? I mean, come on.
Regards,
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Crypto / Sunrise / x86
RSA K
page.
>
I'm going to guess you've already tried this, but just in case. Did you
try asking him to version things more... sanely? I've had to do that a
few times and people are usually surprisingly receptive.
Regards,
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Cryp
ess than one
month with almost the same title, it becomes a nuisance. The rule is simple.
So please, if only to save us seeing more -dev spam, update your
ChangeLogs =D.
Regards,
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Crypto / Sunrise / x86
RSA Key: http://pgp.mit.edu:11371/pks/loo
ml>,
> I think no separate key should be needed.
>
RSA2048 or so is > DSA in my opinion.
Just my 2 cents.
Regards,
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Crypto / Sunrise / x86
RSA Key: http://pgp.mit.edu:11371/pks/lookup?search=0x0C2E1531&op=index
-BEGIN
necting
> to one's MXs.
>
> -JimC
The cipher in use is public. The version of OpenSSL in use is not. He's
not referring to the cipher talk, but to the version information as far
as I can tell.
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Crypto / Sunrise / x8
at, I don't know of any major weakness with the cipher.
The only thing I don't personally really love about it is the lack of
analysis. Something like AES has been the majority of the fields notice
and gets more attention, so it is likely better analyzed and understood.
Regards,
- --
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/27/2011 12:01 AM, Jeremy Olexa wrote:
> On 04/26/2011 07:17 PM, Dane Smith (c1pher) wrote:
>> c1pher 11/04/27 00:17:00
>>
>>Modified: metadata.xml ChangeLog
>>Log:
>>app-admin/gentoo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/25/2011 09:55 AM, Rich Freeman wrote:
> On Mon, Apr 25, 2011 at 9:20 AM, Dane Smith wrote:
>> @Trustees: Any thoughts? I didn't mean to step on any toes, I just
>> hadn't spotted that old bug until today.
>
> S
aps make it so that the user has to add that
license to package.license?
@Trustees: Any thoughts? I didn't mean to step on any toes, I just
hadn't spotted that old bug until today.
Regards,
[1] https://bugs.gentoo.org/show_bug.cgi?id=241650
- --
Dane Smith (c1pher)
Gentoo Linux Dev
(or whatever else is required).
>
> Cheers
+1
I also am a big proponent of *not* using -j1 unless it is 100%
necessary. Fix the Makefile. Don't just take the shortcut. There is a
tracker for that here [1].
[1] http://bugs.gentoo.org/show_bug.cgi?id=351559
Regards,
- --
Dane Smith (c
y.
Having said that we aren't exactly talking about securing the end all be
all. We just want to be able to verify with a reasonable degree of
certainty that the tree is in a good state and that it wasn't tampered
with. Do we really need the end all be all, I somehow doubt it.
- --
Dane Smith
should be using something close to the second
one regardless. Dev's should be checking the works of proxy committers
anyway, so running repoman should already be part of that workflow.
Secondly, I like that last idea. Except I'd amend that it should run
repoman full; warn if anything is wro
the
commit is someone who is authorized to make the commit and that it was
in no way tampered with.
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Crypto / Sunrise / x86
RSA Key: http://pgp.mit.edu:11371/pks/lookup?search=0x0C2E1531&op=index
-BEGIN PGP SIGNATURE-
Ver
. With us in control of the revocation etc.
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Crypto / Sunrise / x86
RSA Key: http://pgp.mit.edu:11371/pks/lookup?search=0x0C2E1531&op=index
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (GNU/Linux)
Comment: Using G
speed with
the GLEP's pertaining to this. Let's just say I have a fair bit of
experience in this field. I may be able to offer some ideas /
suggestions. I would very much like to see this happen.
But for the meantime, yes, it's safe.
- --
Dane Smith (c1pher)
Gentoo Linux Developer
tifying something that he/she does not know already by
> definition.
>
> Please point out any thinkos... :)
>
This is 100% correct. We are not attempting to verify identity. Whether
or not my name is Dane Smith is a moot point. All that matters is that I
am the person that the Gentoo
essional paranoid) I'd say for a developer, ~
1 year is more than adequate.
- --
Dane Smith (c1pher)
Gentoo Linux Developer -- QA / Crypto / Sunrise / x86
RSA Key: http://pgp.mit.edu:11371/pks/lookup?search=0x0C2E1531&op=index
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0
at requires a username / password. And I 100% agree with Tobias. If
it's necessary to use SSL to login, it's necessary to use it for the
duration of the session. I don't know how feasible it is to do, but if
normal viewing (no login) can be left SSL free, I see no issue there.
Otherwi
;
I also 100% agree with Paweł. This diff should probably be separated
into 2 different diffs. One with the general structure, one with the
very controversial bit.
Personally, I think the debate on the teams day to day magic is more or
less unnecessary. Every team gets to make decisions on its day
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
# Dane Smith (19 Jan 2011)
# On behalf of the QA team
#
# Packages below fail to build with
# >=sys-kernel/linux-headers-2.6.35 and block its
# stabilization. Bugs untouched in over 3 months.
# Masking for removal on 21 Mar 2011.
# net-analyzer/ip
wing list:
>>
>> x11-misc/ktsuss
>> dev-python/python-iwscan
>> dev-python/python-wpactrl
>> net-misc/wicd
>>
>> -Jeremy
>>
>
Thomas,
I'm willing to help out too if you can use the extra set of hands. Let
me know if you'd like the help
e and experimental should be
in there. If that occurs, the discussion can be rendered somewhat moot.
KEYWORDS="" and no p.mask entry. They're in their own overlay, and
there's no worries as far as stability or the main tree so the p.mask
policy could safely be done away with.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/08/2010 02:29 PM, Daniel Pielmeier wrote:
> Kacper Kowalik schrieb am 08.11.2010 19:30:
>
>> app-crypt/steghide
>
Adopted by me.
Done.
Thanks!
- --
Dane Smith
Gentoo Linux Developer -- Crypto and x86 Teams
-BEGI
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/13/2010 02:47 AM, Ulrich Mueller wrote:
>>>>>> On Tue, 12 Oct 2010, Dane Smith wrote:
>
>> I would like to add the license for truecrypt-7.0 to Portage. Link
>> is here http://www.truecrypt.org/legal/licens
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 10/13/10 02:47, Ulrich Mueller wrote:
>>>>>> On Tue, 12 Oct 2010, Dane Smith wrote:
>
>> I would like to add the license for truecrypt-7.0 to Portage. Link
>> is here http://www.truecrypt.org/legal/license
>
to Portage. Link is
here http://www.truecrypt.org/legal/license
Does this license look ok to everyone? If yes, I'm assuming it's going
to go in the same groups as the prior truecrypt licenses that are
already in Portage?
Thanks!
- --
Dane Smith
Gentoo Linux Developer -- Crypto, x86
38 matches
Mail list logo
