Re: [gentoo-user] crypto with dolphin:5

2017-04-22 Thread J. Roeleveld 
On April 23, 2017 7:48:27 AM GMT+02:00, "J. Roeleveld"  
wrote:
>On April 21, 2017 6:37:46 PM GMT+02:00, "Arthur Țițeică"
> wrote:
>>În ziua de vineri, 21 aprilie 2017, la 12:34:13 EEST, Mick a scris:
>>> I've updated dolphin to kde-apps/dolphin-16.12.3 and elog advised
>me:
>>> 
>>> * Messages for package kde-apps/dolphin-16.12.3:
>>> 
>>>  * For crypto actions, please install kde-apps/kleopatra:5
>>> 
>>> So off I went keywording kleopatra:5, only to discover that it needs
>>USE
>>> flags [cxx,qt5] which I recall were disabled recently, or gpgme
>would
>>not
>>> install. This is the output I get.
>>> 
>>> # emerge -1aNDv kde-apps/kleopatra:5
>>> 
>>> These are the packages that would be merged, in order:
>>> 
>>> Calculating dependencies... done!
>>> 
>>> emerge: there are no ebuilds to satisfy
>>">=app-crypt/gpgme-1.7.1[cxx,qt5]".
>>> (dependency required by "kde-apps/kleopatra-17.04.0::gentoo"
>>[ebuild])
>>> (dependency required by "kde-apps/kleopatra:5" [argument])
>>> 
>>> 
>>> So, what's the recommended way forward?
>>
>>In
>/usr/portage/profiles/targets/desktop/plasma/package.use.stable.mask
>>
>>there's an explanation why 'cxx' and 'qt5' are masked.
>>
>>If you don't use kdepim4 I think it's safe to unmask those use flags
>>for 
>>gpgme.
>
>What is the best way to unmask those use flags?
>Editing that file in the profile isn't a good idea.
>
>Is a file 'package.use.unmask' in /etc/portage sufficient?
>
>Thanks,
>
>Joost
>
>Ps. Not at the computer, so can't try it at the moment.

Ok. /etc/portage/package.use.unmask doesn't work.
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

Re: [gentoo-user] crypto with dolphin:5

2017-04-22 Thread J. Roeleveld 
On April 21, 2017 6:37:46 PM GMT+02:00, "Arthur Țițeică" 
 wrote:
>În ziua de vineri, 21 aprilie 2017, la 12:34:13 EEST, Mick a scris:
>> I've updated dolphin to kde-apps/dolphin-16.12.3 and elog advised me:
>> 
>> * Messages for package kde-apps/dolphin-16.12.3:
>> 
>>  * For crypto actions, please install kde-apps/kleopatra:5
>> 
>> So off I went keywording kleopatra:5, only to discover that it needs
>USE
>> flags [cxx,qt5] which I recall were disabled recently, or gpgme would
>not
>> install. This is the output I get.
>> 
>> # emerge -1aNDv kde-apps/kleopatra:5
>> 
>> These are the packages that would be merged, in order:
>> 
>> Calculating dependencies... done!
>> 
>> emerge: there are no ebuilds to satisfy
>">=app-crypt/gpgme-1.7.1[cxx,qt5]".
>> (dependency required by "kde-apps/kleopatra-17.04.0::gentoo"
>[ebuild])
>> (dependency required by "kde-apps/kleopatra:5" [argument])
>> 
>> 
>> So, what's the recommended way forward?
>
>In /usr/portage/profiles/targets/desktop/plasma/package.use.stable.mask
>
>there's an explanation why 'cxx' and 'qt5' are masked.
>
>If you don't use kdepim4 I think it's safe to unmask those use flags
>for 
>gpgme.

What is the best way to unmask those use flags?
Editing that file in the profile isn't a good idea.

Is a file 'package.use.unmask' in /etc/portage sufficient?

Thanks,

Joost

Ps. Not at the computer, so can't try it at the moment.
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

[gentoo-user] GCC 5.4.0

2017-04-22 Thread Philip Webb 
I've been following the thread re GCC 5.4.0 & after 'eix-sync' installed it.
There's a news item warning that there's a new ABI
& it mb necessary to run 'revdep-rebuild' if it fails with a linking error.

The first pkg I tried to compile with 5.4.0 indeed failed at that point,
so I followed the advice & ran
'revdep-rebuild --library 'llibstdc++.so.6' -- --exclude gcc'.
It wanted to rebuild  223  pkgs & stalled with an unfound ebuild.

I went back to GCC 4.9.3 & the pkg merged without any problem.

What are other users' experiences using GCC 5.4.0 ?

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

Re: [gentoo-user] Portage wants to depclean my xorg video driver

2017-04-22 Thread Frank Steinmetzger 
On Sat, Apr 22, 2017 at 12:51:56PM +0200, Alan McKinnon wrote:
> On 22/04/2017 12:47, Frank Steinmetzger wrote:
> > Hello group,
> >
> > after years of reading of other people’s dependency stupefications here, it
> > is finally my turn. Looking over the output of emerge --depclean after a
> > world update, I found that portage wants to remove my X11 video driver. o.O
> > From my point of view, it should not want to do so, because all requirements
> > seem to be in order for the package to be kept. Can you enlighten me, 
> > please?
> […]
> The ebuild's DEPEND:
>
> video_cards_i915?  ( x11-drivers/xf86-video-intel )
> video_cards_i965?  ( >=x11-base/xorg-server-${PV}[glamor] )
> video_cards_intel? ( !video_cards_i965? (
> x11-drivers/xf86-video-intel ) )
>
> So remove i965 from VIDEO_CARDS. "intel" will suffice.
>
>
> Do you have xorg-server built with USE=glamor ?

Indeed I do, due to:
$ equery d xorg-server
x11-base/xorg-drivers-1.19 (video_cards_i965 ? 
>=x11-base/xorg-server-1.19[glamor])

Thanks for removing the tomatoes from my eyes. I looked it up on the Wiki
(https://wiki.gentoo.org/wiki/Intel#Drivers) and it explained it nicely for me.

-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

“What is your fascination with my forbidden closet of mystery?” – Chief Wiggum


signature.asc
Description: Digital signature

Re: [gentoo-user] broadwell for kaby lake?

2017-04-22 Thread Adam Carter 
>
> Thanks. I suppose it's just a gcc thing, then. I just emerged
> gcc-5.4.0 and the output is the same, though.
>

My skylake comes up as broadwell too, with gcc 5.4

Looks like gcc 6 has a skylake arch, but not a kabylake.
https://gcc.gnu.org/onlinedocs/gcc-6.3.0/gcc/x86-Options.html#x86-Options

Re: [gentoo-user] broadwell for kaby lake?

2017-04-22 Thread Jorge Almeida 
On Sat, Apr 22, 2017 at 2:41 PM, Poison BL.  wrote:
> On Sat, Apr 22, 2017 at 5:24 PM, Jorge Almeida  wrote:

>
> While I don't have anything that new handy, the 6MB cache checks out against
> intel's specs for the i5-7600. The broadwell i5-5675 lists off at a 4MB
> cache (not including the eDRAM). GCC seems to like going with a slightly
> more tried & true feature set when faced with a fancy, new, chip, in my
> experience. Especially if the version of GCC in use isn't the absolute
> bleeding edge latest and greatest.
>

Thanks. I suppose it's just a gcc thing, then. I just emerged
gcc-5.4.0 and the output is the same, though.

Jorge

Re: [gentoo-user] broadwell for kaby lake?

2017-04-22 Thread Poison BL. 
On Sat, Apr 22, 2017 at 5:24 PM, Jorge Almeida  wrote:
>
> I have a new computer, assembled piece by piece, and the cpu is
> supposed to be an intel i5-7600 LGA1151. The original box says "7th
> generation".
>
> However:
>
> $  gcc -### -E - -march=native 2>&1 | sed -r '/cc1/!d;s/(")|(^.* - )//g'
> -march=broadwell -mmmx -mno-3dnow -msse -msse2 -msse3 -mssse3
> -mno-sse4a -mcx16 -msahf -mmovbe -maes -mno-sha -mpclmul -mpopcnt
> -mabm -mno-lwp -mfma -mno-fma4 -mno-xop -mbmi -mbmi2 -mno-tbm -mavx
> -mavx2 -msse4.2 -msse4.1 -mlzcnt -mrtm -mhle -mrdrnd -mf16c -mfsgsbase
> -mrdseed -mprfchw -madx -mfxsr -mxsave -mxsaveopt -mno-avx512f
> -mno-avx512er -mno-avx512cd -mno-avx512pf -mno-prefetchwt1 --param
> l1-cache-size=32 --param l1-cache-line-size=64 --param
> l2-cache-size=6144 -mtune=generic -fstack-protector-strong
>
>
> ?!
>
>
> $ cat /proc/cpuinfo
> processor   : 0
> vendor_id   : GenuineIntel
> cpu family  : 6
> model   : 158
> model name  : Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz
> stepping: 9
> microcode   : 0x42
> cpu MHz : 900.207
> cache size  : 6144 KB
> physical id : 0
> siblings: 4
> core id : 0
> cpu cores   : 4
> apicid  : 0
> initial apicid  : 0
> fpu : yes
> fpu_exception   : yes
> cpuid level : 22
> wp  : yes
> flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
> syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts
> rep_good nopl xtopology nonstop_tsc aperfmperf tsc_known_freq pni
> pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16
> xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer
> aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch intel_pt
> tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle
> avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt
> xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify
> hwp_act_window hwp_epp
> bugs:
> bogomips: 7008.00
> clflush size: 64
> cache_alignment : 64
> address sizes   : 39 bits physical, 48 bits virtual
> power management:
>
>
>
> $ lshw
>
> (...)
>  *-cpu
>   description: CPU
>   product: Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz
>   vendor: Intel Corp.
>   physical id: 52
>   bus info: cpu@0
>   version: Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz
>   serial: To Be Filled By O.E.M.
>   slot: LGA1151
>   size: 3792MHz
>   capacity: 4005MHz
>   width: 64 bits
>   clock: 100MHz
>   capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr
> pae mce cx8 apic sep mtrr pge mca cm
> ov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall
> nx pdpe1gb rdtscp constant_tsc art arc
> h_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf
> tsc_known_freq pni pclmulqdq dtes64 monit
> or ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1
> sse4_2 x2apic movbe popcnt tsc_deadline
> _timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch intel_pt
> tpr_shadow vnmi flexpriority ept vpid f
> sgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed
> adx smap clflushopt xsaveopt xsavec
> xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window
> hwp_epp cpufreq
>   configuration: cores=4 enabledcores=4 threads=4
>
>
> (...)
>
> Was I ripped off?
>
> Can someone with the same cpu check the output of the above commands?
>
> Thanks...
>
>
> Jorge Almeida
>

While I don't have anything that new handy, the 6MB cache checks out
against intel's specs for the i5-7600. The broadwell i5-5675 lists off at a
4MB cache (not including the eDRAM). GCC seems to like going with a
slightly more tried & true feature set when faced with a fancy, new, chip,
in my experience. Especially if the version of GCC in use isn't the
absolute bleeding edge latest and greatest.

--
Poison [BLX]
Joshua M. Murphy

[gentoo-user] broadwell for kaby lake?

2017-04-22 Thread Jorge Almeida 
I have a new computer, assembled piece by piece, and the cpu is
supposed to be an intel i5-7600 LGA1151. The original box says "7th
generation".

However:

$  gcc -### -E - -march=native 2>&1 | sed -r '/cc1/!d;s/(")|(^.* - )//g'
-march=broadwell -mmmx -mno-3dnow -msse -msse2 -msse3 -mssse3
-mno-sse4a -mcx16 -msahf -mmovbe -maes -mno-sha -mpclmul -mpopcnt
-mabm -mno-lwp -mfma -mno-fma4 -mno-xop -mbmi -mbmi2 -mno-tbm -mavx
-mavx2 -msse4.2 -msse4.1 -mlzcnt -mrtm -mhle -mrdrnd -mf16c -mfsgsbase
-mrdseed -mprfchw -madx -mfxsr -mxsave -mxsaveopt -mno-avx512f
-mno-avx512er -mno-avx512cd -mno-avx512pf -mno-prefetchwt1 --param
l1-cache-size=32 --param l1-cache-line-size=64 --param
l2-cache-size=6144 -mtune=generic -fstack-protector-strong


?!


$ cat /proc/cpuinfo
processor   : 0
vendor_id   : GenuineIntel
cpu family  : 6
model   : 158
model name  : Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz
stepping: 9
microcode   : 0x42
cpu MHz : 900.207
cache size  : 6144 KB
physical id : 0
siblings: 4
core id : 0
cpu cores   : 4
apicid  : 0
initial apicid  : 0
fpu : yes
fpu_exception   : yes
cpuid level : 22
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe
syscall nx pdpe1gb rdtscp lm constant_tsc art arch_perfmon pebs bts
rep_good nopl xtopology nonstop_tsc aperfmperf tsc_known_freq pni
pclmulqdq dtes64 monitor ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16
xtpr pdcm pcid sse4_1 sse4_2 x2apic movbe popcnt tsc_deadline_timer
aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch intel_pt
tpr_shadow vnmi flexpriority ept vpid fsgsbase tsc_adjust bmi1 hle
avx2 smep bmi2 erms invpcid rtm mpx rdseed adx smap clflushopt
xsaveopt xsavec xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify
hwp_act_window hwp_epp
bugs:
bogomips: 7008.00
clflush size: 64
cache_alignment : 64
address sizes   : 39 bits physical, 48 bits virtual
power management:



$ lshw

(...)
 *-cpu
  description: CPU
  product: Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz
  vendor: Intel Corp.
  physical id: 52
  bus info: cpu@0
  version: Intel(R) Core(TM) i5-7600 CPU @ 3.50GHz
  serial: To Be Filled By O.E.M.
  slot: LGA1151
  size: 3792MHz
  capacity: 4005MHz
  width: 64 bits
  clock: 100MHz
  capabilities: x86-64 fpu fpu_exception wp vme de pse tsc msr
pae mce cx8 apic sep mtrr pge mca cm
ov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe syscall
nx pdpe1gb rdtscp constant_tsc art arc
h_perfmon pebs bts rep_good nopl xtopology nonstop_tsc aperfmperf
tsc_known_freq pni pclmulqdq dtes64 monit
or ds_cpl vmx smx est tm2 ssse3 sdbg fma cx16 xtpr pdcm pcid sse4_1
sse4_2 x2apic movbe popcnt tsc_deadline
_timer aes xsave avx f16c rdrand lahf_lm abm 3dnowprefetch intel_pt
tpr_shadow vnmi flexpriority ept vpid f
sgsbase tsc_adjust bmi1 hle avx2 smep bmi2 erms invpcid rtm mpx rdseed
adx smap clflushopt xsaveopt xsavec
xgetbv1 xsaves dtherm ida arat pln pts hwp hwp_notify hwp_act_window
hwp_epp cpufreq
  configuration: cores=4 enabledcores=4 threads=4


(...)

Was I ripped off?

Can someone with the same cpu check the output of the above commands?

Thanks...


Jorge Almeida

Re: [gentoo-user] Portage wants to depclean my xorg video driver

2017-04-22 Thread Alan McKinnon 
On 22/04/2017 12:47, Frank Steinmetzger wrote:
> Hello group,
> 
> after years of reading of other people’s dependency stupefications here, it
> is finally my turn. Looking over the output of emerge --depclean after a
> world update, I found that portage wants to remove my X11 video driver. o.O
> From my point of view, it should not want to do so, because all requirements
> seem to be in order for the package to be kept. Can you enlighten me, please?
> 
> Here’s how far I got:
> 
> $ emerge --depclean -pv xf86-video-intel
> 
> Calculating dependencies... done!
 Calculating removal order...
> 
 These are the packages that would be unmerged:
> 
>  x11-drivers/xf86-video-intel
> selected: 2.99.917_p20170216
>protected: none
>  omitted: none
> 
> 
> $ equery d xf86-video-intel
>  * These packages depend on xf86-video-intel:
> x11-base/xorg-drivers-1.19 (video_cards_i915 ? x11-drivers/xf86-video-intel)
>(!video_cards_i965 ? x11-drivers/xf86-video-intel)

Read it carefully. It says
If you specify i915 then use xf86-video-intel
and
use xf86-video-intel if you did not specify i965

> 
> 
> $ grep VIDEO_CARDS /etc/portage/make.conf
> VIDEO_CARDS="intel i965"

You specified i965, so per the above xf86-video-intel will go away

> 
> 
> $ LC_ALL=C eix xorg-drivers
> [I] x11-base/xorg-drivers
>  Available versions:  1.12 1.15 1.18-r1 1.19 **
>  Installed versions:  1.19(19:52:33 03/10/17)(INPUT_DEVICES="evdev 
> synaptics -acecad ..." VIDEO_CARDS="i965 intel -amdgpu -apm ...")
>  Homepage:https://www.gentoo.org/
>  Description: Meta package containing deps on all xorg drivers
> 
> 
> Cheers.
> 

The ebuild's DEPEND:

video_cards_i915?  ( x11-drivers/xf86-video-intel )
video_cards_i965?  ( >=x11-base/xorg-server-${PV}[glamor] )
video_cards_intel? ( !video_cards_i965? (
x11-drivers/xf86-video-intel ) )

So remove i965 from VIDEO_CARDS. "intel" will suffice.


Do you have xorg-server built with USE=glamor ?



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

[gentoo-user] Portage wants to depclean my xorg video driver

2017-04-22 Thread Frank Steinmetzger 
Hello group,

after years of reading of other people’s dependency stupefications here, it
is finally my turn. Looking over the output of emerge --depclean after a
world update, I found that portage wants to remove my X11 video driver. o.O
From my point of view, it should not want to do so, because all requirements
seem to be in order for the package to be kept. Can you enlighten me, please?

Here’s how far I got:

$ emerge --depclean -pv xf86-video-intel

Calculating dependencies... done!
>>> Calculating removal order...

>>> These are the packages that would be unmerged:

 x11-drivers/xf86-video-intel
selected: 2.99.917_p20170216
   protected: none
 omitted: none


$ equery d xf86-video-intel
 * These packages depend on xf86-video-intel:
x11-base/xorg-drivers-1.19 (video_cards_i915 ? x11-drivers/xf86-video-intel)
   (!video_cards_i965 ? x11-drivers/xf86-video-intel)


$ grep VIDEO_CARDS /etc/portage/make.conf
VIDEO_CARDS="intel i965"


$ LC_ALL=C eix xorg-drivers
[I] x11-base/xorg-drivers
 Available versions:  1.12 1.15 1.18-r1 1.19 **
 Installed versions:  1.19(19:52:33 03/10/17)(INPUT_DEVICES="evdev 
synaptics -acecad ..." VIDEO_CARDS="i965 intel -amdgpu -apm ...")
 Homepage:https://www.gentoo.org/
 Description: Meta package containing deps on all xorg drivers


Cheers.
-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me on any social network.

Rather either than or instead.


signature.asc
Description: Digital signature

Re: [gentoo-user] netifrc, configure by SSID and MAC simultaneously?

2017-04-22 Thread Peter Humphrey 
On Saturday 22 Apr 2017 00:45:31 Mick wrote:
> On Saturday 22 Apr 2017 00:08:25 Peter Humphrey wrote:
> > On Friday 21 Apr 2017 13:39:52 Neil Bothwick wrote:
> > > I was referring to the situation where you use the DHCP server to give
> > > out pseudo-static addresses. I have always used addresses outside of,
> > > but
> > > in the same subnet as, the reserved range. The reserved range just
> > > tells
> > > the DHCP server which addresses to use in the absence of any other
> > > specifications.
> > 
> > Eh? How do you do that? You tell the router what range of addresses it
> > can use, then you tell it to use one outside that range? Can't be done
> > - if I've understood you.
> 
> I understood Neil to mean:
> 
> You pre-allocate IP addresses to specific MAC addresses for a range of
> e.g. 192.168.0.1 to 192.168.0.10.  Any new comers with MAC addresses not
> in the DHCP address allocation table will then obtain IP addresses
> outside this defined range.  Some routers also allow you to specify the
> range within which DHCP addresses will be allocated.  So you can set
> static address allocation outside said range.

Ah. Then he's describing a setup much like my own. I just didn't read it 
right the first time.

-- 
Regards
Peter