gqview gwenview and mocp can't all be broke? [Solved]

[Fitzcarraldo]

Edit /etc/make.conf and find the line:

Code: Select all

SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"

Replace the part in quotes with one of the following, depending on which country you are in:

Code: Select all

#   North America: "rsync://rsync.namerica.gentoo.org/gentoo-portage"
#   South America: "rsync://rsync.samerica.gentoo.org/gentoo-portage"
#   Europe:        "rsync://rsync.europe.gentoo.org/gentoo-portage"
#   Asia:          "rsync://rsync.asia.gentoo.org/gentoo-portage"
#   Australia:     "rsync://rsync.au.gentoo.org/gentoo-portage"

[joe3]

Edit /etc/make.conf and find the line:

Code: Select all

SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"

Replace the part in quotes with one of the following, depending on which country you are in:

Code: Select all

#   North America: "rsync://rsync.namerica.gentoo.org/gentoo-portage"

Yeah, I found something that told me that someplace, but it didn't make any difference...

Then after much googleing I found a hint where somebody else complaining about the same error was told it could be a firewall issue...

The key part of which was that rsync needed: "port 873 tcp/udp"

I then spent a couple hours trying to get my fairpoint communications provided "westell model 7500" dsl modem/router gateway to let me set forwarding on that port. But for some reason it wouldn't stick. So in desperation I temporarily completely disabled the westell's firewall long enough to do the "emerge --sync."

Then I resumed the steps outlined previously with:

layman -a sabayon

{ERROR}

the error was:

fatal: unable to connect a socket (Connection timed out)

Another timeout error??? Now I'm thinking I need to keep the firewall down for this whole process. (never had to do that for an entropy solution) But here goes... firewall disabled resuming with: "layman -a sabayon" {again} Success!

layman -S
emerge -1v moc

appeared to go well but this autoclean output made me nervous:

Code: Select all

portage: COUNTER for x11-wm/enlightenment-9999 was corrupted; resetting to value of 0
portage: COUNTER for x11-wm/enlightenment-9999 was corrupted; resetting to value of 0
portage: COUNTER for games-arcade/digger-20020314 was corrupted; resetting to value of 0
portage: COUNTER for games-arcade/digger-20020314 was corrupted; resetting to value of 0
portage: COUNTER for dev-perl/glib-perl-1.224.0 was corrupted; resetting to value of 0
portage: COUNTER for dev-perl/glib-perl-1.224.0 was corrupted; resetting to value of 0
portage: COUNTER for sys-auth/polkit-qt-0.99.0 was corrupted; resetting to value of 0
portage: COUNTER for sys-auth/polkit-qt-0.99.0 was corrupted; resetting to value of 0
portage: COUNTER for kde-base/kdebase-runtime-meta-4.7.1 was corrupted; resetting to value of 0
portage: COUNTER for kde-base/kdebase-runtime-meta-4.7.1 was corrupted; resetting to value of 0
portage: COUNTER for media-libs/clutter-gtk-1.0.2 was corrupted; resetting to value of 0
portage: COUNTER for media-libs/clutter-gtk-1.0.2 was corrupted; resetting to value of 0

Then when I ran:
equo rescue spmsync

equo really made me worried with:

Code: Select all

>>  Scanning Source Package Manager and Entropy databases for differences...
>> cannot convert COUNTER for dev-perl/glib-perl-1.224.0,
>> cannot convert COUNTER for games-arcade/digger-20020314,
>> cannot convert COUNTER for kde-base/kdebase-runtime-meta-4.7.1,
>> cannot convert COUNTER for media-libs/clutter-gtk-1.0.2,
>> cannot convert COUNTER for sys-auth/polkit-qt-0.99.0,
>> cannot convert COUNTER for x11-wm/enlightenment-9999,
>>  @@ Someone removed these packages. They would be removed from the system database:
>>     # kde-base/kdebase-runtime-meta-4.7.1
>>     # media-libs/clutter-gtk-1.0.2
>>     # sys-auth/polkit-qt-0.99.0
>>     # games-arcade/digger-20020314
>>     # x11-wm/enlightenment-9999
>>     # dev-perl/glib-perl-1.224.0
>>  -- (1/6) >>> Removing kde-base/kdebase-runtime-meta-4.7.1
>>  -- (2/6) >>> Removing media-libs/clutter-gtk-1.0.2
>>  -- (3/6) >>> Removing sys-auth/polkit-qt-0.99.0
>>  -- (4/6) >>> Removing games-arcade/digger-20020314
>>  -- (5/6) >>> Removing x11-wm/enlightenment-9999
>>  -- (6/6) >>> Removing dev-perl/glib-perl-1.224.0
>>  @@ Database removal complete.

Considering Enlightenment IS my gui, and I think at least some of the other 5 look important, I thought I better feed then to "equo --ask install" and see what it says:

Code: Select all

 /etc
UnderTree=-> equo --ask install kde-base/kdebase-runtime-meta media-libs/clutter-gtk sys-auth/polkit-qt games-arcade/digger x11-wm/enlightenment-9999 dev-perl/glib-perl>>  @@ These are the chosen packages:
>>    # (1/6) [sabayonlinux.org] kde-base/kdebase-runtime-meta-4.7.1
>>     Versions: Not installed / NoTag / NoRev ===> 4.7.1 / NoTag / 0
>>      Action:          Install
>>    # (2/6) [sabayonlinux.org] media-libs/clutter-gtk-1.0.2
>>     Versions: Not installed / NoTag / NoRev ===> 1.0.2 / NoTag / 0
>>      Action:          Install
>>    # (3/6) [sabayonlinux.org] sys-auth/polkit-qt-0.99.0
>>     Versions: Not installed / NoTag / NoRev ===> 0.99.0 / NoTag / 0
>>      Action:          Install
>>    # (4/6) [sabayonlinux.org] games-arcade/digger-20020314
>>     Versions: Not installed / NoTag / NoRev ===> 20020314 / NoTag / 1
>>      Action:          Install
>>    # (5/6) [sabayonlinux.org] x11-wm/enlightenment-9999
>>     Versions: Not installed / NoTag / NoRev ===> 9999 / NoTag / 2
>>      Action:          Install
>>    # (6/6) [sabayonlinux.org] dev-perl/glib-perl-1.224.0
>>     Versions: Not installed / NoTag / NoRev ===> 1.224.0 / NoTag / 0
>>      Action:          Install
>>  @@ Packages involved: 6
     Would you like to continue with dependencies calculation ? [Yes/No] y
>>  @@ Calculating dependencies ...
>>  @@ These are the packages that would be installed:
>>  ## [N] [sabayonlinux.org] sys-auth/polkit-qt-0.99.0|0
>>  ## [N] [sabayonlinux.org] games-arcade/digger-20020314|1
>>  ## [N] [sabayonlinux.org] kde-base/kdebase-runtime-meta-4.7.1|0
>>  ## [N] [sabayonlinux.org] x11-wm/enlightenment-9999|2
>>  ## [N] [sabayonlinux.org] dev-perl/glib-perl-1.224.0|0
>>  ## [N] [sabayonlinux.org] media-libs/clutter-gtk-1.0.2|0
>>  @@ Packages needing to be installed/updated/downgraded: 6
>>  @@ Packages needing to be removed: 0
>>  @@ Packages needing to be installed: 6
>>  @@ Packages needing to be reinstalled: 0
>>  @@ Packages needing to be updated: 0
>>  @@ Packages needing to be downgraded: 0
>>  @@ Download size: 0b
>>  @@ Used disk space: 14.9MB
>>  @@ You need at least: 25.7MB of free space
     Would you like to execute the queue ? [Yes/No]


I think yes... This is an example (I think) of why it's not really a good
idea to mix portage and entropy on same system... {yeeesh!}

resuming sequence with:
equo install eix
eix-update
eix -I moc

Also post the output of the last command above so we can see what USE flags were used to build the package.

Code: Select all

 /etc
UnderTree=-> eix -I moc
[I] media-sound/moc
     Available versions:  2.5.0_alpha4 (~)2.5.0_alpha4_p20110428 {aac alsa curl debug ffmpeg flac jack libsamplerate mad modplug musepack oss sid sndfile speex timidity vorbis wavpack}                                                                               
     Installed versions:  2.5.0_alpha4_p20110428(09:18:51 AM 10/08/2011)(aac alsa curl ffmpeg flac jack mad musepack speex vorbis -debug -libsamplerate -modplug -oss -sid -sndfile -timidity -wavpack)                                                                 
     Homepage:            http://moc.daper.net
     Description:         Music On Console - ncurses interface for playing audio files

 /etc
UnderTree=->


And of course it's still broke... (I bet that -wavpack is at least part of the problem...)

[Fitzcarraldo]

(I bet that -wavpack is at least part of the problem...)

I have to admit that, since you first posted regarding moc, I considered telling you to rebuild with the wavpack USE flag set, but decided not to in the end as that USE flag is for WAV Lossless. However, if you do want to build moc with that USE flag enabled:

Code: Select all

# USE="wavpack" emerge -1v moc
# equo rescue spmsync # Just to tell Entropy what you did via Portage

No need to do any of the other stuff with syncing Portage main tree and overlays, as you've already done it.

BTW, if you are having trouble syncing due to a firewall:

Gentoo Handbook, Part 2, Chapter 1 - A Portage Introduction

Updating the Portage Tree

The Portage tree is usually updated with rsync, a fast incremental file transfer utility. Updating is fairly simple as the emerge command provides a front-end for rsync:

Code Listing 2.1: Updating the Portage tree

# emerge --sync

If you are unable to rsync due to firewall restrictions you can still update your Portage tree by using our daily generated Portage tree snapshots. The emerge-webrsync tool automatically fetches and installs the latest snapshot on your system:

Code Listing 2.2: Running emerge-webrsync

# emerge-webrsync

And here are some useful references on mixing Entropy and Portage, as you may not know all the tricks:

entropy in gentoo

HOWTO: Safely mix Entropy and Portage

Masking and Unmasking Packages in Entropy

Preventing entropy from downgrading portage packages

Advantages of combining Portage and Entropy

[joe3]

(I bet that -wavpack is at least part of the problem...)

I have to admit that, since you first posted regarding moc, I considered telling you to rebuild with the wavpack USE flag set, but decided not to in the end as that USE flag is for WAV Lossless. However, if you do want to build moc with that USE flag enabled:

Code: Select all

# USE="wavpack" emerge -1v moc
# equo rescue spmsync # Just to tell Entropy what you did via Portage

No need to do any of the other stuff with syncing Portage main tree and overlays, as you've already done it.

Actually I went into overkill on it... I modified my /etc/portage/package.use to include most every one of the flags that were marked with the "-" (see below)

BTW, if you are having trouble syncing due to a firewall:

Gentoo Handbook, Part 2, Chapter 1 - A Portage Introduction

Yeah That might make for some good reading... But the firewall was evidentaly getting in the way of Layman too...

Updating the Portage Tree

The Portage tree is usually updated with rsync, a fast incremental file transfer utility. Updating is fairly simple as the emerge command provides a front-end for rsync:

Code Listing 2.1: Updating the Portage tree

# emerge --sync

If you are unable to rsync due to firewall restrictions you can still update your Portage tree by using our daily generated Portage tree snapshots. The emerge-webrsync tool automatically fetches and installs the latest snapshot on your system:

Code Listing 2.2: Running emerge-webrsync

# emerge-webrsync

If it didn't mess with layman to, I'd probably go there rather than toggle my firewall off and hope I remember to turn it back on...

And here are some useful references on mixing Entropy and Portage, as you may not know all the tricks:

THOSE I will read.


Anyway what I did was to note that every -flag in the installed version was in the available versions without the "-" SO I did another man emerge and etc... Decided that if I was in for a penny I was in for a pound... and besides I still had that .tgz archive file to fall back on. So I Found the entry for moc in the /etc/portage/package.use and added most of those flags... Then I repeated the process starting with "emerge -1v moc"

Code: Select all

 /etc/portage
UnderTree=-> eix -I moc
[I] media-sound/moc
     Available versions:  2.5.0_alpha4 (~)2.5.0_alpha4_p20110428 {aac alsa curl debug ffmpeg flac jack libsamplerate mad modplug musepack oss sid sndfile speex timidity vorbis wavpack}                                                                               
     Installed versions:  2.5.0_alpha4_p20110428(11:20:45 AM 10/08/2011)(aac alsa curl ffmpeg flac jack libsamplerate mad modplug musepack oss sid sndfile speex timidity vorbis wavpack -debug)
     Homepage:            http://moc.daper.net
     Description:         Music On Console - ncurses interface for playing audio files

 /etc/portage
UnderTree=->

And it works now... And while I don't see how fixing moc should have had any effect on the image viewers, suddenly I notice that gqview is working too...