One of the bigger problems is that we have a huge user
community who are keen on contributing, but we have such
a high barrier for entry to the developer community.
There are the arch tester[1] projects (x86, amd64, ppc, alpha (soon),
and maybe others). Those lower the barrier a lot while
Bret Towe wrote:
perhaps having some proxys of a sort that accept patchs and such
from trusted users that would commit fixes to portage would help.
similiar to the kernel format that way users can 'commit'/help out quickly
without having to go thru the long process of becoming a dev
Users can
Have a look at these:
http://thread.gmane.org/gmane.linux.gentoo.devel/27451
http://thread.gmane.org/gmane.linux.gentoo.devel/30090
On 21-03-2006 14:19:31 +0100, Jeroen Roovers wrote:
Hi everyone,
I noticed 'logrotate' is becoming quite generic as a use flag:
--
Fabian Groffen
--
Jeroen Roovers wrote:
All descriptions seem to indicate exactly the same thing. Maybe now it's
time to make it a global use flag.
There was already a discussion about this. Look here: [1]
Regards,
Markus
[1] http://thread.gmane.org/gmane.linux.gentoo.devel/27451
pgpxiTaRKSW71.pgp
Hi everyone,
I noticed 'logrotate' is becoming quite generic as a use flag:
# euses logrotate
app-backup/bacula:logrotate - Install support files for logrotate
mail-filter/dspam:logrotate - Install support files for logrotate
net-ftp/vsftpd:logrotate - Use logrotate for rotating logs
Chris Gianelloni posted [EMAIL PROTECTED],
excerpted below, on Mon, 20 Mar 2006 15:20:35 -0500:
On Mon, 2006-03-20 at 12:37 -0700, Duncan wrote:
Agreed if keeping the old name with a gentoo prefix/suffix is chosen.
However, nearly all Gentoo system tools are ewhatever (not only portage
On Tue, 21 Mar 2006 13:28:38 +
Markus Rothe [EMAIL PROTECTED] wrote:
[1] http://thread.gmane.org/gmane.linux.gentoo.devel/27451
I read that at the time. This is just a reminder.
JeR
--
gentoo-dev@gentoo.org mailing list
On Tuesday 21 March 2006 07:05, Alin Nastac wrote:
Yes, it is hard to find the right people. Yes, a big percentage of
recruiting team's time will be lost on useless additions/removals. But
the only solution is scaling the recruiting team to gentoo needs.
IMO recruiting team is too small to
On Mon, Mar 20, 2006 at 11:07:37PM +, Daniel Drake wrote:
I'm looking for ideas - preferably big, drastic, shiny ones. Ignore any
issues relating to migration away from our current system. What would be
the _ideal_ way for Gentoo to handle contributions from anyone? (note
that I'm
Danny van Dyk wrote:
Ladies and Gentoo-men,
[This announcement comes a bit late, sorry :-)]
It is my honour to proudly present you Karol Pasternak, also known as reb.
Karol lives in Koszalin, Poland and turned 20 some days ago (I hope you had a
happy birthday). Besides his interest in
On Tuesday 21 March 2006 14:25, Karol Wojtaszek wrote:
Welcome aboard Karol! One more person from Poland! Let's takeover Gentoo
and make it Polish distro! ;
i thought it was polished alreadyoh...polish ;)
--
gentoo-dev@gentoo.org mailing list
Hi Brandon,
Brandon Edens wrote:
When I was a system administrator working with Gentoo I would've
appreciated a way to interact with the other Gentoo system
administrators. snip
You seem to be purely describing interactions with the user community
from a user perspective.
My post was about
On Tue, 2006-03-21 at 13:09 +0100, Simon Stelling wrote:
Bret Towe wrote:
perhaps having some proxys of a sort that accept patchs and such
from trusted users that would commit fixes to portage would help.
similiar to the kernel format that way users can 'commit'/help out quickly
without
What about something along these lines...
Add the capability for emerge to take a category as an argument, emerge
www-apps for example, and emerge all packages within that category.
Optionally make it so this will only work on categories within
PORTDIR_OVERLAY, or create a new type of
On Tue, 21 Mar 2006 10:50:00 -0600
MIkey [EMAIL PROTECTED] wrote:
Add the capability for emerge to take a category as an argument,
# (cd ${PORTDIR_OVERLAY} emerge -pv category/*)
Then the user can create overlays with their own category names and
symlink in the package directories they want
I couldn't get my lirc-0.8.0 to compile with the new kernel 2.6.16, so I
pulled a couple files out of CVS and generated this patch. It works for
me on 2.6.16 now.
diff -Naur lirc-0.8.0/drivers/kcompat.h lirc-kernel-2.6.16/drivers/kcompat.h
--- lirc-0.8.0/drivers/kcompat.h2006-01-07
Paul Marks wrote:
I couldn't get my lirc-0.8.0 to compile with the new kernel 2.6.16, so I
pulled a couple files out of CVS and generated this patch. It works for
me on 2.6.16 now.
Sorry, I think I may have sent this to the wrong list. I better go read
more carefully and figure out where
17 matches
Mail list logo