nd perhaps eventually the deprecation and in a year or
two the final removal of the old profiles, with everything from them then
moved to the new ones).
As long as that's KEPT the only difference...
--
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
of one solution
(see xorg/xfree86), or of competing multiple solutions (see emacs/vi or
kde/gnome/xfce/...), over time. Regardless of any temporary angst, I
suppose the same will ultimately apply here. From a third party
perspective, however, some of that angst sure seems unnecessary.
--
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
actually dependent on udev-systemd's moderation.
Which way that takes both udev-systemd and eudev remains to be seen, but
I'd /still/ consider it /unfortunate/ if those bugs+patches do appear and
get WONTFIXed, thus, certainly I hope they appear, but just as certainly,
one can HOPE
atch-flow, making the situation worse. If the conditions that triggered
eudev forking don't improve, let it be due to decisions from the OTHER
side, not due to decisions 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
Walter Dnes posted on Sat, 15 Dec 2012 12:53:41 -0500 as excerpted:
> On Sat, Dec 15, 2012 at 07:21:21AM +0000, Duncan wrote
>> Walter Dnes posted on Sat, 15 Dec 2012 01:33:04 -0500 as excerpted:
>>
>>> Actually, for political reasons, I hope that eudev does submit a
>
27;s the single specific I've seen that came to mind when I later
read the claim that it's more a matter of gentoo's udev packaging
choices, than of upstream.
--
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
rect on the content itself; anything still mentioning
looking for openings in the weekly newsletter is... anachronistic I think
is the term. Have you checked for and filed if necessary, a bug on 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
ere's enough of an overage of
recruits that as I said they need a way to weed out a few), I couldn't
have been happy doing it anyway, so it's good I found out before
seriously getting into the quizzes, etc, wasting both my time and that of
the recruiters.
So these days I don
I guess these
are gentoo's Duke Nukem' Forever projects.
--
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
ful in its own right since it parallels the adaption to an
existing work environment that an employee (and for that matter,
volunteer joining a FLOSS project) generally must make, regardless of
whatever github or etc experience they may have already.
--
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
Zac Medico posted on Mon, 17 Dec 2012 23:31:24 -0800 as excerpted:
> On 12/17/2012 09:59 PM, Duncan wrote:
>> [1] I long ago filed a bug suggesting a new world-sets line for
>> depclean,
>> but I expect it'll be resolved/fixed about the time sets support
>> fin
Markos Chandras posted on Tue, 18 Dec 2012 08:44:23 + as excerpted:
> Nowadays, I use google docs ( and I am also open to g+ and skype
> interviews as well ). So IRC is not an absolute requirement.
Thanks. Good to know.
--
Duncan - List replies preferred. No HTML msgs.
"Ev
kely post the patches.
The bug had idled for near two years until I just CCed myself.)
--
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
/var/cache/portage vs. /var/portage ... if people have strong feelings
about it, they'll move it anyway, so /whatever/ the default, even
something as insane as the path suggested to make the point above, it's
simply not worth having a coronary (or incinerating opposition with a
flaming stare) over.
--
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
rely separate machine, which its own copy of the same /l aka /usr/
local.)
--
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
cy could be debated either way, but it DOES need to
be discussed, and the general inactivity retirement policy should be
updated to reflect the actual decision, whatever it may be.
And... perhaps that policy in general needs a reexamination.
Regardless, it's possible that the "nastygra
in the definition of "locally generated" has been
missed entirely. I know I missed it. But, if internet downloads
triggered by running a local app don't qualify as "generated as a result
of time-consuming I/O", what other I/O-basis generated files DO qualify
as c
Matt Turner posted on Thu, 20 Dec 2012 22:29:09 -0800 as excerpted:
> On Thu, Dec 20, 2012 at 10:09 PM, Duncan <1i5t5.dun...@cox.net> wrote:
>>
>>
> Do you realize that you just wrote a two-and-a-half page single-spaced
> thousand-word email? Seriously, this is way
Michael Mol posted on Fri, 21 Dec 2012 08:51:09 -0500 as excerpted:
> On Fri, Dec 21, 2012 at 8:31 AM, Matt Turner
> wrote:
>> On Thu, Dec 20, 2012 at 11:05 PM, Duncan <1i5t5.dun...@cox.net> wrote:
>>>
>>>
>> My point is that you consistently write
ith the gentoo ebuild tree, the kernel tree, or ccache, which to me
ARE caches, while my binpkg dir isn't.
But I set the vars myself so what the defaults are isn't a big deal, 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
ning on the same machine that sent it in the first place!
--
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
what it was designed
for, to notify people about this sort of thing ahead of time. =:^)
(Examples I've seen recently of people's emerge output noting X news
items unread aside. If they can't even read NEWS items... and still
choose to use gentoo... well there's that saying ab
admin had plenty of warning already, via the USE flag change itself.
> Fortunately,
> that was on my netbook, and I was able to Google the solution on my
> desktop machine... http://en.spontex.org/forum/thread/561/1/ I'm
> posting a heads up on the user list.
--
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
need to keep that
> info around.
What about two licenses, BSD, and BSD-no-sources? The second license
file would simply note at the top that there's no source available, but
the license is BSD, with the BSD license underneath the note.
That would allow the first to be included in @FR
you'd deal with
changes the same way you deal with any config-protect change. =:^)
--
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
y won't ordinarily be found in the pre-expanded lines. Whether that's
actually the case or not I've no idea...
--
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 notify folks thinking about
running for the next council that it happen that term, so they maybe
should consider it when they run). But my feel is it's at least not
close enough for the first yet, tho maybe the second... or is it?
--
Duncan - List replies preferred. No HTML msgs.
Diego Elio Pettenò posted on Wed, 09 Jan 2013 13:23:13 +0100 as excerpted:
> On 09/01/2013 13:20, Duncan wrote:
>> Are the git migration blockers at such a point that we can get an ETA
>> yet?
>
> PLEASE ALL STOP DETOURING EVERY DAMN TOPIC OUT THERE WITH THE GIT
> MIGRAT
less like the package version of a 404 error,
explaining that for this package upstream is dead, so as the distributor,
we're now the homepage, that would distinguish this case from proper
gentoo projects and avoid this question coming up occasionally as it
seems to, but...)
--
Duncan -
g up the point before, I was hoping
someone would post the gentoo style-guide link proving me wrong, if there
was one. Given that nobody did so, I still believe it to be "he who
codes, decides" territory.)
--
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
l sets, either. The
world file is thus a very convenient middle ground. =:^)
2b) I somehow made a mistake, and something ended up in world that
shouldn't have. (Due to my longstanding alias usage, this case has so
far been entirely theoretical; I've not made that mistake since the
introd
eneral...
It occurs to me that this might be more appropriately answered on your
blog (I get the feed), but since it came up here, I might as well ask
here. Answer here or there or not at all, your call, but it's something
I've wondered occasionally when I've seen "pay me
Diego Elio Pettenò posted on Fri, 18 Jan 2013 02:04:50 +0100 as excerpted:
> On Fri, Jan 18, 2013 at 1:32 AM, Duncan <1i5t5.dun...@cox.net> wrote:
>> To be clear I'm not in a position to offer, and I definitely respect
>> and value your volunteer work, but suppose
rather quaint and
anachronistic, sort of like references to ip-chains or xfree86 do today.
So my vote would be for dev-qt/qt-*. Yes, that's a doubled qt reference
with the category, but in practice, few use the category name unless they
have to anyway, and it sure beats the namespace po
rational/cultural thing. "The
tablet generation" and "the smartphone generation" are rather more likely
to find the idea of simply assuming that everyone with a computer/tablet/
smartphone also has a bulky/balky printer... rather quaint.
--
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
Ben de Groot posted on Sun, 20 Jan 2013 16:24:14 +0800 as excerpted:
> On 20 January 2013 00:48, Duncan <1i5t5.dun...@cox.net> wrote:
>> *** (VERY strongly!) Please avoid namespace pollution! Don't drop the
>> hyphenated qt-pkg names. As a user, most of the time
ou're better off with something like:
>emerge -a1 `eix --only-names -IC qt`
FWIW, I have a qt set here. I don't have it listed in world_sets as all
my qt package installs are deps and I want to keep it that way, but it
sure makes remerging them easier when I need to remerge them al
asic issues covered at the trial-court level (which for us
is the list).
Which would put us back where we started, since that pre-council-decision
discussion would happen... on the list.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if
oved from
base to desktop. That way, it'll still be defaulted on for desktop where
most people will want it, but won't appear in the new base, thus
eliminating the pollution for people unlikely to care about it, there.
And the only possibility for breakage will be with the profile u
ady have zero packages in @system as
I've negated all the entries that would otherwise be there, and I'm in
the process of zeroing out my dependence on profile default-use... When
I'm done with that, I'll take a look at the rest and see...
--
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
not this check be added to eclass? Or eclass does not
> know about type of merged package?
AFAIK, binpkgs are a PM-specific feature that isn't managed by PMS. As
such, eclasses and ebuilds officially must remain binpkg agnostic,
leaving all such handling to the PMs themselves.
--
Duncan -
l-emerge-
jobs limitations on @system and its deps, many packages of which are
piddly little things that kept portage running alone at <1.00 load
average on a six-core!
So the smaller the set of profile-enabled USE flags and the smaller the
@system set, the better, and a minimal profile that
months, but soon enough, we should have far fewer bugs of that sort,
as people will have learned.
And yes, that may seem a rather harsh policy. But gentoo was attracting
users in droves back then and was a seriously up and coming distro. Now
look at it. We have are nitch, yes, but we're
existing
ebuilds until they're fixed.
--
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
e watching, so should
be good enough. Beyond that, gentoo can't keep the obtuse from ignoring
the warnings, so if it breaks they get to keep the pieces, and RESOLVED/
READTHEWARNINGS to any resulting bugs.
--
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
Michael Orlitzky posted on Thu, 24 Jan 2013 21:22:10 -0500 as excerpted:
> On 01/24/2013 08:39 PM, Duncan wrote:
>>
>> Meanwhile, my vote is for a NON-FATAL pkg_pretend warning. That gets
>> run at the beginning when people are still likely to be watching, so
>> sho
ere and not the other, it
should properly find and use the one, regardless of which one it is.
(Of course the checks are in the eclass. Anyone sufficiently curious
could just go look to see what it did.)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lor
s trying to assemble them into
something coherent (triggered by this thread, IIRC), but discovered I
still needed a bit of help. This was exactly what I needed for the
accumulated information to all fall into place! Thanks again! =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Ev
;t a
handholding distro and we can't make it one. Do the warnings and
RESOLVED/PEBKAC or whatever if people can't read them. People will
either learn to read, or they'll go elsewhere, and eventually it'll no
longer be the sort of problem it is today, due to gentoo tryin
ux or the like, recommending that it be disabled
if you're not running such modules. Is it worth filing an upstream
mainline kernel bug on that as well, suggesting that it mention file-caps
as well?
--
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
at the eclass was to create a NEW file in a standardized
location, putting into it the content passed in, not simply copy an
existing file? Missed the forest for all the trees. =:^)
--
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
l 10.0 profiles have been deprecated
Just because it sometimes doesn't get said enough and I don't see anyone
else posted it yet...
Thank you. =:^)
--
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
the files the kernel errors spit out. =:^)
And I didn't actually install it, either. I simply grabbed the tarball
and extracted the files I needed, placing them where the kernel could
find 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
under USE=firmware or similar.
No USE=firmware, no rdepend! =:^)
Kernel sources providing /lib/firmware itself shouldn't be a problem
either, as that's just a dir, which many packages may own. The
individual firmware files would be a problem, but the USE=firmware RDEPEND
solution s
to be
kept), or if that's considered not worth the bother, then really, why are
they worth the bother to other gentooers at all, they should be dropped?
--
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
f each bit of included firmware. But that's a rather
limited special case.
But regardless, no upstream tarballs, only a git repo, shouldn't be a
problem for mirror-restrict. git2.eclass is already enough to deal with
that bit.
--
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
a "the responsible dev
(and users who choose to use his code) gets to keep his pieces" policy.
That being the upstream policy, there's definitely limits on what gentoo
can do to unbreak what upstream has already declared broken, too.
--
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, I don't think
> this is going to be an issue :)
But what about whoever bought up the rights? In practice, that's
precisely when many of these things BECOME an issue, when a new owner
decides they can monetize...
In general, this is an ongoing problem for the entire community.
.org/
${EGIT_PROJECT}"
[[ $EGIT_BRANCH ]] || EGIT_BRANCH=master
[[ $EGIT_COMMIT ]] || EGIT_COMMIT=$EGIT_BRANCH
That allows me to keep an /etc/portage/env/net-nntp/pan file where I can
set those as I wish, as well as keep (normally commented) vars such as
EGIT_COMMIT, EGIT_OFFLINE, etc.
=:^)
--
Duncan -
ckages dep on it), where there'd ordinarily be file and/
or functionality collisions, NOT two different packages containing the
same functionality, which is the extended meaning it appears you're
applying here, but which only confuses people when used within the gentoo
context.
--
Duncan
on arises, if you're
running both samba and nfs, why? They're both network-based-filesystems
that in theory at least should have reasonably similar functionality, so
an admittedly not particularly clueful reaction is "if it hurts when you
do that, stop doing it".
--
D
Rich Freeman posted on Mon, 25 Feb 2013 17:54:01 -0500 as excerpted:
> I didn't not read that email
SIGFPE. Talk about -ffastma^h^hfinger errors...
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he i
LOT of effort into keeping stable. Also see the stable-
api-nonsense document another reply already linked. Among other things,
this both allows faster development and encourages the open-sourcing and
upstreaming of code, since then the person doing the API changes must
take care of it.
--
Duncan
akes perfect
sense to me. =:^)
If I'm arguably too verbose, vapier's arguably not verbose enough. Had
he just said something like either of these instead of simply punting
with his replies... I guess it would have stopped there.
--
Duncan - List replies preferred. No HTML msgs.
"Ev
-based project that we happily endorse in our handbook links to
them, great, but I'm afraid a co-branded suggestion from our side might
come across as an attempt to take over, and that'd benefit absolutely no
one!
--
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 Sun, 24 Mar 2013 20:26:03 -0400 as excerpted:
> Packages without bugs are packages that nobody has bothered to test...
> :)
LWN distro page QotW material. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
ions, let's not unnecessarily poke that
hornet's nest by implying otherwise, even if the next sentence /does/
basically say it's an optional change anyway. =:^/
--
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
ything.
Texinfo may be more practical to remove on binpkg-only systems, tho,
which might be what you had in mind, but if there was hint of that I
didn't catch it.
Or maybe your intent was to either kill these deps or put them behind
USE=doc as well?
--
Duncan - List replies preferred.
one here appreciates, especially the folks who
were around back then to know how bad it /was/!
--
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
nd get anything else
done) or would have to be read-only for ordinary users.
But you're right in that if I hadn't read it here, the die and I assume a
reasonable die message would have informed me what action I needed to
take to fix the problem.
--
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
try from
fstab over the years.
You mention it wasn't in the old baselayout/openrc tarballs. What about
the early stages? Perhaps that's where it came from? Anyone with 2004.x
vintage stage tarballs around to check?
--
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
e main tree is the big one, tho. With many projects already running
git internally, once the tree switches over, it's probably pretty safe to
assume everything else (possibly with an occasional exception) will as
well.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree
e incredibly noisy on stdout/stderr anyway, and that
was before this whole thread, so I just though it was kde being kde.
But I certainly haven't noticed a problem on ~arch, running kde
4.10.49. (live-4.10-branch, updated a couple times a week) from the
gentoo/kde overlay, along with libpng-1
but.
So at least in the sense that it'll be less hassle, two git commits
followed by a push should be much easier than two repoman and cvs commits.
--
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
https://wiki.archlinux.org/index.php/Font_Configuration#Infinality
--
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
Jeroen Roovers posted on Tue, 23 Apr 2013 20:00:53 +0200 as excerpted:
> On Mon, 22 Apr 2013 22:46:14 + (UTC)
> Duncan <1i5t5.dun...@cox.net> wrote:
>
>> Alexis Ballier posted on Mon, 22 Apr 2013 15:40:33 +0200 as excerpted:
>> > I don't see how git help
ler SSD, which my installation would fit on. It'd
fit on a 4-gig, altho there wouldn't be much room for anything other than
the OS. Obviously you aren't going to want the portage tree on that, nor
are you really going to want to actually build on the netbook given its
sp
o deal with coming
up. But that's precisely why I'm subscribed here, to get a heads-up on
this sort of thing coming down the pike before I crash into it and GAME
OVER!
--
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 it would probably only do so
once.
It's quite possible that some bit of that is incorrect, however. Perhaps
someone from games can confirm/correct as necessary.
--
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 which will take its time to work thru the bureaucracy.
--
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
Ciaran McCreesh posted on Tue, 30 Apr 2013 12:12:13 +0100 as excerpted:
> On Tue, 30 Apr 2013 05:30:03 + (UTC)
> Duncan <1i5t5.dun...@cox.net> wrote:
>> There's value in someone being just contrarian enough to purposefully
>> look for the strangest or most
Rich Freeman posted on Tue, 30 Apr 2013 08:40:50 -0400 as excerpted:
> I think PMS has been a great thing for Gentoo, but we shouldn't treat
> changing it like changing the TCP spec.
Thanks. +=
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has
'm just a gentoo user and list participant too.
I've no authority to kick you from the list, but I can make clear that as
part of the gentoo community, /I/ don't like that behavior, and believe
it far enough out of bounds to ask for an apology. What others with said
authority
as long as it remains a togglable feature.
While I /am/ cautiously in favor, I definitely believe running it by
council is a good idea, as it should help put to bed any remaining
controversy over the idea. Neither the formal "speak now or forever hold
your peace" aspect nor the CYA and
Tom Wijsman posted on Thu, 02 May 2013 07:09:10 +0200 as excerpted:
> Duncan <1i5t5.dun...@cox.net> wrote:
>
>> After some early issues with "too much magic" re preserved-libs
>
> Why is it magic? It is well explained what it does (eg. man make.conf).
>
yond the basics harder than it should be, without
simplifying the simple (at least to a gentooer) much at all.
--
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
either way, since both
systemd and openrc can do either scripted or spec-style "units".
However, I expect systemd's "google resource" to be deeper in this
regard, both with regard to the units themselves and to documentation
about them, and the experience quotient probabl
tting people submit pull requests via github as well as directly,
shouldn't be a problem. IMO of course.
--
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
ving a
big-name kernel guy refuting that is about the best way possible to do 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
ed on a similar upstream move.
These new flags control building the formerly separate plugins. The
notification plugin, as described in the link above, has all sorts of
notification possibilities, including even a separate LCD display via the
LCDproc deamon (tho I've no idea if that particula
going the opposite direction
of gnome, it would seem a mistake to talk about the big DE's hard-
requiring systemd, and it getting harder and harder to run them on
anything else. Because really, that appears to be mainly gnome, only one
of the big two. So a more accurate statement would be
ture being in place to handle it, and would arguably be
settable by anyone with higher gentoo bugzilla privs. If implemented,
constructing an initial whitelist might be in order. A note in gentoo
bugzy suggesting that users can request "severity privilege" in any filed
bug, should t
using INSTALL_MASK as it
was intended to be used proposed such a patch? You'd have to ask Zac if
he'd consider taking it, but given the precedent set by the other no*
features, there's certainly hope. =:^)
--
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
Ciaran McCreesh posted on Tue, 21 May 2013 14:50:04 +0100 as excerpted:
> On Tue, 21 May 2013 04:45:12 + (UTC)
> Duncan <1i5t5.dun...@cox.net> wrote:
>> But the point you're missing is that INSTALL_MASK is NOT a hack.
>
> Sure it is. It's a hack and rem
ren't a babysitting or handholding distro, and if handholding is
what people want/need, they better look elsewhere as gentoo's simply not
in that market, and doesn't pretend to be.
--
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
Ciaran McCreesh posted on Wed, 22 May 2013 16:24:05 +0100 as excerpted:
> On Tue, 21 May 2013 21:37:25 + (UTC)
> Duncan <1i5t5.dun...@cox.net> wrote:
>> Ciaran McCreesh posted on Tue, 21 May 2013 14:50:04 +0100 as
>> excerpted:
>> > On Tue, 21 May 2013 04:45:
Jeroen Roovers posted on Wed, 22 May 2013 17:21:46 +0200 as excerpted:
> On Tue, 21 May 2013 00:46:22 + (UTC)
> Duncan <1i5t5.dun...@cox.net> wrote:
>> As a user, I've understood:
>>
>> * Severity is something the user/filer can use.
>
> So when Chro
ares is equally
trivial.
That's part of what gentoo is all about, having the tools available to
simply do things like this for those who care to (see the whole Larry the
Cow thing), which we do... as a major bullet point of what makes us
gentoo. =:^)
--
Duncan - List replies preferred.
stores from backup that they wanted.
As a second bonus, switchup mode would be extremely flexible and
extensible via these scripts, and I'd envision people writing extension
scripts for all sorts of additional functionality. Backups while the
system is quiesced? Hook for boot-chart and simil
sort, with scripts to simplify
the already simple and potentially break those doing something complex,
sure, but if anything's going to work, that'd be it. And if even that
can't be made to work or is found not to be worth the hassle, well...
--
Duncan - List replies preferred.
801 - 900 of 2048 matches
Mail list logo
