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

[gentoo-user] executing a command as a nologin user

[jens w]

.procmailrc
:0 c
* !^X-Loop: n...@example.com
| formail -X "From:" | $HOME/bin/script.sh

procmail.log
procmail: Executing " formail -X "From:" | $HOME/bin/script.sh

for incoming mail, a script is executed. logfile has the same entry as
it is in other users. but the script do nothing.

How executing a command as a nologin user?

Re: [gentoo-user] Is "-fomit-frame-pointer" a gcc default?

[J.]

El lun, 11-07-2016 a las 20:47 -0400, waltd...@waltdnes.org escribió:
> On Tue, Jul 12, 2016 at 01:48:37AM +0200, Volker Armin Hemmann wrote
> 
> > so it is not turned on on x86. Not sure about amd64. IIRC it is
> > default
> > on amd64, but I am not sure and too lazy to google. Just like the
> > thread
> > starter.
> 
>   Actually, I did Google.  So did another particpant in the Pale Moon
> forum.  We got different answers, and various other people chimed in.
> That's why I posted here.  BTW, "gcc -O2 -Q --help=optimizers"
> returns
> 
>   -fomit-frame-pointer  [disabled]
> 
> ...in both my real 64-bit Gentoo install and my 32-bit VM Gentoo.
> 
I made a mistake, I didn't ran the 'gcc -Q .." command correctly, a
typo, so I didn't really checked just got the list of optimizers, but
checking again I also have it disabled by default:

$ gcc -c   -march=core2 -O2 -Q --help=optimizers  |\
grep fomit-frame-pointer
  -fomit-frame-pointer  [disabled]

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] Is "-fomit-frame-pointer" a gcc default?

[waltdnes]

On Tue, Jul 12, 2016 at 01:48:37AM +0200, Volker Armin Hemmann wrote

> so it is not turned on on x86. Not sure about amd64. IIRC it is default
> on amd64, but I am not sure and too lazy to google. Just like the thread
> starter.

  Actually, I did Google.  So did another particpant in the Pale Moon
forum.  We got different answers, and various other people chimed in.
That's why I posted here.  BTW, "gcc -O2 -Q --help=optimizers" returns

  -fomit-frame-pointer  [disabled]

...in both my real 64-bit Gentoo install and my 32-bit VM Gentoo.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Is "-fomit-frame-pointer" a gcc default?

[Volker Armin Hemmann]

Am 11.07.2016 um 22:51 schrieb J. García:
> El lun, 11-07-2016 a las 16:27 -0400, waltd...@waltdnes.org escribió:
>>   I put it into CFLAGS/CCFLAGS years ago, and left it there.  During
>> a
>> discussion on the Pale Moon forum about build options, the opinion
>> seems
>> to be that "-fomit-frame-pointer" is now the default.  Is that
>> correct?
>> I'd like to simplify my CFLAGS/CCFLAGS both in Gentoo and the Pale
>> Moon
>> build process.
>>
> I think it is, at least here it is a default, you can find out by
> running:
> gcc -c -Q --help=optimizers
>
> It gets activated with -O, and -O2 is the default in Gentoo, so it
> should be.
> >From the gcc manual:
> "-O also turns on -fomit-frame-pointer on machines where doing so does
> not interfere with debugging."
>
>
so it is not turned on on x86. Not sure about amd64. IIRC it is default
on amd64, but I am not sure and too lazy to google. Just like the thread
starter.

Re: [gentoo-user] Re: Wireless DHCP takes over resolv.conf

[Mick]

On Monday 11 Jul 2016 23:50:48 Alan McKinnon wrote:
> On 11/07/2016 23:03, Grant Edwards wrote:
> > On 2016-07-11, Alan McKinnon  wrote:
> >> On 11/07/2016 22:29, Grant Edwards wrote:
> >>> On 2016-07-11, Alan McKinnon  wrote:
>  why don't you go with the dns server addresses supplied by each
>  network's dhcp? Presumably the admin put them their because they
>  work on that network.
> >>> 
> >>> One might think that, but I find it often not to be the case.  I can
> >>> recall many networks where the DNS servers returned by the DHCP server
> >>> didn't work well at all, and things got a _lot_ better when I manually
> >>> configured a couple working DNS servers (e.g. the Google ones at
> >>> 8.8.8.8 and 8.8.4.4).  Around here, Comcast's DNS servers are famously
> >>> bad.
> >> 
> >> Then shoot the idiot running that wireless network.
> > 
> > You're not actually allowed to do that General Dreedle...
> > 
> >> If he's one of my juniors, tell me so I can fire him (as he's just
> >> proved he can't do the job he's paid to do)
> > 
> > And if you're at a customer or vendor site?  A friend's or relative's
> > house?  Using a municiple WiFi system?  Using WiFi on an airplane,
> > bus, train, whatever?
> > 
> > Sometimes you just need to get along with people and get some work
> > done.  You always can't demand that things get done your way or
> > somebody's gonna get fired or taken out back and beaten...
> 
> Pretty much always worked for me. I'm one of the guys that sets things
> up so that guys like you have no reason to ever say "Around here,
> Comcast's DNS servers are famously bad". Replace "Comcast" with the real
> name of my real employer. If my team gets that wrong (and we never have
> thus far), millions of people immediately and at once suffer. So forgive
> me if I'm a tad touchy on the subject.
> 
> But seriously, if the dns servers provided by dhcp aren't up to snuff
> then by all means put working ones in your resolv.conf. And also help
> the owner of the network fix his config - there really is no excuse for
> setting up software to tell people to use broken or badly behaved caches.
> 
> Alan

All good points made here and Alan's style of leadership (...daily floggings 
will continue until morale improves) surely works in some cases.  However, in 
certain locations there are 2 or 3 open WiFi networks which I may accidentally 
associate with.  They will not let you use their network without 
registering/login in with them, using your browser.  So, when I end up 
associating with any of them, their nameservers pollute my resolv.conf and 
delays ensue every time I seek a URL.  Sometimes the WiFi network is one I 
want to associate with, but not use its relatively slower nameservers, until I 
unplug the ethernet cable and roam around the office.  There are more nuanced 
use cases (some network servers are not accessible via WiFi, but are via 
ethernet) but I don't want to complicate further the basic requirement:

It would be great if the order of nameservers entered in /etc/resolv.conf 
respected the metric of the NIC.

-- 
Regards,
Mick

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

Re: [gentoo-user] Re: Wireless DHCP takes over resolv.conf

[Alan McKinnon]

On 11/07/2016 23:03, Grant Edwards wrote:

On 2016-07-11, Alan McKinnon  wrote:

On 11/07/2016 22:29, Grant Edwards wrote:

On 2016-07-11, Alan McKinnon  wrote:


why don't you go with the dns server addresses supplied by each
network's dhcp? Presumably the admin put them their because they
work on that network.


One might think that, but I find it often not to be the case.  I can
recall many networks where the DNS servers returned by the DHCP server
didn't work well at all, and things got a _lot_ better when I manually
configured a couple working DNS servers (e.g. the Google ones at
8.8.8.8 and 8.8.4.4).  Around here, Comcast's DNS servers are famously
bad.



Then shoot the idiot running that wireless network.


You're not actually allowed to do that General Dreedle...


If he's one of my juniors, tell me so I can fire him (as he's just
proved he can't do the job he's paid to do)


And if you're at a customer or vendor site?  A friend's or relative's
house?  Using a municiple WiFi system?  Using WiFi on an airplane,
bus, train, whatever?

Sometimes you just need to get along with people and get some work
done.  You always can't demand that things get done your way or
somebody's gonna get fired or taken out back and beaten...



Pretty much always worked for me. I'm one of the guys that sets things 
up so that guys like you have no reason to ever say "Around here, 
Comcast's DNS servers are famously bad". Replace "Comcast" with the real 
name of my real employer. If my team gets that wrong (and we never have 
thus far), millions of people immediately and at once suffer. So forgive 
me if I'm a tad touchy on the subject.


But seriously, if the dns servers provided by dhcp aren't up to snuff 
then by all means put working ones in your resolv.conf. And also help 
the owner of the network fix his config - there really is no excuse for 
setting up software to tell people to use broken or badly behaved caches.


Alan

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] 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] 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

[gentoo-user] Re: Wireless DHCP takes over resolv.conf

[Grant Edwards]

On 2016-07-11, Alan McKinnon  wrote:
> On 11/07/2016 22:29, Grant Edwards wrote:
>> On 2016-07-11, Alan McKinnon  wrote:
>>
>>> why don't you go with the dns server addresses supplied by each
>>> network's dhcp? Presumably the admin put them their because they
>>> work on that network.
>>
>> One might think that, but I find it often not to be the case.  I can
>> recall many networks where the DNS servers returned by the DHCP server
>> didn't work well at all, and things got a _lot_ better when I manually
>> configured a couple working DNS servers (e.g. the Google ones at
>> 8.8.8.8 and 8.8.4.4).  Around here, Comcast's DNS servers are famously
>> bad.

> Then shoot the idiot running that wireless network.

You're not actually allowed to do that General Dreedle...

> If he's one of my juniors, tell me so I can fire him (as he's just
> proved he can't do the job he's paid to do)

And if you're at a customer or vendor site?  A friend's or relative's
house?  Using a municiple WiFi system?  Using WiFi on an airplane,
bus, train, whatever?

Sometimes you just need to get along with people and get some work
done.  You always can't demand that things get done your way or
somebody's gonna get fired or taken out back and beaten...

-- 
Grant Edwards   grant.b.edwardsYow! ... I think I'd
  at   better go back to my DESK
  gmail.comand toy with a few common
   MISAPPREHENSIONS ...

Re: [gentoo-user] Is "-fomit-frame-pointer" a gcc default?

[J.]

El lun, 11-07-2016 a las 16:27 -0400, waltd...@waltdnes.org escribió:
>   I put it into CFLAGS/CCFLAGS years ago, and left it there.  During
> a
> discussion on the Pale Moon forum about build options, the opinion
> seems
> to be that "-fomit-frame-pointer" is now the default.  Is that
> correct?
> I'd like to simplify my CFLAGS/CCFLAGS both in Gentoo and the Pale
> Moon
> build process.
> 
I think it is, at least here it is a default, you can find out by
running:
gcc -c -Q --help=optimizers

It gets activated with -O, and -O2 is the default in Gentoo, so it
should be.
>From the gcc manual:
"-O also turns on -fomit-frame-pointer on machines where doing so does
not interfere with debugging."

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: Wireless DHCP takes over resolv.conf

[Alan McKinnon]

On 11/07/2016 22:29, Grant Edwards wrote:

On 2016-07-11, Alan McKinnon  wrote:


why don't you go with the dns server addresses supplied by each
network's dhcp? Presumably the admin put them their because they
work on that network.


One might think that, but I find it often not to be the case.  I can
recall many networks where the DNS servers returned by the DHCP server
didn't work well at all, and things got a _lot_ better when I manually
configured a couple working DNS servers (e.g. the Google ones at
8.8.8.8 and 8.8.4.4).  Around here, Comcast's DNS servers are famously
bad.



Then shoot the idiot running that wireless network. If he's one of my 
juniors, tell me so I can fire him (as he's just proved he can't do the 
job he's paid to do)

Re: [gentoo-user] Is "-fomit-frame-pointer" a gcc default?

[Michael Cook]

On 07/11/2016 04:27 PM, waltd...@waltdnes.org wrote:

  I put it into CFLAGS/CCFLAGS years ago, and left it there.  During a
discussion on the Pale Moon forum about build options, the opinion seems
to be that "-fomit-frame-pointer" is now the default.  Is that correct?
I'd like to simplify my CFLAGS/CCFLAGS both in Gentoo and the Pale Moon
build process.


It depends on the CPU. Most modern (x86 at least) stuff most likely are.

[gentoo-user] Re: Wireless DHCP takes over resolv.conf

[Grant Edwards]

On 2016-07-11, Alan McKinnon  wrote:

> why don't you go with the dns server addresses supplied by each
> network's dhcp? Presumably the admin put them their because they
> work on that network.

One might think that, but I find it often not to be the case.  I can
recall many networks where the DNS servers returned by the DHCP server
didn't work well at all, and things got a _lot_ better when I manually
configured a couple working DNS servers (e.g. the Google ones at
8.8.8.8 and 8.8.4.4).  Around here, Comcast's DNS servers are famously
bad.

-- 
Grant Edwards   grant.b.edwardsYow! Hey, waiter!  I want
  at   a NEW SHIRT and a PONY TAIL
  gmail.comwith lemon sauce!

[gentoo-user] Is "-fomit-frame-pointer" a gcc default?

[waltdnes]

  I put it into CFLAGS/CCFLAGS years ago, and left it there.  During a
discussion on the Pale Moon forum about build options, the opinion seems
to be that "-fomit-frame-pointer" is now the default.  Is that correct?
I'd like to simplify my CFLAGS/CCFLAGS both in Gentoo and the Pale Moon
build process.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

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] Wireless DHCP takes over resolv.conf

[Alan McKinnon]

On 11/07/2016 20:13, Mick wrote:

On Monday 11 Jul 2016 17:31:29 Alan McKinnon wrote:

On 11/07/2016 10:32, Emanuele Rusconi wrote:

Wouldn't it be better to just use the same servers for both wired and
wireless? It's what I use and it works flawlessly.


It works flawlessly *for you*, but by no means can you consider it
correct or stable.

There is no guarantee that a wired and wireless network will use the
same dns caches.


Yep, furthermore this is a laptop which is taken around the place and plugged
in and out of wired and wireless networks.



If it happens to work, great, use it. But be aware there will come a day
when that is no longer true.


When I get a minute I'll have a look at net-dns/openresolv which Fernando
suggested.  I think it will do what want.



why don't you go with the dns server addresses supplied by each 
network's dhcp? Presumably the admin put them their because they work on 
that network.

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] Wireless DHCP takes over resolv.conf

[Mick]

On Monday 11 Jul 2016 17:31:29 Alan McKinnon wrote:
> On 11/07/2016 10:32, Emanuele Rusconi wrote:
> > Wouldn't it be better to just use the same servers for both wired and
> > wireless? It's what I use and it works flawlessly.
> 
> It works flawlessly *for you*, but by no means can you consider it
> correct or stable.
> 
> There is no guarantee that a wired and wireless network will use the
> same dns caches.

Yep, furthermore this is a laptop which is taken around the place and plugged 
in and out of wired and wireless networks.


> If it happens to work, great, use it. But be aware there will come a day
> when that is no longer true.

When I get a minute I'll have a look at net-dns/openresolv which Fernando 
suggested.  I think it will do what want.

-- 
Regards,
Mick

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

Re: [gentoo-user] Wireless DHCP takes over resolv.conf

[Alan McKinnon]

On 11/07/2016 10:32, Emanuele Rusconi wrote:
> Wouldn't it be better to just use the same servers for both wired and
> wireless? It's what I use and it works flawlessly.

It works flawlessly *for you*, but by no means can you consider it
correct or stable.

There is no guarantee that a wired and wireless network will use the
same dns caches.

If it happens to work, great, use it. But be aware there will come a day
when that is no longer true.




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

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: Update blocked by kdebase-startkde:4

[Peter Humphrey]

On Sunday 10 July 2016 12:22:32 I wrote:

> I've had no trouble with stability, only with ugliness.

...most of which I've eliminated by using the Oxygen theme, Deja Vu sans 
typeface and the 1,1 strut values I mentioned in another message.

However, there is one remaining problem (well, most likely more than one, but 
this is the one that's bothering me at the moment): in the GTK widget style 
panel under application style I see a Get New Themes button. I click it to 
download a GTK-2 them and the add-on installer says it's initialising. That's 
it - no progress from there.

Does anyone know what I'm missing?

-- 
Rgds
Peter

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

[Jörg Schaible]

Daniel Frey wrote:

> On 07/09/2016 07:08 PM, Peter Humphrey wrote:
>> Thanks Dan. I tried your package.mask and thought I was getting
>> somewhere. But I had to add these to package.use (I have USE=-qt5 in
>> make.conf):
>> 
>> sys-auth/polkit-qt  qt5
>> dev-libs/libdbusmenu-qt qt5
>> media-libs/phonon   qt5
>> media-libs/phonon-vlc   qt5
>> 
>> Then I had to remove >kde-apps/kdebase-runtime-meta-4.15 from
>> package.mask to satisfy "(dependency required by
>> "kde-base/kdebase-startkde-4.11.22::gentoo"
>> [ebuild])". Guess what? Of course - it wanted to install the whole set of
>> [qt5
>> packages.
>> 
>> So I'm still stuck. I don't want to go to KDE-5 until I can find a way to
>> reduce the absurd amount of vertical space occupied by every line of
>> text. It will still be ugly, but at least more manageable.
>> 
>> I've attached screen shots of qt4 and qt5 versions of KMail to show what
>> I mean. The qt5 version is as close as I can get to the qt4.
>> 
> 
> I just tried and no luck here either. I made that list back in April
> when plasma made my machine unusable (hence the "might not work now"
> comment.) It's been several months now but I really don't want to go and
> try plasma again and waste days trying to get my machine usable again.
> I'm just not going to do any updates (and I guess I should do a stage4
> backup in case I have to restore...)
> 
> Right now my machine is nice and stable. What I don't understand is that
> plasma clearly isn't ready for primetime yet (IMHO) yet it seems KDE4 is
> not installable on Gentoo anymore.

It seems so. Really embarassing is however, that the dependencies for even 
already installed packages have been changed under the hood:

= %< ===
$ diff -u `locate kactivities-4.13.3-r2.ebuild`
--- /var/db/pkg/kde-base/kactivities-4.13.3-r2/kactivities-4.13.3-r2.ebuild 
2016-03-09 17:26:34.581846384 +0100
+++ /var/db/portage/gentoo/kde-base/kactivities/kactivities-4.13.3-r2.ebuild
2016-07-08 22:21:51.0 +0200
@@ -10,11 +10,11 @@
 
 DESCRIPTION="KDE Activity Manager"
 
-KEYWORDS="amd64 ~arm ~ppc ~ppc64 x86 ~x86-fbsd ~amd64-linux ~x86-linux"
+KEYWORDS="amd64 ~arm x86 ~x86-fbsd ~amd64-linux ~x86-linux"
 IUSE=""
 
 RDEPEND="
-   || ( $(add_kdebase_dep kactivitymanagerd)  I did try many things trying to get plasma working but everything I
> tried had no results. Plasma would crash even if you didn't do anything
> (no keyboard or mouse input.)
> 
> Dan

Jörg

Re: [gentoo-user] Wireless DHCP takes over resolv.conf

[Emanuele Rusconi]

Wouldn't it be better to just use the same servers for both wired and
wireless? It's what I use and it works flawlessly.
In that case you have at least a couple of options:

The second line says:

# /etc/resolv.conf.head can replace this line

So, you can just put your preferred servers in the /etc/resolv.conf.head
file and they will be written at the top of /etc/resolv.conf .


Or, you can write your own /etc/resolv.conf and add this line to your
/etc/dhcpcd.conf :

nohook resolv.conf

This is the same as the -C option, and tells dhcpcd to not overwrite
/etc/resolv.conf .



-- Emanuele Rusconi