x27;ve already tested out udev-181 on a VM with a
separate /usr. With devtmpfs, the system fully boots just fine, no
initramfs needed. Guess what the only piece of software to mess up is?
Udev. I largely think it's a timing issue in OpenRC, however, because /usr
DOES get mounted fairly quic
On 03/12/2012 21:37, Kent Fredric wrote:
> On 13 March 2012 14:22, Joshua Kinard wrote:
>> I thought this up on a whim, it hasn't been tested nor vetted. It's largely
>> meant as a joke, but also to provoke discussion on the current filesystem
>> design and the di
kinda is,
along with key filesystem tools.
--
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,
On 03/13/2012 07:54, James Broadhead wrote:
> On 13 March 2012 01:22, Joshua Kinard wrote:
>> We should be working to getting rid of /usr and bring it all back into /,
>> then create temporary /usr symlinks to point programs in the right
>> direction. After all, /usr wa
ng module support entirely.
The trend now seems to be to modularize everything these days, even stuff
like the core disk drivers, then build those core modules into an initramfs
that the kernel cherrypicks from at boot. That's the perception, anyways,
and one which I don't really get
lly lost some amount of "freedom" in my
choice of running a Linux box.
--
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
e comically:
http://megatokyo.com/strip/305
--
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, Ce
a decision point:
adapt, or become irrelevant.
I chose to stick with Gentoo as my distro of choice because I didn't like
the way Red Hat did things years ago. As well as a few other nitpicks I
have. It bugs me to no end that, despite running a fairly vanilla setup on
a source-based distro who
s firmware and change this setting).
Devtmpfs quite literally handles 98% of my particular usage scenario. Does
that apply to everyone? Nope. Just an interesting observation.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses
parate /usr mentioned specifically anymore in either
security guide, but I'm sure if you dig on the Wayback Machine (once it
comes back online), you can probably find these references. Search from
2003 to 2007. I'm not certain when they were removed.
--
Joshua Kinard
Gentoo/MIPS
ku...@
-/usr-without-initramfs will not work and
> will not be supported :)
Not supported by whom? udev? Or Gentoo?
--
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, mom
rise
sector, the one-size-fits-all approach is damn near mandatory because most
admins run with the distro-provided kernel and typically are not custom
compiling them.
But we're not a binary distro. We're a source-based distro, although it's
possible to run Gentoo in a binary fashion. As
esystem. If we were looking at some non-critical, non-boot service that
made this decision, then we wouldn't be having this discussion.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us. A
27;t Debian here people, we don't support "everything" :)
>
> Gentoo provides far more options than Debian does, so this seems
> somewhat contradictory to me.
Agreed. Debian is focused on an entirely different model of building a
Linux system, thus they have a
able to boot my systems up
just fine.
Is it futureproof? Not really. I imagine plugging USB mass storage devices
into a udevless system might be problematic. Food for thought.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present c
dn't do colors in the terminal. We did. And it all branches out from there.
--
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, terr
#x27;s system,
without fully replacing OpenRC, but I would actually be interested in seeing
something like this on Gentoo (such as something that simply parses and
executes rc-update to change things).
http://packages.debian.org/squeeze/file-rc
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D2
n FS like those
two which not only encourage dozens of mount points, but which seamlessly
hide all the dirty details from you (and the users), and issues like this
will simply vanish into thin air.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us,
indows into D:\ :)
I'd say call it /sys for NetWare's old SYS:\ volume, but that's already
taken by sysfs.
--
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 aw
On 03/14/2012 17:13, Walter Dnes wrote:
> On Wed, Mar 14, 2012 at 08:07:07AM -0400, Joshua Kinard wrote
>
>> Ah, bluetooth keyboards. The luddite in me finds those quite
>> the oddity. I still use only PS/2, specifically because it's less
>> complex and less like
in that
fashion, I don't know for certain.
But yes, if you enable CONFIG_IKCONFIG_PROC, you're essentially turning on
(or utilizing) an initramfs accessible via /proc.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses
stantly referring to Fedora or Freedesktop
websites for their reasoning doesn't matter to me. I don't use Fedora nor
do I use X11 (at least the server. I tunnel 2-5 X11 apps over SSH, however).
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The pas
; make this basic fact go away.
It's human nature to complain or otherwise voice dissent, especially when
someone or something comes along and declares that what used to JustWork(TM)
now NoLongerWorks(TM).
Does that mean my dissent matters? Probably not. But that's not going to
stop
On 03/15/2012 10:41, Greg KH wrote:
>
> There's always mudev if you don't want to run udev, good luck with that.
Got a link? We don't have anything matching in the tree, and Google turns
up nothing relevant in the first few pages.
--
Joshua Kinard
Gentoo/MIPS
ku...@gent
ath from such an old glibc to something newer.
--
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."
--Emp
?
Come to think of it, a disk drive that blew steam and made a whistling sound
without totally destroying the disk would be pretty awesome...
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present confuses us, the future frightens us.
Portage
in Bash syntax under GPLv2.
That said, sometimes you just find entire chunks of BSD code in Linux,
complete with only the BSD copyright block:
See drivers/scsi/aic7xxx/queue.h
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
"The past tempts us, the present co
at death of the Universe.
--
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 Rep
wake up one day and exclaim, "I will develop X!", and
then go off and do so without any formal planning or even a rough idea of
how to start. Sometimes it works, and sometimes it doesn't. Sometimes, you
just roll dice. That's what keeps life interesting.
--
Joshua Kinard
G
gger ROI on security than gutting module-loading tools or systemd
scripts off of a system. Do I like them there? Not really (unless I'm
developing a kernel driver, then modules come in handy). But it is what it is.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
4096R/D25D95E3 2011-03-28
&qu
types that runs a fairly
vanilla, not-very-fancy system that has had a separate /usr for a number of
years (2005 for most of my machines), it's a relatively painless transition
and it doesn't require the initramfs and it avoids having to
backup/format/restore each system. Obviously,
nerated from the udev
> package itself, as it holds the master hardware database. But that's a
> totally different topic than the one at hand, and is still being worked
> on by the developers of the different upstream packages.
Okay, maybe it's just the kmod thing I am think
On 11/19/2012 9:39 AM, Rich Freeman wrote:
> On Sun, Nov 18, 2012 at 10:38 PM, Joshua Kinard wrote:
>> Correct me if wrong, but didn't the issue start with udev wanting to put the
>> PCI ID database/file into /usr/share from /etc?
>
> Well, I can't vouch for what
make a catalyst run as well, especially a stage2 run which will
invoke /usr/portage/scripts/bootstrap.sh, to cover all corner cases.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, the present con
le manner and be used by far more consumers than today's eblits are, is
to either find and finish the old elibs GLEP or start one over from scratch,
submit whatever needs submitting via patches to at least PMS and Portage, work
through whatever processes are required for approval, and then de
On 03/21/2017 04:43, Kristian Fiskerstrand wrote:
> On 03/21/2017 09:28 AM, Joshua Kinard wrote:
>> In general, the concept of code-sharing common blocks of logic between
>> multiple
>> ebuilds in a specific package directory that is not a top-level eclass is not
>> e
chain? Or would there be a few additional steps needed? I only use PaX
for mprotect() and the ALSR capabilities, though I suspect those might be in
the standard sauce by now. As such, I haven't had to deal with userland issues
and PaX too much over the years.
--
Joshua Kinard
Gentoo/MIPS
On 06/26/2017 09:15, Luis Ressel wrote:
> On Sun, 25 Jun 2017 23:47:48 -0400
> Joshua Kinard wrote:
>
>> Safe for now to just switch to gentoo-sources while retaining hardened
>> toolchain? Or would there be a few additional steps needed? I only
>> use PaX
nment."
https://en.wikipedia.org/wiki/Endianness#Middle
And this resource:
http://unixpapa.com/incnote/byteorder.html
Recommends to ignore middle-endian, as it believes no processor was ever
implemented that stored integers in middle-endian format.
--
Joshua Kinard
Gentoo/MIPS
ku...@gento
e that GPG_TTY is set in your shell.
^^^--- This is likely the issue.
Add:
export GPG_TTY=`tty`
To your ~/.bash_profile (or wherever you put your PORTAGE_GPG_KEY value), and
that should solve the issue. I got bit by this once, and spent a while
convincing Google that I'm not a robot t
optional body
wrapped at 75 chars/line, and including the usual git tags for sign-off and
such. Though, I like the explicitness of the GLEP's text on a few things more.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
a gcc-6-built,
sys-libs/uclibc-ng in chroot for some time now, have completed several
catalyst runs, and am at the tail end of a fresh install of a
sys-libs/uclibc-ng userland on actual MIPS hardware.
Signed-off-by: Joshua Kinard
---
eclass/toolchain.eclass |3 ---
1 file change
s ~2 weeks ago indicated glibc-2.26 caused Python to fail its build
because either the RPC or NIS module failed to build (I forget which).
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, the p
considerations for
the userland support for them on non-glibc systems? E.g., are they provided by
third-party libraries or do they need implementations in
uclibc/uclibc-ng/musl/*? And what about the Alt/BSD side of things? I assume
FreeBSD implements this already, but worth verifying wit
On 11/12/2017 22:48, Gordon Pettey wrote:
> On Sun, Nov 12, 2017 at 8:22 PM, Joshua Kinard wrote:
>
>> Minor clarification, old single core //and// uni-processor. Some older
>> machines have multiple physical CPUs that are single-core. Threading
>> should be
>>
are not impossible (all the tools are still in the tree), but
we really need netboot images first. Any future boot CD will be command line
only. The X11 world has moved so far ahead, that even if Octane's X11 Impact
driver got fixed, I doubt the experience would be anything but "fun
On 4/2/2018 3:37 AM, Joshua Kinard wrote:
> On 4/1/2018 11:40 PM, Matt Turner wrote:
>> I'd like to start giving ~monthly updates on the status of mips@ in
>> Gentoo.
>>
>> Recently I received a Loongson 3A system (quad-core 1.35GHz, 16GB RAM,
>> AMD graph
only part of mips4. It also has no knowledge of
scheduling for the old CPU families, like R10K. I helped write the current
R10K scheduling code for gcc a few years ago, so maybe could do something for
clang/llvm, though I have no idea how they implement CPU scheduling logic.
--
Joshua Kinard
Gent
On 4/2/2018 4:32 PM, Michał Górny wrote:
> W dniu pon, 02.04.2018 o godzinie 13∶27 -0400, użytkownik Joshua Kinard
> napisał:
>> On 4/2/2018 5:41 AM, Michał Górny wrote:
>>> W dniu nie, 01.04.2018 o godzinie 20∶40 -0700, użytkownik Matt Turner
>>> napisał:
>>
imple* filesystem configurations (i.e., just basic
partitions, no LVM, evms, encryption, etc).
So I don't there would be immediate breakage in this scenario. It's going to
depend on how a given system was configured. Simple setups appear to
JustWork(), AFAICT.
--
Joshua Kinard
Gentoo
GNU package or
RH itself, can go pound sand for all I care. I'll go back to a static /dev and
I'll manually mknod any missing devices if I have to.
You know it's getting ridiculous when you can maintain a Windows/NTFS partition
layout easier than a Linux one.
--
Joshua Kinard
Gentoo/
On 04/10/2016 08:14, Rich Freeman wrote:
> On Sun, Apr 10, 2016 at 7:55 AM, Joshua Kinard wrote:
>>
>> Create like, a table on the Wiki or some kind of metadata property
>> per-package
>> that can contain a boolean or tri-state flag indicating whether it works or
>
~1.5KB per mips-sources ebuild, so 3.4KB per ebuild instead of the
current 4.9KB).
And yes, for anyone wondering, I have new mips-sources ebuilds. Just took a
month to partially rewrite the SGI Origin/IP27 kernel code and then hunt down a
hardware bug on my SGI Octane, so, been distracted...
--
Jo
to share package-specific code between multiple ebuilds of
differing versions.
Whether the idea is useful in the present day and age, eh, who knows. For the
mips-sources ebuilds, eblits let me centralize the per-machine notes and
unpacking logic, which reduced each ebuild's size from ~18KB a
ipped to learn. :p
>
> Hence, the suggestion includes both.
>
> - Solve the immediate issue.
> - Include information to solving the issue in future.
The other, less popular option, is to just feed the man to the fish. That also
solves the problem :)
--
Joshua Kinard
Gentoo/MIPS
ku.
ous where one would store them.
Easy...under eclass/, in per-category sub-folders :)
(yay for more directory bureaucracy!)
> Ulrich
>
> [1]
> https://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo/users/antarus/projects/gleps/glep-XX.txt?view=markup
>
--
Joshua Kinard
Gentoo/MIPS
s in other places
> (e.g. security bugs).
>
> Your thoughts about this one?
I'd add at least an entry for "Toolchain" and route it to the toolchain@g.o
address by default. Most users know to assign a majority of gcc-related or
binutils-related bugs to toolchain anyways. Not
ion, thus cannot be easily and
independently confirmed. It'd be nice if, when replying in a comment, a flag
could be made available to automatically to state that "I've encountered this
issue, too", and once 2, 3, or 4 of those are logged, Bugzilla automatically
changes the state
mentation instead of a hardcoded
ebuild, should future kernel packages sourced from a git repo get added.
Patch is attached for review.
Thanks!
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, the
like their mirror is running at
around a plaid-inducing speed of ~2.3K/sec. For anyone that remembers the
28.8kbps days...
Thanks!
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, the present confus
On 08/20/2016 20:22, Daniel Campbell wrote:
> On 08/20/2016 05:13 AM, Joshua Kinard wrote:
>> All,
>>
>> It looks like that sometime around Linux 3.15, some kind of a quirk was
>> introduced where a patch that contains the removal of a symlink followed by
>> t
g an "ewarn", so it's not a critical error and should have
been squelched with the first --quiet. I'd either update the message to an
"eerror" to get attention or add a note about the double-quiets somewhere (or
add a new switch, --stfu, to do the job ).
--
Joshua Kin
Indigo2
R1 to boot again. I think the Gentoo install on that machine hasn't seen
the light of the Kernel since ~2006. Probably earlier.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, th
8. However, it is simple enough to backport. But I'd prefer
the easier option of unmasking 20160308.
Thoughts on how to proceed?
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The past tempts us, the presen
ing it to portage. Why not
> just add it hard masked or unkeyworded?
>
> Paweł
It's in the hardened-development overlay. You can use layman to install the
overlay, then test out gcc-6.2.x. Already found a bug related to mips myself,
heh.
--
Joshua Kinard
Gentoo/MIPS
ku...@gento
2 - hybrid 32-bit/64-bit (like x32), goes into /lib32 or /usr/lib32.
n64 - full 64-bit, goes into /lib64 or /usr/lib64
This basically follows the layout that old IRIX used to use when you had
binaries/libs from all three ABIs mixed into the same root.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
On 09/06/2016 06:56, Paweł Hajdan, Jr. wrote:
> On 05/09/16 13:07, Joshua Kinard wrote:
>> On 08/31/2016 17:28, Paweł Hajdan, Jr. wrote:
>>> gcc-6 doesn't seem to be in portage.
>> It's in the hardened-development overlay. You can use layman to install the
&
md* aren't affected by this? Cthulhu-forbid Linux device
naming gets any more complicated than using UUID's. What's next, saving the
serial numbers of discovered disks in an overly-complicated key/value-based
non-SQL database format?
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
614
s right now, so it'll be awhile before I put stuff on
the mirrors.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 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 aw
ng clang/llvm and several other dependent packages. I've given up trying
to debug it, too. It's something gcc-6.x is doing, code-generation-wise, that
is beyond my ability to troubleshoot.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
6144R/F5C6C943 2015-04-27
177C 1972 1FB8 F254 B
t said, its existence in a musl stage would solve the problem highlighted
by tools blindly trying to call 'locale' and logging that it doesn't exist.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
&q
e messages
on the console every time I commit a change. They give the RepoMan
personality and a soul, and thus, contribute to the uniqueness that is Gentoo.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3 F5C6 C943
"The
ment packages you propose?
If so, please say so and identify which one(s).
My opinion is that any tool that replaces repoman should, at a minimum,
replace like functionality with like functionality, plus benefits or
enhancements. This looks more like a step backwards, not a step forwards.
--
J
ough to look at any issues it
has and attempt to fix them?
That said, I'm not terribly bothered by it. It is slow, don't get me wrong,
but it's not slow enough that my workflow is significantly impacted. It
catches most of the mistakes I've ever made before I make them so that I
On 3/10/2022 14:59, Alec Warner wrote:
> On Thu, Mar 10, 2022 at 10:28 AM Joshua Kinard wrote:
>>
>> On 3/9/2022 16:47, Matt Turner wrote:
>>> On Wed, Mar 9, 2022 at 1:37 PM Matthias Maier wrote:
>>>>
>>>>
>>>> Just a quick though:
>
On 3/10/2022 14:58, Alec Warner wrote:
> On Thu, Mar 10, 2022 at 10:27 AM Joshua Kinard wrote:
>>
>> On 3/9/2022 16:00, Matt Turner wrote:
>>> I'd like to deprecate and ultimately remove repoman. I believe that
>>> dev-util/pkgcheck and pkgcommit (from app-p
On 3/11/2022 03:54, Mart Raudsepp wrote:> Ühel kenal päeval, N, 10.03.2022
kell 18:18, kirjutas Joshua Kinard:
>> I stick to the officially-published method of checking and committing
>> changes:
>> https://devmanual.gentoo.org/ebuild-maintenance/git/index.html
>>
&
it
workflows. Going back into git post-commit to fix things is still something
I need to learn more about, as my git-fu is still pretty amateurish beyond
the common basics. Especially when dealing with kernel patch maintenance
and maintaining lots of small, discrete changes that kernel upstream pref
On 3/11/2022 20:54, Sam James wrote:
>
>
>> On 11 Mar 2022, at 19:39, Joshua Kinard wrote:
>>
>> On 3/11/2022 03:54, Mart Raudsepp wrote:> Ühel kenal päeval, N, 10.03.2022
>> kell 18:18, kirjutas Joshua Kinard:
>>>> I stick to the officiall
On 3/11/2022 20:57, Sam James wrote:
>
>
>> On 10 Mar 2022, at 23:18, Joshua Kinard wrote:
>>
>> On 3/10/2022 14:58, Alec Warner wrote:
>>> On Thu, Mar 10, 2022 at 10:27 AM Joshua Kinard wrote:
>>>>
>>>> On 3/9/2022 16:00, Matt Turner
zation above or the
> unoptimized reality below - there's still twice as much work being
> done. This is all unless I've misread the source code, which is
> possible, so if somebody knows this code well and I'm wrong here,
> please do speak up.
Not to go off-topic, but w
ull request on libxcrypt for
argon2[4], so maybe that is something to follow to see where it goes?
1. https://en.wikipedia.org/wiki/Password_Hashing_Competition
2. https://datatracker.ietf.org/doc/html/rfc9106
3. https://github.com/linux-pam/linux-pam/issues/45
4. https://github.com/besser82/libxcry
On 7/25/2022 15:34, John Helmert III wrote:
> On Mon, Jul 25, 2022 at 03:30:08PM -0400, Joshua Kinard wrote:
[snip]
>>
>> "yescrypt" is an odd name for a hashing algorithm. I looked it up on
>> Wikipedia, and it just redirects to the 2013 Password Hashing Co
On 7/25/2022 15:30, Joshua Kinard wrote:
[snip]
>
> Some really quick looking around, I'm not finding any substantive
> discussions on why yescrypt is better than argon2. It so far seems that it
> just got implemented in libxcrypt sooner than argon2 did, so that's why
On 7/25/2022 16:29, John Helmert III wrote:
> On Mon, Jul 25, 2022 at 03:59:59PM -0400, Joshua Kinard wrote:
>> On 7/25/2022 15:30, Joshua Kinard wrote:
>> [snip]
>>
>>>
>>> Some really quick looking around, I'm not finding any substantive
>>> d
# Joshua Kinard (2022-10-13)
# Difficult-to-resolve build issues on modern toolchains,
# not publicly maintained, developer contact is difficult,
# and project website has SSL certificate issues.
# Bug #838109.
# Removal on 2022-11-13
net-misc/spread
. https://news.ycombinator.com/item?id=34346346
3. https://vermaden.wordpress.com/posts/
4.
https://stackoverflow.com/questions/4554271/how-to-avoid-excessive-stat-etc-localtime-calls-in-strftime-on-linux
Thoughts?
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 201
ddir}/scsi || die #glibc/uclibc/etc...
Can we perhaps use this opportunity to make "xmakeopts" more clear via a better name, as well as uppercase it
to indicate that it is an exported variable? E.g., something like "CROSS_MAKEOPTS" is more clear to the
reader than "xmakeop
On 1/24/2023 18:40, James Le Cuirot wrote:
On Mon, 2023-01-23 at 11:20 -0500, Joshua Kinard wrote:
On 1/21/2023 06:03, James Le Cuirot wrote:
Variables like CC can have spaces for additional arguments. This is
particularly useful for reliably setting the sysroot.
Signed-off-by: James Le
ears, but ever since the switch to
C++, the time needed for it to build itself has just been absolutely horrendous. And it gets worse with each
new release, for some reason.
--
Joshua Kinard
Gentoo/MIPS
ku...@gentoo.org
rsa6144/5C63F4E3F5C6C943 2015-04-27
177C 1972 1FB8 F254 BAD0 3E72 5C63 F4E3
On 6/15/2023 01:04, Matt Turner wrote:
On Thu, Jun 15, 2023 at 12:02 AM Joshua Kinard wrote:
Options? I mean, if anyone knows magic to make gcc build faster, I
am all ears, but ever since the switch to
C++, the time needed for it to build itself has just been absolutely
horrendous. And it
On 6/15/2023 07:37, Sam James wrote:
Joshua Kinard writes:
Noticing that the ebuild for gcc-12.3.0 got dropped with little
explanation. It is the upstream stable release. I am eyeballing
#906310 as what may have triggered the drop, but I find it a bit of a
stretch that an upstream stable
On 01/20/2013 4:23 AM, Pacho Ramos wrote:
> Looks like no package is included in it, I think we should drop that
> herd then
>
> Do you agree?
Yeah, I am the only maintainer of mips-sources anyways. Any problems with
that package should go to me or the mips herd direct.
--
J
I poked around on the wiki a bit to try and find any reference
> to INSTALL_MASK and systemd, but didn't find anything.
Minor note, also not using systemd (or udev, for that matter), but out of
curiosity, I checked my x86_64 system and I don't have a /lib/systemd
directory. Looks li
grep -rIn "config DMI" *
arch/ia64/Kconfig:104:config DMI
arch/x86/Kconfig:748:config DMI
drivers/firmware/Kconfig:91:config DMIID
drivers/firmware/Kconfig:100:config DMI_SYSFS
So all non-x86/ia64 systems (amd64/x86_64, too??) probably need to ignore
this CONFIG_* item.
--
Joshua Kinard
gs don't break. Though, I am also not using that on
my x86_64 box and it boots fine, so YMMV.
--
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
might
have.
There's also the option of using busybox's mdev as well, although it's a lot
more limited and no where near as configurable as udev/eudev is. But for
some, it works perfectly (like me).
Eudev:
https://wiki.gentoo.org/wiki/Project:Eudev
Mdev:
https://wiki.gentoo.org/wiki/Mdev
in jessie is just further
affirmation that, sysvinit is deprecated (last release was almost 4 years
ago, too). Most future Linux systems that are based off of mainstream
distributions will *have* to use systemd+udev in order to achieve maximum
functionality.
--
Joshua Kinard
Gentoo/MIPS
ku...@gent
On 02/26/2014 6:44 AM, Peter Stuge wrote:
> Joshua Kinard wrote:
>> Most future Linux systems that are based off of mainstream
>> distributions will *have* to use systemd+udev in order to
>> achieve maximum functionality.
>
> Certainly!
Clarification: I wasn't i
I personally override INSTALL_MASK now for all systemd/udev folders, because
I don't use it or udev, but who knows, I might switch to it one day down the
road and forget that I have that var set. That'll definitely cause issues
for me then, and I'll be major herp-derping when I fi
1 - 100 of 289 matches
Mail list logo
