Thomas de Grenier de Latour wrote:
What about a big PDEPEND in xorg-server-1.1 ebuild, with a bunch of
"video_cards_foobar? ( >=x11-drivers/xf86-video-foobar-NewVersion )"?
That should be enough to force a smooth update of the video drivers
after the server. And, the RDEPEND on video drivers coul
Sven Köhler wrote:
Would it harm anything, if the drivers become a dependency of the second
kind?
It would mean that you could have the xorg-x11 metabuild installed and
yet still not have a complete installation, if the emerge failed after
it was installed.
The question of what type of depe
Thomas de Grenier de Latour wrote:
> So imho, that's a lot of unlikely conditions one should join to end
> with broken drivers, and i don't think you should care too much about
> it.
Thanks for your input.
> The ati --> {mach64,radeon,r128} change may make some of the above more
> likely to happe
Bertrand Jacquin wrote:
Is it planned to release some xserver ebuilds ?
Could you rephrase the question? I don't understand it.
Thanks,
Donnie
--
gentoo-dev@gentoo.org mailing list
Hi all,
This is a reminder to everybody that now modular X is in ~arch, you need
to REMOVE YOUR MODULAR X UNMASK.
We're getting lots of issues because people aren't doing this and are
getting package.mask'd versions of programs because they forgot about it.
In particular, xorg-server 1.0.99
Duncan wrote:
Is it worth posting bugs on these yet? Gentoo or upstream? Any tracker
bug to point me at? (I have the binpkgs so can remerge them for
additional testing with little trouble, if necessary.)
Yes, and they are most likely upstream bugs. Two things to do before
posting a bug:
1)
Hi all,
I've been talking to some X.Org folks about sharing an OSCON [1] booth
with us. OSCON is in Portland, OR, July 24-28, and the exhibit hall is
open Wednesday and Thursday (26-27). This would help alleviate any
short-staffing either group has, and likely attract more attention to
the bo
Chris Gianelloni wrote:
On Thu, 2006-04-20 at 11:40 -0700, Donnie Berkholz wrote:
Mike (vapier) mentioned that at LWE, the O'Reilly guys offered us a
booth. I presume this means free.
That was what I gathered. You would need to speak with Daniel Ostrow,
however, to get the exact de
Sebastian Bergmann wrote:
> Donnie Berkholz schrieb:
>> This also means that all binary drivers (nvidia, ati, etc) will be
>> broken with xorg-server 1.1 and RC's until their upstream vendor
>> provides a compatible update.
>
> Do you know whether these upst
Matthew Gaule wrote:
Could a simple USE flag (Such as "branding") be implemented, which if set, will
pull in and configure gentoo themes when a package is compiled? This could be
unset by default, meaning most users would not be effected by this.]
If most users are unaffected by the change, th
Daniel Goller wrote:
I like the idea. (But i guess you figured that out already ;)
To make it easy, we could just s/herd/team/.
Donnie
--
gentoo-dev@gentoo.org mailing list
Mike Frysinger wrote:
On Wednesday 26 April 2006 22:38, Donnie Berkholz wrote:
Daniel Goller wrote:
I like the idea. (But i guess you figured that out already ;)
To make it easy, we could just s/herd/team/.
then you might as well just keep herd and discard team altogether
Yeah, pretty
A. Khattri wrote:
Im working on an ebuild for a package and Im not sure what license to use.
The package is Copyright Company "X" but has this underneath:
## This software may be freely copied, modified and redistributed
## without fee for non-commerical purposes provided that this license
##
Ryan Phillips wrote:
Does anyone agree that having a council is too political? I strongly
believe it stifles gentoo.
I believe a non-representative democracy is stifling, and buries
everybody in constant votes etc.
Donnie
--
gentoo-dev@gentoo.org mailing list
Tim Yamin wrote:
Speaking of which, has anybody done any tests with svk? (http://svk.elixus.org)
And: http://svk.elixus.org/?WhySVK -- it would be interesting to compare
checkout performance on it as well.
I've been planning to do a more detailed comparison of all the popular
SCM's out there f
Donnie Berkholz wrote:
cogito
Actually git on its own is pretty usable at this point. I use plain git
for managing my overlay.
Donnie
--
gentoo-dev@gentoo.org mailing list
A. Khattri wrote:
Does this sound right or is there a better (preferred?) way?
Try to fix --enable-conf-install to respect DESTDIR or whatever other
install method you're using, or look to see what flag it will take at
'make install' time to use a prefix.
Donnie
--
gentoo-dev@gentoo.org mai
Ryan Phillips wrote:
git - terrible with lots of tiny little files
Can you provide some evidence to support this?
I posted in more detail on SCMs elsewhere today.
Thanks,
Donnie
--
gentoo-dev@gentoo.org mailing list
Ryan Phillips wrote:
* In addition, git only allows checkins from the project parent.
A deal breaker in my opinion
Could you elaborate on what you mean by this? I don't understand.
Thanks,
Donnie
--
gentoo-dev@gentoo.org mailing list
Fernando J. Pereda wrote:
On Fri, Apr 28, 2006 at 02:56:26PM -0700, Ryan Phillips wrote:
I sorta like git in certain aspects. If git would work better than
CVS or anything other SCM I'm for it. Right now, _anything_ would be
better than CVS.
I don't really know if Git is suitable for our wor
Chris White wrote:
On Friday 28 April 2006 04:14 pm, Ryan Phillips wrote:
I disagree. By committing something to the current tree it has the
ability to effect a lot of people. What happens when we need to reverse a
commit? It isn't that easy with CVS.
cvs admin -or1.1
(delete revision 1.1)
Jan Kundrát wrote:
Ryan Phillips wrote:
Stable and unstable keywords are a hack on top of a version control
system. We wouldn't have them if gentoo used an SCM that supports true
branches. There would be no need.
Umm, I'm not an ebuild dev, but how would users mix stable and unstable
package
Alexandre Buisse wrote:
The opensolaris project has done a similar thing[1]. The three finalists
were bazaar[2], mercurial[3] and git[4], and the winner was eventually
mercurial. This is also the recommended choice from the EuroBSDcon
slides, so definitely something to consider.
Indeed, althoug
Alexandre Buisse wrote:
The opensolaris project has done a similar thing[1].
While we're posting useful links, here's another one from the cairo
project on switching from CVS to some distributed SCM:
http://lists.freedesktop.org/archives/cairo/2006-February/006255.html
Thanks,
Donnie
--
gen
Stuart Herbert wrote:
Hrm. Don't we get that benefit only if the overlays switch over to
using the same distributed VCS that the main tree moves to?
The short answer is yes.
The long answer is that it's much easier to interconvert histories
between most DVCS's than to convert back and forth
Philippe Trottier wrote:
> We got some old school install done in a server around town, the libgpm
> was located in /usr/lib while /usr was only mounted later. This is a
> bug... Nothing should have a soft link to /usr/* from /bin or /lib*.
> Anyway it was an easy fix.
>
> Could people around che
Bart Braem wrote:
> Xorg 7: 5 months
Can't stabilize till portage 2.1 is stable. Doesn't matter how many open
bugs we've got, or how well it works.
Thanks,
Donnie
signature.asc
Description: OpenPGP digital signature
Daniel Goller wrote:
> get we have lost one important thing out of sight, gentoo is a distro by
> users for users, and the users i think are left out of the loop on this
> whole situation
This may be true for you but not for all of us. Gentoo is a distro where
I can have what I want, and I can mak
Alec Warner wrote:
> Please don't commit files to profiles/ unless it has been discussed
> previously
> on this ML. I don't care if your file is insignificant or 'won't affect
> anything else' or that it's 'completely necessary'. Please discuss it first.
>
> You don't have to ask for a vote o
Roy Marples wrote:
> On Wednesday 10 May 2006 01:17, Alec Warner wrote:
>> Please don't commit files to profiles/ unless it has been discussed
>> previously on this ML. I don't care if your file is insignificant or
>> 'won't affect anything else' or that it's 'completely necessary'. Please
>> dis
Stephen Bennett wrote:
> On Tue, 09 May 2006 18:27:45 -0700
> Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>
>> Then again, I'm missing context because people have this weird thing
>> about abstractly bringing up issues without discussing the actual
>> pro
Ciaran McCreesh wrote:
> On Wed, 10 May 2006 00:07:29 -0700 Donnie Berkholz
> <[EMAIL PROTECTED]> wrote:
> | so discussion with at least the portage team would be merited.
>
> Already happened, in amongst all the other GLEP 42 stuff.
Then I wonder why a member of the port
Simon Strandman wrote:
Hello
I installed modular X on my server running hardened. It was quite
annoying to have to switch back and forth betwen the vanilla gcc and the
hardened. I couldn't leave it on compiling over the night but had to
monitor it all the time. Is this really necessary? Why c
Ned Ludd wrote:
> This was handled in the 6.8.x series and got dropped for unknown
> reasons when the modular X porting started happening.
> Unless your dead set on modular X I'd stick with the 6.8.x series.
We are using the solution that was suggested to us by members of the
hardened team. If yo
Kevin F. Quinn (Gentoo) wrote:
> The current solution (bail if -z,now is set in the compiler specs) is
> not one suggested by the hardened team, just need to make that clear,
> and it's not something we would encourage elsewhere. However until we
> can provide a solution for such a high-profile pac
Kevin F. Quinn (Gentoo) wrote:
> # Xorg server is unaviodably suid with lazy bindings
> RESTRICT="stricter"
>
> to the xorg-server ebuild to stop it dying for people with
> FEATURES=stricter (the comment helps people who have enabled STRICTER
> to see why it's disabled, in case anything else crop
Matthijs van der Vleuten wrote:
> On 5/17/06, Christian Hartmann <[EMAIL PROTECTED]> wrote:
>> > With respect to the "hey support omg!" comments i say stick a big fat
>> > README about being an experimental profile or something like that and
>> > that's it. Usually bug reports require "emerge --inf
Duncan Coutts wrote:
> In case anyone needs distracting from a current hot topic...
>
> Just like we have eclasses for cvs, tla etc, kosmikus has written one
> that does the same thing but for darcs.
s/kosmikus has/I have/, s/darcs/git/
> Darcs (dev-util/darcs) is one of the new breed of distrib
Robin H. Johnson wrote:
> On Fri, May 19, 2006 at 09:08:08AM -0700, Greg KH wrote:
>> On Fri, May 19, 2006 at 01:45:30PM +0200, Fernando J. Pereda wrote:
>>> Also, git-sources *should* use this eclass once it is in the tree since
>>> people using it will save _lots_ of bandwidth and disk space.
>>
Greg KH wrote:
> Ok, we'll make it a new ebuild. "git-live-sources" perhaps? :)
If you just want the latest git rather than snapshots etc, you could do
a git-sources-.ebuild. That seems to have become the standard.
Thanks,
Donnie
signature.asc
Description: OpenPGP digital signature
Robin H. Johnson wrote:
> Simple case - consider a disconnected machine, that you use sneakernet
> to get files to - I've had a few in the past where the hardware was new
> enough that networking was broken or not supported yet, and I had to try
> a few patches and snapshots before actually getting
Fernando J. Pereda wrote:
> I'd like people who use Git eclass to test it and see if any of the
> 'features' I introduced break things for them.
I just incorporated much of this into my version (minus some whitespace
changes) and pushed it up. Seems to work fine on my stuff, although the
additiona
Ned Ludd wrote:
> On Tue, 2006-05-23 at 12:38 +0200, Diego 'Flameeyes' Pettenò wrote:
>> So, right now virtual/eject is the old-style virtual that gets listed in
>> virtuals file in the profiles, defaulting to sys-apps/eject that is Linux
>> only.
>
> Please refrain from adding any new(bad) styl
Harald van Dijk wrote:
> How does it help? New-style virtuals have several disadvantages, and the
> usual advantages of new-style virtuals don't apply here. If it actually
> provides real benefits, then no objections from me, but how is this
> easier to maintain than a "virtual/eject sys-block/uniej
Harald van Dijk wrote:
> can't block themselves when only one may be
> installed at a time,
This is the one that really annoys me. New-style virtuals are supposed
to make things so easy, but you end up having a ton of crap added to
each provider to block all the others.
Thanks,
Donnie
signature
Mike Frysinger wrote:
> On Thursday 18 May 2006 06:41, Paul de Vrieze wrote:
>> The package sys-apps/paludis is in the wrong category. It is a package
>> manager on par with rpm, dpkg, etc. Those live in app-arch.
>
> app-arch is for things that manage archives
>
> paludis is much more than an ar
Jeffrey Forman wrote:
> To all,
>
> Recently there have been reports of exceedingly long comments being
> posted on bugzilla bugs, such as kernel configs or long error messages.
>
> I had instituted a comment restriction in our test environment that will
> be shortly implemented, but with the rep
Mark Loeser wrote:
> At long last the devmanual is official. You can find it at
> http://devmanual.gentoo.org. I would like to thank plasmaroo for helping
> me with converting it to XML (since he did all of the XSL work to add in
> the features we needed to make it easy to write and expand upon).
With great pleasure, I announce the testing release of new eselect
modules for BLAS, CBLAS and LAPACK implementations. You may say, "But we
already have 'eselect blas' and 'eselect lapack,' Donnie! What are you
thinking?" In reply, I would say, "The current eselect modules have many
limitations."
Danny van Dyk wrote:
> Donnie: RFC: should ACML be modified to install both ABIs? (i.e. x86 and
> amd64). I'd say no, as no packages but glibc/gcc/binutils currently do
> that.
Portage should be fixed to allow things to be installed for ABI=x86 and
ABI=amd64. We shouldn't work around that in the
Daniel Drake wrote:
> 1. We encourage our students to write about their projects on weblogs,
> and will set them up temporary weblogs at gentoo-soc.com if they do not
> have them already
Why a new domain? We've already got a blog setup at
http://planet.gentoo.org/developers/ and could just add
htt
Christel Dahlskjaer wrote:
> The worry there was whether it would create controversy if they were
> hosted with other developer blogs, so we figured we'd host the actual
> blogs off-site (should irk less people, although presumably most will
> already have external blogs already) and just aggregate
Andrew Gaffney wrote:
> Rakotomandimby Mihamina wrote:
>> Hi,
>> I am trying to install qemu and kqemu, and I run into a problem:
>
> This is a question for the gentoo-user mailing list.
Didn't you notice, he cross-posted to there as well as personally
emailing me. Not something likely to make an
Jeremy Huddleston wrote:
> I finally had a few free cycles, so I fixed up the eselect-compiler
> ebuild to better handle the transition from gcc-config and updated
> toolchain.eclass to better work with multilib. I've had a bunch of help
> from the amd64 devs/testers/users this past week testing i
Jakub Moc wrote:
>> =virtual/x11-7 is hiding breakage in ebuilds that are not ported for
> modular X.
I couldn't agree more, but I was forced to add this rather than allow
unported ebuilds to break.
Thanks,
Donnie
signature.asc
Description: OpenPGP digital signature
Jakub Moc wrote:
> Olivier Crete wrote:
>> Is there a recent list of non-ported packages ? Maybe we should do a
>> last effort to port everything for a week or two and then package.mask
>> the packages that no one cares enough about to port them.
>
> Hmmm, not a up2date one, AFAIK... There's a tra
Ned Ludd wrote:
> -for conf in ${PN}-${PV}-${PR} ${PN}-${PV} ${PN}; do
> +for conf in default ${PN}-${PV}-${PR} ${PN}-${PV} ${PN}; do
>
> Call it 'default' ?
Switch the order around so it's 'default PN PN-PV PN-PV-PR' -- that way
you can have a package-specific setting, and override it for specif
Ned Ludd wrote:
> On Thu, 2006-06-08 at 07:49 -0700, Donnie Berkholz wrote:
>> Ned Ludd wrote:
>>> -for conf in ${PN}-${PV}-${PR} ${PN}-${PV} ${PN}; do
>>> +for conf in default ${PN}-${PV}-${PR} ${PN}-${PV} ${PN}; do
>>>
>>> Call it 'default'
Jeremy Huddleston wrote:
> I finally had a few free cycles, so I fixed up the eselect-compiler
> ebuild to better handle the transition from gcc-config and updated
> toolchain.eclass to better work with multilib. I've had a bunch of help
> from the amd64 devs/testers/users this past week testing i
Donnie Berkholz wrote:
> This aliases g77 to gfortran and gfortran to g77. They are entirely
> different compilers and do not accept all the same options. This is
> incredibly broken behavior, it masks issues in a number of packages and
> creates new issues in many others. Please fix
Chris Gianelloni wrote:
> No, but the ebuilds are also checked by the team in question, that
> actually knows the packages, versus a couple of developers that will be
> overworked, dealing with packages that they are completely unfamiliar
> with and have no experience with. I just don't see the tw
Chris Gianelloni wrote:
>> With an overlay: search sunrice.gentoo.org for the package (no, I don't
>> know category/name), sync that directory (no, I'm not syncing the whole
>> sunrice tree), check it over, note some mistakes, compile it if I feel
>> OK with it, it fails, I fix it - and what then?
Chris Gianelloni wrote:
> The truth is that we don't ever want to become like the binary
> distributions. We don't want to have to have separate
> client/server/common/devel as it removes many of the advantages that
> Gentoo has. The default should *always* be to install the package as it
> was i
Chris Gianelloni wrote:
> Not policy (I don't think) but current accepted practice.
>
> Should this become a policy?
I'd say so, since this discussion regularly comes up again, and how we
do it is really an expression of the Gentoo philosophy and our
differences from a typical binary distribution
Chris Gianelloni wrote:
> Initially, yes. What happens once the user gets complete access to the
> repository, though? Are we going to be keeping people from adding
> packages without bugs?
Absolutely. This is for maintainer-wanted stuff, so it should be
documented in Bugzilla and assigned to ma
Chris Gianelloni wrote:
> Since when was overlays.gentoo.org supposed to even be a service to our
> users? As I understand it, the goal was to ease development, not to
> provide an easy method for half-working ebuilds to make it to our user's
> machines.
Our users are our biggest base of testers,
Jakub Moc wrote:
> Donnie, pingy! ;) Just a friendly reminder to run the script again, so
> that we can do a last attempt on fixing the remaining stuff before
> resorting to more drastic solutions...
Yeah, it's on my list, but I've got family here all weekend so no time
to work on stuff.
Thanks,
Henrik Brix Andersen wrote:
> While I do think this proposal is much better than the previous
> non-existing proposal, it still doesn't address the problem of having
> the sunrise overlay hosted on a non *.gentoo.org address to make it
> 100% clear to the public that it is unsupported.
It's no mor
Henrik Brix Andersen wrote:
> On Sat, Jun 10, 2006 at 01:13:36PM +0100, Christel Dahlskjaer wrote:
>> To take an example, there were made up quotes in my GWN interview,
>> however, nothing of great harm. I believe that time it was a case of
>> attempting to make it more fun, it is however a worryin
Last year right after LWE August, Corey set up a 1-day Gentoo developer
conference. Is anyone who's attending LWE going to pick up the ball, now
that he's gone?
Much of the information is supposedly on the devwiki [1], but it's
somewhat broken right now. The infra folks are working on fixing that
Henrik Brix Andersen wrote:
> As I've said all along - I do not have any problems with Project
> Sunrise. I have a problem with it being an official project hosted on
> *.gentoo.org, as I fear most users will think "hey, it's official,
> it's hosted on *.gentoo.org - it can't be that bad". Judging
Dan Meltzer wrote:
> According to the devmanual [1]
> "A herd is a collection of developers who maintain a collection of
> related packages"
>
> are you sure you are using the correct term?
>
> [1]
> http://devmanual.gentoo.org/general-concepts/herds-and-projects/index.html
I guess it needs to g
Thomas Cort wrote:
> What is the proper quoting style for using epatch? In the tree there
> are about 3 different styles...
>
> epatch ${FILESDIR}/some-fix.patch # used by 7326 ebuilds
> epatch "${FILESDIR}"/some-fix.patch# used by 3092 ebuilds
> epatch "${FILESDIR}/some
Donnie Berkholz wrote:
> Last year right after LWE August, Corey set up a 1-day Gentoo developer
> conference. Is anyone who's attending LWE going to pick up the ball, now
> that he's gone?
>
> Much of the information is supposedly on the devwiki [1], but it's
&g
Josh Saddler wrote:
> With all the talk about forums and comments, that got me thinking: Heck, why
> not
> just have it posted to the forums? That way it and the comments can be viewed
> by
> the general public, but if you want to comment, you can just use your existing
> forum account. No additi
Caleb Tennis wrote:
>> Currently we are at 4), should we change anything?
>
> My proposal:
>
> I would personally like to stay with just the "qt" use flag. The use flag
> will be for support of whichever version of Qt is supported (v3 or v4) for
> the particular emerge.
>
> In the cases where m
Henrik Brix Andersen wrote:
> On Tue, Jun 20, 2006 at 03:11:38PM -0400, Caleb Tennis wrote:
>> I would personally like to stay with just the "qt" use flag. The use flag
>> will be for support of whichever version of Qt is supported (v3 or v4) for
>> the particular emerge.
>
> I would like a singl
Kevin F. Quinn wrote:
> Problems with having 'qt' to mean latest and 'qt3' as specifically
> version 3 include:
>
> 1) Target package depends on build system (assuming 'qt' is interpreted
> as 'qt3' if only that is installed, rather than pulling in qt4 if not
> already present).
What? There will
Mike Owen wrote:
> From this user's perspective, simple is better. qt3 and qt4 as use
> flags are completely and utterly obvious as to what they mean, and
> there is no confusion about them. Adding a plain qt flag in there
> brings back the gtk/gtk2 mess that we've presumably been trying to
> avoid
Diego 'Flameeyes' Pettenò wrote:
> On Wednesday 21 June 2006 00:52, Donnie Berkholz wrote:
>> Yes, you will need to introduce a qt4 flag as upstreams
>> port packages to qt5, if they choose to also retain a qt4 frontend.
> You're trying to compare gtk to qt direc
Diego 'Flameeyes' Pettenò wrote:
> On Wednesday 21 June 2006 02:12, Donnie Berkholz wrote:
>> I disagree with this and agree with Caleb's earlier suggestion.
>> Presumably he has some clue what he's talking about when it comes to qt.
> I suppose he has, that
Diego 'Flameeyes' Pettenò wrote:
> I am talking about qt. Maybe I wasn't clear enough, I was thinking of KDE
> users, that are, casually, the main users of Qt-related stuff.
>
> In this particular issue, KDE (3) users are the main part, they need poppler
> and other stuff built for Qt 3. There a
Hi all,
Here is the summary from today's council meeting. The complete log will
show up at http://www.gentoo.org/proj/en/council/ shortly.
Thanks,
Donnie
Roll call
=
(here, proxy [by whom] or slacker?)
amnehere
betelgeuse here
dberkholz slacker [39 minutes late]
flameeyes h
On 06:03 Sun 09 Mar , Rajiv Aaron Manglani (rajiv) wrote:
> 1.1 sys-power/nut/nut-2.2.1.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-power/nut/nut-2.2.1.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-power
On 17:12 Sat 15 Mar , Raúl Porcel wrote:
> That's what i would like to hear opinions about. Should we slot it, or
> should we not slot it and wait until all the apps are fixed?
Favoring upstream's approach seems to better fit the Gentoo way. If
upstream doesn't intend it to be slotted, neith
On 22:31 Sun 16 Mar , Stefan Briesenick (sbriesen) wrote:
> 1.1 media-video/qdvdauthor/qdvdauthor-1.0.0.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-video/qdvdauthor/qdvdauthor-1.0.0.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org
On 11:56 Tue 18 Mar , Wolfram Schlich (wschlich) wrote:
> 1.1 net-im/jabberd2/jabberd2-2.1.23.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-im/jabberd2/jabberd2-2.1.23.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gentoo
On 10:36 Tue 18 Mar , Donnie Berkholz wrote:
> On 11:56 Tue 18 Mar , Wolfram Schlich (wschlich) wrote:
> > 1.1 net-im/jabberd2/jabberd2-2.1.23.ebuild
> >
> > file :
> > http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-im/jabberd2/jabberd2
On 02:31 Sat 22 Mar , Steve Arnold (nerdboy) wrote:
> 1.1 sci-geosciences/grass/grass-6.2.1-r1.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sci-geosciences/grass/grass-6.2.1-r1.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/
On 15:16 Sat 29 Mar , Richard Brown (rbrown) wrote:
> 1.1 dev-ruby/rubygems/rubygems-1.1.0-r0.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-ruby/rubygems/rubygems-1.1.0-r0.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/ge
On 16:02 Sat 29 Mar , Mike Frysinger (vapier) wrote:
> 1.1 sys-devel/gdb/gdb-6.8.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-devel/gdb/gdb-6.8.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-devel/gdb/gdb-
On 16:35 Sat 29 Mar , Joerg Bornkessel (hd_brummy) wrote:
> 1.1 media-video/vdr2jpeg/vdr2jpeg-0.1.0.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/media-video/vdr2jpeg/vdr2jpeg-0.1.0.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs
On 17:26 Sat 29 Mar , Mike Frysinger (vapier) wrote:
> 1.1 sys-apps/iproute2/iproute2-2.6.24.20080108.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-apps/iproute2/iproute2-2.6.24.20080108.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.or
On 19:37 Sat 29 Mar , Saleem Abdulrasool (compnerd) wrote:
> 1.1 app-editors/leafpad/leafpad-0.8.14.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-editors/leafpad/leafpad-0.8.14.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.
On 21:09 Sat 29 Mar , Mike Frysinger (vapier) wrote:
> 1.1 net-dns/openresolv/openresolv-1.5.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-dns/openresolv/openresolv-1.5.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gento
On 23:35 Sat 29 Mar , Lars Weiler (pylon) wrote:
> Revision ChangesPath
> 1.1 net-libs/xyssl/xyssl-0.9.ebuild
>
> file :
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-libs/xyssl/xyssl-0.9.ebuild?rev=1.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py
On 09:53 Thu 03 Apr , Thomas Anderson wrote:
> On 11:35 Thu 03 Apr , Jorge Manuel B. S. Vicetto wrote:
> > Petteri R??ty wrote:
> >>> Recalling previous discussions about work on gentoo and some of the
> >>> existing roles, what will you do to AT folks, release members or QA
> >>> members
On 02:57 Thu 10 Apr , Mike Frysinger wrote:
> gcc-4.3 seems to be standing up well. since the major gcc-ebuild-specific
> issues seem to be resolved now, i'll probably do a sweep of bugs to see if
> there's any patches i'm missing (if you guys know of a bug that should be
> addressed specif
On 03:03 Wed 09 Apr , Mike Frysinger wrote:
> This is your one-day friendly reminder ! The monthly Gentoo Council
> meeting is tomorrow in #gentoo-council on irc.freenode.net. See the
> channel topic for the exact time (but it's probably 2000 UTC).
>
> If you're supposed to show up, please s
Hi all,
Here is the summary from today's council meeting. The complete log will
show up at http://www.gentoo.org/proj/en/council/ shortly.
Thanks,
Donnie
Quick summary
=
GLEP 46 (Allow upstream tags in metadata.xml): Approved
Slacker arches: Vapier's proposal is going out tonight.
201 - 300 of 1428 matches
Mail list logo
