Aw: Re: [gentoo-user] Updating portage, continued

Thanks for the good link > Gesendet: Donnerstag, 30. Mai 2019 um 00:52 Uhr > Von: "Neil Bothwick" > An: gentoo-user@lists.gentoo.org > Betreff: Re: [gentoo-user] Updating portage, continued > > On Thu, 30 May 2019 00:37:14 +0200, n952...@web.de wrote: > > > The next section of the response to my

Re: Aw: Re: [gentoo-user] upgrading (profiles, too)

n952...@web.de wrote: >> Gesendet: Donnerstag, 30. Mai 2019 um 00:20 Uhr >> Von: "Dale" >> I've done upgrades that skip quite a ways using make oldconfig.  I've >> never had any issues.  If it were me, I'd just make the jump but make >> sure to keep the old kernel around just in case something

Re: Re: [gentoo-user] upgrading (profiles, too)

On Thu, May 30, 2019 at 8:41 AM wrote: > > Gesendet: Donnerstag, 30. Mai 2019 um 00:20 Uhr > > Von: "Dale" > > I've done upgrades that skip quite a ways using make oldconfig. I've > > never had any issues. If it were me, I'd just make the jump but make > > sure to keep the old kernel around

Re: [gentoo-user] slot conflict when updating portage

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 possible: > > default/linux/amd64/17.0/desktop > > You may use

Re: [gentoo-user] Updating portage, continued

On Thu, 30 May 2019 00:37:14 +0200, n952...@web.de 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?

Aw: Re: [gentoo-user] slot conflict when updating portage

Oh, I wish I'd use .txt as an extension. Here's one in the raw: 10~>sudo emerge --oneshot portage Password: !!! Your current profile is deprecated and not supported anymore. !!! Use eselect profile to update your profile. !!! Please upgrade to the following profile if possible:

Aw: Re: [gentoo-user] slot conflict when updating portage

Okay, gladly. In fact, I ran it 3 times, one after another, because I wasn't even sure if there were fatal problems or not ... trying to attach these text files... But I'm going to bed then. Good night. > Gesendet: Donnerstag, 30. Mai 2019 um 00:38 Uhr > Von: "Dale" > An:

[gentoo-user] Updating portage, continued

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: - virtual/perl-parent-0.234.0-r1::gentoo (masked

Aw: Re: [gentoo-user] upgrading (profiles, too)

> Gesendet: Donnerstag, 30. Mai 2019 um 00:20 Uhr > Von: "Dale" > I've done upgrades that skip quite a ways using make oldconfig.  I've > never had any issues.  If it were me, I'd just make the jump but make > sure to keep the old kernel around just in case something doesn't work.  > At least

Re: [gentoo-user] slot conflict when updating portage

n952...@web.de wrote: > !!! Multiple package instances within a single package slot have been pulled > !!! into the dependency graph, resulting in a slot conflict: > > sys-apps/portage:0 > > How should I go about handling this? > > Slot are explained somewhere as allowing multiple packages to have

[gentoo-user] slot conflict when updating portage

!!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: sys-apps/portage:0 How should I go about handling this? Slot are explained somewhere as allowing multiple packages to have different versions of the same

Re: [gentoo-user] Fw: updating /etc/package.accept_keywords

n952...@web.de wrote: > And, what are the consequences that I'm suffering, that I haven't done that > before, for over a year? > >> Gesendet: Mittwoch, 29. Mai 2019 um 23:55 Uhr >> Von: n952...@web.de >> An: gentoo-user@lists.gentoo.org >> Betreff: updating /etc/package.accept_keywords >> >> I

Re: [gentoo-user] upgrading (profiles, too)

Michael Jones wrote: > > > On Wed, May 29, 2019 at 2:46 PM > wrote: > > Hi, > > I'm currently at 4.14.65-gentoo and I understand my cheap hp > laptop's amdgpu could finally get better support if I upgrade to > 4.16 or 4.17.1. > Can I just do that, or

[gentoo-user] updating /etc/package.accept_keywords

I have many files like ._cfg_package.accept_keywords. Is the right way to handle this to do something like: sort -u ._cfg_package.accept_keywords >| package.accept_keywords

[gentoo-user] Fw: updating /etc/package.accept_keywords

And, what are the consequences that I'm suffering, that I haven't done that before, for over a year? > Gesendet: Mittwoch, 29. Mai 2019 um 23:55 Uhr > Von: n952...@web.de > An: gentoo-user@lists.gentoo.org > Betreff: updating /etc/package.accept_keywords > > I have many files like

Re: [gentoo-user] upgrading (profiles, too)

On Wed, May 29, 2019 at 2:46 PM wrote: > Hi, > > I'm currently at 4.14.65-gentoo and I understand my cheap hp laptop's > amdgpu could finally get better support if I upgrade to 4.16 or 4.17.1. > Can I just do that, or would it be better (or even possible) to go in > smaller increments? > > Also,

[gentoo-user] upgrading (profiles, too)

Hi, I'm currently at 4.14.65-gentoo and I understand my cheap hp laptop's amdgpu could finally get better support if I upgrade to 4.16 or 4.17.1. Can I just do that, or would it be better (or even possible) to go in smaller increments? Also, something's always complaining to me about my

Re: [gentoo-user] emerge with alternate ROOT=

May 28, 2019 9:20 PM, "tedheadster" wrote: > I am having problems trying to rebuild a slave disk with ROOT=/mnt/gentoo. > > While it is _sort_ of working, it does something very unexpected. It > rebuilds 154 packages on the _host_ system. > > Oddly, it does notice that I have different CFLAGS

Re: [gentoo-user] sys-apps/dtc-1.5.0 install failure

On 2019.05.29 11:41, k...@aspodata.se wrote: Francesco Turco: > On Wed, May 29, 2019, at 13:30, k...@aspodata.se wrote: > > Part of portage_tmpdir/portage/sys-apps/dtc-1.5.0/temp/build.log: > > ... ... > > copying build/lib.linux-x86_64-2.7/libfdt.py -> > > /usr/lib64/python2.7/site-packages > >

Re: [gentoo-user] sys-apps/dtc-1.5.0 install failure

Francesco Turco: > On Wed, May 29, 2019, at 13:30, k...@aspodata.se wrote: > > Part of portage_tmpdir/portage/sys-apps/dtc-1.5.0/temp/build.log: > > ... ... > > copying build/lib.linux-x86_64-2.7/libfdt.py -> > > /usr/lib64/python2.7/site-packages > > * ACCESS DENIED: fopen_wr: > >

Re: [gentoo-user] sys-apps/dtc-1.5.0 install failure

On Wed, May 29, 2019, at 13:30, k...@aspodata.se wrote: > Part of portage_tmpdir/portage/sys-apps/dtc-1.5.0/temp/build.log: > ... > x86_64-pc-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,--as-needed -L. > -Wl,-O1 -Wl,--as-needed -O2 -pipe -fPIC -Wall -Wpointer-arith > -Wcast-qual -Wnested-externs

[gentoo-user] sys-apps/dtc-1.5.0 install failure

Part of portage_tmpdir/portage/sys-apps/dtc-1.5.0/temp/build.log: ... x86_64-pc-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,--as-needed -L. -Wl,-O1 -Wl,--as-needed -O2 -pipe -fPIC -Wall -Wpointer-arith -Wcast-qual -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wredundant-decls

Re: [gentoo-user] point and click in vim stopped working

Raffaele Belardi wrote: Philip Webb wrote: 190523 Raffaele Belardi wrote: No problem with Gvim.  With raw Vim in a Konsole or Xterm scrolling moves the pointer  3  lines, but clicking doesn't move it ; with ':set mouse=a' in raw Vim, the pointer moves with a click, but scrolling scrolls the