On 7/5/23 22:58, gentoo-dev+h...@lists.gentoo.org wrote:
Somebody (and we hope it was you) has requested that the email address
be removed from the list.
To confirm you want to do this, please send a message to
which can usually be done simply by replying to this message. The subject
and
moving it as an option for overlays is, in my view, a poor move. It
adds a significant burden to overlay maintainers, who may have to move to
paying for hosting of the vendor tarballs, forking repositories, or even not
contributing at all.
Chris
flag that would mean freenode isn’t
included unless the user includes it in their use flag? Might be a bit too much
work for marginal gains though
Chris
From: Ulrich Mueller
Sent: Wednesday, June 16, 2021 10:21 am
To: Michał Górny
Cc: gentoo-dev
updated with proxy-maint metadata update:
https://github.com/gentoo/gentoo/pull/15987
Chris
waf can optionally set the standard GNU directories [1].
Based on the code for econf in Portage's phase-helpers.sh.
[1] https://waf.io/apidocs/tools/gnu_dirs.html
Closes: https://bugs.gentoo.org/711612
Signed-off-by: Chris Mayo
---
Fixes QA problem with media-video/mpv-0.32.0-r1 report
Test `waf --help` for --libdir support instead.
Signed-off-by: Chris Mayo
---
NO_WAF_LIBDIR only used by dev-libs/tut. emerge's OK after this patch.
eclass/waf-utils.eclass | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/eclass/waf-utils.eclass b/eclas
On 03/09/17 22:22, Michael Orlitzky wrote:
> On 09/03/2017 11:56 AM, Chris Mayo wrote:
>> #
>> # The following snippet would suggest app-misc/foo for optional foo support,
>> # app-misc/bar or app-misc/baz[bar] for optional bar support
>>
>
> Would th
---
Please consider this clarification of optfeature.
Chris
eclass/eutils.eclass | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/eclass/eutils.eclass b/eclass/eutils.eclass
index fe4339f6b89..f35fa5980d7 100644
--- a/eclass/eutils.eclass
+++ b/eclass/eutils.eclass
Signed-off-by: Chris Mayo
---
Nothing added, just suggesting how it could be made easier to understand.
Chris
eclass/systemd.eclass | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/eclass/systemd.eclass b/eclass/systemd.eclass
index 7e46e80119c..49f7480228b
# Chris Reffett (08 Jan 2017)
# Superseded by projectlibre-bin, please migrate to that.
# Masked for removal in 30 days.
app-office/openproj-bin
signature.asc
Description: OpenPGP digital signature
Signed-off-by: Chris Mayo
---
Sent as requested on
https://github.com/gentoo/gentoo/pull/3298
eclass/eutils.eclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/eclass/eutils.eclass b/eclass/eutils.eclass
index aaf195b..d868467 100644
--- a/eclass/eutils.eclass
+++ b
On August 14, 2016 5:49:48 PM EDT, Kent Fredric wrote:
>On Sun, 14 Aug 2016 22:45:07 +0100
>Ciaran McCreesh wrote:
>
>> What's a Working Group, and how is it related to a Project? Shouldn't
>> there be a GLEP to define what a Working Group is first?
>
>So if a group of people wanted to write su
A bit late, but official announcement of the herd->project conversion of
theology to follow GLEP 67.
https://wiki.gentoo.org/wiki/Project:Theology
creffett
signature.asc
Description: OpenPGP digital signature
On 6/10/2015 4:43 PM, Ulrich Mueller wrote:
> Hi,
> The number of EAPI 1 ebuilds in the Portage tree has decreased to
> a total of 60, corresponding to 0.16 %.
>
> We briefly discussed in the QA team if we should demote EAPI 1 in
> layout.conf from "eapis-deprecated" to "eapis-banned". This would
stro. I've met plenty of awesome, smart people
around here, and I've learned a lot from my Gentoo experience.
Thanks, and so long.
Best wishes to the Gentoo community for 2015 and beyond.
-- Chris
On August 18, 2014 11:11:56 AM EDT, "Michał Górny" wrote:
>Dnia 2014-08-18, o godz. 09:22:46
>Chris Reffett napisał(a):
>
>> On 8/18/2014 8:56 AM, hasufell wrote:
>> > Almost forgot, of course this does not work if you expect
>> > unpacker_src_unp
> in #gentoo-sunrise. Not less than 3.
>
Would it be feasible to add a repoman check for situations like this,
where the behavior of a phase is dependent on inherit order? If so, it
seems reasonable to me to require explicit calls to eclass functions in
these cases to make it clear what's being called when.
Chris Reffett
ting a lot of noise for no real benefit. It's useless checks
like this that make people ignore repoman warnings.
Chris Reffett
QA Team Lead
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.17 (MingW32)
iEYEARECAAYFAlPqXvAACgkQ23laikJhg1QvTQCffjAZYIzBGBRlp1l/y6iydzTQ
3d0An12lbTbzr7nWe37qtoay7ktWUAs6
=6c3E
-END PGP SIGNATURE-
On August 9, 2014 11:46:54 AM EDT, Chris Reffett wrote:
>On August 9, 2014 10:56:49 AM EDT, Igor wrote:
>[snip]
>>Just the main blockers are:
>>
>>- Somebody has to implement this technology
>>- That requires time and effort
>>- People have to be convinc
ase. This means that if you want the feature,
write it and come back with an implementation, since complaining about it is
getting you nowhere.
Chris Reffett
his is the case. This means that if you want the feature,
write it and come back with an implementation, since complaining about it is
getting you nowhere.
Chris Reffett
his is the case. This means that if you want the feature,
write it and come back with an implementation, since complaining about it is
getting you nowhere.
Chris Reffett
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
loper community in general could contribute,
especially with packages that are either maintainer-needed or in herds
which have low activity. To play things safe, please revbump and file
stable requests when doing the EAPI change (rather than directly
bumping EAPI). Thanks in advance for the help!
otally non-documented manner.
>
>Long story short, doing anything to Gentoo profiles is utter pain
>and comes with random breakage guarantee. Therefore, I'm asking -- nuke
>those damn profiles, and start over! The current situation is
>completely unmaintainable.
+1, I'm all for replacing it with something more usable. I personally would
favor the mix-in approach, but just about anything would be better than the
weird setup we have right now.
Chris
On 06/20/2014 04:05 PM, Jauhien Piatlicki wrote:
Hi,
I was not able to google instructions, but you need to file a bug,
something like https://bugs.gentoo.org/show_bug.cgi?id=510028
Ask on gentoo-infra IRC channel for more information.
I think we should add instructions to some place on our wi
id something wrong because he reverted
an action taken by someone who happens to be a member of the QA team
is like saying that I can't revert something done by a council member
to one of my packages just because they happen to be on the council.
As Pinkbyte said, there was no QA issue here, j
LEP39)
If he wants there to be a herd/project, this is entirely the right
place to say so :)
Chris Reffett
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iKYEARECAGYFAlMU5thfFIAALgAoaXNzdWVyLWZwckBub3RhdGl
way.
Also, on a non-policy note, we recommend that the Council deprecate
EAPIs 0 and 3 (0 pending discussion with toolchain) and ban EAPI 1. As
always, if you have questions, feel free to ping us in #gentoo-qa. The meeting
summary and these policies will be available on the Quality Assurance page
On 2/12/2014 3:09 AM, Michał Górny wrote:
> Dnia 2014-02-11, o godz. 19:33:06 Chris Reffett
> napisał(a):
>
>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
>>
>> On 02/11/2014 06:13 PM, Gilles Dartiguelongue wrote:
>>>> Unfortunately, the concurrent na
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 02/11/2014 06:13 PM, Gilles Dartiguelongue wrote:
> Thanks for attaching link to team's policy which tries to lift any
> kind of ambiguities people may have for what concerns gnome team's
> packages, I hope it proved useful in your discussions.
>
>
icy, it is currently on
hold pending review at an upcoming QA team meeting.
- -Any further input/attempts at interpretation by QA team members at
this point would needlessly confuse the issue, therefore, I would
appreciate it if the QA team would stop trying to do so. We will
Hello all,
The next KDE team meeting will take place on Feb 20 at 1900 UTC in
#gentoo-meetings. Our agenda (yet to be filled in) can be found at
https://wiki.gentoo.org/wiki/Project:KDE/Meeting/2014-02. All are
welcome to attend.
Chris Reffett
signature.asc
Description: OpenPGP digital
we will not be making arbitrary fixes just
because we can.
Regarding your concern about us introducing arbitrary policies: again,
most will fall into the "file a bug" middle ground. We also are
perfectly aware that you can't expect people to change overnight, and
we will not be shoutin
On 01/30/2014 03:10 PM, William Hubbs wrote:
> On Thu, Jan 30, 2014 at 12:47:01AM -0500, Chris Reffett wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hello all,
>> The new QA team has completed its first meeting, and so I would like
>>
estions or concerns about these policies, feel free to
discuss them with us in #gentoo-qa or by emailing q...@gentoo.org.
Chris Reffett
Gentoo QA Lead
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.en
;>>
>>>
>> (picking a random email from the thread)
>>
>> ping again. 3 months later, the list of bugs remain the same. Shall we
>> consider dropping it to maintainer-needed?
>>
> I would be happy to proxy-maintain these packages.
>
> Andrew Hamilton
>
I will proxy for him, will update metadata shortly.
Chris Reffett
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/25/2014 05:12 AM, Markos Chandras wrote:
> On 01/23/2014 04:48 PM, Michał Górny wrote:
>> Dnia 2014-01-23, o godz. 11:36:06 Chris Reffett
>> napisał(a):
>>
>>> -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/23/2014 11:28 AM, Michał Górny wrote:
> Dnia 2014-01-23, o godz. 11:24:41 Chris Reffett
> napisał(a):
>
>> After some discussion on good ways to communicate optional
>> dependencies to users, I was shown the optfeature(
would like to add it to
eutils.eclass to provide a standard way of notifying users of optional
dependencies. The patch to eutils.eclass is attached.
Chris Reffett
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net
On Jan 18, 2014 1:35 PM, Pacho Ramos wrote:
>
> El sáb, 18-01-2014 a las 19:19 +0100, Alex Legler escribió:
> [...]
> > So you observed correctly there's still plenty of delays. There are
> > three parts to an advisory that take time:
> > - Drafting: Collecting information, linking references
perfectly normal, if there would be no NO there would be no need voting.
>
>
>> Actually, in that regard it's very possible that gentoo's long planned
>> and worked toward cvs-to-git conversion will help finally bust that
>> barrier for gentoo as well. Time will tell I guess, but that's one more
>> reason to try to help make it happen.
>
>
>
>
Chris Reffett
linking rc -> openrc and making a release with that
change concurrent with a news item? Or even just do that in the ebuild
rather than in the actual sources. I don't think Debian will keel over
and die if it takes a little extra time for the change to go through,
and it beats a ton of broken systems.
Chris Reffett
d be
interested in maintaining it with me as a proxy. Just let me know.
Chris reffett
e herd at this
point. If nobody joins, I will be removing myself and we'll do the usual
herd-removal procedure within the next couple weeks.
Chris Reffett
tag
insecure versions of V8. Packages that only work with insecure
versions of V8 require the user to assert an "insecure" use flag or
keyword.
Chris
ld be stripped by pybugz before processing the XML?
-- Chris
# Chris Reffett (03 Sep 2013)
# Dead upstream, outstanding security bug #260956.
# Masked for removal in 30 days.
dev-games/neoengine
dev-games/neotools
signature.asc
Description: OpenPGP digital signature
ports you have for that. What I would really like to see come
out of this is some pre-made Gentoo stage4s for different kinds of
devices, which I think would be a big draw for users.
Chris Reffett
On 8/13/2013 1:09 PM, Andreas K. Huettel wrote:
> Benda,
>
> while I won't have the time
s! Blatant lies! The KDE team has no faults! :)
...but seriously, if someone were willing to work with us and put in
the effort, I'm sure we could work something out. I'll skip the usual
part about explaining our motivations behind the original removal
since that's been discussed a
> both are common parlance).
In the interest of linguistic accuracy, maybe solid state drives should
be referred to as "solid state data depositories". That would overload
one of my favorite acronyms.
-- Chris
alls,
which is why it didn't come up in testing, and I did not realize that
there were packages that did rely on the implicit base inherit to call
base_src_* directly.
Chris Reffett
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Us
mobile device running Gentoo, so
we would be very appreciative if community members would help us by
testing and reporting bugs to us. To install it, add the overlay
(layman -a kde) and emerge all of the packages in the kde-active category.
Thanks,
Chris Reffett
-BEGIN PGP SIGNATURE-
Version
elf will handle
all of the corner cases that base_src_prepare covers. The new patching
code essentially consists of [[ ${PATCHES[@]} ]] && epatch
"${PATCHES[@]}"; epatch_user. As for the reason for the change, the
request and rationale can be seen in the first bug that I linked in
is one package [2]
remaining in-tree which has EAPI<2 which will be handled soon, but
please update any overlay packages using the eclass. I have also added
a deprecation warning to the in-tree cmake-utils.eclass for packages
using EAPI 0/1.
Chris Reffett
[1] https://bugs.gentoo.
hanks
>
I will join this herd, but anyone who wants to add themselves as a
maintainer to a package is welcome to do so.
Chris Reffett
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.19 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iEYEARECAAYFAlD8LQYACgkQ23
prefix
will lead to overly generic/already existing package names: "gui"
"declarative" "dbus" "core" "opengl" etc. I don't see any value from
dropping the prefix that would justify this.
Chris Reffett
-BEGIN PGP SIGNATURE-
Version: GnuPG v
rather the user get too many
elog messages than not enough, since I feel that a lot of people skip
over them anyway and so the "only display once" method makes it far
too easy for important messages to get lost in the shuffle.
Chris Reffett
-BEGIN PGP SIGNAT
>> Thanks
>
> Or maybe we should simply treeclean it if nobody is willing to
> fix/maintain it and since nothing in the tree needs it...
>
I've submitted what I hope is fix for the buffer overflow problem to bug
337059. Will that be sufficient to remove the block on stabiliz
On 6 August 2011 20:52, Michał Górny wrote:
> > > Then yes, such minimal initramfs should propably be covered in the
> > > embedded's documentation, but otherwise trying to avoid dracut is
> > > reinventing the wheel...
> >
> > You may be right, but to my understanding such a minimalistic initrd
On 6 August 2011 20:22, Steven J Long wrote:
> I don't get why we can't allow udev to need localmount, as described in the
> bug, with CONFIG_DEVTMPFS creating nodes needed to mount /usr /var etc,
> especially as that setting is now being recommended by upstream. (And ofc
> we
> don't have to use
On 30 July 2011 08:27, Samuli Suominen wrote:
> Since running separate /usr without mounting it from initramfs on top of
> / before init is and has been broken with udev for a long time now[1][2][3]
>
> [1] http://bugs.gentoo.org/show_bug.cgi?id=364235
> [2] http://fedoraproject.org/wiki/Features
eproducible in an automated testing scenario.
Later,
Chris
On 03/10/2011 02:25 PM, Kevin F. Quinn wrote:
Hi all,
I was nosing through bugzilla, and noticed:
* Number of open bugs is greater than 14,000
* Number of open bugs untouched for more than 2 years - well over 2000.
* Number of open bugs untouched between 1 and 2 years - well over 2000.
* Number
On 03/10/2011 02:35 AM, Mike Frysinger wrote:
i cant see much value anymore in even making this an option. just drop the
USE flag and always use LFS.
-mike
+1
ng that this isn't worth doing, merely pointing out that we may
discover that we don't have anyone to test even WITH the list of willing
users.
Later,
Chris
On 12/31/2010 03:38 PM, Rich Freeman wrote:
On Fri, Dec 31, 2010 at 12:53 PM, Mike Frysinger wrote:
personally, i dont see a problem here. what actual burden is there for
continuing supporting EAPI 0/1 ? i dont think we should go around deprecating
things for the pure fun of it.
-mike
I ten
27;s
> what they seem to be.
>
> Any thoughts?
How about informing the SELinux team? I don't see any bugs nor have I
received any emails about it.
--
Chris PeBenito
Developer,
Hardened Gentoo Linux
Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE6AF9243
Key
t
on the lists, PMS would have been approved long ago. Of course, that
doesn't mesh well with your apparent need to be a complete dick to
people, so continue on with the status quo.
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
signature.asc
Description: This is a digitally signed message part
7;m curious as to why you think the actively contributing members of the PMS
> team aren't acting in Gentoo's interests, though.
Maybe because they were booted from Gentoo for not acting in Gentoo's
best interest?
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
signature.asc
Description: This is a digitally signed message part
eloper any longer and you shouldn't have a say in how *we*
manage ourselves. You're more than welcome to contribute code, fork, or
whatever the hell you want. This is open source, after all, but that
doesn't mean you should be allowed to hold the position of power over
Gentoo that
profiles.
Second, there's a newer official (and stable) media set. Sorry if you
don't like the "beta" moniker, which applies to the media set. After
all, does a package suddenly become less stable because it is included
in a tarball that has "beta" in the *FILE NAME*
the facts to suit your needs. After all, looking at /releases on the
mirrors, I see a nice and shiny 2008.0_beta2 on all of the
officially-supported arches.
Isn't it about time that you gave up on your little mission to
consistently undermine the hard work put in by a community of
volunteers?
;re just posting more of your
bullshit where you obscure or otherwise lie about the facts to suit
yourself.
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
signature.asc
Description: This is a digitally signed message part
> > There's a reason for Paludis not accepting them, and the same reason
> > applies
> > to the question of allowing them in PMS or not, therefore PMS doesn't allow
> > them. There's no evil conspiracy here, just pure logic.
>
> Care to share
t; Fortunately you don't have to think, you can just read Ciaran's
> explanation.
Yes, because we all should stop thinking for ourselves and let Ciaran
tell us what to think. After all, we all want to be like the cool
Paludis developers.
--
Chris Gianelloni
Release Engineering S
've decided to put you and all
of your little cohorts into my killfile so I no longer have to read your
constant barrage of bullshit.
Seriously, you're a complete fucking waste.
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
signature.asc
Description: This is a digitally signed message part
On Sat, 2008-06-07 at 14:46 +0100, Alex Howells wrote:
> I agree with both of these and also think both agaffney and wolf31o2
> would serve us excellently on Council. Consider them nominated too :)
Thanks, but I no longer have the time nor the desire to dedicate to the
Council.
--
Can you take this off-topic thread to the appropriate list? I'm pretty
tired with hearing the Foundation's self-promotional comments on how
important it is to development on this list. You guys have your own
list for that crap, as it is.
Thanks,
--
Chris Gianelloni
Release E
x27;t an appropriate glibc, I'd ask that you make a comment in the
file so you remember to remove the mask in the future :)
Thanks
--
Chris PeBenito
<[EMAIL PROTECTED]>
Developer,
Hardened Gentoo Linux
Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xE6AF9243
Key fingerprin
sing lzma for system (and lower) packages.
http://bugs.gentoo.org/show_bug.cgi?id=220074
We're already getting reports of this due to someone deciding that it'd
be a good idea to use lzma for our daily portage snapshots without any
discussion here. Luckily, we still have the oth
On Wed, 2008-04-23 at 16:21 +0100, Roy Marples wrote:
> address_eth0?
> addresses_eth0?
I think one of these two is the most obvious to people. Since most
people will likely only have one address per interface, I'd say that
"address_eth0" sounds good.
--
Chris Gianellon
ted dependencies, but less
> strong?
Pretty much, yeah. The main difference that I would see from the
current *DEPEND variables, besides what was said above, would be that a
lack of visibility wouldn't stop the package merge. If sys-apps/foo had
ODEPEND="dev-libs/bar" and d
This way, we could "ship" a more robust configuration/setup for many
popular applications without forcing software on people.
It's an idea, anyway, and I hope that I didn't hijack the thread.
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
signature.asc
Description: This is a digitally signed message part
ry simple. If you don't have time to do
something, don't do it. However, the common courtesy in such cases
would be to inform the requester of said time constraint, so he can
either adjust his expectations, or find someone else to do the work.
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
--
gentoo-dev@lists.gentoo.org mailing list
; options.
>
> I'd say leave the current norm and smack the misbehaving maintainers :)
Who says that they're misbehaving? Again, the maintainers probably know
their packages better than anyone else, so why are we not trusting their
judgement again?
--
Chris Gianelloni
Releas
, please let me know so I can sync the changes into the
snapshot tree.
Thanks,
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
--
gentoo-dev@lists.gentoo.org mailing list
pace. The only difference is the
commit access and the Gentoo resources used by the individual.
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
--
gentoo-dev@lists.gentoo.org mailing list
had a single commit of several
profiles take up to 6 minutes to complete, and that's not with repoman
or anything.
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
--
gentoo-dev@lists.gentoo.org mailing list
ion. I'm trying to reproduce on
> machine
> 2 the same state of packages that package A was compiled against on machine
> 1. And
> even make it optional to do so, via an emerge flag.
This is likely usually done by controlling the binrepo. At least,
that's how I do it.
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
signature.asc
Description: This is a digitally signed message part
On Thu, 2008-03-13 at 17:48 +0100, Fabio Erculiani wrote:
> On 3/13/08, Chris Gianelloni <[EMAIL PROTECTED]> wrote:
> > I'm a distro builder, too, and I haven't been hitting any of these
> > problems. Would you care to point out the actual problems, or will the
>
5:11] * agaffney cries in the corner
> [gio mar 13 2008] [02:55:40] what stupid are you
Thanks for reminding me once again how you like to interact with the
people that you're trying to "help" out. You wonder why people respond
negatively to your demands and this is h
t.
Well, I sincerely hope that you do not file such a bug, as it would
royally screw over the one team in Gentoo that *does* consistently use
our binary package support.
I would definitely like to see the support improved, but not at the
expense of doing very stupid things like locking to specific
ve
since
> it was close to useless.
I'm a distro builder, too, and I haven't been hitting any of these
problems. Would you care to point out the actual problems, or will the
"close to useless" comment be our only indication of the perceived
problems?
--
Chris Gianelloni
Release
t. Demanding respect tends to give
the exact opposite response than the demanding individual intends. Try
doing something worthy of respecting, and you'll likely gain some
respect.
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
signature.asc
Description: This is
my bidding!
Welcome to the team (officially)...
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
signature.asc
Description: This is a digitally signed message part
sdfsdafsdfafsdfdfdfdff
On Thu, 2008-02-28 at 20:19 +0100, Mateusz Mierzwinski wrote:
> Ok, I've try i810 and... no DRI.
Please take this off the general development mailing list and to one of
the support lists, or, even better, to our bug tracker at
http://bugs.gentoo.org instead.
Thanks,
--
Chris Gianelloni
thout
> ./configure script?. Better to add i965 to mesa VIDEO_CARD variable. I
> don't want to change compile profile to non-NPTL.
Even better... i965 support is added by VIDEO_CARDS=i810 already. You
don't need to do anything by hand...
--
Chris Gianelloni
Release Engin
thout
> ./configure script?. Better to add i965 to mesa VIDEO_CARD variable. I
> don't want to change compile profile to non-NPTL.
This belongs in a bug report.
--
Chris Gianelloni
Release Engineering Strategic Lead
Games Developer
--
gentoo-dev@lists.gentoo.org mailing list
hat
bugs do not act the same as a web forum, or they're simply rude and
trying to tell the developer that they think that their issue is more
important than others. ;]
Generally, "bump request" means to bump the version of a package,
whereas just "bump" is for "bu
1 - 100 of 1380 matches
Mail list logo
