all the necessary
> files be created for us? I think this should apply to
> /etc/env.d/02locale as well. I don't see why this isn't created with
> some comments by default.
Because env.d isn't under CONFIG_PROTECT so your modifications to any
package-installed
-
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgplvT61wh9V4.pgp
Description: PGP signature
On 21:18 Sun 22 Mar , Donnie Berkholz wrote:
> If you have something you'd wish for us to chat about, maybe even vote
> on, let us know! Simply reply to this e-mail for the whole Gentoo dev
> list to see.
Here's a very simple agenda. I'm at a conference this week, so I
it would make sense to put
it near dependencies. Also I could be wrong, but wouldn't you want to be
able to cache this and show smart pretend output, etc?
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgpsfJw5SQl6P.pgp
Description: PGP signature
On 23:23 Wed 25 Mar , Ciaran McCreesh wrote:
> On Wed, 25 Mar 2009 23:06:37 +0100
> Donnie Berkholz wrote:
> > > 10) dohard and dosed banned in EAPI 3
> >
> > I think I missed the reasoning for removing these, particularly
> > dosed. pybugz didn't s
ables and how they interact.
I probably would have agreed with you a few EAPIs ago where stuff was
more painful. Take a look at this, though -- it doesn't seem so bad to
me in a non-DOCS, EAPI=3 world:
src_install() {
default
dodoc foo bar
}
--
Thanks,
Donnie
Donnie B
# - Linux needs -ldl
> + if [[ ${CHOST} == *-linux-gnu ]]; then
> echo "-ldl"
> fi
> }
How about uclibc?
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgpk7RrlshtSa.pgp
Description: PGP signature
; static binaries. seems to work for me, but if someone notices something new
> and freaky, you've been warned!
Rock on.
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgpJ7LElEK7LY.pgp
Description: PGP signature
_func-exists() {
if [[ -n "$(declare -f ${1})" ]]; then
return 0
else
return 1
fi
}
java-pkg_func-exists() {
[[ -n "$(declare -f ${1})" ]]
}
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgp4770BE
On 19:22 Tue 31 Mar , Ciaran McCreesh wrote:
> On Tue, 31 Mar 2009 11:05:30 -0700
> Donnie Berkholz wrote:
> > I noticed some eclass commits using java-pkg_func-exists() and it's a
> > lot more complicated than it needs to me. Perhaps not everybody knows
> >
es.
It's great to see you moving toward folding this back into the main
tree! My only comment is that eprefixify could really use a better name
because that one sounds really awkward. How about doprefix, or something
else?
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: htt
Just wanted to let you know the agenda will be coming pretty late
because I've been at a conference that I'm traveling back from today.
I should be home in ~12 hours to do it.
If someone else would like to pull together the things from the
earlier thread and post a draft agenda, that would be extr
particularly wish for this to happen Real Soon, but drafting a
> plan sounds like a good first step.
OK, I'm looking forward to reading your draft. =)
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgpifs1GWOZju.pgp
Description: PGP signature
t must be
notified at least 14 days before the meeting itself.
For more info on the Gentoo Council, feel free to browse our homepage:
http://www.gentoo.org/proj/en/council/
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgpVCZRYdNIiA.pgp
Descrip
On 15:17 Fri 17 Apr , Donnie Berkholz wrote:
> If you have something you'd wish for us to chat about, maybe even vote
> on, let us know! Simply reply to this e-mail for the whole Gentoo dev
> list to see.
I've got a few items pending that I would like to propose. It sh
* RDEPEND-DEPEND
> * DODOC
> * PROFILE-IUSE-INJECTION
yes
> * ANY-USE
> * BANNED-COMMANDS
> * ECONF-OPTIONS
> * AA
> * KV
> * REPLACE-VERSION-VARS
> * S-WORKDIR-FALLBACK
> * DOINS
whatever
> * DOEXAMPLE
> * DOINCLUDE
> * UNPACK-IF-COMPRESSED
no
g it in the dev profile by default.
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgpr4gIKb3PR3.pgp
Description: PGP signature
On 15:27 Fri 17 Apr , Donnie Berkholz wrote:
> On 15:17 Fri 17 Apr , Donnie Berkholz wrote:
> > If you have something you'd wish for us to chat about, maybe even vote
> > on, let us know! Simply reply to this e-mail for the whole Gentoo dev
> > list to see.
On 12:15 Thu 23 Apr , Tiziano Müller wrote:
> Am Mittwoch, den 22.04.2009, 23:21 -0700 schrieb Donnie Berkholz:
> > Here is an updated agenda. I've removed a few items that I consider
> > lower priority and unlikely for us to have time for during this
> > week&#x
'll see a branch called
server-1.5-branch-exa-backports that can be compared with the upstream
server-1.5-branch.
See vcs-pkg.org for all kinds of ideas about how to handle this.
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgpFLUUrXiS31.pgp
Description: PGP signature
exceptions and
not the rule. I don't see why this would be one because I haven't heard
anything about next week being bad.
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgpbKkCr9mxIL.pgp
Description: PGP signature
it
user-friendly to both specify a mode of operation and options to that
mode with the same syntax.
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgp31RZsBjuxb.pgp
Description: PGP signature
"Unknown EAPI, Bug eclass maintainers." ;;
> + 0|1)
> + EXPORT_FUNCTIONS src_unpack pkg_preinst
> + ;;
> + *)
> + EXPORT_FUNCTIONS src_unpack src_prepare pkg_preinst
> + ;;
> esac
Might this have been worth mentioning in the commit entry?
--
Thanks,
Donnie
Donnie Berkholz
Developer, Gentoo Linux
Blog: http://dberkholz.wordpress.com
pgpodiCMRHVSR.pgp
Description: PGP signature
On 16:27 Sun 13 May , Mike Gilbert wrote:
> To make ebuilds utilizing python-distutils-ng.eclass usable
I didn't read any farther because I couldn't stop laughing. What will
the next version of this eclass be called, -ng-ng? -really-ng? =)
--
Thanks,
Donnie
Donnie Berkholz
C
this through, I know the guy
running it pretty well.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgpeD65iNmfgq.pgp
Description: PGP signature
in a nearly anarchic, ad hoc manner, where anyone can do pretty much
whatever they want as an official Gentoo project.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgpFP4Q0Esq9W.pgp
Description: PGP signature
hoping somebody is taking this?
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgplPH1rn4ntA.pgp
Description: PGP signature
On 04:22 Fri 23 Nov , Robin H. Johnson wrote:
> On Thu, Nov 22, 2012 at 08:22:10PM -0600, Donnie Berkholz wrote:
> > On 11:11 Sun 18 Nov , Robin H. Johnson wrote:
> > > Here's a list of every package where I'm a maintainer and there is no
> > >
ce; consider the time of the 100s/1000s who
read it. Your value and impact will increase exponentially.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgpR4IRW1xeQ_.pgp
Description: PGP signature
me we can eliminate
Gentoo-specific weirdness, we should.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgp3sbsAFBIVY.pgp
Description: PGP signature
about
anything but frontend theming and content.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgpSKkhPZZeQ4.pgp
Description: PGP signature
ear vision and audience for Gentoo would
significantly increase our ability to get useful things done.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgpzBhWAtbiqb.pgp
Description: PGP signature
[2] and a few tags
> for reviewing patches [3] (those are probably not useful for us).
This is the part that would be most useful to document more. Suggesting
which tags would be valuable to include. Fixes, Reviewed-by,
Signed-off-by, etc.
--
Thanks,
Donnie
Donnie Berkholz
Council Member /
ng Gentoo than to do outreach.
That said, I've gotten over 10,000 views of an intro talk on Gentoo
that's posted on YouTube despite its pretty bad audio quality, and
nearly 2,000 views of a Gentoo talk targeted at developers, so there's
clearly people looking for this stuff.
fewer than 18 packages.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgpOocMKQ8ulN.pgp
Description: PGP signature
You are not forced to participate. It's all about choice. If
> there are no objections and if the PR team gives an ack. I'd like to
> add video hangouts under the PR project (I'll create a simple faq page
> in wiki about VCs).
Go ahead. Experiments are always welcome.
--
Thank
etty much the whole ck- patchset (Con Kolivas), grsec, FreeS/WAN and
OpenS/WAN, the bootsplash stuff, etc.
> 2) we can carry some patches from upstreams trees that possibly aren't yet in
> -next, or not yet accepted to mainline but do provide some benefit to a
> smaller
> group of our
sus "near
future."
I didn't catch it in your original email — have you run a scan to see
how many ebuilds are affected?
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgp6OhBSU0BAC.pgp
Description: PGP signature
April so I'd avoid those.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgpk8YyXSSTTY.pgp
Description: PGP signature
ther words, this is the standard Gentoo disclaimer, so consider
> yourself warned.
Man, in terms of how to phrase things, this is way wrong.
If you're comfortable with your stuff breaking really? No. If you want
to help improve Gentoo.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr
ne - or someone else might just want to
> read through some old threads and do the same.
There's https://bugs.gentoo.org/show_bug.cgi?id=333531
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk
index.html
"Otherwise a soft limit of 2 to 4 weeks depending on the severity of the
bug is an acceptable time frame before you go ahead and fix it
yourself."
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMo
pport in 30 days (which can't be done directly in
stable), then we test that in ~arch for the usual 30 days before
stabilizing.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/&
e though. Is this allowed?
>
> The PMS does not allow it:
> http://dev.gentoo.org/~ulm/pms/5/pms.html#x1-390004.4.4
Seems we should add repoman support to check profiles/. Spec mandates
that are not implemented in any tool are unlikely to be adhered to.
--
Thanks,
Donnie
Donnie Berkh
On 12:31 Mon 23 Dec , Jeroen Roovers wrote:
> On Sun, 22 Dec 2013 20:07:21 -0600
> Donnie Berkholz wrote:
>
> > Seems we should add repoman support to check profiles/. Spec mandates
> > that are not implemented in any tool are unlikely to be adhered to.
>
&g
nd is also of extreme importance
if you want people actually using it. Speed is absolutely a usability
feature but it's not the only one that matters. Maintaining EAPI parity
is table stakes.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <
other optional languages and disabled by default, but I'd like to know
> if there are other opinions.
It's essentially only used by the small minority of people installing
sci-* packages so I'd be fine with that. Reasonable defaults FTW.
--
Thanks,
Donnie
Donnie Berkholz
Counc
uild without a feature is important enough
to merit a USE flag. This is essentially rethinking the same decision
and adding complexity to it. I think having this as an additional
feature in the core PM would be confusing to users.
It would probably be a better fit in gentoolkit o
want from gentoo-dev@? You need someone to file
> the bug for ya?
This is not the level of friendliness that is going to welcome potential
new contributors into our community.
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
An
ere we were with gtk1 vs gtk2 back then.
http://marc.info/?l=gentoo-dev&m=111212920310822&w=2
--
Thanks,
Donnie
Donnie Berkholz
Council Member / Sr. Developer, Gentoo Linux <http://dberkholz.com>
Analyst, RedMonk <http://redmonk.com/dberkholz/>
pgpiDAYuRO_lp.pgp
Description: PGP signature
Diego 'Flameeyes' Pettenò wrote:
> On Wednesday 21 June 2006 03:34, Donnie Berkholz wrote:
>> OK, so we can add qt3 to make.defaults.
> Firulì Firulà (sounds of whistling in Italy at least)
>
> -* says nothing to you? :)
Sure it does, but -* has always been unsupporte
Kevin F. Quinn wrote:
> On Tue, 20 Jun 2006 16:14:08 -0700
> Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>
>> Mike Owen wrote:
>>> From this user's perspective, simple is better. qt3 and qt4 as use
>>> flags are completely and utterly obvious as to w
George Shapovalov wrote:
> середа, 21. червень 2006 03:46, Diego 'Flameeyes' Pettenò Ви написали:
>> On Wednesday 21 June 2006 03:34, Donnie Berkholz wrote:
>>> OK, so we can add qt3 to make.defaults.
>> -* says nothing to you? :)
> Now I am confused:
> My
Kevin F. Quinn wrote:
>> The goal is to avoid a double-flag combo to do a single thing. "qt"
>> always and only affects the _best_ available qt interface for that
>> package. "qt#" affects only _older_ available qt interfaces for that
>> package.
>
> OK; so with this we're not providing a way to g
Stefan Schweizer wrote:
> Why you ask? Because a user does not care if packageX uses qt3 or qt4, he
> just wants to use it.
>
> But why do we have two useflags then?
> Because the user should be able to disable optional support for either qt3
> or qt4 or both for every package.
There's a signific
Mike Frysinger wrote:
> On Thursday 22 June 2006 00:54, Alec Warner wrote:
>> Specifically net-misc/vnc
>
> i'll fix this up if no one else does since it is a pretty friggin critical
> package for too many people (myself included), but i'd really really prefer
> someone else to do it
Not really
Mike Doty wrote:
> All-
>
> We've had a discussion about sunrise and have reached a compromise.
> Someone will summarize it later, I've attached the raw logs for now.
> Until the council makes a firm decision about non-gentoo hosted
> overlays, this will be the defining method of dealing with them
Mike Doty wrote:
> It is devrels place to attempt to stop the fighting. This is what I
> did. I clearly indicate that this is temporary and when the council is
> willing to clear this nonsense up, it will supersede anything I put
> forth yesterday.
I agree that it is devrel's place to help peopl
Joshua Nichols wrote:
> Umm maybe it's just to early in the morning, but I don't see
> anything in the logs regarding using bugzilla for overlays not on
> overlays.gentoo.org. I only see references to sunrise specifically, not
> a blanket statement for all non-overlays.gentoo.org overlays
>
>
Alec Warner wrote:
> I believe that jakub finds this devrel decision a step out of bounds
> (not sure if anyone else detected the that in his statement) and saying
> that to the java folks is moreso a way of pointing out just how silly it
> is :) I mean if he was serious, he would have addressed t
Luca Barbato wrote:
> Edward Catmur wrote:
> Critic 4
>> * Conflicts between contributors (social): Alice adds an ebuild; Bob
>> makes a (maybe "obvious") change; Alice thinks the change is incorrect,
>> and, feeling that the ebuild is her property, reverts the change. A
>> revert war erupts. Many
This topic has come up in the past, and I'd like to revive it once
again. The gentoo-dev list has gotten a lower and lower signal to noise
ratio over the past year or two, and it's difficult to dig out the stuff
that's truly required reading.
I propose that all need-to-know announcements and decis
Lance Albertson wrote:
> Outside if this being more centered around dev-only announcements, could
> the current -announce list suffice? I'd hate to need to subscribe to
> yet-another-announcement-list (or make our developers/users). Our
> -announce list certainly has the historical presence where t
Ned Ludd wrote:
> I would be in favor of a gentoo-dev-announce list if it allowed me
> to unsubscribe from this list.
Sure, if you want to just accept any decisions rather than participate
in making them. The -dev-announce list should be for finalized
decisions. It should be too late to dispute
Simon Stelling wrote:
> Right. So you agree with the intention, but not with the wording. This
> is exactly what I'm after. At least here in Europe, judges have to
> 'interprete' the law. They judge whether somebody is guilty or not based
> on the _intentions_ that are behind the law. If the law ha
Lars Weiler wrote:
> * Donnie Berkholz <[EMAIL PROTECTED]> [06/06/24 20:06 -0700]:
>> I propose that all need-to-know announcements and decisions be posted to
>> a separate, moderated (or restricted posting) gentoo-dev-announce list
>> to ensure that no developers lose t
Lars Weiler wrote:
> Another upgrade for 2006.1 might be Xorg-7.1. ppc does not
> rely on any binary-driver which is affected by the
> ABI-change. This version of X has been tested by several
> developers and found to be stable. But we need to check
> Donnie's opinion about that move.
>
> A pro
Chris Gianelloni wrote:
> - Create a new list ("gentoo-core-announce" ?)
> Reading: dev-only
> Posting: dev-only, reply-to set to gentoo-core
> This is the reference list of things (policy, decisions and discussions
> in progress) all developers must know about.
Agree with -(core|dev)-announce.
>
Stuart Herbert wrote:
> On 6/25/06, Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>> This topic has come up in the past, and I'd like to revive it once
>> again. The gentoo-dev list has gotten a lower and lower signal to noise
>> ratio over the past year or two, a
Chris Gianelloni wrote:
> OK, guys, I was speaking with vapier earlier about the possibility of
> getting gcc 4.1.1 stable for the 2006.1 release. We've managed to build
> some release media with it, and are planning on doing more testing with
> it. What we really need is for more people to test
I've just spent the past few hours stabilizing modular X.Org 7.0 on x86.
This is a reminder of the migration guide [1] and a guide to other
arches on how to stabilize it. I have not stabilized most optional
packages, instead preferring to wait for any requests to see whether
demand exists for them.
Donnie Berkholz wrote:
> I encourage other architectures to stabilize modular X. AMD64, you will
> want to go with 7.0 because you also have binary drivers. All other
> archs will want to go with 7.1. The modular X package list [2] will help
> with this.
- I'm offering to stab
Donnie Berkholz wrote:
> - If you stable your own arch, please also keyword xev and luit in
> addition to the various deps of virtual/x11, xorg-x11 and xorg-server.
One other thing I forgot to mention -- stable xproto 7.0.5, not 7.0.7.
stable: libX11 1.0.1 = xproto 7.0.5
~arch: libX11
Wernfried Haas wrote:
> earlier today i updated my box (without reading the guide because i
> haven't gotten this mail yet), and apart from one problem because of
> not deleting some files as mentioned in the guide, all went fine.
> I also noticed (and someone correct me if i'm wrong here) the smar
Thomas Cort wrote:
> On Fri, 30 Jun 2006 12:28:30 -0700
> Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>> - I'm offering to stable any interested arch for 7.1. PPC, SPARC and
>> MIPS have already taken me up on this. I will be starting this very soon
>> (within 2
Ryan Hill wrote:
> Donnie Berkholz wrote:
>
>> My options are either missing important announcements or creating this
>> list. I would prefer the list.
>
> What important announcements are you expecting to find at the bottom 50-100
> posts of random relevance? The a
Luis Medinas wrote:
> There's a problem with this. A few packages i listed could be part of
> sci-crystallography too. If we start this new category we should had a
> few more related packages otherwise we will have this category empty.
> Another thing is who is really insterested in creating this
George Shapovalov wrote:
> The herd naming issue has surfaced in more detail again - there were already
> two comments that it is beneficial to keep -sci in herd names. I originally
> suggested that we drop it (and in general go with a "catchier" names), but
> now it looks like I am slowly turni
Robin H. Johnson wrote:
> If you have an ebuild with a non-standard pkg_nofetch, please ensure
> that you use $SRC_URI instead of $A!
>
> This is because if you have FEATURES=mirror or FEATURES=cvs, attempts to
> download all of the source files for digesting or verification will hit
> pkg_nofetch
Robin H. Johnson wrote:
> When FEATURES=mirror, and you try to fetch, it does indeed contain unevaluated
> USE flags. However for FEATURES=-mirror, the content of it is correct - no USE
> flags at all.
>
> Maybe a two-part solution is in order here then:
> 1. Change portage behavior regarding the
Enrico Weigelt wrote:
> Hi folks,
>
> maybe I've found a problem in the init.d stuff:
>
> It seems that /var/lib/init.d/started/* is blindly trusted,
> instead of actually checking if some service is running.
>
> For example, ntpd cannot be restarted via its init.d script
> if it died for some
Mike Frysinger wrote:
> can someone remind me why our arch USE flags are in an "opt-out" system
> rather
> than "opt-in" ? instead of adding things like:
> dmi
> icc
> mmx
> svga
> ...
>
> to every non-x86 profile, why dont we mask these things in base/use.mask and
> then un-mask them in defau
Curtis Napier wrote:
> Two names I see missing from this (otherwise very good) list are Chris
> Gianelloni (wolf31o2) and Donnie Berkholz (spyderous aka dberkholz). I
> think everyone knows exactly how much work these two put into Gentoo and
> how valuable that contribution is. The
Mike Frysinger wrote:
> well it's about that time of the year ... time for nominating people
> for the next Gentoo Council
>
> for the quick low down:
> - nominations are from July 1 through July 31
> - anyone can nominate
> - only Gentoo devs may be nominated
>
> so get with the nomi
Molle Bestefich wrote:
> Ok, so status is that I have xorg-x11-7.0, I don't have 6.9,
> no packages actually wants xorg-x11-6.9, but whenever I use
> "emerge -D world", Portage sees it as a blocker anyway.
>
> Is there a piece missing in this puzzle, in particular the one that
> will tell me why o
Diego 'Flameeyes' Pettenò wrote:
> echo | $(tc-getCC) ${CFLAGS} -dM -E - 2>/dev/null
> Thoughts? Comments?
How will you handle non-gcc compilers?
Thanks,
Donnie
signature.asc
Description: OpenPGP digital signature
Diego 'Flameeyes' Pettenò wrote:
> On Thursday 06 July 2006 13:40, Donnie Berkholz wrote:
>> How will you handle non-gcc compilers?
> We don't support any, to start with.
>
> But ICC I'm pretty sure behaves like GCC, and whatever else we'd go by
>
Ned Ludd wrote:
> On Thu, 2006-07-06 at 04:40 -0700, Donnie Berkholz wrote:
>> Diego 'Flameeyes' Pettenò wrote:
>>> echo | $(tc-getCC) ${CFLAGS} -dM -E - 2>/dev/null
>>> Thoughts? Comments?
>> How will you handle non-gcc compilers?
>
Richard Fish wrote:
> I have to say I dislike allowing this "backdoor" method to set CFLAGS,
> as they won't show up in emerge --info or emerge -pv . You'd
> have to see the actual build output to see the nasty flags, which you
> might not even think to ask for if a package builds fine but crashes
With the help of Brian Harring, we've now got a check for unported
packages. It indicates 207 unported packages, of which 93 can
potentially be fixed by stabilizing newer versions and pulling unported
ebuilds from the tree.
I've uploaded the list [1]. Run `grep potentially
unported-notinc-nonstabl
Donnie Berkholz wrote:
> With the help of Brian Harring, we've now got a check for unported
> packages. It indicates 207 unported packages, of which 93 can
> potentially be fixed by stabilizing newer versions and pulling unported
> ebuilds from the tree.
Having fun again here ...
Henrik Brix Andersen wrote:
> On Wed, Jul 12, 2006 at 11:11:01PM +0200, Jakub Moc wrote:
>> Uh... Sorry but it's pretty hard to imagine something more annoying than
>> an ebuild that dies after a couple of hours compile just because
>> upstream decided to rename Changelog.txt to ChangeLog.txt and n
Robert Cernansky wrote:
> If I have some application that is not included in portage why
> I decide to make an ebuild? Because I hope that then it will be
> accepted and included to portage, so maintained by developers (big
> thanks for this). If I have to take care of package + ebuild +
> dependen
I've masked net-im/aim, AOL's proprietary offering. It hasn't seen a
release in years, it's binary-only, and it's far less capable than any
other client out there.
I'll remove it in 30 days, or whenever I remember it's still there.
Thanks,
Donnie
signature.asc
Description: OpenPGP digital sign
Roy Marples wrote:
Seeing as this requires discussion according to make.defaults
The rt2x00 cvs driver supports various RT wireless chipsets and the user
should be able to control which one gets installed. This is also important as
the cvs portion of a specific driver may break over time.
I'
Kevin F. Quinn wrote:
> On Wed, 02 Aug 2006 12:00:56 +0200
> Thierry Carrez <[EMAIL PROTECTED]> wrote:
>
>> Excerpt from the metastructure model, chosen by the majority of devs
>> last year (and not my model):
>> [...]
>> * It may have one or many leads, and the leads are selected by the
>> member
Enrico Weigelt wrote:
> BTW: could be introduce an separate (optional) masking method
> for such proprietary stuff ?
>
> I personally don't want to have such stuff on my system, but I'm
> really too lazy for check each package I intend to install by
> its own.
>
> Would also be cool to have da
Lance Albertson wrote:
I think the point a lot of people are concerned about are packages that
contain libraries or other dependencies that reside in the sunrise tree.
There's a good chance that a package in the regular tree will link
against a package from sunrise, the user will have no idea or
For ebuilds that use USE_EXPAND to pull in other dependencies rather
than just internally building drivers (I suspect xorg is the only one),
I've been thinking of a way to make the whole setup cleaner.
agaffney suggested this in the first place, and every time I think about
it, it seems like a bet
Wolfram Schlich wrote:
> Any comments or thoughts about this?
Read the comments here: http://lwn.net/Articles/193107/
In the future, please don't double-post to subscriber-only lists, very
few people can reply to both.
Thanks,
Donnie
signature.asc
Description: OpenPGP digital signature
501 - 600 of 1428 matches
Mail list logo
