till in-tree. Maybe even provide an expedited security
exception of some sort from normal tree-cleaning procedures for the sec-
keys category?
--
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 for its absolutely wicked pulled-in deps for
functionality I'm not going to use and don't have turned on for my kernel
in any case. Luckily kde/solid/kio/etc degrade functionality gracefully
if their attempted udisks calls return command-not-found, making it an
ideal candidate for null-pkgi
-changes as unlike the flag entirely (dis)?
appearing or (un)masking (which is still active from the profile) there's
nothing alerting me to IUSE-default changes.
--
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
de project dropped it was an equally major divergence... but
equally doable due to Gentoo's meta-distro aspect.
Tho both would be rather harder were it not for git; I may not have done
either one if git hadn't happened and svn was still king.
--
Duncan - List replies preferred. No HTM
ook into, in case they're a better
fit for you than Gentoo.
--
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
mischief there /because/ everybody's
looking at it now, when it could have been any of a number of packages,
some of which might already be compromised and we just didn't happen to
find it, IMO really doesn't make much sense.
--
Duncan - List replies preferred. No HTML msgs.
"E
bug reporters and wranglers, docs/wiki/lists/forums/
chat contributors, and all of the above for our upstreams too... it takes
a big community to make a full distro and we all have our part! =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord,
cal
path /realbin and doing /bin -> /realbin would appear to satisfy the test
too, and would allow me to avoid patching the profile bashrc, but at least
here, having /bin be the system's real bin location is part of the _point_
of a reverse-usrmerge.
--
Duncan - List replies preferred.
Michał Górny posted on Sat, 09 Mar 2024 16:04:58 +0100 as excerpted:
> On Fri, 2024-03-08 at 03:59 +0000, Duncan wrote:
>> Robin H. Johnson posted on Tue, 5 Mar 2024 06:12:06 + as excerpted:
>>
>> > The energy waste argument is also one that needs to be made
>&
ave already suggested, but let's leave it at 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
ess you've specifically configured other
behavior", or "will, unless you've previously setup your own solution"?
("Will" can then be SHOUTED or not, as desired, because the statement is
then sufficiently conditional regardless.)
--
Duncan - List replies preferred. No HTML msgs.
&q
# to reflect the in-shell sourcing?
-x $hookfile &&
$hookfile == ${hookfile#README} &&
$hookfile == ${hookfile#.} &&
$hookfile == ${hookfile%.bak} &&
$hookfile == ${hookfile%\~}
]] &&a
ide. And of course there's all the just coming 5->6 changes to
deal with now too! So I surely appreciate the work you put in on the dev
side to make my user-side possible. =:^)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the
; truly (suppressed-leading-zero-)numeric-order-parsed?
Does 9-xxx come before or after 80-xxx ?
Would it need to be 09-xxx (shell-order-parsing)?
--
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
_ upgrade was to 3.11; the _next_ one would be 3.12.)
> +
> +
> +Upgrade commands
> +====
--
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
general conky discussion/questions, if you want.
--
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
situation was considerably
more sweary when I lost that history and instinctively I tried to look in
the git history for why, but of course it was GONE!)
repos.conf, [DEFAULT] (or [gentoo]) section:
clone-depth = 0
sync-depth = 0
--
Duncan - List replies preferred. No HTML msgs.
"
.
>
>> As a simple user
And as another user...
> Plans and notes are at
> https://wiki.gentoo.org/wiki/Project:Toolchain/time64_migration if
> interested!
... just in case anyone (else) needed to be sure, quoting from the above
link:
>>>> For 32-bit arches
>>&g
ing as well, but that could be my client's
display indigestion on the unicode.
--
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
years before deprecation, plus two years
of deprecation, for five years total EAPI life before ban.
(This isn't entirely necessary but makes explicit the answer to one of my first
questions reading the proposal. YMMV. I debated spec vs rational, but decided
rational was a better fit.)
--
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
builds. =:^)
--
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
hat's being looked at as well, but that
doesn't change the fact that an improved default color.map, as here, is
useful 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
onon
are not kde-*.
And without drkonqi I get segfaults. Which suggests another possible
workaround, unmerging drkonki. If the only thing pulling it in is a set
or metapackage the alternative would be either a local-overlay null-
package, or commenting that entry in a local copy of the set/metapack
agement may malfunction."
Omitting "that" after "It seems" to shorten further, the longer /proc
case would result in:
It seems /proc is not mounted. Process management may malfunction.
Nicely under the target 70 chars. =:^)
--
Duncan - List replies preferred. No HTML msgs.
Thanks. I could get my brain around the old format but this is /so/ much
nicer! =:^)
--
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
ge easier for a quick lookup, and only tend
to use PMS when I'm checking details not in the ebuild (5) manpage or I
need the specific wording of the agreed PMS standard.
--
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
binpkg-${PF} to emphasize the binpkg part and
group any emergency-installed packages together in an alphabetical
listing. But whichever's easiest for portage to work with, which
probably makes the -binpkg suffix version a better choice, requiring less
modification to existing code.
Is there any interest at all in binpkgs, perhaps when improved, from the
other PMs? Or are they effectively dead now or not interested in binpkgs
even if the format were to be improved, or simply too hard to work with?
Because "it'd be nice" (aka MAY level) to have this formally standardized
to PMS... if there's any interest from the other PMs.
--
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
rever'.
Test defensively. We're not just talking EAPI=8, etc, here. What
happens if someone typos EAPI=56 or some such? Positively support what
you recognize. If it's unrecognized, it should always fall thru to an
error saying it's unsupported. Much easier to debug that way. =:^)
--
D
y're not
allowed in the official tree.
Tho perhaps that can be reevaluated. But while there's more connectivity
now than over a decade ago when that policy was created, I expect there's
still those paying by the meg or gig for net access locally, that won't
enjoy having their sneakernet sync routin
eneric *) catchall case. The error is then clearer if someone
typos EAPI=67 or the like.
+ 0|1|2|3|4|5|6) ;;
+ 7) die "${ECLASS}: EAPI=${EAPI} includes all functions from this
eclass" ;;
+ *) die "${ECLASS}: EAPI=${EAPI} Unknown" ;;
--
Duncan - List replies pref
f the
> x11-proto/ packages to ease the transition.
I noticed that I didn't need many of the protos any longer here too, and
figured it was a recombining. Thanks for the confirmation. =:^)
And thanks for the roadmap to what's ahead re X. =:^)
--
Duncan - List replies preferred. No
iewpoint as
I'm posting it. Sure I could be wrong, but if I am, please point it out
so I can see it 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
ir elected council, have clearly expressed their desire to cut down
the outside noise from "guests", ensuring that any such "guest posts"
allowed thru are signal, not noise, or worse yet, negative signal.
As one of those guests, abiding by that expressed intent to the best of
my
it's acceptable as-is.
Thanks. You put an awful lot of work into portage, and I'm sure I'm not
the only one who's thankful there's a steady hand at the portage wheel,
even if it doesn't always come thru. Your efforts certainly make the
gentoo experience a better one! =:^)
--
Duncan - List replies pref
ecalling that warning
post correctly. It might have been for other than github, or I might
have misunderstood, or maybe they've fixed that problem by now, or...
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the progr
is
(but might be too long, do those news item short title limits
still apply?):
Title: Portage rsync-verify feature not yet stable-keyworded
Perhaps omit the -keyworded if that's too long:
Title: Portage rsync-verify feature not yet stable
Feel free to revise further...
--
Duncan - List replies
o get it,
prioritized high enough based on the severity of the problem to actually
do something about it.
So the problem remains...
--
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
inted at a tmpfs instead lets me examine what's actually
installed, if 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
... Refreshing your backups before the upgrade and checking site-
specific solutions after the upgrade before reboot, is recommended.")
Because it's a system-critical package this becomes even more important.
(And FWIW, getting a longer heads-up to such changes is a primary reason
I read t
ARE DOING AND CAN
> HELP WITH TESTING.
What about "reverse" usrmerge as above? Flag on or not? Maybe I just
turn it on (obviously after updating my backups) to help test?
--
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 ready for it already), or you
want them, but wait until you've adjusted the script to deal with it, or
don't bother, you're not going to try supporting anything that unusual
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
al quite irritating by about the third time I saw
it, even if also helpful.
--
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
git or other methods are not affected, and
verification for them will be provided in the future.
--
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
perfectly addresses the question I
had about the original. =:^)
--
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
il than I remembered or would write it again here.
(I had more written but deleted it as OT.)
--
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 it private,
while Gentoo/DRobbins could, especially since at the time copyright was
assigned to Gentoo. Of course now we have the advantage of looking back
it it in history and can see how things turned out, but back then, it was
far less clear how things would turn out.
--
Duncan - Li
sync users can ignore,
or how they can get gpg signature verification as well if its possible.
(Sufficient to just link it if it's more involved than a single
paragraph, since this is primarily for rsync users.)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree pr
ntion: or the more detailed instructions the news item
points to if they get too long to be in the news item itself.
--
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 Mon, 22 Jan 2018 10:04:30 -0500 as excerpted:
> On 01/22/2018 05:10 AM, Duncan wrote:
>>>>
>>>> If the dependencies are to remain in the eclasses, then the eclasses
>>>> should get a new revision when those dependencies cha
-bumping to
reflect what upstream already did, won't be /that/ much different or
/that/ much more work. Only now I guess I'll be seeing it in --rX
revbumps, 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
on-identical stuff, so
simply toggling a symlink lets you switch machine layouts), or if the
machines have enough memory, setting up a single thumb drive to boot and
put everything in a tmpfs for the machine to run from, so you can use the
same thumb drive to boot them all, effectively the sneak
onestly don't know which is worse, but the obvious ideal is a
sane upstream that doesn't veer to either extreme, or lacking that, at
least cooperates and provides support when a new at least /semi-/stable
release is needed as the old is just outdated and broken, security or
otherwise.)
--
Duncan
I can't fault them, and now we get to see
how it all plays out. But whether they, and gentoo as a whole, wins that
effective wager, or loses it, the bet has now been placed, so nothing to
do but wait and see the results. =:^/
--
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
nice, because if nothing else they can
just grab a copy before the change and if they can't even do /that/ in a
month... . Beyond that and the old version can always be dug out of git
if necessary.)
Either way, thanks for the cleanup. =:^)
--
Duncan - List replies preferred. No HTML
ys (365*1.5 rounded up) is appropriate. The
precise config file path, name and format would be up to the implementer
and/or eselect news module maintainer.
* Other news readers could of course set and ship their own default
expiry, if desired.
--
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
-
>
> Title: systemd sysv-utils blocker resolution
+1
The news item reads very clearly to me. =:^)
Thanks especially for explicitly including the list of symlinks and that
sysvinit otherwise provides those files, as well as the explicitly
suggested equery depends line for those who need it.
because each
release lists the bugs fixed and I can and do at least review their one-
line summaries every time I update. Between that and following the
patches as they're posted for review in portage-dev (so the release-time
bug list is primarily review), I'm effectively following live-git p
Mike Gilbert posted on Thu, 21 Dec 2017 09:10:09 -0500 as excerpted:
> On Thu, Dec 21, 2017 at 2:44 AM, Matthew Thode
> <prometheanf...@gentoo.org> wrote:
>> On 17-12-21 08:34:31, Michał Górny wrote:
>>> W dniu czw, 21.12.2017 o godzinie 05∶29 +, użytkownik Dunca
eep my merged lib here, managing it much like I do my
merged bin and root/usr, but it'd be nice to know whether that's going to
remain an official layout or not, and if not, what the timeframe for
removing it is.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program
ve there's two people now
volunteered for it, and of course people have to be aware of it before
they can realize their personal stake and thus interest in it, thus this
thread... Even if not enough by itself, you gotta start somewhere, and
there's at least the two interested, now...
--
Dunc
Zac Medico posted on Thu, 07 Dec 2017 01:07:21 -0800 as excerpted:
> On 12/07/2017 12:37 AM, Duncan wrote:
>> Zac Medico posted on Fri, 31 May 2013 22:49:02 -0700 as excerpted:
>>
>>> On 05/31/2013 10:36 PM, Duncan wrote:
>>>> As in subjec
Zac Medico posted on Fri, 31 May 2013 22:49:02 -0700 as excerpted:
> On 05/31/2013 10:36 PM, Duncan wrote:
>> As in subject, is portage bin/usr-bin merge safe?
>>
>> It appears most of my clashing files are /usr/bin/* -> /bin/* symlinks.
>> (That's just bin, I'
p the last sentence to read a bit smoother
(I skipped formatting)...
While there is no hard restriction on the length of short-name,
limiting it to 20 characters is strongly recommended.
(s/for/on/, reversing order of the limit and strongly recommended.)
--
Duncan - List replies preferred. No
e, when I needed to
bisect a package the first time.
So a variant without the repo OR package name would be my wish, here.
> 2. The overrides weren't suitable for packages checking out multiple
> repositories (LLVM, wine, glibc).
Valid point there!
--
Duncan - List replies preferred. No
any good admin I try to follow the security news especially
where it touches machines I administer, so I'm following this thread with
particular interest.)
--
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 it.
So the hash verification time really does matter, even if it's minutes
compared to hours of actual build time, because that's time I'm actively
waiting for it, vs. letting it do its thing in the background, with much
less concern about how long (within reason) it might take.
--
Kent Fredric posted on Sun, 15 Oct 2017 06:36:34 +1300 as excerpted:
> On Thu, 12 Oct 2017 07:50:38 + (UTC)
> Duncan <1i5t5.dun...@cox.net> wrote:
>
>> Wow. How'd you ever get a backlog of 400 packages in your depclean
>> list,
>> including critic
o be easier.
So 7.5 months does seem reasonable, to me at least. =:^)
--
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 deal with it manually if the lower backtrack didn't
propose a satisfactory solution.
--
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 Wed, 11 Oct 2017 03:31:55 + as excerpted:
> Andreas K. Huettel posted on Tue, 10 Oct 2017 21:02:32 +0200 as
> excerpted:
>
>> Switching the profile changes the settings for building gcc (it
>> switches a use-flag from forced-off to forced-on). A gcc-6 b
h
stabilizes gcc-6.4+, with the goal for the gcc stabilization being the
end of 2017, meaning 13.0 profile removal is planned for the end of 2018
if all archs meet their gcc-6.4+ stabilization goal."
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a l
Andreas K. Huettel posted on Tue, 10 Oct 2017 21:02:32 +0200 as excerpted:
> Am Dienstag, 10. Oktober 2017, 04:10:13 CEST schrieb Duncan:
>
>> One thing isn't clear here. Is this sequence necessary due to the
>> profile switch itself, because the /profile/ enab
y've already crossed
with the gcc upgrade?
Either way, making the answer to that explicit should be useful, avoiding
either an unnecessary full rebuild, or avoiding the problems because the
news item wasn't clear and people already on gcc-6.4+ thought the
procedure didn't apply to them.
--
ort of detection they do if they support it, and how
they translate the passed parameters if necessary, and bugs in how they
do any of it become the bugs of that initsystem.
--
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
Harald Weiner posted on Fri, 29 Sep 2017 04:47:35 +0200 as excerpted:
> Duncan posted on 09/29/17 2:08 AM as excerpted:
>
>> Or are we going to replace rm, and fdisk, and gdisk, and cfdisk, and
>> cgdisk, and who knows how many other binaries, with "safe"
>
tual to
provide it, just as I've done for a number of other packages that aren't
actually required to build or run the commands I /do/ want to run.)
--
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
Andreas K. Huettel posted on Tue, 19 Sep 2017 14:53:20 +0200 as excerpted:
> Am Dienstag, 19. September 2017, 07:06:24 CEST schrieb Duncan:
>> Andreas K. Huettel posted on Mon, 18 Sep 2017 11:56:30 +0200 as
>> excerpted:
>> > It may not always be obvious where this is nee
/need, so whatever
USE is pulling it in obviously isn't something I wanted or found I needed
due to required-deps or something, 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
fectly covered by https://xkcd.com/927/ :)
Well, I'd argue the case for "not 'perfectly'", because for better or for
worse, systemd has had rather more luck at cross-distro init-system
unification than that comic suggests. There's still special-cases like
small embedded where sys
e
to lean on CAs, it should hopefully at least resist the trivial stuff
like insecure wifi and ISP content-insertion games.)
--
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 it, so you
broadened my vocabulary in a very useful way. =:^)
[1] https://en.wikipedia.org/wiki/Warnock%27s_dilemma
--
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
Meanwhile, it's certainly nice to see messages with more respect than may
sometimes be seen in this list. Thanks. But don't be afraid to post
your user's opinion just because it differs from someone else's opinion.
Your opinion is valuable too, even if it's mine it differs with! =:^)
-
meone else with the
opposite reaction, favoring desktop-* over ux-*).
---
[1] Dosbox game: Master of Orion, original, (c) 1993 updated copy.
--
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
oday, due to
mobile, wearables, and possibly ultimately injectibles.
> IDK.
>
> I'm not committed to anything I've said here, just food for thought.
Same here. My biggest concern is simply avoiding, if possible, setting
up new categories now, only to have to redo them in 2-5 when hindsig
came of it. Perhaps gui-*
category names if that's actually moving forward, in ordered to maintain
a bit of consistency and for lack of a better 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
Kent Fredric posted on Tue, 29 Aug 2017 21:21:09 +1200 as excerpted:
> On Thu, 24 Aug 2017 03:06:13 + (UTC)
> Duncan <1i5t5.dun...@cox.net> wrote:
>
>> nrpe-command-args-SECURITY-HOLE or just nrpe-GAPING-SECURITY-HOLE
>
> That's probably excessive, if you set
mixer if kmix isn't working
(I'm on live-git-kde after all) or is "working" but I'm not getting
the expected results or I simply want a different visual presentation.
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use
ALL CAPS
helps distinguish it too, since most USE flags are lowercase) in the
name, say as ...
nrpe-command-args-SECURITY-HOLE
or just
nrpe-GAPING-SECURITY-HOLE
... seems to me the most effective. Anyone that would even *think* to
enable something like that without doing some *serious*
ontact there. You also need to contact the proxy-maintainer
project to initiate that angle. There's further details and additional
resources on the linked page, above.
--
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
st used to seeing it require the
** accept_keyword thing). So I'm just wondering what reason you
might have had to do it this way instead.
--
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
and now unsupported versions in the tree when they're
guaranteed to be increasingly vulnerable to new attacks is simply
irresponsible, with no logical argument that can be made otherwise, thus
the removal.
Were it any other package, with any other primary purpose... but it's not.
--
Duncan - L
[Just my contribution to the shed color debate. =:^P ]
--
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
cess saved_umask
> + local success saved_umask
> if [[ ${EVCS_UMASK} ]]; then
> saved_umask=$(umask)
> umask "${EVCS_UMASK}" || die "Bad options to umask:
> ${EVCS_UMASK}"
--
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 Sun, 13 Aug 2017 02:52:58 + as excerpted:
> Michael Orlitzky posted on Sat, 12 Aug 2017 05:58:41 -0400 as excerpted:
>
>> On 08/12/2017 04:39 AM, Paweł Hajdan, Jr. wrote:
>>
>>> There are use-cases for --changed-use / --newuse other than change
Francisco Blas Izquierdo Riera (klondike) posted on Wed, 16 Aug 2017
12:09:57 +0200 as excerpted:
> s you may know the core of sys-kernel/hardened-sources have been the
> grsecuirty patches.
New typo: s/grsecuirty/grsecurity/
--
Duncan - List replies preferred. No HTML msgs.
"Ev
unneeded these days) and smart-
live-rebuild of my (live) kde 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
t;plus", if "in addition to" makes it too long...
--
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
being automatically written, allowing the user direct
control over what's actually written and how. =:^)
--
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
, doing it manually means I remember the details I did /not/
put down much more readily, once prompted by the ones I did. Even if an
automated version could do it it'd need to write paragraphs in ordered to
allow me to make sense of it a year or whatever later, compared to my
single line wh
I hadn't previously considered,
sometimes changing my mind entirely. =:^)
--
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
1 - 100 of 1969 matches
Mail list logo