iddle ground,
allowing multiple people to help without the full bureaucracy of the main
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
question but don't see it on-list so
trying again...]
I'll take this opportunity to ask...
What's the plan for phonon, with phonon-vlc the only backend, and even
vlc- being qt5-only, so apparently there's no qt6 vlc any time soon?
--
Duncan - List replies preferred
er if they're already running ~x86 vs stable x86
(keywording), assuming the same currently stable x86 profile?
And (again from a user perspective) how does dropping x86 to dev differ
from the mentioned apparently worse alternative, mass dekeywording?
--
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
ikeshedding I'd prefer g2readme or gen2readme. Which FWIW
would match my gentoo bug shortcut g2b/g2bug...)
--
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
gain
while it was still 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
to
bother with, were it 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 i
), but I imagine I miss most of the
on-upgrade ISUE-default-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
t
the gentoo/kde 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 replie
r existing forks you might wish to look 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
ble. But
demanding a *LOT* of work to alternative-force an already attack-reverted
package, when we actually KNOW about that one, it's reverted to pre-attack
and there's likely to be no more mischief there /because/ everybody's
looking at it now, when it could have been any of a
ers, 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, a mas
. instead, aka reverse-usrmerge. Tho making the canonical
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
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
>&
others
have 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
uot;, or "will, unless 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 -
# to reflect the in-shell sourcing?
-x $hookfile &&
$hookfile == ${hookfile#README} &&
$hookfile == ${hookfile#.} &&
$hookfile == ${hookfile%.bak} &&
$hookfile == ${hookfile%\~}
well know from
the user side. 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
numbers" 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
grade 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
ig likely has bugs to work
out), or just for 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
wn, version; the 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.
.
>
>> 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
I plus two 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
both
the new qt and all those live kde-*/*- ebuilds. =:^)
--
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
lated, tho a few like media-libs/phonon
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
; 'forever'.
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
fficial 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 routine disrupted.
error for the generic *) 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 - Li
versions of 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
les I can't see, so I /can/ see them, as it is
about attempting to convince anyone of the correctness of my viewpoint 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
do/ consider myself a
guest on this list, and arguably, posting to it has /always/ been a
privilege, not a right. And given the coming whitelisting, devs, thru
their elected council, have clearly expressed their desire to cut down
the outside noise from "guests", ensuring that any such
ges
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 o
gation from others, as I'm not entirely sure I'm recalling 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
ing like this
(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...
--
D
ime to 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
NSTALL_MASK, but
having it pointed 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
e hint at what might be needed.
("... 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
WHAT YOU 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
cases to test...
So bother sending the results in (you'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
using 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
more detail 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
nt was to ensure that Zynot couldn't take 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 clea
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 program
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 change
iggered rebuild when gentoo/kde revbumps after dep-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
ing and/or mounts to handle the non-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 b
s a prime example of
that. I honestly 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
il has made one of the hard calls they're elected to make,
for which tho I may be worried 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
packages supporting it) I have still depending on qt4, so a timetable as
to qt4 removal giving me some idea how long I have to find, install and
configure an alternative, and an idea where I'll be looking for it if I
don't get that conversion done by then, would be very useful.
--
Duncan -
nless you simply want to be extra 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 - Lis
agreed, all that would remain to debate
would be whether 548 days (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.
up running live-git, 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 ef
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
> wrote:
>> On 17-12-21 08:34:31, Michał Górny wrote:
>>> W dniu czw, 21.12.2017 o godzinie 05∶29 +0000, użytkownik Duncan
>>> napisał:
>>&g
lly track separate lib locations once again.
So I'll probably keep 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.
-
ting was to point out that it's
not as simple as just dropping stable, not really to provide an answer I
don't have), but can note that I believe 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 a
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 HT
its value, 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 p
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
ng to work,
with the intent being that it'll be done when I get 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 ba
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 critical o
tall is up and running, is
going to 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
expensive 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
er the last arch
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
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/ enables PIE
ey'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
ort the
scheme or not, what sort 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"
>
package providing "service" that was for some reason a
dep, I'd strongly consider creating for myself an empty virtual 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
lags I actually want/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
ase is perfectly 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
ble
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
h "X Windows Systems"
> providing "X User Interfaces", despite the underlying protocols being
> different?
Warnock agree?
(Tho posting makes it no longer warnock.) Thanks for the warnock
reference[1], BTW. I knew of the problem but had no name for it, so you
broad
tive than some.
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
does, here (tho I already see a reply from someone 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
d look today, 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
at became 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
xer 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 the program, he is your master." Richard Stallman
URITY_HOLE (the 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
act 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
but I'm just 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
nd 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.
-
ge.
[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
l r success 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 changed
&
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
er and I wanted to be sure, likely 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
M. J. Everitt posted on Sun, 13 Aug 2017 11:18:09 +0100 as excerpted:
> On 13/08/17 11:11, Michael Orlitzky wrote:
>> On 08/12/2017 10:52 PM, Duncan wrote:
>>> How so? Are you arguing that deciding to system-wide switch to/from
>>> pulseaudio, systemd, or gstrea
er, reveal an angle 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
or ~arch)
keyword.
So the version bump is effectively mandatory due to security overrides in
any case, and that it was fixed by a temporary USE flag drop doesn't
change things at all. If that security-override isn't explicit in
current documentation, that'd be the bug, not the fa
t might be worth a bit of extra care while fixing the one to
keep in mind the other so as not to further complicate fixing it, is all.
(I'll be working on my bug either late today/Friday or Saturday.)
--
Duncan - List replies preferred. No HTML msgs.
"Every nonfree program has a lord
untime-only dep of
kde-frameworks/solid, used for functionality I don't want/need anyway, so
I null-pkg it with an overlay version that has no deps and installs no
files.
--
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
w code, thus the "(apparently)" above, but
perhaps it's acting differently now due to the recent migration away from
eblits? What I know for sure is that the upgrade broke my system until I
manually copied the libm binary from the binpkg back into place.
--
Duncan - List replies prefer
Rich Freeman posted on Mon, 31 Jul 2017 20:55:05 -0400 as excerpted:
> On Mon, Jul 31, 2017 at 8:24 PM, Duncan <1i5t5.dun...@cox.net> wrote:
>> Rich Freeman posted on Mon, 31 Jul 2017 11:11:24 -0400 as excerpted:
>>
>>> On Mon, Jul 31, 2017 at 10:52 AM, Alec Warn
1 - 100 of 2043 matches
Mail list logo
