[gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread John Covici
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 tree anymore.  the packages
which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed
bugs against both of them.  Inn no longer configures and I have
discussed this in another thread.  So, where can I go with this?  I
hate to just go forward, although these packages look they don't have
any lib32 dependencies.  Wat do you thihnk about this?

Thanks in advance for any suggestions.


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Grant Taylor

On 6/18/19 9:43 AM, John Covici wrote:

It would seem impossible for me to switch to profile 17.1.


"Impossible" seems a bit extreme to me.  Maybe really difficult / annoying.

I say this because I can never run emerge --depclean .  I have a 
few packages which will not compile and one not in the tree anymore.


What compilation errors do you get?

I've got a couple packages that I keep the the ebuild around for.  I 
have always been able to copy things back into portage such that they 
survive a --depclean.  xfce4-mixer being one example.


I don't know how proper or safe this is.  But it works for me!™  ;-)

the packages which will not compile are mono-4.4.1.0 and totem-3.30 -- 
I have filed bugs against both of them.


I'd have to see the bugs to have a snowball's chance in  of 
having any clue.



Inn no longer configures and I have discussed this in another thread.


I thought that INN had been removed from the portage tree.  (I've 
lamented this elsewhere.)


I did run into a problem with a version not configuring because a 
comparison was expecting a number and someone appended something to it 
turning it into a string.  I was able to remove what was appended and 
get INN to configure and compile.  Perhaps something like that is what 
you're experiencing.


So, where can I go with this?  I hate to just go forward, although these 
packages look they don't have any lib32 dependencies.  Wat do you thihnk 
about this?


I've not tackled the 17.0 to 17.1 migration yet.  I've been addressing 
my own issues within 17.0 and recently gotten them to (what I think is) 
a stable point.  I'm letting backups run and stress testing things for a 
few days.  (Really until I find more time to do the 17.0 to 17.1 
migration on a test system.)



Thanks in advance for any suggestions.


Good luck.



--
Grant. . . .
unix || die



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Helmut Jarausch

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 tree anymore.  the packages
which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed
bugs against both of them.  Inn no longer configures and I have
discussed this in another thread.  So, where can I go with this?  I
hate to just go forward, although these packages look they don't have
any lib32 dependencies.  Wat do you thihnk about this?

Thanks in advance for any suggestions.



I haven't run emerge --depclean. I have re-emerge gcc / glibc and all  
packages with

files /usr/lib32 and /lib32 and some more which I don't remember.

On the other hand I don't see such a big advantage of profile 17.1.
I have several (64 bit) packages (in my local portage tree) which still  
install into /usr/lib

although this folder is now the replacement of the old /usr/lib32.

But I don't know if we sometimes forced to switch to a successor of  
17.1.


Helmut





Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Rich Freeman
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 tree anymore.  the packages
> > which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed
> > bugs against both of them.  Inn no longer configures and I have
> > discussed this in another thread.  So, where can I go with this?  I
> > hate to just go forward, although these packages look they don't have
> > any lib32 dependencies.  Wat do you thihnk about this?
> >
>
> I haven't run emerge --depclean. I have re-emerge gcc / glibc and all
> packages with
> files /usr/lib32 and /lib32 and some more which I don't remember.

If you're unable to run --depclean (not necessarily if you just
haven't run it recently), you could run into problems, sometime,
probably not a convenient time.

You don't HAVE to run it to do the migration, but I'd suggest
generally cleaning things up first, because it makes it less likely
that you'll run into issues, and it might reduce the time required to
migrate.

If you CAN'T run --depclean I'd definitely stop and fix whatever is
wrong, otherwise you could run into issues during the migration, when
they might be harder to resolve.

> On the other hand I don't see such a big advantage of profile 17.1.
> I have several (64 bit) packages (in my local portage tree) which still
> install into /usr/lib
> although this folder is now the replacement of the old /usr/lib32.

The advantages are more around bringing Gentoo into better alignment
with all the other distros and making packages more maintainable in
the long-term.

If packages are sticking 64-bit libraries in /usr/lib then I would
file a bug, if there isn't already one open.  There are known packages
that don't work with 17.1.

There isn't really a reason to rush into this, but long-term support
for 17.0 will get dropped, so you will have to migrate, eventually.  I
would try to find a convenient time to do it.

As far as --depclean issues go, it would be more helpful if we
actually had details around the issues...

-- 
Rich



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Dale
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 tree anymore.  the packages
> which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed
> bugs against both of them.  Inn no longer configures and I have
> discussed this in another thread.  So, where can I go with this?  I
> hate to just go forward, although these packages look they don't have
> any lib32 dependencies.  Wat do you thihnk about this?
>
> Thanks in advance for any suggestions.
>
>


I read other replies and had a thought.  Couldn't you run emerge -p
--depclean and let it list what needs cleaning up, then clean it up
manually with -C or some other option that works?  It would take more
time to do it that way but at least you would have a cleaner system
without removing your packages you want to keep.  May make the profile
switch easier. 

Also, you could use --exclude on --depclean as well.  Since I rarely
reboot, I do manual updates on my kernel, I emerge them then mask them
so it doesn't want to update every little version increase.  When I run
--depclean, I have to use --exclude gentoo-sources to make it ignore my
kernel sources.  In your case, emerge -p --depclean --exclude mono
--exclude totem --exclude inn, assuming I have that last one spelled
correctly. 

Just make sure you use -a or -p with those first.  Wouldn't want to
forget and really mess up something.  :/ 

Would either of those work for you? 

Dale

:-)  :-) 



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread John Covici
On Tue, 18 Jun 2019 12:46:43 -0400,
Dale wrote:
> 
> 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 tree anymore.  the packages
> > which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed
> > bugs against both of them.  Inn no longer configures and I have
> > discussed this in another thread.  So, where can I go with this?  I
> > hate to just go forward, although these packages look they don't have
> > any lib32 dependencies.  Wat do you thihnk about this?
> >
> > Thanks in advance for any suggestions.
> >
> >
> 
> 
> I read other replies and had a thought.  Couldn't you run emerge -p
> --depclean and let it list what needs cleaning up, then clean it up
> manually with -C or some other option that works?  It would take more
> time to do it that way but at least you would have a cleaner system
> without removing your packages you want to keep.  May make the profile
> switch easier. 
> 
> Also, you could use --exclude on --depclean as well.  Since I rarely
> reboot, I do manual updates on my kernel, I emerge them then mask them
> so it doesn't want to update every little version increase.  When I run
> --depclean, I have to use --exclude gentoo-sources to make it ignore my
> kernel sources.  In your case, emerge -p --depclean --exclude mono
> --exclude totem --exclude inn, assuming I have that last one spelled
> correctly. 
> 
> Just make sure you use -a or -p with those first.  Wouldn't want to
> forget and really mess up something.  :/ 
> 
> Would either of those work for you? 

Here is the exact output from emerge --depclean

Calculating dependencies   done!
 * Dependencies could not be completely resolved due to
  * the following required packages not being installed:
   *
*   gnome-base/gnome-desktop:3/12= pulled in by:
 * media-video/totem-3.24.0
 *
  *   dev-libs/openssl:0/0= pulled in by:
   * net-nntp/inn-2.5.5-r1
*
 * Have you forgotten to do a complete update prior to
depclean? The
   * most comprehensive command for this purpose is as
follows:
   *
*   emerge --update --newuse --deep --with-bdeps=y
  @world
*
 * Note that the --with-bdeps=y option is not
  required in many
   * situations. Refer to the emerge manual page
  (run `man emerge`)
   * for more information about --with-bdeps.
*
 * Also, note that it may be necessary to
   manually uninstall
   * packages that no longer exist in 
the
   repository, since it may not
   * be possible to satisfy their
   dependencies.
  

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Jack

On 6/18/19 1:00 PM, John Covici wrote:

On Tue, 18 Jun 2019 12:46:43 -0400,
Dale wrote:

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 tree anymore.  the packages
which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed
bugs against both of them.  Inn no longer configures and I have
discussed this in another thread.  So, where can I go with this?  I
hate to just go forward, although these packages look they don't have
any lib32 dependencies.  Wat do you thihnk about this?

Thanks in advance for any suggestions.



I read other replies and had a thought.  Couldn't you run emerge -p
--depclean and let it list what needs cleaning up, then clean it up
manually with -C or some other option that works?  It would take more
time to do it that way but at least you would have a cleaner system
without removing your packages you want to keep.  May make the profile
switch easier.

Also, you could use --exclude on --depclean as well.  Since I rarely
reboot, I do manual updates on my kernel, I emerge them then mask them
so it doesn't want to update every little version increase.  When I run
--depclean, I have to use --exclude gentoo-sources to make it ignore my
kernel sources.  In your case, emerge -p --depclean --exclude mono
--exclude totem --exclude inn, assuming I have that last one spelled
correctly.

Just make sure you use -a or -p with those first.  Wouldn't want to
forget and really mess up something.  :/

Would either of those work for you?

Here is the exact output from emerge --depclean

Calculating dependencies   done!
  * Dependencies could not be completely resolved due to
   * the following required packages not being installed:
*
 *   gnome-base/gnome-desktop:3/12= pulled in by:
  * media-video/totem-3.24.0
 *
  *   dev-libs/openssl:0/0= pulled in by:
   * net-nntp/inn-2.5.5-r1
*
 * Have you forgotten to do a complete update prior to
 depclean? The
   * most comprehensive command for this purpose is as
 follows:
   *
*   emerge --update --newuse --deep --with-bdeps=y
   @world
*
 * Note that the --with-bdeps=y option is not
   required in many
   * situations. Refer to the emerge manual page
   (run `man emerge`)
   * for more information about --with-bdeps.
*
 * Also, note that it may be necessary to
manually uninstall
   * packages that no longer exist in 
the
repository, since it may not
   * be possible to satisfy their
dependencies.
Can you manually emerge those needed packages? 
(gnome-base/gnome-desktop:3/12 and dev-libs/openssl:0/9)  That should be 
possible even though you can't compile inn or totem.




Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread John Covici
On Tue, 18 Jun 2019 13:08:09 -0400,
Jack wrote:
> 
> On 6/18/19 1:00 PM, John Covici wrote:
> > On Tue, 18 Jun 2019 12:46:43 -0400,
> > Dale wrote:
> >> 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 tree anymore.  the packages
> >>> which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed
> >>> bugs against both of them.  Inn no longer configures and I have
> >>> discussed this in another thread.  So, where can I go with this?  I
> >>> hate to just go forward, although these packages look they don't have
> >>> any lib32 dependencies.  Wat do you thihnk about this?
> >>> 
> >>> Thanks in advance for any suggestions.
> >>> 
> >> 
> >> I read other replies and had a thought.  Couldn't you run emerge -p
> >> --depclean and let it list what needs cleaning up, then clean it up
> >> manually with -C or some other option that works?  It would take more
> >> time to do it that way but at least you would have a cleaner system
> >> without removing your packages you want to keep.  May make the profile
> >> switch easier.
> >> 
> >> Also, you could use --exclude on --depclean as well.  Since I rarely
> >> reboot, I do manual updates on my kernel, I emerge them then mask them
> >> so it doesn't want to update every little version increase.  When I run
> >> --depclean, I have to use --exclude gentoo-sources to make it ignore my
> >> kernel sources.  In your case, emerge -p --depclean --exclude mono
> >> --exclude totem --exclude inn, assuming I have that last one spelled
> >> correctly.
> >> 
> >> Just make sure you use -a or -p with those first.  Wouldn't want to
> >> forget and really mess up something.  :/
> >> 
> >> Would either of those work for you?
> > Here is the exact output from emerge --depclean
> > 
> > Calculating dependencies   done!
> >   * Dependencies could not be completely resolved due to
> >* the following required packages not being installed:
> > *
> >  *   gnome-base/gnome-desktop:3/12= pulled in by:
> >   * media-video/totem-3.24.0
> >  *
> >   *   dev-libs/openssl:0/0= pulled in by:
> >* net-nntp/inn-2.5.5-r1
> > *
> >  * Have you forgotten to do a complete update prior to
> >  depclean? The
> >* most comprehensive command for this purpose is as
> >  follows:
> >*
> > *   emerge --update --newuse --deep --with-bdeps=y
> >@world
> > *
> >  * Note that the --with-bdeps=y option is not
> >required in many
> >* situations. Refer to the emerge manual page
> >(run `man emerge`)
> >* for more information about --with-bdeps.
> > *
> >  * Also, note that it may be necessary to
> > manually uninstall
> >* packages that no longer exist in 
> > the
> > repository, since it may not
> >* be possible to satisfy their
> > dependencies.
> Can you manually emerge those needed packages?
> (gnome-base/gnome-desktop:3/12 and dev-libs/openssl:0/9)  That
> should be possible even though you can't compile inn or totem.
> 

They don't seem to be valid package atoms -- according to portage.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Rich Freeman
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



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Jack

On 6/18/19 1:34 PM, John Covici wrote:

On Tue, 18 Jun 2019 13:08:09 -0400,
Jack wrote:

On 6/18/19 1:00 PM, John Covici wrote:

On Tue, 18 Jun 2019 12:46:43 -0400,
Dale wrote:

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 tree anymore.  the packages
which will not compile are mono-4.4.1.0 and totem-3.30 -- I have filed
bugs against both of them.  Inn no longer configures and I have
discussed this in another thread.  So, where can I go with this?  I
hate to just go forward, although these packages look they don't have
any lib32 dependencies.  Wat do you thihnk about this?

Thanks in advance for any suggestions.


I read other replies and had a thought.  Couldn't you run emerge -p
--depclean and let it list what needs cleaning up, then clean it up
manually with -C or some other option that works?  It would take more
time to do it that way but at least you would have a cleaner system
without removing your packages you want to keep.  May make the profile
switch easier.

Also, you could use --exclude on --depclean as well.  Since I rarely
reboot, I do manual updates on my kernel, I emerge them then mask them
so it doesn't want to update every little version increase.  When I run
--depclean, I have to use --exclude gentoo-sources to make it ignore my
kernel sources.  In your case, emerge -p --depclean --exclude mono
--exclude totem --exclude inn, assuming I have that last one spelled
correctly.

Just make sure you use -a or -p with those first.  Wouldn't want to
forget and really mess up something.  :/

Would either of those work for you?

Here is the exact output from emerge --depclean

Calculating dependencies   done!
   * Dependencies could not be completely resolved due to
* the following required packages not being installed:
 *
  *   gnome-base/gnome-desktop:3/12= pulled in by:
   * media-video/totem-3.24.0
 *
  *   dev-libs/openssl:0/0= pulled in by:
   * net-nntp/inn-2.5.5-r1
*
 * Have you forgotten to do a complete update prior to
  depclean? The
   * most comprehensive command for this purpose is as
  follows:
   *
*   emerge --update --newuse --deep --with-bdeps=y
@world
*
 * Note that the --with-bdeps=y option is not
required in many
   * situations. Refer to the emerge manual page
(run `man emerge`)
   * for more information about --with-bdeps.
*
 * Also, note that it may be necessary to
 manually uninstall
   * packages that no longer exist in 
the
 repository, since it may not
   * be possible to satisfy their
 dependencies.

Can you manually emerge those needed packages?
(gnome-base/gnome-desktop:3/12 and dev-libs/openssl:0/9)  That
should be possible even though you can't compile inn or totem.


They don't seem to be valid package atoms -- according to portage.
No, but have you done something like "eix gnome-desktop" to figure out 
which version meets all those criteria? (3.26.2-r2 for gnome-desktop, 
but I don't see a match for openssl, which suggests it might be a 
sufficiently old version that it's no longer in portage, which could be 
a problem, unless you can find the old ebuild.)




Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread John Covici
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
> 
> And did you try actually running this?

Yep, I did run this and although the packages I mentioned did not
compile, all others  did work.  Here is what I have for the packages
mentioned gnome-desktop and openssl.

 Available versions:
 (2)2.32.1-r2
 (3)(~)3.26.2-r2(3/12) 3.30.2.1(3/17)
   {debug +introspection license-docs seccomp test
 udev PYTHON_TARGETS="python2_7"}
 Installed versions:  2.32.1-r1(2)(07:19:04 PM
 09/02/2011)(doc -debug) 3.30.2.1(3/17)(09:15:40 PM
 04/09/2019)(introspection seccomp udev -debug -test)

 Available versions:
 (0.9.8) 0.9.8z_p8-r1^d
 (0)1.0.2r^d (~)1.0.2s^d (~)1.1.0j-r1(0/1.1)^d
 (~)1.1.0k(0/1.1)^d [M](~)1.1.1b-r2(0/1.1)^d
 [M](~)1.1.1c(0/1.1)^d
 (1.0.0) (~)1.0.2r-r200^t (~)1.0.2s-r200^t
   {+asm bindist gmp kerberos rfc3779 sctp sslv2
 (+)sslv3 static-libs test (+)tls-heartbeat vanilla zlib
 ABI_MIPS="n32 n64 o32" ABI_RISCV="lp64 lp64d" ABI_S390="32
 64" ABI_X86="32 64 x32" CPU_FLAGS_X86="sse2" ELIBC="musl"}
 Installed versions:  1.1.0k(0/1.1)^d(07:26:39 AM
 06/11/2019)(asm zlib -bindist -rfc3779 -sctp -static-libs
 -test -tls-heartbeat -vanilla ABI_MIPS="-n32 -n64 -o32"
 ABI_RISCV="-lp64 -lp64d" ABI_S390="-32 -64" ABI_X86="64 -32
 -x32" CPU_FLAGS_X86="sse2" ELIBC="-musl")


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Rich Freeman
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
> >
> > And did you try actually running this?
>
> Yep, I did run this and although the packages I mentioned did not
> compile, all others  did work.  Here is what I have for the packages
> mentioned gnome-desktop and openssl.
>

So, you're saying that when you tried to run that command, portage
tried to build gnome-desktop and openssl, and they failed?

Can you attach the build logs for these?

-- 
Rich



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread John Covici
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 1:00 PM John Covici  wrote:
> > > >
> > > >  emerge --update --newuse --deep --with-bdeps=y @world
> > >
> > > And did you try actually running this?
> >
> > Yep, I did run this and although the packages I mentioned did not
> > compile, all others  did work.  Here is what I have for the packages
> > mentioned gnome-desktop and openssl.
> >
> 
> So, you're saying that when you tried to run that command, portage
> tried to build gnome-desktop and openssl, and they failed?
> 
> Can you attach the build logs for these?

gnome-desktop and openssl do build successfully, but depclean does
complain about them maybe because of the unresolved dependencies to
totem and inn.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Rich Freeman
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 1:00 PM John Covici  
> > > > wrote:
> > > > >
> > > > >  emerge --update --newuse --deep --with-bdeps=y @world
> > > >
> > > > And did you try actually running this?
> > >
> > > Yep, I did run this and although the packages I mentioned did not
> > > compile, all others  did work.  Here is what I have for the packages
> > > mentioned gnome-desktop and openssl.
> > >
> >
> > So, you're saying that when you tried to run that command, portage
> > tried to build gnome-desktop and openssl, and they failed?
> >
> > Can you attach the build logs for these?
>
> gnome-desktop and openssl do build successfully, but depclean does
> complain about them maybe because of the unresolved dependencies to
> totem and inn.

What unresolved dependencies?  Did it install gnome-desktop and
openssl, or not?  If it was installed, then it shouldn't be
unresolved.

I'm having difficulty following this.  First these two packages are
missing.  Then they didn't compile.  Then they did build successfully,
but are "unresolved?"

What is the output of:
emerge --update --newuse --deep --with-bdeps=y @world

What is the output of:
emerge --depclean
(yes, you pasted it above, but that was possibly before running the
update with-bdeps)

What is the output of:
emerge -1 media-video/totem net-nntp/inn

Also, you're obviously using inn from an overlay since it isn't in the
tree.  Are its dependencies in the tree or your overlay, and are they
correct?  The output of the above command will probably help.

-- 
Rich



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Dale
Rich Freeman wrote:
>
> What is the output of:
> emerge --depclean
> (yes, you pasted it above, but that was possibly before running the
> update with-bdeps)
>

May want to add -a or -p to that one.  ;-)

Dale

:-)  :-) 



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread John Covici
On Tue, 18 Jun 2019 16:47:43 -0400,
Rich Freeman wrote:
> 
> 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 1:00 PM John Covici  
> > > > > wrote:
> > > > > >
> > > > > >  emerge --update --newuse --deep --with-bdeps=y @world
> > > > >
> > > > > And did you try actually running this?
> > > >
> > > > Yep, I did run this and although the packages I mentioned did not
> > > > compile, all others  did work.  Here is what I have for the packages
> > > > mentioned gnome-desktop and openssl.
> > > >
> > >
> > > So, you're saying that when you tried to run that command, portage
> > > tried to build gnome-desktop and openssl, and they failed?
> > >
> > > Can you attach the build logs for these?
> >
> > gnome-desktop and openssl do build successfully, but depclean does
> > complain about them maybe because of the unresolved dependencies to
> > totem and inn.
> 
> What unresolved dependencies?  Did it install gnome-desktop and
> openssl, or not?  If it was installed, then it shouldn't be
> unresolved.
> 
> I'm having difficulty following this.  First these two packages are
> missing.  Then they didn't compile.  Then they did build successfully,
> but are "unresolved?"
> 
> What is the output of:
> emerge --update --newuse --deep --with-bdeps=y @world
> 
> What is the output of:
> emerge --depclean
> (yes, you pasted it above, but that was possibly before running the
> update with-bdeps)
> 
> What is the output of:
> emerge -1 media-video/totem net-nntp/inn
> 
> Also, you're obviously using inn from an overlay since it isn't in the
> tree.  Are its dependencies in the tree or your overlay, and are they
> correct?  The output of the above command will probably help.

OK, here is my preserved listing, I think this will give you a hint.
totem and inn  and mono are the packages that will not install,
gnome-desktop and openssl install correctly but I think some library
is being used by the two packages that will not install.

I just did the world update maybe a weeik ago and have not synced
since.

Here is what emerge says:

!!! existing preserved libs:
>>> package: gnome-base/gnome-desktop-3.30.2.1
 *  - /usr/lib64/libgnome-desktop-3.so.12
  *  - /usr/lib64/libgnome-desktop-3.so.12.2.1
   *  used by /usr/lib64/libtotem.so.0.0.0
   (media-video/totem-3.24.0)
   >>> package: dev-libs/openssl-1.0.2r-r200
*  - /usr/lib64/libcrypto.so.1.0.0
 *  used by /usr/sbin/sendmail (mail-mta/sendmail-8.14.9-r1)
 *  used by /var/spool/news/bin/nnrpd (net-nntp/inn-2.5.5-r1)
  *  - /usr/lib64/libssl.so.1.0.0
   *  used by /usr/sbin/sendmail
   (mail-mta/sendmail-8.14.9-r1)
*  used by /var/spool/news/bin/nnrpd
(net-nntp/inn-2.5.5-r1)
>>> package: dev-lang/perl-5.30.0
 *  - /usr/lib64/libperl.so.5.28
 *  - /usr/lib64/libperl.so.5.28.2
  *  used by /var/spool/news/bin/innd
  (net-nntp/inn-2.5.5-r1)
   *  used by /var/spool/news/bin/nnrpd
   (net-nntp/inn-2.5.5-r1)
   Use emerge @preserved-rebuild to rebuild packages using
   these libraries

Sendmail is something which I maybe could recompile, but I know I had
problems doing that the last time I tried.


-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread John Covici
On Tue, 18 Jun 2019 16:47:43 -0400,
Rich Freeman wrote:
> 
> 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 1:00 PM John Covici  
> > > > > wrote:
> > > > > >
> > > > > >  emerge --update --newuse --deep --with-bdeps=y @world
> > > > >
> > > > > And did you try actually running this?
> > > >
> > > > Yep, I did run this and although the packages I mentioned did not
> > > > compile, all others  did work.  Here is what I have for the packages
> > > > mentioned gnome-desktop and openssl.
> > > >
> > >
> > > So, you're saying that when you tried to run that command, portage
> > > tried to build gnome-desktop and openssl, and they failed?
> > >
> > > Can you attach the build logs for these?
> >
> > gnome-desktop and openssl do build successfully, but depclean does
> > complain about them maybe because of the unresolved dependencies to
> > totem and inn.
> 
> What unresolved dependencies?  Did it install gnome-desktop and
> openssl, or not?  If it was installed, then it shouldn't be
> unresolved.
> 
> I'm having difficulty following this.  First these two packages are
> missing.  Then they didn't compile.  Then they did build successfully,
> but are "unresolved?"
> 
> What is the output of:
> emerge --update --newuse --deep --with-bdeps=y @world
> 
> What is the output of:
> emerge --depclean
> (yes, you pasted it above, but that was possibly before running the
> update with-bdeps)
> 
> What is the output of:
> emerge -1 media-video/totem net-nntp/inn
> 
> Also, you're obviously using inn from an overlay since it isn't in the
> tree.  Are its dependencies in the tree or your overlay, and are they
> correct?  The output of the above command will probably help.
> 
> -- 
> Rich
> 

To add to things, I cannot compile sendmail-8.14.9 dies in the install
phase.  I found the bug, but its not resolved till 8.15 which seems
not to be in the tree.
depclean does not complain about sendmail, but it might be a factor in
what is going on.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread John Covici
On Tue, 18 Jun 2019 16:47:43 -0400,
Rich Freeman wrote:
> 
> 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 1:00 PM John Covici  
> > > > > wrote:
> > > > > >
> > > > > >  emerge --update --newuse --deep --with-bdeps=y @world
> > > > >
> > > > > And did you try actually running this?
> > > >
> > > > Yep, I did run this and although the packages I mentioned did not
> > > > compile, all others  did work.  Here is what I have for the packages
> > > > mentioned gnome-desktop and openssl.
> > > >
> > >
> > > So, you're saying that when you tried to run that command, portage
> > > tried to build gnome-desktop and openssl, and they failed?
> > >
> > > Can you attach the build logs for these?
> >
> > gnome-desktop and openssl do build successfully, but depclean does
> > complain about them maybe because of the unresolved dependencies to
> > totem and inn.
> 
> What unresolved dependencies?  Did it install gnome-desktop and
> openssl, or not?  If it was installed, then it shouldn't be
> unresolved.
> 
> I'm having difficulty following this.  First these two packages are
> missing.  Then they didn't compile.  Then they did build successfully,
> but are "unresolved?"
> 
> What is the output of:
> emerge --update --newuse --deep --with-bdeps=y @world
> 
> What is the output of:
> emerge --depclean
> (yes, you pasted it above, but that was possibly before running the
> update with-bdeps)
> 
> What is the output of:
> emerge -1 media-video/totem net-nntp/inn
> 
> Also, you're obviously using inn from an overlay since it isn't in the
> tree.  Are its dependencies in the tree or your overlay, and are they
> correct?  The output of the above command will probably help.
I did not do this, but if I would do a world update now, this is what
I would get:

Script started on 2019-06-18 17:22:49-04:00 [TERM="linux" TTY="/dev/tty1" 
COLUMNS="240" LINES="67"]

These are the packages that would be merged, in order:

Calculating dependencies  . .. .. . .. . ... ... done!
[ebuild   R] dev-lang/mono-4.4.1.0::gentoo  USE="nls -doc -minimal 
-pax_kernel -xen" ABI_X86="(64) -32 (-x32)" KERNEL="(linux%*)" 0 KiB
[ebuild U  ] net-nntp/inn-2.6.3::local_ebuilds [2.5.5-r1::local_ebuilds] 
USE="berkdb ipv6 perl ssl -innkeywords -inntaggedhash -kerberos -python -sasl" 
PYTHON_TARGETS="python2_7" 0 KiB
[ebuild U  ] media-video/totem-3.30.0::gentoo [3.24.0::gentoo] USE="cdr%* 
introspection nautilus python -gtk-doc% -lirc -test -vala% (-debug%)" 
PYTHON_SINGLE_TARGET="python3_5 -python3_6 (-python3_4%)" 
PYTHON_TARGETS="python3_5 -python3_6 (-python3_4%)" 0 KiB

Total: 3 packages (2 upgrades, 1 reinstall), Size of downloads: 0 KiB

WARNING: One or more updates/rebuilds have been skipped due to a dependency 
conflict:

media-libs/libvpx:0

  (media-libs/libvpx-1.8.0-r1:0/6::gentoo, ebuild scheduled for merge) 
conflicts with
>=media-libs/libvpx-1.7.0:0/5=[postproc] required by 
(www-client/firefox-67.0:0/0::gentoo, installed)
 ^  
=sys-libs/readline-6.3:0/7= required by 
(app-shells/bash-4.3_p48-r1:0/0::gentoo, installed)
   ^


Would you like to merge these packages? [Yes/No] no

Quitting.


Script done on 2019-06-18 17:31:20-04:00 [COMMAND_EXIT_CODE="130"]

Note the inn update is to an ebuild which I created, but does not work
as explained in another thread -- its in my local_ebuilds overlay.

-- 
Your life is like a penny.  You're going to lose it.  The question is:
How do
you spend it?

 John Covici wb2una
 cov...@ccs.covici.com



Re: [gentoo-user] how can I everr switch to profile 17.1?

2019-06-18 Thread Jack

On 2019.06.18 16:31, John Covici wrote:
[snip.]

gnome-desktop and openssl do build successfully, but depclean does
complain about them maybe because of the unresolved dependencies to
totem and inn.
Which versions?  The depclean output you posted mentioned very specific  
versions of each.  You can't just copy/paste from the depclean output  
to emerge, because the syntax of specifying what is needed is  
different, but it's easy enough to figure out looking at the eix  
output.  For each of those two cases, it seems only one version will  
meet the requirements of the package that needs it. It is speicific not  
just to slot, but also to subslot.