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

[Daniel Frey]

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.

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

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

[Daniel Frey]

On 07/09/2016 03:40 PM, Peter Humphrey wrote:
> 
> In fact I tried the separate masking. It led on to having to treat kde-plasma 
> and kde-frameworks similarly, and before I knew it I was unmasking a load of 
> packages that don't belong in a KDE-4 system.
> 
> What to try next?
> 

When I tried plasma and it crashed every 10 seconds I reverted and
manually masked all packages >4.15.

I figure eventually the instability will go away but decided to leave it
for another year or so. Heck, I may never update again. ;-) I like
having a desktop that just works.

I haven't tried updating recently (some months because I don't want to
deal with the plasma stuff now) though, so I don't know if it still works.

I've attached my package.mask if you want to try it. Talk about try to
solve updates with a sledgehammer though...

I think you'll also have to remove wallpapers in order to make portage
happy about conflicts:

[/etc/portage/package.use]
kde-base/kdebase-startkde -wallpapers
kde-apps/kdebase-meta -wallpapers

(Yes, it took forever to do that manually.)

I suspect it will probably not work now but it'll be a starting point if
you want to try this method. Maybe all you'll have to do is adjust some
versions?

Dan

>kde-apps/kopete-4.15
>kde-apps/kate-4.15
>kde-apps/libkdegames-4.15
>kde-apps/libkdeedu-4.15
>kde-apps/libkmahjongg-4.15
>kde-apps/analitza-4.15
>kde-apps/kde4-l10n-4.15
>kde-apps/amor-4.15
>kde-apps/kteatime-4.15
>kde-apps/kiten-4.15
>kde-apps/pairs-4.15
>kde-apps/step-4.15
>kde-apps/kbruch-4.15
>kde-apps/blinken-4.15
>kde-apps/cantor-4.15
>kde-apps/kig-4.15
>kde-apps/kgeography-4.15
>kde-apps/rocs-4.15
>kde-apps/dragon-4.15
>kde-apps/juk-4.15
>kde-apps/kopete-4.15
>kde-apps/parley-4.15
>kde-apps/khangman-4.15
>kde-apps/kwordquiz-4.15
>kde-apps/klettres-4.15
>kde-apps/kalgebra-4.15
>kde-apps/kalzium-4.15
>kde-apps/kanagram-4.15
>kde-apps/kturtle-4.15
>kde-apps/kmplot-4.15
>kde-apps/kstars-4.15
>kde-apps/kolf-4.15
>kde-apps/konquest-4.15
>kde-apps/kdiamond-4.15
>kde-apps/kubrick-4.15
>kde-apps/kiriki-4.15
>kde-apps/ksquares-4.15
>kde-apps/kigo-4.15
>kde-apps/kbreakout-4.15
>kde-apps/lskat-4.15
>kde-apps/palapeli-4.15
>kde-apps/klines-4.15
>kde-apps/kollision-4.15
>kde-apps/klickety-4.15
>kde-apps/kblackbox-4.15
>kde-apps/katomic-4.15
>kde-apps/knetwalk-4.15
>kde-apps/bovo-4.15
>kde-apps/ksudoku-4.15
>kde-apps/knavalbattle-4.15
>kde-apps/kmines-4.15
>kde-apps/kfourinline-4.15
>kde-apps/kblocks-4.15
>kde-apps/kreversi-4.15
>kde-apps/kpat-4.15
>kde-apps/kgoldrunner-4.15
>kde-apps/killbots-4.15
>kde-apps/kjumpingcube-4.15
>kde-apps/picmi-4.15
>kde-apps/kmahjongg-4.15
>kde-apps/kshisen-4.15
>kde-apps/ktuberling-4.15
>kde-apps/kspaceduel-4.15
>kde-apps/bomber-4.15
>kde-apps/ksnakeduel-4.15
>kde-apps/kapman-4.15
>kde-apps/kbounce-4.15
>kde-apps/granatier-4.15
>kde-apps/ksirk-4.15
>kde-apps/kdegames-meta-4.15
>kde-apps/kdenetwork-meta-4.15
>kde-apps/ktux-4.15
>kde-apps/ffmpegthumbs-4.15
>kde-apps/kqtquickcharts-4.15
>kde-apps/kdemultimedia-meta-4.15
>kde-apps/kdetoys-meta-4.15
>kde-base/kdeplasma-addons-4.15
>kde-apps/ktouch-4.15
>kde-apps/artikulate-4.15
>kde-apps/kdeedu-meta-4.15
>kde-apps/kde-meta-4.14.3
>kde-apps/kdebase-runtime-meta-4.15
>kde-base/kde-env-4.15
>kde-frameworks/oxygen-icons-4.15
>kde-base/kdelibs-4.15
>kde-apps/kfmclient-4.15
>kde-apps/kdesu-4.15
>kde-base/katepart-4.15
>kde-base/libkworkspace-4.15
>kde-apps/libkonq-4.15
>kde-apps/libkexiv2-4.15
>kde-base/kephal-4.15
>kde-apps/libkdcraw-4.15
>kde-apps/libkipi-4.15 
>kde-base/kcheckpass-4.15
>kde-base/ksysguard-4.15
>kde-apps/knotify-4.15
>kde-base/liboxygenstyle-4.15
>kde-apps/libkcddb-4.15
>kde-apps/kde-wallpapers-4.15
>kde-base/kcminit-4.15
>kde-apps/kcmshell-4.15
>kde-apps/kdeartwork-wallpapers-4.15
>kde-apps/kioclient-4.15
>kde-apps/kreadconfig-4.15
>kde-apps/kdialog-4.15
>kde-apps/svgpart-4.15
>kde-base/kstartupconfig-4.15
>kde-base/ksplash-4.15
>kde-apps/kwalletmanager-4.15
>kde-apps/kwalletd-4.15
>kde-apps/kurifilter-plugins-4.15
>kde-apps/solid-runtime-4.15
>kde-base/libkgreeter-4.15
>kde-apps/libkcompactdisc-4.15
>kde-apps/kdeartwork-colorschemes-4.15
>kde-apps/kdeartwork-iconthemes-4.15
>kde-apps/kdeartwork-desktopthemes-4.15
>kde-apps/kdeartwork-emoticons-4.15
>kde-apps/kamera-4.15
>kde-apps/kcolorchooser-4.15
>kde-apps/kgamma-4.15
>kde-apps/kruler-4.15
>kde-apps/kdegraphics-mobipocket-4.15
>kde-apps/kolourpaint-4.15
>kde-base/freespacenotifier-4.15
>kde-apps/kde-base-artwork-4.15
>kde-base/ksystraycmd-4.15
>kde-base/kinfocenter-4.15
>kde-base/qguiplatformplugin_kde-4.15
>kde-base/kdebase-cursors-4.15
>kde-base/kwrited-4.15
>kde-apps/knetattach-4.15
>kde-apps/kdontchangethehostname-4.15
>kde-apps/kpasswdserver-4.15
>kde-apps/knewstuff-4.15
>kde-apps/keditfiletype-4.15
>kde-apps/renamedlg-plugins-4.15
>kde-apps/kfile-4.15
>kde-apps/kquitapp-4.15
>kde-apps/kmimetypefinder-4.15
>kde-apps/kdebase-desktoptheme-4.15
>kde-apps/attica-4.15
>kde-apps/kuiserver-4.15
>kde-apps/ktraderclient-4.15
>kde-apps/kdebugdialog-4.15

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

[Peter Humphrey]

On Saturday 09 Jul 2016 23:22:49 I wrote:
> On Sunday 10 Jul 2016 04:08:36 Michael Palimaka wrote:

--->8

> > This change is correct - we're in the process of cleaning up some old
> > ebuilds at the moment.
> > 
> > In this case kde-apps/kdebase-runtime-meta:5 doesn't imply anything
> > KF5-based - it has just been ported to use a newer eclass. It still just
> > pulls in the old KDE4-based kde-runtime packages.

I don't think that's entirely true; see below.

> That's good news. Now, how does one allow that package to be installed while
> keeping the rest of KF5 masked?
> 
> # cat /etc/portage/package.mask
> kde-plasma/*
> kde-frameworks/*:5
> kde-apps/*:5
> kde-misc/*:5
> >=kde-apps/kde4-l10n-16.04.1
> 
> We seem to need an analogue of CONFIG_PROTECT and CONFIG_PROTECT_MASK, in
> which we could mask all kde-apps/*:5 while allowing
> kde-apps/kdebase-runtime-meta:5 to be installed. Can that be done? I hope
> there's an easier way than masking all 122 apps separately.

In fact I tried the separate masking. It led on to having to treat kde-plasma 
and kde-frameworks similarly, and before I knew it I was unmasking a load of 
packages that don't belong in a KDE-4 system.

What to try next?

-- 
Rgds
Peter

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

[Peter Humphrey]

On Sunday 10 Jul 2016 04:08:36 Michael Palimaka wrote:
> On 09/07/16 23:52, 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?
> > 
> > 
> > 
> > Thanks
> > 
> > Robin
> 
> Hi Robin,
> 
> This change is correct - we're in the process of cleaning up some old
> ebuilds at the moment.
> 
> In this case kde-apps/kdebase-runtime-meta:5 doesn't imply anything
> KF5-based - it has just been ported to use a newer eclass. It still just
> pulls in the old KDE4-based kde-runtime packages.

That's good news. Now, how does one allow that package to be installed while 
keeping the rest of KF5 masked?

# cat /etc/portage/package.mask  
kde-plasma/*
kde-frameworks/*:5
kde-apps/*:5
kde-misc/*:5
>=kde-apps/kde4-l10n-16.04.1

We seem to need an analogue of CONFIG_PROTECT and CONFIG_PROTECT_MASK, in 
which we could mask all kde-apps/*:5 while allowing kde-apps/kdebase-runtime-
meta:5 to be installed. Can that be done? I hope there's an easier way than 
masking all 122 apps separately.

-- 
Rgds
Peter

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

[Fernando Rodriguez]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 07/09/2016 03:25 PM, Mick wrote:
> On Saturday 09 Jul 2016 11:34:59 Fernando Rodriguez wrote:
>> On 07/09/2016 10:53 AM, Mick wrote:
>>> Hi All,
>>>
>>> I just noticed my resolv.conf is topped up with the nameservers of the
>>> wireless LAN I happen to be associated at the time and my wired ethernet
>>> nameserver(s) are pushed further down.  This happens despite the fact that
>>> I have configured my wired ethernet to have a lesser priority than the
>>> wired NIC.
>>>
>>> For example:
>>>
>>> less /etc/resolv.conf
>>> # Generated by dhcpcd from wlan0.dhcp, enp11s0.dhcp
>>> # /etc/resolv.conf.head can replace this lineL
>>> domain openwifi
>>> nameserver 192.168.22.22
>>> nameserver 192.168.22.23
>>> nameserver 10.10.10.254
>>> # /etc/resolv.conf.tail can replace this line
>>>
>>> The first 3 non-commented entries were produced by wlan0, demoting my
>>> wired
>>> ethernet nameserver.
>>>
>>> ip route show
>>> default via 10.10.10.254 dev enp11s0  metric 10
>>> default via 10.160.95.1 dev wlan0  metric 20
>>> 10.10.10.0/24 dev enp11s0  proto kernel  scope link  src 10.10.10.7 
>>> metric 10 10.160.95.0/29 dev wlan0  proto kernel  scope link  src
>>> 10.160.95.2  metric 20 127.0.0.0/8 dev lo  scope host
>>>
>>> If I am associated, but not authenticated with the wireless LAN, any URLs
>>> I
>>> try to visit will be queried with the 192.168.22.2* nameserver, before it
>>> times out and 10.10.10.254 takes over.
>>>
>>> Waiting for URLs to resolve becomes tedious after a while.  Is there a way
>>> to prioritise nameservers so that the NIC metric is respected, whenever
>>> the resolv.conf content is updated?
>>
>> Look at the -C option on dhcpcd's man page. It is done by a dhcpcd hook that
>> you can disable with that option. Where to specify it depends on what
>> you're using to manage your network connections.
> 
> Thanks, that'll work, but it is a nuclear option because, as I understand it, 
> it will work all the time.  So when the ethernet cable is disconnected the 
> wireless will not be able to obtain nameservers.

Check out net-dns/openresolv [1]. I've never used it but it's mean to solve 
that problem.
If you use NetworkManager I think all you need to do is enable that use flag.

[1] http://roy.marples.name/projects/openresolv/index

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXgVYtAAoJEPbOFX/5Ulwc0MIP/RcyQ6dAed9YAC9KOMwCrfmu
SsONlWAaBgCSrHKGZcI3a4G9WKd8kyGPUM2deSP02JBNTDiHwZxwb494dQk2u2HN
Y6WoHE65F7LE6er5HaPBW28qTSHQ0BaH2SNQzJsId+hl0CnVfFr8t6IU+Qav7W2m
Oyeh3Wph5kDHx2cX80Czs45lWkxIbcsx2bN8a4G9ZjSk23KDtkvG5F5CgZgU/aYK
F0815O0lqzA+CLhSgzQsYOeF5aRBQ1jEh+EHSWC6Py6AuSNHmw5YanrnpelzFNHD
GhG26b2aKuXcUI7DW2MtF3vnMqcQ8nXIZjpkoKF0JAy31ruPvKJVCWMuVUrZD/l1
uTqo1DhfUyaynjG2cX5TZ9+pk8GfAaRG+W9bq/xu/v4zAKxfVZS8DUo2VOMvZqdv
YO8azzbwqyPfG7M6mF6NPLBR4h+EQYpCHoh8B8u+gsXkRxsDB5zlKqaXGO579p15
tvaAxbpW6veDH8taQITEnG7cGLm+cv9raVYmBK2rcOvPSnbfYE/A+UifmQ9gBNp7
CzEpEryIuUIL+ztkgQpLxZY1ldAt3WuiB99i+rcksVvsOO3mSHq10298M+PcfM0g
tvCkL6ttDhPiTQCXvzHuaH8lvxfHdN70LUrKngnC2NtQpzXdgFcSJynJ26wx6xrU
P6Txb5Q7nzPO+bdF7otO
=2Z4B
-END PGP SIGNATURE-

[gentoo-user] Konsole

[Philip Webb]

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 ?

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

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

[Mick]

On Saturday 09 Jul 2016 11:34:59 Fernando Rodriguez wrote:
> On 07/09/2016 10:53 AM, Mick wrote:
> > Hi All,
> > 
> > I just noticed my resolv.conf is topped up with the nameservers of the
> > wireless LAN I happen to be associated at the time and my wired ethernet
> > nameserver(s) are pushed further down.  This happens despite the fact that
> > I have configured my wired ethernet to have a lesser priority than the
> > wired NIC.
> > 
> > For example:
> > 
> > less /etc/resolv.conf
> > # Generated by dhcpcd from wlan0.dhcp, enp11s0.dhcp
> > # /etc/resolv.conf.head can replace this lineL
> > domain openwifi
> > nameserver 192.168.22.22
> > nameserver 192.168.22.23
> > nameserver 10.10.10.254
> > # /etc/resolv.conf.tail can replace this line
> > 
> > The first 3 non-commented entries were produced by wlan0, demoting my
> > wired
> > ethernet nameserver.
> > 
> > ip route show
> > default via 10.10.10.254 dev enp11s0  metric 10
> > default via 10.160.95.1 dev wlan0  metric 20
> > 10.10.10.0/24 dev enp11s0  proto kernel  scope link  src 10.10.10.7 
> > metric 10 10.160.95.0/29 dev wlan0  proto kernel  scope link  src
> > 10.160.95.2  metric 20 127.0.0.0/8 dev lo  scope host
> > 
> > If I am associated, but not authenticated with the wireless LAN, any URLs
> > I
> > try to visit will be queried with the 192.168.22.2* nameserver, before it
> > times out and 10.10.10.254 takes over.
> > 
> > Waiting for URLs to resolve becomes tedious after a while.  Is there a way
> > to prioritise nameservers so that the NIC metric is respected, whenever
> > the resolv.conf content is updated?
> 
> Look at the -C option on dhcpcd's man page. It is done by a dhcpcd hook that
> you can disable with that option. Where to specify it depends on what
> you're using to manage your network connections.

Thanks, that'll work, but it is a nuclear option because, as I understand it, 
it will work all the time.  So when the ethernet cable is disconnected the 
wireless will not be able to obtain nameservers.

-- 
Regards,
Mick

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

[gentoo-user] Gridcoin client

[Alecks Gates]

I'm an avid user of BOINC to contribute to various scientific projects and
am interested in installing Gridcoin[1].

I'll probably compile it myself, but I'm wondering if anyone else has had
experience running it on Gentoo.


[1] http://www.gridcoin.us/

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

[Michael Palimaka]

On 09/07/16 23:52, 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?
> 
>  
> 
> Thanks
> 
> Robin

Hi Robin,

This change is correct - we're in the process of cleaning up some old
ebuilds at the moment.

In this case kde-apps/kdebase-runtime-meta:5 doesn't imply anything
KF5-based - it has just been ported to use a newer eclass. It still just
pulls in the old KDE4-based kde-runtime packages.

Kind regards,

Michael

[gentoo-user] Re: Missing libtermcap.a

[Grant Edwards]

On 2016-07-09, Grant Edwards  wrote:
> I've got termcap-compat installed, but I seem to be missing libtermcap.a:
>
> $ equery files libtermcap-compat | grep lib
> /usr/lib
> /usr/lib/debug
> /usr/lib/debug/usr
> /usr/lib/debug/usr/lib64
> /usr/lib/debug/usr/lib64/libtermcap.so.2.0.8.debug
> /usr/lib64
> /usr/lib64/libtermcap.so.2
> /usr/lib64/libtermcap.so.2.0.8
> /usr/share/doc/libtermcap-compat-2.0.8-r3
> /usr/share/doc/libtermcap-compat-2.0.8-r3/ChangeLog.bz2
> /usr/share/doc/libtermcap-compat-2.0.8-r3/README.bz2
>
> The ebuild for libtermcap-compat doesn't seem to pay attention to any
> USE flags.  How do I get libtermcap.a installed?

Even though the build fails with the message "can't find termcap
library", digging deeper I find that the auto-configure script
couldn't find a static library that contained the symbol tgetent.
That failure triggers the message "can't find the termcap library".

However, I suspect the problem is that ncurses isn't installing static
libraries (and there _is_ a USE flag for that).  I've reinstalled
ncurses with static libs enabled, so now there is a libncurses.a that
provides tgetent.  Hopefully ncurses is what the auto conifgure script
refers to as "the termcap libary".  [One is hopefully forgiven for
thinking it meant libtermcap...]

-- 
Grant Edwards   grant.b.edwardsYow! I want you to MEMORIZE
  at   the collected poems of
  gmail.comEDNA ST VINCENT MILLAY
   ... BACKWARDS!!

[gentoo-user] Missing libtermcap.a

[Grant Edwards]

I've got termcap-compat installed, but I seem to be missing libtermcap.a:

$ equery files libtermcap-compat | grep lib
/usr/lib
/usr/lib/debug
/usr/lib/debug/usr
/usr/lib/debug/usr/lib64
/usr/lib/debug/usr/lib64/libtermcap.so.2.0.8.debug
/usr/lib64
/usr/lib64/libtermcap.so.2
/usr/lib64/libtermcap.so.2.0.8
/usr/share/doc/libtermcap-compat-2.0.8-r3
/usr/share/doc/libtermcap-compat-2.0.8-r3/ChangeLog.bz2
/usr/share/doc/libtermcap-compat-2.0.8-r3/README.bz2

The ebuild for libtermcap-compat doesn't seem to pay attention to any
USE flags.  How do I get libtermcap.a installed?

-- 
Grant Edwards   grant.b.edwardsYow! A dwarf is passing out
  at   somewhere in Detroit!
  gmail.com

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] Re: Xcdroast users : alert

[James]

Andrew Savchenko  gentoo.org> writes:

> 
> I've taken this package for now, so feel free to open bugs for
> other issues or patches. Though I can't promise I'll support this
> package forever.
> 
> Best regards,
> Andrew Savchenko

Greatly appreciated. I think Phillip is our man to proxy-maint this one.
He knows tons about the code (history). With a dev like you as backup for a
while, proxy-maint should be no problem for him. Hopefully the proxy-maint
mail-list will become useful to users to parse out FAQs. From there formal
docs, complete with examples, hopefully will emerge.

It does take a village, but devs, with skills and compassion such as what
you demonstrate, on a routine basis, is one of the best features
of gentoo.

THANKS, Andrew,
James

[gentoo-user] Re: [OT?]: CH340 working/not working with ESP286 Node MCU

[James]

Corbin Bird  charter.net> writes:

> The hardware ID's database may need to be updated ( or supplemented ).
> The package "sys-apps/pciutils" has the hardware database included in it.

looking at the ebuild for 'pci-utils' we see::

RDEPEND="${DEPEND}
sys-apps/hwids

So if you want the latest data on hwids, install::
'sys-apps/hwids-'

> I have a 990FX chipset MB that is constantly ID as a 880 chipset board.
> No info on 990FX chipsets found in the hardware ID's database.
> The kernel keeps applying a 880 chipset workaround for the PCI bus, 
> every boot.
> 
> Same problem I think, different hardware.

OK, so both of you guys should use serial sniffers and usb sniffers and log
those sessions on a separate machine for rigorous analysis. Commercial
sniffers are very user friendly. Some cheap embedded boards can sniff usb
readily (but you'll have to search them out yourself).

For a usb sniffer, you may need special hardware to intercept those singnals
from the actual communications link. sniffing from inside
of a host is sometime problematic on catching every charcter, timings,
and other such critical signal information. sniffing RS-232 is well
documented around the net. When I sniff usb, I try to first use usb-1.0
or 1.1, as the slower speeds are easier to watch and collect critical data.

good-hunting.

hth,
James

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

[Fernando Rodriguez]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On 07/09/2016 10:53 AM, Mick wrote:
> Hi All,
> 
> I just noticed my resolv.conf is topped up with the nameservers of the 
> wireless LAN I happen to be associated at the time and my wired ethernet 
> nameserver(s) are pushed further down.  This happens despite the fact that I 
> have configured my wired ethernet to have a lesser priority than the wired 
> NIC.
> 
> For example:
> 
> less /etc/resolv.conf 
> # Generated by dhcpcd from wlan0.dhcp, enp11s0.dhcp
> # /etc/resolv.conf.head can replace this lineL
> domain openwifi
> nameserver 192.168.22.22
> nameserver 192.168.22.23
> nameserver 10.10.10.254
> # /etc/resolv.conf.tail can replace this line
> 
> The first 3 non-commented entries were produced by wlan0, demoting my wired 
> ethernet nameserver.
> 
> ip route show
> default via 10.10.10.254 dev enp11s0  metric 10 
> default via 10.160.95.1 dev wlan0  metric 20 
> 10.10.10.0/24 dev enp11s0  proto kernel  scope link  src 10.10.10.7  metric 
> 10 
> 10.160.95.0/29 dev wlan0  proto kernel  scope link  src 10.160.95.2  metric 
> 20 
> 127.0.0.0/8 dev lo  scope host 
> 
> If I am associated, but not authenticated with the wireless LAN, any URLs I 
> try to visit will be queried with the 192.168.22.2* nameserver, before it 
> times out and 10.10.10.254 takes over.
> 
> Waiting for URLs to resolve becomes tedious after a while.  Is there a way to 
> prioritise nameservers so that the NIC metric is respected, whenever the 
> resolv.conf content is updated?
> 

Look at the -C option on dhcpcd's man page. It is done by a dhcpcd hook that you
can disable with that option. Where to specify it depends on what you're using 
to
manage your network connections.
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQIcBAEBCAAGBQJXgRmiAAoJEPbOFX/5UlwckloP/RS5QM9FrJN/EGk5F2v3vakC
DP5EIqx103d2Qte91zmBPNGpq3PKCDi2aQza3dIspQ6zfR/I4P8u3ODbsclIc1U9
gikAKos+fVB+6nVCAVKKrpyWsDGJ7Qgupu+x1SOP1MDLNBkDnIgS2n72S0Z6FCUF
d5q4lUyp5w8G/+A+m01FnpFZCcBZBfBLQY9cccUR6CkkuJW1+vjPzppJoeQ032CT
FRqebV17htnJzuME85KcVTuawiO8xuHM/Y9tkVupe8fyEPlG8k53WY4XNh3KuuEZ
gIqjsYJWEJeH0HQp9MFM+HBesJrRAgaTT0jAmEXiNcKeVx0UHZppNfSl8q/NKT+o
rChcHJ62lrW8Q4gHtf7I5tkXyZdfLM1TdiViLTKUR9EGkV+lnoQFHDbe0+MCirkC
/2XsbYTUBWb5zMwCH0I9QCjA8LsCD5I4YK+strXld+6+yaGRDNh2XUo36uJCoJNZ
6fbOweDHCV9CMgkHH78swYZa3Fu7z8n4my7i/lEo9L+7r0IIcspDrxhgtP4T7qLu
UYrWoOTALUwiyqtIry7FnciifdlrCoURm9rAp9jZAz8PTha33d2Vhlj/tKiL8v3x
YmuB+Tz9/yLp8VXpR5h2hO4i2WTOQnW+vgugw0v3DJqE3JRKqqGsfhX9gA4JTDz2
Jwp9Faoag1hKEf8Dl8I9
=TqPa
-END PGP SIGNATURE-

Re: [gentoo-user] emerge --resume says "invalid resume list".

[Fernando Rodriguez]

On 06/22/2016 09:39 AM, Dan Douglas wrote:
> On Tue, Jun 21, 2016 at 10:04 AM, Neil Bothwick  wrote:
>> On Tue, 21 Jun 2016 09:39:42 -0500, Dan Douglas wrote:
>>
>>> Is something misconfigured on my end or is this just a long-standing
>>> bug? I at least need a way to either recover the list of packages
>>> manually or force portage to continue on because any failure prevents
>>> updating a system.
>>
>> Have you tried the --keep-going option? It causes emerge to automatically
>> continue with what it can after a failed build.
> 
> --keep-going is in EMERGE_DEFAULT_OPTS so the problem is only when
> that fails for whatever reason, --resume (with or without
> --skip-first) always fails too. Usually a package that I already know
> is broken and am working on but is already installed wants to be
> rebuilt will trigger this. The problem is portage doesn't seem to care
> whether any packages in the current resume list actually depend on the
> failing package and this can prevent important installations from
> finishing.
> 

I've had the exact same thing happen a couple of times recently and got around 
it
by running the original command but adding the failed package to the --exclude
list. AFAIU (I maybe wrong) the result of both commands should be the same so it
sounds like a bug to me.

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

[Mick]

Hi All,

I just noticed my resolv.conf is topped up with the nameservers of the 
wireless LAN I happen to be associated at the time and my wired ethernet 
nameserver(s) are pushed further down.  This happens despite the fact that I 
have configured my wired ethernet to have a lesser priority than the wired NIC.

For example:

less /etc/resolv.conf 
# Generated by dhcpcd from wlan0.dhcp, enp11s0.dhcp
# /etc/resolv.conf.head can replace this line
domain openwifi
nameserver 192.168.22.22
nameserver 192.168.22.23
nameserver 10.10.10.254
# /etc/resolv.conf.tail can replace this line

The first 3 non-commented entries were produced by wlan0, demoting my wired 
ethernet nameserver.

ip route show
default via 10.10.10.254 dev enp11s0  metric 10 
default via 10.160.95.1 dev wlan0  metric 20 
10.10.10.0/24 dev enp11s0  proto kernel  scope link  src 10.10.10.7  metric 10 
10.160.95.0/29 dev wlan0  proto kernel  scope link  src 10.160.95.2  metric 20 
127.0.0.0/8 dev lo  scope host 

If I am associated, but not authenticated with the wireless LAN, any URLs I 
try to visit will be queried with the 192.168.22.2* nameserver, before it 
times out and 10.10.10.254 takes over.

Waiting for URLs to resolve becomes tedious after a while.  Is there a way to 
prioritise nameservers so that the NIC metric is respected, whenever the 
resolv.conf content is updated?

-- 
Regards,
Mick

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

[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.

Re: [gentoo-user] Xcdroast users : alert

[Andrew Savchenko]

Hi,

On Fri, 08 Jul 2016 14:01:45 +0200 Helmut Jarausch wrote:
> On 07/07/2016 08:59:59 PM, Andrew Savchenko wrote:
> > Hi all,
> > 
> > I revbumped xcdroast to fix this and other issues.
> > 
> > xcdroast users, please test that xcdroast-0.98_alpha16-r2.ebuild
> > works for you (you can burn some CD/DVD as a non-root user after
> > usual setup). I don't have a hardware right now to test it.
> > 
> > After confirmation I'll keep p.mask only for older revisions and
> > will request stabilization of this revision. Afterwards all old
> > versions will be dropped.
> 
> 
> Many thanks, Andrew
> it works just fine.
> 
> I had to remove the folders $HOME/.xcdroast for each users.
> Furthermore, the version check is obsolete.
> I have add the attached tiny patch

Thanks, patch applied in -r3 (as well as other fixes). Note for the
future: please align patches to offset -p1, this way they are much
easier to use in EAPI=6 (can be included in PATCHES array without
modification).

I've taken this package for now, so feel free to open bugs for
other issues or patches. Though I can't promise I'll support this
package forever.

Best regards,
Andrew Savchenko


pgpQbG3n9FtqL.pgp
Description: PGP signature