[gentoo-user] Re: Binary packages for a different amd64 flavor
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
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?
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?
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?
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?
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?
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
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
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
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
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
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
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
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?
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
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
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
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
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
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
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?
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
-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-