Re: [gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-30 Thread Franz Fellner
Am Sa., 30. Nov. 2019 um 11:34 Uhr schrieb Mick :

> On Saturday, 30 November 2019 07:17:01 GMT Franz Fellner wrote:
> > inkscape-0.92.4 has the same issue.
> > The problem is that the API (Programming interface, not Binary interface)
> > between imagemagick-6 and imagemagick-7 isn't compatible.
> > And inkscape never was updated to use the API from imagemagick-7.
>
> Yes, that's exactly the problem.
>
> media-gfx/inkscape-0.92.4 which is presently the stable version is quite
> happy
> with media-gfx/imagemagick-7.0.9.5.
>

Ah. It's 7.0.8.5, not 7.0.9.5:
https://bugs.gentoo.org/663468#c5
Some deprecated features of the API were removed. Unfortunately also the
pkgconfig file was renamed to Magick++ which made inkscape silently disable
imagemagick support and the compilation failure/incompatibility wasn't
noticed for a long time.


> However, the unstable version of inkscape-1.0_beta1 requires imagemagick
> versions prior to 7.0.9.5, with the currently available version of
> imagemagick-6.9.10.74 fulfilling the requirement.
>

imakemagick-7.0.8.5, again. Not that nobody will stay confused.


> > 1) entirely disable imagemagick for inkscape, e.g. with
> "media-gfx/inkscape
> > -imagemagick" in package.use
>
> If you do this, you'll find that conversions and imports/exports from one
> graphics file format to another would be somewhat limited.  Imagemagick
> relies
> on inkscape for this functionality.
>

The other way around, inkscape needs imagemagick for such conversions.

I don't know how limiting it will be. If all you want to do is create pure
vector graphics you are good to go.

> 2) Use inkscape-1.0.0_beta1 and enable both USE-Flags "imagemagick
> > graphicsmagick".
> > That way you will get the imagemagick features through
> graphicsmagick,
> > which means imagemagick is not a dependency of inkscape anymore.
>
> Right, but graphicsmagick is more limited in its functionality than
> imagemagick.  For a poweruser of imagemagick this may present a problem -
> but
> I don't know how big a problem it might be.


You aren't forced to build graphicsmagick as a complete replacement for
imagemagick.
You only need the C++-API for inkscape and not the commandline tools.
Put "media-gfx/graphicsmagick cxx -imagemagick" in your package.use and
imagemagick and graphicsmagick can be installed at the same time.


Re: [gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-30 Thread Mick
On Saturday, 30 November 2019 07:17:01 GMT Franz Fellner wrote:
> inkscape-0.92.4 has the same issue.
> The problem is that the API (Programming interface, not Binary interface)
> between imagemagick-6 and imagemagick-7 isn't compatible.
> And inkscape never was updated to use the API from imagemagick-7.

Yes, that's exactly the problem.  

media-gfx/inkscape-0.92.4 which is presently the stable version is quite happy 
with media-gfx/imagemagick-7.0.9.5.

However, the unstable version of inkscape-1.0_beta1 requires imagemagick 
versions prior to 7.0.9.5, with the currently available version of 
imagemagick-6.9.10.74 fulfilling the requirement.

The inkscape package is the dog and imagemagick (a dependency) is the tail.  
Usually the dog wags the tail and not the other way around.  However, portage 
is asking for inkscape to be keyworded to a testing beta version for what 
appears to me to be no good reason.  Portage should keep inkscape at the 
stable 0.92.4 version, with imagemagick at 6.9.10.74, on a system which is 
running stable packages.


> That's why you are forced to downgrade imagemagick to a version lower than
> 7 when you want to use imagemagick in inkscape.
> If you want to stay with imagemagick >=7 you have two options:
> 1) entirely disable imagemagick for inkscape, e.g. with "media-gfx/inkscape
> -imagemagick" in package.use

If you do this, you'll find that conversions and imports/exports from one 
graphics file format to another would be somewhat limited.  Imagemagick relies 
on inkscape for this functionality.


> 2) Use inkscape-1.0.0_beta1 and enable both USE-Flags "imagemagick
> graphicsmagick".
> That way you will get the imagemagick features through graphicsmagick,
> which means imagemagick is not a dependency of inkscape anymore.

Right, but graphicsmagick is more limited in its functionality than 
imagemagick.  For a poweruser of imagemagick this may present a problem - but 
I don't know how big a problem it might be.

While I was chasing my tail around this clash hoping portage would eventually 
get it right, I seem to recall a more recent combo.  When inkscape-1.0_beta1 
is keyworded, portage is asking to also keyword imagemagick-*.  I assume 
the trunk has a version which works with inkscape-1.0_beta1, but I'm not sure.

For now I just exclude inkscape from upgrades until the dust on this settles.

-- 
Regards,

Mick

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-29 Thread Franz Fellner
inkscape-0.92.4 has the same issue.
The problem is that the API (Programming interface, not Binary interface)
between imagemagick-6 and imagemagick-7 isn't compatible.
And inkscape never was updated to use the API from imagemagick-7.
That's why you are forced to downgrade imagemagick to a version lower than
7 when you want to use imagemagick in inkscape.
If you want to stay with imagemagick >=7 you have two options:
1) entirely disable imagemagick for inkscape, e.g. with "media-gfx/inkscape
-imagemagick" in package.use
2) Use inkscape-1.0.0_beta1 and enable both USE-Flags "imagemagick
graphicsmagick".
That way you will get the imagemagick features through graphicsmagick,
which means imagemagick is not a dependency of inkscape anymore.

Regards
Franz


Re: [gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-29 Thread David Haller
Hello,

On Sat, 30 Nov 2019, tu...@posteo.de wrote:
>I got this printed onto my console after updateing:
>
>  (media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo, ebuild scheduled for merge) 
> conflicts with
> (media-gfx/inkscape-1.0_beta1:0/0::gentoo, ebuild scheduled for merge)
>
>What does "media-gfx/imagemagick-7:=[cxx]" indicate for a version ?

With an '<' in front of it (and it has), it means that
inkscape-1.0_beta1 needs imagemagick <= 7 i.e. some 6.x version ... 

Basically it means you should mask that inkscape beta. Add e.g.

=media-gfx/inkscape-1.0_beta1

to /etc/portage/package.mask[/*].

Or (better) un-keyword ~amd64 inkscape, then you should stay at the
(now) stable 0.92.4.

HTH,
-dnh

-- 
We can use symlinks of course... syslogd would be a symlink to syslogp and 
ftpd and ircd would be linked to ftpp and ircp... and of course the 
point-to-point protocal paenguin.
-- Kevin M. Bealer, commenting on the penguin Linux logo



Re: [gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-29 Thread Róbert Čerňanský
On Sat, 30 Nov 2019 05:45:48 +0100
tu...@posteo.de wrote:

> On 11/29 10:28, Dale wrote:
> > tu...@posteo.de wrote:  
> > > On 11/29 10:12, Dale wrote:  
> > >> tu...@posteo.de wrote:  
> > >>>   (media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo, ebuild
> > >>> scheduled for merge) conflicts with
> > >>>  > >>> (media-gfx/inkscape-1.0_beta1:0/0::gentoo, ebuild scheduled for
> > >>> merge)
> > >>>
> > >>> What does "media-gfx/imagemagick-7:=[cxx]" indicate for a
> > >>> version ?

Hi, man 5 ebuild tells us that:

 = Indicates that any slot value is acceptable. In addition, for runtime
   dependencies, indicates that the package will break unless a matching
   package with slot and sub-slot equal to the slot and sub-slot of the best
   installed version at the time the package was installed is available.

In this it case means that inkscape wants the same slot version of
imagemagick as it was present in the system at the time inkscape got
emerged.  So if you update imagemagick to a higher slot, inkscape will
break and needs to be rebuilt.  The rebuild should have been
automatically scheduled by emerge.  I am not sure why it did not but
you have probably too many other conflicts and emerge got lost in that
mess. ;-)  It usually helps if you make all the USE flag and keyword
changes that emerge wants you to do first.  If it does not help then
unmerge inkscape and emerge it again after update.

> after switching this cxx-thingy off and on again, I get additional
> errors:
> 
> dev-python/numpy:0
> 
>   (dev-python/numpy-1.17.4:0/0::gentoo, ebuild scheduled for merge)
> conflicts with
> dev-python/numpy[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]
> required by (media-libs/opencv-4.1.2:0/4.1.2::gentoo, installed)

This looks like python is going to be updated.  Again, try to make all
the USE flags and keyword changes (they are usually printed at the
end of emerge's error output).  Then try to increase backtrack value
with --backtrack parameter.

Robert


-- 
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk



Re: [gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-29 Thread tuxic
On 11/29 10:28, Dale wrote:
> tu...@posteo.de wrote:
> > On 11/29 10:12, Dale wrote:
> >> tu...@posteo.de wrote:
> >>> Hi,
> >>>
> >>> I got this printed onto my console after updateing:
> >>>
> >>>   (media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo, ebuild scheduled for 
> >>> merge) conflicts with
> >>>  >>> (media-gfx/inkscape-1.0_beta1:0/0::gentoo, ebuild scheduled for merge)
> >>>
> >>> What does "media-gfx/imagemagick-7:=[cxx]" indicate for a version ?
> >>>
> >>> Cheers!
> >>> Meino
> >>>
> >> I get this here:
> >>
> >>
> >> [ebuild   R    ] media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo  USE="X
> >> bzip2 corefonts cxx fontconfig jbig jpeg jpeg2k lcms lzma openmp pango
> >> png svg tiff truetype wmf xml zlib -djvu -fftw -fpx -graphviz -hdri
> >> -heif -lqr -opencl -openexr -perl -postscript -q32 -q8 -raw -static-libs
> >> -test -webp" 0 KiB
> >>
> >>
> >> Notice the USE flag cxx is enabled.  I think it is trying to say you
> >> need to enable that USE flag for that package.  Portage's output can be
> >> confusing at times without a crystal ball or some other magic way to
> >> decipher what it says.  lol
> >>
> >> Of course, I could be wrong on that too.  :/
> >>
> >> Dale
> >>
> >> :-)  :-) 
> >>
> > Hi Dale,
> >
> > thank you for your posting! :)
> >
> > mine says:
> >
> > [U] media-gfx/imagemagick
> >  Available versions:  6.9.10.74(0/6.9.10.74)^tu 7.0.9.5(0/7.0.9)^t 
> > **(0/7.0.9)*l^t {X bzip2 corefonts cxx djvu fftw fontconfig fpx 
> > graphviz hdri heif jbig jpeg jpeg2k lcms lqr lzma opencl openexr openmp 
> > pango perl png postscript q32 q8 raw static-libs svg test tiff truetype 
> > webp wmf xml zlib}
> >  Installed versions:  6.9.10.73(0/6.9.10.73)^t(04:05:19 AM 
> > 11/23/2019)(X bzip2 cxx jpeg jpeg2k openmp png zlib -corefonts -djvu -fftw 
> > -fontconfig -fpx -graphviz -hdri -heif -jbig -lcms -lqr -lzma -opencl 
> > -openexr -pango -perl -postscript -q32 -q8 -raw -static-libs -svg -test 
> > -tiff -truetype -webp -wmf -xml)
> >
> >
> > So "cxx" is already set. I will try to disable it, but it was not set
> > by me...so it may break other things.
> >
> > Could this not make a little bit clearer?
> >
> > Cheers!
> > Meino
> >
> 
> Sometimes if it is set, it needs to be enabled for other packages it
> depends on as well if you want that option.  On the other hand, if it is
> not set for the dependencies, then you need to turn it off for the
> package in question as well. 
> 
> It would be nice if it was clearer at times but we don't code the thing
> either.  Usually, I trial and error it until I run out of ideas and then
> I post for someone with that crystal ball to help me with it.  lol 
> 
> Of course, it could something else causing this too.  There's a couple
> on here with a crystal ball so maybe they will help out if you don't
> find a solution soon. 
> 
> Dale
> 
> :-)  :-) 
> 

Hi Dale,

after switching this cxx-thingy off and on again, I get additional
errors:

dev-python/numpy:0

  (dev-python/numpy-1.17.4:0/0::gentoo, ebuild scheduled for merge) conflicts 
with

dev-python/numpy[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]
 required by (media-libs/opencv-4.1.2:0/4.1.2::gentoo, installed)


 

dev-python/numpy[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-)]
 required by (app-arch/bloscpack-0.11.0:0/0::gentoo, installed)


  

dev-python/numpy[python_targets_python2_7(-),-python_single_target_python2_7(-)]
 required by (dev-python/pygtk-2.24.0-r4:2/2::gentoo, installed)



dev-python/numpy[python_targets_python2_7(-),python_targets_python3_6(-),-python_single_target_python2_7(-),-python_single_target_python3_5(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-)]
 required by (media-libs/aubio-0.4.9:0/5::gentoo, installed)


 
"Trial and error" should not be the base of fixing based on error
messages.

I think...

Cheers!
Meino




Re: [gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-29 Thread Dale
tu...@posteo.de wrote:
> On 11/29 10:12, Dale wrote:
>> tu...@posteo.de wrote:
>>> Hi,
>>>
>>> I got this printed onto my console after updateing:
>>>
>>>   (media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo, ebuild scheduled for 
>>> merge) conflicts with
>>> >> (media-gfx/inkscape-1.0_beta1:0/0::gentoo, ebuild scheduled for merge)
>>>
>>> What does "media-gfx/imagemagick-7:=[cxx]" indicate for a version ?
>>>
>>> Cheers!
>>> Meino
>>>
>> I get this here:
>>
>>
>> [ebuild   R    ] media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo  USE="X
>> bzip2 corefonts cxx fontconfig jbig jpeg jpeg2k lcms lzma openmp pango
>> png svg tiff truetype wmf xml zlib -djvu -fftw -fpx -graphviz -hdri
>> -heif -lqr -opencl -openexr -perl -postscript -q32 -q8 -raw -static-libs
>> -test -webp" 0 KiB
>>
>>
>> Notice the USE flag cxx is enabled.  I think it is trying to say you
>> need to enable that USE flag for that package.  Portage's output can be
>> confusing at times without a crystal ball or some other magic way to
>> decipher what it says.  lol
>>
>> Of course, I could be wrong on that too.  :/
>>
>> Dale
>>
>> :-)  :-) 
>>
> Hi Dale,
>
> thank you for your posting! :)
>
> mine says:
>
> [U] media-gfx/imagemagick
>  Available versions:  6.9.10.74(0/6.9.10.74)^tu 7.0.9.5(0/7.0.9)^t 
> **(0/7.0.9)*l^t {X bzip2 corefonts cxx djvu fftw fontconfig fpx graphviz 
> hdri heif jbig jpeg jpeg2k lcms lqr lzma opencl openexr openmp pango perl png 
> postscript q32 q8 raw static-libs svg test tiff truetype webp wmf xml zlib}
>  Installed versions:  6.9.10.73(0/6.9.10.73)^t(04:05:19 AM 11/23/2019)(X 
> bzip2 cxx jpeg jpeg2k openmp png zlib -corefonts -djvu -fftw -fontconfig -fpx 
> -graphviz -hdri -heif -jbig -lcms -lqr -lzma -opencl -openexr -pango -perl 
> -postscript -q32 -q8 -raw -static-libs -svg -test -tiff -truetype -webp -wmf 
> -xml)
>
>
> So "cxx" is already set. I will try to disable it, but it was not set
> by me...so it may break other things.
>
> Could this not make a little bit clearer?
>
> Cheers!
> Meino
>

Sometimes if it is set, it needs to be enabled for other packages it
depends on as well if you want that option.  On the other hand, if it is
not set for the dependencies, then you need to turn it off for the
package in question as well. 

It would be nice if it was clearer at times but we don't code the thing
either.  Usually, I trial and error it until I run out of ideas and then
I post for someone with that crystal ball to help me with it.  lol 

Of course, it could something else causing this too.  There's a couple
on here with a crystal ball so maybe they will help out if you don't
find a solution soon. 

Dale

:-)  :-) 



Re: [gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-29 Thread tuxic
On 11/30 05:19, tu...@posteo.de wrote:
> On 11/29 10:12, Dale wrote:
> > tu...@posteo.de wrote:
> > > Hi,
> > >
> > > I got this printed onto my console after updateing:
> > >
> > >   (media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo, ebuild scheduled for 
> > > merge) conflicts with
> > >  > > (media-gfx/inkscape-1.0_beta1:0/0::gentoo, ebuild scheduled for merge)
> > >
> > > What does "media-gfx/imagemagick-7:=[cxx]" indicate for a version ?
> > >
> > > Cheers!
> > > Meino
> > >
> > 
> > I get this here:
> > 
> > 
> > [ebuild   R    ] media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo  USE="X
> > bzip2 corefonts cxx fontconfig jbig jpeg jpeg2k lcms lzma openmp pango
> > png svg tiff truetype wmf xml zlib -djvu -fftw -fpx -graphviz -hdri
> > -heif -lqr -opencl -openexr -perl -postscript -q32 -q8 -raw -static-libs
> > -test -webp" 0 KiB
> > 
> > 
> > Notice the USE flag cxx is enabled.  I think it is trying to say you
> > need to enable that USE flag for that package.  Portage's output can be
> > confusing at times without a crystal ball or some other magic way to
> > decipher what it says.  lol
> > 
> > Of course, I could be wrong on that too.  :/
> > 
> > Dale
> > 
> > :-)  :-) 
> > 
> 
> Hi Dale,
> 
> thank you for your posting! :)
> 
> mine says:
> 
> [U] media-gfx/imagemagick
>  Available versions:  6.9.10.74(0/6.9.10.74)^tu 7.0.9.5(0/7.0.9)^t 
> **(0/7.0.9)*l^t {X bzip2 corefonts cxx djvu fftw fontconfig fpx graphviz 
> hdri heif jbig jpeg jpeg2k lcms lqr lzma opencl openexr openmp pango perl png 
> postscript q32 q8 raw static-libs svg test tiff truetype webp wmf xml zlib}
>  Installed versions:  6.9.10.73(0/6.9.10.73)^t(04:05:19 AM 11/23/2019)(X 
> bzip2 cxx jpeg jpeg2k openmp png zlib -corefonts -djvu -fftw -fontconfig -fpx 
> -graphviz -hdri -heif -jbig -lcms -lqr -lzma -opencl -openexr -pango -perl 
> -postscript -q32 -q8 -raw -static-libs -svg -test -tiff -truetype -webp -wmf 
> -xml)
> 
> 
> So "cxx" is already set. I will try to disable it, but it was not set
> by me...so it may break other things.
> 
> Could this not make a little bit clearer?
> 
> Cheers!
> Meino
> 
> 

No, that's not correct that way. Now it states:

The following packages are causing rebuilds:

  (media-gfx/imagemagick-6.9.10.74:0/6.9.10.74::gentoo, ebuild scheduled for 
merge) causes rebuilds for:
(media-gfx/inkscape-1.0_beta1:0/0::gentoo, ebuild scheduled for merge)

The following USE changes are necessary to proceed:
 (see "package.use" in the portage(5) man page for more details)
# required by media-gfx/inkscape-1.0_beta1::gentoo[imagemagick,-graphicsmagick]
# required by @__auto_slot_operator_replace_installed__ (argument)
=media-gfx/imagemagick-6.9.10.74 cxx

Hrrmmmp...

Cheers!
Meino




Re: [gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-29 Thread tuxic
On 11/29 10:12, Dale wrote:
> tu...@posteo.de wrote:
> > Hi,
> >
> > I got this printed onto my console after updateing:
> >
> >   (media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo, ebuild scheduled for 
> > merge) conflicts with
> >  > (media-gfx/inkscape-1.0_beta1:0/0::gentoo, ebuild scheduled for merge)
> >
> > What does "media-gfx/imagemagick-7:=[cxx]" indicate for a version ?
> >
> > Cheers!
> > Meino
> >
> 
> I get this here:
> 
> 
> [ebuild   R    ] media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo  USE="X
> bzip2 corefonts cxx fontconfig jbig jpeg jpeg2k lcms lzma openmp pango
> png svg tiff truetype wmf xml zlib -djvu -fftw -fpx -graphviz -hdri
> -heif -lqr -opencl -openexr -perl -postscript -q32 -q8 -raw -static-libs
> -test -webp" 0 KiB
> 
> 
> Notice the USE flag cxx is enabled.  I think it is trying to say you
> need to enable that USE flag for that package.  Portage's output can be
> confusing at times without a crystal ball or some other magic way to
> decipher what it says.  lol
> 
> Of course, I could be wrong on that too.  :/
> 
> Dale
> 
> :-)  :-) 
> 

Hi Dale,

thank you for your posting! :)

mine says:

[U] media-gfx/imagemagick
 Available versions:  6.9.10.74(0/6.9.10.74)^tu 7.0.9.5(0/7.0.9)^t 
**(0/7.0.9)*l^t {X bzip2 corefonts cxx djvu fftw fontconfig fpx graphviz 
hdri heif jbig jpeg jpeg2k lcms lqr lzma opencl openexr openmp pango perl png 
postscript q32 q8 raw static-libs svg test tiff truetype webp wmf xml zlib}
 Installed versions:  6.9.10.73(0/6.9.10.73)^t(04:05:19 AM 11/23/2019)(X 
bzip2 cxx jpeg jpeg2k openmp png zlib -corefonts -djvu -fftw -fontconfig -fpx 
-graphviz -hdri -heif -jbig -lcms -lqr -lzma -opencl -openexr -pango -perl 
-postscript -q32 -q8 -raw -static-libs -svg -test -tiff -truetype -webp -wmf 
-xml)


So "cxx" is already set. I will try to disable it, but it was not set
by me...so it may break other things.

Could this not make a little bit clearer?

Cheers!
Meino




Re: [gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-29 Thread Dale
tu...@posteo.de wrote:
> Hi,
>
> I got this printed onto my console after updateing:
>
>   (media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo, ebuild scheduled for merge) 
> conflicts with
>  (media-gfx/inkscape-1.0_beta1:0/0::gentoo, ebuild scheduled for merge)
>
> What does "media-gfx/imagemagick-7:=[cxx]" indicate for a version ?
>
> Cheers!
> Meino
>

I get this here:


[ebuild   R    ] media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo  USE="X
bzip2 corefonts cxx fontconfig jbig jpeg jpeg2k lcms lzma openmp pango
png svg tiff truetype wmf xml zlib -djvu -fftw -fpx -graphviz -hdri
-heif -lqr -opencl -openexr -perl -postscript -q32 -q8 -raw -static-libs
-test -webp" 0 KiB


Notice the USE flag cxx is enabled.  I think it is trying to say you
need to enable that USE flag for that package.  Portage's output can be
confusing at times without a crystal ball or some other magic way to
decipher what it says.  lol

Of course, I could be wrong on that too.  :/

Dale

:-)  :-) 



[gentoo-user] Conflicting version...but the version scheme is confusing...

2019-11-29 Thread tuxic
Hi,

I got this printed onto my console after updateing:

  (media-gfx/imagemagick-7.0.9.5:0/7.0.9::gentoo, ebuild scheduled for merge) 
conflicts with