Re: [gentoo-user] Confessional: how I generally use emerge.

[Alan Grimes]

> What have you set PYTHON_SINGLE_TARGET to? It *must* be one of: *
python2_7 * python3_4 Alec

I had it on 3_4 but that's giving me:




tortoise ~ # ./pretendupdate

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

Calculating dependencies... done!

!!! Multiple package instances within a single package slot have been pulled
!!! into the dependency graph, resulting in a slot conflict:

media-libs/mesa:0

  (media-libs/mesa-11.1.2-r1:0/0::gentoo, ebuild scheduled for merge)
pulled in by
(no parents that aren't satisfied by other packages in this slot)

  (media-libs/mesa-11.1.2-r1:0/0::gentoo, installed) pulled in by
media-libs/mesa[egl,gbm,gles2?,wayland] required by
(kde-plasma/kwin-5.5.5:5/5::gentoo, ebuild scheduled for merge)
  
^^^ 
   



It might be possible to solve this slot collision
by applying all of the following changes:
   - media-libs/mesa-11.1.2-r1 (Change USE: +gles2 +wayland)


!!! The ebuild selected to satisfy "app-text/asciidoc" has unmet
requirements.
- app-text/asciidoc-8.6.9-r2::gentoo USE="graphviz -examples -highlight
-test" ABI_X86="64" PYTHON_SINGLE_TARGET="-pypy -python2_7"
PYTHON_TARGETS="python2_7 -pypy"

  The following REQUIRED_USE flag constraints are unsatisfied:
exactly-one-of ( python_single_target_pypy
python_single_target_python2_7 )

  The above constraints are a subset of the following complete expression:
exactly-one-of ( python_single_target_pypy
python_single_target_python2_7 ) python_single_target_pypy? (
python_targets_pypy ) python_single_target_python2_7? (
python_targets_python2_7 )

(dependency required by "net-misc/tor-0.2.8.1_alpha::gentoo" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])
tortoise ~ #




-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] Confessional: how I generally use emerge.

[Francisco Ares]

2016-03-18 14:41 GMT-03:00 Dale :

> Neil Bothwick wrote:
> >
> >
> > Why ask the same question again when you got an answer last time?
> >
> > Hint: look at the output for asciidoc.
> > --
> > Sent from my Android phone with K-9 Mail. Please excuse my brevity.
>
> I have to add this.  From what I understand about the scripts he is
> using, he is blindly letting emerge do updates without checking to see
> if the updates fall into line with what he *needs*.  If I read it
> correctly, any USE flag change will be missed until it hits the fan and
> is broken.  That would then mean taking a lot of time to go back through
> logs and figuring out just when it went wrong and most importantly, what
> caused it and how to fix it.  Since the change could have happened
> several updates ago, that could involve some work and a lot of rebuilding.
>
> Doing the sync in a script and even getting a email or something with
> the -p output is fine but updating blindly is not a good idea.
>
> At this point, I think I understand why he is having so much trouble.
> At the very least, check to see what USE flags are changing before doing
> updates.  There are other things that are important but that is one that
> changes a good bit.
>
> Dale
>
> :-)  :-)
>
>
>

My  $0.02.  Three scripts, at different cron entries:


$  cat update
#! /bin/bash
if ! [ -e /root/.working ]
then
touch /root/.working
LOG=/tmp/update.log
LOG_TEMP=`/bin/tempfile`
date > $LOG
umount /usr/portage/distfiles 2> /dev/null
mount /usr/portage/distfiles/
/usr/sbin/emaint sync -a 1>> $LOG 2>> $LOG && \
/usr/bin/layman -S 1>> $LOG 2>> $LOG && \
/usr/bin/emerge -fvuDN --with-bdeps=y --complete-graph=y --backtrac=100
world 1>> $LOG 2>> $LOG && \
/usr/bin/emerge -pvuDN --with-bdeps=y --complete-graph=y --backtrac=100
world 1>> $LOG_TEMP 2>> $LOG_TEMP && \
cat $LOG_TEMP >> $LOG
date >> $LOG
echo -e \\n >> $LOG
rm -f /root/.working
cat $LOG_TEMP | mail -b -c -s "update system" email_addr...@domain.com
rm -f $LOG_TEMP
fi





$ cat emerg
#! /bin/bash
LOG=/tmp/update.log
GREP_PATTERN="[<>=\*][<>=\*][<>=\*] [eEuUcCM(rN]"
if ! [ -e /root/.working ]
then
date > $LOG
touch /root/.working
echo   >> $LOG
nice -n 10 emerge -vuDN --with-bdeps=y --complete-graph=y
--backtrac=100 --keep-going --quiet-build world 1>> $LOG 2>> $LOG
echo   >> $LOG
nice -n 10 revdep-rebuild -q -i -- --quiet-build --keep-going 1>>
$LOG 2>> $LOG
echo   >> $LOG
nice -n 10 emerge -vuDN --with-bdeps=y --complete-graph=y
--backtrac=100 --keep-going --quiet-build world 1>> $LOG 2>> $LOG
echo   >> $LOG
nice -n 10 revdep-rebuild -q -i -- --quiet-build --keep-going 1>>
$LOG 2>> $LOG
echo   >> $LOG
nice -n 10 /root/bin/xorg_rebuild 1>> $LOG 2>> $LOG
echo   >> $LOG
nice -n 10 revdep-rebuild -q -i -- --quiet-build --keep-going 1>>
$LOG 2>> $LOG
echo   >> $LOG

nice -n 10 /root/bin/xorg_rebuild 1>> $LOG 2>> $LOG
echo   >> $LOG
nice -n 10 revdep-rebuild -q -i -- --quiet-build --keep-going 1>>
$LOG 2>> $LOG
echo   >> $LOG
nice -n 10 /usr/sbin/rkhunter --propupd 1>> $LOG 2>> $LOG
date >> $LOG
echo -n ^D >> $LOG ; cat $LOG | mail -b -c -s "emerge
altdimtzlgt002" francisco.ares.al...@gmail.com
rm -f /root/.working
fi

if ! [ -e /root/.workhours ]
then
shutdown -h +1
fi


$ cat bin/xorg_rebuild
#! /bin/bash
if ! [ -e /root/.working ]
then
touch /root/.working

XORG_SERVER=`equery l xorg-server`
if [ "$XORG_SERVER" != "`cat /root/xorg-server.txt`" ]
then
EMERGE_LIST=`equery l --format='$name' xf86*`" "`equery l
--format='$name' "xorg*"`" "`equery l --format='$name' nvidia-drivers`
# EMERGE_LIST=`equery l --format='$name' xf86*`" "`equery l
--format='$name' "xorg*"`
emerge -vD --with-bdeps=y --keep-going --quiet-build
$EMERGE_LIST && \
echo $XORG_SERVER>/root/xorg-server.txt && \
echo $NVIDIA_DRVR>/root/nvidia-drvr.txt && \
rmmod nvidia 2>/dev/null && modprobe nvidia
fi

DRIVER="nvidia-drivers"
MOD="nvidia"
VIDEO_DRIVR=`equery l $DRIVER`
if [ "$VIDEO_DRIVR" != "`cat /root/video-drv.txt`" ]
then
EMERGE_LIST=`equery l --format='$name' xf86*`" "`equery l
--format='$name' "xorg*"`" "`equery l --format='$name' $DRIVER`
emerge -vD --with-bdeps=y --keep-going --quiet-build
$EMERGE_LIST && \
echo $XORG_SERVER>/root/xorg-server.txt && \
echo $VIDEO_DRIVR>/root/video-drv.txt && \
rmmod $MOD 2>/dev/null && modprobe $MOD
fi
rm -f /root/.working
fi




Cron entries:

$ crontab -l
# DO NOT EDIT THIS FILE - edit the master 

Re: [gentoo-user] Confessional: how I generally use emerge.

[Neil Bothwick]

On 18 March 2016 01:08:26 GMT+00:00, Alan Grimes  wrote:
> > What have you set PYTHON_SINGLE_TARGET to? It *must* be one of: *
> python2_7 * python3_4 Alec
> 
> I had it on 3_4 but that's giving me:
> 
> 
> 
> 
> tortoise ~ # ./pretendupdate
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> 
> !!! Multiple package instances within a single package slot have been
> pulled
> !!! into the dependency graph, resulting in a slot conflict:
> 
> media-libs/mesa:0
> 
>   (media-libs/mesa-11.1.2-r1:0/0::gentoo, ebuild scheduled for merge)
> pulled in by
> (no parents that aren't satisfied by other packages in this slot)
> 
>   (media-libs/mesa-11.1.2-r1:0/0::gentoo, installed) pulled in by
> media-libs/mesa[egl,gbm,gles2?,wayland] required by
> (kde-plasma/kwin-5.5.5:5/5::gentoo, ebuild scheduled for merge)
>   
> ^^^   
> 
> 
> 
> 
> It might be possible to solve this slot collision
> by applying all of the following changes:
>- media-libs/mesa-11.1.2-r1 (Change USE: +gles2 +wayland)
> 
> 
> !!! The ebuild selected to satisfy "app-text/asciidoc" has unmet
> requirements.
> - app-text/asciidoc-8.6.9-r2::gentoo USE="graphviz -examples
> -highlight
> -test" ABI_X86="64" PYTHON_SINGLE_TARGET="-pypy -python2_7"
> PYTHON_TARGETS="python2_7 -pypy"
> 
>   The following REQUIRED_USE flag constraints are unsatisfied:
> exactly-one-of ( python_single_target_pypy
> python_single_target_python2_7 )
> 
> The above constraints are a subset of the following complete
> expression:
> exactly-one-of ( python_single_target_pypy
> python_single_target_python2_7 ) python_single_target_pypy? (
> python_targets_pypy ) python_single_target_python2_7? (
> python_targets_python2_7 )
> 
> (dependency required by "net-misc/tor-0.2.8.1_alpha::gentoo"
> [installed])
> (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])
> tortoise ~ #
> 
> 
> 
> 
> -- 
> IQ is a measure of how stupid you feel.
> 
> Powers are not rights.

Why ask the same question again when you got an answer last time?

Hint: look at the output for asciidoc. 
-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] Confessional: how I generally use emerge.

[Neil Bothwick]

On Fri, 18 Mar 2016 23:31:46 -0400, Alan Grimes wrote:

> The dependency graph that seems to be murdering me right now seems to
> be:
> 
> 
> kde -> wayland -> gles2 -> egl ->

I use KDE5 and don't have egl set anywhere in /etc/portage

> ..
> 
> [ebuild  N ] kde-plasma/plasma-meta-5.5.5:5::gentoo 
> USE="display-manager gtk pam pulseaudio sddm sdk wallpapers -bluetooth
> -mediacenter -networkmanager" 0 KiB
> [ebuild  NS] kde-apps/kde-meta-15.08.3:5::gentoo
> [4.14.3-r1:4::gentoo] 0 KiB
> [uninstall ] kde-apps/kde-meta-4.14.3-r1:4::gentoo  USE="nls sdk
> -accessibility (-aqua) -kdepim -minimal"
> [blocks b  ] kde-apps/kde-meta:4 ("kde-apps/kde-meta:4" is blocking
> kde-apps/kde-meta-15.08.3)
> [ebuild U  ] dev-lang/mono-4.2.2.30::gentoo [4.2.2.10-r1::gentoo]
> USE="nls (-doc) -minimal -pax_kernel -xen" 0 KiB
> [ebuild  N ] dev-dotnet/nuget-2.8.3::gentoo  0 KiB
> [ebuild U  ] dev-dotnet/libgdiplus-4.2-r2::gentoo [4.2-r1::gentoo]
> USE="cairo" 0 KiB
> [ebuild U  ] dev-util/monodevelop-5.9.5.9-r1::gentoo
> [3.0.2-r1::gentoo] USE="git gnome%* subversion -qtcurve%" 0 KiB
> 
> Total: 119 packages (21 upgrades, 32 new, 54 in new slots, 12
> reinstalls, 80 uninstalls), Size of downloads: 395,848 KiB
> Conflict: 80 blocks
> 
> WARNING: One or more updates/rebuilds have been skipped due to a
> dependency conflict:
> 
> dev-qt/qtgui:5
> 
>   (dev-qt/qtgui-5.5.1-r1:5/5::gentoo, ebuild scheduled for merge)
> conflicts with
> ~dev-qt/qtgui-5.5.1[-egl] required by
> (dev-qt/qtmultimedia-5.5.1-r2:5/5::gentoo, installed)

I see no errors here, what is stopping the emerge from proceeding?



-- 
Neil Bothwick

I've found a solution to Fermat's Last Theorem but I see I've run out of
room o


pgpsVSilvFCVo.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Confessional: how I generally use emerge.

[Dale]

Neil Bothwick wrote:
>
>
> Why ask the same question again when you got an answer last time?
>
> Hint: look at the output for asciidoc.
> -- 
> Sent from my Android phone with K-9 Mail. Please excuse my brevity. 

I have to add this.  From what I understand about the scripts he is
using, he is blindly letting emerge do updates without checking to see
if the updates fall into line with what he *needs*.  If I read it
correctly, any USE flag change will be missed until it hits the fan and
is broken.  That would then mean taking a lot of time to go back through
logs and figuring out just when it went wrong and most importantly, what
caused it and how to fix it.  Since the change could have happened
several updates ago, that could involve some work and a lot of rebuilding. 

Doing the sync in a script and even getting a email or something with
the -p output is fine but updating blindly is not a good idea. 

At this point, I think I understand why he is having so much trouble. 
At the very least, check to see what USE flags are changing before doing
updates.  There are other things that are important but that is one that
changes a good bit. 

Dale

:-)  :-) 

Re: [gentoo-user] Confessional: how I generally use emerge.

[Alec Ten Harmsel]

On Thu, Mar 17, 2016 at 08:18:13PM -0400, Alan Grimes wrote:
> I use two scripts for all emerge use, the goal is to run one command and
> then walk away:
> 
> Standard general update script:
> ###
> tortoise ~ # cat sysupdate
> 
> #they must have moved or removed the logs, might have to track them down
> again...
> #rm /var/log/emerge*
> 
> # cache /usr/portage 
> echo "caching /usr/portage.  This will take a long time."
> time ls -R /usr/portage > /dev/null
> 
> emerge --sync
> layman --sync ALL
> 
> emerge --update --verbose portage

You almost certainly want this to be:

emerge --update --verbose --oneshot portage

"--oneshot" will prevent portage from being added to your @world set.

> emerge --update --newuse --deep --with-bdeps=y system --keep-going

Add "--oneshot", same reasoning as above.

> emerge --update --newuse --deep --with-bdeps=y world --keep-going
> 
> rm -f /var/cache/revdep-rebuild/*.rr

delete the above line

> revdep-rebuild

add "--ignore" to ignore any cached files and fully examine the system.

> emerge --skipfirst --resume
> emerge --skipfirst --resume
> etc-update
> eclean-dist
> 
> 
> The eclean line was added just a few days ago from this thread...
> 
> This one is intended to be a nice gentle update script.
> It caches the portage tree, then syncs everything, then updates
> everything starting with critical system packages, then all world
> packages...
> 
> Then it cleans stuff up, it jcakhammers the revdep-rebuild but not too
> hard

Seeing so much "--resume" and "--skip-first" and "--keep-going"
frightens me.

> This next script is what I use when emerge starts giving me shit:
> 
> ##
> tortoise ~ # cat keepgoing
> emerge --update --newuse --deep --with-bdeps=y system
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> 
> emerge --update --newuse --deep --with-bdeps=y world
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> 
> rm /var/cache/revdep-rebuild/*.rr
> revdep-rebuild
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> emerge --skipfirst --resume --nodeps
> 
> etc-update
> ###
> 
> It's basically the same as the working section of the above but instead
> of letting emerge do it's thing, it jackhammers that bitch as hard as
> possible to get as much updated as possible, but it requires emerge to
> do something and not error out for no good reason... I expect prune and
> depclean to be useless but I kinda need update to basically work every
> time. =\
> Whatever fails on this script, I just live with until next week/month.

Wow. This script makes me cry.

> ###
> tortoise ~ # ./pretendupdate
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies /
> 
> !!! Problem resolving dependencies for sys-apps/util-linux from @system
> ... done!
> 
> !!! The ebuild selected to satisfy "sys-apps/util-linux" has unmet
> requirements.
> - sys-apps/util-linux-2.27.1::gentoo USE="caps cramfs ncurses nls pam
> python readline suid udev unicode -build -fdformat -kill (-selinux)
> -slang -static-libs -systemd -test -tty-helpers" ABI_X86="32 64 -x32"
> PYTHON_SINGLE_TARGET="-python2_7 -python3_3 -python3_4"
> PYTHON_TARGETS="python2_7 python3_4 -python3_3"
> 
>   The following REQUIRED_USE flag constraints are unsatisfied:
> python? ( exactly-one-of ( python_single_target_python2_7
> python_single_target_python3_3 python_single_target_python3_4 ) )
> 
>   The above constraints are a subset of the following complete expression:
> python? ( exactly-one-of ( python_single_target_python2_7
> python_single_target_python3_3 python_single_target_python3_4 )
> python_single_target_python2_7? ( python_targets_python2_7 )
> python_single_target_python3_3? ( python_targets_python3_3 )
> python_single_target_python3_4? ( python_targets_python3_4 ) )
> 
> (dependency required by "@system" [set])
> (dependency required by "@world" [argument])
> 
> tortoise ~ # cat ./pretendupdate
> emerge --update --newuse --deep --with-bdeps=y world --verbose --pretend
> tortoise ~ #
> 
> ###
> 
> Google is not being helpful with this... =(

What have you set PYTHON_SINGLE_TARGET to? It *must* be one of:

* python2_7
* python3_4

Alec

[gentoo-user] Confessional: how I generally use emerge.

[Alan Grimes]

I use two scripts for all emerge use, the goal is to run one command and
then walk away:

Standard general update script:
###
tortoise ~ # cat sysupdate

#they must have moved or removed the logs, might have to track them down
again...
#rm /var/log/emerge*

# cache /usr/portage 
echo "caching /usr/portage.  This will take a long time."
time ls -R /usr/portage > /dev/null

emerge --sync
layman --sync ALL

emerge --update --verbose portage
emerge --update --newuse --deep --with-bdeps=y system --keep-going
emerge --update --newuse --deep --with-bdeps=y world --keep-going

rm -f /var/cache/revdep-rebuild/*.rr
revdep-rebuild
emerge --skipfirst --resume
emerge --skipfirst --resume
etc-update
eclean-dist


The eclean line was added just a few days ago from this thread...

This one is intended to be a nice gentle update script.
It caches the portage tree, then syncs everything, then updates
everything starting with critical system packages, then all world
packages...

Then it cleans stuff up, it jcakhammers the revdep-rebuild but not too
hard


This next script is what I use when emerge starts giving me shit:

##
tortoise ~ # cat keepgoing
emerge --update --newuse --deep --with-bdeps=y system
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps

emerge --update --newuse --deep --with-bdeps=y world
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps

rm /var/cache/revdep-rebuild/*.rr
revdep-rebuild
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps
emerge --skipfirst --resume --nodeps

etc-update
###

It's basically the same as the working section of the above but instead
of letting emerge do it's thing, it jackhammers that bitch as hard as
possible to get as much updated as possible, but it requires emerge to
do something and not error out for no good reason... I expect prune and
depclean to be useless but I kinda need update to basically work every
time. =\
Whatever fails on this script, I just live with until next week/month.

###
tortoise ~ # ./pretendupdate

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

Calculating dependencies /

!!! Problem resolving dependencies for sys-apps/util-linux from @system
... done!

!!! The ebuild selected to satisfy "sys-apps/util-linux" has unmet
requirements.
- sys-apps/util-linux-2.27.1::gentoo USE="caps cramfs ncurses nls pam
python readline suid udev unicode -build -fdformat -kill (-selinux)
-slang -static-libs -systemd -test -tty-helpers" ABI_X86="32 64 -x32"
PYTHON_SINGLE_TARGET="-python2_7 -python3_3 -python3_4"
PYTHON_TARGETS="python2_7 python3_4 -python3_3"

  The following REQUIRED_USE flag constraints are unsatisfied:
python? ( exactly-one-of ( python_single_target_python2_7
python_single_target_python3_3 python_single_target_python3_4 ) )

  The above constraints are a subset of the following complete expression:
python? ( exactly-one-of ( python_single_target_python2_7
python_single_target_python3_3 python_single_target_python3_4 )
python_single_target_python2_7? ( python_targets_python2_7 )
python_single_target_python3_3? ( python_targets_python3_3 )
python_single_target_python3_4? ( python_targets_python3_4 ) )

(dependency required by "@system" [set])
(dependency required by "@world" [argument])

tortoise ~ # cat ./pretendupdate
emerge --update --newuse --deep --with-bdeps=y world --verbose --pretend
tortoise ~ #

###

Google is not being helpful with this... =(



-- 
IQ is a measure of how stupid you feel.

Powers are not rights.

Re: [gentoo-user] Confessional: how I generally use emerge.

[Neil Bothwick]

On Fri, 18 Mar 2016 12:41:39 -0500, Dale wrote:

> I have to add this.  From what I understand about the scripts he is
> using, he is blindly letting emerge do updates without checking to see
> if the updates fall into line with what he *needs*.  If I read it
> correctly, any USE flag change will be missed until it hits the fan and
> is broken.  That would then mean taking a lot of time to go back through
> logs and figuring out just when it went wrong and most importantly, what
> caused it and how to fix it.  Since the change could have happened
> several updates ago, that could involve some work and a lot of
> rebuilding. 

And deleting the emerge logs as part of that script doesn't make things
any easier. Still, some people like a challenge ;-)


-- 
Neil Bothwick

Be regular. Eat cron flakes.


pgpkrx4jjxWSU.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Confessional: how I generally use emerge.

[Alan Grimes]

The dependency graph that seems to be murdering me right now seems to be:


kde -> wayland -> gles2 -> egl ->


#
..

[ebuild  N ] kde-plasma/plasma-meta-5.5.5:5::gentoo 
USE="display-manager gtk pam pulseaudio sddm sdk wallpapers -bluetooth
-mediacenter -networkmanager" 0 KiB
[ebuild  NS] kde-apps/kde-meta-15.08.3:5::gentoo
[4.14.3-r1:4::gentoo] 0 KiB
[uninstall ] kde-apps/kde-meta-4.14.3-r1:4::gentoo  USE="nls sdk
-accessibility (-aqua) -kdepim -minimal"
[blocks b  ] kde-apps/kde-meta:4 ("kde-apps/kde-meta:4" is blocking
kde-apps/kde-meta-15.08.3)
[ebuild U  ] dev-lang/mono-4.2.2.30::gentoo [4.2.2.10-r1::gentoo]
USE="nls (-doc) -minimal -pax_kernel -xen" 0 KiB
[ebuild  N ] dev-dotnet/nuget-2.8.3::gentoo  0 KiB
[ebuild U  ] dev-dotnet/libgdiplus-4.2-r2::gentoo [4.2-r1::gentoo]
USE="cairo" 0 KiB
[ebuild U  ] dev-util/monodevelop-5.9.5.9-r1::gentoo
[3.0.2-r1::gentoo] USE="git gnome%* subversion -qtcurve%" 0 KiB

Total: 119 packages (21 upgrades, 32 new, 54 in new slots, 12
reinstalls, 80 uninstalls), Size of downloads: 395,848 KiB
Conflict: 80 blocks

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

dev-qt/qtgui:5

  (dev-qt/qtgui-5.5.1-r1:5/5::gentoo, ebuild scheduled for merge)
conflicts with
~dev-qt/qtgui-5.5.1[-egl] required by
(dev-qt/qtmultimedia-5.5.1-r2:5/5::gentoo, installed)


tortoise ~ #
#



Dale wrote:
> Neil Bothwick wrote:
>>
>> Why ask the same question again when you got an answer last time?
>>
>> Hint: look at the output for asciidoc.
>> -- 
>> Sent from my Android phone with K-9 Mail. Please excuse my brevity. 
> I have to add this.  From what I understand about the scripts he is
> using, he is blindly letting emerge do updates without checking to see
> if the updates fall into line with what he *needs*.  If I read it
> correctly, any USE flag change will be missed until it hits the fan and
> is broken.  That would then mean taking a lot of time to go back through
> logs and figuring out just when it went wrong and most importantly, what
> caused it and how to fix it.  Since the change could have happened
> several updates ago, that could involve some work and a lot of rebuilding. 
>
> Doing the sync in a script and even getting a email or something with
> the -p output is fine but updating blindly is not a good idea. 
>
> At this point, I think I understand why he is having so much trouble. 
> At the very least, check to see what USE flags are changing before doing
> updates.  There are other things that are important but that is one that
> changes a good bit. 
>
> Dale
>
> :-)  :-) 
>
>


-- 
IQ is a measure of how stupid you feel.

Powers are not rights.