I'd like to retire from these sometime soon:
dev-lua/lua-zlib: no other maintainers/herd
dev-lua/luadbi: no other maintainers/herd
dev-lua/luaevent: blueness, rafaelmartins
dev-lua/luaexpat: rafaelmartins
dev-lua/luasec: rafaelmartins
net-im/prosody: klausman, rafaelmartins
AFAICT Rafael isn't
On Fri, Nov 23, 2012 at 12:18 PM, Dirkjan Ochtman d...@gentoo.org wrote:
I haven't heard back from them, maybe you can ask them what's up.
This has been setup (with Donnie's help):
https://www.ohloh.net/orgs/gentoo
I've claimed 15 of the projects on there that I could easily find,
analysis
On Mon, Nov 26, 2012 at 10:44 PM, Rich Freeman ri...@gentoo.org wrote:
Yeah, that was my thought as well. The text was lifted from our
charter, which was apparently written from a problem/solution
standpoint rather than something that would be less time-bound. It
doesn't really make sense
On Wed, Nov 28, 2012 at 8:16 AM, Matt Turner matts...@gentoo.org wrote:
Sure, I would like to be a manager.
I'd like to add these as well:
https://www.ohloh.net/p/gentoo_loongson_overlay
https://www.ohloh.net/p/gentoo_catalyst
They're in there already (the page only lists most active
On Mon, Dec 17, 2012 at 11:23 AM, Diego Elio Pettenò
flamee...@flameeyes.eu wrote:
I would say let's work on that so that portage can keep them there.
Although I'm more for /var/cache/portage myself, as both distfiles and
tree can be re-generated.
+1.
Cheers,
Dirkjan
On Mon, Dec 17, 2012 at 11:26 AM, Tomáš Chvátal tomas.chva...@gmail.com wrote:
I silently hope they copy the default cflags to their make.conf and
then set march and add more stuff, rather than starting from scratch.
Also we can pop-up newsitem asking them to put it into cflags ;-)
You might
On Mon, Dec 17, 2012 at 11:43 AM, Markos Chandras hwoar...@gentoo.org wrote:
Outsource it to someone who has the knowledge and interest in doing
this. The foundation has the funds to support it, and none of us
actually have the time to invest in a complete webpage redesign.
If we have funds
On Mon, Dec 17, 2012 at 7:32 PM, Roy Bamford neddyseag...@gentoo.org wrote:
Suppose the team in [1] above wrote the specification, who needs to
agree it?
The council, the trustees, the body of devs ... some combination of
that list. All in all, producing an agreed specification for a website
On Fri, Dec 21, 2012 at 6:30 AM, Paweł Hajdan, Jr.
phajdan...@gentoo.org wrote:
3. I think what's important is to keep packages maintained. I consider
maintainership to be a duty, not a privilege. If someone is listed in
metadata.xml, but is not really maintaining the package, that creates a
On Mon, Nov 26, 2012 at 2:40 PM, Dirkjan Ochtman d...@gentoo.org wrote:
dev-lua/lua-zlib: no other maintainers/herd
dev-lua/luadbi: no other maintainers/herd
dev-lua/luaevent: blueness, rafaelmartins
dev-lua/luaexpat: rafaelmartins
dev-lua/luasec: rafaelmartins
net-im/prosody: klausman
On Tue, Jan 1, 2013 at 1:44 AM, Rich Freeman ri...@gentoo.org wrote:
The certificates that Gentoo distributes have at least been vouched
for by somebody who is a part of our community, which is more than can
be said for most of the upstream certificates.
And you think vouched for by some
On Thu, Jan 3, 2013 at 10:46 AM, Maxim Kammerer m...@dee.su wrote:
The problem is that the directory was apparently included into daily
snapshot between 00:31:07 UTC (ebuild commit) and 00:31:13 UTC
(Manifest commit). For those that don't remember, CVS does not have
atomic commits, so it's not
On Mon, Jan 7, 2013 at 2:22 AM, Ryan Hill dirtye...@gentoo.org wrote:
This is way past due so I'd like to get 4.6 into stable. There are hardly any
blockers on bug #418383 which makes me go ?!, so if anyone knows of any
issues please let us know.
+1. I know I've been clicking around those bug
I've seen this pop up a lot recently:
* One or more symlinks to directories have been preserved in order to
* ensure that files installed via these symlinks remain accessible. This
* indicates that the mentioned symlink(s) may be obsolete remnants of an
* old install, and it may be
On Tue, Jan 15, 2013 at 3:03 PM, Rich Freeman ri...@gentoo.org wrote:
I'd make it easy-to-remember though - either a one-letter option, or
something short.
+1. Maybe just -U?
Some open questions:
1. What is the correct use-flag behavior - -N, or --reinstall=changed-use?
2. What is the
On Tue, Jan 15, 2013 at 3:27 PM, Ian Stakenvicius a...@gentoo.org wrote:
Bikeshedding, but I'm thinking that it would be better to provide a
whole separate command for this rather than a quicker convenience
option -- the command would, for instance, also include @world as the
target by
On Sat, Jan 12, 2013 at 11:49 PM, Paweł Hajdan, Jr.
phajdan...@gentoo.org wrote:
I think the best way to proceed is to listen to that feedback and
continue the effort, while also keeping an updated list of exclusions
for packagers/herds that are actively stabilized by maintainers.
I filed
On Tue, Jan 15, 2013 at 9:18 PM, Peter Stuge pe...@stuge.se wrote:
We're halfway there;
emerge --sync
So how about adding:
emerge --upgrade
?
I was thinking the same thing!
Cheers,
Dirkjan
On Thu, Jan 17, 2013 at 3:23 AM, Walter Dnes waltd...@waltdnes.org wrote:
If someone wants a *REALLY* basic system, they can start off with
USE=-* and add on stuff as necessary when portage complains and/or
ebuilds break. That's what I'd recommend to someone wanting to set up a
basic server
On Thu, Jan 17, 2013 at 12:59 AM, Andreas K. Huettel
dilfri...@gentoo.org wrote:
my 2ct:
* dri and cups should probably be moved to desktop profile
* pppd is a local useflag and should be enabled by default in the capi ebuild
Definitely agree. Can we make these changes?
Cheers,
Dirkjan
On Wed, Jan 23, 2013 at 2:14 PM, Samuli Suominen ssuomi...@gentoo.org wrote:
please review this news item, seems we need one after all
+1, this would have been useful.
On Wed, Jan 23, 2013 at 2:14 PM, Samuli Suominen ssuomi...@gentoo.org wrote:
please review this news item, seems we need one after all
Here's a crazy idea: can we patch our kernel to let make oldconfig
default CONFIG_DEVTMPFS to true? Or better yet, request that this is
changed upstream?
Also,
On Fri, Jan 25, 2013 at 12:59 PM, Rich Freeman ri...@gentoo.org wrote:
I could see making that the default if there is no .config file
present and a new one is being created, and perhaps upstream would
support that since udev is popular. However, make oldconfig is
usually used when you have a
On Fri, Jan 25, 2013 at 3:17 PM, Ian Stakenvicius a...@gentoo.org wrote:
Depends on whether or not you rebuilt the rdeps -- udev-197 provides
libudev.so.1 while udev-171 provides libudev.so.0 , so there's
breakage on stuffs like lvm2 and other ebuilds that link to libudev
Even so, I could
Hi,
IIRC, we currently don't have CA-certified SSL certificates on Gentoo
properties because the infrastructure people who handle that kind of
stuff really dislike giving up their personal information to a
corporation like a CA. Would it be possible to break that logjam by
volunteering for the
On Tue, Feb 5, 2013 at 7:06 PM, Rich Freeman ri...@gentoo.org wrote:
My knee-jerk reaction is that your browser has a bug. It thinks that
it is appropriate to sound alarms for unauthenticated SSL connections
but not for unauthenticated non-SSL connections. A workaround is to
emerge
On Sun, Feb 10, 2013 at 4:05 PM, Pacho Ramos pa...@gentoo.org wrote:
I agree as I have also needed to google and search in forums to get
proper firmware installed in the past in some machines :/
+1 from me; I've had a few machines break on kernel upgrades because I
didn't have the proper
On Sun, Feb 10, 2013 at 5:54 PM, Fabio Erculiani lx...@gentoo.org wrote:
+1 from me; I've had a few machines break on kernel upgrades because I
didn't have the proper firmware installed (I guess older kernel
sources came with the firmware?).
This is another problem, namely dependency level
On Thu, Feb 14, 2013 at 7:19 PM, Tomáš Chvátal tomas.chva...@gmail.com wrote:
I think it is lame we have bugs last touched in 2k5 :-P
Yeah, very useful. I went through most of the Python bugs and cleaned some up.
It looks like there's a *lot* of maintainer-wanted bugs that are very
old. I
On Sun, Feb 17, 2013 at 5:03 PM, Agostino Sarubbo a...@gentoo.org wrote:
Now, imho, we have 2 choice:
1)Support them with an iso or at least a manual if we can't do an handbook
2)Lose the stable keyword and don't waste manpower anymore.
What do you think about?
I haven't seen many problems,
On Wed, Mar 6, 2013 at 10:15 AM, Maxim Koltsov maksbo...@gentoo.org wrote:
Not really... are you going to add any more packages?
It's very probable, yes. Also I think 60 packages is quite big number,
as we have many categories with 20 or even less packages.
It's not *just* the number of
On Sun, May 19, 2013 at 3:40 PM, Jeroen Roovers j...@gentoo.org wrote:
On Sat, 18 May 2013 21:08:53 +
bugzilla-dae...@gentoo.org wrote:
DO NOT REPLY TO THIS EMAIL. Also, do not reply via email to the person
whose email is mentioned below. To comment on this bug, please visit:
On Sat, Jun 1, 2013 at 2:57 PM, Pacho Ramos pa...@gentoo.org wrote:
dev-python/hachoir-core
dev-python/hachoir-parser
dev-python/hachoir-regex
dev-python/pycountry
dev-python/pywebdav
I think the python herd will take these.
Cheers,
Dirkjan
On Sun, Jun 9, 2013 at 4:22 PM, Alex Legler a...@gentoo.org wrote:
I'd appreciate some input on below plan to move project pages to the Wiki:
Sounds like a great plan to me!
Cheers,
Dirkjan
On Thu, Jun 13, 2013 at 6:56 AM, Alexander V Vershilov
alexander.vershi...@gmail.com wrote:
The main point that haskell ecosystem is very breaky and only latest
version is supported, so
the safest path is to be on a bleeding edge and patch inconsistent
applications. So if one
package gets
On Sun, Jun 16, 2013 at 11:49 AM, Pacho Ramos pa...@gentoo.org wrote:
Due ferringb retirement the following packages are up for grabs:
dev-python/snakeoil
sys-apps/pkgcore (likely to be treecleaned as it's no longer maintained
and neither has eapi5 support)
Looks like these should go
On Wed, Jun 26, 2013 at 8:58 PM, Mikle Kolyada zlog...@gentoo.org wrote:
Hi all. We have very long delay with m68k arch in many stabilization
bugs, especially in perl-related. I think this is not ok. The only one
mk68k developer is vapier, so i want say: if we'll have no progress in
On Sun, Jul 21, 2013 at 11:10 AM, Pacho Ramos pa...@gentoo.org wrote:
dev-python/crcmod
dev-python/gmpy
dev-python/pycdio
dev-python/pydns
dev-python/pyyaml
dev-python/tagpy
dev-python/tlslite
The Python team has taken these. I've updated metadata and reassigned bugs.
Cheers,
Dirkjan
On Sun, Jul 28, 2013 at 12:50 PM, Leho Kraav l...@kraav.com wrote:
Wondering if there's any plan for proper convergence at some point?
I'd guess that the value of further convergence is so small that it
will not be a priority for any of the teams.
Cheers,
Dirkjan
On Tue, Jul 30, 2013 at 2:12 PM, Alex Legler a...@gentoo.org wrote:
On 30.07.2013 13:50, Alexander Berntsen wrote:
For future reference,
I don't think you're using that right. You get to make statements for
future reference if you actually have authority to tell people what to do.
+1. Also,
On Wed, Jul 31, 2013 at 8:21 AM, Michael Weber x...@gentoo.org wrote:
I'd like to see a announcement and an optional discussion on this list
if base profile gets changed [0] - current case bug 449364 [1].
I think that makes a lot of sense as a guideline. To me, it's a bit
weird to change a USE
On Tue, Aug 20, 2013 at 8:29 PM, Wyatt Epp wyatt@gmail.com wrote:
This right here seems strange to me. What things in stable are
undergoing bitrot? What manner of bitrot? On what architectures?
Yeah, something slightly more specific would be useful here.
I run my servers with stable
On Wed, Aug 21, 2013 at 1:04 PM, Markos Chandras hwoar...@gentoo.org wrote:
I propose the following arches to lose their stable keywords
- s390
- sh
- ia64
- alpha
- m68k
- sparc
+many.
Cheers,
Dirkjan
On Mon, Sep 16, 2013 at 3:45 PM, Michael Palimaka kensing...@gentoo.org wrote:
That is a useful tool, but many people get a lot of their bugmail through an
alias.
There's a trick where you can route all email from Bugzilla to the
alias to /dev/null and watch the alias on Bugzilla, thereby
On Mon, Sep 16, 2013 at 3:09 PM, Michael Palimaka kensing...@gentoo.org wrote:
At what point do we draw the line? Today my mailbox is full of email with
changes like app-foo/bar-1.2.3: version bump - app-foo/bar-1.7.3 -
Version bump., changing keywords on years-old bugs etc.
So who's doing
On Mon, Sep 23, 2013 at 2:24 AM, Ian Stakenvicius a...@gentoo.org wrote:
FYI - Spidermonkey is in the exact same situation -- upstream develops
with the expectation that projects will embed the code or at best
bundle the lib. They also completely break API with every major
version bump (ie,
On Mon, Sep 23, 2013 at 1:59 PM, Chí-Thanh Christopher Nguyễn
chith...@gentoo.org wrote:
There is stable and not stable. Whether you call what is not stable
unstable or testing does not matter, as Gentoo does not
differentiate between the two. FWIW, I think that using the word testing
implies
On Mon, Sep 23, 2013 at 3:18 PM, Michael Palimaka kensing...@gentoo.org wrote:
That's a thing that was never quite clear to me. Should there be
a one-to-one correspondence between an arch marked stable in
profiles.desc (i.e. having at least one profile labelled as stable
there) and the same
On Mon, Aug 10, 2009 at 12:08, Sebastian Pippingwebmas...@hartwork.org wrote:
0) Make sure you have these packages installed:
dev-python/rhpl
dev-python/urlgrabber
dev-python/dbus-python
What do you need these for?
Cheers,
Dirkjan
On Sat, Sep 19, 2009 at 18:48, Arfrever Frehtes Taifersar Arahesis
arfre...@gentoo.org wrote:
Stabilization of Python 3.1.* will be requested at the beginning of november.
There was a suggestion to create a news item which would inform users that
temporarily they shouldn't switch to Python 3 as
On Sat, Sep 19, 2009 at 19:06, Alex Legler a...@gentoo.org wrote:
What is the point of stabilizing it if users shouldn't use it as main
interpreter? Just leave it in ~arch until it can be safely used.
Making it easily available so that people can port stuff, so that the
entire world may be able
On Mon, Mar 1, 2010 at 22:24, Ben de Groot yng...@gentoo.org wrote:
For some reason beyond my understanding, we have the cups useflag
enabled by default in profiles.
I'm +1 on disabling it by default.
Cheers,
Dirkjan
On Thu, Mar 4, 2010 at 10:07, Christian Faulhammer fa...@gentoo.org wrote:
as dev-util is really crowded, maybe splitting off a category for
source code management systems would be a good idea. They are more
important today than some years ago.
Are any of you against such a split? My
On Thu, Mar 4, 2010 at 11:28, Petteri Räty betelge...@gentoo.org wrote:
I would let the people maintaining the packages in the new category
decide what to call it.
As the primary maintainer for mercurial, hgsubversion and hg-git, I
would prefer dev-vcs.
I wonder, would a Python
On Thu, Mar 4, 2010 at 17:47, Sebastian Pipping sp...@gentoo.org wrote:
There seems to be a lot more to it:
- Updating eclasses?
- Updating documentation
- Updating reverse dependencies?
- Pushing news out to Gentoo users (and developers)
- Update package names used in Layman (my task)
-
On Thu, Mar 4, 2010 at 22:38, Robin H. Johnson robb...@gentoo.org wrote:
This contains a critical bug...
cvs add and the matching commit aren't mentioned anywhere...
Well, it *is* a summary.
Thanks for the guide, that'll be useful.
Cheers,
Dirkjan
On Thu, Mar 4, 2010 at 22:16, Sebastian Pipping sp...@gentoo.org wrote:
Are we at a point already where we can feed 90% of the Python 2.x code
out there to Python 3 without problems?
No, and that point will never come, but this is not a problem right now.
Python 3 will be installed slotted, as
On Thu, Mar 4, 2010 at 21:01, Dale rdalek1...@gmail.com wrote:
Sounds like your argument is more like a opinion. I built my desktop about
Since people keep talking about not wanting cups disabled for the
desktop profiles, can we at least agree that it should be disabled by
default for the
On Fri, Mar 5, 2010 at 09:25, Joshua Saddler nightmo...@gentoo.org wrote:
So . . . why the heck are you stabilizing it?
Because 'stable' denotes that it works as intended, that it can be
installed easily, etc. All of these are true now for python3. There
are applications being written for it. We
On Fri, Mar 5, 2010 at 10:41, Joshua Saddler nightmo...@gentoo.org wrote:
Python 3 is a new major version of Python and is intentionally incompatible
with Python 2. Many external modules have not been ported yet to Python 3,
so
currently Python 3.1 should not be set as main active version of
On Fri, Mar 5, 2010 at 11:14, Joshua Saddler nightmo...@gentoo.org wrote:
Aaaand none of my packages that are installed want to use it. That's what
I'm sayin'. Maybe if I ran ~arch they'd ask for Python 3.x, but I run stable,
so *nothing* wants to use it. Every other stable user is in the
I'm trying to add app-admin/supervisor (http://supervisord.org/) to
the tree, but its licensing situation kind of sucks.
The file talks about 4 different licenses.
1: the Repoze license (which I added to the tree in anticipation of this ebuild)
2: a copy of the regular BSD license, should be
On Tue, Apr 6, 2010 at 04:13, Nirbheek Chauhan nirbh...@gentoo.org wrote:
* Use a separator in the commit message like == \n to denote that
everything after this is dev-only information and should be skipped
from the user ChangeLog
I think this is fairly elegant, and a good solution to this
On Wed, Jun 2, 2010 at 09:18, Torsten Veller t...@gentoo.org wrote:
maintainer-needed
-
dev-python/IcePy
dev-python/boto
dev-python/morbid
dev-python/pyaudio
dev-python/stomper
The python team will take these.
Cheers,
Dirkjan
On Sat, Jun 5, 2010 at 02:00, Torsten Veller t...@gentoo.org wrote:
Nominations for the Gentoo Council 2010/2011 are now open for the next
two weeks (until 23:59 UTC, 18/06/2010).
I'd like to nominate patrick and vapier.
Cheers,
Dirkjan
On Fri, Jun 11, 2010 at 08:58, Paweł Hajdan, Jr.
phajdan...@gentoo.org wrote:
Cons:
- developers get changes to LDAP wrong already.
= I counter that they ALSO change the wrong filenames and wonder why
there is no effect. I counted a large number of '.permissave',
On Mon, Feb 13, 2012 at 10:33, Corentin Chary corentin.ch...@gmail.com wrote:
One other thing, metadata.xml already contain a remote-id tag, which
would be very great to help euscan do its job, but a lot of package
are lacking it:
- Should we patch repoman to scan SRC_URI and issue a warning
On Tue, Feb 28, 2012 at 22:13, Krzysztof Pawlik nelch...@gentoo.org wrote:
If there are no objections then during the weekend (March 3, 4) I will add
this
to portage (after finishing remaining TODO items, PyPy requires 4G of
RAM(!!)).
Can we perhaps just name it python-r2 rather than
Tomorrow, March 1, is the deadline for removing almost all of the
Zope/Plone packages from the portage tree (those who still want them
can get them from Arfrever's Progress overlay).
Since only one or two packages would remain in the category, do we
want the category to stay around, or should it
On Thu, Mar 1, 2012 at 19:50, Mike Gilbert flop...@gentoo.org wrote:
Arfrever pinged me to add him to the net-zope herd as a proxy
maintainer for the remaining zope packages. Are there any objections
to this?
What remaining packages? Just zope-fixers, zope-interface and zc-buildout?
I don't
On Thu, Mar 1, 2012 at 23:17, Markos Chandras hwoar...@gentoo.org wrote:
app-text/pdfminer
dev-python/hcs-utils
dev-python/nltk
dev-python/py-notify
The python herd will take these.
Cheers,
Dirkjan
On Sun, Mar 4, 2012 at 14:31, Pacho Ramos pa...@gentoo.org wrote:
Only two for net-zope, but many more for, for example, sgml and
media-optical.
We just cleaned out most of the net-zope packages. The remaining
net-zope packages will be maintained by the python team; the net-zope
herd can
On Fri, Mar 9, 2012 at 16:57, Michał Górny mgo...@gentoo.org wrote:
For net-zope, I'd prefer dropping it. We decided to get rid of Zope,
removed almost all relevant packages, so there's no point in keeping
the herd.
+1.
Cheers,
Dirkjan
On Tue, Mar 20, 2012 at 10:47, Pacho Ramos pa...@gentoo.org wrote:
I find the whole concept of www-servers herd flawed.
It's not very likely one person would be running many different servers,
and thus be able to contribute to them.
Propably why the team has no members in the first place...
On Sun, Mar 25, 2012 at 12:25, Pacho Ramos pa...@gentoo.org wrote:
dev-python/graphy
Added to the python herd.
Cheers,
Dirkjan
On Mon, Mar 26, 2012 at 20:44, Alec Warner anta...@gentoo.org wrote:
Long term, we may want to consider porting pybugz to use Bugzilla's
XML-RPC api to avoid such breakage.
XML-RPC is shit.
https://wiki.mozilla.org/Bugzilla:REST_API
Upstream is talking about removing the ability to build python without
threads support (non-double negative: future Python would require
threads support). Is anyone here depending on building Python with
-threads?
Cheers,
Dirkjan
On Mon, May 14, 2012 at 8:05 PM, Alexandre Rostovtsev
tetrom...@gentoo.org wrote:
media-sound/csound:luajit - Use the lua just-in-time compiler
dev-lang/luajit instead of dev-lang/lua
www-client/luakit:luajit - Use the lua just-in-time compiler
dev-lang/luajit instead of dev-lang/lua, which
On Wed, May 16, 2012 at 12:24 AM, Zac Medico zmed...@gentoo.org wrote:
This causes the CONFIG_PROTECT behavior to be skipped for files that
have not been modified since they were installed.
Yes, please!
Cheers,
Dirkjan
On Tue, May 22, 2012 at 11:35 AM, Pacho Ramos pa...@gentoo.org wrote:
Regarding migration to git, I think some people where working on it, but
there were some pending problems preventing the migration:
https://bugs.gentoo.org/show_bug.cgi?id=333531
there, you can see the blockers, the problem
On Thu, May 24, 2012 at 1:43 PM, Duncan 1i5t5.dun...@cox.net wrote:
In that regard, git is nothing like for instance svn, where branches come
at a much higher cost, as does merging between them.
That's wrong. SVN branches are just about as cheap as git branches,
although merges used to be much
On Wed, May 30, 2012 at 11:38 AM, Duncan 1i5t5.dun...@cox.net wrote:
Of course, there's a much larger infra component to the git migration, so
either having that someone being an infra person, or at least having
someone from infra have the time and be willing to work closely with
them, is
On Wed, May 30, 2012 at 8:33 PM, Robin H. Johnson robb...@gentoo.org wrote:
No, the last mock conversion is still live and updating fairly often:
http://git-exp.overlays.gentoo.org/gitweb/?p=exp/gentoo-x86.git;a=summary
Since you seem to know most about this project, can you give a short
On Thu, May 31, 2012 at 2:04 PM, Aaron W. Swenson titanof...@gentoo.org wrote:
The 6 hours it takes to clone the repo.
IIRC someone already proposed that the packed repo could be offered
via normal download (or even BitTorrent).
Cheers,
Dirkjan
On Thu, May 31, 2012 at 6:49 PM, Robin H. Johnson robb...@gentoo.org wrote:
Discussion on merge policy. Originally I thought we would disallow merge
commits, so that we would get a cleaner history. However, it turns out that if
the repo ends up being pushed to different places with slightly
It looks to me (from looking at eshowkw for python packages quite a
bit) that a great many packages aren't being keyworded on m68k. Would
it perhaps make sense to drop it from the set of stable arches (for
example, in the bugzilla selection thing, or in eshowkw)?
Cheers,
Dirkjan
On Fri, Jun 1, 2012 at 5:53 PM, Rich Freeman ri...@gentoo.org wrote:
If you want the tree to be traceable to Gentoo devs, then rewriting
the signatures is probably a good thing.
I'd say that signing the merge commit is good enough. It says the
Gentoo dev who merged it has reviewed the changes
On Sat, Jun 2, 2012 at 12:59 PM, Rich Freeman ri...@gentoo.org wrote:
Looks useful. Wasn't aware that a bundle was something other than a tarball.
We'll probably need to spell out the preferred process in the docs,
and reference it frequently in communications. Otherwise you'll get
quite a
On Sun, Jun 3, 2012 at 12:39 PM, Andreas K. Huettel
dilfri...@gentoo.org wrote:
Sounds reasonable given the current state of git. Let's just be clear about
the following consequence (I hope I understand this correctly):
* User makes signed improvements in gentoo-x86 clone
* Developer pulls
On Sun, Jun 3, 2012 at 11:46 AM, Robin H. Johnson robb...@gentoo.org wrote:
A hierarchy of merge lieutenants:
- This is basically the Linux kernel model. The ability to merge into
master resides with a single person, and he pulls from other known
specified developers, who serve to collect
On Sun, Jun 3, 2012 at 7:36 PM, Robin H. Johnson robb...@gentoo.org wrote:
But IMO, discussing this now is a kind of premature optimization.
agreed, it's NOT ideal. I evaluated it as what are the potential
problems i can foresee happening, that we haven't already discussed
and/or solved
On Sun, Jun 3, 2012 at 9:07 PM, Rich Freeman ri...@gentoo.org wrote:
A test of some sort would cut down the risk of the unexpected when we
do the real migration.
I understand the desire for this, but I don't think it will work. The
first few hours/days after the git migration are going to be
On Sun, Jun 3, 2012 at 9:35 PM, Andreas K. Huettel dilfri...@gentoo.org wrote:
However, then the committer of the contributed commits before the merge is
then the user, I guess?
(The rule meaning as suggested by Robin
- if you include a commit from a user:
author := non-@gentoo
On Mon, Jun 4, 2012 at 2:38 PM, Rich Freeman ri...@gentoo.org wrote:
On Mon, Jun 4, 2012 at 2:48 AM, Dirkjan Ochtman d...@gentoo.org wrote:
IMO we should try to be cutting down barriers from the git migration,
not throwing up more. The process has taken long enough already; the
desire
On Mon, Jun 4, 2012 at 2:34 PM, Rich Freeman ri...@gentoo.org wrote:
Well, only Robin can explain exactly what he meant, but it sounds like
we don't want the committer field to ever have a non-gentoo email in
it, and signatures should be gentoo as well. So, if a dev just
applies a patch to
On Mon, Jun 4, 2012 at 3:40 PM, Rich Freeman ri...@gentoo.org wrote:
The only thing the merge commit contains is a list of two parents, and
a tree. It doesn't say which one is which, unless we can rely on
their order.
You simply walk the tree from root to tip. When you encounter an
unsigned
On Mon, Jun 4, 2012 at 4:18 PM, Rich Freeman ri...@gentoo.org wrote:
How do you KNOW that the nearest signed descendant actually merged it?
How do you know it wasn't added by a hacker?
Because then the signature for the nearest signed descendant wouldn't
check out (unless it got hacked before
On Mon, Jun 4, 2012 at 4:48 PM, Rich Freeman ri...@gentoo.org wrote:
When I do a cvs commit, I don't check the logs to make sure the last
25 commits all look valid. So, why would I expect others to do any
differently in git. I make my changes, I run a git pull (bringing in
the hacked commit
On Mon, Jun 4, 2012 at 6:06 PM, Rich Freeman ri...@gentoo.org wrote:
Again, we don't need to be there 100% to go live. However, I think
that was the whole point of signing commits. If we aren't going to
add any assurance at all with our signing practices, then there isn't
much point in
On Mon, Jun 4, 2012 at 7:25 PM, Rich Freeman ri...@gentoo.org wrote:
Anything we do has to be automated to be of any real value. Ideally
if something goes wrong it should be as detectable as possible.
Yeah, but you'd have to part of that at every developer's box.
Can we just agree that having
1 - 100 of 312 matches
Mail list logo
