[gentoo-user] Re: Binary packages for a different amd64 flavor

2018-06-12 Thread Ian Zimmerman
On 2018-06-13 02:57, David Haller wrote:

> First of all, I've seen quite a big boost just by using '-O3'!

You understand that I'm complaining about _compilation_ times, right?
>From my POV, -O3 globally will make the problem much worse.
Aside: I do have it on for a few packages where it is obviously a big
win, such as media codecs.

>  emerge-atom ===
> #!/bin/sh
> FEATURES="buildpkg"
> PKGDIR="${PORTDIR}/laptop_binpkg_dir"
> export CFLAGS="..."
> export CXXFLAGS="..."
> ...
> emerge "$@"
> 

I like the simplicity of this suggestion, but it makes the whole
configuration asymmetric, which doesn't fit with my way of keeping it in
a git repo with branches for the different hosts.  The chroot is a
better match for that.

In the meantime, because I have some marginally free CPU resources
available, I tried distcc.  I can't get it to work in portage at all; it
fails to create some lockfile due to wrong permissions.  It may not be
hard to fix it but it makes me suspect the setup doesn't get much
testing, if any.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.



Re: [gentoo-user] Binary packages for a different amd64 flavor

2018-06-12 Thread David Haller
Hello,

On Tue, 12 Jun 2018, Mick wrote:
>On Tuesday, 12 June 2018 19:31:32 BST Ian Zimmerman wrote:
>> I have had it with compiling stuff from source on my laptop.  It is just
>> too slow.  So I would like to create binary packages on my desktop and
>> then just tell the laptop to use them.
>> 
>> Simple enough, except that the desktop is AMD Phenom, and the laptop is
>> Intel 64 bit Atom.  Up to now, each system had unique CFLAGS to squeeze
>> as much performance as possible.
>> 
>> On the desktop:
>> CFLAGS="-march=barcelona --param l1-cache-size=64 --param
>>  l1-cache-line-size=64 --param l2-cache-size=512 -O2 -pipe"
>> 
>> On the laptop:
>> CFLAGS="-march=ivybridge --param l1-cache-size=32 --param
>>  l1-cache-line-size=64 --param l2-cache-size=4096 -O2 -pipe"

First of all, I've seen quite a big boost just by using '-O3'!

My speeding-up-relevant flags (for a Athlon II X2 250 "Regor") are:

-O3 -march=native -mtune=native -mfpmath=sse -msse4a \
-funwind-tables -fasynchronous-unwind-tables

You'll have to adjust -march=/-mtune= for the Atom and -m* for both,
crosscheck with e.g. 

$ grep ^flags /proc/cpuinfo |tr ' ' '\n' |grep sse | sort -u
misalignsse
sse
sse2
sse4a

or app-portage/cpuid2cpuflags.

>> I don't want to give up these tunings, but from the wiki page [1] I can
>> see no straightforward way to have different CFLAGS when compiling binary
>> packages, from the normal CFLAGS when installing directly from source on
>> the host system.  Is the only way of doing this to set up a full-blown
>> cross-development environment?
>> 
>> [1]
>> https://wiki.gentoo.org/wiki/Binary_package_guide
>
>On the desktop you could just use -march=native for its own compiles, not sure 
>if there is a benefit or good reason to use '-march=barcelona', but I'm 
>digressing.
>
>If you are compiling binary packages for the laptop with a single stanza on 
>the CLI, then you can run:
>
>CFLAGS="-march=ivybridge ..." CXXFLAGS="-march=ivybridge ..." 
>FEATURES="buildpkg" PKGDIR="/tmp/binpkg_dir emerge -uaNDv --buildpkg world
>
>I understand you will need the complete CFLAGS & CXXFLAGS for the guest's 
>hardware - others should confirm if this is so.

Depends on how far you want to go on optimization ;)

>I find it neater/easier to copy the guest's fs over to the faster host, then 
>chroot into it, sync portage and emerge with --buildpkg world.  There are 
>other solutions, NFS mounts of the guest over the network, using a VM 
>mirroring the laptop build on the host, but they are more complicated for my 
>use case of a single guest.

And/or setup some wrappers/shell-functions, that setup flags like:

 emerge-atom ===
#!/bin/sh
FEATURES="buildpkg"
PKGDIR="${PORTDIR}/laptop_binpkg_dir"
export CFLAGS="..."
export CXXFLAGS="..."
...
emerge "$@"


and then use 'emerge ' for the desktop and 'emerge-atom' for the
laptop. Or something along those lines.

On the other paw, one could run some benchmarks, comparing both native
flags vs. the "common demnominator" (and -O2 vs -O3 ;)...

HTH,
-dnh

-- 
I like offending people, because I think people that get offended
should be offended. -- Linus Torvalds, June 2012 at Aalto Uni



Re: [gentoo-user] Do I need to do anything if a package masked by my profile?

2018-06-12 Thread Donald Johnson
Nevermind.  Referring to the "x11-proto/dri2proto masked but still
needed by media-libs/mesa" thread, looks like re-emerging mesa fixed the
issue.

~Donny Johnson

On Tue, Jun 12, 2018 at 8:17 PM, Donald Johnson
 wrote:
> On Mon, Jun 11, 2018 at 4:36 AM, Neil Bothwick  wrote:
>> emerge -cpv packagename
>
> Oddly enough, I ran that command, and it looks like all of those
> packages are required by media-libs/mesa-17.3.9.  Now I'm curious...
>
> ~Donny Johnson



Re: [gentoo-user] Do I need to do anything if a package masked by my profile?

2018-06-12 Thread Donald Johnson
On Mon, Jun 11, 2018 at 4:36 AM, Neil Bothwick  wrote:
> emerge -cpv packagename

Oddly enough, I ran that command, and it looks like all of those
packages are required by media-libs/mesa-17.3.9.  Now I'm curious...

~Donny Johnson



Re: [gentoo-user] Package specific post-emerge hooks?

2018-06-12 Thread Neil Bothwick
On Tue, 12 Jun 2018 22:47:22 +0200, Christoph Böhmwalder wrote:

> I was wondering if there was a way to run a shell script anytime a
> specific package is updated.

There is, as Ian explained, but...
 
> My use case for this is as follows: I have a high DPI display, so I've
> modified Chromium's .desktop file to include the
> `--force-device-scale-factor=1.5` flag. It works fine, but the problem
> is that this file obviously gets overwritten on each update, so I have
> to manually run a sed script after every Chromium update. This is
> rather annoying, and since I've done this for over a year now I finally
> want to stop being lazy about it and tackle the issue.

It's not needed in this case, just add the options you want to
CHROMIUM_FLAGS in /etc/chromium/default.

BTW where did you find this options, chromium --help used to give options
but now it does nothing.


-- 
Neil Bothwick

To most people solutions mean finding the answers.  But to chemists
solutions are things that are still all mixed up.


pgp0SFHjFGN5F.pgp
Description: OpenPGP digital signature


[gentoo-user] Re: Package specific post-emerge hooks?

2018-06-12 Thread Ian Zimmerman
On 2018-06-12 22:47, Christoph Böhmwalder wrote:

> I was wondering if there was a way to run a shell script anytime a specific
> package is updated.

Create a /etc/portage/env/${CATEGORY}/${PACKAGE} file.  It should be in
shell script syntax and contain a definition of the shell function
post_pkg_postinst.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.



[gentoo-user] Package specific post-emerge hooks?

2018-06-12 Thread Christoph Böhmwalder
Hi,

I was wondering if there was a way to run a shell script anytime a specific
package is updated.

My use case for this is as follows: I have a high DPI display, so I've
modified Chromium's .desktop file to include the
`--force-device-scale-factor=1.5` flag. It works fine, but the problem
is that this file obviously gets overwritten on each update, so I have
to manually run a sed script after every Chromium update. This is
rather annoying, and since I've done this for over a year now I finally
want to stop being lazy about it and tackle the issue.

Any suggestions are welcome, thanks.

--
Regards,
Christoph



Re: [gentoo-user] Binary packages for a different amd64 flavor

2018-06-12 Thread R0b0t1
On Tue, Jun 12, 2018 at 1:31 PM, Ian Zimmerman  wrote:
> I have had it with compiling stuff from source on my laptop.  It is just
> too slow.  So I would like to create binary packages on my desktop and
> then just tell the laptop to use them.
>
> Simple enough, except that the desktop is AMD Phenom, and the laptop is
> Intel 64 bit Atom.  Up to now, each system had unique CFLAGS to squeeze
> as much performance as possible.
>
> On the desktop:
> CFLAGS="-march=barcelona --param l1-cache-size=64 --param
>  l1-cache-line-size=64 --param l2-cache-size=512 -O2 -pipe"
>
> On the laptop:
> CFLAGS="-march=ivybridge --param l1-cache-size=32 --param
>  l1-cache-line-size=64 --param l2-cache-size=4096 -O2 -pipe"
>
> I don't want to give up these tunings, but from the wiki page [1] I can
> see no straightforward way to have different CFLAGS when compiling binary
> packages, from the normal CFLAGS when installing directly from source on
> the host system.  Is the only way of doing this to set up a full-blown
> cross-development environment?
>
> [1]
> https://wiki.gentoo.org/wiki/Binary_package_guide
>

Use crossdev to generate an x86_64-pc-linux-gnu (or x86) toolchain.
You can specify something in place of "pc" to identify the system and
be fairly compliant, or you can invent your own naming and specify the
architecture manually. This will create a root in /usr with the name
given that will have a make.conf in /usr/${name}/etc/portage and
generated packages in /usr/${name}/usr/portage/packages.

Cheers,
 R0b0t1



Re: [gentoo-user] Binary packages for a different amd64 flavor

2018-06-12 Thread Neil Bothwick
On Tue, 12 Jun 2018 11:31:32 -0700, Ian Zimmerman wrote:

> I have had it with compiling stuff from source on my laptop.  It is just
> too slow.  So I would like to create binary packages on my desktop and
> then just tell the laptop to use them.
> 
> Simple enough, except that the desktop is AMD Phenom, and the laptop is
> Intel 64 bit Atom.  Up to now, each system had unique CFLAGS to squeeze
> as much performance as possible.
> 
> On the desktop:
> CFLAGS="-march=barcelona --param l1-cache-size=64 --param
>  l1-cache-line-size=64 --param l2-cache-size=512 -O2 -pipe"
> 
> On the laptop:
> CFLAGS="-march=ivybridge --param l1-cache-size=32 --param 
>  l1-cache-line-size=64 --param l2-cache-size=4096 -O2 -pipe"
> 
> I don't want to give up these tunings, but from the wiki page [1] I can
> see no straightforward way to have different CFLAGS when compiling
> binary packages, from the normal CFLAGS when installing directly from
> source on the host system.  Is the only way of doing this to set up a
> full-blown cross-development environment?

Set up a container (or chroot but a container is easier to manage)
containing a copy of the root filesystem of the laptop. Tweak make.conf
to add buildpkg and set an appropriate PKGDIR. then you can just enter
the container/chroot and run your world update or whatever else you want
to emerge.

Now export the PKGDIR over NFS and mount it on the laptop and add
--usepkg to the portage default opts in make.conf.


-- 
Neil Bothwick

Don't judge a book by its movie.


pgpdVFN4WEhsH.pgp
Description: OpenPGP digital signature


Re: [gentoo-user] Binary packages for a different amd64 flavor

2018-06-12 Thread Mick
On Tuesday, 12 June 2018 19:31:32 BST Ian Zimmerman wrote:
> I have had it with compiling stuff from source on my laptop.  It is just
> too slow.  So I would like to create binary packages on my desktop and
> then just tell the laptop to use them.
> 
> Simple enough, except that the desktop is AMD Phenom, and the laptop is
> Intel 64 bit Atom.  Up to now, each system had unique CFLAGS to squeeze
> as much performance as possible.
> 
> On the desktop:
> CFLAGS="-march=barcelona --param l1-cache-size=64 --param
>  l1-cache-line-size=64 --param l2-cache-size=512 -O2 -pipe"
> 
> On the laptop:
> CFLAGS="-march=ivybridge --param l1-cache-size=32 --param
>  l1-cache-line-size=64 --param l2-cache-size=4096 -O2 -pipe"
> 
> I don't want to give up these tunings, but from the wiki page [1] I can
> see no straightforward way to have different CFLAGS when compiling binary
> packages, from the normal CFLAGS when installing directly from source on
> the host system.  Is the only way of doing this to set up a full-blown
> cross-development environment?
> 
> [1]
> https://wiki.gentoo.org/wiki/Binary_package_guide

On the desktop you could just use -march=native for its own compiles, not sure 
if there is a benefit or good reason to use '-march=barcelona', but I'm 
digressing.

If you are compiling binary packages for the laptop with a single stanza on 
the CLI, then you can run:

CFLAGS="-march=ivybridge ..." CXXFLAGS="-march=ivybridge ..." 
FEATURES="buildpkg" PKGDIR="/tmp/binpkg_dir emerge -uaNDv --buildpkg world

I understand you will need the complete CFLAGS & CXXFLAGS for the guest's 
hardware - others should confirm if this is so.

I find it neater/easier to copy the guest's fs over to the faster host, then 
chroot into it, sync portage and emerge with --buildpkg world.  There are 
other solutions, NFS mounts of the guest over the network, using a VM 
mirroring the laptop build on the host, but they are more complicated for my 
use case of a single guest.

-- 
Regards,
Mick

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


[gentoo-user] Binary packages for a different amd64 flavor

2018-06-12 Thread Ian Zimmerman
I have had it with compiling stuff from source on my laptop.  It is just
too slow.  So I would like to create binary packages on my desktop and
then just tell the laptop to use them.

Simple enough, except that the desktop is AMD Phenom, and the laptop is
Intel 64 bit Atom.  Up to now, each system had unique CFLAGS to squeeze
as much performance as possible.

On the desktop:
CFLAGS="-march=barcelona --param l1-cache-size=64 --param
 l1-cache-line-size=64 --param l2-cache-size=512 -O2 -pipe"

On the laptop:
CFLAGS="-march=ivybridge --param l1-cache-size=32 --param 
 l1-cache-line-size=64 --param l2-cache-size=4096 -O2 -pipe"

I don't want to give up these tunings, but from the wiki page [1] I can
see no straightforward way to have different CFLAGS when compiling binary
packages, from the normal CFLAGS when installing directly from source on
the host system.  Is the only way of doing this to set up a full-blown
cross-development environment?

[1]
https://wiki.gentoo.org/wiki/Binary_package_guide

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.



Re: [gentoo-user] Enable "regular" network traffic when using VPN

2018-06-12 Thread Grant Taylor

On 06/12/2018 09:17 AM, Hilco Wijbenga wrote:
Okay, I've got it mostly working now. The missing route seems to be 
"10.0.0.0", "255.0.0.0", "0.0.0.0", "100". 


255.0.0.0/8 is special and 0.0.0.0/0 is very special.

255/8 is not globally routed and contains 255.255.255.255 which is used 
as a broadcast address.



So not the gateway but 0.0.0.0.


0/0 is functionally equivalent to the default gateway.

This works both in Gentoo and VirtualBox ... except for (at least) 
one internal site.


I have a.i.company.com ("a") and b.i.company.com ("b"). Dig in Gentoo 
tells me both are aliases for a.r1.i.company.com and b.r1.i.company.com, 
respectively. They both resolve to 10.x.y.z addresses. But "a" works 
in both Gentoo and VB, while "b" cannot be resolved in VB (dig finds 
nothing). I can obviously work around that but I'm very confused why it 
doesn't work the same in both.


It sounds like you also need to route 10/8 in addition to the 
aforementioned prefixes.


I find it suspect that "b" doesn't work.  I wonder if it's related to 
the DNS server that you're querying, specifically if it's internal / 
external and if it's routed through the VPN too.




--
Grant. . . .
unix || die



Re: [gentoo-user] Enable "regular" network traffic when using VPN

2018-06-12 Thread Hilco Wijbenga
Okay, I've got it mostly working now. The missing route seems to be
"10.0.0.0", "255.0.0.0", "0.0.0.0", "100". So not the gateway but
0.0.0.0. This works both in Gentoo and VirtualBox ... except for (at
least) one internal site.

I have a.i.company.com ("a") and b.i.company.com ("b"). Dig in Gentoo
tells me both are aliases for a.r1.i.company.com and
b.r1.i.company.com, respectively. They both resolve to 10.x.y.z
addresses. But "a" works in both Gentoo and VB, while "b" cannot be
resolved in VB (dig finds nothing). I can obviously work around that
but I'm very confused why it doesn't work the same in both.



[gentoo-user] Re: Different resolutions in startup

2018-06-12 Thread Ian Zimmerman
On 2018-06-12 07:33, Klaus Ethgen wrote:

> I have something that annoys me somehow when starting the system.

+1

> Usually I set the fb resolution in grub with a proper vga command line.
> The problem begins afterwards that the resolution gets changed
> afterwards to a very poor resolution before asked to type the password
> for disk encryption.

I don't globally encrypt my disk, but I find just the flicker from all
these mode switches annoying enough.

It's not specific to gentoo; I had the same experience with debian.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.



[gentoo-user] Re: Latest 4.9 kernels broken?

2018-06-12 Thread Ian Zimmerman
On 2018-06-12 09:56, Alexander Kapshuk wrote:

> Any reason you're trying to load those modules by hand rather then
> have them loaded for you automatically?

The only one I try to "load by hand" (rather: via conf.d/modules) is
fbcon, because IME that is how I actually get a framebuffer console.  Is
there a better way?

But there were other modules, including network drivers, that produced
the same error, despite getting autoloaded.  Not all modules, though.

> Did dmesg have any more info on the failing modules?

I will report on this when I can play the reboot game again, which may
be a few days yet.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet and on broken lists
which rewrite From, fetch the TXT record for no-use.mooo.com.



Re: [gentoo-user] NFS and user IDs

2018-06-12 Thread Wols Lists
On 12/06/18 09:44, Joerg Schilling wrote:
> Wols Lists  wrote:
> 
>> On 11/06/18 09:54, Joerg Schilling wrote:
>>> Well, "Windows ACLs" is the only ACL system that is standardized (as part 
>>> of 
>>> the NFSv4 standard). The old proposal in POSIX.1e from 1993 from Sun has 
>>> been 
>>> withdrawn in 1997 since the customers did not like it.
>>>
>> Ummm - just because it's standard doesn't mean it's any good :-)
> 
> Is is a result of a common discussion. At the same time, when Sun introduced 
> NFSv4 ACLs, IBM and Apple did the same for their local filesystems.
> 
>> This version I'm talking about dates from about 1983. The company making
>> it went bust in 1991.
> 
> What are you talking about?

Pr1me. Okay, I don't remember most of the dates accurately, but Pr1mos
19.4 had a working Access Control List setup. I was using that on their
Pr1me-2250 machines, at a company I left in 1984. (Wikipedia says the
2250 was released in 1982. I can't find a date for 19.4.)
> 
> IIRC, the first ACLs have been on VMS in the late 1980s.
> 
>> I've just had a quick look at the NFS v4 RFC, and almost the first thing
>> I see is DENY entries. These ACLs don't have deny, because it's
>> pointless. And DENY is exactly why I think Posix/Windows ACLs are
>> confusing and hard to use.
> 
> Your text looks confusing. You claim DENY entries and no DENY entries in the 
> same paragraph without explaining what you are talking about.

The RFC talks about deny entries.

Pr1me ACLs didn't have deny, because it doesn't make sense in that context.
> 
> Jörg
> 




Re: [gentoo-user] QEMU: windows guest crashing

2018-06-12 Thread Stefan G. Weichinger
Am 2018-06-07 um 09:33 schrieb Stefan G. Weichinger:
> Am 2018-05-30 um 17:06 schrieb Marko Weber:
>> hello,
>>
>> Am 2018-05-30 12:09, schrieb Stefan G. Weichinger:
>>> Am 2018-05-30 um 10:46 schrieb Bill Kenworthy:
 error messages? - I get this happening sometimes from the oom killer
 when the server runs out of memory - semi-random (usually  but not
 always the same vm)
>>>
>>> And the VM itself idles at 1,8 GB RAM used right now.
>>
>> Do you use qemu-guest-agent in the windows vm?
> 
> Hm, I don't know.
> 
>> Have you tried recompiling  qemu, libvirt-* against the actual kernel on
>> the host?
>>
>> maybe /var/log/libvirt/qemu/.log tells something interesting.
> 
> I mentioned the errors in the first posting.
> 
>> in another case it helped here to recompile complete gentoo server.
>>
>> Do you use stable atoms or unstable?
> 
> stable
> 
> libvirt-4.3.0 yesterday, installed that and re-compiled qemu as well
> 
> I also rebuilt spice.
> 
> -
> 
> As far as I see the upstream patch mentioned here:
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=1575541
> 
> might not yet be included in 4.3.0
> 

same crash again as I accessed the VM via virt-manager

I think this patch is missing:

https://github.com/qemu/qemu/commit/a89fe6c329799e47aaa1663650f076b28808e186

Commented that on:

https://bugs.gentoo.org/656886




Re: [gentoo-user] x11-proto/dri2proto masked but still needed by media-libs/mesa

2018-06-12 Thread Alarig Le Lay
On mar. 12 juin 08:44:51 2018, Neil Bothwick wrote:
> It sounds like this bug https://bugs.gentoo.org/657832
> 
> If it is, re-emerging mesa should fix it.

Indeed, after recompiling it I was able to remove those packages with a
--depclean.

Thanks a lot!
-- 
alarig


signature.asc
Description: PGP signature


Re: [gentoo-user] NFS and user IDs

2018-06-12 Thread Joerg Schilling
Wols Lists  wrote:

> On 11/06/18 09:54, Joerg Schilling wrote:
> > Well, "Windows ACLs" is the only ACL system that is standardized (as part 
> > of 
> > the NFSv4 standard). The old proposal in POSIX.1e from 1993 from Sun has 
> > been 
> > withdrawn in 1997 since the customers did not like it.
> > 
> Ummm - just because it's standard doesn't mean it's any good :-)

Is is a result of a common discussion. At the same time, when Sun introduced 
NFSv4 ACLs, IBM and Apple did the same for their local filesystems.

> This version I'm talking about dates from about 1983. The company making
> it went bust in 1991.

What are you talking about?

IIRC, the first ACLs have been on VMS in the late 1980s.

> I've just had a quick look at the NFS v4 RFC, and almost the first thing
> I see is DENY entries. These ACLs don't have deny, because it's
> pointless. And DENY is exactly why I think Posix/Windows ACLs are
> confusing and hard to use.

Your text looks confusing. You claim DENY entries and no DENY entries in the 
same paragraph without explaining what you are talking about.

Jörg

-- 
 EMail:jo...@schily.net(home) Jörg Schilling D-13353 Berlin
joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/
 URL: http://cdrecord.org/private/ http://sf.net/projects/schilytools/files/'



Re: [gentoo-user] x11-proto/dri2proto masked but still needed by media-libs/mesa

2018-06-12 Thread Neil Bothwick
On Tue, 12 Jun 2018 09:13:03 +0200, Alarig Le Lay wrote:

> Regarding /usr/portage/profiles/package.mask x11-proto/dri2proto but I
> can’t remove it as mesa depends on it:
> 
> # emerge -vac x11-proto/dri3proto
> 
> Calculating dependencies... done!
>   x11-proto/dri3proto-1.0-r1 pulled in by:
> media-libs/mesa-17.3.9 requires
> >=x11-proto/dri3proto-1.0:0/0=[abi_x86_32(-),abi_x86_64(-)]
> 
> I have the last stable version of mesa in the tree:

It sounds like this bug https://bugs.gentoo.org/657832

If it is, re-emerging mesa should fix it.


-- 
Neil Bothwick

Nixon's Principal: If 2 wrongs don't make a right, try 3.


pgpdEusuizOVX.pgp
Description: OpenPGP digital signature


[gentoo-user] x11-proto/dri2proto masked but still needed by media-libs/mesa

2018-06-12 Thread Alarig Le Lay
Hi,

Regarding /usr/portage/profiles/package.mask x11-proto/dri2proto but I
can’t remove it as mesa depends on it:

# emerge -vac x11-proto/dri3proto

Calculating dependencies... done!
  x11-proto/dri3proto-1.0-r1 pulled in by:
media-libs/mesa-17.3.9 requires 
>=x11-proto/dri3proto-1.0:0/0=[abi_x86_32(-),abi_x86_64(-)]

I have the last stable version of mesa in the tree:

# equery keywords media-libs/mesa
Keywords for media-libs/mesa:
 |   a |   |
 |   m |   |
 |   d   x |   |
 |   6   8 |   |
 |   4   6 |   u   |
 | a a   a p   s |   | |   n   |
 | l m   r i   p   h m s   p f m f | e u s | r
 | p d a m a p c x p 6 3   a b i b | a s l | e
 | h 6 r 6 6 p 6 8 p 8 9 s r s p s | p e o | p
 | a 4 m 4 4 c 4 6 a k 0 h c d s d | i d t | o
-+-+---+---
[I]17.3.9| + + + ~ + + + + + o ~ ~ + ~ ~ ~ | 6 o 0 | gentoo
   18.0.5| ~ ~ ~ ~ ~ ~ ~ ~ ~ o ~ ~ ~ ~ ~ ~ | 6 #   | gentoo
   18.1.1| ~ ~ ~ ~ ~ ~ ~ ~ ~ o ~ ~ ~ ~ ~ ~ | 6 #   | gentoo
   18.1.1-r1 | ~ ~ ~ ~ ~ ~ ~ ~ ~ o ~ ~ ~ ~ ~ ~ | 6 o   | gentoo
 | o o o o o o o o o o o o o o o o | 6 o   | gentoo

Is this indented or is my system in a weird state?

Thanks,
-- 
alarig


signature.asc
Description: PGP signature


Re: [gentoo-user] Re: Latest 4.9 kernels broken?

2018-06-12 Thread Alexander Kapshuk
On Tue, Jun 12, 2018 at 8:54 AM Ian Zimmerman  wrote:
>
> On 2018-06-12 08:23, Alexander Kapshuk wrote:
>
> > Looks like I'd have to build kernel 4.9.107 in an environment
> > resembling yours to try and reproduce the behavior in question.
> > What is the version of kmods you have installed on your system?
> > What's the output of 'emerge --info'?
>
> https://gist.github.com/nobrowser/314da0f994ce134e3d554cc4cfed266e
>
> BTW, why are you so interested in this?  It seems to me to be purely a
> kernel/kernel tools problem.  What is the gentoo angle?
>
> Of course I'm not complaining that you're trying to help - thanks a lot.
>
> --
> Please don't Cc: me privately on mailing lists and Usenet,
> if you also post the followup to the list or newsgroup.
> To reply privately _only_ on Usenet and on broken lists
> which rewrite From, fetch the TXT record for no-use.mooo.com.
>

I do programming for a living with an interest in kernel programming.
I'm not a Gentoo developer and I'm not doing this on behalf of the
Gentoo Foundation.
I was just l curious to find out what could have caused the issue
you're having and if possible to try and come up with a fix.

I can't promise I will be able to fix this for you. Chances are, the
next kmods and/or kernel upgrade will  have fixed this for you.

Any reason you're trying to load those modules by hand rather then
have them loaded for you automatically?
Did dmesg have any more info on the failing modules?



[gentoo-user] Different resolutions in startup

2018-06-12 Thread Klaus Ethgen
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Hi Folks,

I have something that annoys me somehow when starting the system.

Usually I set the fb resolution in grub with a proper vga command line.
The problem begins afterwards that the resolution gets changed
afterwards to a very poor resolution before asked to type the password
for disk encryption.

After that the resolution changes again to a different (but higher)
resolution. (I think, that is the final resolution set by conf.d.)

I did not find a way to change the intermediate resolution to a better
value or even find a way to prevent the resolution switch at all...

Anybody an idea how to set the resolution in grub command line and not
changing it afterwards?

Regards
   Klaus
- -- 
Klaus Ethgen   http://www.ethgen.ch/
pub  4096R/4E20AF1C 2011-05-16Klaus Ethgen 
Fingerprint: 85D4 CA42 952C 949B 1753  62B3 79D0 B06F 4E20 AF1C
-BEGIN PGP SIGNATURE-
Comment: Charset: ISO-8859-1

iQGzBAEBCgAdFiEEMWF28vh4/UMJJLQEpnwKsYAZ9qwFAlsfaTMACgkQpnwKsYAZ
9qx1aAv/SrGrXBZbvDd0S31FgA4Qbmru9oUTWWQkkgZZO2/l33nG0kLg4Cri7WgR
Hu929gJIT7NXBM3UPBlvZBNkPvLM6n/tfcANpazWLW5aQyjNkOgKwNRSrHiRUllU
0KU5BhhbAl+qlywSSmCwh5rnpmGB6dwrIxEDt/xhF2ZrzLk2bGxzuZ4cp4hDyTZy
NV3DReipOxFKD4NUTy8xL6yfVKx669ucnzwJW9pO+mGBeFR6QD8Q+rr+uKqOreew
4g8BboJIbdOQ+zyOBZZ2b1S7GjfVlRL2910OHVw6Q82kuKFPYkWtydHsyc5w2aj2
zLIDJzXJBKLIRX8Y9ydmr2uFVPKUG8LQhjNehaxlsFruY+TcbrhuawBkUcZ8RlKt
2aL+d/3KbP+Vtr4+wTS9Dy0uzRgo6WKtLc9oMhRYhryd4ySriGjz1eFGtSL+T6Qe
x1vuJUeYh7cvZp2xuOl2tvhyGYfyk1DAb/Z0Q7ugP188jPYgJ9fas4+FZSFJkC8b
PUsy66qI
=jZMq
-END PGP SIGNATURE-