On 05/22/20 02:48, Rich Freeman wrote:
On Thu, May 21, 2020 at 3:18 PM n952162 wrote:
My system:
Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R)
Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux
I'm not sure why the x86 is coming into play here and if
On 05/22/20 02:48, Rich Freeman wrote:
On Thu, May 21, 2020 at 3:18 PM n952162 wrote:
My system:
Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R)
Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux
I'm not sure why the x86 is coming into play here and if
On Thu, May 21, 2020 at 3:18 PM n952162 wrote:
>
> My system:
>
> Linux txm2 4.14.65-gentoo #1 SMP Sun Oct 21 11:50:40 -00 2018 x86_64 Intel(R)
> Core(TM)2 Duo CPU E7500 @ 2.93GHz GenuineIntel GNU/Linux
>
> I'm not sure why the x86 is coming into play here and if sse2 is relevant at
> all.
> I f
On 05/20/20 23:52, n952162 wrote:
The @system set is largely independent of anything else, so getting it
updated makes everything else easier.
Okay, that's what I'll do (tomorrow).
Well it's an iterative process with backtracking ... one package of
@system is alsa and it seemed small and e
On Thu, May 21, 2020 at 4:46 AM Thomas Mueller wrote:
>
> > from n952162:
>
> > > And really unless you REALLY care about your CFLAGS you get 99% of the
> > > benefit just sticking with the original stage3 and just rebuilding
> > > anything you change USE flags for. Over time it will all get rebu
> from n952162:
> > And really unless you REALLY care about your CFLAGS you get 99% of the
> > benefit just sticking with the original stage3 and just rebuilding
> > anything you change USE flags for. Over time it will all get rebuilt
> > anyway using your preferences.
> If I understand that cor
On 05/20/20 23:58, Rich Freeman wrote:
On Wed, May 20, 2020 at 5:52 PM n952162 wrote:
The beauty of gentoo is that it's source. But that's just a fantasy if
I use the stage3 tarball.
I think.
The stage3 tarball is what you get if you build everything using the
default options.
If you chan
On Wed, May 20, 2020 at 5:52 PM n952162 wrote:
>
> The beauty of gentoo is that it's source. But that's just a fantasy if
> I use the stage3 tarball.
> I think.
The stage3 tarball is what you get if you build everything using the
default options.
If you change the options, then an emerge -e @wo
On 05/20/20 23:24, Rich Freeman wrote:
First, stop top-posting, and fix your quoting. This is a mess to try
to reply to, and your update woes are bad enough to stare at...
sorry, I've just posted as I've thought it was most meaningful. I'm not
sure what you mean by quoting ... I'm using th
First, stop top-posting, and fix your quoting. This is a mess to try
to reply to, and your update woes are bad enough to stare at...
On Wed, May 20, 2020 at 4:51 PM n952162 wrote:
>
>
> Well, you're talking about openssl here. I'm trying to go a step at a time
> and looking at the first confli
Please don't toppost
On 20 May 2020 21:46:45 CEST, n952162 wrote:
>Good tip ... I was getting unconfortable that every time I tried one of
>these attempts to update things, it would say that the target got added
>to the world file. You're saying, if I don't recognize it, I can
>remove
>it from t
Please don't toppost
On 20 May 2020 21:34:47 CEST, n952162 wrote:
>The output of:
>
>sudo emerge -auDv --changed-use --keep-going --with-bdeps=y
>--changed-deps --backtrack=100 @world
>
>is attached.
>
>
>On 05/20/20 21:24, Daniel Frey wrote:
>> On 5/20/20 12:06 PM, n952162 wrote:
>>> The comman
On Wed, May 20, 2020 at 3:49 PM n952162 wrote:
>
> On 05/20/20 21:24, Daniel Frey wrote:
> > On 5/20/20 12:06 PM, n952162 wrote:
> >> The command was:
> >>
> >> emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl
> >> dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml
> >> dev-qt/linguist-
On Wed, May 20, 2020 at 3:51 PM Matt Connell (Gmail)
wrote:
>
> On 2020-05-20 14:46, n952162 wrote:
> > You're saying, if I don't recognize it, I can remove
> > it from the list?
>
> The world file should contain only *selected* packages, meaning packages
> you explicitly, purposefully chose and i
On 2020-05-20 14:46, n952162 wrote:
You're saying, if I don't recognize it, I can remove
it from the list?
The world file should contain only *selected* packages, meaning packages
you explicitly, purposefully chose and installed. That way you let
portage handle all your dependencies.
"sele
On 05/20/20 21:24, Daniel Frey wrote:
On 5/20/20 12:06 PM, n952162 wrote:
The command was:
emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl
dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml
dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore
The output to that is atta
Good tip ... I was getting unconfortable that every time I tried one of
these attempts to update things, it would say that the target got added
to the world file. You're saying, if I don't recognize it, I can remove
it from the list?
On 05/20/20 21:35, J. Roeleveld wrote:
On 20 May 2020 21:24:
On 20 May 2020 21:24:36 CEST, Daniel Frey wrote:
>On 5/20/20 12:06 PM, n952162 wrote:
>> The command was:
>>
>> emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl
>> dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml
>> dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore
>>
On 5/20/20 12:06 PM, n952162 wrote:
The command was:
emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl
dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml
dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore
The output to that is attached.
I tried just emerging zlib with
The command was:
emerge -vu dev-qt/qtgui dev-qt/qtx11extras dev-qt/qtopengl
dev-qt/qtprintsupport dev-qt/qtwidgets dev-qt/qtxml
dev-qt/linguist-tools dev-qt/qtnetwork dev-qt/qtsvg dev-qt/qtcore
The output to that is attached.
I tried just emerging zlib with the static-libs USE flag ... that log
On Wed, May 20, 2020 at 02:35:52PM +0200, n952162 wrote:
> I have a slot conflict for sys-libs/zlib, whereby both users want
> the same package. Studying the USE variables shows that the new
> package wants, additionally, the "static-libs" USE flag.
>
> I thought, the way to handle this i
I have a slot conflict for sys-libs/zlib, whereby both users want
the same package. Studying the USE variables shows that the new
package wants, additionally, the "static-libs" USE flag.
I thought, the way to handle this is to add the static-libs USE
variable in /etc/portage/package.
22 matches
Mail list logo