it was actually
used for. An eclass/extension could pivot off of a variable like that and
remove from ${D} any non-matching locale files before merging into the live
filesystem. That should eliminate this particular scenario.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-
obably develop a high-level,
kernel-agnostic layout that can be modified by kernel-specific differences.
I.e., Gentoo/Linux is going to do things one way while Gentoo/FreeBSD is
going to do it a different way. Ditto for Hardened or Embedded stuff.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R
On 03/01/2014 12:28 AM, Samuli Suominen wrote:
>
> On 01/03/14 04:55, Joshua Kinard wrote:
>> 3. Some profiles also override INSTALL_MASK, such as Gentoo/FreeBSD, because
>> systemd does not apply there.
>
> Wow. I don't think we should allow this without fi
is would be equivalent to Debian's
libbluetooth-dev it looks. Anyone know of any other use cases where a
separate libbluetooth package would be useful?
Omphalos:
http://nick-black.com/dankwiki/index.php/Omphalos
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"
On 03/08/2014 9:55 PM, Alexandre Rostovtsev wrote:
> On Sat, 2014-03-08 at 21:23 -0500, Joshua Kinard wrote:
>> So I want to try and play around with a particular network domination tool
>> on my home network, Omphalos. However, its current configure script has a
>> hard depe
On 03/10/2014 2:59 AM, Alexandre Rostovtsev wrote:
> On Mon, 2014-03-10 at 01:45 -0400, Alexandre Rostovtsev wrote:
>> On Sun, 2014-03-09 at 23:22 -0400, Joshua Kinard wrote:
>>> On 03/08/2014 9:55 PM, Alexandre Rostovtsev wrote:
>>>> On Sat, 2014-03-08 at 21
On 03/10/2014 5:55 AM, Samuli Suominen wrote:
>
> On 10/03/14 10:48, Joshua Kinard wrote:
>> On 03/10/2014 2:59 AM, Alexandre Rostovtsev wrote:
>>> On Mon, 2014-03-10 at 01:45 -0400, Alexandre Rostovtsev wrote:
>>>> On Sun, 2014-03-09 at 23:22 -0400, Joshua Kinar
ink that allowing
udev to be optional does more harm than good, then I guess it needs to
remain a harddep.
In that case, the better solution probably is either to make bluetooth
optional in omphalos or create a libbluetooth package that provides the
header/libs that'd satisfy the build conditi
the more generic
virtual/dev-manager, because I didn't dig deep into understanding why
virtual/udev was actually needed (I don't use bluetooth on a daily basis).
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us,
boot,
determines a random location in your filesystem and moves
/etc/init.d/functions.sh there, but moves it back on system shutdown. It'll
also go through all scripts that source functions.sh and update them to
point at the new, random location, each time.
We'll also need a typ
their
package's tags to get indexed, and when a package is removed, its tags will
also be removed.
I'd also suggest that 'all' be considered a default, global tag for all
packages, it be a reserved tag internal to emerge and other package
managers, and not count against th
On 03/23/2014 17:05, Michał Górny wrote:
> Dnia 2014-03-23, o godz. 16:27:43
> Joshua Kinard napisał(a):
>
>> On 03/23/2014 15:44, Michał Górny wrote:
>>> Tags, on the other hand, are more 'live'. They place the package
>>> somewhere in the 'global
On 03/23/2014 17:51, Michał Górny wrote:
> Dnia 2014-03-23, o godz. 17:40:20
> Joshua Kinard napisał(a):
>
>> On 03/23/2014 17:05, Michał Górny wrote:
>>> Dnia 2014-03-23, o godz. 16:27:43
>>> Joshua Kinard napisał(a):
>>>
>>>> On 03/23/20
On 03/23/2014 19:18, Kent Fredric wrote:
> On 24 March 2014 11:54, Joshua Kinard wrote:
>
>> That said, Is XML that specific that every single atom has to be wrapped by
>> an individual tag? A comma-separated list of values in its own XML tag is
>> prohibited by the spec
form you of lost rich relatives in Nigeria,
whether you like it or not. If blame has to be assigned, blame the
underlying protocol(s). The fact that 21st century global business runs on
top of antiquated, ASCII-based, non-secure protocols developed in the 1970's
simply floors me.
--
at, or set package-specific USE flags to cut udev out
when needed.
Setup a VM and try it. See what life is like on the other side!
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment by moment, lost in that vast, terrible in-between."
--Emperor Turhan, Centauri Republic
On 04/05/2014 07:13, Peter Stuge wrote:
> Joshua Kinard wrote:
>> I guess this is more of a question to be asked to the bluez developers
>> why they even allow the bluez configure script to make udev optional.
>
> Isn't the maintainer supposed to already know?
I w
solid guide on properly upgrading an ebuild to
become multilib-aware. Can one of the multilib experts check things and let
me know what is needed if people agree this is a good way to go down?
Otherwise, I'll commit the change to OpenSSL above and resolve that bug.
Thanks!,
--
Joshua K
On 04/06/2014 04:49, Ulrich Mueller wrote:
>>>>>> On Sat, 05 Apr 2014, Joshua Kinard wrote:
>
>> I've attached a first draft of virtual/sctp/sctp-0.ebuild, which
>> passes repoman checks, but I think it needs to be made
>> multilib-aware. Addition
On 04/06/2014 16:06, Joshua Kinard wrote:
> On 04/06/2014 04:49, Ulrich Mueller wrote:
>>>>>>> On Sat, 05 Apr 2014, Joshua Kinard wrote:
>>
>>> I've attached a first draft of virtual/sctp/sctp-0.ebuild, which
>>> passes repoman check
On 04/06/2014 17:05, Ulrich Mueller wrote:
>>>>>> On Sun, 06 Apr 2014, Joshua Kinard wrote:
>
>> Derp, since this is a virtual for a linkable library, set DEPEND
>> first, then RDEPEND to ${DEPEND}.
>
> No, setting RDEPEND (as it was in your previous versio
the bottom of that FAQ indicates that the HPN upstream has
provided the patch to the OpenSSH devs, but they really should create a bug
for it and attach their patch there.
Refs:
1. https://bugzilla.mindrot.org/show_bug.cgi?id=2016
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011
lt off)?
Refs:
1. http://marc.info/?l=openbsd-misc&m=139698608410938&w=2
2. http://www.tedunangst.com/flak/post/heartbleed-vs-mallocconf
3. http://www.tedunangst.com/flak/post/analysis-of-openssl-freelist-reuse
4. http://marc.info/?l=openssl-users&m=139723710923076&w=2
5. http://marc.info/
On 04/13/2014 20:17, Patrick Lauer wrote:
> On 04/14/2014 04:42 AM, Joshua Kinard wrote:
>>
>> So one of the side-discussions happening after Heartbleed was the fact that
>> OpenSSL has its own memory allocator code that effectively mitigates any C
>> library-provi
being shuffled around main memory and the CPU caches, which, although means
slower compile times, might hake such a machine a bit snippier. Though, I
dread how long GCC will take to build itself w/ LTO. The O2 already needs
~18hrs for 4.8. I haven't tried 4.9 on it yet.
--
Joshua Kinard
Gentoo
that rather lengthy list. From a compiler engineer
> perspective I'd like to toss in my opinion
[snip]
What compiler, out of curiosity?
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
o
On 04/27/2014 19:08, Rich Freeman wrote:
> On Sun, Apr 27, 2014 at 6:56 PM, Joshua Kinard wrote:
>>
>> My curiosity, as I have not attempted LTO yet on any machine, is what are
>> the RAM requirements? Is it a hard limit, wherein the compiler simply fails
>> if there i
; there is primarily 3 limitations with MIPSPro IPA
[snip]
That's if they ran IRIX. They run Linux :)
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment by moment, lost i
atch available for glibc to correct this, that might be the better path.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment by moment, lost in that vast, terrible in-between."
--Emperor Turhan, Centauri Republic
On 06/13/2014 14:41, Joshua Kinard wrote:
> On 06/13/2014 14:08, Greg Turner wrote:
>> On Fri, Jun 13, 2014 at 6:38 AM, Rich Freeman wrote:
>>> add the strip-flags statement to the ebuild and be done
>>> with it
>>
>> To do it "greenly" we'd
ust found this on our forums, too. Kinda odd that a change of -march
args to gcc would apparently correct the same problem. I don't have a
non-hardened system available that can test this, though.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts
oblem
reported in that bug?
If so, is it sensible to allow crossdev to install a cross-toolchain when
the underlying machine architecture is the same, just a different ABI?
I.e., would a solution be to prevent i686-on-x86_64 or mips64-on-mips, but
still allow mips64-on-x86_64, and such?
--
Josh
On 06/16/2014 16:24, hasufell wrote:
> Joshua Kinard:
>> On 06/16/2014 15:47, hasufell wrote:
>>> Jeroen Roovers:
>>>> On Mon, 16 Jun 2014 19:31:58 +
>>>> hasufell wrote:
>>>>
>>>>> Also check the history of this thread f
On 06/16/2014 18:10, hasufell wrote:
> Joshua Kinard:
>>
>> Then, can crossdev be augmented to work around the invalid behavior?
>
> Yes, by installing it into prefixes and requiring people to add it to
> PATH on their own if they need it outside of cross-emerge.
How b
On 06/16/2014 17:42, Jeroen Roovers wrote:
> On Mon, 16 Jun 2014 16:27:19 -0400
> Ian Stakenvicius wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> On 16/06/14 04:05 PM, Joshua Kinard wrote:
>>> On 06/16/2014 15:47, hasufell wrote:
&g
On 06/16/2014 21:47, hasufell wrote:
> Joshua Kinard:
>>
>> How big of a patch would this change require to the existing crossdev ebuild?
>>
>
> Probably quite trivial, but since vapier said "bs" to that proposal
> (translates to "bullshit" I gue
On 06/17/2014 08:30, hasufell wrote:
> Joshua Kinard:
>> On 06/16/2014 21:47, hasufell wrote:
>>> Joshua Kinard:
>>>>
>>>> How big of a patch would this change require to the existing crossdev
>>>> ebuild?
>>>>
>>&
se I used to
play with a lot of the cross-compile stuff for MIPS and Sparc. Mike and
Ryan are the two primaries in toolchain right now. If they don't see a
problem with crossdev right now, then I do have to question just how big of
a problem this really is.
--
Joshua Kinard
Gentoo/MIPS
ku...@gen
On 06/17/2014 08:48, hasufell wrote:
> Joshua Kinard:
>>
>> Equally using the Council as a hammer all the time doesn't work in the
>> long-term, either.
>
> This is exactly the case where the council has to step in to solve
> global issues and those between p
On 06/17/2014 10:22, Michał Górny wrote:
> Dnia 2014-06-17, o godz. 09:25:32
> Ian Stakenvicius napisał(a):
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA256
>>
>> On 16/06/14 07:38 PM, Joshua Kinard wrote:
>>> Can $PATH be configured via our exist
On 06/17/2014 10:38, hasufell wrote:
> Joshua Kinard:
>>
>> "upstream" didn't say anywhere in that bug that they weren't interested.
>> They countered your reasoning with a technical argument. QA even states
>> that you need to file separate bugs fo
On 06/17/2014 10:56, Alexandre Rostovtsev wrote:
> On Tue, 2014-06-17 at 10:17 -0400, Joshua Kinard wrote:
>> What I'd like to see is a list of all affected packages so we all can get a
>> sense of just how big the actual problem really is. All I am hearing so far
>> are
;t a pressing need to do something about it right now,
let's try to think up a proper way to address the problem for the longterm,
because the number of multilib/pkgconfig packages will likely increase in
the future.
Sound fair?
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3
who are quite avid about being on the forefront of the
latest and greatest already know how to unmask such packages and test them
out. So a mask on "=sys-devel/gcc-4.9.0" with the reason of "Masked for
testing" makes perfect sense, especially since this version of gcc enables
st
e it down some.
> If not maintained, then leave them alone until treecleaned. If they
> are maintained, then I'd be interested in hearing from maintainers as
> to what they're up to. I wouldn't just remove the mask unless
> somebody is actually going to co-maintain. The
server types. So "servers/www" would drag in apache, and
"servers/dns" would attempt to pull in BIND. Obviously,
there would need to be a way to override the core software
element for a given server role -- Maybe USE flags could be
modi
On 07/03/2014 03:32, Michał Górny wrote:
> Dnia 2014-07-03, o godz. 02:18:23
> Joshua Kinard napisał(a):
>
>> [...]
>>
>> And so on. The goal was to have profiles/ be extremely flat, with limited
>> nesting only for categorization purposes. Each comp
On 07/03/2014 03:00, Michael Haubenwallner wrote:
>
> On 07/03/2014 08:18 AM, Joshua Kinard wrote:
>> On 07/02/2014 13:54, Michał Górny wrote:
>>> Dnia 2014-07-02, o godz. 10:44:16
>> [snip]
>>>
>>> I don't feel like we ought to vote on somethi
gt;> Summary: I have made many mods to sys-app/portage (2013 version). The result
>> is
>> a proposal of patch for latest sys-app/portage, see below.
This also should probably be addressed to the gentoo-portage-dev ML, not the
main -dev ML.
--
Joshua Kinard
Gentoo/MIPS
ku...@g
n it.
I.e., w/ MIPS, we don't support anything under the mips3 ISA, which includes
DECStations (Debian does support those). Build times would just be
tremendously slow and I haven't seen a lot of desire to support those.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 20
ies, libs, etc.
1. http://www.gentoo.org/doc/en/security/security-handbook.xml?part=1&chap=4
2. http://cr.yp.to/qmail/var-qmail.html
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
o
ugh, and can fix all the other bugs I keep running into on
these systems.
> Debian announced some months ago that they're dropping sparc support as
> well. Right now debian doesn't support, officially, alpha, hppa and sparc.
Their loss :)
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment by moment, lost in that vast, terrible in-between."
--Emperor Turhan, Centauri Republic
On 08/01/2014 05:35, Joshua Kinard wrote:
> On 08/01/2014 04:52, Raúl Porcel wrote:
>>
>> Indeed! The thing was that a lot of the packages were keyworded and
>> marked stable back in the day where the arch was more popular.
>>
>> But almost all arches except amd64/
entries are about to stop
being page-shift some time soon. See the linux/Documentation/vm/pagemap.txt
for details.
https://lkml.org/lkml/2013/4/30/279
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frighte
If you enable all completions by default, bash would need to load a lot
> of functions, most of them not even used during the session.
>
>
> The new system
> --
>
> completionsdir = /usr/share/bash-completion/completions
>
[snip]
I take it systems with /usr m
y to clean up some of
> the historical mess, and make ebuild writing have one pitfall less.
>
> What do you think?
>
> [1]:https://bugs.gentoo.org/show_bug.cgi?id=465772
+1
This throws me at random, so unifying the behavior would be nice. Perhaps
repoman should get a warning added for
wall building tool out there
(that I know of). I believe there were some rumours of restarting
development under another fork, but I haven't looked for any kind of updates
in some time.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present
uick edits, but an argument can be made for swapping that out
with a minimal vim (which doesn't require ncurses).
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip
ces, since I know they've
fixed the SCTP bug in netstat -S. The last official net-tools release on
SourceForge is 2011, so I don't think that's going to be updated anymore.
https://apps.fedoraproject.org/packages/net-tools/overview
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.o
On 09/07/2014 16:01, Rich Freeman wrote:
> On Sun, Sep 7, 2014 at 3:49 PM, Joshua Kinard wrote:
>> IMHO, I think @system should maintain at least one editor and include
>> some kind of networking diagnostic package.
>
> Why is it important that we not be able to paralle
On 09/07/2014 16:45, Ulrich Mueller wrote:
>>>>>> On Sun, 07 Sep 2014, Joshua Kinard wrote:
>
>> And thus, I was referring only to @system, not a stage3. I think an
>> editor should be in @system, but as much as I like nano, I know the
>> ncurses depe
On 09/07/2014 17:04, Rich Freeman wrote:
> On Sun, Sep 7, 2014 at 4:33 PM, Joshua Kinard wrote:
>> And thus, I was referring only to @system, not a stage3. I think an editor
>> should be in @system, but as much as I like nano, I know the ncurses
>> dependency won't s
On 09/07/2014 17:57, Joshua Kinard wrote:
>
> As for net-tools itself, I'll see if I can get Fedora's patches to apply to
> it and update it. If not, I dunno whether to import their version as a
> separate package or as an alternate version (net-tools-2.0?). No point
guess. Probably going to need a sharper stick.
MIPS has no stable, so don't let it hold you guys back. Just keep gcc-4.7.x in
the tree for a few more years. I've got time until glibc requires gcc-4.8 to
get this bug figured out and fixed :)
--
Joshua Kinard
Gentoo/MIPS
ku...@ge
MB on another, etc), hence the
need to keep this small or find another way to do things.
Are there possibilities about breaking off just a small piece of openrc and
putting that into /run (or /boot)? Enough of the core scripts so that it
can find /usr and mount it before continuing?
- --
On 09/07/2011 20:35, Rich Freeman wrote:
> On Wed, Sep 7, 2011 at 5:31 PM, Joshua Kinard wrote:
>
>> Never once have I had any issues
>> with separate / and /usr, and none of them use an initramfs.
>
>
> Ditto here, but that doesn't mean that problems don&#x
at with an initscript somewhere.
> The alternative is to spend huge amounts of time maintaining system packages
> just so that we can be different.
Isn't this what we do already? :)
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the prese
redict when my next
power outage will be. Last thing I need on my plate is a Linux box not
coming back online because separate /usr was suddenly deprecated.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future fr
needed (i.e. a
program exhibits issues in n32 until upstream can fix). n64 is also an
as-needed basis, typically where a program derives a benefit from being true
64bit versus one of the other two.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, t
bly in
1995 (IRIX 6.5, the last branch, didn't start until 1998). So Linux support
for n32 has been literal eons in the making. It is seriously old school
stuff here. I was just starting middle school when n32 became standard.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3
d leadership
in making Gentoo/MIPS a viable element of the Gentoo project one again!
Thanks Matt!
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment by moment, lost in
e)
fi
or
if $(iuse_contains foobar); do
$(cake)
fi
Thinking from just a general pronunciation perspective, though. Assuming
someone reads that as "If in eye-use..." or "If eye-use contains ...".
'has_iuse' Almost reads as "has issues ...", hence, &q
On 09/13/2011 06:46, Michał Górny wrote:
> Guess just a typo but for the record:
No, just a Portal joke :)
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment b
is a bash4-only thing, or bash3 and/or bash2 as well?
If yes to above, we should get this edited and fixed up, then, because it
uses -z/-n inside [[ ]]:
http://devmanual.gentoo.org/tools-reference/bash/index.html
Oh, forgot, it won't break initscripts, will it?
--
Joshua Kinard
Gentoo/MIPS
ku
we'll be lucky to live through it.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment by moment, lost in that vast, terrible in-between."
--Emperor Turh
this offbeat, utopian,
überDesktop concept), then that's a bug and someone needs to write a patch
and send it upstream.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, mome
of users, but not to code it in as a hard-set default.
Gentoo's about choice. Why else do we have more USE flags than the entirety
of the IPv6 address space?
(okay, I'm stretching that last a sentence a fair bit ...)
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03
On 09/19/2011 04:25, Alec Warner wrote:
> If 'someone' needs to write a patch then I
> assume you will volunteer?
My C is getting better. Don't tempt me...
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the prese
nimal pci.ids consisting
only of disk drivers if need be in /etc, or find some other clever solution.
We've got enough people here; someone oughta be able to figure something out.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confu
ystemd/separate-usr-is-broken
http://marc.info/?l=linux-hotplug&m=131206447302056&w=2
Really, MacOS's filesystem layout is not something anyone in their right
mind should deign to mimic/copy.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past t
On 09/19/2011 07:17, Arun Raghavan wrote:
> On 19 September 2011 16:07, Joshua Kinard wrote:
> [...]
>> Yes, but some of us don't even want to have that initramfs built into our
>> kernels. And no one, other than freedesktop.org* and a few people on
>> linux-ho
On 09/19/2011 13:36, Greg KH wrote:
> On Mon, Sep 19, 2011 at 06:37:49AM -0400, Joshua Kinard wrote:
>> On 09/19/2011 05:10, Michał Górny wrote:
>>
>>>
>>> Could we stop putting random stuff in random dirs because 'it will
>>> work'? /etc is _SY
rnally when we
brought the o32/n32/n64 mess to light with its author?
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment by moment, lost in that vast, terrible
, lower memory use because the size of codewords is smaller in
memory overall.
Anyone wanting to compare x32 and n32 can see the old n32 ABI guide here:
ftp://ftp.linux-mips.org/pub/linux/mips/doc/ABI2/MIPS-N32-ABI-Handbook.pdf
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
nitramfs if needed) for those that do.
Linux's greatest asset is its extreme configurability -- a single source
tree can be compiled to run on super computers or cable boxes.
And I see yet another reference to MacOS's /System in that link, too...
--
Joshua Kinard
Gentoo/MIPS
ku...@gento
see no problem with three
years like the primary key. Especially since people will typically just change
the expiration and advance it the minimum number of years, lather, rinse, and
repeat. It's a solution looking for a problem.
NAK on this.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
r
to their own bullet and clarify that they
don't allow for a key length, as I think that's hardcoded in some capacity.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, the present confuses
On 7/4/2018 7:22 PM, Kristian Fiskerstrand wrote:
> On 07/05/2018 01:07 AM, Joshua Kinard wrote:
>>> @@ -64,6 +66,8 @@ not be used to commit.
>>>
>>> b. RSA, >=2048 bits (OpenPGP v4 key format or later only)
>>>
>>> + c. ECC, cu
an, but FreeBSD appears to
be fine with three years on their committer keys:
"""
A three year key lifespan is short enough to obsolete keys weakened by
advancing computer power, but long enough to reduce key management problems.
"""
https://www.freebsd.org/doc/en_US.IS
On 7/25/2018 1:38 AM, Michał Górny wrote:
> W dniu śro, 25.07.2018 o godzinie 01∶28 -0400, użytkownik Joshua Kinard
> napisał:
>> On 7/8/2018 2:38 PM, Michał Górny wrote:
>>> Replace the 'Gentoo subkey' term that might wrongly suggest that
>>> the develop
profiles. The default 13.0 profiles should be left alone a bit longer,
though. Transition shouldn't be a problem with those, as I last did a
catalyst run from Sept 18 to Nov 18 that had no issues, but end of year
obligations sidetracked me, so I need to eventually start over again with a
more
19 >>> sys-apps/util-linux-2.33.1
merge time: 1 hour, 23 minutes and 37 seconds.
Thu Feb 21 04:14:33 2019 >>> sys-apps/util-linux-2.33.1
merge time: 1 hour, 25 minutes and 15 seconds.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 20
On 2/25/2019 05:18, Alexander Tsoy wrote:
> В Пн, 25/02/2019 в 13:07 +0300, Alexander Tsoy пишет:
>> В Чт, 21/02/2019 в 04:36 -0500, Joshua Kinard пишет:
>>> Does anyone have an idea why util-linux's build time would go up
>>> significantly from 2.32.x to 2.33.x
On 2/21/2019 16:18, Kristian Fiskerstrand wrote:
> On 2/21/19 1:29 PM, Guilherme Amadio wrote:
>> On Thu, Feb 21, 2019 at 04:36:24AM -0500, Joshua Kinard wrote:
>>> Does anyone have an idea why util-linux's build time would go up
>>> significantly from 2.32.x to 2.3
or not maintained upstream? My Indy is dead due to
a bad RTC, so I can't test it for the foreseeable future.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, the present confuses us, th
On 3/1/2019 10:01, Mart Raudsepp wrote:
> Ühel kenal päeval, N, 28.02.2019 kell 04:13, kirjutas Joshua Kinard:
>> On 2/25/2019 05:18, Alexander Tsoy wrote:
>>> В Пн, 25/02/2019 в 13:07 +0300, Alexander Tsoy пишет:
>>>> В Чт, 21/02/2019 в 04:36 -0500, Joshua Kinard пи
On 3/3/2019 14:15, Matt Turner wrote:
> On Sun, Mar 3, 2019 at 1:09 AM Joshua Kinard wrote:
>>
>> On 3/2/2019 13:46, Matt Turner wrote:
>>> # Matt Turner (02 Mar 2019)
>>> # Old, unused drivers.
>>> # Masked for removal in 30 days. Bug #679256
>>
-utils
Remove filesystem reference?:
sys-apps/mlocate/files/updatedb.conf
Remove reference to 'ipx-utils':
profiles/license_groups
Thoughts?
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
&quo
On 3/26/2019 10:22, Michał Górny wrote:
> On Mon, 2019-03-25 at 15:19 -0400, Joshua Kinard wrote:
>> Throwing a question out there on whether to keep both the net-fs/ncpfs and
>> net-misc/ipx-utils packages around any longer. Kernel upstream removed both
>> the IPX (Interne
meplace that I oughta know about?
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, the present confuses us, the future frightens us. And
our lives slip away, moment by moment, lost in
101 - 200 of 289 matches
Mail list logo
