On 6/3/21 4:52 PM, Neil Bothwick wrote:
On Thu, 3 Jun 2021 15:14:31 +0200, n952162 wrote:
It sure would be nice if quickpkg would at least save config files by
default, like to inittab.saved, for when you forget to supply
--include-unmodified-config
empty file because --include-config=n when
On 6/3/21 3:14 PM, n952162 wrote:
It sure would be nice if quickpkg would at least save config files by
default, like to inittab.saved, for when you forget to supply
--include-unmodified-config
empty file because --include-config=n when 'quickpkg' was used.
If the installation can test
It sure would be nice if quickpkg would at least save config files by
default, like to inittab.saved, for when you forget to supply
--include-unmodified-config
empty file because --include-config=n when 'quickpkg' was used.
If the installation can test if the target config file is modified,
Is this an error? The messages don't even say what pgm they come from:
>>> Installing (1 of 103) sys-devel/automake-1.16.3-r1::gentoo
* ACCESS DENIED: open_wr: /dev/tty
* ACCESS DENIED: open_wr: /dev/tty
* ACCESS DENIED: open_wr: /dev/null
on two different machines. Is there some new USE variable I need?
On 6/1/21 6:42 AM, J. Roeleveld wrote:
If there are differences, I would definitely suspect memory and CPU.
--
Joost
CPU? USB was mentioned which set off alarm bells for me. In general
though, I would suspect the media - either source of destination.
On 6/1/21 5:22 PM, Mark Knecht wrote:
On Tue, Jun 1, 2021 at 7:14 AM Dale mailto:rdalek1...@gmail.com>> wrote:
>
> Hund wrote:
> > On June 1, 2021 3:38:30 PM GMT+02:00, n952162 mailto:n952...@web.de>> wrote:
> >> 337 packages this month to be updated
On 6/1/21 4:52 PM, n952162 wrote:
Has anybody good luck with any gentoo VoIP package?
I imagine the skype package is binary, right?
I've tried linphone and some others over the years, but they didn't
perform acceptably. Has there been any progress in that regard?
Okay, thanks
Has anybody good luck with any gentoo VoIP package?
I imagine the skype package is binary, right?
I've tried linphone and some others over the years, but they didn't
perform acceptably. Has there been any progress in that regard?
337 packages this month to be updated. It keeps getting more and more.
Pretty soon, gentoo will overtake Bitcoin in energy use.
On 5/16/21 2:24 PM, Andreas Fink wrote:
On Sun, 16 May 2021 13:14:26 +0200
n952162 wrote:
On 5/16/21 12:53 PM, Andreas Fink wrote:
On Sun, 16 May 2021 12:49:26 +0200
n952162 wrote:
On 5/16/21 11:28 AM, Neil Bothwick wrote:
On Sun, 16 May 2021 11:26:37 +0200, n952162 wrote
On 5/16/21 12:53 PM, Andreas Fink wrote:
On Sun, 16 May 2021 12:49:26 +0200
n952162 wrote:
On 5/16/21 11:28 AM, Neil Bothwick wrote:
On Sun, 16 May 2021 11:26:37 +0200, n952162 wrote:
There are no use flags defined for any of the packages I did a random
check for, either on the server
On 5/16/21 12:49 PM, n952162 wrote:
On 5/16/21 11:28 AM, Neil Bothwick wrote:
On Sun, 16 May 2021 11:26:37 +0200, n952162 wrote:
There are no use flags defined for any of the packages I did a random
check for, either on the server or the client. I am worried that it
is as you say
On 5/16/21 12:01 PM, Dale wrote:
n952162 wrote:
On 5/15/21 7:24 AM, Dan Egli wrote:
The R status means REBUILD. Usually, if it's an @world it's pulling
that in because something about that package changed and so it needs
to rebuild it. The --noreplace option would block that if portage
didn't
On 5/16/21 11:28 AM, Neil Bothwick wrote:
On Sun, 16 May 2021 11:26:37 +0200, n952162 wrote:
There are no use flags defined for any of the packages I did a random
check for, either on the server or the client. I am worried that it
is as you say: that the ebuild has a change of USE flags
On 5/16/21 11:23 AM, Neil Bothwick wrote:
On Sun, 16 May 2021 11:11:54 +0200, n952162 wrote:
My guess is that one of the USE flags changed. Compare which USE
flags is it currently installed with and which it wants for the
reinstall. It might even be that a USE flag changed in the ebuild
On 5/15/21 7:24 AM, Dan Egli wrote:
The R status means REBUILD. Usually, if it's an @world it's pulling
that in because something about that package changed and so it needs
to rebuild it. The --noreplace option would block that if portage
didn't think it was needed. Based on your options, I'd
On 5/14/21 8:11 PM, Neil Bothwick wrote:
On Fri, 14 May 2021 11:54:30 +0200, n952162 wrote:
Why does portage want to build this:
[ebuild R ] x11-apps/xmodmap-1.0.10::gentoo 0 KiB
given this, already installed:
/var/db/pkg/x11-apps/xmodmap-1.0.10/xmodmap-1.0.10.ebuild
and these on my
On 5/14/21 6:07 PM, Jack wrote:
On 5/14/21 3:54 AM, n952162 wrote:
Why does portage want to build this:
[ebuild R ] x11-apps/xmodmap-1.0.10::gentoo 0 KiB
given this, already installed:
/var/db/pkg/x11-apps/xmodmap-1.0.10/xmodmap-1.0.10.ebuild
and these on my binary server (which
Why does portage want to build this:
[ebuild R ] x11-apps/xmodmap-1.0.10::gentoo 0 KiB
given this, already installed:
/var/db/pkg/x11-apps/xmodmap-1.0.10/xmodmap-1.0.10.ebuild
and these on my binary server (which is apparently not working properly
for reasons I'm trying to track down):
On 5/14/21 12:36 AM, Dale wrote:
Manuel McLure wrote:
On Thu, May 13, 2021 at 2:47 PM n952162 mailto:n952...@web.de>> wrote:
Hi,
I'm running out of space and I see I have many versions of all
pkgs. Is
the proper way to get rid of all older tarballs - but
On 5/13/21 11:58 PM, Manuel McLure wrote:
On Thu, May 13, 2021 at 2:47 PM n952162 mailto:n952...@web.de>> wrote:
Hi,
I'm running out of space and I see I have many versions of all
pkgs. Is
the proper way to get rid of all older tarballs - but retain the
current
Hi,
I'm running out of space and I see I have many versions of all pkgs. Is
the proper way to get rid of all older tarballs - but retain the current
ones - to simply use the --clean option with emerge? Any other options
necessary?
On 5/6/21 5:17 PM, Michael Orlitzky wrote:
On Thu, 2021-05-06 at 17:04 +0200, n952162 wrote:
How naive of me. After 5 tries (average of 25 minutes a pop), it worked.
I am happy to hear my cynicism was not misplaced =)
:-
On 5/6/21 2:37 PM, Michael Orlitzky wrote:
On Thu, 2021-05-06 at 07:30 +0200, n952162 wrote:
Yes! It did! It does, every time! But why? I have enough disk space...
I have no idea. I fix it by re-syncing until the error stops. That's
how computers work.
How naive of me. After 5
On 5/6/21 2:37 PM, Michael Orlitzky wrote:
On Thu, 2021-05-06 at 07:30 +0200, n952162 wrote:
Yes! It did! It does, every time! But why? I have enough disk space...
I have no idea. I fix it by re-syncing until the error stops. That's
how computers work.
Oh bummer. So, I started
On 5/6/21 10:55 AM, Walter Dnes wrote:
On Thu, May 06, 2021 at 07:42:19AM +0200, n952162 wrote
This forum entry from 2018:
https://forums.gentoo.org/viewtopic-t-1085556-start-0.html
<https://forums.gentoo.org/viewtopic-t-1085556-start-0.html>
lists various possible causes, all of
On 5/6/21 11:00 AM, J. Roeleveld wrote:
On Thursday, May 6, 2021 9:40:21 AM CEST n952162 wrote:
On 5/6/21 7:42 AM, n952162 wrote:
On 5/6/21 7:30 AM, n952162 wrote:
On 5/5/21 8:24 PM, Michael Orlitzky wrote:
On Wed, 2021-05-05 at 20:11 +0200, n952162 wrote:
Hello.
I update several machines
On 5/6/21 7:42 AM, n952162 wrote:
On 5/6/21 7:30 AM, n952162 wrote:
On 5/5/21 8:24 PM, Michael Orlitzky wrote:
On Wed, 2021-05-05 at 20:11 +0200, n952162 wrote:
Hello.
I update several machines every month. This month, most of the
machines
needed to update more than 300 packages. But one
On 5/6/21 7:30 AM, n952162 wrote:
On 5/5/21 8:24 PM, Michael Orlitzky wrote:
On Wed, 2021-05-05 at 20:11 +0200, n952162 wrote:
Hello.
I update several machines every month. This month, most of the
machines
needed to update more than 300 packages. But one, which isn't any
different than
On 5/5/21 8:24 PM, Michael Orlitzky wrote:
On Wed, 2021-05-05 at 20:11 +0200, n952162 wrote:
Hello.
I update several machines every month. This month, most of the machines
needed to update more than 300 packages. But one, which isn't any
different than the others, has 0 to update, after
Hello.
I update several machines every month. This month, most of the machines
needed to update more than 300 packages. But one, which isn't any
different than the others, has 0 to update, after running --sync.
Does anybody have an explanation for that?
On 4/4/21 12:37 PM, n952162 wrote:
After re-running quickpkg, I still get no "binary"s in the emerge
output dependency tree.
At some point, I started getting 304 errors here again.
|304 Not Modified|
<https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/304>
On 4/4/21 10:56 AM, Neil Bothwick wrote:
On Sun, 4 Apr 2021 10:33:15 +0200, n952162 wrote:
[ebuild R ] dev-libs/libuv-1.40.0:0/1::gentoo USE="-static-libs"
0 KiB
I'm not sure where the static-libs USE flag comes from, it's not in
/etc/portage/package.use.
The flag
On 4/4/21 12:31 AM, Neil Bothwick wrote:
On Sat, 3 Apr 2021 22:03:46 +0200, n952162 wrote:
I find no clue why the binary packages on my server aren't being picked
up. The --debug option (and --verbose, naturally) has no additional
information. Running the --getbinpkgonly stops immediately
I find no clue why the binary packages on my server aren't being picked
up. The --debug option (and --verbose, naturally) has no additional
information. Running the --getbinpkgonly stops immediately, saying 0
packages are selected.
I found one problem: on my server, my apache log file had a
On 2/9/21 3:55 PM, Neil Bothwick wrote:
On Tue, 9 Feb 2021 14:25:01 +0100, n952162 wrote:
gentoo policy is that administrators need to keep their systems
up-to-date. The promise is, if they do so, the dependency system will
be reliable.
The kernel version is apparently an exception
On 2/9/21 2:56 PM, Michael wrote:
On Tuesday, 9 February 2021 13:25:01 GMT n952162 wrote:
On 2/9/21 12:57 PM, Michael wrote:
On Tuesday, 9 February 2021 10:01:04 GMT n952162 wrote:
On 2/9/21 10:05 AM, Dale wrote:
n952162 wrote:
Are extra administrative steps necessary when --sync brings
On 2/9/21 12:57 PM, Michael wrote:
On Tuesday, 9 February 2021 10:01:04 GMT n952162 wrote:
On 2/9/21 10:05 AM, Dale wrote:
n952162 wrote:
Are extra administrative steps necessary when --sync brings in a new
kernel, as in:
https://wiki.gentoo.org/wiki/Kernel/Upgrade
I currently have
On 2/9/21 10:05 AM, Dale wrote:
n952162 wrote:
Are extra administrative steps necessary when --sync brings in a new
kernel, as in:
https://wiki.gentoo.org/wiki/Kernel/Upgrade
I currently have this situation:
$ uname -a
Linux host *4.19.72-gentoo* #7 SMP Tue Jun 9 19:51:52 CEST 2020
Are extra administrative steps necessary when --sync brings in a new
kernel, as in:
https://wiki.gentoo.org/wiki/Kernel/Upgrade
I currently have this situation:
$ uname -a
Linux host *4.19.72-gentoo* #7 SMP Tue Jun 9 19:51:52 CEST 2020 x86_64
GNU/Linux
$ eselect kernel list
Available
On 2/8/21 10:47 PM, the...@sys-concept.com wrote:
Thelma
On 2/8/21 2:39 PM, n952162 wrote:
On 2/8/21 9:17 PM, n952162 wrote:
VBoxClient --clipboard seems to be broken with a recent update
You can start it without error but it just goes away. The last thing in
the strace is a clone
On 2/8/21 9:17 PM, n952162 wrote:
VBoxClient --clipboard seems to be broken with a recent update
You can start it without error but it just goes away. The last thing in
the strace is a clone.
Anybody else seen this problem or know of a fix?
VBoxClient has behaved like this before, if memory
On 2/8/21 10:10 PM, the...@sys-concept.com wrote:
On 2/8/21 1:17 PM, n952162 wrote:
VBoxClient --clipboard seems to be broken with a recent update
You can start it without error but it just goes away. The last thing in
the strace is a clone.
Anybody else seen this problem or know of a fix
On 2/8/21 9:17 PM, n952162 wrote:
VBoxClient --clipboard seems to be broken with a recent update
You can start it without error but it just goes away. The last thing in
the strace is a clone.
Anybody else seen this problem or know of a fix?
VBoxClient has behaved like this before, if memory
VBoxClient --clipboard seems to be broken with a recent update
You can start it without error but it just goes away. The last thing in
the strace is a clone.
Anybody else seen this problem or know of a fix?
VBoxClient has behaved like this before, if memory serves. Either I've
just forgotten
Hi,
I'm updating my vbox's via a binary server on the host.
I'm disappointed to see that the client is going to want to build
firefox, even though the version it wants is the same as offered by the
hosts and the USE flags are the same. What factor am I missing?
The client:
[ebuild R
On 2/4/21 10:45 PM, Dale wrote:
n952162 wrote:
On 2/4/21 9:05 PM, Stefano Crocco wrote:
On giovedì 4 febbraio 2021 20:49:37 CET n952162 wrote:
Is this ok? It's stopped my update in its tracks:
$ equery d dev-ruby/*bundler*
* These packages depend on dev-ruby/bundler:
...
dev-ruby/*rdoc
On 2/4/21 5:58 PM, Jack wrote:
On 2/4/21 11:37 AM, n952162 wrote:
On 2/4/21 5:17 PM, Jack wrote:
On 2/4/21 10:10 AM, n952162 wrote:
On 2/4/21 3:47 PM, Matt Connell (Gmail) wrote:
On Thu, 2021-02-04 at 12:37 +0100, n952162 wrote:
The VirtualBox kernel modules do not match this version
On 2/4/21 9:24 PM, Matt Connell (Gmail) wrote:
On Thu, 2021-02-04 at 20:49 +0100, n952162 wrote:
Is this ok? It's stopped my update in its tracks:
/var/tmp/portage/dev-ruby/bundler-2.1.4/temp/environment: line 663:
rdoc: command not found
Emerging rdoc fails because it tries to emerge
On 2/4/21 9:05 PM, Stefano Crocco wrote:
On giovedì 4 febbraio 2021 20:49:37 CET n952162 wrote:
Is this ok? It's stopped my update in its tracks:
$ equery d dev-ruby/*bundler*
* These packages depend on dev-ruby/bundler:
...
dev-ruby/*rdoc*-6.1.2 (test ? dev-ruby/bundler
Is this ok? It's stopped my update in its tracks:
$ equery d dev-ruby/*bundler*
* These packages depend on dev-ruby/bundler:
...
dev-ruby/*rdoc*-6.1.2 (test ? dev-ruby/bundler[ruby_targets_ruby25(-)])
(test ? dev-ruby/bundler[ruby_targets_ruby26(-)])
$ equery d
On 2/4/21 6:36 PM, Michael wrote:
On Thursday, 4 February 2021 17:25:35 GMT n952162 wrote:
Sorry, if I gave the impression, when I said:
/I tried that (using "module-rebuild")/
that I ran it without the "@". I was just referring to the original
suggestion had
On 2/4/21 5:56 PM, Michael wrote:
On Thursday, 4 February 2021 16:37:01 GMT n952162 wrote:
On 2/4/21 5:17 PM, Jack wrote:
On 2/4/21 10:10 AM, n952162 wrote:
On 2/4/21 3:47 PM, Matt Connell (Gmail) wrote:
On Thu, 2021-02-04 at 12:37 +0100, n952162 wrote:
The VirtualBox kernel modules do
On 2/4/21 5:17 PM, Jack wrote:
On 2/4/21 10:10 AM, n952162 wrote:
On 2/4/21 3:47 PM, Matt Connell (Gmail) wrote:
On Thu, 2021-02-04 at 12:37 +0100, n952162 wrote:
The VirtualBox kernel modules do not match this version of VirtualBox.
Whenever you update app-emulation/virtualbox *or* your
On 2/4/21 3:47 PM, Matt Connell (Gmail) wrote:
On Thu, 2021-02-04 at 12:37 +0100, n952162 wrote:
The VirtualBox kernel modules do not match this version of VirtualBox.
Whenever you update app-emulation/virtualbox *or* your kernel version,
you need to update app-emulation/virtualbox-modules
On 2/4/21 12:42 PM, Michael wrote:
On Thursday, 4 February 2021 11:37:59 GMT n952162 wrote:
After updating, when I try to start my virtual machine (to update it), I
get this:
RTR3InitEx failed with rc=-1912 (rc=-1912) The VirtualBox kernel
modules do not match this version
After updating, when I try to start my virtual machine (to update it), I
get this:
RTR3InitEx failed with rc=-1912 (rc=-1912) The VirtualBox kernel
modules do not match this version of VirtualBox. The installation of
VirtualBox was apparently not successful. Executing
On 1/15/21 4:30 PM, Michael wrote:
On Friday, 15 January 2021 15:23:34 GMT Peter Humphrey wrote:
On Friday, 15 January 2021 15:08:15 GMT n952162 wrote:
On 1/15/21 10:24 AM, Michael wrote:
On Friday, 15 January 2021 08:47:18 GMT n952162 wrote:
Hello,
can anyone explain this?
I noticed today
On 1/15/21 5:29 PM, n952162 wrote:
On 1/15/21 4:30 PM, Michael wrote:
On Friday, 15 January 2021 15:23:34 GMT Peter Humphrey wrote:
On Friday, 15 January 2021 15:08:15 GMT n952162 wrote:
On 1/15/21 10:24 AM, Michael wrote:
On Friday, 15 January 2021 08:47:18 GMT n952162 wrote:
Hello,
can
On 1/15/21 4:30 PM, Michael wrote:
On Friday, 15 January 2021 15:23:34 GMT Peter Humphrey wrote:
On Friday, 15 January 2021 15:08:15 GMT n952162 wrote:
On 1/15/21 10:24 AM, Michael wrote:
On Friday, 15 January 2021 08:47:18 GMT n952162 wrote:
Hello,
can anyone explain this?
I noticed today
On 1/15/21 10:24 AM, Michael wrote:
On Friday, 15 January 2021 08:47:18 GMT n952162 wrote:
Hello,
can anyone explain this?
I noticed today (15. January) that the /var/log/{messages,kern.log,etc.}
files on a box were last touched on 22. November.
sysklogd was in the rc-open /started/ state
Hello,
can anyone explain this?
I noticed today (15. January) that the /var/log/{messages,kern.log,etc.}
files on a box were last touched on 22. November.
sysklogd was in the rc-open /started/ state and was running.
The configuration file, /etc/syslog.conf matches completely that file on
On 1/13/21 9:22 PM, Victor Ivanov wrote:
On 13/01/2021 20:06, n952162 wrote:
What encoding is your editor using?
vi? How would I determine that? My locale is C
You could use:
:set fenc
to display the current encoding used for the file, or
:set fenc=utf8
to force UTF-8 or any
On 1/13/21 8:57 PM, Grant Edwards wrote:
On 2021-01-13, n952162 wrote:
# -*- coding: utf-8 -*- [ this has to be in line1 or line2!!! ]
If you have that line in your source code, make sure your editor is
saving the file in UTF-8 encoding.
Oh, I think that gave me a solution!
# -*- coding
On 1/13/21 8:41 PM, n952162 wrote:
On 1/13/21 7:57 PM, n952162 wrote:
On 1/13/21 7:31 PM, n952162 wrote:
Hello. In python3, how do you do this?
tgt = 'gebuchte Umsätze;'
In python2, you could do this:
tgt = unicode ('gebuchte Umsätze;'.decode ('latin1'))
but that gives:
SyntaxError
On 1/13/21 7:57 PM, n952162 wrote:
On 1/13/21 7:31 PM, n952162 wrote:
Hello. In python3, how do you do this?
tgt = 'gebuchte Umsätze;'
In python2, you could do this:
tgt = unicode ('gebuchte Umsätze;'.decode ('latin1'))
but that gives:
SyntaxError: (unicode error) 'utf-8' codec can't
On 1/13/21 7:59 PM, Grant Edwards wrote:
On 2021-01-13, n952162 wrote:
Hello. In python3, how do you do this?
Please explain what "this" is trying to accomplish, and we can tell
you how to do it in Python3. Are you trying to convert from Unicode to
Latin1 and back to Unicode?
On 1/13/21 7:31 PM, n952162 wrote:
Hello. In python3, how do you do this?
tgt = 'gebuchte Umsätze;'
In python2, you could do this:
tgt = unicode ('gebuchte Umsätze;'.decode ('latin1'))
but that gives:
SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xe4 in
position 12: invalid
Hello. In python3, how do you do this?
tgt = 'gebuchte Umsätze;'
In python2, you could do this:
tgt = unicode ('gebuchte Umsätze;'.decode ('latin1'))
but that gives:
SyntaxError: (unicode error) 'utf-8' codec can't decode byte 0xe4 in
position 12: invalid continuation byte
In fact, any
On 1/6/21 5:50 PM, Peter Humphrey wrote:
On Wednesday, 6 January 2021 16:29:45 GMT n952162 wrote:
On 1/6/21 4:53 PM, Neil Bothwick wrote:
On Wed, 6 Jan 2021 16:46:49 +0100, n952162 wrote:
I set up a binary server on one of my real machines to service a vbox
hosted on it. It seems to work
On 1/6/21 4:53 PM, Neil Bothwick wrote:
On Wed, 6 Jan 2021 16:46:49 +0100, n952162 wrote:
I set up a binary server on one of my real machines to service a vbox
hosted on it. It seems to work okay, but both firefox and thunderbird
are re-emerging ... I suspect that they changed between when I
I set up a binary server on one of my real machines to service a vbox
hosted on it. It seems to work okay, but both firefox and thunderbird
are re-emerging ... I suspect that they changed between when I did a
--sync on the host and a --sync on the client.
I can't see any problem with
On 1/5/21 11:46 PM, n952162 wrote:
On 1/5/21 11:38 PM, Michael wrote:
On Tuesday, 5 January 2021 22:33:44 GMT n952162 wrote:
On 1/5/21 11:17 PM, n952162 wrote:
I'm thinking about putting the stuff in /var/tmp/portage on another
drive and linking with a symlink. Is there a better way?
Thank
On 1/5/21 11:38 PM, Michael wrote:
On Tuesday, 5 January 2021 22:33:44 GMT n952162 wrote:
On 1/5/21 11:17 PM, n952162 wrote:
I'm thinking about putting the stuff in /var/tmp/portage on another
drive and linking with a symlink. Is there a better way?
Thank you all for the suggestion about
On 1/5/21 11:17 PM, n952162 wrote:
I'm thinking about putting the stuff in /var/tmp/portage on another
drive and linking with a symlink. Is there a better way?
Thank you all for the suggestion about make.conf. I'd seen something
about configuring it in
*|/etc/portage/env/notmpfs.conf
I'm thinking about putting the stuff in /var/tmp/portage on another
drive and linking with a symlink. Is there a better way?
On 12/30/20 11:17 PM, n952162 wrote:
When I try to restore my pkgs, after the --depclean, the emerge fails.
It seems like there's an error in the pre-inst script of acct-group/lp?
That's need by cups:
1270~/adm/gentoo/emerged>sudo cat
/var/tmp/portage/acct-group/lp-0-r1/temp/build.
On 1/1/21 8:47 PM, n952162 wrote:
On 12/31/20 2:14 PM, Michael Orlitzky wrote:
On 12/31/20 2:34 AM, n952162 wrote:
cups was already installed. I considered removing it, but several
other
things, like ghostscript (!) are dependent on it. I'm using
--keep-going for now. I suspect a bug
On 1/1/21 8:47 PM, n952162 wrote:
On 12/31/20 2:14 PM, Michael Orlitzky wrote:
On 12/31/20 2:34 AM, n952162 wrote:
cups was already installed. I considered removing it, but several
other
things, like ghostscript (!) are dependent on it. I'm using
--keep-going for now. I suspect a bug
On 12/31/20 2:14 PM, Michael Orlitzky wrote:
On 12/31/20 2:34 AM, n952162 wrote:
cups was already installed. I considered removing it, but several other
things, like ghostscript (!) are dependent on it. I'm using
--keep-going for now. I suspect a bug in acct-group/lp that will get
cleared
On 12/31/20 1:29 AM, Michael wrote:
On Wednesday, 30 December 2020 23:33:47 GMT Jack wrote:
On 2020.12.30 17:17, n952162 wrote:
When I try to restore my pkgs, after the --depclean, the emerge
fails.
It seems like there's an error in the pre-inst script of
acct-group/lp?
That's need by cups
On 12/31/20 12:33 AM, Jack wrote:
On 2020.12.30 17:17, n952162 wrote:
When I try to restore my pkgs, after the --depclean, the emerge fails.
It seems like there's an error in the pre-inst script of acct-group/lp?
That's need by cups:
1270~/adm/gentoo/emerged>sudo cat
/var/tmp/portage/a
When I try to restore my pkgs, after the --depclean, the emerge fails.
It seems like there's an error in the pre-inst script of acct-group/lp?
That's need by cups:
1270~/adm/gentoo/emerged>sudo cat
/var/tmp/portage/acct-group/lp-0-r1/temp/build.log
* Package: acct-group/lp-0-r1
*
On 12/30/20 9:35 AM, Arve Barsnes wrote:
On Wed, 30 Dec 2020 at 08:46, n952162 wrote:
Well, yes, the current version, indeed requires python3_8. The version
that was installed on my system, however, to be updated, listed
python3_7 in the PYTHON_TARGETS section. That was the only difference
On 12/30/20 1:05 AM, Michael wrote:
On Tuesday, 29 December 2020 22:55:03 GMT Neil Bothwick wrote:
On Tue, 29 Dec 2020 23:16:11 +0100, n952162 wrote:
So, I tried to do an emerge on @system. I got another slot conflict!
This time for mako, which I'd seen go by sometimes as a "pa
On 12/30/20 1:05 AM, Michael wrote:
On Tuesday, 29 December 2020 22:55:03 GMT Neil Bothwick wrote:
On Tue, 29 Dec 2020 23:16:11 +0100, n952162 wrote:
So, I tried to do an emerge on @system. I got another slot conflict!
This time for mako, which I'd seen go by sometimes as a "pa
On 12/30/20 1:21 AM, Dale wrote:
Michael wrote:
I expect in a few weeks the tree will settle on python3_9, so all this rinse
and repeat exercise with all the python updates should hopefully go quiet. :-)
It may not be a bad idea for the OP to sync again and see if that
helps. It's rare but
On 12/29/20 11:07 PM, n952162 wrote:
So, I tried to do an emerge on @system. I got another slot conflict!
This time for mako, which I'd seen go by sometimes as a "package of
interest". It's only transgression: PYTHON_TARGET containing python3_7.
Note that both the "sche
On 12/3/20 9:33 PM, n952162 wrote:
I'm trying to update the gentoo system that I last updated 6 weeks ago,
but it seems not to work. Can somebody explain to me why?
I tried and tried to figure out how I could determine what the fatal
slot conflict would be. No matter how I mixed things
This script:
equery -CN d libxml2 | sed -n -e '/^[ ]/d' -e 's/[^(]*(//' -e
's/)[^)]*$//' -e 's,[^/]*/,,' -e '/:/p' | sort -u
gets the package atom of each version of libxml2 in slot 2:
libxml2-2.4.12:2
libxml2-2.4.16:2
libxml2-2.6.21:2
On 12/19/20 12:35 PM, Neil Bothwick wrote:
On Sat, 19 Dec 2020 12:12:21 +0100, n952162 wrote:
Your output gives away that you STILL have not run depclean, so you
STILL have dev-python/ipaddress installed, which has been removed from
the tree, and requires python 2.7. Unless you remove old
On 12/19/20 12:35 PM, Michael wrote:
On Saturday, 19 December 2020 10:20:26 GMT n952162 wrote:
I don't think this output or any list participant has actually
identified where the problem here is. In my original posting, the only
difference causing the slot collision for jinja was that one had
On 12/19/20 12:12 PM, bobwxc wrote:
在 2020/12/19 下午6:20, n952162 写道:
On 12/16/20 11:59 AM, Arve Barsnes wrote:
On Wed, 16 Dec 2020 at 11:34, Miles Malone
wrote:
What's happening when you do emerge -avuDN --with-bdeps=y
--backtrack=100 @world ? Giving portage the flexibility to solve
On 12/19/20 11:45 AM, William Kenworthy wrote:
Backtracking rarely helps in my experience.
check the blocks: using --nodeps forces the install, then it may work
(you may have to add to package.accept_keywords etc. to cover that angle
- but I am on arm and arm64 where the most difficult of the
On 12/16/20 11:34 AM, Miles Malone wrote:
What's happening when you do emerge -avuDN --with-bdeps=y
--backtrack=100 @world ? Giving portage the flexibility to solve it
with some extra backtracking and increasing the scope to world might
fix it, if not then we can revisit it?
That's how I
if I've tried that combination, I'll do so now.
... you include -a. Under what situation might I respond to the prompt
with 'no'?
On Wed, 16 Dec 2020 at 20:24, n952162 wrote:
In an update with several slot collisions (see attachment), I'm zero-ing in on
the simplest, where a package
In an update with several slot collisions (see attachment), I'm
zero-ing in on the simplest, where a package is to be replaced by the
same package, but with different PYTHON_TARGETS (at least, that's how I
interpret it).
Is there a way to force the PYTHON_TARGETS of the dependency?
Slot
On 12/14/20 11:17 AM, Wols Lists wrote:
On 14/12/20 08:51, Dale wrote:
If you are able, maybe you can compile the bigger packages on a faster
system? If it is a option, it may help.
If I have multiple similar machines, I create a shared a shared local
repository. Then I run emerge with the
On 12/14/20 1:04 AM, Michael wrote:
If you're running a stable system then you should not *need* to define a
particular python version or python target manually in your USE preferences
configuration and you should not need to add python or any lib packages in
general, in your
101 - 200 of 547 matches
Mail list logo
