On Mon, Apr 6, 2020 at 4:02 PM Grant Taylor
wrote:
>
> On 4/6/20 1:03 PM, Rich Freeman wrote:
> > More often than not, yes. The main exception I've seen are sites
> > that email you verification codes, such as some sorts of "two-factor"
> > implementations (w
On Mon, Apr 6, 2020 at 12:18 PM Ian Zimmerman wrote:
>
> On 2020-04-06 14:24, Ashley Dixon wrote:
>
> > Cheers for the help ! To be honest, I don't think I'd want to receive
> > e-mail from someone who cannot resist pressing a button :)
>
> In fact, "MTAs" that don't retry turn out to be spam
On Fri, Apr 3, 2020 at 12:44 PM Petric Frank wrote:
>
> i think eye contact is a good thing while working on the screen.
>
I think most people think that eye contact is a good thing most of the
time. If you have any tips for actually doing it I suspect half of us
on the list would benefit. :)
On Wed, Mar 25, 2020 at 9:06 AM Jorge Almeida wrote:
>
> On Wed, Mar 25, 2020 at 12:56 PM Alec Ten Harmsel
> wrote:
> >
> > On Wed, Mar 25, 2020, at 08:54, Jorge Almeida wrote:
> > > On Wed, Mar 25, 2020 at 12:42 PM Michael wrote:
> > > > Have you looked at using WebRTC with Zoom, rather than
On Wed, Mar 18, 2020 at 9:49 AM antlists wrote:
>
> On 17/03/2020 14:29, Grant Edwards wrote:
> > On 2020-03-17, Neil Bothwick wrote:
> >
> >> Same here. The main advantage of spinning HDs are that they are cheaper
> >> to replace when they fail. I only use them when I need lots of space.
> >
>
On Tue, Mar 17, 2020 at 1:59 AM wrote:
>
> The HD will contain the whole system including the complete root
> filesustem. Updateing, installing via Gentoo tools will run using
> the HD. If that process has ended, I will rsync the HD based root
> fileystem to the SSD.
> ...
I'll go ahead and
On Tue, Mar 10, 2020 at 8:20 PM Michael wrote:
>
> What-ever I may buy in the future, I'll make sure it does not contain Intel
> inside ...
>
> https://www.theregister.co.uk/2020/03/10/lvi_intel_cpu_attack/
>
It seems like the PRIMARY vulnerability here is with SGX, which I
doubt most of us care
On Mon, Mar 9, 2020 at 2:28 PM Manuel McLure wrote:
>
> On Mon, Mar 9, 2020 at 11:09 AM Grant Edwards
> wrote:
>>
>> On 2020-03-09, Mark Knecht wrote:
>>
>> > Would that be the consensus of the group here?
>
> My understanding is that AMD is currently leading both in raw performance as
> well
On Sun, Mar 8, 2020 at 10:23 AM Rudi wrote:
>
> While I usually side with AMD for their contributions to the Open
> Sourced community, I'm going to go out on a limb and say that even
> though they're funded by Intel the fact that they've been keeping the
> specifics quiet proves that they're
On Sat, Mar 7, 2020 at 12:21 PM Grant Edwards wrote:
>
> On 2020-03-07, Rich Freeman wrote:
>
> > In this case we're talking about a TPM where a threat model
> > is an attacker with physical access that is trying to play games with
> > the busses/etc,
On Sat, Mar 7, 2020 at 11:26 AM Ivan T. Ivanov wrote:
>
> Quoting Rich Freeman (2020-03-06 23:13:55)
> >
> > The patched firmware executes before any software you boot, assuming
> > your device was patched before the hacker got his hands on it.
> >
>
> Well, t
On Fri, Mar 6, 2020 at 3:55 PM Wols Lists wrote:
>
> On 06/03/20 19:39, Rich Freeman wrote:
> >
> > They don't detail the effort required. If the firmware is patched it
> > sounds like it still requires tinkering with hardware.
>
> By then it's TOO LATE. The f
On Fri, Mar 6, 2020 at 2:07 PM Wols Lists wrote:
>
> On 06/03/20 13:48, Rich Freeman wrote:
> > If you fall into this camp you need to still update your firmware to
> > address the non-TPM-user and to avoid making it trivial for software
> > to steal your keys/etc. Howev
On Fri, Mar 6, 2020 at 3:50 AM Michael wrote:
>
> I have lost count with the naming scheme of Intel's embedded spyware to know
> if this is yet another vulnerability, or something to convince me to throw
> away the last Intel powered box still in my possession (mind you its >10yr
> old):
>
>
On Mon, Mar 2, 2020 at 12:22 AM William Kenworthy wrote:
>
> I thought lizardfs was much more community minded
> but you are characterising it as similar to moosefs - a taster offering
> by a commercial company holding back some of the non-essential but
> jucier features for the paid version - is
On Sun, Mar 1, 2020 at 8:52 PM William Kenworthy wrote:
>
> For those wanting to run a lot of drives on a single host - that defeats
> the main advantage of using a chunkserver based filesystem -
> redundancy. Its far more common to have a host fail than a disk drive.
> Losing the major part of
On Sun, Mar 1, 2020 at 2:13 AM William Kenworthy wrote:
>
> Keep in mind that rpi are not the only cheap, capable arm hardware out
> there.
>
I completely agree. Anytime I'm looking at an application I consider
the SBCs available as options. Certainly the odroids are highly
spoken of.
Main
On Sat, Feb 29, 2020 at 9:49 AM Dale wrote:
>
> I have noticed the OOM killing the wrong thing as well. In a way, how
> does it know what it should kill really??? After all, the process using
> the most memory may not be the problem but another one, or more, could.
> I guess in most cases the
On Sat, Feb 29, 2020 at 10:17 AM Daniel Frey wrote:
>
> Yes, I'm aware linux does VLANs... I set up netifrc to do this (I
> already have some "smart" switches set up - not full layer 3.) I thought
> about running containers but if I ever have to do something like
> emergency maintenance on my
On Sat, Feb 29, 2020 at 9:13 AM Dale wrote:
>
> Runaway processes is one reason I expanded my memory to 32GBs. It gives
> me more wiggle room for portage to be on tmpfs.
>
That is my other issue. 99% of the time the OOM killer is preferred
when this happens versus having the system just grind
On Sat, Feb 29, 2020 at 4:33 AM Wols Lists wrote:
>
> I just have a massive swap space, and /var/tmp/portage is a tmpfs. So
> everything gets a fast tmpfs build, and it spills into swap as required
> (hopefully almost never).
>
I can articulate a bunch of reasons that on paper say that this is
On Fri, Feb 28, 2020 at 8:11 PM Daniel Frey wrote:
>
> Thanks for the detail, I've just ordered an RPi4B to mess around with.
> It would be helpful to move DNS etc off my home server as I'm trying to
> separate everything into VLANs.
>
Keep in mind that Linux supports VLAN tagging, so if you set
On Fri, Feb 28, 2020 at 6:09 AM Wols Lists wrote:
>
> On 27/02/20 21:49, Rich Freeman wrote:
> > A fairly cheap amd64 system can run a ton of services in containers
> > though, and it is way simpler to maintain that way. I still get quick
> > access to snapshots/etc,
On Thu, Feb 27, 2020 at 4:25 PM james wrote:
>
> Yea, I was not clear. I'd run the mail-server, on a 'cluster' (4 or
> more), not an individual pi-board unless it was beef up, processor and
> ram wise. Gig E would also be on my list.
>
Unless you have some niche need I wouldn't generally run
On Thu, Feb 27, 2020 at 2:27 PM james wrote:
>
> On 2/26/20 7:08 PM, William Kenworthy wrote:
> > Hi,
> >
> > ��� due to space considerations on my laptop I have moved portage
> > onto a
> > network share (moosfs, mfsmounted) - slower but works fine.� However,
> > being a laptop trying
On Sun, Feb 23, 2020 at 2:11 PM Ian Zimmerman wrote:
>
> emerge-webrsync has just eaten my /usr/portage :-( ;-(
>
> What has happened and how can I fix it?
>
Offhand I'm not sure why it broke, but the gentoo repo is completely
disposable. When this sort of thing happens I generally just:
cd
On Tue, Feb 18, 2020 at 4:32 PM Nikos Chantziaras wrote:
>
> On 18/02/2020 21:22, Rich Freeman wrote:
> > On Tue, Feb 18, 2020 at 2:06 PM Nikos Chantziaras wrote:
> >>
> >> It gets worse. The container reconfigured the keyboard shortcuts on the
> >> host! A
On Tue, Feb 18, 2020 at 2:06 PM Nikos Chantziaras wrote:
>
> It gets worse. The container reconfigured the keyboard shortcuts on the
> host! After booting a container, alt+Fn or alt+left/right on the host
> started switching to the linux text-mode console. I pressed alt+f2 to
> bring up the
On Mon, Feb 17, 2020 at 6:31 PM Nikos Chantziaras wrote:
>
> On 18/02/2020 01:21, Rich Freeman wrote:
> > On Mon, Feb 17, 2020 at 6:00 PM Nikos Chantziaras wrote:
> >> Hm. I'm too chicken to try it because I'm not sure it does what I think
> >> it does, but does t
On Mon, Feb 17, 2020 at 6:00 PM Nikos Chantziaras wrote:
>
> On 17/02/2020 21:46, Rich Freeman wrote:
> >
> > Well, if you decide to play with it I'll offer up:
> > https://rich0gentoo.wordpress.com/2014/07/14/quick-systemd-nspawn-guide/
>
> Hm. I'm too chicken
On Mon, Feb 17, 2020 at 2:24 PM Nikos Chantziaras wrote:
>
> On 17/02/2020 21:05, Rich Freeman wrote:
> > I wouldn't use a chroot for anything at this point - anything you can
> > do with one you can do just as easily with a container, with more
> > separation. They'r
On Mon, Feb 17, 2020 at 1:21 PM Nikos Chantziaras wrote:
>
> probably much slower.) A chroot or container on the other hand is
> extremely lightweight. There's no virtualization involved (or very
> little of it), so it should be pretty much as fast as a native system.
Chroots and containers are
On Sun, Feb 16, 2020 at 7:57 PM William Kenworthy wrote:
>
> 2 ~ # lxc-attach -n mail -- bash -c "df -h"
> none492K 320K 172K 66% /dev
> du and ls -al do not give any clues, the host /dev is normal and all
> running lxc instances do it, but at different rates
Are
On Sat, Feb 15, 2020 at 8:39 AM Kai Peter wrote:
>
> On 2020-02-15 01:46, Rich Freeman wrote:
> > On Fri, Feb 14, 2020 at 7:25 PM Marc Joliet wrote:
> >>
> >
> >> like, say, HAL: https://bugs.gentoo.org/401257.
> >
> > That isn't a HAL bug - it is
On Fri, Feb 14, 2020 at 7:25 PM Marc Joliet wrote:
>
> personally, I care about closing bugs that are done with or
> can't be acted upon.
As do I.
> I honestly think it would
> be best to close bugs that are just not applicable anymore, e.g., for ebuilds
> or versions of packages that have not
seem to agree with your own.
On Mon, Feb 10, 2020 at 3:48 PM Michael Jones wrote:
>
> On Sun, Feb 9, 2020 at 8:07 PM Rich Freeman wrote:
>>
>> You could have jumped through all the required hoops and still had it
>> ignored.
>
> That's pretty horrible, honestly. Why
On Sun, Feb 9, 2020 at 7:23 PM Michael Jones wrote:
>
> On Sun, Feb 9, 2020 at 5:43 PM Rich Freeman wrote:
>>
>> Bugs get closed all the time. Bugs also get opened and and linger all
>> the time. I couldn't tell you the ratio, but that is the nature of
>> thi
On Sun, Feb 9, 2020 at 4:04 PM Michael Jones wrote:
>
> On Fri, Feb 7, 2020 at 2:25 PM Rich Freeman wrote:
>>
>> On Fri, Feb 7, 2020 at 2:34 PM Michael Jones wrote:
>> >
>> > Honestly I'd rather see the 30 day stabilization policy apply to LTS
>> &g
On Fri, Feb 7, 2020 at 2:34 PM Michael Jones wrote:
>
> Here's an example of how 4.19.97 being stabilized might have exposed users to
> functionality breaking bugs: https://bugs.gentoo.org/706036
>
> Honestly I'd rather see the 30 day stabilization policy apply to LTS kernels
> vs. being
On Sat, Jan 25, 2020 at 12:20 PM james wrote:
>
> I have removed all syntax/expressions from
> /etc/portage/make.conf
>
> related to python; hoping python-2 would just die a natural, slow and
> painless (for me) death, on this ancient gentoo install.
>
> Any and all comments related to what to
On Sat, Jan 11, 2020 at 9:37 AM Dale wrote:
>
> I run emerge as root but the proper permissions, or at least was several
> years ago, is portage:portage and rwx access for both. This is my settings.
By default portage drops permissions to portage:portage during most
phases, including reading
On Mon, Jan 6, 2020 at 10:05 AM Dale wrote:
>
> The drive I have is likely
> done on the drive itself, device managed, which is good for me.
Really the ideal situation are the Host Aware drives. I have no idea
what percentage of the markets they make. They fall back to being
device managed if
On Mon, Jan 6, 2020 at 9:18 AM Dale wrote:
>
> Rich Freeman wrote:
> > On Mon, Jan 6, 2020 at 8:25 AM Mick wrote:
> >> If they are used as normal PC drives for regular writing
> >> of data, or with back up commands which use rsync, cp, etc. then the disk
> &
On Mon, Jan 6, 2020 at 8:25 AM Mick wrote:
>
> If they are used as normal PC drives for regular writing
> of data, or with back up commands which use rsync, cp, etc. then the disk will
> fail much sooner than expected because of repeated multiple areas being
> deleted, before each smaller write.
On Sat, Jan 4, 2020 at 10:13 PM Ian Zimmerman wrote:
>
> On 2020-01-02 14:12, Rich Freeman wrote:
>
> > > Device Model: ST8000AS0003-2HH188
> > >
> > > I recall reading about SMR but can't recall the details of what it is.
> > >
On Fri, Jan 3, 2020 at 8:51 AM Spackman, Chris wrote:
>
> udisksctl power-off --block-device /dev/sdx
>
> I didn't see that command mentioned in the thread yet. I've been using
> it, after umount, for about 8 months for roughly weekly backups and
> some misc storage. So far, I've not seen any
On Fri, Jan 3, 2020 at 5:57 AM Dale wrote:
>
> Can you post a ls -al /boot for both kernels and images? That way I can
> see how it names them when doing it your way. If I can make sense of
> it, I may try doing it that way. Thing is, it'll change eventually
> too. lol
I use the standard
On Thu, Jan 2, 2020 at 7:43 PM Wol wrote:
>
> And yes - the 8TB capacity gave it away - I think the largest "normal"
> drives available are 4TB at present ... anything bigger must be shingled.
>
I have several non-SMR drives in the 8-12TB range, shucked from those
WD external drives that
On Thu, Jan 2, 2020 at 1:41 PM Dale wrote:
>
> Rich Freeman wrote:
> >
> > Out of curiosity, what model drive is it? Is it by chance an SMR /
> > archive drive?
>
> Device Model: ST8000AS0003-2HH188
>
> I recall reading about SMR but can't recall the detai
On Thu, Jan 2, 2020 at 11:23 AM Mick wrote:
>
> On Thursday, 2 January 2020 14:43:58 GMT Rich Freeman wrote:
>
>
> > Out of curiosity, what model drive is it? Is it by chance an SMR /
> > archive drive?
>
> Good catch! I hadn't thought of this - the Linux kerne
On Thu, Jan 2, 2020 at 5:49 AM Dale wrote:
>
> lol I didn't think of that and I don't recall anyone else thinking of
> it either.
That is because syncing before unmounting doesn't do anything. Unless
you use --lazy umount blocks until all writes are complete to a
device. The instant it
On Mon, Dec 23, 2019 at 1:15 AM Adam Carter wrote:
>
>> The difference between -X and -Y is in providing a layer of security
>> so that remote clients can't play games like keyboard sniffing with
>> your local X server.
>
>
> I had conflated those extra checks with .Xauthority.
>
> How would the
On Mon, Dec 23, 2019 at 4:23 AM n952162 wrote:
>
> My understanding was that this message was due to the lack of an .Xauthority
> file:
>
> Warning: untrusted X11 forwarding setup failed: xauth key data not generated
This is not correct. The problem is that it is trying to set up
trusted
On Sun, Dec 22, 2019 at 8:27 PM Adam Carter wrote:
>
> But -X produces
> "Warning: untrusted X11 forwarding setup failed: xauth key data not generated"
>
> but the server has an ~/.Xauthority file, which oddly gets created by an ssh
> -Y session
-Y still uses an .Xauthority so that isn't a
On Thu, Dec 19, 2019 at 6:45 PM Thomas Schweikle wrote:
>
> So I've tried now to upgrade in various ways:
> 1. the one given in https://anongit.gentoo.org/git/repo/sync/gentoo.git
> But this fails as soon as I try to emerge git. python-exec is at version
> 2.4.6 now. Without any 2.0.1 packed,
On Wed, Dec 18, 2019 at 1:55 PM Neil Bothwick wrote:
>
> On Wed, 18 Dec 2019 19:24:03 +0100, tu...@posteo.de wrote:
>
> > What is the mechanism and how does it work, which
> > cares, that a certain package of a certain version
> > gets installed only once?
>
> The package database is at
On Wed, Dec 18, 2019 at 11:03 AM Grant Edwards
wrote:
>
> On 2019-12-18, (Nuno Silva)
> wrote:
>
> > The EAPI problem is in a package that is pulled as a dependency of
> > portage.
> >
> > Unless there's a simple hack to solve this, you will need to use older
> > ebuilds or split the update in
On Mon, Dec 16, 2019 at 2:25 PM n952162 wrote:
>
> It's strange ... on coming home, I see that my machine here can display
> all the usual filetypes and has *no* use flags:
>
> media-gfx/imagemagick-7.0.8.11
>
> I'm still curious what that "USE flags" section in the package document
>
On Mon, Dec 16, 2019 at 2:00 PM Helmut Jarausch wrote:
>
> Today's updating involves some package which causes rebuilding
> a package which needs Python2.7 and another one which needs
> python_single_target_python3_8
> required by that mysterious @__auto_slot_operator_replace_installed__
>
> To
On Sun, Dec 8, 2019 at 9:38 AM Dale wrote:
>
> The best I can come up with, start figuring out a way to keep python 2
> around on your own, use a overlay if one is available or start expecting
> python 2 to disappear, real soon. It seems the devs want it gone even
> before it's end of life.
>
On Sat, Dec 7, 2019 at 7:22 PM Adam Carter wrote:
>
> On Sun, Dec 8, 2019 at 9:39 AM Daniel Frey wrote:
>>
>> Does anyone know of a list of microcode versions?
>
> I dont know, so i just use the ~amd64 linux-firmware version. For my 3900X
> its currently;
> microcode: CPU0:
On Sat, Dec 7, 2019 at 2:13 PM Rich Freeman wrote:
>
> On Sat, Dec 7, 2019 at 10:19 AM n952162 wrote:
> >
> > On 12/07/19 13:17, Mick wrote:
> >
> > > On Friday, 6 December 2019 11:38:09 GMT n952162 wrote:
> > >> I rebuilt my kernel and now have the N
On Sat, Dec 7, 2019 at 10:19 AM n952162 wrote:
>
> On 12/07/19 13:17, Mick wrote:
>
> > On Friday, 6 December 2019 11:38:09 GMT n952162 wrote:
> >> I rebuilt my kernel and now have the Network Block Device, but now my
> >> system doesn't power off anymore, using shutdown -h now, and doesn't
> >>
On Wed, Nov 27, 2019 at 12:36 PM Dale wrote:
>
> I've found that asking here is best. If it wasn't for my post here, I
> would have stuck with Linksys because it is what I've used in the past.
> Thing is, a post here lead me to a better product, even tho it wasn't a
> Linksys product. It's one
On Tue, Nov 26, 2019 at 8:10 PM Dale wrote:
>
> I went to Newegg. Hey, I buy stuff there sometimes. Anyway, I've
> looked at several routers and none of them mention IPv6 that I can
> find. I even skimmed the reviews and can't find a mention of it. Is
> there some secret way to know when IPv6
On Tue, Nov 26, 2019 at 6:41 PM Ralph Seichter wrote:
>
> My current ISP offers native IPv6 and has been doing so for years.
> While choice varies across different countries, IPv6 availability has
> increased considerably over the last 10 years, which is why SiXXs.net
> has discontinued
On Thu, Nov 14, 2019 at 11:21 AM Grant Edwards
wrote:
>
> The way it was explained to me was that the old way fell down in some
> situations with multiple interfaces. Interfaces were named in the
> order they were disovered by the kernel during startup. For some
> sorts of NICs (e.g. PCI) the
On Sun, Nov 10, 2019 at 11:37 PM Caveman Al Toraboran
wrote:
>
> i think if we have this, we can solve slotting in a simpler
> way. e.g. we install libs in their own non-conflicting
> locations, and then install for them such fancy sym links
> with access that routes accessing processes to the
On Mon, Nov 11, 2019 at 5:28 AM Mickaël Bucas wrote:
>
> My two systems are currently using the old locations.
> Is there a documentation about the way to migrate to the new locations
> without breaking things ?
> The profile links comes to mind but other things are probably necessary !
>
> Has
On Mon, Nov 11, 2019 at 5:38 AM Wols Lists wrote:
>
> On 09/11/19 19:51, Rich Freeman wrote:
> >
> > Only if somebody has created a generator for openrc, which I doubt.
> > It was obviously a semi-trollish comment.
> >
> Now that's harsh! Although yes I'm s
On Sat, Nov 9, 2019 at 7:01 AM J. Roeleveld wrote:
>
> On 9 November 2019 11:42:38 CET, Neil Bothwick wrote:
> >On Fri, 08 Nov 2019 21:03:13 +0100, J. Roeleveld wrote:
> >
> >> I had a similar issue and ended up checking every init-script, conf.d
> >> file and rc.conf entry and making a
On Fri, Oct 18, 2019 at 9:02 AM Caveman Al Toraboran
wrote:
>
> what one doesn't use grub?
>
None that I'm aware of, but I use grub so I haven't gone looking.
Like I said, I used to do it this way and get why, but since doing it
the new grub way has made my life easier than fighting it with
On Fri, Oct 18, 2019 at 6:51 AM Alexander Openkowski
wrote:
>
> I struggle with the naming of genkernel generated kernels for quite a while
> now and have written a small wapper script for this purpose...
>
Somebody else shared the same problem and wrote a fairly complex
wrapper, and it is
On Sun, Sep 8, 2019 at 11:38 AM Grant Edwards wrote:
>
> This seems to happen regularly with Imagemagick. Version 7.0.8.60
> just went stable today, yet it can't be built because version 7.0.8.60
> sources can no longer be downloaded.
>
> Am I doing something wrong?
>
> Shouldn't there be a
On Mon, Aug 19, 2019 at 10:42 AM Raffaele Belardi
wrote:
>
> Rich Freeman wrote:
> > Next time you do something like this, keep in mind that Gnome and xfce
> > can co-exist on the same system, and so can openrc and systemd.
>
> Good point, I did not know, in particula
On Mon, Aug 19, 2019 at 2:29 AM Raffaele Belardi
wrote:
>
> Yesterday I tried to switch my ~amd64 box from Gnome/systemd to Xfce/openrc.
> I followed
> the wiki [1], [2] to install Xfce from a Gnome terminal:
>
> - switch profile from 17.1/desktop/gnome/systemd to 17.1/desktop
> - emerge
On Tue, Aug 6, 2019 at 7:41 PM Grant Taylor
wrote:
>
> On 8/6/19 10:28 AM, Rich Freeman wrote:
> > An initramfs is just a userspace bootloader that runs on top of linux.
>
> I disagree.
>
> To me:
>
> · A boot loader is something that boots / executes a ke
On Tue, Aug 6, 2019 at 7:39 PM Ian Zimmerman wrote:
>
> On 2019-08-06 12:28, Rich Freeman wrote:
>
> > > Arguing against this trivial (and IMHO, elegant) solution is tilting
> > > at windmills. Specially if it is for ideological reasons instead of
> > > technic
On Tue, Aug 6, 2019 at 11:54 AM Canek Peláez Valdés wrote:
>
> Arguing against this trivial (and IMHO, elegant) solution is tilting at
> windmills. Specially if it is for ideological reasons instead of technical
> ones.
>
++
Some of the solutions I've seen tossed out in this thread are more
On Fri, Jul 26, 2019 at 11:32 AM YUE Daian wrote:
>
> I switched to a faster NTP server. It still takes some seconds but
> better than before.
>
> Maybe you are right. Having correct system time is more important than
> several seconds...
You're never going to make NTP fast unless you're using a
On Fri, Jul 19, 2019 at 7:52 AM Alan Mackenzie wrote:
>
> On Fri, Jul 19, 2019 at 01:30:48 +0200, gentoo-u...@c-14.de wrote:
>
> > > Running ASUS Prime x470 Prime with ryzen 2700 and have upgraded kernel
> > > to latest stable when running emerge --update...
>
> I've been having this problem ever
On Sat, Jul 13, 2019 at 4:16 PM Wols Lists wrote:
>
> On 13/07/19 20:23, Mick wrote:
> > Thanks Corbin, I wonder if despite articles about microcode patch releases
> > to
> > deal with spectre and what not, there are just no patches made available for
> > my aging AMD CPUs.
>
> Or Spectre and
On Tue, Jul 9, 2019 at 2:10 PM Andrew Lowe wrote:
>
> * ACCESS DENIED: open_wr: /dev/snd/controlC0
> * ACCESS DENIED: open_wr: /dev/snd/controlC0
This has nothing to do with permissions, and everything to do with the sandbox.
Most emerge phases are sandboxed. This uses
On Mon, Jul 8, 2019 at 7:46 AM John Covici wrote:
>
> OK, so I successfully did build 0.8.1, but it does not like my root
> file system parameter, dracut chokes and puts me in an emergency shell
> and I have to mount it manually. I tried root=rpool and
> root=rpool/root which dracut completely
On Fri, Jul 5, 2019 at 4:10 AM Mick wrote:
>
> On Friday, 5 July 2019 08:24:14 BST mad.scientist.at.la...@tutanota.com wrote:
> > Thank you! Now I don't have to read all the grub2 manual right away.
>
> You could create manually a /boot/grub/grub.cfg file, but this is NOT how
> GRUB2 was meant
On Thu, Jun 20, 2019 at 9:21 AM Jack wrote:
>
> The --analyze phase bailed out before even starting. I filed an issue
> upstream (mgorny's github repository) and he made a change (I didn't
> look at the actual commit) so this situation should now be handled
> correctly. I think he did want to
On Thu, Jun 20, 2019 at 1:34 AM aleiphoenix . wrote:
>
> On Thu, Jun 20, 2019 at 1:30 PM aleiphoenix . wrote:
> > See some ebuilds like
> > x11-drivers/nvidia-drivers/nvidia-drivers-430.14.ebuild
> >
> > if use kernel_linux && kernel_is ge 5 2; then
> > ewarn "Gentoo
On Wed, Jun 19, 2019 at 3:19 PM Ian Zimmerman wrote:
>
> On 2019-06-19 15:10, Jack wrote:
>
> > Won't "sudo halt" work? I frequently do "sudo reboor" or just
> > "reboot" from a root shell. (I am also systemd free.)
>
> I would prefer to avoid sudo for security reasons (to get root I
> normally
On Tue, Jun 18, 2019 at 4:31 PM John Covici wrote:
>
> On Tue, 18 Jun 2019 15:27:21 -0400,
> Rich Freeman wrote:
> >
> > On Tue, Jun 18, 2019 at 2:47 PM John Covici wrote:
> > >
> > > On Tue, 18 Jun 2019 13:35:16 -0400,
> > > Rich Freeman wrote:
On Tue, Jun 18, 2019 at 2:47 PM John Covici wrote:
>
> On Tue, 18 Jun 2019 13:35:16 -0400,
> Rich Freeman wrote:
> >
> > On Tue, Jun 18, 2019 at 1:00 PM John Covici wrote:
> > >
> > > emerge --update --newuse --deep --with-bdeps=y @world
> >
> >
On Tue, Jun 18, 2019 at 1:00 PM John Covici wrote:
>
> emerge --update --newuse --deep --with-bdeps=y @world
And did you try actually running this?
--
Rich
On Tue, Jun 18, 2019 at 12:07 PM Helmut Jarausch wrote:
>
> On 06/18/2019 05:43:55 PM, John Covici wrote:
> > It would seem impossible for me to switch to profile 17.1. I say this
> > because I can never run emerge --depclean . I have a few packages
> > which will not compile and one not in the
On Tue, Jun 18, 2019 at 11:51 AM Alan Mackenzie wrote:
>
> At this stage, /lib32 should be a symlink. I think that step 12 means
> just the symlink should be removed, NOT all the stuff inside what it
> points to.
>
> So I think what you should do is:
>
> $ rm /lib32
>
> , but definitely NOT
On Fri, Jun 14, 2019 at 5:20 PM Corbin Bird wrote:
>
> Most of the info requested is attached in a zip file.
Looks like it worked fine to me. Assuming the rest of your emerge
completed successfully you can just remove the symlinks as instructed
in the news item and you're done.
--
Rich
On Fri, Jun 14, 2019 at 4:14 PM Corbin Bird wrote:
>
> Deleted those libs in /usr/lib32 and recompilied 'binutils-libs'.
> Got new libs in /usr/lib AND --> /usr/lib32.
Is it actually installing these in lib32, or are you just seeing them
via the compatibility symlink? The emerge log would tell
On Tue, Jun 11, 2019 at 7:00 PM Nikos Chantziaras wrote:
>
> On 11/06/2019 13:34, Helmut Jarausch wrote:
> > I had some trouble switching to the new profile 17.1.
> > Following the advice in the news item didn't suffice.
>
> I'm not sure if switching to 17.1 would get me anything. I assume 17.0
>
On Tue, Jun 11, 2019 at 8:42 AM Davyd McColl wrote:
>
> On Tue, 11 Jun 2019 at 14:23, Rich Freeman wrote:
>>
>> I think a big part of that is that before I did ANYTHING I took a lot
>> of steps to clean up...
>
> I guess YMMV. I regularly:
> - emerge --sync
>
On Tue, Jun 11, 2019 at 7:21 AM Davyd McColl wrote:
>
> On Tue, 11 Jun 2019 at 12:34, Helmut Jarausch wrote:
>>
>> I had some trouble switching to the new profile 17.1.
>> Following the advice in the news item didn't suffice.
>>
>
> first off, `emerge -v1 /lib /lib32` didn't work out because I
On Mon, Jun 10, 2019 at 5:39 PM n952162 wrote:
>
> On 06/06/19 06:00, n952...@web.de wrote:
>
> In trying to update portage (before I update my system), I have this:
>
> !!! All ebuilds that could satisfy
>
On Wed, Jun 5, 2019 at 3:26 PM J. Roeleveld wrote:
>
> On June 4, 2019 5:59:49 PM UTC, Neil Bothwick wrote:
> >On Tue, 4 Jun 2019 16:38:14 +0300, Nikos Chantziaras wrote:
> >
> >> > Regardless, have you used the Arch based sysrescuecd to install
> >> > Gentoo and are there are any gotchas I
401 - 500 of 1596 matches
Mail list logo