m h wrote:
> Like I said, if you are interested in manipulating wars from ant or
> maven perhaps cargo is for you. I'm assumming this is more of the
> programmer/qa type person who wants this sort of functionality. My
> end user is a sys-admin. They are usually more comfortable from the
> comman
On Thursday 03 August 2006 22:43, Daniel Black wrote:
> app-arch/sharutils
not such a big deal as base-system is the fall back
-mike
pgpFMHbv297Me.pgp
Description: PGP signature
On Thursday 03 August 2006 01:44, Harald van Dijk wrote:
> On Thu, Aug 03, 2006 at 07:07:35AM +0200, Marius Mauch wrote:
> > Repost from gentoo-portage-dev[1]:
> >
> > Was just brought to my attention that the =* operator doesn't work as I
> > thought, as for example =foo-1.2* matches foo-1.20 as we
> >Have you looked at Cargo? http://cargo.codehaus.org/
> >
>
> I figured I'd get this question. i briefly played with cargo. (In
> fact I'm planning on asking the cargo people for feedback as week).
> Perhaps if one are interested in manipulating wars from ant/maven,
> cargo is the way to go.
On Fri, Aug 04, 2006 at 10:10:00AM -0600, m h wrote:
> On 8/4/06, Renat Lumpau <[EMAIL PROTECTED]> wrote:
> >On Fri, Aug 04, 2006 at 01:48:50AM -0600, m h wrote:
> >> Hey folks-
> >>
> >> (Shamelessly copied from my blog[1] )...
> >> I'm working on an open source tool for managing war files called
On Sat, 05 Aug 2006 02:29:05 +0200 Jakub Moc <[EMAIL PROTECTED]> wrote:
| Matthew Marlowe wrote:
| > 3) Free license and apparently even some free support and
| > infrastructure management for open-source projects. Apparently,
| > they donated one of the bug db's that the apache software
| > found
Matthew Marlowe wrote:
> 3) Free license and apparently even some free support and infrastructure
> management for open-source projects. Apparently, they donated one of the bug
> db's that the apache software foundation is using, for instance.
Free as in - BitKeeper? :P Nah, no need to repeat
Am Samstag, 5. August 2006 02:11 schrieb Kevin F. Quinn:
> At the very least, ebuild maintainers and ATs should be running with
> tests switched on. If the tests are known to fail then the ebuild
> can either RESTRICT=test, or just return successfully from src_test()
> where the test report is use
Kevin F. Quinn wrote:
> I'd like to suggest we make FEATURES=test (and therefore USE=test) the
> default behaviour, rather than the opt-in we currently have. Far too
> many packages fail their test phase.
Sure everyone likes to watch glibc failing? :P
Well, can't be done until bugs such as
http
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kevin F. Quinn wrote:
> I'd like to suggest we make FEATURES=test (and therefore USE=test) the
> default behaviour, rather than the opt-in we currently have. Far too
> many packages fail their test phase.
>
> Since we encourage users to set CFLAGS in
> > In the past, it's been more or less agreed that it's not depending
> > upon it if it uses an open data format... There was talk of moving the
> > forums to proprietary software at one point, for example.
>
> I see. Thanks for the clarification, Ciaran. (Though as an aside,
> I'd like to mentio
Kevin F. Quinn wrote:
I'd like to suggest we make FEATURES=test (and therefore USE=test) the
default behaviour, rather than the opt-in we currently have. Far too
many packages fail their test phase.
Since we encourage users to set CFLAGS in ways that upstream may not
have predicted, if upstream
On Sat, 5 Aug 2006 02:11:58 +0200 "Kevin F. Quinn"
<[EMAIL PROTECTED]> wrote:
| I'd like to suggest we make FEATURES=test (and therefore USE=test) the
| default behaviour, rather than the opt-in we currently have. Far too
| many packages fail their test phase.
Paludis does this. It's nice in theo
I'd like to suggest we make FEATURES=test (and therefore USE=test) the
default behaviour, rather than the opt-in we currently have. Far too
many packages fail their test phase.
Since we encourage users to set CFLAGS in ways that upstream may not
have predicted, if upstream go to the trouble of pr
Peter Gordon wrote:
> Matthew Marlowe wrote:
>> If we could get a license donated, my vote would be to switch to Atlassian
>> Jira, http://www.atlassian.com/software/jira. It seems to be gaining
>> mindshare rather quickly, and the company I work for just shelled out $2,400
>> because they lik
Ciaran McCreesh wrote:
> In the past, it's been more or less agreed that it's not depending
> upon it if it uses an open data format... There was talk of moving the
> forums to proprietary software at one point, for example.
I see. Thanks for the clarification, Ciaran. (Though as an aside,
I'd lik
On Fri, 04 Aug 2006 16:30:03 -0700 Peter Gordon
<[EMAIL PROTECTED]> wrote:
| Maybe it's just me, but I think that having such a core component of
| the distribution be proprietary is in complete violation of Gentoo's
| Social Contract[1] (if not the letter of it, then its spirit of
| openness). It
Matthew Marlowe wrote:
> If we could get a license donated, my vote would be to switch to Atlassian
> Jira, http://www.atlassian.com/software/jira. It seems to be gaining
> mindshare rather quickly, and the company I work for just shelled out $2,400
> because they liked it so much more than RT
> iWho knows, maybe its worth finding another bug database
> app, or even be crazy and write our own for a long term solution.
>
If we could get a license donated, my vote would be to switch to Atlassian
Jira, http://www.atlassian.com/software/jira. It seems to be gaining
mindshare rather quic
Stuart Herbert wrote:
>* Developers and Users Guides online [2], [3]
>
> [3] http://www.gentoo.org/proj/en/overlays/usersguide.xml
Without the "s":
http://www.gentoo.org/proj/en/overlays/userguide.xml
--
gentoo-dev@gentoo.org mailing list
On Fri, 04 Aug 2006 21:02:15 +0100
Stuart Herbert <[EMAIL PROTECTED]> wrote:
> I think we're ready to announce the service, but before we do, I thought
> it'd be a good idea to get feedback from the wider dev community.
I've got an overlay on overlays.gentoo.org. It is working out very
well. Than
Hi,
Everything we had planned for Gentoo Overlays [1] phase 1 is now in place:
* Active admin team
* overlays.gentoo.org site, hosted on Gentoo infrastructure
* Trac and Subversion for each overlay
* Homepage aggregating the RSS feeds from each overlay
* Developers and Users Guides onl
On Fri, Aug 04, 2006 at 11:07:44AM -0700, kashani wrote:
> Another technique is to change high transaction tables to Innodb
> table format. Innodb is going to be roughly 30% slower than MyISAM for
> selects and take up much more space on disk approx 3-5x larger. However it
> has row
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alec Warner wrote:
> In the new system the massive search query will run on the slave system,
> and it won't affect people making changes; hoewever there may be soem
> delay between data replication from the master to the slave(s), but that
> would be
Joshua Jackson wrote:
Here's the question, gnome's bugzilla has over twice as many bugs as
we have, is quite speedy and doesn't seem to suffer from the OOM
killers that our bugzilla has. So what's the difference? Did gnome
just toss hardware at the problem to make it go away or have they done
som
On 8/4/06, Renat Lumpau <[EMAIL PROTECTED]> wrote:
On Fri, Aug 04, 2006 at 01:48:50AM -0600, m h wrote:
> Hey folks-
>
> (Shamelessly copied from my blog[1] )...
> I'm working on an open source tool for managing war files called
> warconfig (warconfig is/should be to wars as webappconfig is to p
Here's the question, gnome's bugzilla has over twice as many bugs as
we have, is quite speedy and doesn't seem to suffer from the OOM
killers that our bugzilla has. So what's the difference? Did gnome
just toss hardware at the problem to make it go away or have they done
something to make bugzi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Lance Albertson wrote:
> Curtis Napier wrote:
>
>> I got to chat with the CEO of the company that donated that equipment
>> and the wait was *more* than worth it. Once it's up and running our
>> bugzilla will be rock solid and fast fast fast fast fast
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chris Gianelloni wrote:
> Well, we would hope that people using the package would file a
bug, but
> this obviously doesn't always happen.
A little request here: Please don't mass-file bugs with a single
sentence like "It works, please stabilise.". At
On 04/08/06, Kevin F. Quinn <[EMAIL PROTECTED]> wrote:
On Thu, 03 Aug 2006 19:48:01 -0400
Alec Warner <[EMAIL PROTECTED]> wrote:
> To briefly go over requirements you need to be able to:
>
> Speak English;
Why? Surely read & write is enough.
Probably for the kinky teleconferences Alec was pl
On Fri, Aug 04, 2006 at 01:48:50AM -0600, m h wrote:
> Hey folks-
>
> (Shamelessly copied from my blog[1] )...
> I'm working on an open source tool for managing war files called
> warconfig (warconfig is/should be to wars as webappconfig is to php
> apps). We have a need for this at work. I have
Jakub Moc <[EMAIL PROTECTED]> posted [EMAIL PROTECTED], excerpted
below, on Thu, 03 Aug 2006 22:32:57 +0200:
> Alec Warner wrote:
>> Enrico Weigelt wrote:
>>> * Duncan schrieb:
>>>
How can it be too late? You sync during that 30 days it's masked, do
an emerge --pretend --update world,
Simon Stelling wrote:
>
> I'm not out to blame anybody, but if infra had communicated what the
> problem exactly is once they found it out, you wouldn't have ended up
> with all those "I'm sick and tired of your "we're working on it"".
> Asking people for patience is easy, but it's hard to swallo
Hi,
On 8/4/06, Aaron Kulbe <[EMAIL PROTECTED]> wrote:
I am the current maintainer of WordPress. Let's just say I've lost
interest in maintaining it. At this point, I don't even use it any
more, other than to test out new builds on my system, when a bump is
required. I have switched over to ano
* Henrik Brix Andersen <[EMAIL PROTECTED]> [06/08/04 12:06 +0200]:
> As far as I know, gustavoz is also maintaining these...
metadata says, that you and dragonheart are maintaining
those. I already thought about taking them after your email
some weeks ago, but saw, that dragonheart is co-maintain
On Fri, Aug 04, 2006 at 11:10:09AM +0200, Lars Weiler wrote:
> * Daniel Black <[EMAIL PROTECTED]> [06/08/04 12:43 +1000]:
> > dev-embedded/avr-libc
> > dev-embedded/avrdude
>
> I can take those two. An Atmel and cables for connecting
> are available. And I use the
-BEGIN PGP SIGNED MESSAGE-
Hash: MD5
Curtis Napier wrote:
>
> Yes indeed it is impressive hardware at a pretty kickass facility :)
>
> I got to chat with the CEO of the company that donated that equipment
> and the wait was *more* than worth it. Once it's up and running our
> bugzilla wi
On Fri, Aug 04, 2006 at 09:54:18AM +0200, Simon Stelling wrote:
> Enrico Weigelt wrote:
> >For example: mplayer
> >It has it's gui-less player and an gtk-based frontend in one package.
> >We should split this into two packages: mplayer and gmplayer.
> >The chances to get this done in the upstream *
-BEGIN PGP SIGNED MESSAGE-
Hash: MD5
Ned Ludd wrote:
> On Thu, 2006-08-03 at 08:06 -0500, Lance Albertson wrote:
>> Ned Ludd wrote:
>>> On Thu, 2006-08-03 at 11:21 +0200, Jakub Moc wrote:
Mike Frysinger wrote:
> This is your monthly friendly reminder ! Same bat time (typically th
Lance Albertson wrote:
kashani wrote:
Chris Bainbridge wrote:
I'm curious what the problem is with bugzilla and it's db
interactions? You're suggesting a specific issue rather than general
db performance issues like fs, io scheduling, raid1, hyperthreads,
etc.?
It's most likely related to
On Friday 04 August 2006 04:43, Daniel Black wrote:
> I'm looking to offload the some packages to willing maintainers as I've
> really no interest in most of these. Most have no bugs outstanding. I
> mainly want to focus my efforts in other areas.
>
> Existing devs feel free to just reassign metada
Enrico Weigelt wrote:
For example: mplayer
It has it's gui-less player and an gtk-based frontend in one package.
We should split this into two packages: mplayer and gmplayer.
The chances to get this done in the upstream *before* some major
distro like gentoo does the split by its own are quite lo
Hey folks-
(Shamelessly copied from my blog[1] )...
I'm working on an open source tool for managing war files called
warconfig (warconfig is/should be to wars as webappconfig is to php
apps). We have a need for this at work. I have a pretty detailed write
up here [2]. Warconfig is a tool for dep
I am the current maintainer of WordPress. Let's just say I've lost
interest in maintaining it. At this point, I don't even use it any
more, other than to test out new builds on my system, when a bump is
required. I have switched over to another solution I prefer.
I am not going to drop the ball
I am currently the maintainer of WordPress. I have lost interest for the most part. I don't even use it on my machine any more, other than for testing to make sure builds work properly when a bump is required. I am not going to drop the ball, but if some other Gentoo dev is interested in taking o
45 matches
Mail list logo
