Hi,
Mike Frysinger vap...@gentoo.org:
first off, drop the caps crap. second, while *you* might be aware of
a long history, you provided absolutely none in your first e-mail.
thus it completely looked like only 1 person (you) was making a
decision which had not been discussed with anyone
On Sat, Jan 22, 2011 at 04:38:49AM +0200, Theo Chatzimichos wrote:
Assuming we're going to move the git.overlays.gentoo.org repos there as well
in the near future, this is the structure i am proposing:
Yes, they will be merging, but not for many months. What _DO_ need, is
getting the namespaces
On Fri, 21 Jan 2011 22:20:27 -0600
Donnie Berkholz dberkh...@gentoo.org wrote:
I don't see any particular reason to distinguish between the main tree
and overlays in this structure. Just do something common for both, like
tree/ or ebuilds/ or packages/. In the same vein, there's no good
On Fri, 21 Jan 2011 22:20:27 -0600
Donnie Berkholz dberkh...@gentoo.org wrote:
I don't see any particular reason to distinguish between the main
tree and overlays in this structure. Just do something common for
both, like tree/ or ebuilds/ or packages/.
Yeah, that'd be a good idea for the
On Saturday 22 January 2011 10:55:19 Robin H. Johnson wrote:
1.
We EXPLICITLY need a location for private repositories.
didn't know that, so i guess the private dir should be:
private
- infra
- (infrapriv1).git
- (infrapriv2).git
- foundation
- (foundpriv1).git
- (foundpriv2).git
On Saturday 22 January 2011 06:20:27 Donnie Berkholz wrote:
I don't see any particular reason to distinguish between the main tree
and overlays in this structure. Just do something common for both, like
tree/ or ebuilds/ or packages/. In the same vein, there's no good reason
I can think of to
Hi all!
Why not use redmine as sources.gentoo.org?
2011/1/22 Theo Chatzimichos tampak...@gentoo.org:
On Saturday 22 January 2011 06:20:27 Donnie Berkholz wrote:
I don't see any particular reason to distinguish between the main tree
and overlays in this structure. Just do something common for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 22-01-2011 03:20, Donnie Berkholz wrote:
On 04:38 Sat 22 Jan , Theo Chatzimichos wrote:
Assuming we're going to move the git.overlays.gentoo.org repos there as well
in the near future, this is the structure i am proposing:
source
-
On Saturday 22 January 2011 16:58:38 Alexey Shvetsov wrote:
Hi all!
Why not use redmine as sources.gentoo.org?
idl0r installed trac-git for git.overlays, it needs some testing before
starting to redesign the overlays webpages (ETA 1 month due to my exams) If we
decide that it doesn't suit
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 22-01-2011 11:32, Theo Chatzimichos wrote:
On Saturday 22 January 2011 10:55:19 Robin H. Johnson wrote:
1.
We EXPLICITLY need a location for private repositories.
didn't know that, so i guess the private dir should be:
private
- infra
On Saturday 22 January 2011 18:02:59 Jorge Manuel B. S. Vicetto wrote:
Why not provide a tree for overlays and another for application
repositories?
You just repeated my proposal, with the only difference I splitted project
from website :P
--
Theo Chatzimichos (tampakrap)
Gentoo KDE/Qt,
Hi Diego,
I need a clarification on something.
On Thu, Jan 20, 2011 at 01:50:35AM +0100, Diego Elio Petten? wrote:
If you produced the file yourself, and it doesn't matter if the file is
reproducible (unless it is reproducible to sha512 identity), please use
the public_html directory in your
All,
I noticed that for dhcpcd and openrc we force their LIBEXECDIR to be
$(get_libdir)/foo, which puts things in different directories depending on
whether the system is multilib or not.
I enquired from Robin why we do this, and I was told that libexec is
supposed to contain things which are
Theo Chatzimichos posted on Sat, 22 Jan 2011 14:32:34 +0200 as excerpted:
- On one hand, I would like user repositories to have a separate
namespace, so that other users realize a given repo is NOT from a
developer.
- On the other side, what do we do when a user with a repo becomes a
Il giorno sab, 22/01/2011 alle 10.20 -0600, William Hubbs ha scritto:
What is your feeling about projects that use tags in their source
repositories and have a way to build the tarball directly from the
repository?
I have written that already: can you provide a SHA512 identity of the
file? The
On 01/22/11 13:32, Theo Chatzimichos wrote:
Well, the distinction for unofficial/official overlays happen mostly in
layman
-L, I don't think users pay attention to our git repo list. Furthermore, I
got
at least three requests from developers to move their repo from user/ to dev/
(same
On 01/22/11 09:55, Robin H. Johnson wrote:
- On one hand, I would like user repositories to have a separate
namespace, so that other users realize a given repo is NOT from a
developer.
Seconding that.
- On the other side, what do we do when a user with a repo becomes a
# Samuli Suominen ssuomi...@gentoo.org (22 Jan 2011)
# Replaced by xfce-extra/tumbler
# Removal in 30 days
xfce-extra/thunar-thumbnailers
# Samuli Suominen ssuomi...@gentoo.org (22 Jan 2011)
# Included in gnome-themes-extras package wrt bug 351020.
# Removal in 30 days.
x11-themes/gion-icon-theme
Il giorno sab, 22/01/2011 alle 11.02 -0600, William Hubbs ha scritto:
Is there a reason for this? If not, would it break things if we start
using /libexec as well as /usr/libexec?
More or less and yes, it would create one more root directory that has
no real usage to be there anyway...
I
On Sat, Jan 22, 2011 at 03:02:59PM -0100, Jorge Manuel B. S. Vicetto wrote:
Well, the distinction for unofficial/official overlays happen mostly in
layman
-L, I don't think users pay attention to our git repo list. Furthermore, I
got
at least three requests from developers to move
On Sat, Jan 22, 2011 at 12:02 PM, William Hubbs wrote:
I noticed that for dhcpcd and openrc we force their LIBEXECDIR to be
$(get_libdir)/foo, which puts things in different directories depending on
whether the system is multilib or not.
I enquired from Robin why we do this, and I was told
21 matches
Mail list logo