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 tol
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 t
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 n
# Samuli Suominen (22 Jan 2011)
# Replaced by xfce-extra/tumbler
# Removal in 30 days
xfce-extra/thunar-thumbnailers
# Samuli Suominen (22 Jan 2011)
# Included in gnome-themes-extras package wrt bug 351020.
# Removal in 30 days.
x11-themes/gion-icon-theme
# Samuli Suominen (22 Jan 2011)
# Prin
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
> dev
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/
> (s
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? "
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
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 not
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 you
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, Pla
-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
> - in
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 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
Hi all!
Why not use redmine as sources.gentoo.org?
2011/1/22 Theo Chatzimichos :
> 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
>> tr
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
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 Fri, 21 Jan 2011 22:20:27 -0600
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/.
Yeah, that'd be a good idea for the concept of repositori
On Fri, 21 Jan 2011 22:20:27 -0600
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
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 namespace
Hi,
Mike Frysinger :
> 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 else. and having
21 matches
Mail list logo
