Hi,
On 1/6/06, Grant Goodyear <[EMAIL PROTECTED]> wrote:
> Absolutely true. That said, there's relatively little resistance to the
> concept of Enterprise Gentoo, as far as I know. There is substantial
> resistance to anything that might add additional work to
> already-overwhelmed package maint
Heya Matt,
On 1/5/06, Matthew Marlowe <[EMAIL PROTECTED]> wrote:
> Other than small improvements,
> I'm not sure anything positive has happened. If anything,
> Gentoo appears to be heading more in the "desktop"
> and "hobbyist" direction.
Server-orientated activities have historically never had
On 1/5/06, Chris Gianelloni <[EMAIL PROTECTED]> wrote:
That says to me exactly what I stated that you said. Whether that wasyour intention or not, I honestly do not know. However, I am not
putting words into your mouth, I am simply restating what you are sayingafter my interpretation of it.
For
Hi Patrick,
On 1/5/06, Patrick Lauer <[EMAIL PROTECTED]> wrote:
I suggest project updates every 6 months (which roughly is the sametimeframe as releases)Maybe this helps people get a "global vision" of where Gentoo is and
where it's going.
Didn't the new metastructure place requirements on projec
On 1/5/06, Chris Gianelloni <[EMAIL PROTECTED]> wrote:
So what is Gentoo to you? Portage? Gentoo Linux?
From www.gentoo.org:
Page title: "Gentoo Linux - Gentoo Linux News"
"We produce Gentoo Linux, a special flavor of Linux that can be automatically optimized and customized for just about any
On 1/5/06, Kurt Lieber <[EMAIL PROTECTED]> wrote:
Maybe you have a different vision for Gentoo. If so, I respect that, butplease don't accuse me of trying to hijack anything. I expressed an
opinion and you took my words and twisted them against me. This is aperfect example of why Gentoo's never
2) Update on security policy work w/ upstream
3) Update on webapps overlay work
4) A.O.B.
5) Date & time of next meeting in February
Please let me know of anything that needs adding to the agenda.
Best regards,
Stu
--
Stuart Herbert [EMAIL PRO
ts [1]. Anyone interested in
getting involved in where we go from webapp-config is invited to sign
up. Archives are also available [2].
[1] http://www.vhost-tools.org/wiki/MailingLists
[2] http://www.vhost-tools.org/archive/
Best regards, and a Happy New Year,
Stu
--
ast one week's notice in the usual places would be better than
nothing.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http:/
ld be polite to
introduce yourself at the top of emails like this for the benefit of
those who don't want to wade through that bug. You probably didn't
intend it this way, but your lack of introduction has distracted from
the work you're trying
2 in make.conf and packages.use
get a nasty surprise the next time they emerge -u world?
I haven't seen any discussion taking this into account yet.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
recommend that everyone switches to a FUSE-based solution.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.gnqs.org/diary
ht solution to this problem with users trying to install apache v1?
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.g
o that? ;-)
If I can't convince you of the merits, I guess there's nothing else for
it but to continue work on delivering the proposal without your
support :(
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
signature.asc
Description: This is a digitally signed message part
but it *is* a benchmark that everyone can relate to. And it's
magnitudes faster than my original bash version of webapp-config ;-)
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
au, is a port to
Python. This version of webapp-config is as fast as Portage itself (or
faster, if /usr/share/webapps and /var/www are on the same filesystem),
and addresses all reported bugs.
You can find the authors in #gentoo-web.
Best regards,
Stu
--
ps/egroupware' is an actively-maintained fork of phpgroupware,
and is available via Portage for anyone looking for an alternative.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
s are welcome in
#gentoo-apache, where I can give you lots of things to do that will
actually make a difference to the quality of what we ship to users.
I can't see how this could ever be described as one of them.
Best regards,
Stu
--
Stuart Herbert [EMAI
p on the web
> site.
>
> --kurt
+1 also.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.gnqs.org/diary/
GnuGP key id#
changes. I may not be
the best practitioner of it, but I am a great believer in the F/OSS way
of release early, release often. As a community, we don't seem to have
done too badly out of that approach.
Best regards,
Stu
--
Stuart Herbert [EMAIL PR
sign just doesn't work like that in real life. Designs have
to adapt and change as time passes, not just implementations.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
ct).
I'm not hoping for a 100% perfect technical solution straight away.
Release early, release often is the F/OSS way. Once we've agreed on
something that's fit for purpose, let's implement it, deploy it, get to
the tipping point, see how users react, and then improve
ce,
and saying "go there", we can clear up the confusion, and then
afterwards introduce multi-channel distribution when our users "get it",
so to speak.
I'm all for making the news available via www.g.o etc etc as well - I
just think doing
that perfect communication solves the problem entirely, but it allows to
> reply in the sense of 'rtfw'.
rtfn, surely? :)
> If you're serious here, feel free to contact me (off-list) to see what
> we can arrange.
Drop into #gentoo-apache and let's talk :)
Best regards,
ld the GLEP explain how Portage will know how many unread news items
there are in /var/lib/gentoo/news? I couldn't spot where this is
covered in the text, or in the example code.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
meetings on that page tho :(
> I believe a reliable practice is the target, but with only one meeting,
> there simply hasn't been enough "practice" yet to determine "reliable". =8^)
That's why I'm asking ;-)
[1] http://www.gentoo.org/proj/en/cou
post the agenda no less than 24 hours in advance
of each meeting.
Many thanks,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.gnqs.org
rly no interest for a bit
> broader thinking.
I find your thinking anything but broad on this topic.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
am before we put
dev-lang/php live. This would allow you to experience the situation for
yourself. Maybe that would give you another perspective? ;-)
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
to refer to the documentation
(which I very much doubt), he could read the text-only version included
on the install media, or he could use a browser on another machine to
access it.
Please start taking a moment to *think* before putting your foot into
your mouth.
Best re
e site?
Using unique IPs is a pretty poor way to guestimate visitor numbers :(
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
I was wondering if anyone else has any plans to
submit a paper?
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.gnqs.org/
unday, November 13th, 20:00 UTC.
Where will the agenda be posted before the meeting?
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.gnqs.org/diary/
GnuGP key id# F9AFC57C available from http://p
es for those that care, already.
Take a moment to re-examine the argument from the viewpoint that the
existing information sources are not getting the news out to the people
that matter - our devs and our users.
From that point of view, this work is worth making a high priority.
ver the news to 100% of
the user base, or as near as damn it.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.gnqs.or
sful.
> So thank you for letting me realise that this GLEP should be splitted in
> two.
No thanks.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
t; correctly.
We need a little more information to help answer that question. Which
wiki are you writing an ebuild for?
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://ww
our users are well-informed improves the level and quality
of service that we provide; it can only enhance our reputation; and it
should also cut down on the amount of developer time that goes into
post-upgrade support (leaving more time for package maintenance).
Best regards,
Stu
--
Stuart Her
ease pick me a number.
>
> I'll post this one to -user and the forums if it survives a round or
> two of being shot at in here first...
>
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
stated
that one of their concerns is that there are *too many* places to check
for news.
They're not looking for us to scatter news across many mediums - they
want one place to go.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Devel
On Mon, 2005-10-31 at 19:07 +, Ciaran McCreesh wrote:
> So that every user will be spammed with news items about PHP changes,
> even if they don't use PHP?
Only if I can spam you twice :P
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTEC
like the number of unique
visitors?
Page hits are only useful for capacity planning. They're of limited use
for working out the actual size of your readership.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Ge
:( But you know what? It could, if enough people understood
the need, and supported its introduction.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
et's introduce RESOLVED RTF_ML_.
Mmm ... but I think you haven't understood the original problem from
their perspective. We're not dealing with users (or devs for that
matter! it's not just users who've been caught out by our changes) who
are lazy.
Best rega
percentage
of users who read our existing news outlets isn't high enough to reach
many of them in the first place ;-)
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
clude the emerge --news proposal
in the GLEP.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.gnqs.org/diary/
GnuGP key
#x27;t think the front page or
gentoo-announce will reach many more users than the Forums et al already
do.
I don't think it'll solve our problem.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
o change the subject,
even after being asked not to :(
I've put my point across, but you're determined not to address it
directly. I guess there's nothing else to say on this topic.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gento
either, don't stabilise it. We shouldn't stabilise
packages where no-one's willing to support it.
That's all I'm asking for, to go into the GLEP. It's no big deal. If
the arch team believe that know better than the package maintainer, then
they must know enough
fort. They may not be the answer to everything.
If we'd seen through the policy that every package has to belong to a
herd, then we could organise overlays by herd - and maybe leave it up to
the arch teams to import "stable" packages from the overlays into the
Portage tree prop
We're all human after all :)
Still, it'd only be fair for the arch team to assume the support burden
for the package version if they do this w/out the support of the package
maintainer.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo De
On Mon, 2005-09-05 at 17:01 +0100, Ciaran McCreesh wrote:
> Doesn't solve the coordination problem.
Agreed. If there's going to be an x86 team, it needs to be a full arch
team, and not some /dev/null that pretends to be one.
Best regards,
Stu
--
S
That's now sorted.
I appreciate the usefulness of logging answers in bugzilla, but popping
into #gentoo-apache to talk to us is always an option too.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
;d rather the package
maintainers learned to work within the rules instead.)
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.g
s a bit of
a chicken and egg situation - one that the maintainer arch may provide a
new solution to.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
s, plus countless changes that don't go through herds in the first
place. The numbers speak for themselves. Arch teams are bottlenecks.
Until the numbers change, that won't change.
Best regards,
Stu
--
Stuart Herbert [EMAIL
;maintainer arch" (unless they are also a
member of an arch team), this problem shouldn't happen.
At the moment, the only way for a package maintainer to mark a package
stable is to mark it stable on a "real" arch. Creating the "maintai
o be stable on an arch that
he/she probably doesn't use anyway. In such a conflict of egos, the
real losers remain our users.
> And "maint" as a name? Yick. "maintainer" or "owner" maybe.
It's just a word. Provided the concept is agreed on, the word isn
t cover this risk, or provide a robust plan
for mitigating it :(
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.gnqs.org/dia
have the metadata they need to
know which packages the package maintainers consider appropriate for
stabilising, and which ones they don't. Any guesswork is removed.
I'd like to see this proposal in the final GLEP.
Best regards,
Stu
--
Stuart
On Sun, 2005-09-04 at 20:22 +0200, Bjarke Istrup Pedersen wrote:
> Any plans on moving webapp-config as an eselect module? :-)
No.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer h
y/
[3] http://bugs.gentoo.org/102649
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http://www.gentoo.org/
http://stu.gnqs.org/diary/
GnuGP key id# F9A
ace to log bugs about
packages that aren't in the Portage tree. Trac's ticketing system
integrates well with subversion's change history. The overlay will
continue to be where the majority of the PHP team's work happens, and
we'll periodically bring a subset of the overlay o
Hi,
I've just posted a short progress report on our continuing work on the
new PHP packages for Gentoo. Planet Gentoo should pick it up soon, but
for now, you can find it on my personal blog:
http://stu.gnqs.org/diary/gentoo.php
Best regards,
Stu
--
Stuart He
Hi,
As the feedback from my overlay for mixed PHP4/PHP5 support has been
entirely positive, I'd like to move this work into the Portage tree
later this week.
This will create two new top-level categories:
- dev-php4 for PHP4 extensions
- dev-php5 for PHP5 extensions
PHP extensions are additi
php/php-overlay.tar.gz
[2] http://dev.gentoo.org/~stuart/php/php.eselect
[3] http://dev.gentoo.org/~stuart/php/php-cgi.eselect
[4] http://dev.gentoo.org/~stuart/php/php-devel.eselect
[5] http://planet.gentoo.org/
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTE
u have USE=vhosts set, then you're
telling Portage that you need the flexibility of running webapp-config
manually.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
Hi,
On Wed, 2005-07-06 at 20:10 +0200, Radoslaw Stachowiak wrote:
> On 7/5/05, Stuart Herbert <[EMAIL PROTECTED]> wrote:
> > I'd like to introduce the following security policy for web-based apps.
>
> Why only web-based apps? What about other tools and apps exposed to t
tained
by the web-apps herd would fall under this policy.
I'd love to see this policy adopted for all web-based packages, but I
respect the right of developers to make their own decisions about what
they think is best.
Best regards,
Stu
--
Stuart Herbert
contact is
> > >unreachable).
>
> And what happens if upstream is only one person?
In that case, it wouldn't be possible to have a fallback. I wouldn't
want to exclude a package just because there's only one upstream dev.
Best regards,
Stu
--
Stuart Herbert
c and Operational Leads - positions we need to create and elect
developers to. Whether they do it themselves, or delegate it, would be
for them to decide.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
ould
allow tools to tell the difference between an entry for a Gentoo
maintainer, and an entry for an upstream maintainer.
Best regards,
Stu
--
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer
web-based apps where we can be
confident that security is taken appropriately seriously UPSTREAM. Web
servers are too easy a target for us to be distributing software we
can't be confident about.
Thoughts, comments, other (constructive) feedback?
Best regards,
St
I've been away from Gentoo for
awhile, and on coming back, I've been shocked and disgusted with what
seems to pass as acceptable treatment of users these days.
I think Gentoo needs a little more "it's about the users" than we have
right now just to keep us from c
Hi,
I've just released webapp-config v1.11 into the Portage tree. It
contains fixes for all the problems reported since September (well, the
ones I've managed to reproduce), as well as recent security problems
discovered by the Gentoo Security Audit Team.
It's currently marked ~arch, as it needs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Ciaran McCreesh wrote:
| Protect the whole directory.
Do that, and you break all our webapp ebuilds.
Best regards,
Stu
- --
Stuart Herbert [EMAIL PROTECTED]
Gentoo Developer http
n. As for tasteful, some
| of that is a matter of personal opinion (mine being that it isn't).
Hrm ... we need to get all of those issues sorted then before the Apache
refresh can be marked stable. Thanks for pointing it out.
Best regards,
Stu
- --
Stuart Herbert
could
quite easily break someone's working website.
I haven't looked at the new page myself (yet), but I hope that
a) it's only installed if a local USE flag is enabled, and
b) that it's tasteful and contains useful "Getting Started" material
Best re
201 - 279 of 279 matches
Mail list logo
