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
> "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 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
> "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 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
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 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 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 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
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:
> 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
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
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
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
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 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/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 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 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 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 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 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
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
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
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
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:
26 matches
Mail list logo
