Hello!
So, I can't find any documentation about this; nor can I find a
best-practices list. Can we add broken ebuilds in-tree as long as they
are package.masked? automagic deps, wrong deps, missing deps, file
collisions, etc etc? Even if it makes the ebuild completely unusable
by itself?
If yes:
On 04/09/10 08:10, Nirbheek Chauhan wrote:
> Hello!
>
> So, I can't find any documentation about this; nor can I find a
> best-practices list. Can we add broken ebuilds in-tree as long as they
> are package.masked? automagic deps, wrong deps, missing deps, file
> collisions, etc etc? Even if it ma
There are things I know about Gentoo Linux and I'm pleased to share my
knowledge with others as well as I'm glad to learn from others. I'm not a
Gentoo dev and I neither have plan nor wish to be.
My feeling is that Gentoo Wiki Project is just but another occasion for
debating rules and politics
I'm in the process of porting (once again) a new Anaconda snapshot to
Sabayon (thus, to Gentoo-land). I spent several hours creating ebuilds
(basic, not fully integrated yet) for the following pkgs:
app-admin/authconfig
app-admin/firstboot
app-admin/system-config-date
app-admin/system-config-date
On Friday 09 of April 2010 13:26:16 Guy Fontaine wrote:
> There are things I know about Gentoo Linux and I'm pleased to share my
> knowledge with others as well as I'm glad to learn from others. I'm not a
> Gentoo dev and I neither have plan nor wish to be.
>
> My feeling is that Gentoo Wiki Proje
On 9 April 2010 13:26, Guy Fontaine wrote:
> There are things I know about Gentoo Linux and I'm pleased to share my
> knowledge with others as well as I'm glad to learn from others. I'm not a
> Gentoo dev and I neither have plan nor wish to be.
>
> My feeling is that Gentoo Wiki Project is just
On 9 April 2010 14:35, Maciej Mrozowski wrote:
> See? This is the problem. Every time comes an initiative to introduce official
> Gentoo infra hosted Gentoo Wiki (yes, the one that won't loose randomly all
> its contents) - there's lack of interest of cooperation from already existing
> unofficial
On Fri, Apr 9, 2010 at 6:32 PM, Ben de Groot wrote:
> On 9 April 2010 14:35, Maciej Mrozowski wrote:
>> See? This is the problem. Every time comes an initiative to introduce
>> official
>> Gentoo infra hosted Gentoo Wiki (yes, the one that won't loose randomly all
>> its contents) - there's lack
On Wed, Apr 7, 2010 at 21:05, Denis Dupeyron wrote:
> On Wed, Apr 7, 2010 at 11:14 AM, Ben de Groot wrote:
> > So all I'm asking is to do your job and make decisions on issues that
> > affect all of Gentoo. The issues I brought up are wider than a single
> > individual project.
>
> And almost 100
On 09/04/2010 13:38, Ben de Groot wrote:
On 9 April 2010 13:26, Guy Fontaine wrote:
There are things I know about Gentoo Linux and I'm pleased to share my
knowledge with others as well as I'm glad to learn from others. I'm not a
Gentoo dev and I neither have plan nor wish to be.
My feeling i
On Fri, Apr 09, 2010 at 06:02:40PM +0100, George Prowse wrote:
> On 09/04/2010 13:38, Ben de Groot wrote:
> > On 9 April 2010 13:26, Guy Fontaine wrote:
> >> There are things I know about Gentoo Linux and I'm pleased to share my
> >> knowledge with others as well as I'm glad to learn from others.
On 09/04/10 18:24, Zeerak Mustafa Waseem wrote:
> Really? I understood it as the wiki being an all-purposes wiki, meaning users
> could (would and should) create articles on how to get some application
> running or how to get some setting working, and the developers will have
> their own "sectio
On 09/04/2010 18:24, Zeerak Mustafa Waseem wrote:
On Fri, Apr 09, 2010 at 06:02:40PM +0100, George Prowse wrote:
On 09/04/2010 13:38, Ben de Groot wrote:
On 9 April 2010 13:26, Guy Fontaine wrote:
There are things I know about Gentoo Linux and I'm pleased to share my
knowledge with others a
Allen, if you don't have anything constructive to add, then please
refrain from adding to this thread.
Thanks,
--
Ben de Groot
Gentoo Qt project lead developer
Gentoo Wiki project lead
Here's one possible use-case.
For me, I would consider moving
http://dev.gentoo.org/~mpagano/genpatches/index.htm to the official wiki so
that other people in the kernel herd can update it.
If the updating could be scripted, of course.
I would not have considered it for an unofficial wiki runn
On Fri, 9 Apr 2010 12:40:50 +0530
Nirbheek Chauhan wrote:
> Hello!
>
> So, I can't find any documentation about this; nor can I find a
> best-practices list. Can we add broken ebuilds in-tree as long as they
> are package.masked? automagic deps, wrong deps, missing deps, file
> collisions, etc e
Nirbheek Chauhan said:
> So, I can't find any documentation about this; nor can I find a
> best-practices list. Can we add broken ebuilds in-tree as long as they
> are package.masked? automagic deps, wrong deps, missing deps, file
> collisions, etc etc? Even if it makes the ebuild completely unusa
On Fri, 9 Apr 2010 12:40:50 +0530
Nirbheek Chauhan wrote:
> So, I can't find any documentation about this; nor can I find a
> best-practices list. Can we add broken ebuilds in-tree as long as they
> are package.masked? automagic deps, wrong deps, missing deps, file
> collisions, etc etc? Even if
On 04/09/2010 04:34 AM, Fabio Erculiani wrote:
> They are available in the "sabayon" overlay. Is there anybody
> interested in helping me out for the integration and, perhaps,
> merge-into-Portage part?
That sounds interesting. I was planning to add public apis for the
packagekit portage backend t
On 9 April 2010 21:22, Michał Górny wrote:
> In my opinion, an ebuild should be added to the tree as long as it will
> be useful to users. If your ebuild is WIP but you want to give some
> users an option to already use it or get some feedback, you could
> consider adding it.
That's what we have
On Fri, Apr 9, 2010 at 9:24 PM, Zac Medico wrote:
> On 04/09/2010 04:34 AM, Fabio Erculiani wrote:
>> They are available in the "sabayon" overlay. Is there anybody
>> interested in helping me out for the integration and, perhaps,
>> merge-into-Portage part?
>
> That sounds interesting. I was plann
On Sat, Apr 10, 2010 at 1:11 AM, Fabio Erculiani wrote:
> [semi-OT]
> Since I am (together with volkmar) one of the PK Portage backend
> maintainers, let me know once you have interesting APIs implemented
> for that. The backend itself would also require testing and some
> profiling sessions to sp
> "MG" == Michał Górny writes:
MG> I prefer perldoc over man. And I cannot imagine why anyone would prefer
MG> keeping two copies of the same docs if generating one from another
MG> takes less than a second.
It takes more than a mere second, and man(1), man.el, woman.el and the
like have bet
On Fri, Apr 09, 2010 at 01:34:46PM +0200, Fabio Erculiani wrote:
> app-admin/authconfig
(just checking, this is the nsswitch.conf changer right?), if so, then
add to below.
> net-misc/fcoe-utils
> sys-apps/hbaapi
> sys-block/open-iscsi (see extra patches)
I'm interested in these, and can review/me
> "D" == Duncan <1i5t5.dun...@cox.net> writes:
D> While you're correct in the ordinary case, keep in mind that this is perl
D> developer docs we're talking about here -- not ordinary user documentation.
Developer docs *are* ordinary user documentation. Section 3 is perhaps
the most used se
On Mon, Apr 05, 2010 at 01:19:32AM +0200, Ben de Groot wrote:
> On 3 April 2010 20:56, George Prowse wrote:
> > Does mediawiki have captcha ability?
>
> Yes, there are a number of solutions for that.
I realize I am very late on this thread, but please do not go here
unless you provide an audi
26 matches
Mail list logo
