Marius Mauch wrote:
> How about delaying it as long as n packages are ported per day? Kinda
> stupid idea, but it ensures that things won't get hold up due to
> unmaintained packages/inactive devs and might even speed the process up
> (that's an illusion probably).
if n>4, that was yesterday.
Do
Donnie Berkholz wrote:
> So here's my plan: Before modular X enters ~arch, I will ensure that all
> porting bugs blocking #112675 are closed. As new bugs are filed, I will
> ensure that they are closed within 2 days, giving their maintainers that
> long to respond and close it th
Mike Frysinger wrote:
> - we add an emerge flag (say '--debug-build') which adds "nostrip" to
> FEATURES
> and auto sets CFLAGS to DEBUG_CFLAGS and LDFLAGS to DEBUG_LDFLAGS
> - portage will add sane debug defaults to make.globals (DEBUG_CFLAGS="-O -g"
> and DEBUG_LDFLAGS="")
I'm having a tough
Alec Warner wrote:
> Well IMHO, you can do what you want and if any arch team doesn't like it
> they can always pmask it themselves in their arch profile. I will say I
> disagree with putting it into ~arch in the current state, although I
> agree with the rationale, and it IS your package(s), just
Robin H. Johnson wrote:
> On Mon, Jan 23, 2006 at 11:06:12PM -0800, Donnie Berkholz wrote:
>> A) You have commit access to gentoo-x86, AND
>> B) you're comfortable with the porting process OR are adept with ebuilds
>> and would like to help
> I'm up for being
Ciaran McCreesh wrote:
> On Tue, 24 Jan 2006 23:00:14 -0700 Joshua Baergen
> <[EMAIL PROTECTED]> wrote:
> | To be clear here: nothing 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
Ciaran McCreesh wrote:
> * There is a clean upgrade solution available that will result in
> non-ported packages merely pulling in a load of extra unnecessary
> packages (that non-modular users have anyway).
>
> * The clean solution visibly illustrates that a package is unported.
> Users who are r
Donnie Berkholz wrote:
> Possible, but we can't prove this one way or the other. Certainly very
> few modular X users have encountered apps that are still unported, as
> evidenced by very few remaining blockers on #112675. And there are a
> fairly large number of
... peopl
Donnie Berkholz wrote:
> Please contact me if you'd like to be one of these volunteers. Requirements:
>
> A) You have commit access to gentoo-x86, AND
> B) you're comfortable with the porting process OR are adept with ebuilds
> and would like to help
I've decided to
Ciaran McCreesh wrote:
> On Tue, 24 Jan 2006 22:28:09 -0800 Donnie Berkholz
> <[EMAIL PROTECTED]> wrote:
> | Yes, for all 3 people who have a clue what it means when virtual/x11
> | gets pulled in. How many users do you seriously think will have a clue
> | and think "
Jason Stubbs wrote:
> Only by modifying every ebuild that has a virtual/x11 dependency. The atom
> "virtual/x11" cannot be limited to specific versions on its own with old
> style virtuals.
Is that so? I guess this must be wrong, then:
/usr/portage/profiles/base/virtuals:# Only have this for >=
Ciaran McCreesh wrote:
> On Tue, 24 Jan 2006 23:16:38 -0800 Donnie Berkholz
> | I guarantee you that adding all of modular X to the virtual/x11 will
> | make this drag out for years, and THAT is unacceptable to me.
>
> Why must it drag out for years? There's no differ
Ciaran McCreesh wrote:
> On Wed, 25 Jan 2006 16:08:07 +0900 Jason Stubbs <[EMAIL PROTECTED]>
> wrote:
> | The premise for not doing this is that packages will never be fixed,
> | right? Why not make the modular X provide virtual/x11 and just
> | institute a policy that no new packages can go into s
Ciaran McCreesh wrote:
> On Tue, 24 Jan 2006 23:34:49 -0800 Donnie Berkholz
> <[EMAIL PROTECTED]> wrote:
> | Ciaran McCreesh wrote:
> | > On Tue, 24 Jan 2006 23:16:38 -0800 Donnie Berkholz
> | > | I guarantee you that adding all of modular X to the virtual/x11
> | &
Jason Stubbs wrote:
> I'm not exactly sure what you mean by "broken" in the first paragraph nor how
> a check can help with unmaintained (=no commits, no?) packages, but if a
> repoman check will hasten package porting while smoothing the users' ride,
> I'm personally all for it.
By "broken" I
I've tweaked linking_libs.sh to check the compilation log for use of
tools like imake, xmkmf, gccmakedep and so forth to help ease the
problems of porting to modular X.
It's available in the usual location, linked from the porting guide.
Thanks,
Donnie
signature.asc
Description: OpenPGP digita
Jason Stubbs wrote:
> On Wednesday 25 January 2006 17:43, Donnie Berkholz wrote:
>> Jason Stubbs wrote:
>>> I'm not exactly sure what you mean by "broken" in the first paragraph nor
>>> how a check can help with unmaintained (=no commits, no?) package
Donnie Berkholz wrote:
Yesterday's drop: 867 to 783, pretty solid. But with the new check for
"true" deps instead of anything in the dep tree, it's down to 513.
Progress graph:
http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_progress.png
Latest list:
h
Jason Stubbs wrote:
> I've implemented and tested the check locally but haven't committed it yet.
> Repoman isn't really structured to allow for tests against a set of ebuilds
> so the checks are done on every version. There is also definitely one false
> positive (virtual/x11-6.8) so, for this
Chris Gianelloni wrote:
> On Wed, 2006-01-25 at 10:48 -0800, Donnie Berkholz wrote:
>> changes to all the ebuilds, since we've generally just been putting them
>> in the latest ~arch and newer (p.mask). This should mostly be a copy and
>
> We have? No wonder it's
Donnie Berkholz wrote:
> Chris Gianelloni wrote:
>> On Wed, 2006-01-25 at 10:48 -0800, Donnie Berkholz wrote:
>>> changes to all the ebuilds, since we've generally just been putting them
>>> in the latest ~arch and newer (p.mask). This should mostly be a copy and
Grobian wrote:
> Problem here is that creating a conditional symlink for csh -> tcsh is a
> bit dirty, and leaves the user with a system that has no csh in case the
> csh is unmerged after tcsh was installed.
...
> Because csh is rather old and tcsh can be used as replacement, I would
> like to h
Chris Gianelloni wrote:
> Anyway, I do appreciate any work that you're doing on any games ebuilds.
> I just hope we don't end up in the exact same situation a (few?) month
> or so down the line when this stuff goes stable as we are in now.
What I expect is that many of the newly ported apps will g
Mikey wrote:
> If you actually downloaded a "pristine" stage1 or a stage3 tarball you might
> notice that there are, in fact, packages already present in world. Glibc,
> gettext, nano, gzip, and linux-headers. Not that that matters one iota to
> this conversation, but you need to get your own
Jason Stubbs wrote:
> http://dev.gentoo.org/~jstubbs/x11_deprecation_check.diff
Just tested this out. Is there some way to make it more obvious exactly
_what_ is causing the usage.deprecated error by default?
As it is, a test run of this in app-editors/xemacs returns about 50
lines of output with
Jason Stubbs wrote:
> That's a standard repoman thing. Details are only printed if there are less
> than 12 occurrences of a specific warning unless "repoman full" is run. Not
> sure why it wasn't being displayed if there was only one occurrence.
As it turns out, there were exactly 12.
> The pa
First, a huge thanks to Robin, who pythonized my bash scripts and
reduced the time of a run from more than an hour and a half to less than
30 minutes.
Yesterday's drop: 513 to 498, a change of 15 -- adequate, but should be
better.
Progress graph:
http://dev.gentoo.org/~spyderous/broken_modular/br
Marcelo Góes wrote:
Indeed, logrotate functionality should be optional. Ebuilds that
install logrotate stuff without asking should be updated to use the
logrotate USE flag.
I'm making it a global USE flag if nobody complains.
You want people to recompile the whole package to get another text f
William Hubbs wrote:
I don't really like the install_mask idea for this because you can't set
that on a per-package basis that I am aware of, and we have several
packages that have an xinetd use flag.
Why would you want it on a per-package basis?
Thanks,
Donnie
--
gentoo-dev@gentoo.org mailing
The last drop: 498 to 465, a change of 33 -- adequate, but should be
better since this was for close to three days.
Progress graph:
http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_progress.png
Latest list:
http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_maintainers.
Thomas de Grenier de Latour wrote:
> Or again another one (a bit ugly imho tho): merge the files in an
> "/etc/logrotate.d.dist" directory, and add an eselect module to
> handle symlinks from "/etc/logrotate.d".
What's ugly about this? I like it.
signature.asc
Description: OpenPGP digital signa
Thomas de Grenier de Latour wrote:
> On Sat, 28 Jan 2006 18:58:52 -0800
> Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>
>> You want people to recompile the whole package to get another
>> text file installed?
>
> When would one recompile a package just for th
Thomas de Grenier de Latour wrote:
> It would be interesting to know how that happened for in the past
> for /etc/bash_completion.d, which made a similar move iirc
Yes, it would.
> (although real files went to /usr/share/something, whereas here i
> would rather see them in etc because they are mo
The last drop: 465 to 401, a change of 64 in 1.5 days -- pretty solid!
Lots of work done by Josh_B in the games categories, and misc. work by
others, as well.
Progress graph:
http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_progress.png
Latest list:
http://dev.gentoo.org/~spyderous/
Joshua Jackson wrote:
I will have to agree that this change has made it a pain to mark anything
stable. I had 4 out of the 6 I did today bail out because of this. I took the
simple easy fix and removed the check to stabalize the packages I needed to. I
know we have people who want modular X yeste
Joshua Jackson wrote:
> In the oldest version of the package (as all these were), I don't see
> much point in the change. They will be removed within a fairly short
> amount of time.
Fairly short meaning what, 6 months? A lot of old ebuilds tend to stick
around forever.
> Secondary, you are sugg
Joshua Jackson wrote:
> To quote one of the ebuild-quiz questions: You wish to make a change
> to an ebuild, but you checked the ChangeLogs and metadata.xml and it
> appears to be maintained by someone else. How should you proceed?
>
> A general response that is obtained from the documentation so
The last change: 401 up to 406. Yes, it actually got worse. This is
caused by artifacts fixed by the recent portage 2.1 revision bump,
because I know some apps were fixed.
Progress graph:
http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_progress.png
Latest list:
http://dev.gentoo.or
Mark Loeser wrote:
> Jason Stubbs <[EMAIL PROTECTED]> said:
>> Is there any need for the packages to go into stable without the X deps
>> being
>> fixed? Why not just open a bug for the package maintainer and mark it
>> against
>> whatever bug is requesting stabling of that package? Moving some
Ciaran McCreesh wrote:
> On Tue, 31 Jan 2006 17:06:35 + "Benjamin Smee (strerror)"
> <[EMAIL PROTECTED]> wrote:
> | On Tuesday 31 January 2006 15:47, Ciaran McCreesh wrote:
> | > For packages in the second group, not using a USE flag is silly.
> |
> | I take it you are agreeing we should have
Jason Stubbs wrote:
> Is
> having INPUT_DEVICES and the like following the same scheme
> (ie, input_devices.desc) acceptable?
As long as I can still get the pretty output with -vp. =)
Thanks,
Donnie
signature.asc
Description: OpenPGP digital signature
Mark Loeser wrote:
> I don't really see why anyone that is marking an ebuild stable needs to have
> a fatal error because an older version of that package isn't ported yet. We
> are perfectly capable of mentioning this on the bug so the maintainer can fix
> it later :) A flag to ignore it will mak
The last change: 406 to 343 -- nice! Much of that came from the hard
work of nelchael in desktop-dock.
So, what do we see? The top offenders also didn't get much fixed, with
the exception of desktop-dock (54 packages fixed since Jan 31!) and the
sci herd (6 fixed). That just leaves 3 packages fixe
Jason Wever wrote:
> On Thu, 02 Feb 2006 13:39:15 -0800
> Donnie Berkholz <[EMAIL PROTECTED]> wrote:
Sorry guys, forgot to actually upload the data. =)
Both problems should be fixed now.
Donnie
signature.asc
Description: OpenPGP digital signature
The last change: 343 to 329 -- pretty decent, but I'd like to see about
1.5-2x this rate. Pretty soon I'll have to change the list of the worst
offenders to the top 10 instead of 10 packages, because the number of
actual herds is getting pretty small.
Progress graph:
http://dev.gentoo.org/~spydero
Chris PeBenito wrote:
> I have two bugs [1][2] with installs failing due to some environmental
> variables being set, which end up overriding the settings in the
> packages' makefiles, causing sandbox violations. While this is a simple
> enough to work around with some unsets, how much do we reall
The last change: 329 to 320, over 3.5 days -- not so hot.
Progress graph:
http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_progress.png
Latest list:
http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_maintainers.txt.20060207
Herds and people with 5 or more unported pack
[EMAIL PROTECTED] wrote:
Hi,
I have some questions.
- Does portage use ccache transparently for ebuilds using scons?
- Do I need to patch the SConstruct file to use ccache?
- Does portage use ccache independently from the buildsystem used?
I don't think it can work transparently for scons, be
Olivier Crête wrote:
> On Fri, 2006-10-02 at 10:33 +0100, Jakub Moc wrote:
>> Otherwise, I suggest to p.mask this in two weeks and then remove from
>> portage.
>
> Is there any other useful gtk ldap browser in the tree ?
There's a bug for LAT -- http://bugs.gentoo.org/show_bug.cgi?id=86854 --
but
Forrest Voight wrote:
> Hello all,
>
>I believe that rc.conf contains many values that could be put into
> conf.d. For example, DISPLAYMANAGER and KEYMAP. DISPLAYMANAGER could
> be put into conf.d/xdm. Then, this variable would not exist with a
> non-X environment, and configuration could be m
The last change: 320 to 260, over 5 days -- that's 12 packages a day,
which is reasonable. Props to Josh_B, games, desktop-wm and cjk herds
for fixing 10+ packages.
Progress graph:
http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_progress.png
Latest list:
http://dev.gentoo.org/~spyd
Donnie Berkholz wrote:
> Herds and people with 5 or more unported packages, and change in # of
> packages:
>
> 69 games (-20)
> 51 none (individual or no maintainer) (-6)
> 28 (no metadata.xml) (-2)
> 16 desktop-wm (-13)
> 14 video (-0)
>
Chris Gianelloni wrote:
> On Sun, 2006-02-12 at 11:38 -0800, Donnie Berkholz wrote:
>> Forrest Voight wrote:
>>> Hello all,
>>>
>>>I believe that rc.conf contains many values that could be put into
>>> conf.d. For example, DISPLAYMANAGER and KEYMAP
Forrest Voight wrote:
> I was using an old gentoo system. Forget about KEYMAP.
> But, what about UNICODE? That is related to KEYMAP and consolefont.
> Shouldn't EDITOR and XSESSION be in a user-specific place?
I guess you didn't really understand the code. They can be in a
user-specific place.
If
Edward Catmur wrote:
> On Sun, 2006-02-12 at 19:56 -0500, Forrest Voight wrote:
>> On 2/12/06, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>>> Forrest Voight wrote:
>>>> I was using an old gentoo system. Forget about KEYMAP.
>>>> But, what about UN
Ciaran McCreesh wrote:
> On Sun, 12 Feb 2006 23:32:39 + Daniel Drake <[EMAIL PROTECTED]> wrote:
> | It may feel a little harsh to give someone a canned response just by
> | pasting a URL in the comment field, but curious readers will find his
> | faq.txt which explains nicely that we aren't e
The last change: 260 to 232, over 3 days -- that's 10 packages a day,
which is reasonable. Good job, to whoever's been fixing games! Again,
dropped by more than 10.
Progress graph:
http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_progress.png
Latest list:
http://dev.gentoo.org/~spyd
The last change: 232 to 203, over 5.5 days -- that's 6 packages a day,
which is OK but ought to be better. Good job, to any who have been
fixing games! They dropped out of first place (sort of), porting 18
packages, followed by desktop-wm and video herds.
Progress graph:
http://dev.gentoo.org/~spy
Tony Vroon wrote:
> Good afternoon,
>
> Please note that I am planning to remove beep-media-player and
> accompanying plugin packages from the portage tree on March 4, 2006,
> unless
> anyone can convince me of a good reason why they should stay.
> This software has been abandoned by it's authors
The last change: 203 to 187, over 3 days -- that's 5 packages a day,
which is OK but ought to be better. Good job again, to those who have
been fixing games!
Anyone who would like to help, please start concentrating on
unmaintained packages. They make up close to half of the remaining
unported pac
Mark Loeser wrote:
> Well, instead of putting the debate into an even larger crowd, this
> enables the QA team to act in the way it sees best first. If people
> believe we were wrong, then we give them the option to talk to the
> council about one of our changes. Also, we aren't unwilling to hear
Mark Loeser wrote:
> Donnie Berkholz <[EMAIL PROTECTED]> said:
>> Mark Loeser wrote:
>>> Well, instead of putting the debate into an even larger crowd, this
>>> enables the QA team to act in the way it sees best first. If people
>>> believe we were wron
Mark Loeser wrote:
> Donnie Berkholz <[EMAIL PROTECTED]> said:
>> The maintainer should be the absolute authority over his/her packages,
>> and only the council should be able to overrule maintainer decisions in
>> the case of disagreement between the maintainer and an
Lars Strojny wrote:
> I'm currently heavily involved with jabber-related packages. As a result
> I have to struggle with the really seldomn maintained packages in
> Gentoo.
...
> To come to an end: jabber is not really the most unimportant thing, so
> things should go better. I want to provide my
Ned Ludd wrote:
> On Sun, 2006-02-26 at 19:34 -0800, Donnie Berkholz wrote:
>> I'm looking at this as "innocent until proven guilty" versus "guilty
>> until proven innocent." When parties are in disagreement, the _current_
>> situation should stand un
NOTE: Please post all replies on gentoo-desktop rather than gentoo-dev.
It's about that time again, folks. We're going to have desktop project
lead elections within the next month or so.
Who's interested in running for lead? Feel free to post a bit on why
you'll be the best lead ever, as well, a
Ciaran McCreesh wrote:
> On Sun, 26 Feb 2006 17:53:20 -0800 Donnie Berkholz
> <[EMAIL PROTECTED]> wrote:
> | The maintainer should be the absolute authority over his/her packages,
> | and only the council should be able to overrule maintainer decisions
> | in the case of dis
Brian Harring wrote:
> Hola all.
>
> Been an interesting two some years, but have decided it's time for me
> to turn in my resignation and wander on to things outside of gentoo.
>
> If you need to track me down, I'll be checking [EMAIL PROTECTED] .
>
> So... yeah, so long and thanks for all the
Donnie Berkholz wrote:
> NOTE: Please post all replies on gentoo-desktop rather than gentoo-dev.
>
>
> It's about that time again, folks. We're going to have desktop project
> lead elections within the next month or so.
>
> Who's interested in running for
Bertrand Jacquin wrote:
> On 2/24/06, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>
>> Latest list:
>> http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_maintainers.txt.20060224
>
> scilab depend on virtual/x11 and is not in this list. Is your tool br
The last change: 187 to 135, over a couple of weeks. We're getting near
the goal of getting the entire tree fixed!
I'd like to literally have nothing in the tree unported to modular X, so
I don't need to add a virtual/x11-7.0 as a workaround to the problem.
Concentrate on unmaintained packages an
Caleb Tennis wrote:
>> Latest list:
>> http://dev.gentoo.org/~spyderous/broken_modular/broken_modular_maintainers.
>> txt.20060315
>
> What's the search criteria? I fixed dev-ruby/ruby-gd yesterday, but it's
> still on the list. Perhaps, though, I didn't fix it correctly for the search
> scrip
Daniel Drake wrote:
> Roy Marples wrote:
>> Now, if the commandline is the same, should the package name be the
>> same? If so, what version number should I be using? It's currently
>> just called resolvconf-0.1
>
> Definately change the name of the package (if not the script itself)
> otherwise t
Stuart Herbert wrote:
> I've been very happy with using svn+trac overlays to bridge this gap.
> They provide a sandbox for contributions to be shared and evaluated.
> They provide a place where I've been able to give commit access to
> non-devs, so that they can learn the ropes w/out threatening
Hi all,
There aren't really any remaining blockers to keep modular X out of
~arch, as far as I can see.
If anyone's got one, please bring it up now. I'm planning to unmask
later tonight.
Thanks,
Donnie
signature.asc
Description: OpenPGP digital signature
On Mar 22, 2006, at 4:13 PM, Olivier Crete wrote:
If modular X is used and gnome-base/control-center is not
patched..
gnome-settings-daemon on some evdev combinations...
Not sure if that's a blocker... but we should rush in a new version of
control-center with the patch
Nah, not a blo
Stuart Herbert wrote:
> Developer overlays would only be created for active Gentoo developers,
> and they would be accountable for its contents. Non-developers will
> not be given write access to developer overlays.
This removes much of the motivation for merging overlays to o.g.o, at
least some
Stuart Herbert wrote:
> On 3/23/06, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>> Stuart Herbert wrote:
>>> Developer overlays would only be created for active Gentoo developers,
>>> and they would be accountable for its contents. Non-developers will
>>&
Stuart Herbert wrote:
> The confusion is probably because, in the original vision statement, I
> said that these things would only happen for overlays setup by, and
> for, official projects. I wanted a disctinction between who could
> commit to overlays run by projects, and who could commit to ove
Chris Gianelloni wrote:
> I wouldn't mind seeing an actual "unstable" designation added to
> KEYWORDS. The basic premise would be like package.mask packages where
> things can be done *within the tree* but still has the same air of "this
> might be totally busted at some point" as overlays. Users
Paul de Vrieze wrote:
> I can only assume that other developers have similar overlays too. These
> overlays form actually a wealth of resources that are hidden away. If there
> were a semi-public overlay system in which developers could keep their
> overlays, this might help in getting this out
Duncan wrote:
> I believe that's a fair summation of the arguments. My personal opinion,
> for whatever it's worth as a user on the dev list, is that the CC point is
> a valid one, the CC list should be a pretty decent measure of interest --
> I know it has certainly proven so on some of the bugs
Hi all,
One big issue has come up with modular X, which is now fixed in
xorg-server 1.0.2-r1. The problem is that upstream released new versions
of a couple of extensions (composite and xfixes), but didn't release an
xorg-server including the updated knowledge of these extensions. The
code fo
foser wrote:
I think the RH approach of using xinitrc.d as a place to unify startup
scripts is a workable solution. I'd like the X11 teams input on this
however, since the X11 /etc layout and history behind it is largely
unknown to me.
I agree that this is a good idea and I've thought about it
Jan Kundrát wrote:
None, of course, and I think I'me quite nice, actually :). A talk about
"who should be able to punish you" is not for -dev, IMHO.
While it's not strictly "development of Gentoo," I don't see any reason
for it to be a closed discussion, and this is the best general-purpose
l
Duncan wrote:
> The Gentoo-desktop list is lower volume and generally where I ask
> (developer level) questions about anything so related, KDE, GNOME, burning
> CD/DVDs, sometimes sound issues, etc. Again, that's a developer list not
> a general user list, but it's low enough volume and generally
Carsten Lohrke wrote:
> This is what I'd like to see clarified. To me, only a decision of the Council
> may lead to such a "suspension", as it is the relevant _elected_ entity. And
> I hereby request to add a paragraph at least, stating exactly this.
This is absurd. The council shouldn't need to
Christel Dahlskjaer wrote:
> So now we are faced with the challenge of resurrecting the project and
> making it the best it can be. We have a blank page to colour in in such
> a way it becomes attractive to the majority of our ~200,000 users, and
Have we lost 100,000? The last estimate I saw was 5
Hi all,
I've got some back-burner work on unified Gentoo theming for grub,
bootsplash, gdm/kdm [1]. (IOW, I spent a day doing research 2 months ago
and forgot about it until yesterday.) It's currently possible to have a
really awesome bootup, but it's quite a bit of work to configure and I
want to
Christopher O'Neill wrote:
> . I notice certain other popular distros are now running GCC4 (and
> have been for some time), yet we are still running 3.4.6 (on ~x86). I
> know it's a lot of work ensuring that all packages compile properly
> with GCC4 and that there are no introduced bugs, but I have
Mike Frysinger wrote:
> On Thursday 06 April 2006 22:26, Donnie Berkholz wrote:
>> I've got some back-burner work on unified Gentoo theming for grub,
>> bootsplash, gdm/kdm [1]. (IOW, I spent a day doing research 2 months ago
>> and forgot about it until yesterday.) It&#x
Mike Frysinger wrote:
> - we were invited to a convention O'Reilly hosts (forgot the name)
OSCON, and it's really quite good dev/suit ratio. I was there last year,
along with Corey and some other OSL people. I'd like to get a booth if
we can have enough people to staff it.
Thanks,
Donnie
signa
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Curtis Napier wrote:
> Spyderous already has a new logo started that we can build on. We can
> easily take it and build an entire theme around it. We also have the
> lila theme and the Gentoo Icon Set we can use as raw material. Both of
> them could ea
Denis Dupeyron wrote:
> Indeed, EDA is the thing I know best. But I also have an RDEPEND checker
> for ebuilds that may be of interest. It's in bash right now, so it's more
> a proof of concept than anything. I just need to fix one or two bugs that
> I have found recently, and then you'll be judge.
R Hill wrote:
> There's an endless number of CFLAGS that could be warned about, and just
> as many situations where they're actually useful. Aside, I've yet to
> hear of _anything_ that's broken because of -fvisibility-inlines-hidden.
> (course someone will undoubtedly point one out now ;))
How a
Hi all,
Just wanted to make you aware that xorg-server 1.1 (and all release
candidates, including 1.0.99 and up) breaks the server-driver ABI from 1.0.
This means drivers are not compatible following an upgrade of
xorg-server, and both sides will require an update to work again properly.
This al
Simon Stelling wrote:
> Donnie Berkholz wrote:
>> We are working to ensure the dependencies work as smoothly as possible,
>> but I expect there will be some issues since it's difficult to require
>> updates to all these optional drivers following an update to the serv
Hi all,
By request, the "ati" VIDEO_CARDS setting has been split into three
separate settings, one for each driver: Mach64/Rage XL (mach64), Rage128
(r128), and all Radeons (radeon).
This will reduce build time on mesa, x11-drm, and kdrive (once I update
it). It will also significantly reduce the
Alec Warner wrote:
Well the semantics of the blocker is that the new driver won't work with
the old server; is that true? Or just the old drivers won't work with
the new server?
New server requires new drivers. Old server requires old drivers. There
is no valid combination of new and old.
Olivier Crête wrote:
On Mon, 2006-17-04 at 13:05 -0700, Donnie Berkholz wrote:
Alec Warner wrote:
Well the semantics of the blocker is that the new driver won't work with
the old server; is that true? Or just the old drivers won't work with
the new server?
New server requires n
101 - 200 of 1428 matches
Mail list logo
