Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

On Tuesday 20 September 2016, konsolebox wrote:
> On Sun, Sep 18, 2016 at 10:55 PM, Robin Atwood  wrote:
> > 
> > Anybody got any idea what the problem with kde-sunset is?
> 
> Custom repositories listed in /etc/portage/repos.conf/ are
> synchronized with `emerge --sync`.  `kde-sunset` is not in layman.

Thanks, that did the trick. Still get the update/world error but never mind. 

Robin
-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[konsolebox]

On Sun, Sep 18, 2016 at 10:55 PM, Robin Atwood  wrote:
> On Saturday 17 September 2016, Alan McKinnon wrote:
>
>> On 17/09/2016 15:26, Robin Atwood wrote:
>
>> > On Monday 15 August 2016, Robin Atwood wrote:
>
>> >> On Sunday 14 August 2016, Daniel Frey wrote:
>
>> >> > On 08/14/2016 05:12 AM, Robin Atwood wrote:
>
>> >> > > 'layman -L' finds no kde-sunset.
>
>> >> >
>
>> >> > I had that problem too, it's not listed there.
>
>> >> >
>
>> >> >
>
>> >> >
>
>> >> > If you want to use it, create /etc/portage/repos.conf/kde-sunset.conf
>
>> >> >
>
>> >> > with these contents:
>
>> >> >
>
>> >> >
>
>> >> >
>
>> >> > [kde-sunset]
>
>> >> >
>
>> >> > auto-sync = yes
>
>> >> >
>
>> >> > location = /var/local/overlays/kde-sunset
>
>> >> >
>
>> >> > masters = gentoo
>
>> >> >
>
>> >> > sync-type = git
>
>> >> >
>
>> >> > sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git
>
>> >> >
>
>> >> >
>
>> >> >
>
>> >> > Dan
>
>> >>
>
>> >> Dan-
>
>> >
>
>> > I tried it and got:
>
>> >
>
>> >
>
>> >
>
>> > # layman -s kde-sunset
>
>> >
>
>> >
>
>> >
>
>> > * Fetching remote list...
>
>> >
>
>> > * Fetch Ok
>
>> >
>
>> >
>
>> >
>
>> > * Syncing selected overlay(s)...
>
>> >
>
>> > Traceback (most recent call last):
>
>> >
>
>> > File "/usr/lib64/python3.4/site-packages/layman/api.py", line 394, in
>
>> > sync
>
>> >
>
>> > odb = db.select(ovl)
>
>> >
>
>> > File "/usr/lib64/python3.4/site-packages/layman/dbbase.py", line 260, in
>
>> > select
>
>> >
>
>> > raise UnknownOverlayException(overlay)
>
>> >
>
>> > layman.dbbase.UnknownOverlayException: Exception: Overlay "kde-sunset"
>
>> > does not exist.
>
>
>
> Anybody got any idea what the problem with kde-sunset is?

Custom repositories listed in /etc/portage/repos.conf/ are
synchronized with `emerge --sync`.  `kde-sunset` is not in layman.

-- 
konsolebox

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

On Saturday 17 September 2016, Alan McKinnon wrote:
> On 17/09/2016 15:26, Robin Atwood wrote:
> > On Monday 15 August 2016, Robin Atwood wrote:
> >> On Sunday 14 August 2016, Daniel Frey wrote:
> >> > On 08/14/2016 05:12 AM, Robin Atwood wrote:
> >> > > 'layman -L' finds no kde-sunset.
> >> > 
> >> > I had that problem too, it's not listed there.
> >> > 
> >> > 
> >> > 
> >> > If you want to use it, create /etc/portage/repos.conf/kde-sunset.conf
> >> > 
> >> > with these contents:
> >> > 
> >> > 
> >> > 
> >> > [kde-sunset]
> >> > 
> >> > auto-sync = yes
> >> > 
> >> > location = /var/local/overlays/kde-sunset
> >> > 
> >> > masters = gentoo
> >> > 
> >> > sync-type = git
> >> > 
> >> > sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git
> >> > 
> >> > 
> >> > 
> >> > Dan
> >> 
> >> Dan-
> > 
> > I tried it and got:
> > 
> > 
> > 
> > # layman -s kde-sunset
> > 
> > 
> > 
> > * Fetching remote list...
> > 
> > * Fetch Ok
> > 
> > 
> > 
> > * Syncing selected overlay(s)...
> > 
> > Traceback (most recent call last):
> > 
> > File "/usr/lib64/python3.4/site-packages/layman/api.py", line 394, in
> > sync
> > 
> > odb = db.select(ovl)
> > 
> > File "/usr/lib64/python3.4/site-packages/layman/dbbase.py", line 260, in
> > select
> > 
> > raise UnknownOverlayException(overlay)
> > 
> > layman.dbbase.UnknownOverlayException: Exception: Overlay "kde-sunset"
> > does not exist.

Anybody got any idea what the problem with kde-sunset is?

Thanks
Robin
-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Alan McKinnon]

On 17/09/2016 21:17, Daniel Frey wrote:
> On 09/17/2016 12:08 PM, Alan McKinnon wrote:
>> On 17/09/2016 17:16, Robin Atwood wrote:
>>> On Saturday 17 September 2016, Alan McKinnon wrote:
>>>
 What a peculiar odd thing to say. You might want to revisit your word
>>>
 choice there.
>>>
>>>  
>>>
>>> Perhaps you're right. Unfortunately I don't have the time currently to
>>> fight with ebuilds so I will declare my system, in IBM's immortal
>>> expression, "functionally stabilised"! It does everything I need it to
>>> so updates are not really necessary. I looked into the KDE5 upgrade
>>> recently and what I read did not inspire me with confidence.
>>
>>
>> KDE5 works well enough, I've been using it here for months. There are
>> recurring reports of icons going missing and other uber-annoying
>> cosmetic issues, but I find the software quite functional.
> 
> I like to actually *use* my computer though, not fight the DE. When I
> tried it months ago, plasma would crash every 10 seconds on its own.


Honestly, that sounds like you're projecting experiences of long ago
onto the present.

I haven't had a plasma crash in MONTHS, which falsifies everything you
say below



> 
> KDE5 won't be stable until another year at the minimum. After installing
> it and having the crashing (and other issues, but the main one was the
> constant crashing) I had no desire to put up with a broken DE for years
> like my experience with KDE4. Hell, with KDE4 it took them two years to
> put back basic functionality like a fully-functional systemsettings.
> 
>>
>> One thing KDE5 isn't though, is KDE4++ :-)
>>
>> If KDE4 is really what you want, then you best stick with it.
>>
> 
> It sure isn't easy though. I've stopped updating my computer and I
> probably won't try KDE5 until middle next year. Hopefully by then it'll
> actually be *usable*. It would have been nice if they snapshotted kde4
> 7-8 months ago and put the entirety in kde-sunset before messing with
> ebuilds and creating cross-version dependencies.
> 
> Dan
> 


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Daniel Frey]

On 09/17/2016 12:08 PM, Alan McKinnon wrote:
> On 17/09/2016 17:16, Robin Atwood wrote:
>> On Saturday 17 September 2016, Alan McKinnon wrote:
>>
>>> What a peculiar odd thing to say. You might want to revisit your word
>>
>>> choice there.
>>
>>  
>>
>> Perhaps you're right. Unfortunately I don't have the time currently to
>> fight with ebuilds so I will declare my system, in IBM's immortal
>> expression, "functionally stabilised"! It does everything I need it to
>> so updates are not really necessary. I looked into the KDE5 upgrade
>> recently and what I read did not inspire me with confidence.
> 
> 
> KDE5 works well enough, I've been using it here for months. There are
> recurring reports of icons going missing and other uber-annoying
> cosmetic issues, but I find the software quite functional.

I like to actually *use* my computer though, not fight the DE. When I
tried it months ago, plasma would crash every 10 seconds on its own.

KDE5 won't be stable until another year at the minimum. After installing
it and having the crashing (and other issues, but the main one was the
constant crashing) I had no desire to put up with a broken DE for years
like my experience with KDE4. Hell, with KDE4 it took them two years to
put back basic functionality like a fully-functional systemsettings.

> 
> One thing KDE5 isn't though, is KDE4++ :-)
> 
> If KDE4 is really what you want, then you best stick with it.
> 

It sure isn't easy though. I've stopped updating my computer and I
probably won't try KDE5 until middle next year. Hopefully by then it'll
actually be *usable*. It would have been nice if they snapshotted kde4
7-8 months ago and put the entirety in kde-sunset before messing with
ebuilds and creating cross-version dependencies.

Dan

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Alan McKinnon]

On 17/09/2016 17:16, Robin Atwood wrote:
> On Saturday 17 September 2016, Alan McKinnon wrote:
> 
>> What a peculiar odd thing to say. You might want to revisit your word
> 
>> choice there.
> 
>  
> 
> Perhaps you're right. Unfortunately I don't have the time currently to
> fight with ebuilds so I will declare my system, in IBM's immortal
> expression, "functionally stabilised"! It does everything I need it to
> so updates are not really necessary. I looked into the KDE5 upgrade
> recently and what I read did not inspire me with confidence.


KDE5 works well enough, I've been using it here for months. There are
recurring reports of icons going missing and other uber-annoying
cosmetic issues, but I find the software quite functional.

One thing KDE5 isn't though, is KDE4++ :-)

If KDE4 is really what you want, then you best stick with it.

-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

On Saturday 17 September 2016, Alan McKinnon wrote:
> What a peculiar odd thing to say. You might want to revisit your word
> choice there. 

Perhaps you're right. Unfortunately I don't have the time currently to fight 
with ebuilds so I will declare my system, in IBM's immortal expression, 
"functionally stabilised"! It does everything I need it to so updates are not 
really necessary. I looked into the KDE5 upgrade recently and what I read did 
not inspire me with confidence.

Robin

-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Alan McKinnon]

On 17/09/2016 15:26, Robin Atwood wrote:
> On Monday 15 August 2016, Robin Atwood wrote:
> 
>> On Sunday 14 August 2016, Daniel Frey wrote:
> 
>> > On 08/14/2016 05:12 AM, Robin Atwood wrote:
> 
>> > > 'layman -L' finds no kde-sunset.
> 
>> >
> 
>> > I had that problem too, it's not listed there.
> 
>> >
> 
>> > If you want to use it, create /etc/portage/repos.conf/kde-sunset.conf
> 
>> > with these contents:
> 
>> >
> 
>> > [kde-sunset]
> 
>> > auto-sync = yes
> 
>> > location = /var/local/overlays/kde-sunset
> 
>> > masters = gentoo
> 
>> > sync-type = git
> 
>> > sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git
> 
>> >
> 
>> > Dan
> 
>>
> 
>> Dan-
> 
>  
> 
> I tried it and got:
> 
>  
> 
> # layman -s kde-sunset
> 
>  
> 
> * Fetching remote list...
> 
> * Fetch Ok
> 
>  
> 
> * Syncing selected overlay(s)...
> 
> Traceback (most recent call last):
> 
> File "/usr/lib64/python3.4/site-packages/layman/api.py", line 394, in sync
> 
> odb = db.select(ovl)
> 
> File "/usr/lib64/python3.4/site-packages/layman/dbbase.py", line 260, in
> select
> 
> raise UnknownOverlayException(overlay)
> 
> layman.dbbase.UnknownOverlayException: Exception: Overlay "kde-sunset"
> does not exist.
> 
>  
> 
> This is becoming a problem because now I also get when updating Gentoo:
> 
>  
> 
> # emerge -uDv @world
> 
>  
> 
> These are the packages that would be merged, in order:
> 
>  
> 
> Calculating dependencies... done!
> 
>  
> 
> !!! All ebuilds that could satisfy "kde-plasma/kactivitymanagerd:5" have
> been masked.
> 
> !!! One of the following masked packages is required to complete your
> request:
> 
> - kde-plasma/kactivitymanagerd-5.7.5::gentoo (masked by: package.mask,
> ~amd64 keyword)
> 
> - kde-plasma/kactivitymanagerd-5.7.4::gentoo (masked by: package.mask,
> ~amd64 keyword)
> 
> - kde-plasma/kactivitymanagerd-5.6.5::gentoo (masked by: package.mask)
> 
>  
> 
> (dependency required by "kde-base/kactivities-4.13.3-r2::gentoo"
> [installed])
> 
> (dependency required by "kde-apps/okular-16.04.3::gentoo[kde]" [ebuild])
> 
> (dependency required by "@selected" [set])
> 
> (dependency required by "@world" [argument])
> 
>  
> 
> looking at the kactivities ebuild I see:
> 
>  
> 
> RDEPEND="
> 
> kde-plasma/kactivitymanagerd:5
> 
> "
> 
>  
> 
> So KDE4 users are no longer allowed to update Gentoo?


What a peculiar odd thing to say. You might want to revisit your word
choice there. A better expression might be

"if I have KDE4 installed and don't want to have KDE5, then due to the
fact that upstream does not support KDE4 at all and that few if any
gentoo devs are interested in maintaining KDE4 ebuilds, blockers and
deps have now tipped over the edge and mathematically there is no valid
update path left. Oh dear; the devs did say if I wantot carry on using
KDE4 that bitrot will bite me. I guess that happened now."

Because that is probably what happened. You let your computer stay
static will the ecosystem moved on, and now you get to keep all the
broken bits. It sunds crude but at this point you are on your own.
Someone needs to maintain those ebuilds so that the system can continue
to work, your best choice right now for who that person is, is you.


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

On Monday 15 August 2016, Robin Atwood wrote:
> On Sunday 14 August 2016, Daniel Frey wrote:
> > On 08/14/2016 05:12 AM, Robin Atwood wrote:
> > > 'layman -L' finds no kde-sunset.
> > 
> > I had that problem too, it's not listed there.
> > 
> > If you want to use it, create /etc/portage/repos.conf/kde-sunset.conf
> > with these contents:
> > 
> > [kde-sunset]
> > auto-sync = yes
> > location = /var/local/overlays/kde-sunset
> > masters = gentoo
> > sync-type = git
> > sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git
> > 
> > Dan
> 
> Dan-

I tried it and got:

# layman -s kde-sunset

 * Fetching remote list...
 * Fetch Ok

 * Syncing selected overlay(s)...
Traceback (most recent call last):
  File "/usr/lib64/python3.4/site-packages/layman/api.py", line 394, in sync
odb = db.select(ovl)
  File "/usr/lib64/python3.4/site-packages/layman/dbbase.py", line 260, in 
select
raise UnknownOverlayException(overlay)
layman.dbbase.UnknownOverlayException: Exception: Overlay "kde-sunset" does 
not exist.

This is becoming a problem because now I also get when updating Gentoo:

# emerge -uDv @world

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

Calculating dependencies... done!

!!! All ebuilds that could satisfy "kde-plasma/kactivitymanagerd:5" have been 
masked.
!!! One of the following masked packages is required to complete your request:
- kde-plasma/kactivitymanagerd-5.7.5::gentoo (masked by: package.mask, ~amd64 
keyword)
- kde-plasma/kactivitymanagerd-5.7.4::gentoo (masked by: package.mask, ~amd64 
keyword)
- kde-plasma/kactivitymanagerd-5.6.5::gentoo (masked by: package.mask)

(dependency required by "kde-base/kactivities-4.13.3-r2::gentoo" [installed])
(dependency required by "kde-apps/okular-16.04.3::gentoo[kde]" [ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

looking at the kactivities ebuild I see:

RDEPEND="
kde-plasma/kactivitymanagerd:5
"

So KDE4 users are no longer allowed to update Gentoo?

TIA
Robin

-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

On Sunday 14 August 2016, Daniel Frey wrote:
> On 08/14/2016 05:12 AM, Robin Atwood wrote:
> > 'layman -L' finds no kde-sunset.
> 
> I had that problem too, it's not listed there.
> 
> If you want to use it, create /etc/portage/repos.conf/kde-sunset.conf
> with these contents:
> 
> [kde-sunset]
> auto-sync = yes
> location = /var/local/overlays/kde-sunset
> masters = gentoo
> sync-type = git
> sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git
> 
> Dan

Dan-
Thanks, I will try that.

Robin

-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Daniel Frey]

On 08/14/2016 05:12 AM, Robin Atwood wrote:
> 'layman -L' finds no kde-sunset.
> 

I had that problem too, it's not listed there.

If you want to use it, create /etc/portage/repos.conf/kde-sunset.conf
with these contents:

[kde-sunset]
auto-sync = yes
location = /var/local/overlays/kde-sunset
masters = gentoo
sync-type = git
sync-uri = https://anongit.gentoo.org/git/proj/kde-sunset.git

Dan

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Peter Humphrey]

On Sunday 14 Aug 2016 19:12:43 Robin Atwood wrote:
> On Sunday 14 August 2016, Peter Humphrey wrote:
> > Well, either you can try it to see what happens, maybe putting it back
> > afterwards, or you can remove that line from the ebuild - again,
> > temporarily. Or try the kde-sunset overlay as Dan suggests.
> > 
> > It's becoming steadily harder to stick with KDE-4 in Gentoo. I gave up a
> > few weeks ago, once I'd found a desktop arrangement to suit me.
> 
> Using -wallpapers worked and I still have wallpapers.

USE=wallpapers is not the same thing as installing a wallpapers package. It 
looks in this case as though setting the flag will cause packages to be 
installed as part of *-meta, but I dare say it's just a convenience to save 
one operation.

> 'layman -L' finds no kde-sunset.

Google suggests it's in git nowadays.

> I suppose I will at some stage have to install KDE5 on a
> laptop; will KMail 4.4 still work?

It does here, though not on a laptop - well, as well as can be expected, 
that is.

-- 
Rgds
Peter

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

On Sunday 14 August 2016, Peter Humphrey wrote:
> On Saturday 13 Aug 2016 22:54:19 Robin Atwood wrote:
> > On Saturday 13 August 2016, Peter Humphrey wrote:
> > > On Saturday 13 Aug 2016 20:56:50 Robin Atwood wrote:
> > > > And the next problem:
> > > > 
> > > > !!! All ebuilds that could satisfy
> > > > "kde-plasma/plasma-workspace-wallpapers:5" have been masked.
> > > > !!! One of the following masked packages is required to complete your
> > > > request: - kde-plasma/plasma-workspace-wallpapers-5.7.3::gentoo
> > > > (masked
> > > > by: package.mask, ~amd64 keyword)
> > > > - kde-plasma/plasma-workspace-wallpapers-5.6.5::gentoo (masked by:
> > > > package.mask)
> > > > 
> > > > (dependency required by "kde-base/kdebase-startkde-4.11.22-
> > > > r2::gentoo[wallpapers]" [installed])
> > > > (dependency required by "@selected" [set])
> > > > (dependency required by "@world" [argument])
> > > > 
> > > > Why does kdebase-startkde:4 want plasma-workspace-wallpapers:5? has
> > > > anyone solved this yet?
> > > 
> > > I don't know, but the ebuild calls version 5 explicitly.
> > > 
> > > What happens if you add USE=-wallpapers to startkde in package.use?
> > 
> > I wondered about that but thought I might end up with no wallpapers. :(
> 
> Well, either you can try it to see what happens, maybe putting it back
> afterwards, or you can remove that line from the ebuild - again,
> temporarily. Or try the kde-sunset overlay as Dan suggests.
> 
> It's becoming steadily harder to stick with KDE-4 in Gentoo. I gave up a
> few weeks ago, once I'd found a desktop arrangement to suit me.

Using -wallpapers worked and I still have wallpapers. 'layman -L' finds no 
kde-sunset. I suppose I will at some stage have to install KDE5 on a laptop; 
will KMail 4.4 still work?

Cheers
Robin

-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Peter Humphrey]

On Saturday 13 Aug 2016 22:54:19 Robin Atwood wrote:
> On Saturday 13 August 2016, Peter Humphrey wrote:
> > On Saturday 13 Aug 2016 20:56:50 Robin Atwood wrote:
> > > And the next problem:
> > > 
> > > !!! All ebuilds that could satisfy
> > > "kde-plasma/plasma-workspace-wallpapers:5" have been masked.
> > > !!! One of the following masked packages is required to complete your
> > > request: - kde-plasma/plasma-workspace-wallpapers-5.7.3::gentoo
> > > (masked
> > > by: package.mask, ~amd64 keyword)
> > > - kde-plasma/plasma-workspace-wallpapers-5.6.5::gentoo (masked by:
> > > package.mask)
> > > 
> > > (dependency required by "kde-base/kdebase-startkde-4.11.22-
> > > r2::gentoo[wallpapers]" [installed])
> > > (dependency required by "@selected" [set])
> > > (dependency required by "@world" [argument])
> > > 
> > > Why does kdebase-startkde:4 want plasma-workspace-wallpapers:5? has
> > > anyone solved this yet?
> > 
> > I don't know, but the ebuild calls version 5 explicitly.
> > 
> > What happens if you add USE=-wallpapers to startkde in package.use?
> 
> I wondered about that but thought I might end up with no wallpapers. :(

Well, either you can try it to see what happens, maybe putting it back 
afterwards, or you can remove that line from the ebuild - again, 
temporarily. Or try the kde-sunset overlay as Dan suggests.

It's becoming steadily harder to stick with KDE-4 in Gentoo. I gave up a few 
weeks ago, once I'd found a desktop arrangement to suit me.

-- 
Rgds
Peter

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

On Saturday 13 August 2016, Peter Humphrey wrote:
> On Saturday 13 Aug 2016 20:56:50 Robin Atwood wrote:
> > And the next problem:
> > 
> > !!! All ebuilds that could satisfy
> > "kde-plasma/plasma-workspace-wallpapers:5" have been masked.
> > !!! One of the following masked packages is required to complete your
> > request: - kde-plasma/plasma-workspace-wallpapers-5.7.3::gentoo (masked
> > by: package.mask, ~amd64 keyword)
> > - kde-plasma/plasma-workspace-wallpapers-5.6.5::gentoo (masked by:
> > package.mask)
> > 
> > (dependency required by "kde-base/kdebase-startkde-4.11.22-
> > r2::gentoo[wallpapers]" [installed])
> > (dependency required by "@selected" [set])
> > (dependency required by "@world" [argument])
> > 
> > Why does kdebase-startkde:4 want plasma-workspace-wallpapers:5? has
> > anyone solved this yet?
> 
> I don't know, but the ebuild calls version 5 explicitly.
> 
> What happens if you add USE=-wallpapers to startkde in package.use?

I wondered about that but thought I might end up with no wallpapers. :(

Robin

-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Daniel Frey]

On 08/13/2016 06:56 AM, Robin Atwood wrote:
> 
> Why does kdebase-startkde:4 want plasma-workspace-wallpapers:5? has
> anyone solved this yet?
> 
>  
> 
> Thanks
> 
> Robin
> 

Somewhere in this thread they mentioned they're cleaning up old ebuilds,
so kde4 is requiring all sorts of kde5 ebuilds now.

You can try using the kde-sunset overlay for old kde4 builds. They've
been pretty good about moving stuff in there.

Dan

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Peter Humphrey]

On Saturday 13 Aug 2016 20:56:50 Robin Atwood wrote:

> And the next problem:
> 
> !!! All ebuilds that could satisfy
> "kde-plasma/plasma-workspace-wallpapers:5" have been masked.
> !!! One of the following masked packages is required to complete your
> request: - kde-plasma/plasma-workspace-wallpapers-5.7.3::gentoo (masked
> by: package.mask, ~amd64 keyword)
> - kde-plasma/plasma-workspace-wallpapers-5.6.5::gentoo (masked by:
> package.mask)
> 
> (dependency required by "kde-base/kdebase-startkde-4.11.22-
> r2::gentoo[wallpapers]" [installed])
> (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])
> 
> Why does kdebase-startkde:4 want plasma-workspace-wallpapers:5? has anyone
> solved this yet?

I don't know, but the ebuild calls version 5 explicitly.

What happens if you add USE=-wallpapers to startkde in package.use?

-- 
Rgds
Peter

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

On Friday 15 July 2016, Robin Atwood wrote:
> On Tuesday 12 July 2016, Andrés Becerra Sandoval wrote:
> > 2016-07-09 8:52 GMT-05:00 Robin Atwood :
> > > Attempting to update/world this weekend I get:
> > > 
> > > 
> > > 
> > > 
> > > 
> > > # emerge -uDv @world
> > > 
> > > 
> > > 
> > > These are the packages that would be merged, in order:
> > > 
> > > 
> > > 
> > > Calculating dependencies... done!
> > > 
> > > 
> > > 
> > > !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5"
> > > have been masked.
> > > 
> > > !!! One of the following masked packages is required to complete your
> > > request:
> > > 
> > > - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by:
> > > package.mask, ~amd64 keyword)
> > > 
> > > - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by:
> > > package.mask)
> > > 
> > > 
> > > 
> > > (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo"
> > > [ebuild])
> > > 
> > > (dependency required by "@selected" [set])
> > > 
> > > (dependency required by "@world" [argument])
> > > 
> > > 
> > > 
> > > I have all of KDE:5 masked since I think installing it sounds too
> > > risky. Checking the kdebase-startkde-4.11.22-r1 ebuild it has a
> > > dependency on kde-apps/kdebase-runtime-meta:5. Is this a mistake? Has
> > > anyone found a solution to this?
> > 
> > ​Robin,
> > 
> > My ugly hack on this to keep on kde4 withouth pulling frameworks 5:
> > 
> > 1) use a local overlay
> > 2) locate kactivitymanagerd-4.13.3-r1.ebuild (in
> > /var/db/pkg/kde-plasma/kactivitymanagerd-4.13.3-r1)
> > 3) put the kactivitymanagerd-4.13.3-r1.ebuild into ​
> > /usr/local/portage/kde-plasma/kactivitymanagerd/
> > ​4) add  a ​
> > SLOT="5"
> > ​ line to the ebuild
> > 5) add a unmask ​line
> > =kde-plasma/kactivitymanagerd-4.13.3-r1
> > ​ to /et​c/package.unmask
> > 
> > ​I need 5) because I mask ​all kde-plasma/* packages
> 
> Andrés-
> That did the trick! Thanks very much. Until the next time... :(

And the next problem:

!!! All ebuilds that could satisfy "kde-plasma/plasma-workspace-wallpapers:5" 
have been masked.
!!! One of the following masked packages is required to complete your request:
- kde-plasma/plasma-workspace-wallpapers-5.7.3::gentoo (masked by: 
package.mask, ~amd64 keyword)
- kde-plasma/plasma-workspace-wallpapers-5.6.5::gentoo (masked by: 
package.mask)

(dependency required by "kde-base/kdebase-startkde-4.11.22-
r2::gentoo[wallpapers]" [installed])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

Why does kdebase-startkde:4 want plasma-workspace-wallpapers:5? has anyone 
solved this yet?

Thanks
Robin
-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

On Tuesday 12 July 2016, Andrés Becerra Sandoval wrote:
> 2016-07-09 8:52 GMT-05:00 Robin Atwood :
> > Attempting to update/world this weekend I get:
> > 
> > 
> > 
> > 
> > 
> > # emerge -uDv @world
> > 
> > 
> > 
> > These are the packages that would be merged, in order:
> > 
> > 
> > 
> > Calculating dependencies... done!
> > 
> > 
> > 
> > !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" have
> > been masked.
> > 
> > !!! One of the following masked packages is required to complete your
> > request:
> > 
> > - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by: package.mask,
> > ~amd64 keyword)
> > 
> > - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask)
> > 
> > 
> > 
> > (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo"
> > [ebuild])
> > 
> > (dependency required by "@selected" [set])
> > 
> > (dependency required by "@world" [argument])
> > 
> > 
> > 
> > I have all of KDE:5 masked since I think installing it sounds too risky.
> > Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on
> > kde-apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a
> > solution to this?
> 
> ​Robin,
> 
> My ugly hack on this to keep on kde4 withouth pulling frameworks 5:
> 
> 1) use a local overlay
> 2) locate kactivitymanagerd-4.13.3-r1.ebuild (in
> /var/db/pkg/kde-plasma/kactivitymanagerd-4.13.3-r1)
> 3) put the kactivitymanagerd-4.13.3-r1.ebuild into ​
> /usr/local/portage/kde-plasma/kactivitymanagerd/
> ​4) add  a ​
> SLOT="5"
> ​ line to the ebuild
> 5) add a unmask ​line
> =kde-plasma/kactivitymanagerd-4.13.3-r1
> ​ to /et​c/package.unmask
> 
> ​I need 5) because I mask ​all kde-plasma/* packages

Andrés-
That did the trick! Thanks very much. Until the next time... :(

Cheers
Robin
-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Andrés Becerra Sandoval]

2016-07-09 8:52 GMT-05:00 Robin Atwood :

> Attempting to update/world this weekend I get:
>
>
>
>
>
> # emerge -uDv @world
>
>
>
> These are the packages that would be merged, in order:
>
>
>
> Calculating dependencies... done!
>
>
>
> !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" have
> been masked.
>
> !!! One of the following masked packages is required to complete your
> request:
>
> - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by: package.mask,
> ~amd64 keyword)
>
> - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask)
>
>
>
> (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo"
> [ebuild])
>
> (dependency required by "@selected" [set])
>
> (dependency required by "@world" [argument])
>
>
>
> I have all of KDE:5 masked since I think installing it sounds too risky.
> Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on
> kde-apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a
> solution to this?
>
>
>
> Thanks
>
> Robin
>
> --
>
> --
>
> Robin Atwood.
>
>
>
> "Ship me somewheres east of Suez, where the best is like the worst,
>
> Where there ain't no Ten Commandments an' a man can raise a thirst"
>
> from "Mandalay" by Rudyard Kipling
>
> --
>
>

​Robin,

My ugly hack on this to keep on kde4 withouth pulling frameworks 5:

1) use a local overlay
2) locate kactivitymanagerd-4.13.3-r1.ebuild (in
/var/db/pkg/kde-plasma/kactivitymanagerd-4.13.3-r1)
3) put the kactivitymanagerd-4.13.3-r1.ebuild into ​
/usr/local/portage/kde-plasma/kactivitymanagerd/
​4) add  a ​
SLOT="5"
​ line to the ebuild
5) add a unmask ​line
=kde-plasma/kactivitymanagerd-4.13.3-r1
​ to /et​c/package.unmask

​I need 5) because I mask ​all kde-plasma/* packages



-- 
  Andrés Becerra Sandoval

Re: [gentoo-user] Update blocked by kdebase-startkde:4

[Peter Humphrey]

On Saturday 09 Jul 2016 20:52:46 Robin Atwood wrote:
> Attempting to update/world this weekend I get:
> 
> # emerge -uDv @world
> 
> These are the packages that would be merged, in order:
> 
> Calculating dependencies... done!
> 
> !!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" have
> been masked.
> !!! One of the following masked packages is required to complete your
> request: - kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by:
> package.mask, ~amd64 keyword)
> - kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask)
> 
> (dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo"
> [ebuild])
> (dependency required by "@selected" [set])
> (dependency required by "@world" [argument])
> 
> I have all of KDE:5 masked since I think installing it sounds too risky.
> Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on kde-
> apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a solution
> to this?

Yes, I got it too, even going straight to rsync.gentoo.org instead of my usual
UK mirror. I tried adding to package.mask:
>=kde-base/kdebase-startkde-4.11.22-r1
>=kde-base/kactivities-4.13.3-r2
but that only caused another failure because those package versions weren't
available.

I was hoping this was a part-update problem, in which the devs hadn't released
all the packages involved in whatever change they're making. I'm still
inclined to think that, because:

$ diff $(equery w =kde-base/kdebase-startkde-4.11.22-r1) $(equery w 
=kde-base/kdebase-startkde-4.11.22)
12c12
< KEYWORDS="~amd64 ~arm ~x86 ~amd64-linux ~x86-linux"
---
> KEYWORDS="amd64 ~arm x86 ~amd64-linux ~x86-linux"
51d50
<   "${FILESDIR}/${PN}-kwalletd-pam.patch"
$

...and that patch file has no mention of kde-apps/kdebase-runtime-meta:5.

This is an ~amd64 box, by the way, so I'm not affected by the change of
keyword in -r1.

-- 
Rgds
Peter

[gentoo-user] Update blocked by kdebase-startkde:4

[Robin Atwood]

Attempting to update/world this weekend I get:


# emerge -uDv @world

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

Calculating dependencies... done!

!!! All ebuilds that could satisfy "kde-apps/kdebase-runtime-meta:5" have been 
masked.
!!! One of the following masked packages is required to complete your request:
- kde-apps/kdebase-runtime-meta-16.04.2::gentoo (masked by: package.mask, 
~amd64 keyword)
- kde-apps/kdebase-runtime-meta-15.12.3::gentoo (masked by: package.mask)

(dependency required by "kde-base/kdebase-startkde-4.11.22-r1::gentoo" 
[ebuild])
(dependency required by "@selected" [set])
(dependency required by "@world" [argument])

I have all of KDE:5 masked since I think installing it sounds too risky. 
Checking the kdebase-startkde-4.11.22-r1 ebuild it has a dependency on kde-
apps/kdebase-runtime-meta:5. Is this a mistake? Has anyone found a solution to 
this?

Thanks
Robin
-- 
--
Robin Atwood.

"Ship me somewheres east of Suez, where the best is like the worst,
 Where there ain't no Ten Commandments an' a man can raise a thirst"
 from "Mandalay" by Rudyard Kipling
--









-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.