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
On Thu, May 30, 2019 at 6:02 PM Dale wrote:
>
> Given that is going to involve quite a bit of changes, and it appears
> the OP has a outdated system, going in steps may be a good idea. At
> least that way if something breaks, it may be easier to fix since the
> steps are smaller.
>
++
I would
On Wed, May 29, 2019 at 6:27 PM wrote:
>
> Next comes this:
>
> "The following keyword changes are necessary to proceed:
> (see "package.accept_keywords" in the portage(5) man page for more details)
> # required by sys-devel/crossdev-20171230::gentoo
> # required by @selected
> # required by
On Wed, May 29, 2019 at 6:37 PM wrote:
>
> The next section of the response to my attempt to update portage is a long
> list of packages, each terminated with a "(masked by: something or other)".
>
> What does that tell me. If it's masked, it shouldn't be available, right?
> But, I've got it:
On Thu, May 30, 2019 at 7:58 AM Mick wrote:
>
> There's also cfg-update and there may be more tools to manage changes in
> config files following an update.
>
> The merge function is particularly useful, because you can see where your
> edits are/not affected by any changes to the new config
On Wed, May 29, 2019 at 6:55 PM Neil Bothwick wrote:
>
> On Thu, 30 May 2019 00:52:31 +0200, n952...@web.de wrote:
>
> > !!! Your current profile is deprecated and not supported anymore.
> > !!! Use eselect profile to update your profile.
> > !!! Please upgrade to the following profile if
On Tue, May 28, 2019 at 4:35 AM Neil Bothwick wrote:
>
> On Tue, 28 May 2019 04:04:23 -0400, John Covici wrote:
>
> > In my latest update, there is a hard block sys-kernel/spl-0.7.13 is
> > blocking 0.8.0. Can I unmerge the old one and still have access to my
> > pools while the new one is
On Thu, May 23, 2019 at 12:49 PM Mick wrote:
>
> On Thursday, 23 May 2019 16:40:23 BST Dale wrote:
> > Howdy,
> >
> > I'm trying to get some legal work done. I'm trying to do this over
> > email with a lawyer. For obvious reasons, I want to do this encrypted
> > but suspect they are not set up
On Sat, May 18, 2019 at 12:44 PM Grant Taylor
wrote:
>
> On 5/18/19 9:26 AM, Peter Humphrey wrote:
> > Hello list,
>
> Hi,
>
> > Can anyone answer this?
>
> I would think that containers could be made to do this. But I'm not a
> fan of the containerization systems that I've seen. They seem to
On Fri, May 17, 2019 at 6:28 AM Mick wrote:
>
> Count yourself lucky. You could have discovered your disk wouldn't spin up
> again, your PSU packed up, or even the MoBo chipset decided to retire from
> active service. Eventually, any of these hardware problems would manifest
> themselves, but a
On Thu, May 16, 2019 at 8:09 AM Michael Orlitzky wrote:
>
> Otherwise, your best bet is to install a modern Gentoo system, and then
> downgrade OpenSSH.
>
++ assuming it builds, which it probably would. I'd just stick the
old ebuild in an overlay and mask out the gentoo repo for that package
(I
On Wed, May 15, 2019 at 6:01 AM Adam Carter wrote:
>
>> Am I correct to think that "Mitigation" is good enough or does that mean it
>> could be affected in some other way or is risky?
>
> I accept Mitigation as good enough.
I'm not sure what alternative there would be... :)
Everything
On Sat, Apr 27, 2019 at 6:00 AM Mick wrote:
>
> Printers are plug 'n play these days. There is no manual configuration
> needed, unless your PCs and/or router configurations do not use zeroconf/mDNS.
>
I don't think that routers need to do anything to support mDNS - I
think it is purely a P2P
On Fri, Apr 26, 2019 at 1:42 AM wrote:
>
> What I'm hoping for, though, is a configuration flag that causes any of:
> - inhibits a theoretical traversal of repos.conf databases (e.g. also
> /usr/share/porrage/...)
> - inhibits trying to upgrade beyond what's already installed in the mirror
>
On Thu, Apr 25, 2019 at 5:44 PM wrote:
>
> So, I set up the rsync deamon on my "mirror server" host and the
> /etc/portage/repos.conf/gentoo.conf file on the client machine, run the
> recommended test and everything is just as described. I sync my client, and
> am very happy.
>
> By
On Sun, Apr 21, 2019 at 3:43 PM Manuel McLure wrote:
>
> On Sun, Apr 21, 2019 at 11:40 AM Dale wrote:
>>
>> On that note, I thought about going to some lawyers offices and Doctors
>> and asking them to let me know when they upgrade their printers.
>
>
> A lot of those bigger printers/print
On Sun, Apr 21, 2019 at 11:17 AM Daniel Frey wrote:
>
> Most companies with IT no longer bother with laser printers, they'll use
> large print centres (like copiers) which have a low cost-per-page (black
> and white can be under 1c/page.) We have retired most of our laser printers.
Unless I'm
On Sun, Apr 21, 2019 at 6:42 AM Mick wrote:
>
> A laser printer is *much* more economical to run than inkjets. The toner
> cartridges never dry out - with inkjet you often replace the ink before it has
> run out, because it has dried out. Initially you pay more for a laser, but
> over the years
401 - 500 of 1579 matches
Mail list logo