Andrew Savchenko posted on Mon, 08 Jun 2015 16:33:55 +0300 as excerpted:
> On Sun, 7 Jun 2015 04:40:47 + (UTC) Duncan wrote:
>> Andrew Savchenko posted on Sat, 06 Jun 2015 20:36:13 +0300 as
>> excerpted:
>>
>> > It will never be finished, because cons
can, but please, gnu make default for now.
---
[1] kwin5 working: I've tried several times over the last year, always
getting the same kwin5 crash/respawn loop and thus being unable to get
any further into kde5 testing. FWIW single-card radeon turks graphics,
triple monitor, native kernel/mesa/xorg driver, works fine with kwin4 in
OpenGL mode.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
rs /is/ with a 42-inch TV as a monitor, but
it's not exactly tiny print, either. I sit farther away from it than
many people sit from their monitor. But even half of that is 160 chars
width, which is what I used to use on my 21-inch. Wrapping at 120 chars
thus shouldn't be unreasona
ing easier detection /due/ to the non-standardized tabsize, and
replacing with tabs as appropriate).
But IMO it's all simply bikeshedding, regardless.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
g inheriting the eclass.
Maybe a USE_EXPAND variable? That should be a bit better as it'd at
least group the flags and make it more obvious what they're for and that
not all may apply to every package.
Like many USE_EXPANDs, behavior could be default to them all if the
USE_EXPAND isn&#
, because
the AGPL never developed that strong an ecosystem, it's always reasonably
simple to simply go with a different "open source", or even "free
software" alternative.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
ming... tho I've been unable to get kwin5 working on amd64
here with radeon native kernel/mesa/xorg drivers), but I /believe/
they're keeping the same policy as I've not seen otherwise.
Of course I've no idea of kde ppc status.
--
Duncan - List replies preferred. No HTML m
it's part of
being a good admin, just in case, both for the GLSAs, and in case there's
anything else of importance posted.
Of course if the announce list was actually used for announcements other
than GLSAs, it'd definitely enhance its general usefulness. So please do
start a
section added, it should become a useful
news item, that even people who don't choose to switch to squashdelta
should appreciate, as it keeps them informed of changes and allows them
to make informed decisions based on them. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
Georg Rudoy posted on Sun, 03 May 2015 17:13:49 +0300 as excerpted:
> 2015-05-03 13:51 GMT+03:00 Duncan <1i5t5.dun...@cox.net>:
>
>> What about a somewhat more generic flag such as newcode?
> Nice idea, thanks! There are a couple of corner cases though.
>
>>
t pulls in as a dep, as
well.
Of course, if there were multiple choices, then it could either be a
generic shading-compiler flag, with flags for each compiler as well, or
it could be setup as a USE_EXPAND list, sl_llvm, sl_gcc, sl_amd,
sl_intel...
--
Duncan - List replies preferred. No HTML m
ee, while still making it possible to
unmask, for users who either already have the required overlay active, or
who don't have it active ATM, but are willing to activate it to get the
features it toggles.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lor
Diego Elio Pettenò posted on Sun, 26 Apr 2015 17:41:04 +0100 as excerpted:
> On 25 April 2015 at 16:57, Duncan <1i5t5.dun...@cox.net> wrote:
>
>> Of course, one thing that could make the process faster would be if C++
>> based packages were marked some way.
>
&
have the PM hook that mark and
only rebuild those packages, instead of the entire tree. Tho then you
miss out on the improvements for C packages, etc, with those improvements
presumably being why you'd upgrade in the first place, so for major gcc
bumps, a full empty-tree rebuild has
Brian Dolbec posted on Wed, 22 Apr 2015 20:38:15 -0700 as excerpted:
> On Thu, 23 Apr 2015 15:20:15 +1200 Kent Fredric
> wrote:
>
>> On 23 April 2015 at 15:07, Duncan <1i5t5.dun...@cox.net> wrote:
>>
>> > Perhaps the slashdot effect of everybody almost at
loned, updates seem to be reasonably normal/fast, at least
for the two overlays (kde and x11) I have subscribed. Maybe they're
limiting cloning speed due to the above, figuring people will get thru it
eventually, to keep normal updates reasonable?
--
Duncan - List replies preferred. N
extent, gentoo depends on the people running
stable to care about it and report problems (with the same applying to
~arch, of course). Tools only go so far... it still takes someone
skilled in using them to produce anything of value.
--
Duncan - List replies preferred. No HTML msgs.
"
Ciaran McCreesh posted on Mon, 13 Apr 2015 17:49:13 +0100 as excerpted:
> On Mon, 13 Apr 2015 06:36:44 + (UTC)
> Duncan <1i5t5.dun...@cox.net> wrote:
>> What about "initial-build" for the flag name, and making it part of the
>> next EAPI, such that PMs know
ithout involving the user
having to set it, and indeed, actually ignore the flag (as a masked flag)
in normal operation if the user /does/ set it?
Of course that'll require time for the EAPI bump, so the currently
unsolved cmake/jsoncpp issue would need a temporary fix, until that new
EAPI is available for in-tree use.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
apology stands... Mistake, made, apologized for.
As for the bug, looks like events overtook my need to file one.
Thanks, website team. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
s also counted [use echo -n].
> So it's 50 and 6 characters too much but you still have a point :)
That would explain the off-by-one I thought I noticed on the other active
news thread of the moment. Thank you. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree
eek.
Thanks again.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
so:
may be helpful. Unfortunately, it can ALSO be a security threat.
Line 74 s/at/in/:
You may be using AddHandler or AddType IN other places,
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
for such searches, but setting that up is very
similar, once you have a working URL to substitute the search into. You
provided just that, which I hadn't thought of, so =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
o click that weird icon with no actual words saying it's
a menu, to open that, before you actually click what you want... *IF* you
can actually find or guess what it's called... on the waaayyy too vague
menu.)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
If someone has a better idea...
(FWIW I had a /terrible/ time finding that glep on the new website to
double-check, and it's good I did as I thought it was 42, but that's a
gripe for a new thread...)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program
at banking, or, I
suppose, only do updates over "trusted" wireline connections (you trust
your ISP, your gentoo mirror and its ISP, and all backbone connections in
between), but do online banking over public wifi with unverified and
untrusted hotspots...
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
lishing version of 0.1 and bump
that, changing it to 1 on initial publish.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
eat! Just one small nitpick:
>
>> Note that after performing this step, 32-bit applications on user's
>> system may become temporarily broken.
>
> Make that "the user's system".
What about...
Note: 32-bit applications may be temporarily broken after this
"Gentoo style build-from-sources"?
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
ed with everything hanging
out to the world, as so many apparently choose to be, online if not IRL.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
queue, click here: http://bit.ly/m8PQS5
>
> BTW, maybe this process can be partially automated?
AFAIK, it's a lot more automated than it used to be, but not yet fully
automated. I'm sure Jer can fill you in on the details.
--
Duncan - List replies preferred. No HTML msgs.
&quo
USE for that package in package.use. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
up in some form
in any case, and by answering it now, it'll already be dealt with.
Plus, I'm simply curious, as there's evidently an angle I'm blind to, and
now being aware of that blindness, it's disturbing enough to me that I
want to be rid of it, thus the question. =:^)
d apply to gentoo in its current cvs and policy state is rather
limited.
IOW, the kernel's policy doesn't apply here, except to the extent that we
use it as a goal/model to increase the urgency of the switch to git, and
once having done so, creating and adopting a similarly strict per-commit-
sign-off basic policy context in which to apply a similarly relaxed per-
file policy.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
he wise analysis as well. Seems to well summarize
things. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
'm not aware of such mandatory cool-down timeouts being imposed for
some time now, and even warnings are fewer these days, as the lists have
become far more professional in tone and in general a more pleasant place
to discuss things, even when there are disagreements, because everyone
knows
ebuilds automatically support it. And if a few break, a quick
ffchooser_broken_impl=Z before the inherit gets them working again,
complete with standardized error messages, etc. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
William Hubbs posted on Sun, 01 Feb 2015 17:16:30 -0600 as excerpted:
> here is the third iteration of this news item. Unless there are
> objections, this will go in the tree sometime after 13:00 utc on
> 2015-02-02.
LGTM. =:^)
--
Duncan - List replies preferred. No HTML msg
ome of the
systemd politics. (In the absence of specific council decision to that
effect, Gentoo needs no more rumors that openrc is being deprioritized or
isn't going to be the default any longer, and systemd first could
arguably look that way to some.)
--
Duncan - List replies pr
h the bug reports and simply
point them at the ewarns and say there's the warning, if it's broken
because you didn't read it, you get to keep the pieces, qa or no qa, I
can't imagine most responsible developers /or/ users disagreeing. You're
the maintainer and it'
ously released news item found to be in
actual need of revision after release.
For those familiar with the news and mail header RFCs, think of the
Revision header value greater than one as a Supersedes. If the original
was never released, there's nothing to supersede, and revision should
alw
LSAs would actually be useful, and it
seems you, at least, are of the same opinion.
So where /does/ it go from here?
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
Róbert Čerňanský posted on Sun, 25 Jan 2015 14:27:50 +0100 as excerpted:
> On Sun, 25 Jan 2015 04:29:43 + (UTC)
> Duncan <1i5t5.dun...@cox.net> wrote:
>> [...]
>
> More frequent updates is most likely the reason that you do not have to
> edit use flags every time.
27;t get
far, and because it's not possible to have both it and kde4 installed at
the same time, I had to unmerge it to get back to a working kde4. I
should try again one of these days as it has been a few months, and qt5
is actually in the tree now altho I don't believe it'
nflict with USE=libav" ;)
$ echo "ffmpeg/libav conflict management: USE=libav" | wc -c
44
=:^)
(That's assuming :/= are allowable characters.)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
Michał Górny posted on Fri, 23 Jan 2015 20:13:34 +0100 as excerpted:
> Dnia 2015-01-21, o godz. 00:18:50 Duncan <1i5t5.dun...@cox.net>
> napisał(a):
>
>> Michał Górny posted on Tue, 20 Jan 2015 10:40:17 +0100 [as snipped]
>>
>> So based on this preliminary new
rtage, maybe because you're on stale^h^hble portage or
something. But it's certainly there, to my unhappiness if toleration
because at /least/ it obeys CONFIG_PROTECT.
So this subthread could go away... perhaps to be replaced with one
griping about portage trying to mess with its own co
expand setting appropriately
or miss support for the new instructions, but that's always the case.
Just if handled as chead suggests, it'd be the case ONLY when the
hardware is updated, instead of every time a package upgrades its own
support.
Correct, chead? Does that make things clearer, aballier and bircoph?
=:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
nsfered to CPU_FLAGS_X86 for a suggested
period of one year, or until you've merged updates with the new
use_expand form of all affected packages, after which you can remove the
old form from your normal USE.
Thanks. The extra work that this whole change entails is appreciated!
=:^)
--
Du
ll-caps the NOT.
It will almost certainly save some users problems. Years ago, I was
confused myself, but knew enough to wikipedia it to be sure. This change-
up is the perfect opportunity to make plain that there /is/ a difference.
--
Duncan - List replies preferred. No HTML msgs.
"Every
Duncan posted on Thu, 08 Jan 2015 09:28:02 + as excerpted:
> Andrew Savchenko posted on Thu, 08 Jan 2015 04:29:42 +0300 as excerpted:
>
>> On Wed, 07 Jan 2015 15:06:08 +0100 Pacho Ramos wrote:
>
>>> Done, this packages are now up for grabs:
>>
>>> net
you are —
> feel free to add yourself to maintainers :)
Please take a look at privoxy right away, as the herd cleanup appears to
have removed a wrong version (stable -r2, leaving unstable -r1) there.
Bug #535994
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program h
#x27;re back some versions, trying with current
tends to be the first suggestion.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
, I'd say, another year at least, tho things /are/
getting better... slowly...
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
;, or even, AFAIK, still involved in glibc
at all.
(I've seen no need to get involved in the general thread...)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
Rich Freeman posted on Wed, 26 Nov 2014 16:52:07 -0500 as excerpted:
> On Wed, Nov 26, 2014 at 4:21 PM, Tom Wijsman wrote:
>> On Sat, 22 Nov 2014 00:34:33 + (UTC)
>> Duncan <1i5t5.dun...@cox.net> wrote:
>>
>>> While it pains me to say this, unfortunate
ation to deal with, with all the implications
that come with it. Maybe it's time to deal with it. Best wishes to
those on the council ATM, however they go. It's not an easy job in the
best circumstances and unfortunately, we're not talking the best
circumstances ATM. Howev
d has links to both the IRC channel and mailing list,
portage git repos and issues like running multiple portage versions on
the same system, etc, here:
http://wiki.gentoo.org/wiki/Project:Portage
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
there than appropriate for an ideally concise news
item, but providing that link with further detail ends up being easier
than dealing with the bug fallout if it's not provided. As the dev doing
it, your choice of course, either way.)
--
Duncan - List replies preferred. No HTML msgs.
&qu
they can't do that and end up falling off the gentoo cliff and
landing on arch or fedora (or even osx or ms windows!) instead, well, it
was probably for the best.
So let's keep the warnings there as they do warn the unwary, but also the
unlocked gates thru those default-use railing
e
job from here):
Python 3.2, now security-update-only as it's nearing end-of-life, will be
dropped from the python-r1 family of eclasses at the same time.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
defaults.
So I'd suggest (package.)use.forcing isn't appropriate with c++, because
there /are/ legitimate reasons to unset it, as already discussed, and as
soon as people start having to do that with the one flag, nobody user or
dev in gentoo is going to be able to assume (package.)use.fo
share/bash_completion for them... I never claimed I to be a
bash-completion wizard, only to have hacked up something that seems to
work, and I want it to STAY working).
So if indeed all installed symlinks should be stale at that point, then
the suggested -L -type l -delete would be a good change, a
g it. Maybe
this Black-Friday or Cyber-Monday...
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
onism as well. IOW, given Oracle's
goals, they very likely see the AGPLv3 as an /entirely/ appropriate
choice for this product, as evidenced by their active enforcement
activities. Who care's about the unpaid user? Certainly Oracle doesn't
seem too much concerned about inconveni
hat I got from reading the news item.
So if you really wish to say that people electing to try c++11 are on
their own, even if they rebuild everything, the news item needs to be
reworded to say that.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
interested in what is going on behind
> the scenes. I think that it's safe to assume that many Gentoo users
> care about the internals of the distribution too. I've actually been
> waiting for this to hit the tree since mgorny announced it. The news
> announcement is pr
fusion, anyway, thinking you were
pointing people at the same package you were removing. =8^0
And saving people confusion can mean saving yourself and your project
bugs. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the pro
work over
several days or a week and might push just once or twice that week, if
none of the changes are time-critical enough to be worth a more urgent
push.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
s what systems we have in place to catch that and
to stop-loss when we do detect it? Because now or latter, it either has
already happened or WILL happen. We'd be foolish to assume anything else.
And git's not going to change that one bit. Neither will all the signing
and secure ha
rces than the NSA, and is
likely to be FAR less trouble than EITHER the gunpoint commit or "playing
the gentoo game for N months" scenarios. *THAT* is the one we have to
worry about, as demonstrated by reason and recent history (the kernel.org
hack a couple years ago, among others) both
to be the switch to
cascading profiles, with this arguably step two of that project, finally
allowing the locked up potential to blossom. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
sers. Again, *NOT* a blocker
to turning on git for those who can find their own way, but to eventually
turning off the rsync backward compatibility machinery for stable.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
ible record. With user-
git-repo access, I'll /very/ (very, very, very...) happily leave rsync
behind for git, and changelogs along with it! =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is y
oes, and I'm ~arch of
course and don't know if that's stable, yet. But it's there.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
t/ currently have a reasonable
alternative. With the proposed three-level system, the power-user git
repo will be that alternative, and the changelogs can simply go away in
favor of people actually having access to a full git repo and git log.
--
Duncan - List replies preferred. No HTML m
t of the kernel not only
practical once again, but relatively easy. Without seeing merge-commits
it was a LOT harder. I know as I've done it both ways, and while I can
get around in git to some extent, my git skills are definitely nothing
special! =:^)
--
Duncan - List replies pref
quot;
option. Leaving standard rsync users where they already are isn't a
regression and shouldn't be a blocker. Don't let the perfect be the
enemy of the imperfect but better! =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
t it be tree-cleaners, not
undertakers, removing dead herds?
Of course that confusion is the point of the thread. Why not simply
deprecate and eventually kill herds and assign packages directly to
projects, instead of assigning them to herds which must then cross-
checked against an entire
ound, with an appendix on sed that I could refer to...)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
r forced MS to) is immaterial, when it wasn't
/their/ g-men.
(FWIW I'm a US citizen and I'm none-too-happy about the NSA's actions
either, but obviously I'm in the minority as Obama got elected after
retroactively authorizing otherwise law-breaking actions, etc, and few if
any other politicians who voted for that or any of the other shenanigans
seem to have been kicked out due to it either, so what can I say?)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
Duncan posted on Sat, 06 Sep 2014 06:44:21 + as excerpted:
> several @system packages and deps I had before I started pruning
Oops. Several /hundred/ @system packages and deps... including kdelibs,
due to USE=kde on some other dep. IIRC, with only openrc in the @system
set itself, th
7;s one reason I decided to negate the entire
system-set and now have an empty @system.
[2] For me, it's when I see emerge --pretend --depclean's empty-system-
set warning disappear.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
re you have the manpage right in front of you,
but if you or someone else is going to be looking at the script again
later, long options rule! =:^)
And ebuilds and eclasses should be designed to look at again later. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree
22+%22destroy+them+with+lasers%22&tbm=vid
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
c_unpack simply calling
default_src_unpack from the get-go, while with reverse-logic, it might be
fine from the get-go, and only break in some rather hidden and non-
intuitive Nth-level inheritance case much later.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
to many others, it's trivial, certainly nothing worth bothering with
a repoman check and hundreds of individual fixes with concurrent changelog
entries.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
dress is now forwarded/
rewritten beyond your control, please contact the list owner via listname
+ow...@lists.gentoo.org with a request for manual removal.
You will then recieve a unsubscription confirmation request (double opt-
in) from the list manager, that you must reply to if you wish to
Peter Stuge posted on Sat, 09 Aug 2014 10:34:58 +0200 as excerpted:
> Duncan wrote:
>> Red Hat is the gold standard, very long term commercial support,
>> IIRC 10 years, and very good community relations
>
> I've heard this on occasion, but reality is actually quite di
;t a whole lot of support, but it doesn't really need it, since
it's primarily a set of build instructions. You'd be on your own in
terms of updates and security tracking, presumably being able to follow
the same instructions for newer versions of individual packages for
awhile,
Michał Górny posted on Thu, 07 Aug 2014 18:03:18 +0200 as excerpted:
> Dnia 2014-08-07, o godz. 15:37:07 Duncan <1i5t5.dun...@cox.net>
> napisał(a):
>
>> 6. dev-libs/bar -- if any version of bar is acceptable, and you
>> need to rebuild bar only when changing slots (bu
ls
instead of reusing the first, but if there is such a relationship here I
don't see it. I am certainly confused but is it because there such a
relationship that I'm simply not seeing (that possibly eliminates my
sixth permutation), or did you "switch horses in mid-stream"
, tho for different reasons I guess arm is about where
amd64 was when I switched to it in 2003, and to gentoo a few months later
in early 2004 -- in gentoo they could be challenging x86 for #2 in a few
years tho I'm not ready to predict they'll challenge amd64 any time soon.
--
Duncan - L
goal, I
suppose I'd script the bump, pulling keywords from the highest previous
version, prepending the ~ as necessary and inserting them in the keywords
line after copying the file from the live-ebuild . That wouldn't be
content-touchless, but the touch would be automated so as to a
than an ebuild copy and manifest (tho obviously the
maintainer will test it too, but ideally won't have to actually touch the
content of the file).
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master." Richard Stallman
dy), then while portage would fall-back
to the static deps as long as the ebuild wasn't available, as soon as it
became available again, all hell would break loose as portage would see
the ebuild in the overlay and try to use dynamic deps, breaking due to
the eclasses no longer having the r
really
> good reason.
Well, USE flags are global by definition, unless set differently in
package.use, as well.
And if pacho's single VIRTUAL use-expand variable idea is taken, that's
only one instead of the many in my proposal.
--
Duncan - List replies preferred. No HTML msgs.
&
Duncan posted on Sat, 26 Jul 2014 08:05:32 + as excerpted:
> Ian Stakenvicius posted on Fri, 25 Jul 2014 14:49:44 -0400 as excerpted:
>
>> Hey all.. So, putting aside for now how much of a mess this would be
>> to implement in the virtuals' ebuilds themselves, wha
make.conf of:
VIRTUAL_KRB5=mit-krb5
VIRTUAL_KRB5=heimdal
Virtually no possibility of confusion with normal USE flags, and the
matching virtual would be immediately identifiable, so no possibility of
getting confused on what it applies to, either.
--
Duncan - List replies preferred. No HTML msgs.
&q
301 - 400 of 2043 matches
Mail list logo
