ebate will look petty and short-sighted, regardless of how
things ultimately turn out.
--
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 deliberate play on words. Mind if I borrow
the phrase? "Operating as indented!" Indeed! Sounds like a bit too
much "percussive maintenance"!
--
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
rather more restrictive EULAs, not so
much, since the EULA has such strict conditions. In that case, it's far
harder to comply with and far more likely that a copyright violator will
be violating the EULA's conditions as well, so claiming the protections
of the license doesn't ten
Nikos Chantziaras posted on Fri, 27 Apr 2012 18:55:12 +0300 as excerpted:
> On 27/04/12 17:15, Duncan wrote:
>> Zac Medico posted on Thu, 26 Apr 2012 18:41:21 -0700 as excerpted:
>>> Having the package manager interact with an eclass function like
>>> epatch_user is
t=mirror. If we can't script an auto-fetch either, generally due
to direct click-thru agreement required, it's restrict=fetch.
My definitely non-professional legal understanding, of course.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a
hether it merits
restrict=fetch or not I'll let someone else worry about.
--
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 Thu, 26 Apr 2012 18:41:21 -0700 as excerpted:
> On 04/26/2012 03:08 PM, Duncan wrote:
>> Zac Medico posted on Thu, 26 Apr 2012 08:21:02 -0700 as excerpted:
>>> Also, don't forget to consider the possibility of interference between
>>> FE
Amadeusz Żołnowski posted on Fri, 27 Apr 2012 13:30:32 +0200 as excerpted:
> This license would go to EULA group. Is this correct?
That appears to be correct to me, yes.
No distribution allowed. You're going to be doing restrict=mirror,
correct?
--
Duncan - List replies preferr
Zac Medico posted on Thu, 26 Apr 2012 08:21:02 -0700 as excerpted:
> On 04/26/2012 02:55 AM, Duncan wrote:
>> Zac Medico posted on Wed, 25 Apr 2012 23:26:24 -0700 as excerpted:
>>
>>> On 04/25/2012 11:18 PM, Duncan wrote:
>>>> IOW, let's quit letting the
Zac Medico posted on Wed, 25 Apr 2012 23:26:24 -0700 as excerpted:
> On 04/25/2012 11:18 PM, Duncan wrote:
>> IOW, let's quit letting the perfect be the enemy of the good, and just
>> get on with it, already.
>
> If that means settling on something that's fra
y're doing now, while those just applying a simple patch
no longer have to worry about whether dropping it in patches is enough or
not.
--
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, 23 Apr 2012 10:55:20 -0700 as excerpted:
> On 04/23/2012 10:49 AM, Pacho Ramos wrote:
>> El lun, 23-04-2012 a las 10:17 -0400, Mike Gilbert escribió:
>>> On Mon, Apr 23, 2012 at 8:28 AM, Duncan<1i5t5.dun...@cox.net> wrote:
>>>> Samuli
to me as the "in case ...
will become" syntax and it may just be me being picky. Another opinion
might be helpful.)
Or better yet, the reasons the fallback might be needed don't really need
to be enumerated at all. What about simply omitting that, leaving only:
media-libs/jpeg:0 w
ser() could be more noisy (ewarn?) when applies
> user patches. That way you could easier see something odd happening in
> build.log.
Your (I think) idea elsewhere, to cat the patches into the log, is
interesting. But that could arguably be TOO noisy for big patches, say
entire feature-adds. Ma
, 2.2 only. And while I guess a few packages support it via
USE=caps, full and proper EAPI support couldn't be a bad thing.
--
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
et.
Or was drawing attention to that your intent and I just missed the
invisible tags. =:^)
--
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
ite my rsync --exclude
settings, the person responsible certainly won't be particularly popular
here (tho nothing irreplaceable would be lost, here, I'd simply have to
adjust things and try again).
Fortunately, our portage devs appear to be a bit more sane than to try
that and Zac at
dentally do an emerge without it mounted.
Having portage decide that it should automatically start downloading a
new tree directly onto the filesystem containing the mountpoint is *NOT*
ideal!
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master -
ourse, Gentoo is almost endless in
> options.
Agreed. The only thing I'd add would be that the simple installation
should have "for more information" type links to the more complex
discussions of each step/decision, at the appropriate place. Then people
like Dale and I will read them, and but they'll be clearly marked "for
more information" or similar, so those uninterested in that sort of
discussion can easily skip it. =:^)
--
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 commenting/moving that line out of the var-
assignment quotes).
--
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
filing on it yet? With
gentoo, upstream, or both? If you're actively wanting those bugs now,
please do put an elog to that effect in the ebuild, and I'll start being
particular about stuff like help cat working, and filing bugs if it
doesn't!
--
Duncan - List replies prefer
rtage/env/ sections of the
portage (5) manpage for the details.
So... Does that fit your definition of "sane"? =:^)
--
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
it installed than it is to figure out
exactly what the query does and translate it to a equery.
--
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
Kent Fredric posted on Thu, 15 Mar 2012 09:10:53 +1300 as excerpted:
> On 15 March 2012 07:48, Duncan <1i5t5.dun...@cox.net> wrote:
>> It does, especially when it's literally the case, including a /usr/etc
>> bind-mounted on a tmpfs-based rootfs, that by login time
ased rootfs, that by login time, all that's
visible of rootfs is mountpoints, nothing else, and /usr literally IS the
"unified system resource" filesystem.
--
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
nts... It's not
exactly pleasant to have to adapt, but at least most of the linux world
will eventually take it for granted. Well, probably most already does,
but now it's getting even MORE required.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has
about non-Linux systems or for that matter, non-systemd Linux
systems. That's outside their operational universe. Other people are
welcome to continue working with "legacy" systems if they want, but Linux-
only, systemd-based, initr*-based systems are the only thing they
, for
some people at least, within a couple years, as systemd's going to be
using it, and other init services will assume/require it before /they/
come up.
--
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
ord anywhere? if not I'd say
it's still better).
We could even do an inside joke on eb/ebb and make it .flow ... or for
that matter, .eflow or .ebflow =:^)
Some of those might have their own negative connotations or indeed,
simply look too ugly, but that's the reason I'm
l concern a
time or two, for at least a couple members. Formally having the two-
successive-councils option for the biggest and longest term issues would
remove that concern and allow the initial council to vote on the merits
as they saw them, and a second council will have then certainly taken
right
in, but the idea was then and I believe should be again, broader than
simply stabilization bugs, so more folks can participate.
--
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
Robin H. Johnson posted on Sun, 11 Mar 2012 23:14:46 + as excerpted:
> On Sun, Mar 11, 2012 at 11:03:50PM +0000, Duncan wrote:
>> Meanwhile, also note that there's PARTLABEL, PARTUUID and ID, that the
>> mount manpage promises to honor. I've not used these myself,
William Hubbs posted on Sun, 11 Mar 2012 12:26:57 -0500 as excerpted:
> Here is the latest version of the news item; this gives a few days
> notification before the unmasking.
Thanks.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
ier to
isolate and report problems with new versions on my apparently rather
unusual system config (including fstab fs-label but not partlabel or uuid
usage) directly from git, than from the MUCH too vague released-version
changelogs.
--
Duncan - List replies preferred. No HTML msgs.
"Ev
s unmasked, and
a couple weeks lead time on the news item, in ordered to let them do it.
IMO, I'm not the package maintainer or the arch folks that will be doing
the stabilizing, nor the one that will have to deal with the bugs, etc.
So just IMO.
--
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
n worked out, as it's supposed to
be part of grub 2.0.
So at least the grub- build should have zfs support. 1.99 probably
has it in some form, but I don't know what its status is. Those are both
in the gentoo main tree, tho both are masked.
--
Duncan - List replies preferred.
Walter Dnes posted on Sat, 25 Feb 2012 15:04:22 -0500 as excerpted:
> On Sat, Feb 25, 2012 at 08:28:23AM +0000, Duncan wrote
>
>> That leaves those using a dev-manager other than udev in a current
>> installation who are depending on the current system set listing to
>&
William Hubbs posted on Sat, 25 Feb 2012 11:25:55 -0600 as excerpted:
> On Sat, Feb 25, 2012 at 08:44:39AM +0000, Duncan wrote:
>> You are however correct that it'll be on most systems, at least with
>> udev-181, since udev won't build without kmod, now. (I found that ou
broke on me due to missing kmod, as I've had udev unmasked
for awhile and got 181 before kmod was added as a dep.)
--
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
in the system set, there
> should be no dependencies in the tree on virtual/modutils.
Good point. Hopefully, tho, it can simply be removed from the system set.
--
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
ll, I'm wondering
if that's what triggered the introduction of the throttling at the VFS
level.
(NB: Interesting that I wasn't the only one to see that as an invitation
to discuss btrfs. At least my subthread has the subject changed so
people that want can ignore it, tho. I wi
.3-rc1. As a result of /that/ 3.3
should be the most stable btrfs yet, but that's still far from saying
it's stable!)
And yes, "filesystem of the future" DOES cut both ways, ATM. It's an apt
description and I too am seriously looking forward to btrfs. But it's
d
he post was to say, don't
plan on btrfs stability for anything but pre-release versions of anything
you might be maintaining this year (kernel, btrfs-progs and grub2
packages excepted, but they don't depend on btrfs stability, they help
create it).
--
Duncan - List replies preferred.
-only after the kernel.org breakin.
The "temporary" but looking more and more permanent location is:
http://btrfs.ipv5.de/index.php?title=Main_Page
Also, regarding the gentoo btrfs-progs package, see my recently filed:
https://bugs.gentoo.org/show_bug.cgi?id=405519
--
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 assumes the automated /etc/grub.d/* and grub2-mkconfig.
There's nothing on that in the current doc, AT ALL.
But WOW, once it was done and before I've even setup a graphics theme,
has it ever been worth it! My favorite feature is being able to access
any file from any filesystem,
that as a strength. More time to fix
issues at decently current upstream stable that way! =:^) Of course, I
don't expect that idea to go anywhere in general, but FWIW... and I /am/
the one suggesting a news item for those that /are/ stal^Hble, with a 90-
day lead-time, even!)
--
Dunca
ce.
The FEATURES=fixlocales suggestion would suggest keeping the script in
portage, modified to be called with the feature hook, perhaps to be run
on the fake-install before qmerge and/or binpkging.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master
ided in the same dir, as well. For
example, from mine (I build everything I need into the kernel,
no kernel modules so no module-init-tools needed to load them, either):
sys-apps/module-init-tools-
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a
st like the default
net/net*, specifying individual interfaces for each as well as whether
one or all of the configured interfaces must be up for the service to be
provided.
This way, a user/admin can provide narrower-than-all groupings as
necessary, including net.lo if it makes sense for them,
nough to have multiple external network interface
services to worry about, and stuff like privoxy could be configured by
gentoo to depend on loopback only, while ntpclient depends on net, which
if not including loopback would allow it to "just work" as well. I
wouldn't have had to manually configure net.eth0, as I did due to lack of
that distinction.
--
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
.
>
> looks fine. gogogogogogogogo.
As a user with an epatch_user call in /etc/portage/bashrc, I've run into
this problem myself a time or two, so yes, ++ here 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
in. It eases binary package creation
>> and does not need any blockers, virtuals or conditional depends.
You know, if you replied in context instead of "upside down" (reply above
quote, quote appended verbatim), you'd have probably noticed that you
were replying to the w
ther config file back then; if you selected replace with the new
version, that's exactly what happened!), because I'd read the after all
quite clear warnings on the subject, well before I got anywhere close to
needing that info myself, and they obviously hadn't.)
> Perhaps this
ready over the line in some places, and
that if users really need this, they really should consider a different
distribution as gentoo's obviously not right for them.
So yeah, a mention of --exclude in the manpage's --newuse discussion
sounds quite balanced, to me. =:^)
--
Duncan
Mike Frysinger posted on Thu, 19 Jan 2012 11:46:21 -0500 as excerpted:
> On Wednesday 18 January 2012 21:23:47 Duncan wrote:
>> If people want it, they can merge it, just like any other package.
>> Really, the same applies to busybox, and arguably, even to
>> module-ini
Rich Freeman posted on Thu, 19 Jan 2012 08:56:57 -0500 as excerpted:
> On Thu, Jan 19, 2012 at 12:37 AM, Duncan <1i5t5.dun...@cox.net> wrote:
>> Mike Frysinger posted on Wed, 18 Jan 2012 22:00:52 -0500 as excerpted:
>>
>>> On Wednesday 18 January 2012 21:42:14 Mich
preciate the care big projects like gentoo/kde
normally take to synchronize such big changes to release, keywording and
stabilization updates, as /either/ doing 200+ unnecessary rebuilds very
often, or conversely, the constant tension of knowing I'm not fully
synced if I continuously igno
applies to busybox, and arguably, even to module-init-tools (and the more
recent replacement, kmod...), since that's not needed if people choose to
build all their drivers into the kernel.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master
kde lists I've been recommending one of the other
two backends for well over a year, now.
So hopefully this will get anyone who's still on it to switch to
something else rather better, and this thing can be put to rest.
--
Duncan - List replies preferred. No HTML msgs.
"Every
onable for a package at this stage in the
process, and he's running a news item and giving them WAY more than 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
to that init=/bin/sh if necessary.
That's low level. Tell me when init=/usr/bin/dbus-whatever works from
the kernel command line. Until then, system-bus or no-system-bus, it's
not even in the same ball park, or even on the same planet, come to think
of it, level-wise.
--
Duncan
the numbers game
really doesn't cut it, or we'd all be running some binary distribution or
other instead of from-source Gentoo and we'd not be having this
discussion as it would have already been had for us. (Yeah, there IS
rather a lot to be read between THOSE lines!)
--
Duncan - Li
e to
the old versions of one or two packages holding things up for that arch.
AFAIK vapier's the gentoo guy with the knowledge there, due to all his
work on exotic stuff like superh/sh and the new x32 stuff, or at least
he's the one that seems most active in discussions such as thi
nough resources it'd be
like xfree86, they might still be there but in a few years they'd be
forgotten about by the rest of the community... One project, not a
problem, all of them together, just not feasible.
What about when glibc also begins to assume everything's in /usr/?
, so that future
gnome will assume systemd, etc, 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
e form of /bin/sh and/or /bin/bash symlink to remain around for quite
some 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
e idea of packages placing symlinks,
since then it'd likely be the symlink copied last, overwriting the actual
binary with the symlink... pointing at itself due to the symlinked dirs!
Which is why I suggested a portage feature that would detect such
collisions and die before installing
lag, for where upstreams and/or ebuilds are
actually rewritten with the possibility of both layouts (and later only
the /usr locations) in mind and the ebuild installs to the targeted
location based on the USE flag.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree progra
for
collision-protect and multilib-strict, cross-package checking should be
fairly easy to implement, but same-package checking and/or actively
stripping colliding symlinks may involve rather more new code.
Zac? Other portage,/PM/PMS folks?
--
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
ongly about, so given no one else objecting, use=neon for the simd
extensions works as a global USE flag, and if it's ever used for the net-
lib, that one can change I guess.
--
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
ave subversion on the system, it's all git, but
according to equery d, neon is still required by musicbrainz).
As such, to avoid confusion I'd suggest arch-neon or arm-neon (or armneon/
archneon) if it's to be a global flag.
YMMV...
--
Duncan - List replies preferred. No HTML ms
y useful parallel-domain task, adding a
make switch that responded to memory just as -l responds to load. Maybe
a make other than gmake already has such an option?
--
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
an install it if they want/need. This
package could even include a script that hooks into the existing portage
phase-hook structure, and presumably similar scripts for the other PMs,
thus making the whole thing automatic.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree
of symlinks and/or uses existing portage phase
hooks has already been mentioned. Someone can package such a script and
as with any other package, people that want/need it can emerge and run it
as necessary, without getting into the quagmire of confusing category
names, broken tab-completion a
Mike Frysinger posted on Wed, 07 Dec 2011 20:58:15 -0500 as excerpted:
> On Wednesday 07 December 2011 20:45:28 Duncan wrote:
>> (1) Tail-packing.
>
> ext4 will be doing something similar: http://lwn.net/Articles/469805/
Thanks. I was ~3 months behind on LWN for awhile but am
in gentoo's pipeline,
grub-wise.
3) One thing I very much like about no-multilib is the shorter gcc (and
glibc) builds. This will kill that (for gcc), right? USE flag activated
to avoid that for those who want to? (Of course I realize that it's
unlikely I can keep/get both the sho
Anthony G. Basile posted on Wed, 07 Dec 2011 20:03:22 -0500 as excerpted:
> I just tested with reiser3 and xattr works just fine. Just make sure
> its enabled in the kernel and when you mount the fs use option
> user_xattr for the user. namespace.
Thanks.
--
Duncan - List replies
s that LWN says is penciled in for 3.3, which should be
early January merge-window and mid-March release, assuming 10-week cycles
and given current 3.2-rc4. But I'll omit listing my reasons as I did for
reiserfs, since I guess anyone interested has already read up on btrfs.
--
Duncan -
Donnie Berkholz posted on Wed, 07 Dec 2011 15:47:01 -0500 as excerpted:
> On 05:16 Fri 02 Dec , Duncan wrote:
>> TL;DR: reiserfs (v3), for both caps and XT_PAX ??
>
> A bit OT, but I find it incredibly ironic that perhaps the shortest
> email you've ever written co
Zac Medico posted on Tue, 06 Dec 2011 21:53:20 -0800 as excerpted:
> On 12/06/2011 09:21 PM, Duncan wrote:
>> Zac Medico posted on Tue, 06 Dec 2011 15:45:26 -0800 as excerpted:
>>
>>> /var/lib/portage/world_sets (in stable portage, @selected currently
>>>
urse the same applies to kbd and texinfo. All three should be
packages that users can pull in if they need them, just as they pull in
xorg-server if they need it.
But I've tilted enough at that windmill for now...
--
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
in atoms from
> /var/lib/portage/world).
If @selected only pulls in /var/lib/portage/world , what pulls in
/var/lib/portage/world_sets ? You mention it, but don't say what pulls
it in, if as you say @selected doesn't.
--
Duncan - List replies preferred. No HTML msgs.
"Every non
thicket of upstream
kde's monolithic tarball buildsystem, but I can't fault gentoo/kde for
missing something there occasionally, particularly when it's not
reproducible afterward because the ordering has been resolved!
--
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
aps does people on reiserfs any
good or not, but the same concerns would appear to apply to XT_PAX on
reiserfs, 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
Zac Medico posted on Tue, 29 Nov 2011 22:23:59 -0800 as excerpted:
> On 11/29/2011 08:51 PM, Duncan wrote:
>> Zac Medico posted on Tue, 29 Nov 2011 18:29:20 -0800 as excerpted:
>>
>>> One nice thing about removing them from the system profile is that it
>>> a
ut too much trouble
and without affecting general system target functionality, it's surely
going to save a lot of embedded folks a lot of duplicated effort, over
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
that there are two such packages in the tree so the
package name alone is ambiguous. But since there's two packages and a
USE flag and there's reasons to argue one way but you specifically said
the other, which is ambiguous on its own, it's doubly ambiguous!
--
Duncan - List re
e. If anything comes of the 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
nto it. The list is more for discussion of various
technical questions that might be hard, or where there's likely to be a
difference of opinion that needs hashed out.
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
Obviously all these ideas entail a lot of coding, and I realize it's easy
to sit here and make requests without doing the coding, but implementing
them as separate commands first and incremental implementation should
help a lot, and I hadn't seen anything like this proposed yet, so...
I
gions are built on people's ideas there. Perhaps
unfortunately, you didn't explicitly note that your question was
rhetorical. In case anybody had any ideas, let's make it explicit, it's
rhetorical, don't go there, or find some other more appropriate list for
your discu
happens to be what'll require no changes on
my part, since it's the previous and thus already assumed behavior built
into my scripts.
But since the change is already made and changing the assumption of my
scripts is as trivial as it is, no skin off my nose if Zach simply sticks
the forums and user
list. This really isn't the place for further discussion 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
back to
non-quiet by default if desired. Someone mentioned a news item. I'm not
sure it warrants that, but certainly an einfo, and if a news item will
prevent needless bugs and is thought to be worth the required
bureaucracy, I've no problem with it.
--
Duncan - List replies pref
ent. But those with affected
packages may wish to track or to get involved with this, 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
it sounded like the berlios shutdown kinda
triggered his decision to finally fork it, too.)
I've seen no others mentioned on gentoo's planet-feed, at least not in
connection with berlios.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord,
ome point, you just accept current reality and move on. But
toolchain's say will matter a lot. If they don't believe it's time to
leave EAPI-0 for gcc and glibc, I don't think it's worth pushing against
them on their own packages.
--
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
al of older upstream versions, far easier to
read, since it'd be all that's left for versions already out-of-tree. =:^)
--
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
"supported", there's no existing
warnings about using it. If there are, and they've been there since
stabilization, then yeah, kill it, no further warning needed. (But, I'd
have thought you'd have mentioned it if that were the case, thus
assumption that it's not.)
--
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's not yet aware of) that
disable whatever hardening feature.
Or just make it a USE flag on the packages it applies to: hardened-warn
or the like, which use-defaults to ON.
Either way, an eclass to standardize things sounds very useful.
--
Duncan - List replies preferred. No HTML msgs
801 - 900 of 2043 matches
Mail list logo