none) without
having to change a bunch of packages in the tree.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
Jochen Maes wrote:
Joshua, welcome!
Another!? Confusion! Pandemonium!
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
resume --skipfirst'.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
de and EXA acceleration architecture that will
accelerate the RENDER extension, and maybe the Composite extension - if
not now, then later.
Donnie is using this driver and seemed happy with it, but I don't know
what card he had.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
ry of eclass (my current choice is x-modular-files).
Am I allowed to create this subdirectory, or does this break
policy/anything else I'm unaware of?
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
Martin Schlemmer wrote:
Use ${P}-patches-{PVER}.tar.bz2, and set PVER (or whatever) before
inheriting the eclass.
Thanks, I will do that.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
urity
issues. I've already noted in a bug that bumping to 6.9 will not be as
easy as just changing the package version, and we see no reason to
provide it if 7.0 will be here anyway and upstream will not release any
further monolithic versions.
Merry Christmas,
Joshua Baergen
--
gentoo-dev@
After merging xorg-x11, running etc-update will rid your xorg.conf of
these lines. This functionality has been around for a month or so in
the ebuild iirc.
I believe that xorg.conf.sample is not provided by 7.0 currently, so
you're probably looking at a 6.8.x version.
--
Joshua Ba
?
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
attention and didn't realize it was a
mountpoint, not a storage place.
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
he solution would have to grab march/mcpu/mtune values and add them
to the debug cflags.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
Michael Cummings wrote:
...
I'm all for less cruft and more simplicity. As far as I know none of
the Portage tools depend on Perl, so I don't really find a 'nuclear
fallout has caused dynamic linking to be erratic' situation to be that
important.
Joshua B
Drake Wyrm wrote:
Joshua Baergen <[EMAIL PROTECTED]> wrote:
I'm all for less cruft and more simplicity. As far as I know none of
the Portage tools depend on Perl, so I don't really find a 'nuclear
fallout has caused dynamic linking to be erratic' situa
er that I'll expect you to provide some
reasonable thought about maintainability, and possibly, like above, some
data to help us out. To me, the argument first comes down to whether or
not my thoughts in the first paragraph are valid.
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
said-she said" issue.
Every other package maintainer manages to get it right. That it's a bit
more work to do things properly is no excuse.
You seem to contradict your above statement here. In any case, it's
less work to just make almost everything MIT.
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
Joshua Baergen wrote:
The reasons that this system was chosen were correctness and
maintainability. Many of these essentially use the good old MIT
license with various companies' and/or individuals' copyrights at the
top, as you have stated. However, the MIT license does re
Peter Cech wrote:
What leads you to believe the license texts distributed in portage tree
are legaly binding with respect to the packages? Each packgage carries
(or at least should carry) its license embeded inside. In my
understanding, licanse pointers in ebuilds are purely informative and
all
thing will be broken. Xorg 7.0 will just not
provide virtual/x11 (and in fact blocks it), so there will be issues
with blocks showing up due to the upgrade path. Avoiding the upgrade
(and blockage) is very easy if necessary (eg, you use 200 unported
packages or something).
Joshua Baergen
--
g
a-settings may be a suitable replacement for this package, though
I've never used either.
The ebuilds will be yanked (hah!) in 30 days.
[1]http://bugs.gentoo.org/show_bug.cgi?id=72498
[2]http://bugs.gentoo.org/show_bug.cgi?id=83773
--
Joshua Baergen
signature.asc
Description: OpenPGP digital signature
Christian 'Opfer' Faulhammer wrote:
> So Gnome 2.16 will use AIGLX in Metacity?
>
Not by default. The support wasn't deemed 100% yet and thus slipped to
2.18.
You can enabled it through a compiler flag, and Hanno's overlay exposes
this through a USE flag. Be warned that a few people are havin
owdowns (bug #147841).
Joshua Baergen
signature.asc
Description: OpenPGP digital signature
Note that this applies to AMD64/x86 only. Many platforms have had this
stable for awhile, and some still have 7.1 in the testing tree.
Joshua Baergen
signature.asc
Description: OpenPGP digital signature
Sven Köhler wrote:
> Hmm, xorg-server-1.1* is stable now, but xorg-x11-7.1 is not. Did you
> forget that ebuild? ;-)
>
Sure did! I fixed it a while ago though, so re-syncing now should get
you the right keywords on the meta-ebuild.
Joshua Baergen
signature.asc
Description: OpenPG
Petteri Räty wrote:
> His hobbies are quite interesting too: " When I'm not enjoying the
> -40/+40C Canadian weather or dodging lightning
That's Saskatchewan weather, actually. We don't get that warm in
Edmonton ;)
Welcome Ryan!
Josh
signature.asc
Description: OpenPGP digital signature
Donnie Berkholz wrote:
> Donnie Berkholz wrote:
>> This should be x11-drivers, but somebody misspelled it with a capital
>> X. Same goes for other stuff in this category and x11-base as well as
>> ttmkfdir.
>
> With the exception of xdirectfb. Someone please take that if you want
> it. (Maybe Josh
Masked for removal today (January 13, 2007).
Package never went stable on any arches, doesn't build against newer
libXfont versions[1], and is deprecated upstream[2][3].
Josh
[1] http://bugs.gentoo.org/show_bug.cgi?id=157112
[2] http://lists.freedesktop.org/archives/xorg/2006-November/020106.html
Joshua Baergen wrote:
> Masked for removal today (January 13, 2007).
I can see how this might confuse some people. It has been masked today
for removal at a later date. :)
Josh
signature.asc
Description: OpenPGP digital signature
Petteri Räty wrote:
> I got annoyed enough about emerge -pl not working when people don't use
> echangelog like:
>
> # $Header: /var/cvsroot/gentoo-x86/x11-libs/libXinerama/ChangeLog,v 1.27
> 2007/03/22 02:18:21 joshuabaergen Exp $
>
> 22 Mar 2007; Joshua
Joshua Baergen wrote:
> Petteri Räty wrote:
>> I got annoyed enough about emerge -pl not working when people don't use
>> echangelog like:
>>
>> # $Header: /var/cvsroot/gentoo-x86/x11-libs/libXinerama/ChangeLog,v 1.27
>> 2007/03/22 02:18:21 joshuabaergen Exp
Rémi Cardona wrote:
> Markus Ullmann wrote:
>>> Because it looks like the 2.x intel driver might still need this type of
>>> hack to work properly for some types of machines (my laptop being a good
>>> example of this...)
>> Also 2.x breaks on my notebook when using xinerama and dual monitor atm
>>
in #2 could not have happened to other people. Did
you have any specific situations you were referring to when you wrote
that?
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
t order I put the keywords in unless someone told me, "This is
the order to put them in."
I don't think people "set their own rules to play by" in spite of the
rules, but rather because they didn't know there were any.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
On 6/11/05, Diego 'Flameeyes' Pettenò <[EMAIL PROTECTED]> wrote:
> On Saturday 11 June 2005 17:21, Joshua Baergen wrote:
> > I don't
> > care what order they're in. It's not like there are 100 keywords or
> > something,
> Wait until ppc-od, x
That makes it less work, as the maintainers can
merely summarize solutions only if necessary, and link up to the bugs.
I know this would be really useful for when we have those common bugs
where you see a bajillion duplicates. From people who think bugzilla
is a forum to post their problems.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
inux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
>
> iD8DBQFCr0EMl5AvwDPiUowRAtO4AKCQl7FjLy7CQYdjvRFx6AujlglpvwCfSjGP
> FDWCMPNhGfnmyR7iQvJoaxk=
> =wJYK
> -END PGP SIGNATURE-
> --
> gentoo-dev@gentoo.org mailing list
>
>
Because devrel gets grumpy if they only hear about bad things! :P
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
Ok, so paraphrase. :P
On 6/14/05, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Joshua Baergen wrote:
> > 1) We don't want to undermine bugzilla's function. Yes, it's noisy,
> > but a suitably moti
to the Software are to be forwarded to Licensor at
[EMAIL PROTECTED] within 90 days of the date of the
modifications."
I didn't notice anything in the license that says they'll reject
changes. I bet they just want to benefit from the open-source
community without looking around themselves.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
o cards from the mid 90's that are giving
> faster framerates, and this thing is in an amd64 3K. I'm going to check
> the bios tonight, the board is using shared memory, and I might have set
> it really low since it wasn't working before. Other than that it's
> worki
askatchewanianians!
>
> ;)
>
>
> --de. (in Regina)
>
Nice :) I'll have to retract my "land of no technology" comments now...
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
hat's a possible solution for sure. It does introduce a lot of
ebuild editing for those ebuilds doing special conf stuff though.
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
t that's a possible solution for sure. It would still introduce a lot
of ebuild editing for those ebuilds doing special conf stuff though.
Joshua Baergen
P.S. I tried sending this earlier but my client barfed, so I apologize
if it ends up double.
--
gentoo-dev@gentoo.org mailing list
Aron Griffis wrote:
It would be less annoying if you wouldn't quote the entire previous
email in your replies.
Ehhe, my apologies...I've been spoiled by Gmail's hiding of previous emails.
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
Sven Wegener wrote:
And EVER automatically was E-VER for me, never had the idea to read it
as ever. Does that count as being addicted to Gentoo?
Sven
Under the influence at the very least...
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
ere's no reason to keep the bootsplash packages since we don't
have the kernel support in the first place.
[1] http://www.bootsplash.de/files/old/
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
heck -msse,
whether explicit or implicit (IE, -march)?
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
review the ebuilds and then
developers willing to maintain the packages can add them to the tree as
long as there's enough user interest.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
ust plain too busy.
Hopefully the 'fast arch' losing its speed will show people that we need
more help in testing and bring more people on board.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
hether the maintainer thinks it's
stable or not on x86 should not affect the AMD64 AT, or even the x86 AT
for that matter.
We could even boil it down to M_STABLE="yes"|"no" at that point
(suggestions for variable name welcome).
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
x27;m making this public in case someone has issues with any of the three
packages disappearing, particularly fbiterm (since it's outside my
herd). I won't do anything to any package until I hear back from
someone about fbiterm.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
After thinking about this for awhile I'll just mask (and remove in a
week or two) y-windows for now, as it is the only package with
outstanding bugs. libiterm-mbt is a hacked version of libiterm and can
be replaced by the cjk herd at their leisure.
--
Joshua Baergen
--
gentoo-dev@gento
thing different I believe. I wouldn't mind the ability
to say that DEPENDing on x at build-time requires y during the build
process, especially if more packages follow X's header structure.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
use it, but that's certainly
not a run-time dependency.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
around as
well of course.
--
Joshua Baergen
--
gentoo-dev@gentoo.org mailing list
Joshua Baergen wrote:
Fair enough. One possible solution is to use some agreed-upon
fooDEPEND within the current ebuilds and simply set for the time being:
DEPEND="${fooDEPEND} {DEPEND}"
Oh, and I didn't say this, but the point would be that if/when Portage
handles t
54 matches
Mail list logo
