Re: [gentoo-user] Re: Konsole colours have changed

[Peter Humphrey]

On Friday, 26 April 2019 23:20:32 BST Nikos Chantziaras wrote:
> On 26/04/2019 17:40, Peter Humphrey wrote:
> > The recent kde-apps upgrade changed the colours used by konsole, In
> > particular, the black background is no longer black, but a sort of
> > washed-out charcoal grey. I compared the
> > /usr/share/konsole/Linux.colorscheme file with an earlier version, but
> > they were the same
> > 
> > Is there somewhere else I can check?
> 
> Check if "Linux Colors" is actually the active profile. Right click,
> "Edit Current Profile", "Appearance".

Duh. Why didn't I think of the simple answer before diving into complication? 
That was it: my colour scheme had been changed to Breeze without consulting 
me.

Thanks Nikos.

-- 
Regards,
Peter.

[gentoo-user] Re: Konsole colours have changed

[Nikos Chantziaras]

On 26/04/2019 17:40, Peter Humphrey wrote:

The recent kde-apps upgrade changed the colours used by konsole, In
particular, the black background is no longer black, but a sort of washed-out
charcoal grey. I compared the /usr/share/konsole/Linux.colorscheme file with
an earlier version, but they were the same

Is there somewhere else I can check?


Check if "Linux Colors" is actually the active profile. Right click, 
"Edit Current Profile", "Appearance".

Re: [gentoo-user] Re: Konsole

[Daniel Frey]

On 07/12/2016 03:29 PM, konsolebox wrote:
> 1) kde-base/kactivitymanagerd-4.13.3-r1 was just removed and not even
> copied to kde-sunset.
> 2) kde-base/kactivities-4.13.3-r2 was just modified with a dependency
> to kde-plasma/kactivitymanagerd:5.  Not even a revision bump was made.
> It was also not copied to kde-sunset.
> 

I sync'ed today and found this:

>From https://anongit.gentoo.org/git/proj/kde-sunset
   30a5f0c..302b10b  master -> origin/master
Updating 30a5f0c..302b10b
Fast-forward
 kde-base/kactivities/Manifest |  1 +
 kde-base/kactivities/kactivities-4.13.3-r2.ebuild | 26
++
 kde-base/kactivities/metadata.xml |  5 +
 kde-base/kactivitymanagerd/Manifest   |  1 +
 kde-base/kactivitymanagerd/kactivitymanagerd-4.13.3-r1.ebuild | 31
+++
 kde-base/kactivitymanagerd/metadata.xml   |  5 +
 6 files changed, 69 insertions(+)
 create mode 100644 kde-base/kactivities/Manifest
 create mode 100644 kde-base/kactivities/kactivities-4.13.3-r2.ebuild
 create mode 100644 kde-base/kactivities/metadata.xml
 create mode 100644 kde-base/kactivitymanagerd/Manifest
 create mode 100644
kde-base/kactivitymanagerd/kactivitymanagerd-4.13.3-r1.ebuild
 create mode 100644 kde-base/kactivitymanagerd/metadata.xml


So they copied the offending packages to sunset.

I've removed kactivities from the local overlay, and:

# emerge -pvuDN world

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

Calculating dependencies... done!
[ebuild   R] kde-base/kactivities-4.13.3-r2:4/4.13::kde-sunset
[4.13.3-r2:4/4.13::local] USE="(-aqua)" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB

So it works again, just FYI for others.

Dan

Re: [gentoo-user] Re: Konsole

[Daniel Frey]

On 07/12/2016 03:29 PM, konsolebox wrote:
> Well I expected that problem earlier.
> 
> The issue is this:
> 
>  * Error: The above package list contains packages which cannot be
>  * installed at the same time on the same system.
> 
>   (kde-plasma/kactivitymanagerd-5.5.0:5/5::gentoo, ebuild scheduled
> for merge) pulled in by
> kde-plasma/kactivitymanagerd:5 required by
> (kde-base/kactivities-4.13.3-r2:4/4.13::gentoo, installed)
> >=kde-plasma/kactivitymanagerd-5.4.1:5 required by
> (kde-frameworks/kactivities-5.21.0:5/5.21::gentoo, ebuild scheduled
> for merge)
> 
> And the culprit is this:
> 
> https://github.com/gentoo/gentoo/commit/6da1ba829e1e240c7c4fe467a22d23d275368154
> 
> The problem is that:
> 
> 1) kde-base/kactivitymanagerd-4.13.3-r1 was just removed and not even
> copied to kde-sunset.
> 2) kde-base/kactivities-4.13.3-r2 was just modified with a dependency
> to kde-plasma/kactivitymanagerd:5.  Not even a revision bump was made.
> It was also not copied to kde-sunset.
> 
> The probable solution:
> 
> 1) Export those ebuild files before the commit was made to local overlay. 
> E.g.:
> 
> su portage
> cd /usr/portage
> git checkout 6da1ba829e1e240c7c4fe467a22d23d275368154^1
> emerge -fO =kde-base/kactivities-4.13.3-r2::gentoo
> =kde-base/kactivitymanagerd-4.13.3-r1::gentoo
> rsync -av kde-base/kactivities kde-base/kactivitymanagerd
> /usr/local/portage/kde-base
> for A in /usr/local/portage/kde-base/{kactivities,kactivitymanagerd}/*.ebuild;
> do ebuild "$A" digest; done
> git checkout master
> 
> (Or you could just download the attached file and extract its contents
> to /usr/local/portage.  Use at your own risk.)
> 
> Change ownerships to portage:portage if necessary.
> 
> 2) Then mask kde-base/kactivities::gentoo.  You can also be more
> specific: =kde-base/kactivities-4.13.3-r2::gentoo
> 

Thanks for the solution, I moved stuff to the local overlay and now my
emerge @world is chugging along.

Of course that leads to the question... why on earth did they give a
kde4 package a dependency on a kde5 package. No wonder everything got
screwed up.

Dan

Re: [gentoo-user] Re: Konsole

[Daniel Frey]

On 07/11/2016 08:47 PM, konsolebox wrote:
> On Tue, Jul 12, 2016 at 10:29 AM, Daniel Frey  wrote:
>> On 07/11/2016 06:06 PM, Daniel Frey wrote:
>>> I would think that if eshowkw is picking up things in the kde-sunset
>>> overlay it would be indicated in the repo column?
>>>
>>> However, I don't see any kde4 packages. Maybe they're still moving them
>>> over?
>>>
>>> Dan
>>>
>>>
>>>
>>
>> I really shouldn't try troubleshooting when tired...
>>
>> I had to explictly do:
>>
>> emerge -pv =kde-apps/kde-meta-4.14.3-r1
> 
> The file is in there:
> 
> # ls /var/local/overlays/kde-sunset/kde-apps/kde-meta/
> kde-meta-4.14.3-r1.ebuild  metadata.xml
> 
>> However, if I try to update @world, it still wants to drag in a bunch of
>> kde5 crap.
> 
> You have to mask packages.
> 
> `USE='-wayland' emerge -pvet kde-apps/kde-meta` shows this mask works.
> (Just for testing.  Don't run `emerge` with `-e`.)
> 
> # shopt -s extglob
> # ( printf '%s\n' kde-frameworks/\* kde-plasma/\*; cd /usr/portage;
> printf '>=%s-15\n' kde-apps/!(kde4*|kde-wallpapers) ) >
> /etc/portage/package.mask/kde5+.mask
> 
>> I think this is due to kdelibs. And of course they've removed the old
>> kdelibs from the tree:
>>
>> # equery list kdelibs
>>  * Searching for kdelibs ...
>> [I--] [??] kde-base/kdelibs-4.14.16:4/4.14
>>
>> I also appears that old kde4 versions of kdelibs are not in kde-sunset
>> (yet?) or maybe it's not planned to put one there.
> 
> kdelibs-4 is still in `gentoo`:
> 
> # ls /usr/portage/kde-base/kdelibs/
> files  kdelibs-4.14.20-r2.ebuild  kdelibs-4.14.21.ebuild  Manifest  
> metadata.xml
> 

I did manually mask everything, I added yours to it as well, but emerge
still wants to pull in qt5 and a bunch of stuff not needed. I've
attached the emerge output - you can see it's pulling masked packages
in. I can't figure out what wants to pull in all the qt5 stuff.

I've already manually installed the packages from kde-sunset:

# emerge -pv kde-meta

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

Calculating dependencies... done!
[ebuild   R] kde-apps/kde-meta-4.14.3-r1:4::kde-sunset  USE="nls
-accessibility (-aqua) -kdepim -minimal -sdk" 0 KiB

Total: 1 package (1 reinstall), Size of downloads: 0 KiB

...but a world update wants to change everything. And I can't figure out
how to read the tree output from emerge. I've attached that too.

Oh, I also read the manpage for eshowkw and it doesn't show packages
from overlays by default. You have to use the -O switch, then it shows
it. One more thing to remember...

Dan


# emerge -pvuDN world

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

Calculating dependencies... done!
[ebuild U  ] app-arch/bzip2-1.0.6-r7::gentoo [1.0.6-r6::gentoo] 
USE="-static -static-libs" ABI_X86="32 (64) (-x32)" 0 KiB
[ebuild U  ] dev-libs/expat-2.1.1-r2::gentoo [2.1.0-r5::gentoo] 
USE="unicode -examples -static-libs" ABI_X86="32 (64) (-x32)" 396 KiB
[ebuild U  ] sys-apps/debianutils-4.7::gentoo [4.4::gentoo] USE="-static" 
153 KiB
[ebuild U  ] sys-apps/which-2.21::gentoo [2.20-r1::gentoo] 146 KiB
[ebuild U  ] www-plugins/chrome-binary-plugins-51.0.2704.106:stable::gentoo 
[51.0.2704.103:stable::gentoo] USE="flash widevine" 48,134 KiB
[ebuild U  ] media-libs/libpng-1.6.21:0/16::gentoo [1.6.19:0/16::gentoo] 
USE="apng (-neon) -static-libs" ABI_X86="32 (64) (-x32)" 932 KiB
[ebuild U  ] sys-libs/cracklib-2.9.6::gentoo [2.9.1-r1::gentoo] USE="nls 
zlib -python -static-libs {-test}" ABI_X86="32 (64) (-x32)" 
PYTHON_TARGETS="python2_7" 628 KiB
[ebuild U  ] sys-libs/timezone-data-2016d::gentoo [2016c::gentoo] USE="nls 
-leaps_timezone" 494 KiB
[ebuild U  ] sys-apps/file-5.25::gentoo [5.22::gentoo] USE="zlib -python 
-static-libs" ABI_X86="(64) -32 (-x32)" PYTHON_TARGETS="python2_7 python3_4 
(-pypy) -python3_3" 723 KiB
[ebuild U  ] sys-devel/m4-1.4.17::gentoo [1.4.16::gentoo] USE="-examples" 
1,123 KiB
[ebuild U  ] dev-libs/libksba-1.3.4::gentoo [1.3.3::gentoo] 
USE="-static-libs" 605 KiB
[ebuild U  ] sys-apps/sysvinit-2.88-r9::gentoo [2.88-r7::gentoo] 
USE="(-ibm) (-selinux) -static" 0 KiB
[ebuild U  ] dev-lang/nasm-2.12.01::gentoo [2.11.08::gentoo] USE="-doc" 762 
KiB
[ebuild U  ] media-libs/libjpeg-turbo-1.5.0::gentoo [1.4.2::gentoo] 
USE="-java -static-libs" ABI_X86="32 (64) (-x32)" 1,616 KiB
[ebuild U  ] dev-perl/TermReadKey-2.330.0::gentoo [2.300.200-r1::gentoo] 81 
KiB
[ebuild U  ] dev-perl/Test-Deep-1.120.0::gentoo [0.110.0-r2::gentoo] 
USE="{-test}" 39 KiB
[ebuild U  ] dev-util/desktop-file-utils-0.23::gentoo [0.22::gentoo] 
USE="-emacs" 129 KiB
[ebuild U  ] media-libs/freetype-2.6.3-r1:2::gentoo [2.5.5:2::gentoo] 
USE="X adobe-cff bzip2 png -bindist -debug -doc -fontforge -harfbuzz 
-infinality -static-libs -utils (-auto-hinter%)" ABI_X86="32 (64) (-x32)" 1,712 
KiB
[ebuild U  ] app-misc/pax-utils-1.1.6::gentoo [1.0.3::gentoo] 
USE="seccomp%* -caps -debug% -python" 633 KiB
[ebuild  N ] 

Re: [gentoo-user] Re: Konsole

[konsolebox]

On Tue, Jul 12, 2016 at 11:47 AM, konsolebox  wrote:
>> However, if I try to update @world, it still wants to drag in a bunch of
>> kde5 crap.
>
> You have to mask packages.
>
> `USE='-wayland' emerge -pvet kde-apps/kde-meta` shows this mask works.
> (Just for testing.  Don't run `emerge` with `-e`.)
>
> # shopt -s extglob
> # ( printf '%s\n' kde-frameworks/\* kde-plasma/\*; cd /usr/portage;
> printf '>=%s-15\n' kde-apps/!(kde4*|kde-wallpapers) ) >
> /etc/portage/package.mask/kde5+.mask

Sorry, adding a filename extension like `.mask` is not needed.

-- 
konsolebox

Re: [gentoo-user] Re: Konsole

[konsolebox]

On Tue, Jul 12, 2016 at 10:29 AM, Daniel Frey  wrote:
> On 07/11/2016 06:06 PM, Daniel Frey wrote:
>> I would think that if eshowkw is picking up things in the kde-sunset
>> overlay it would be indicated in the repo column?
>>
>> However, I don't see any kde4 packages. Maybe they're still moving them
>> over?
>>
>> Dan
>>
>>
>>
>
> I really shouldn't try troubleshooting when tired...
>
> I had to explictly do:
>
> emerge -pv =kde-apps/kde-meta-4.14.3-r1

The file is in there:

# ls /var/local/overlays/kde-sunset/kde-apps/kde-meta/
kde-meta-4.14.3-r1.ebuild  metadata.xml

> However, if I try to update @world, it still wants to drag in a bunch of
> kde5 crap.

You have to mask packages.

`USE='-wayland' emerge -pvet kde-apps/kde-meta` shows this mask works.
(Just for testing.  Don't run `emerge` with `-e`.)

# shopt -s extglob
# ( printf '%s\n' kde-frameworks/\* kde-plasma/\*; cd /usr/portage;
printf '>=%s-15\n' kde-apps/!(kde4*|kde-wallpapers) ) >
/etc/portage/package.mask/kde5+.mask

> I think this is due to kdelibs. And of course they've removed the old
> kdelibs from the tree:
>
> # equery list kdelibs
>  * Searching for kdelibs ...
> [I--] [??] kde-base/kdelibs-4.14.16:4/4.14
>
> I also appears that old kde4 versions of kdelibs are not in kde-sunset
> (yet?) or maybe it's not planned to put one there.

kdelibs-4 is still in `gentoo`:

# ls /usr/portage/kde-base/kdelibs/
files  kdelibs-4.14.20-r2.ebuild  kdelibs-4.14.21.ebuild  Manifest  metadata.xml

-- 
konsolebox

Re: [gentoo-user] Re: Konsole

[Daniel Frey]

On 07/11/2016 06:06 PM, Daniel Frey wrote:
> I would think that if eshowkw is picking up things in the kde-sunset
> overlay it would be indicated in the repo column?
> 
> However, I don't see any kde4 packages. Maybe they're still moving them
> over?
> 
> Dan
> 
> 
> 

I really shouldn't try troubleshooting when tired...

I had to explictly do:

emerge -pv =kde-apps/kde-meta-4.14.3-r1

Then it works (pulls from kde-sunset.)

However, if I try to update @world, it still wants to drag in a bunch of
kde5 crap.

I think this is due to kdelibs. And of course they've removed the old
kdelibs from the tree:

# equery list kdelibs
 * Searching for kdelibs ...
[I--] [??] kde-base/kdelibs-4.14.16:4/4.14

I also appears that old kde4 versions of kdelibs are not in kde-sunset
(yet?) or maybe it's not planned to put one there.

So I'll just live with not updating my machine. At this point I'm so
annoyed I couldn't care less. I rarely install applications as it is.



Dan

Re: [gentoo-user] Re: Konsole

[Daniel Frey]

On 07/11/2016 02:44 PM, Alan McKinnon wrote:
> Daniel,
> 
> Please clarify what you mean by "doesn't seem to show anything from the
> kde-sunset overlay", preferably with config files and output of suitable
> emerge commands.
> 
> Alan
> 

Note: I was assuming kde4 was put into the sunset overlay. Judging by
what I see, it's not there, only kde3 packages are.

Will do. I was trying to do some stuff with it when I was on my lunch break.

First (emerge --sync):

=== Sync completed for gentoo
>>> Syncing repository 'kde-sunset' into '/var/local/overlays/kde-sunset'...
/usr/bin/git pull
Already up-to-date.
=== Sync completed for kde-sunset

So I'm pretty sure it's there.

Second:

# ls /var/local/overlays/kde-sunset/
Documentation  app-cdr  app-i18n app-office   dev-db
dev-python  eclass   kde-apps media-gfx  media-tv
net-dns   net-misc  net-wireless sci-misc   www-client   x11-terms
app-antivirus  app-cryptapp-laptop   app-pda  dev-embedded
dev-qt  games-emulation  kde-base media-libs media-video
net-firewall  net-nds   profiles sys-apps   x11-libs x11-themes
app-arch   app-doc  app-misc app-portage  dev-libs
dev-utilgames-puzzle kde-misc media-plugins  metadata
net-imnet-p2p   sci-electronics  sys-power  x11-misc
app-backup app-editors  app-mobilephone  app-text dev-perl
dev-vcs games-util   mail-client  media-soundnet-analyzer
net-irc   net-voip  sci-mathematics  virtualx11-plugins

So there is stuff there.

Just not kde4 related stuff yet:

# ls -l /var/local/overlays/kde-sunset/kde-base/kde-meta
total 28
-rw-r--r-- 1 root root 17423 Jul 11 07:45 ChangeLog
-rw-r--r-- 1 root root  1134 Jul 11 07:45 kde-meta-3.5.10.ebuild
-rw-r--r-- 1 root root   166 Jul 11 07:45 metadata.xml

Even if I try to list it:
# eshowkw kde-meta
Keywords for kde-apps/kde-meta:
| | u   |
| a a   a n   p r s   | n   |
| l m   r h i m m i   p i s   p   | u s | r
| p d a m p a 6 i o p c s 3   a x | s l | e
| h 6 r 6 p 6 8 p s p 6 c 9 s r 8 | e o | p
| a 4 m 4 a 4 k s 2 c 4 v 0 h c 6 | d t | o
+-+-+---
15.12.3 | o + o o o o o o o o o o o o o + | o 5 | gentoo
16.04.2 | o ~ o o o o o o o o o o o o o ~ | o   | gentoo

# eshowkw kde-base/kde-meta
No such package "kde-base/kde-meta"

I would think that if eshowkw is picking up things in the kde-sunset
overlay it would be indicated in the repo column?

However, I don't see any kde4 packages. Maybe they're still moving them
over?

Dan

Re: [gentoo-user] Re: Konsole

[Alan McKinnon]

On 11/07/2016 23:05, konsolebox wrote:

On Tue, Jul 12, 2016 at 4:50 AM, Alan McKinnon  wrote:

On 11/07/2016 22:07, konsolebox wrote:


On Tue, Jul 12, 2016 at 3:18 AM, Daniel Frey  wrote:


Thanks, that led me to sync the kde-sunset overlay. However, I think I
am missing a step as when I use emerge or eshowkw it doesn't seem to
show anything from the kde-sunset overlay. layman usually handled this
stuff, any pointers?



Well, that was the only thing I had to do to make it work.

Did you check if the files were properly downloaded after running
`emerge --sync`?  E.g. check if /var/local/overlays/kde-sunset/*
exist?  How do you know that nothing is shown from there.  What
command do you use?  Do you have any custom package masks that would
not make the packages show perhaps?  Also, how did you add the
repos.conf file for kde-sunset?  I presumed that you know that
/etc/portage/repos.conf should be a directory.  Did you perhaps only
added a single repos.conf file?

# cat /etc/portage/repos.conf/{gentoo.conf,kde-sunset.conf,local.conf}
[gentoo]
location = /var/lib/gentoo/portage
sync-type = git
sync-uri = git://github.com/gentoo-mirror/gentoo.git
sync-git-pull-extra-opts = -f
auto-sync = yes
[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
[local]
masters = gentoo
priority = 10
location = /var/local/portage

If it still doesn't work, maybe there's an old configuration line in
your `make.conf` that should no longer be there.  Or maybe you're
using an old sys-apps/portage, or some other tools that make it change
its behavior.  Although both are unlikely.

Another note: At least with portage-2.3.0, you should see "=== Sync
completed for kde-sunset" after running `emerge --sync`.



There was an old deprecated *OVERLAY setting in make.conf that must be
removed when using the new repos.conf


Indeed, but I'm still doubting that it has something to do with
packages from kde-sunset not appearing with emerge, granting he was
already able to do `emerge --sync` properly as what he said.





Daniel,

Please clarify what you mean by "doesn't seem to show anything from the 
kde-sunset overlay", preferably with config files and output of suitable 
emerge commands.


Alan

Re: [gentoo-user] Re: Konsole

[konsolebox]

On Tue, Jul 12, 2016 at 4:50 AM, Alan McKinnon  wrote:
> On 11/07/2016 22:07, konsolebox wrote:
>>
>> On Tue, Jul 12, 2016 at 3:18 AM, Daniel Frey  wrote:
>>>
>>> Thanks, that led me to sync the kde-sunset overlay. However, I think I
>>> am missing a step as when I use emerge or eshowkw it doesn't seem to
>>> show anything from the kde-sunset overlay. layman usually handled this
>>> stuff, any pointers?
>>>
>>
>> Well, that was the only thing I had to do to make it work.
>>
>> Did you check if the files were properly downloaded after running
>> `emerge --sync`?  E.g. check if /var/local/overlays/kde-sunset/*
>> exist?  How do you know that nothing is shown from there.  What
>> command do you use?  Do you have any custom package masks that would
>> not make the packages show perhaps?  Also, how did you add the
>> repos.conf file for kde-sunset?  I presumed that you know that
>> /etc/portage/repos.conf should be a directory.  Did you perhaps only
>> added a single repos.conf file?
>>
>> # cat /etc/portage/repos.conf/{gentoo.conf,kde-sunset.conf,local.conf}
>> [gentoo]
>> location = /var/lib/gentoo/portage
>> sync-type = git
>> sync-uri = git://github.com/gentoo-mirror/gentoo.git
>> sync-git-pull-extra-opts = -f
>> auto-sync = yes
>> [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
>> [local]
>> masters = gentoo
>> priority = 10
>> location = /var/local/portage
>>
>> If it still doesn't work, maybe there's an old configuration line in
>> your `make.conf` that should no longer be there.  Or maybe you're
>> using an old sys-apps/portage, or some other tools that make it change
>> its behavior.  Although both are unlikely.
>>
>> Another note: At least with portage-2.3.0, you should see "=== Sync
>> completed for kde-sunset" after running `emerge --sync`.
>>
>
> There was an old deprecated *OVERLAY setting in make.conf that must be
> removed when using the new repos.conf

Indeed, but I'm still doubting that it has something to do with
packages from kde-sunset not appearing with emerge, granting he was
already able to do `emerge --sync` properly as what he said.

-- 
konsolebox

Re: [gentoo-user] Re: Konsole

[Alan McKinnon]

On 11/07/2016 22:07, konsolebox wrote:

On Tue, Jul 12, 2016 at 3:18 AM, Daniel Frey  wrote:

Thanks, that led me to sync the kde-sunset overlay. However, I think I
am missing a step as when I use emerge or eshowkw it doesn't seem to
show anything from the kde-sunset overlay. layman usually handled this
stuff, any pointers?



Well, that was the only thing I had to do to make it work.

Did you check if the files were properly downloaded after running
`emerge --sync`?  E.g. check if /var/local/overlays/kde-sunset/*
exist?  How do you know that nothing is shown from there.  What
command do you use?  Do you have any custom package masks that would
not make the packages show perhaps?  Also, how did you add the
repos.conf file for kde-sunset?  I presumed that you know that
/etc/portage/repos.conf should be a directory.  Did you perhaps only
added a single repos.conf file?

# cat /etc/portage/repos.conf/{gentoo.conf,kde-sunset.conf,local.conf}
[gentoo]
location = /var/lib/gentoo/portage
sync-type = git
sync-uri = git://github.com/gentoo-mirror/gentoo.git
sync-git-pull-extra-opts = -f
auto-sync = yes
[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
[local]
masters = gentoo
priority = 10
location = /var/local/portage

If it still doesn't work, maybe there's an old configuration line in
your `make.conf` that should no longer be there.  Or maybe you're
using an old sys-apps/portage, or some other tools that make it change
its behavior.  Although both are unlikely.

Another note: At least with portage-2.3.0, you should see "=== Sync
completed for kde-sunset" after running `emerge --sync`.



There was an old deprecated *OVERLAY setting in make.conf that must be 
removed when using the new repos.conf


Alan

Re: [gentoo-user] Re: Konsole

[konsolebox]

On Mon, Jul 11, 2016 at 11:33 PM, Alan McKinnon  wrote:
> On 11/07/2016 02:46, Daniel Frey wrote:
>> On 07/10/2016 01:27 PM, Alan McKinnon wrote:
>>>
>>> It's an overlay, not an Attic. Enable the overlay with layman.
>>>
> Or, maybe I have the name wrong.
>
It is correct.  It's just no longer in layman.

It would be nice to know the reason why.

-- 
konsolebox

Re: [gentoo-user] Re: Konsole

[konsolebox]

On Tue, Jul 12, 2016 at 3:18 AM, Daniel Frey  wrote:
> Thanks, that led me to sync the kde-sunset overlay. However, I think I
> am missing a step as when I use emerge or eshowkw it doesn't seem to
> show anything from the kde-sunset overlay. layman usually handled this
> stuff, any pointers?
>

Well, that was the only thing I had to do to make it work.

Did you check if the files were properly downloaded after running
`emerge --sync`?  E.g. check if /var/local/overlays/kde-sunset/*
exist?  How do you know that nothing is shown from there.  What
command do you use?  Do you have any custom package masks that would
not make the packages show perhaps?  Also, how did you add the
repos.conf file for kde-sunset?  I presumed that you know that
/etc/portage/repos.conf should be a directory.  Did you perhaps only
added a single repos.conf file?

# cat /etc/portage/repos.conf/{gentoo.conf,kde-sunset.conf,local.conf}
[gentoo]
location = /var/lib/gentoo/portage
sync-type = git
sync-uri = git://github.com/gentoo-mirror/gentoo.git
sync-git-pull-extra-opts = -f
auto-sync = yes
[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
[local]
masters = gentoo
priority = 10
location = /var/local/portage

If it still doesn't work, maybe there's an old configuration line in
your `make.conf` that should no longer be there.  Or maybe you're
using an old sys-apps/portage, or some other tools that make it change
its behavior.  Although both are unlikely.

Another note: At least with portage-2.3.0, you should see "=== Sync
completed for kde-sunset" after running `emerge --sync`.

-- 
konsolebox

Re: [gentoo-user] Re: Konsole

[Daniel Frey]

On 07/10/2016 09:38 PM, konsolebox wrote:
> 
> So that confirms it.  It's not in layman.
> 
> You can add a `repos.conf` file like this.  See portage(5) for it.
> 
> [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
> 
> And run `emerge --sync`.
> 
>> I've tried fetching the list and listing and it doesn't show up for me.
>> Am I missing something? I see a kde overlay, but no kde-sunset overlay
>> in the list:
> 
> The other way to check is `wget -qO -
> https://api.gentoo.org/overlays/repositories.xml | grep kde-sunset`.
> If you see nothing, then there's nothing.
> 

Thanks, that led me to sync the kde-sunset overlay. However, I think I
am missing a step as when I use emerge or eshowkw it doesn't seem to
show anything from the kde-sunset overlay. layman usually handled this
stuff, any pointers?

Dan

Re: [gentoo-user] Re: Konsole

[Alan McKinnon]

On 11/07/2016 02:46, Daniel Frey wrote:
> On 07/10/2016 01:27 PM, Alan McKinnon wrote:
>>
>> It's an overlay, not an Attic. Enable the overlay with layman.
>>
>> A single kde-4 ebuild is useless without the rest of KDE it depends on.
>>
> 
> I just tried this and layman says the overlay doesn't exist:
> 
> # layman -a kde-sunset
> 
>  * Adding overlay,...
>  * Exception: Overlay "kde-sunset" does not exist.
> 
>  * CLI: Errors occurred processing action add
>  * Exception: Overlay "kde-sunset" does not exist.
> 
> 
> I've tried fetching the list and listing and it doesn't show up for me.
> Am I missing something? I see a kde overlay, but no kde-sunset overlay
> in the list:


There's no requirement that an overlay be in the list maintained in
layman, but it is *somewhere* out there. Find it, using Google if it
comes to that, and add it manually.

Or, maybe I have the name wrong.

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

Re: [gentoo-user] Re: Konsole

[konsolebox]

On Mon, Jul 11, 2016 at 8:46 AM, Daniel Frey  wrote:
> On 07/10/2016 01:27 PM, Alan McKinnon wrote:
>>
>> It's an overlay, not an Attic. Enable the overlay with layman.
>>
>> A single kde-4 ebuild is useless without the rest of KDE it depends on.
>>
>
> I just tried this and layman says the overlay doesn't exist:
>
> # layman -a kde-sunset
>
>  * Adding overlay,...
>  * Exception: Overlay "kde-sunset" does not exist.
>
>  * CLI: Errors occurred processing action add
>  * Exception: Overlay "kde-sunset" does not exist.

So that confirms it.  It's not in layman.

You can add a `repos.conf` file like this.  See portage(5) for it.

[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

And run `emerge --sync`.

> I've tried fetching the list and listing and it doesn't show up for me.
> Am I missing something? I see a kde overlay, but no kde-sunset overlay
> in the list:

The other way to check is `wget -qO -
https://api.gentoo.org/overlays/repositories.xml | grep kde-sunset`.
If you see nothing, then there's nothing.

-- 
konsolebox

Re: [gentoo-user] Re: Konsole

[Daniel Frey]

On 07/10/2016 01:27 PM, Alan McKinnon wrote:
> 
> It's an overlay, not an Attic. Enable the overlay with layman.
> 
> A single kde-4 ebuild is useless without the rest of KDE it depends on.
> 

I just tried this and layman says the overlay doesn't exist:

# layman -a kde-sunset

 * Adding overlay,...
 * Exception: Overlay "kde-sunset" does not exist.

 * CLI: Errors occurred processing action add
 * Exception: Overlay "kde-sunset" does not exist.


I've tried fetching the list and listing and it doesn't show up for me.
Am I missing something? I see a kde overlay, but no kde-sunset overlay
in the list:

 * k_f   [Git   ]
(git://git.sumptuouscapital.com/portage-overlay.git


)
 * kaa   [Git   ]
(https://github.com/Oleh-Kravchenko/kaa-layman.git


)
 * kde   [Git   ]
(git://anongit.gentoo.org/proj/kde.git,
https://github.com/gentoo/kde.git,
https://anongit.gentoo.org/git/proj/kde.git,
git+ssh://g...@git.gentoo.org/proj/kde.git
)
 * keruspe   [Git   ]
(git://anongit.gentoo.org/user/keruspe.git,
https://anongit.gentoo.org/git/user/keruspe.git,
git+ssh://g...@git.gentoo.org/user/keruspe.git
   )
 * klondike  [Git   ]
(git://anongit.gentoo.org/user/klondike.git,
https://anongit.gentoo.org/git/user/klondike.git,
git+ssh://g...@git.gentoo.org/user/klondike.git
 )
 * kolab [Git   ]
(https://gitlab.awesome-it.de/overlays/kolab.git


)
 * kork  [Git   ]
(git://anongit.gentoo.org/user/kork.git,
https://anongit.gentoo.org/git/user/kork.git,
git+ssh://g...@git.gentoo.org/user/kork.git
 )
 * Krontage  [Git   ]
(git://github.com/undying/krontage.git,
https://github.com/undying/krontage.git,
g...@github.com:undying/krontage.git

Dan

Re: [gentoo-user] Re: Konsole

[Alan McKinnon]

On 11/07/2016 00:06, Philip Webb wrote:

The proliferation of pkgs in KDE, Gnome, Perl + other areas
is going to become a problem for Gentoo,
as they will tend to demand more dev attention
& will also add to users' burden in keeping track of what they use + need.


I disagree. My burden is maintaining KDE is about the same through major 
versions 3, 4 and 5. Nowadays I mostly list the 30 or so KDE apps I 
actually use in a set, and the USE flags for stuff I have and can use go 
in make.conf. The ebuilds then take care of things and mostly get it 
right. When I say "mostly", I really mean a big percentage with lots of 
9's in it[1]


It's important to realise that these new packages are not new software, 
they are existing software broken up into smaller more atomic chunks.


Example, in KDE-3 we had packages kde, and kde-*-meta. These were no 
atomic, they were "bunches of stuff sort-of somewhat related" like 
games, network and so on. When you break that up into lots of small 
packages, the burden goes *down*, in much the same way that software 
becomes easier when you refactor a giant main() with many global vars 
into many small self contained functions.


I have many times observed comments on -dev where kde maintainers bitch 
loudly about how difficult it is to maintain the large monolithic kde 
packages of versions <5. All this seems to add up to the opposite of 
what you are claiming.


Alan

[1] Be careful not to commit the human problem of remembering the few 
times the ebuild got it wrong (especially when using ~arch), and not 
remembering, or not seeing at all, the many many many times it didn't

Re: [gentoo-user] Re: Konsole

[Philip Webb]

160711 Michael Palimaka wrote:
> On 10/07/16 05:44, Philip Webb wrote:
>> What has happened to Konsole:4/4.14 ?
>>   root:508 ~> eix konsole
>>   [U?] kde-apps/konsole
>> Available versions:  (5) 15.12.3 ~16.04.2 {X debug +handbook test}
>> Installed versions:  4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook 
>> -aqua -debug -minimal -test)
>> Description: KDE's terminal emulator
>> Are we going to be forced to install the whole of KDE 5
>> if we want to go on using some very useful KDE apps ?
> We recently dropped most of 4.14 as it is old, unsupported
> and assists in easing our general maintenance burden.
> As usual, it has been copied to the kde-sunset overlay
> for those who aren't yet ready to say goodbye.

Thanks for the belated information : this deserved a news item.

I will have to decide whether to install the  87  new pkgs required
or find alternatives to Konsole, Gwenview + Okular.
Does anyone know if the number cb reduced by using '--nodeps' ?
-- that works with KDE 4 Phonon, which demands eg USE='gstreamer',
but still compiles properly if emerged with '--nodeps' :
apparently, that's what the KDE team expect distros to allow
(I sent in a KDE bug some years ago & their response was
"No problem here.  If your distro forces you to install sound,
that's their mistake : you can compile everything without it").

The proliferation of pkgs in KDE, Gnome, Perl + other areas
is going to become a problem for Gentoo,
as they will tend to demand more dev attention
& will also add to users' burden in keeping track of what they use + need.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

Re: [gentoo-user] Re: Konsole

[Alan McKinnon]

On 10/07/2016 22:25, James wrote:

Michael Palimaka  gentoo.org> writes:


On 10/07/16 05:44, Philip Webb wrote:

What has happened to Konsole:4/4.14 ?



We recently dropped most of 4.14 as it is old, unsupported, and assists
in easing our general maintenance burden.
As usual, it has been copied to the kde-sunset overlay for those who
aren't yet ready to say goodbye.

[2]

OK, well with the attic, it was trivial to restore an ebuild. With Github,
it is more efforts, but many extol the virtues of restoring an ebuild from
github. Dev NP-hardass, was kind enough to post instructions [1], but
I have yet to fully test those steps. It would be very useful to see another
user follow NPH's instruction guide found at the bottom of the reference, to
install/restore an old ebuild, say in your /usr/local/portage/. If this
works well, with a bit of testing and more info, perhaps it could be placed
into the gentoo wiki for users to reference.

Do post back your experience with those instructions, should you give it a
test drive.



It's an overlay, not an Attic. Enable the overlay with layman.

A single kde-4 ebuild is useless without the rest of KDE it depends on.

Alan

[gentoo-user] Re: Konsole

[James]

Michael Palimaka  gentoo.org> writes:
 
> On 10/07/16 05:44, Philip Webb wrote:
> > What has happened to Konsole:4/4.14 ?

> We recently dropped most of 4.14 as it is old, unsupported, and assists
> in easing our general maintenance burden.
> As usual, it has been copied to the kde-sunset overlay for those who
> aren't yet ready to say goodbye. 
[2] 

OK, well with the attic, it was trivial to restore an ebuild. With Github,
it is more efforts, but many extol the virtues of restoring an ebuild from
github. Dev NP-hardass, was kind enough to post instructions [1], but
I have yet to fully test those steps. It would be very useful to see another
user follow NPH's instruction guide found at the bottom of the reference, to
install/restore an old ebuild, say in your /usr/local/portage/. If this
works well, with a bit of testing and more info, perhaps it could be placed
into the gentoo wiki for users to reference.

Do post back your experience with those instructions, should you give it a
test drive.

hth,
James

[1]
https://archives.gentoo.org/gentoo-dev/message/305c431c84c39bc74b1077f0b395ce91


https://gitweb.gentoo.org/proj/kde-sunset.git/

[gentoo-user] Re: Konsole

[Michael Palimaka]

On 10/07/16 05:44, Philip Webb wrote:
> What has happened to Konsole:4/4.14 ?
> 
>   root:508 ~> eix konsole
>   [U?] kde-apps/konsole
> Available versions:  (5) 15.12.3 ~16.04.2 {X debug +handbook test}
> Installed versions:  4.14.3(4/4.14)^t([2015-10-07 13:08:42])(handbook 
> -aqua -debug -minimal -test)
> Description: KDE's terminal emulator
> 
> Are we going to be forced to install the whole of KDE 5
> if we want to go on using some very useful KDE apps ?
> 
> Or was it dropped by mistake ?
> 

Hi Phillip,

We recently dropped most of 4.14 as it is old, unsupported, and assists
in easing our general maintenance burden.

As usual, it has been copied to the kde-sunset overlay for those who
aren't yet ready to say goodbye. :-)

Kind regards,

Michael

[gentoo-user] Re: [konsole] How to run a command, then leave the shell open?

[Nikos Chantziaras]

On 22/02/12 05:08, Hilco Wijbenga wrote:

On 21 February 2012 18:36, Felix Kuperjansfe...@desaster-games.com  wrote:

Hi Hilco,

answers and suggestions inline.

Am 22.02.2012 03:03, schrieb Hilco Wijbenga:

Hi all,

Every morning I start konsole, type emerge --sync, and then go do
other stuff. Some time later I look at the output and usually run
emerge ... world. I would like to automate that a bit more.

Just a suggestion: Do you know the porticron script? Combined with a
proper setup of ssmtp, it will sync you portage tree daily (in the
background) and send you an email with all updates, and important
security notes.


Thanks, no I did not know about this script.

I checked it out but I prefer to kick the sync off myself (syncing
really slows down the computer).


It doesn't have to.  You can put these in your make.conf:

PORTAGE_NICENESS=19
PORTAGE_IONICE_COMMAND=sh -c \schedtool -B \${PID}; ionice -c 3 -p 
\${PID}\


Syncing and emerging should be transparent now.  You won't even know 
it's happening :-)

Re: [gentoo-user] Re: Konsole question : solved

[Philip Webb]

120130 Philip Webb wrote:
 120130 Markus Trippelsdorf wrote:
 On 2012.01.30 at 12:33 -0500, Philip Webb wrote:
 120130 YoYo Siska wrote:
 Konsole should open the default browser set in KDE. 
 You can check that in systemsettings - Workspace Appearance and Behavior
 - Default Applications - Web Browser
 There's no 'Default Applications' in my 'systemsettings'.
 The 'Default Applications' setting sb stored somewhere: any idea where ?
 .kde4 % grep -D skip -R irefox .
 ./share/config/kdeglobals:BrowserApplication[$e]=!firefox
 
 From .kde4/./share/config/kdeglobals
 ...
 [General]
 BrowserApplication[$e]=!firefox
 ...
 Thanks : that's it !  After a reboot, the URL now opens in Firefox.

I've submitted KDE bug 292959 .

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

[gentoo-user] Re: Konsole question

[Markus Trippelsdorf]

On 2012.01.30 at 12:33 -0500, Philip Webb wrote:
 120130 YoYo Siska wrote:
  On Mon, Jan 30, 2012 at 07:51:45AM -0800, Mark Knecht wrote:
  On Mon, Jan 30, 2012 at 7:08 AM, Philip Webb purs...@ca.inter.net wrote:
  When an URL appears in a console, it is usually possible to R-click,
  then choose 'open link'  a browser(-tab) opens for that link.
  With KDE's Konsole, it opens Konqueror, which I don't usually have 
  running.
  However, since around KDE 4.7.1  continuing in 4.8.0 ,
  the version of Konqueror which opens is the file browser,
  I'm running 99.99% stable here so takes that for what it is.
  Here, with Firefox open I run in konsole
  and then right click on the ardour.org link and choose Open Link.
  I get the Ardour web site in the running version of Firefox.
  With Firefox not running KDE/konsole still opens Firefox.
 
 That's what happens for me with Terminal, but not with Konsole.
 
  Konsole should open the default browser set in KDE. 
  You can check that in systemsettings - Workspace Appearance and Behavior
  - Default Applications - Web Browser
 
 There's no 'Default Applications' in my 'systemsettings'.
 That mb because I don't have the whole of KDE installed,
 as I use Fluxbox as my desktop/window manager.
 The 'Default Applications' setting sb stored somewhere: any idea where ?
 
 Anyone else have ideas ?

.kde4 % grep -D skip -R irefox .
./share/config/kdeglobals:BrowserApplication[$e]=!firefox
./share/config/konsolerc:History=firefox

From .kde4/./share/config/konsolerc:
...
[Open-with settings]
CompletionMode=5
History=firefox

From .kde4/./share/config/kdeglobals
...
[General]
BrowserApplication[$e]=!firefox
...

-- 
Markus

Re: [gentoo-user] Re: Konsole question : solved

[Philip Webb]

120130 Markus Trippelsdorf wrote:
 On 2012.01.30 at 12:33 -0500, Philip Webb wrote:
 120130 YoYo Siska wrote:
 Konsole should open the default browser set in KDE. 
 You can check that in systemsettings - Workspace Appearance and Behavior
 - Default Applications - Web Browser
 There's no 'Default Applications' in my 'systemsettings'.
 The 'Default Applications' setting sb stored somewhere: any idea where ?
 .kde4 % grep -D skip -R irefox .
 ./share/config/kdeglobals:BrowserApplication[$e]=!firefox
 
 From .kde4/./share/config/kdeglobals
 ...
 [General]
 BrowserApplication[$e]=!firefox
 ...

Thanks : that's it !  After a reboot, the URL now opens in Firefox.

-- 
,,
SUPPORT ___//___,   Philip Webb
ELECTRIC   /] [] [] [] [] []|   Cities Centre, University of Toronto
TRANSIT`-O--O---'   purslowatchassdotutorontodotca

[gentoo-user] Re: Konsole issue

[James]

Colleen Beamer colleen.beamer at gmail.com writes:

 
 I can't type anything in the konsole window (in KDE).  When I exit
 kde by pressing Ctrl-Alt-F1 and type echo $PS1, I get output similar
 to what you have posted above (PS1='\[\033[01;31m\]\u at \h
 \[\033[01;34m\]\w \$ \[\033[00m\]' ).  I don't recall exactly what
 my output is because the only way I can get a command prompt is by
 exiting kde.


Hello Col.,

If you can get to the tab, in kde, just below the session, hit
the right mouse button and see what it shows. Mine is set up like this

Tab Title Format  %d : %n
Remote tab title format   %h : %u


hth,
James

Re: [gentoo-user] Re: Konsole issue

[Colleen Beamer]

On 01/01/12 15:09, James wrote:
 Colleen Beamer colleen.beamer at gmail.com writes:

 I can't type anything in the konsole window (in KDE).  When I exit
 kde by pressing Ctrl-Alt-F1 and type echo $PS1, I get output similar
 to what you have posted above (PS1='\[\033[01;31m\]\u at \h
 \[\033[01;34m\]\w \$ \[\033[00m\]' ).  I don't recall exactly what
 my output is because the only way I can get a command prompt is by
 exiting kde.

 Hello Col.,

 If you can get to the tab, in kde, just below the session, hit
 the right mouse button and see what it shows. Mine is set up like this

 Tab Title Format  %d : %n
 Remote tab title format   %h : %u
I have the menubar in konsole so, I can edit the profile.  In tabs,
mine displays exactly like yours.

Regards,

Colleen
-- 

Registered Linux User #411143 with the Linux Counter, http://counter.li.org

[gentoo-user] Re: konsole refresh laggardly

[Remy Blank]

Xi Shen wrote:
 my system is gentoo amd64, kd 4.3, compiz. i just updated the world.
 in konsole, no matter if the system is busy or not, the screen do not
 refresh sometimes. i will have to move the window, or select some
 content in the konsole to force it refresh.
 
 my graphic card is nvidia. i did not have this problem before.

FWIW, I have a similar issue here since I updated to xorg-server-1.7.6
yesterday. x86, KDE 3.5, no compiz and Intel GMA. Konsole sometimes
doesn't refresh parts of the window immediately, but with a 1-2 second
lag. This is most noticeable if I enter some text in bash, then move to
the beginning of the line, and insert some text. The text after the
cursor disappears, and only reappears after 1-2 seconds.

Of course, this could be completely unrelated.

-- Remy



signature.asc
Description: OpenPGP digital signature