rather than last-wins, should than
not be 'smaller number'?
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
Does fwupd do all of the other stuff the binaries in colorhug-client
support?
Or just firmware updates?
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
ry entry¹.
that said, Fabian’s suggestion of tar(1)ing those files sounds like a
winner.
a number of tools and editors allow r/w access to tar(5) files,
including to the individual files therein.
1] or at least unix/linux filesystems all used too
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
>>>>> "UM" == Ulrich Mueller writes:
UM> I was specifically asking about Gentoo infra there.
ah; i completely missed that bit.
sorry for the misunderstanding.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
even on any given box?
forcing existing boxen to change just because a new dist is added
is also unacceptable.
for me though, it would be enough if there is something i can add to
make.conf to ensure that the acct-user and acct-group builds avoid the
ranges i already use.
that may also work for
be dynamic.
and 500-700 never touched by the distribution.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
>>>>> "RHJ" == Robin H Johnson writes:
RHJ> The best I can come up with at the moment, is that any packaging should
RHJ> detect if there are user modifications, and provide control to users
RHJ> based on that fact.
Exactly. Akin to etc-update.
-Jim
there are not too many packages to look at:
:; git grep -P IUSE.+unicode.*\"|awk -F/ '{print $1 "/" $2}'|sort -u|wc -l
82
so it should ot take too uch effort.
and it definitely would be worth it!
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
>>>>> "UM" == Ulrich Mueller writes:
UM> So, removal of the package seems to be the only option that makes sense,
UM> unless we would downgrade to that old version.
Agreed. Cest la vie.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
>>>>> "UM" == Ulrich Mueller writes:
UM> I've sent an e-mail message upstream, asking for confirmation that 10.24
UM> can be used, copied, modified, and/or distributed freely.
cool. i hope useful info results.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
in wayback, 10.23 probably is as well.
The last usable version would be a useful find.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
tSVV
it says so on that page.
My recollection was pd in general, but i see there may be some not.
I paid closer attention to things that would go under app-dict before
the last couple of strokes
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
>>>>> "UM" == Ulrich Mueller writes:
UM> # Ulrich Müller (2020-01-06)
UM> # No license, therefore we have no permission to redistribute
That is untrue. They are public domain.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
>>>>> "RY" == Richard Yao writes:
RY> ext4 is probably okay, but don’t quote me on that.
Ext4 works fine here for a local distfiles mirror.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
:0010
armv7l
I have a couple of cheap arm32 (don't recall manuf) which report:
hwcap:000fb8d7
hwcap2:
armv7l
A c.h.i.p. says:
hwcap:0008b0d6
hwcap2:
armv7l
All of my other arm boards are offline.
-JimC
--
James Cloos OpenPGP
should be used for system uids.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
>>>>> "LW" == Lars Wendler writes:
LW> openssh upstream even raised the idea to simply focus crypto support in
LW> their software on libressl
Debian plans on using libressl for openssh (statically, I presume), once
openssl-1.0 is removed from their
Bug 626298 should block 561854 (the LibreSSL tracker).
Could someone with the required perms mark it so?
Thanks,
-JimC
--
James Cloos <cl...@jhcloos.com> OpenPGP: 0x997A9F17ED7DAEA6
to edit fstab(5).
Remote filesystems might be differnt, but for local filesystems the
status quo is better.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 0x997A9F17ED7DAEA6
-down approach.
AIUI, the current release should work.
If you see that issue with 2.72 or later, they'd like to hear about it.
Their list is: dnsmasq-disc...@lists.thekelleys.org.uk
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 0x997A9F17ED7DAEA6
PR == Pacho Ramos pa...@gentoo.org writes:
PR # Pacho Ramos pa...@gentoo.org (22 Mar 2015)
PR # Cannot be fetched, also has licensing issues (#531270).
PR # Removal in a month.
PR www-servers/publicfile
Sine when ca
fetches fine.
Just curious.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 0x997A9F17ED7DAEA6
, for some stuff.
(Obviously . xor _ in the ebuilds (a/o eclasses?) would be nice.)
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 0x997A9F17ED7DAEA6
likely strip the history anyway to get a small
MG repo to work with.
+1 on that. The cvs repo can be converted to an historical git repo on
a slower timeframe, and remain available as cvs until then.
That old-vs-fresh concept worked fine for other projects (including Linux).
-JimC
--
James Cloos cl
AX == Alex Xu alex_y...@yahoo.ca writes:
AX Please don't crosspost followup messages, especially to the same mailing
AX list twice.
Ick. I didn't notice the cc details when I replied. ☹
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 0x997A9F17ED7DAEA6
at that.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 0x997A9F17ED7DAEA6
sshfp for all four keys when the new host
takes over.
Thanks!
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 0x997A9F17ED7DAEA6
signature.asc
Description: PGP signature
with care.
So it should be fine to unmask 5.3 and slowly update reverse
dependencies to depend on 5.3 instead of whichever 4.x they currently
demand.
Unmasking the earlier 5.x releases seems unnecessary, though.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 0x997A9F17ED7DAEA6
MG == Michał Górny mgo...@gentoo.org writes:
MG Dnia 2014-06-30, o godz. 17:40:16
MG James Cloos cl...@jhcloos.com napisał(a):
So it should be fine to unmask 5.3 and slowly update reverse
dependencies to depend on 5.3 instead of whichever 4.x they
currently demand.
Unmasking the earlier 5
it in an aside, I could have
thought of a better example.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 0x997A9F17ED7DAEA6
rename it accordingly or see the wiki link[1]
D below for other options.
+1 on that. The proposed rewrite does a much better job of explaining
why anyone should care about the change.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
not true for xbm and xpm files; those are valid C programs and
are completely readable. And editable.
The gentoo.logo file from app-misc/linux-logo is also easily read and edited.
Diff(5)s also work well, so their cvs and git history is usable.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP
} in
dev-perl|perl-core) mytargets=install ;;
*) mytargets=install ;;
esac
fi
Did the case block originally have different results for different CATEGORYs?
Otherwise it looks good. And useful.
-JimC
--
James Cloos cl...@jhcloos.com
the same
submodule, and/or if a package exists for it in its own right, will
the same store clone be used for all of them? Including when some use
git://, others https://, et al?
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
its current API and documentation as
TW well as what actually works in the Portage tree.
+1 on all of that. git-3 is a better name than using -r1.
And leave git-2 there for at /least/ a year. There are a LOT of out of
tree git-2 users.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP
-Font-Server which uses
libfontconfig to find fonts, generates and keeps a cache of fc-pattern
to/from xlfd mappings, and serves said fonts to X servers.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
-1.5
A couple of them which involve postscript documents and/or postscript
printers have been fixed in bzr and should be part of the next release.
I'm also working on additional improvements I hope to see in the next
release of the filters.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP
above.)
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
announcement won't
hurt anyone.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
did.
The backup of my (now dead) laptop also has such an entry. The rcs log
for that one shows that it got added in late '03, and not manually.
I imagine therefore that it is not all that uncommon.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
MC == Markos Chandras hwoar...@gentoo.org writes:
MC # Removal in 30 days
MC app-text/cuneiform
That one should not go. There are not enough quality ocr engines
available, Gentoo needs to keep all of them.
And a couple of bugs is never a sufficient reason to kick a package.
-JimC
--
James
the
community and is never welcome.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
RF == Rich Freeman ri...@gentoo.org writes:
RF Is this package working in the typical case? That is, when you aren't
RF intentionally trying to buffer-overflow it or otherwise break it?
I haven't found an image file which causes it to crash.
-JimC
--
James Cloos cl...@jhcloos.com
MF == Mike Frysinger vap...@gentoo.org writes:
MF the subject does say prepman ;)
I guess that blended in with the [] sections; all I remember noticing in
the subject was the text after the last colon
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
:113:1013:added by portage for gentoo-vdr-scripts:/var/vdr:/bin/bash
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
with aes128/sha256, rsa 7k for aes192/sha384
and rsa 15k for aes256/sha512.
If 3k provides comparable security to aes128 and sha256, and one needs
to more than double the rsa key length to compare with aes192 and sha384,
there is no reason to bother with rsa 4k.
-JimC
--
James Cloos cl
helpful here.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
-visualization/paraview
Or, more responsibly, the version in the sci overlay should move
to the main tree.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
:02.0 -0500
@@ -1 +1 @@
-2
+5
actually *do* to one's system?
A useful news item would have explained what was changing, why it was
done, and what to expect once one makes the change.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
Since I just sent a why to post a news item note, that exactly covers
things.
Thanks!
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
milliseconds to
AKH usleep...)
AKH So in this case the mask was quite adequate.
Works here. I tested before posting.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
should just let it be.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
nonsense to
join the club.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
the things dri brings in (or that one would presume dri
to bring in) are needed for gpGPU and the like.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
+kde.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
CM == Ciaran McCreesh ciaran.mccre...@googlemail.com writes:
CM Which is a good thing, since it will force people to stop making
CM incorrect assumptions.
No, its a bad thing because it makes it harder to grep out the non
category dirs.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP
/core, and so on.
Please don't.
Every current category matches /^[a-z]+-[a-z]+$/. With the possible
exception of adding moving from [a-z]+ to [a-z0-9]+, that shoud remain.
Only non-category directories under /usr/portage should lack a hyphen.
-JimC
--
James Cloos cl...@jhcloos.com
many years to change that now.
Much better to standardize it as m/[a-z0-9]+-[a-z0-9]+/.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
the archaic compiler.
In short, as long as it doesn't require *too* much effort, old versions
of slotted packages shouldn't be dropped *only* because they are old.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
it.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
depends, I found that 1.48 and 1.49 build with gcc 4.7.2; but none
of the earlier versions did.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
so.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
DEP == Diego Elio Pettenò flamee...@flameeyes.eu writes:
DEP They _are_ deprecated after all.
Where is that documented?
DEP man inittab
Not here. (/usr/share/man/man5/inittab.5.bz2 from sys-apps/sysvinit-2.88-r3.)
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
DEP == Diego Elio Pettenò flamee...@flameeyes.eu writes:
DEP They _are_ deprecated after all.
Where is that documented?
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
that gentoo lacked power
lines in its inittab(5).
Please cover the set, not just powerfail.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
.
ZM [1] https://bugs.gentoo.org/show_bug.cgi?id=410505
I've added a please re-open note to that bug.
Thanks for working on it.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
1193755ac632
So, Gentoo shouldn't prohibit merges. Instead, it should demand that
all merges be of signed tags.
The plan includes signed commits anyway, so signed tags for pulls will be
fully supported by any version of git which might be used.
-JimC
--
James Cloos cl...@jhcloos.com
WD cat /sys/block/sda/removable
WD 0
Note that a 0 there does not imply that the device cannot hotplug.
My USB drive reports 0.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
AR == Alexandre Rostovtsev tetrom...@gentoo.org writes:
AR www-servers/nginx:pcre-jit - Enable JIT for pcre
This one also should remain un-unified. There may be other, unrelated
jit options in the future, whether affecting nginx itself or potential
PDEPENDs or ???.
-JimC
--
James Cloos cl
.
If thumb drives specify it, then they lie.
The flag is read from the drive's metadata.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
get removed when the drive is unplugged.
(unplugged here means either the usb cable or the power cable.)
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
MS == Marc Schiffbauer msch...@gentoo.org writes:
MS IIRC usr = unified system resources (not an abbrev. for user)
Nope. It is in fact for user.
Before sysv created /home, bsd used /usr for user dirs.
/usr/bin et all came later.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D
.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
locales to case-insensitive.
The real fix is to have root be C.UTF-8. Which differs from C only in
that the charset is utf-8.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
As someone who leaves root w/o LANG, I would note that there are a few
packages which cannot build unless LANG is set to a UTF-8 locale.
What we really need is C.UTF-8 and/or POSIX.UTF-8, and to force *that*
in emerge(1), ebuild(1), etc.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP
with 4.5 and the .o files with 4.6.
Which looks like an ABI issue, yes?
Again, though, only for some libs. And I do not remember which.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
still run into compilation errors with C++ which
go away if I compile said code with 4.5.
GCC’s C++ abi is only *mostly* forwards compatible, not *entirely*.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
times
when it is only needed once.
To be clear, I'm not suggesting doing each hash in its own thread. Just
using their lower-level APIs avoid read(2)ing through the file n times.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
the streets that old argument lost all
of its value.
Arguably, it should be lib64 pointing to lib, but lib pointing to lib64
works and can make some logic easier, so it should remain as is.
Please ignore the fhs nonsense and leave it as it is.
Thank you.
-JimC
--
James Cloos cl...@jhcloos.com
.
Git submodules fit the bill perfectly.
This would require re-doing the cvs→git conversion, but it’d be worth it.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
it is not a benefit can add -fortran to their
/etc/make.conf or profile-specific make.defaults files.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
/lock
a symlink to /run/lock.
(And I don't just mean .keep files.)
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
for lock files.
Got to run; can't contiue to write right now
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
private information. Everyone who receives mail from these
lists can see what crypto gentoo's outgoing servers use when connecting
to one's MXs.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
Is there any specific reason why smtp.gentoo and pigeon.gentoo use
camellia for their outbound smtp starttls connections?
Not complaining or anything. Just curious.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
TC == Tomáš Chvátal scarab...@gentoo.org writes:
TC No need to escape it if it is in . it is parsed as the char itself
TC like this.
The escaping is for grep(1), not for sh(1).
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
delete the other branches at all? I'd rather have a
complete clone. Just the checkout ought to be enough.
Otherwise, cool.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
=de9a536f470919651e83ece51923594e8605781b
Confirmed working:
/usr/share/doc/minisat-2.2.0-r2/MiniSat.pdf
--- replaced sym /usr/share/doc/minisat-2.2.0-r2/MiniSat.pdf
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
last merged commit 1d6e6b2fe3b01 from 27 March.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
DB == Donnie Berkholz dberkh...@gentoo.org writes:
JC Or better yet, git clone.
DB This could work well with --shared; even worked for me on separate
DB partitions.
Yes, I did mean »git clone -l -s«.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
that they are building
from vcs.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
will be
directly and severely affected by such a change, I have to beg you
to keep the current logic for submodule-less repos.
P.S. The kind of clone used in distdir is irrelevant to the
fact that git-clone should be used to populate $S.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP
For comparison, Firefox weighs in at about 50 MB.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
of those chromium releases is another 200 Meg download.
Or is that yet another?
Still yet another?
-JimC (who still prefers the src)
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
additional patch.
I should've remembered that when I replied. [SIGH]
And it looks like pdfcairo alread is sufficiently compatible with pdf.
So no objections here to the change you already pushed. ☺
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
, showing that it was inedeed faster on their
chips to start at the high point and decrement the counter rather than
starting at the low point and incrementing.
The discussion in their lists does a better job of documenting the issue.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D
perfect.
Thanks!
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
of a premium than storage and a manual
cleanup is better than a magic behind-the-back permanent deletion. This
follows the same principles as portage does in $DISTFILES.
Thank you.
-JimC
--
James Cloos cl...@jhcloos.com OpenPGP: 1024D/ED7DAEA6
1 - 100 of 143 matches
Mail list logo