[gentoo-user] Re: Do we have to build gcc with fortran now?
On 06/24/2011 10:18 PM, Michael Schreckenbauer wrote: Am Freitag, 24. Juni 2011, 08:04:43 schrieb Nikos Chantziaras: On 06/24/2011 01:16 AM, Dale wrote: If it works with fortran turned on, I'd leave it alone. With hindsight, I should have left well enough alone anyway. It wasn't hurting a thing. Watch the elog messages. It will tell you at some point to either enable fortran or emerge some other package that I forget the name of. That one package pulled several dependencies on my rig. YMMV. Well, as I said in another post, I do have -fortan in my make.conf and there are no problems. I do not have programs installed that need a fortran compiler. And I do not have kde-meta installed; that's a waste of resources. I only install what I actually need. You have no programs, that *need* fortran, but it could well be, that you have programs installed, that perform better when compiled with a fortran compiler. I think of sci-libs/fftw here as an example. It's used by programs like blender, imagemagick and maybe some others. The developers of said library use fortran, because they benchmarked it. If you disable fortran, you use the slower C fallback solution. If you disable fftw in those packages, you get a slower implementation too afaik. After all, gentoo is a source based distribution. We all already have a couple of languages installed. There's a C compiler a standard user will never use. There's a C++ compiler only used by programmers. We all have them, only to compile programs, that need them. Why not enable fortran, even if it's only optional, to get the best of the available implementations? In the end it's only one programming language more installed on your system. Because there is absolutely no clue in the USE descriptions that this is the best implementation or whatever.
Re: [gentoo-user] no keyboard no mouse
On Saturday 25 June 2011 11:31:50 Pandu Poluan did opine thusly: On Sat, Jun 25, 2011 at 05:00, Neil Bothwick n...@digimed.co.uk wrote: On Fri, 24 Jun 2011 14:43:02 +0200 (CEST), Alain DIDIERJEAN wrote: I solved the problem by rebuilding xf86-input-evdev after booting on an unbuntu livecd then chrooting... Took some time. As for using portage Why did you need to chroot, just boot your normal system without X (add gentoo=nox to the kernel paramaters). 2.2, it's listed as ~*2.2.0_alpha41, too early for me. Thanks all for the help Don't let the ridiculous version number fool you, 2.2 has been generally usable for a couple of years. Honestly, the alpha designation also made me shy away from 2.2 It's not alpha as in alpha The rc point releases hit -99 sometime ago so Zac switched to a different prefix. Most other projects would have been a release by now. Really, someone should rebrand that as beta, if 2.2 is indeed usable for a couple of years. That said, thanks for the heads-up. I'll unmask it on my systems :-) Rgdsm -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] no keyboard no mouse
- Mail Original - De: Neil Bothwick n...@digimed.co.uk À: gentoo-user@lists.gentoo.org Envoyé: Samedi 25 Juin 2011 00h00:30 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [gentoo-user] no keyboard no mouse On Fri, 24 Jun 2011 14:43:02 +0200 (CEST), Alain DIDIERJEAN wrote: I solved the problem by rebuilding xf86-input-evdev after booting on an unbuntu livecd then chrooting... Took some time. As for using portage Why did you need to chroot, just boot your normal system without X (add gentoo=nox to the kernel paramaters). Didn't remember the option in these times of panic (I had some task to achieve rapidly). It's now an entry in grub.conf 2.2, it's listed as ~*2.2.0_alpha41, too early for me. Thanks all for the help Don't let the ridiculous version number fool you, 2.2 has been generally usable for a couple of years. Oooops, I stupidly thought that alpha in version name, which usually doesn't appear, meant a specially risky version in alpha state... Silly me. -- Alain DIDIERJEAN Puisque ces mystères nous dépassent Feignons d'en être l'organisateur
Re: [gentoo-user] Don't start a new thread by changing the subject
Am Fri, 24 Jun 2011 16:12:26 -0700 schrieb kashani kashani-l...@badapple.net: I've noticed this a couple of times this week. A few of you have responded to the annoying Fortran thread, changed the subject, started a new message, and sent the email starting a new thread. I have not noticed this. Scanning through the thread, I do not see any subject changes. Because you responded to an existing thread you are not creating a new thread and thus and reducing the size of the audience that reads your email. Specially I'd have responded to open source monitoring on gentoo, but since I deleted the Fortran thread in its boring entirety I didn't even see it until I saw a response further down the chain today. Whoever started Fbsplash did the same thing. For me, both of the threads you mention appear as their own threads (using claws-mail). So I checked the email sources and could not find any References headers in either of the thread parents. So, perhaps this is a bug in Thunderbird? kashani HTH -- Marc Joliet -- People who think they know everything really annoy those of us who know we don't - Bjarne Stroustrup signature.asc Description: PGP signature
Re: [gentoo-user] Re: about the minimal install isos
On Friday 24 June 2011 16:58:25 Mark Knecht wrote: As for Gentoo installs, IMHO, they are in a bit of a mess right now. Last weekend a friend decided to give Linux a try and I helped him install Gentoo. The tarballs still, after nearly a month I think, didn't include all the required /dev stuff in the stage3 tarball which caused the machine to not boot. Maybe that's what you're seeing? I don't know because I haven't seen a real writeup on what the problem is. This bug hit me and seems to concern you too: https://bugs.gentoo.org/show_bug.cgi?id=368597 HTH -- Rgds Peter
Re: [gentoo-user] no keyboard no mouse
Hi, Alan. On Fri, Jun 24, 2011 at 04:57:05PM +0200, Alan McKinnon wrote: Hmm. Recompiling the same source code produces a different binary? Not quite: Rebuilding the same sources against different headers produces a different binary. Presumably, it uses C macros in a .h file which is part of xorg. Or something like that. So evdev depends on xorg. Isn't there a way of expressing this in evdev's ebuild? Something like the DEPEND variable? It's already there, but doesn't help as the update trigger never happens. Actually, you have the depend the wrong way round - evdev depends on xorg-server; to have the driver and for it to be useful, the xorg- server must be present, otherwise there is nothing for the drivers to build against. You want to force a rebuild that is the opposite of the DEPEND, but portage does not support that (it's a circular dependency). It will also not rebuild the driver as part of a regular update as there is not a new version of the driver, hence according to normal portage logic there is no need to do so. Make sense? I think so - I've always had problems understanding dependencies. What I want is one of these nice to haves which would take an inordinate amount of work, if it's even possible. In the meantime, I'll carry on not starting Gnome at boot-up. Despite the existence of gentoo=nox, I feel safer starting it manually. It's a strange, depressing feeling when the only input device which works is the reset button - thank goodness that isn't handled by evdev. ;-) -- alan dot mckinnon at gmail dot com -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] Don't start a new thread by changing the subject
Hi, Am 25.06.2011 10:09, schrieb Marc Joliet: Am Fri, 24 Jun 2011 16:12:26 -0700 schrieb kashani kashani-l...@badapple.net: Because you responded to an existing thread you are not creating a new thread and thus and reducing the size of the audience that reads your email. Specially I'd have responded to open source monitoring on gentoo, but since I deleted the Fortran thread in its boring entirety I didn't even see it until I saw a response further down the chain today. Whoever started Fbsplash did the same thing. For me, both of the threads you mention appear as their own threads (using claws-mail). So I checked the email sources and could not find any References headers in either of the thread parents. So, perhaps this is a bug in Thunderbird? Fine here, too. Using mail-client/thunderbird-3.1.10. HTH, Enno signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] WAS [.. min install isos] gentoo vm guest not booting
On Fri, 24 Jun 2011 20:18:57 -0500, Harry Putnam wrote: But now that I tried booting, I think I'm missing some kind of driver from the kernel build... boot is not able to find my root on sda3. And has a kernel panic. I remember having a heck of a time about scuzy drivers last time too. A couple years ago I didn't think to get the right wording before rebooting into SystemRescueCD and am now chrooted into the vm again. Reboot the VM into System Rescue Cd and run lspci -k to see which controller you have and which driver it uses. -- Neil Bothwick If you use envelopes, why not encryption ? signature.asc Description: PGP signature
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
On Fri, 24 Jun 2011 22:29:12 -0500, Dale wrote: I guess my first post was correct after all. Enable fortran USE flag and keep things as it was before it got changed. It was working fine. Isn't that flag enabled by default? All you have yo do is not disable it. You seem to have forgot the dev had changed it. Since it got noticed and all the dev changed it back in about a day or so. So, it was enabled, got disabled by a dev then got enabled again by the same dev. ISTR reading some mention of that. Do you mean the profile was changed? That sounds a bit naughty, changing a profile should be done on a version bump IMO. -- Neil Bothwick We are sorry, but the number you have dialed is imaginary. signature.asc Description: PGP signature
Re: [gentoo-user] no keyboard no mouse
On Sat, 25 Jun 2011 09:37:59 +0200 (CEST), Alain DIDIERJEAN wrote: 2.2, it's listed as ~*2.2.0_alpha41, too early for me. Thanks all for the help Don't let the ridiculous version number fool you, 2.2 has been generally usable for a couple of years. Oooops, I stupidly thought that alpha in version name, which usually doesn't appear, meant a specially risky version in alpha state... Silly me. I'd say the sillyness is in the version number. 2.2 (we're on 2.2.0 now) reached the milestone of 99 release candidates, which is farcical. -- Neil Bothwick I don't have any solution, but I certainly admire the problem. signature.asc Description: PGP signature
Re: [gentoo-user] no keyboard no mouse
On Friday 24 June 2011 11:43:48 Alan Mackenzie wrote: Hi, Adam. On Fri, Jun 24, 2011 at 06:59:42PM +1000, Adam Carter wrote: On Fri, Jun 24, 2011 at 6:47 PM, alain.didierj...@free.fr wrote: After upgrading xcb, ati driver and rebooting xorg can't read mouse and keyboard anymore. No more access to the system besides booting an unbuntu livecd. According to /var/log/Xorg.0.log, evdev cant't be loaded any more (see below). What can I do ? Is there an upgrade to evdev ? No you just need to rebuild it, so emerge xf86-input-evdev This problem hit me too. Can you give us an explanation for needing to rebuild evdev? Was there some missing dependency in an ebuild, or something? from xorg-server ebuild: elog You should consider reading upgrade guide for this release: elog http://www.gentoo.org/proj/en/desktop/x/x11/xorg- server-$(get_version_component_range 1-2)-upgrade-guide.xml echo ewarn You must rebuild all drivers if upgrading from xorg- server-$(get_version_component_range 1-2) ewarn because the ABI changed. If you cannot start X because ewarn of module version mismatch errors, this is your problem. echo ewarn You can generate a list of all installed packages in the x11-drivers ewarn category using this command: ewarn emerge portage-utils; qlist -I -C x11-drivers/ ewarn or using sets from portage-2.2: ewarn emerge @x11-module-rebuild fi people. learn to read. -- #163933
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
Neil Bothwick wrote: On Fri, 24 Jun 2011 22:29:12 -0500, Dale wrote: I guess my first post was correct after all. Enable fortran USE flag and keep things as it was before it got changed. It was working fine. Isn't that flag enabled by default? All you have yo do is not disable it. You seem to have forgot the dev had changed it. Since it got noticed and all the dev changed it back in about a day or so. So, it was enabled, got disabled by a dev then got enabled again by the same dev. ISTR reading some mention of that. Do you mean the profile was changed? That sounds a bit naughty, changing a profile should be done on a version bump IMO. I don't know for sure where it was changed but the dev that did the change posted this: We restructured the dependency chain for fortran support, which includes a compile test now. The failure can be seen above. The Problem was in short, USE=fortran was enabled by default for linux arches, but people tend to disable it. Depending on gcc[fortran] doesn't work completely as gcc:4.4[fortran] and gcc:4.5[-fortran] with gcc-4.5 select can be installed, which would full fill the dependency but nevertheless doesn't give a working compiler. So now packages depend on virtual/fortran and use an eclass to check for a working compiler. So if you see this message, this means you somehow worked around gcc[fortran]. justin That make sense? Dale :-) :-)
Re: [gentoo-user] Don't start a new thread by changing the subject
Am Samstag, 25. Juni 2011, 10:09:17 schrieb Marc Joliet: Am Fri, 24 Jun 2011 16:12:26 -0700 schrieb kashani kashani-l...@badapple.net: I've noticed this a couple of times this week. A few of you have responded to the annoying Fortran thread, changed the subject, started a new message, and sent the email starting a new thread. I have not noticed this. Scanning through the thread, I do not see any subject changes. Because you responded to an existing thread you are not creating a new thread and thus and reducing the size of the audience that reads your email. Specially I'd have responded to open source monitoring on gentoo, but since I deleted the Fortran thread in its boring entirety I didn't even see it until I saw a response further down the chain today. Whoever started Fbsplash did the same thing. For me, both of the threads you mention appear as their own threads (using claws-mail). So I checked the email sources and could not find any References headers in either of the thread parents. So, perhaps this is a bug in Thunderbird? kashani HTH same here, no thread problems with kde-base/kmail-4.4.11.1 Maybe you should really check your client. Greets
Re: [gentoo-user] Don't start a new thread by changing the subject
On Fri, 24 Jun 2011 17:43:31 -0700, kashani wrote about Re: [gentoo-user] Don't start a new thread by changing the subject: [snip] My understanding is that the NNTP server was munging headers thereby creating new threads where it should have been a single thread. Your subject line reads as though that is what you are asking, as some MUAs preserve threading until the Subject: header changes -- even when the Message-ID: line has been mangled. This is users responding to an existing email, removing all content, changing the subject, and then sending the mail which keeps the thread headers and make it appear to be part of the current thread. That is called thread hijacking and has been considered a breach of netiquette for at least 25 years. However, the influx of computer illiterates to the Internet in the last 15 or so years has caused netiquette to be more honoured in the breach than the observance. Likewise for HTML messages, top posting, lack of snipping, etc. Unfortunately, I see all of these misdemeanours on software development mailing lists, particularly those related to the Free Pascal Compiler, and software developers *should* know better. Worse still, the people who make these gaffes don't see anything wrong and refuse to accept that traditional netiquette should apply to them. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* signature.asc Description: PGP signature
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
justin That make sense? Dale :-) :-) Hi, as most of you do not like to have fortran enabled by default, we tried to find a way around. We created a virtual/fortran which should depend on a working fortran compiler so that only ebuilds which need fortran compiler will build it. With that situation it was possible to remove USE=fortran from the profile (btw profiles cannot have a version bump and don't need it) so that most of you could drop the fortran support from gcc except a ebuild depends on it. However I wasn't aware that there is no hierarchy in the dependencies in an ebuild and portage will choose a solution w/o a USE change first. That is the reason why many of you saw that ifc should be installed, instead of gcc with USE=fortran. That was the point where I added it back to the profile as a default enabled USE. The solution for the average user is leaving all default USE on. This will gcc build the fortran support and you will have no problem. (Libs and compiler are 1.5MB on my system) Or remove add -fortran to your make.conf and add sys-devel/gcc fortran to your /etc/portage/package.use. Trying to avoid any fortran at all is stupid, because as already mentioned many math operations are faster if programmed in fortran. Cheers justin signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] /etc/machine-id ???
On Wed, Jun 22, 2011 at 7:49 PM, meino.cra...@gmx.de wrote: Hi, I found a file /etc/machine-id on my linux box. I did a qfile for this and nothing was found. What purpose is that file and can I delete it without problems? Best regards, mcc I don't know about removing /etc/machine-id, but if you are running Gnome be careful about /var/lib/dbus/machine-id as not having that one may cause Evolution to fail to open correctly. - Mark mark@c2stable ~ $ locate machine-id /etc/machine-id /var/lib/dbus/machine-id mark@c2stable ~ $ ls -la /etc/machine-id -rw-r--r-- 1 root root 33 Apr 13 2010 /etc/machine-id mark@c2stable ~ $ ls -la /var/lib/dbus/machine-id -rw-r--r-- 1 root root 33 Jun 19 06:55 /var/lib/dbus/machine-id mark@c2stable ~ $
[gentoo-user] mISDNuser on kernel 2.6.38
Hi, Has anyone on this list successfully compiled and installed =mISDNuser-1.1.20 on their Gentoo-box running kernel 2.6.38 (or above). I have found some ebuild for this but it fails miserably (even fetches the wrong tar-file). So if you have an ebuild that works, could you pleas post it. Regards, -- Dan Johansson, http://www.dmj.nu *** This message is printed on 100% recycled electrons! ***
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
On Saturday 25 June 2011 13:46:35 justin wrote: I wasn't aware that there is no hierarchy in the dependencies in an ebuild and portage will choose a solution w/o a USE change first. That is the reason why many of you saw that ifc should be installed, instead of gcc with USE=fortran. That was the point where I added it back to the profile as a default enabled USE. So what happened to pre-release testing? Trying to avoid any fortran at all is stupid, That's the sort of arrogance that gets developers a bad name. as already mentioned many math operations are faster if programmed in fortran. Whether many operations are written in Fortran is immaterial. What matters to me is whether any on my system are. If they aren't, I don't need a Fortran compiler and I'd rather not waste system resources on building one. -- Rgds Peter
Re: [gentoo-user] chrome and everything
On 2 June 2011 11:21, Alan McKinnon alan.mckin...@gmail.com wrote: Chromium is not the problem, Flash is the problem. Flash is a piece of shit that has never worked right and Adobe are a bunch of fools that cannot code properly or securely. I can comfortably say this based on long hard bitter experience by the entire Linux community. If you choose to use Flash, you get to put up with the resulting problems. I'm not sure the Flash is the problem. Chromium uses Flash through nspluginwrapper. I removed nspluginwrapper package and I recompiled few package which depended on nspluginwrapper package. And Chromium freezin and creating a D process as you can see on this picture. [1] http://sayusi.hu/blog/picture_about_htop I asked my friends - they are *nix administrators, and they told me this below could be helpful. However, I don't have any idea what it means. sa-home sayusi # cat /proc/6725/wchan call_rwsem_down_read_failed sa-home sayusi # The callstack look like this (the copied just a part of it): Jun 25 18:33:38 sa-home eep+0x7c/0x80 Jun 25 18:33:38 sa-home kernel: [8142017b] system_call_fastpath+0x16/0x1b Jun 25 18:33:38 sa-home kernel: chrome S 8800b334b790 0 6923 6730 0x Jun 25 18:33:38 sa-home kernel: 8800a6c47c48 0086 8800a6c47b18 8109fe4a Jun 25 18:33:38 sa-home kernel: 8800a6c47fd8 8800a6c46010 0001 8800b334b9a0 Jun 25 18:33:38 sa-home kernel: 4000 d580 8800a6c47fd8 0001a6c47d48 Jun 25 18:33:38 sa-home kernel: Call Trace: Jun 25 18:33:38 sa-home kernel: [8109fe4a] ? zone_watermark_ok+0x1a/0x20 Jun 25 18:33:38 sa-home kernel: [8120a330] ? timerqueue_add+0x60/0xb0 Jun 25 18:33:38 sa-home kernel: [81054aef] ? __hrtimer_start_range_ns+0x1df/0x3d0 Jun 25 18:33:38 sa-home kernel: [810600fa] ? get_futex_key+0x15a/0x1c0 Jun 25 18:33:38 sa-home kernel: [810603b5] futex_wait_queue_me+0xc5/0x100 Jun 25 18:33:38 sa-home kernel: [810605fc] futex_wait+0x1ac/0x290 Jun 25 18:33:38 sa-home kernel: [81053e40] ? update_rmtp+0x80/0x80 Jun 25 18:33:38 sa-home kernel: [810624b1] do_futex+0x101/0xac0 Jun 25 18:33:38 sa-home kernel: [810b6ee0] ? handle_mm_fault+0x120/0x230 Jun 25 18:33:38 sa-home kernel: [81026a6c] ? do_page_fault+0x1ac/0x430 Jun 25 18:33:38 sa-home kernel: [810be7b4] ? do_mmap_pgoff+0x344/0x390 Jun 25 18:33:38 sa-home kernel: [81062ee6] sys_futex+0x76/0x170 Jun 25 18:33:38 sa-home kernel: [810be900] ? sys_mmap_pgoff+0x100/0x190 Jun 25 18:33:38 sa-home kernel: [8142017b] system_call_fastpath+0x16/0x1b Jun 25 18:33:38 sa-home kernel: chrome S 0001 0 6927 6730 0x Jun 25 18:33:38 sa-home kernel: 8800a6d0bda8 0086 0001 88013f4c1710 Jun 25 18:33:38 sa-home kernel: 8800a6d0bfd8 8800a6d0a010 0001 8800a6c8eec0 Jun 25 18:33:38 sa-home kernel: 4000 d580 8800a6d0bfd8 00018171eec8 Jun 25 18:33:38 sa-home kernel: Call Trace: Jun 25 18:33:38 sa-home kernel: [8136daad] ? sock_aio_read+0x16d/0x180 Jun 25 18:33:38 sa-home kernel: [8141e360] ? __mutex_lock_slowpath+0x1c0/0x260 Jun 25 18:33:38 sa-home kernel: [8136d4f5] ? sock_poll+0x15/0x20 Jun 25 18:33:38 sa-home kernel: [8141ec55] schedule_hrtimeout_range_clock+0x115/0x130 Jun 25 18:33:38 sa-home kernel: [8141e199] ? mutex_unlock+0x9/0x10 Jun 25 18:33:38 sa-home kernel: [81106ea3] ? ep_scan_ready_list+0x183/0x190 Jun 25 18:33:38 sa-home kernel: [8141ec7e] schedule_hrtimeout_range+0xe/0x10 Jun 25 18:33:38 sa-home kernel: [811071bc] ep_poll+0x2ec/0x350 Jun 25 18:33:38 sa-home kernel: [81031b10] ? try_to_wake_up+0x120/0x120 Jun 25 18:33:38 sa-home kernel: [811072e5] sys_epoll_wait+0xc5/0xe0 Jun 25 18:33:38 sa-home kernel: [8142017b] system_call_fastpath+0x16/0x1b Jun 25 18:33:38 sa-home kernel: SignalSenderS 8800b3f079d0 0 6928 6730 0x Jun 25 18:33:38 sa-home kernel: 8800a6c85c48 0086 81611020 Jun 25 18:33:38 sa-home kernel: 8800a6c85fd8 8800a6c84010 8800b3f07be0 Jun 25 18:33:38 sa-home kernel: 4000 d580 8800a6c85fd8 My question is that, should I report it on bugs.gentoo.org? By the way, this bug is not depend on the version. -- - - -- Csanyi Andras (Sayusi Ando) -- http://sayusi.hu -- http://facebook.com/andras.csanyi -- Trust in God and keep your gunpowder dry! - Cromwell
Re: [gentoo-user] [OT virtual stuff] gentoo vm appliance
On Thursday, June 23 at 12:52 (-0400), Albert Hopkins said: I've uploaded a (390MB) vmdk. I've been told by someone that it works with vmware (not sure what version). This was build just a few minutes ago with the latest stage3 tarball and the latest portage snapshot. http://starship.python.net/crew/marduk/base.vmdk The root password is blank. It will force you to change it on first login. Last night I realized that the mirror I had used to download stage3s and portage snapshots hadn't been updated in over 30 days. So I changed mirrors and re-created an image. The new image should have packages from the latest snapshot (as of an hour ago). Also it has the 2.6.38-gentoo-r6 kernel. The complete package list is here[1]. The compressed vmdk image (89MB) is here[2]. [1] http://starship.python.net/crew/marduk/base-dist-package.lst [2] http://starship.python.net/crew/marduk/base-dist.vmdk.bz2
Re: [gentoo-user] no keyboard no mouse
Good evening, Volker! On Sat, Jun 25, 2011 at 02:01:50PM +0200, Volker Armin Hemmann wrote: On Friday 24 June 2011 11:43:48 Alan Mackenzie wrote: Hi, Adam. On Fri, Jun 24, 2011 at 06:59:42PM +1000, Adam Carter wrote: On Fri, Jun 24, 2011 at 6:47 PM, alain.didierj...@free.fr wrote: After upgrading xcb, ati driver and rebooting xorg can't read mouse and keyboard anymore. No more access to the system besides booting an unbuntu livecd. According to /var/log/Xorg.0.log, evdev cant't be loaded any more (see below). What can I do ? Is there an upgrade to evdev ? No you just need to rebuild it, so emerge xf86-input-evdev This problem hit me too. Can you give us an explanation for needing to rebuild evdev? Was there some missing dependency in an ebuild, or something? from xorg-server ebuild: elog You should consider reading upgrade guide for this release: elog http://www.gentoo.org/proj/en/desktop/x/x11/xorg- server-$(get_version_component_range 1-2)-upgrade-guide.xml echo ewarn You must rebuild all drivers if upgrading from xorg- server-$(get_version_component_range 1-2) ewarn because the ABI changed. If you cannot start X because ewarn of module version mismatch errors, this is your problem. echo ewarn You can generate a list of all installed packages in the x11-drivers ewarn category using this command: ewarn emerge portage-utils; qlist -I -C x11-drivers/ ewarn or using sets from portage-2.2: ewarn emerge @x11-module-rebuild fi people. learn to read. Hmmm. Yes. The problem is not so much the reading, but that the pertinent text is only fleetingly on the screen. I'm quite sure I saw these warnings, but their seriousness didn't impinge on my consciousness. Sadly. Are these warnings stored in a log anywhere? Looking for them in ebuilds before emerging would be a bit tedious. Or maybe it needs a script which would take the output of emerge -puND world, extract the ebuild names, and run them through grep ewarn. Or does such already exist? -- #163933 -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] no keyboard no mouse
Alan Mackenzie wrote: Hmmm. Yes. The problem is not so much the reading, but that the pertinent text is only fleetingly on the screen. I'm quite sure I saw these warnings, but their seriousness didn't impinge on my consciousness. Sadly. Are these warnings stored in a log anywhere? Looking for them in ebuilds before emerging would be a bit tedious. Or maybe it needs a script which would take the output of emerge -puND world, extract the ebuild names, and run them through grep ewarn. Or does such already exist? There are tools for that: root@fireball / # eix app-portage/elog [I] app-portage/elogv Available versions: 0.7.4{tbz2} ~0.7.4-r1 Installed versions: 0.7.4{tbz2}(02:43:28 PM 05/17/2011) Homepage:http://gechi-overlay.sourceforge.net/?page=elogv Description: Curses based utility to parse the contents of elogs created by Portage [I] app-portage/elogviewer Available versions: 0.5.2-r2{tbz2} ~0.6.1 ~0.6.2 ~0.6.2-r1 Installed versions: 0.5.2-r2{tbz2}(04:17:22 PM 05/17/2011) Homepage:http://sourceforge.net/projects/elogviewer/ Description: GTK+ based utility to parse the contents of elogs created by Portage Found 2 matches. root@fireball / # That should help. I liked it when all the messages like that were saved until the end of the emerge then displayed. I rarely sit and watch for the stuff scroll by anymore. Dale :-) :-)
Re: [gentoo-user] chrome and everything
On Saturday 25 June 2011 18:38:10 András Csányi did opine thusly: On 2 June 2011 11:21, Alan McKinnon alan.mckin...@gmail.com wrote: Chromium is not the problem, Flash is the problem. Flash is a piece of shit that has never worked right and Adobe are a bunch of fools that cannot code properly or securely. I can comfortably say this based on long hard bitter experience by the entire Linux community. If you choose to use Flash, you get to put up with the resulting problems. I'm not sure the Flash is the problem. Chromium uses Flash through nspluginwrapper. I removed nspluginwrapper package and I recompiled few package which depended on nspluginwrapper package. And Chromium freezin and creating a D process as you can see on this picture. [1] http://sayusi.hu/blog/picture_about_htop I asked my friends - they are *nix administrators, and they told me this below could be helpful. However, I don't have any idea what it means. Flash is still the root cause, nspluginwrapper is only a symptom. Flash is notorious for having to fix the same issues over and over again in different bits of their code. Not only that, but they keep making the same mistakes repeatedly - a very common problem with proprietary code driven by deadline and profit-motivated managers. nspluginwrapper does it's best to cope with this ever-changing landscape, but you can't really blame it when things go wrong - Flash changes something and don't publish what has now changed. nspluginwrapper can't deal with the change, so it breaks. This will never change, because you can't pick up a turd by the clean end. You could submit your stacktrace below to a bug entry at b.g.o. and let the gentoo dev look at it. Most likely he will refer it upstream. sa-home sayusi # cat /proc/6725/wchan call_rwsem_down_read_failed sa-home sayusi # The callstack look like this (the copied just a part of it): Jun 25 18:33:38 sa-home eep+0x7c/0x80 Jun 25 18:33:38 sa-home kernel: [8142017b] system_call_fastpath+0x16/0x1b Jun 25 18:33:38 sa-home kernel: chrome S 8800b334b790 0 6923 6730 0x Jun 25 18:33:38 sa-home kernel: 8800a6c47c48 0086 8800a6c47b18 8109fe4a Jun 25 18:33:38 sa-home kernel: 8800a6c47fd8 8800a6c46010 0001 8800b334b9a0 Jun 25 18:33:38 sa-home kernel: 4000 d580 8800a6c47fd8 0001a6c47d48 Jun 25 18:33:38 sa-home kernel: Call Trace: Jun 25 18:33:38 sa-home kernel: [8109fe4a] ? zone_watermark_ok+0x1a/0x20 Jun 25 18:33:38 sa-home kernel: [8120a330] ? timerqueue_add+0x60/0xb0 Jun 25 18:33:38 sa-home kernel: [81054aef] ? __hrtimer_start_range_ns+0x1df/0x3d0 Jun 25 18:33:38 sa-home kernel: [810600fa] ? get_futex_key+0x15a/0x1c0 Jun 25 18:33:38 sa-home kernel: [810603b5] futex_wait_queue_me+0xc5/0x100 Jun 25 18:33:38 sa-home kernel: [810605fc] futex_wait+0x1ac/0x290 Jun 25 18:33:38 sa-home kernel: [81053e40] ? update_rmtp+0x80/0x80 Jun 25 18:33:38 sa-home kernel: [810624b1] do_futex+0x101/0xac0 Jun 25 18:33:38 sa-home kernel: [810b6ee0] ? handle_mm_fault+0x120/0x230 Jun 25 18:33:38 sa-home kernel: [81026a6c] ? do_page_fault+0x1ac/0x430 Jun 25 18:33:38 sa-home kernel: [810be7b4] ? do_mmap_pgoff+0x344/0x390 Jun 25 18:33:38 sa-home kernel: [81062ee6] sys_futex+0x76/0x170 Jun 25 18:33:38 sa-home kernel: [810be900] ? sys_mmap_pgoff+0x100/0x190 Jun 25 18:33:38 sa-home kernel: [8142017b] system_call_fastpath+0x16/0x1b Jun 25 18:33:38 sa-home kernel: chrome S 0001 0 6927 6730 0x Jun 25 18:33:38 sa-home kernel: 8800a6d0bda8 0086 0001 88013f4c1710 Jun 25 18:33:38 sa-home kernel: 8800a6d0bfd8 8800a6d0a010 0001 8800a6c8eec0 Jun 25 18:33:38 sa-home kernel: 4000 d580 8800a6d0bfd8 00018171eec8 Jun 25 18:33:38 sa-home kernel: Call Trace: Jun 25 18:33:38 sa-home kernel: [8136daad] ? sock_aio_read+0x16d/0x180 Jun 25 18:33:38 sa-home kernel: [8141e360] ? __mutex_lock_slowpath+0x1c0/0x260 Jun 25 18:33:38 sa-home kernel: [8136d4f5] ? sock_poll+0x15/0x20 Jun 25 18:33:38 sa-home kernel: [8141ec55] schedule_hrtimeout_range_clock+0x115/0x130 Jun 25 18:33:38 sa-home kernel: [8141e199] ? mutex_unlock+0x9/0x10 Jun 25 18:33:38 sa-home kernel: [81106ea3] ? ep_scan_ready_list+0x183/0x190 Jun 25 18:33:38 sa-home kernel: [8141ec7e] schedule_hrtimeout_range+0xe/0x10 Jun 25 18:33:38 sa-home kernel: [811071bc] ep_poll+0x2ec/0x350 Jun 25 18:33:38 sa-home kernel: [81031b10] ? try_to_wake_up+0x120/0x120 Jun 25 18:33:38 sa-home kernel: [811072e5] sys_epoll_wait+0xc5/0xe0 Jun 25 18:33:38 sa-home kernel: [8142017b] system_call_fastpath+0x16/0x1b Jun 25
Re: [gentoo-user] Don't start a new thread by changing the subject
On Saturday 25 June 2011 13:47:15 Volker Armin Hemmann did opine thusly: On Saturday 25 June 2011 01:09:31 David W Noon wrote: On Fri, 24 Jun 2011 16:12:26 -0700, kashani wrote about [gentoo-user] Don't start a new thread by changing the subject: I've noticed this a couple of times this week. A few of you have responded to the annoying Fortran thread, changed the subject, started a new message, and sent the email starting a new thread. You're a week or two behind the times. The root cause of this was done to death some time ago. It is the bofh.it NNTP server that propagates this mailing list through Usenet. There is nothing we can do except avoid using servers downstream from that rogue server. completely different problem. there are: lazy idiots hitting 'reply' and then create a new message breaking threads. Suddenly you have a misnamed subthread confusing everybody or annoy me. stupid servers mangling headers breaking threads so answers create new threads. Of course, those who use usenet servers for gentoo-ml are to be blamed for the second problem. Is there any good, valid reason to do so? -- Lots of good reasons - usenet has been around for yonks, mailing lists work like usenet groups, users would like to use an nntp app to read ml mail. Good motivation to write proper gateways. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] chrome and everything
Alan McKinnon wrote: This will never change, because you can't pick up a turd by the clean end. ROFLMBO That is so true. I have to add. I subscribe to some service that emails security problems, usually when they are fixed but anyway. I get a LOT of those related to flash. If you don't want to believe me or Alan, this is what is on the end of the emerge process: WARN (postinst) Flash player is closed-source, with a long history of security issues. Please consider only running flash applets you know to be safe. The 'flashblock' extension may help for mozilla users: https://addons.mozilla.org/en-US/firefox/addon/433 I have never got anything comet wouldn't get rid of but I have read the same from numerous people. If they are only half right, it is still a buggy piece of software. I just wish there was a really good alternative that was secure. I don't know of any tho. Dale :-) :-)
Re: [gentoo-user] no keyboard no mouse
On Saturday 25 June 2011 09:50:15 Alan Mackenzie did opine thusly: Hi, Alan. On Fri, Jun 24, 2011 at 04:57:05PM +0200, Alan McKinnon wrote: Hmm. Recompiling the same source code produces a different binary? Not quite: Rebuilding the same sources against different headers produces a different binary. Presumably, it uses C macros in a .h file which is part of xorg. Or something like that. So evdev depends on xorg. Isn't there a way of expressing this in evdev's ebuild? Something like the DEPEND variable? It's already there, but doesn't help as the update trigger never happens. Actually, you have the depend the wrong way round - evdev depends on xorg-server; to have the driver and for it to be useful, the xorg- server must be present, otherwise there is nothing for the drivers to build against. You want to force a rebuild that is the opposite of the DEPEND, but portage does not support that (it's a circular dependency). It will also not rebuild the driver as part of a regular update as there is not a new version of the driver, hence according to normal portage logic there is no need to do so. Make sense? I think so - I've always had problems understanding dependencies. What I want is one of these nice to haves which would take an inordinate amount of work, if it's even possible. Trouble with dependencies is they present themselves the wrong way round when you try to debug them. It's the classic grandfather problem: I ask you who is your granddad?, that's an easy one, you say it's John Smith. Now I go find John Smith and ask him who's your grandson? He says I have more than one. Which one you interested in? and you can't answer that without more information. When you look in an ebuild for DEPENDS, you are using the first case. When you try debug portage output, you often end up at the second case. I imagine the real reason portage doesn't have excellent tools to help answer that is becuase the problem is infernally difficult to do correctly, and the output will always be mind-bogglingly confusing. Moving a little off-topic, I have a similar thing at work. A perfectly valid question I often get asked is when did we last receive a mail to x...@company.com? HR want to know this so they can know when to retire an address. I can't tell them, not without an exhaustive manual search of mail logs. In the meantime, I'll carry on not starting Gnome at boot-up. Despite the existence of gentoo=nox, I feel safer starting it manually. It's a strange, depressing feeling when the only input device which works is the reset button - thank goodness that isn't handled by evdev. ;-) Yup, loss of input devices in the most annoying pain in the arse imagineable. Remember when xorg was a huge monolithic code base and you always got everything every time, but the dependency issues just simply never happened? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] rootfs over lvm - /dev/mapper only populate control
Do you have dovlm in your boot parameters? If so and you still have trouble plesae open a bug for it including versions of relevant stuff, boot parameters etc. Best, Sebastian
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
On Saturday 25 June 2011 14:46:35 justin did opine thusly: justin That make sense? Dale :-) :-) Hi, as most of you do not like to have fortran enabled by default, we tried to find a way around. We created a virtual/fortran which should depend on a working fortran compiler so that only ebuilds which need fortran compiler will build it. With that situation it was possible to remove USE=fortran from the profile (btw profiles cannot have a version bump and don't need it) so that most of you could drop the fortran support from gcc except a ebuild depends on it. However I wasn't aware that there is no hierarchy in the dependencies in an ebuild and portage will choose a solution w/o a USE change first. That is the reason why many of you saw that ifc should be installed, instead of gcc with USE=fortran. That was the point where I added it back to the profile as a default enabled USE. The solution for the average user is leaving all default USE on. This will gcc build the fortran support and you will have no problem. (Libs and compiler are 1.5MB on my system) Or remove add -fortran to your make.conf and add sys-devel/gcc fortran to your /etc/portage/package.use. Trying to avoid any fortran at all is stupid, because as already mentioned many math operations are faster if programmed in fortran. Feedback from the consumer end of the producer-consumer link :-) The motivation is fine and well, it didn't quite work out, we call this a bug. The only real mistake was trying to slipstream it in without notification or warning. devs all agree we should never do this, but it is so ... tempting. I've made the same mistake myself many many times, and each time it came back and bit me hard :-) -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
Am Samstag, 25. Juni 2011, 14:58:56 schrieb Peter Humphrey: Whether many operations are written in Fortran is immaterial. What matters to me is whether any on my system are. If they aren't, I don't need a Fortran compiler and I'd rather not waste system resources on building one. Try euse -I fortran. If anything besides gcc pops up, you should have one. Regards Michael
Re: [gentoo-user] chrome and everything
On Saturday 25 June 2011 13:39:33 Dale did opine thusly: Alan McKinnon wrote: This will never change, because you can't pick up a turd by the clean end. ROFLMBO That is so true. I have to add. I subscribe to some service that emails security problems, usually when they are fixed but anyway. I get a LOT of those related to flash. If you don't want to believe me or Alan, this is what is on the end of the emerge process: WARN (postinst) Flash player is closed-source, with a long history of security issues. Please consider only running flash applets you know to be safe. The 'flashblock' extension may help for mozilla users: https://addons.mozilla.org/en-US/firefox/addon/433 I have never got anything comet wouldn't get rid of but I have read the same from numerous people. If they are only half right, it is still a buggy piece of software. I just wish there was a really good alternative that was secure. I don't know of any tho. Well there's a few options: Adobe could publish the entire Flash spec so that projects like gnash could implement them fully or the web could largely use something else instead like HTML5 Both options are unlikely, more's the pity -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Don't start a new thread by changing the subject
On Sat, Jun 25, 2011 at 08:32:46PM +0200, Alan McKinnon wrote: On Saturday 25 June 2011 13:47:15 Volker Armin Hemmann did opine thusly: On Saturday 25 June 2011 01:09:31 David W Noon wrote: On Fri, 24 Jun 2011 16:12:26 -0700, kashani wrote about [gentoo-user] Don't start a new thread by changing the subject: I've noticed this a couple of times this week. A few of you have responded to the annoying Fortran thread, changed the subject, started a new message, and sent the email starting a new thread. You're a week or two behind the times. The root cause of this was done to death some time ago. It is the bofh.it NNTP server that propagates this mailing list through Usenet. There is nothing we can do except avoid using servers downstream from that rogue server. completely different problem. there are: lazy idiots hitting 'reply' and then create a new message breaking threads. Suddenly you have a misnamed subthread confusing everybody or annoy me. stupid servers mangling headers breaking threads so answers create new threads. Of course, those who use usenet servers for gentoo-ml are to be blamed for the second problem. Is there any good, valid reason to do so? Lots of good reasons - usenet has been around for yonks, mailing lists work like usenet groups, users would like to use an nntp app to read ml mail. Good motivation to write proper gateways. As a matter of interest, posting to gentoo-user via NNTP seems to be blocked by the moderation software. At least it was a few weeks ago when I tried to post that way. -- alan dot mckinnon at gmail dot com -- Alan Mackenzie (Nuremberg, Germany).
Re: [gentoo-user] chrome and everything
Alan McKinnon wrote: Well there's a few options: Adobe could publish the entire Flash spec so that projects like gnash could implement them fully or the web could largely use something else instead like HTML5 Both options are unlikely, more's the pity I know HTML5 is a ways off but I'm hoping it will improve things. Internet security seems to be a bit of a problem lately. Banks and such getting hacked is not good. Either the hackers are getting better or some security people ain't getting the job done. I figure some of both. Add in that hackers seem to be doing things in groups, finding a hole is not as hard to do. I think that is also one reason Linux is as secure as it is. There are lots of people looking at source code so finding problems are happening all the time. I also think Linux folks jump on problems and get them fixed quicker too. I guess Adobe is going to be a weak spot for a good long while. That's not good for Linux, M$ or Macs either I guess. Dale :-) :-)
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
Alan McKinnon wrote: Feedback from the consumer end of the producer-consumer link :-) The motivation is fine and well, it didn't quite work out, we call this a bug. The only real mistake was trying to slipstream it in without notification or warning. devs all agree we should never do this, but it is so ... tempting. I've made the same mistake myself many many times, and each time it came back and bit me hard :-) What I like is the speed it got corrected. People that don't sync often most likely didn't even know it ever changed. Another like, a dev that at least reads some of this stuff on -user. It's a good way to get feedback. If you change something and it doesn't get mentioned, most likely all is well. If it does get mentioned, may want to rethink the change. Lessons learned the hard way are the ones we remember the longest. ;-) Dale :-) :-)
Re: [gentoo-user] no keyboard no mouse
On Saturday 25 June 2011 17:36:17 Alan Mackenzie wrote: Good evening, Volker! On Sat, Jun 25, 2011 at 02:01:50PM +0200, Volker Armin Hemmann wrote: On Friday 24 June 2011 11:43:48 Alan Mackenzie wrote: Hi, Adam. On Fri, Jun 24, 2011 at 06:59:42PM +1000, Adam Carter wrote: On Fri, Jun 24, 2011 at 6:47 PM, alain.didierj...@free.fr wrote: After upgrading xcb, ati driver and rebooting xorg can't read mouse and keyboard anymore. No more access to the system besides booting an unbuntu livecd. According to /var/log/Xorg.0.log, evdev cant't be loaded any more (see below). What can I do ? Is there an upgrade to evdev ? No you just need to rebuild it, so emerge xf86-input-evdev This problem hit me too. Can you give us an explanation for needing to rebuild evdev? Was there some missing dependency in an ebuild, or something? from xorg-server ebuild: elog You should consider reading upgrade guide for this release: elog http://www.gentoo.org/proj/en/desktop/x /x11/xorg- server-$(get_version_component_range 1-2)-upgrade-guide.xml echo ewarn You must rebuild all drivers if upgrading from xorg- server-$(get_version_component_range 1-2) ewarn because the ABI changed. If you cannot start X because ewarn of module version mismatch errors, this is your problem. echo ewarn You can generate a list of all installed packages in the x11-drivers ewarn category using this command: ewarn emerge portage-utils; qlist -I -C x11-drivers/ ewarn or using sets from portage-2.2: ewarn emerge @x11-module-rebuild fi people. learn to read. Hmmm. Yes. The problem is not so much the reading, but that the pertinent text is only fleetingly on the screen. I'm quite sure I saw these warnings, but their seriousness didn't impinge on my consciousness. Sadly. Are these warnings stored in a log anywhere? Looking for them in ebuilds before emerging would be a bit tedious. Or maybe it needs a script which would take the output of emerge -puND world, extract the ebuild names, and run them through grep ewarn. Or does such already exist? those warnings ARE stored. For the ultra lazy way: PORTAGE_ELOG_CLASSES=warn error log PORTAGE_ELOG_SYSTEM=mail save PORTAGE_ELOG_MAILURI=root@localhost /usr/sbin/sendmail PORTAGE_ELOG_MAILFROM=portage@localhost and then have the stuff dumped in your mailbox. -- #163933
Re: [gentoo-user] chrome and everything
On Saturday 25 June 2011 14:39:40 Dale did opine thusly: Alan McKinnon wrote: Well there's a few options: Adobe could publish the entire Flash spec so that projects like gnash could implement them fully or the web could largely use something else instead like HTML5 Both options are unlikely, more's the pity I know HTML5 is a ways off but I'm hoping it will improve things. Internet security seems to be a bit of a problem lately. Banks and such getting hacked is not good. Either the hackers are getting better or some security people ain't getting the job done. The only significant change is that folks like LuzSec are now looking in places they did not look in before. The software they find is just as good-awful shit quality as it has always been. I figure some of both. Add in that hackers seem to be doing things in groups, finding a hole is not as hard to do. I think that is also one reason Linux is as secure as it is. There are lots of people looking at source code so finding problems are happening all the time. I also think Linux folks jump on problems and get them fixed quicker too. I guess Adobe is going to be a weak spot for a good long while. That's not good for Linux, M$ or Macs either I guess. Dale :-) :-) -- alan dot mckinnon at gmail dot com
[gentoo-user] Re: WAS [.. min install isos] gentoo vm guest not booting
Mark Knecht markkne...@gmail.com writes: On Fri, Jun 24, 2011 at 7:09 PM, Harry Putnam rea...@newsguy.com wrote: Harry Putnam rea...@newsguy.com writes: I didn't think to get the right wording before rebooting into SystemRescueCD and am now chrooted into the vm again. Here are the boot messages in a screen grab www.jtan.com/~reader/vu2/disp.cgi Here's the kernel config from my 64-bit 2.6.38-gentoo-r3 VM Mark is that guest running in vmware or something else than Virtual Box.
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
On Saturday 25 Jun 2011 20:45:58 Dale wrote: Alan McKinnon wrote: Feedback from the consumer end of the producer-consumer link :-) The motivation is fine and well, it didn't quite work out, we call this a bug. The only real mistake was trying to slipstream it in without notification or warning. devs all agree we should never do this, but it is so ... tempting. I've made the same mistake myself many many times, and each time it came back and bit me hard :-) What I like is the speed it got corrected. People that don't sync often most likely didn't even know it ever changed. Another like, a dev that at least reads some of this stuff on -user. It's a good way to get feedback. If you change something and it doesn't get mentioned, most likely all is well. If it does get mentioned, may want to rethink the change. Lessons learned the hard way are the ones we remember the longest. ;-) I am getting confused: $ euse -I fortran global use flags (searching: fortran) [+ D ] fortran - Adds support for fortran (formerly f77) Installed packages matching this USE flag: sys-devel/gcc-4.4.5 local use flags (searching: fortran) no matching entries found Two days ago or so, virtual fortran installed itself. A day later it uninstalled itself. Now fortran is set in USE as default. I don't know if the film I was watching on TV about aliens has something to do with this, but I seem to have lost some time ... ;-) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: WAS [.. min install isos] gentoo vm guest not booting
On Sat, Jun 25, 2011 at 2:28 PM, Harry Putnam rea...@newsguy.com wrote: Mark Knecht markkne...@gmail.com writes: On Fri, Jun 24, 2011 at 7:09 PM, Harry Putnam rea...@newsguy.com wrote: Harry Putnam rea...@newsguy.com writes: I didn't think to get the right wording before rebooting into SystemRescueCD and am now chrooted into the vm again. Here are the boot messages in a screen grab www.jtan.com/~reader/vu2/disp.cgi Here's the kernel config from my 64-bit 2.6.38-gentoo-r3 VM Mark is that guest running in vmware or something else than Virtual Box. The guest that uses that kernel is running in Virtualbox-4.0.8. The host is a Gentoo64-bit system, 98% stable, 2% ~amd64. HTH, Mark
[gentoo-user] Re: no cdrom (IDE)
On 06/25/2011 03:32 PM, Alexey Mishustin wrote: Hi. After updating udev the links /dev/cdrom, /dev/dvd etc disappeared. There are four /dev/sgX but there is no /dev/srX at all. No hdX, all sdX are hard drives. That's a good thing. The disk drivers that use/need/create /dev/hd* are obsolete. So, I can't mount any cd or dvd. My drive is IDE (Pioneer). Mine also, not a problem. # dmesg | grep sr # That seems to be the problem. I'm attaching the output of grep ^[^#] /usr/src/linux-2.6.39-gentoo-r2/.config CONFIG_X86_32=y CONFIG_X86=y CONFIG_INSTRUCTION_DECODER=y CONFIG_OUTPUT_FORMAT=elf32-i386 CONFIG_ARCH_DEFCONFIG=arch/x86/configs/i386_defconfig CONFIG_GENERIC_CMOS_UPDATE=y CONFIG_CLOCKSOURCE_WATCHDOG=y CONFIG_GENERIC_CLOCKEVENTS=y CONFIG_GENERIC_CLOCKEVENTS_BROADCAST=y CONFIG_LOCKDEP_SUPPORT=y CONFIG_STACKTRACE_SUPPORT=y CONFIG_HAVE_LATENCYTOP_SUPPORT=y CONFIG_MMU=y CONFIG_ZONE_DMA=y CONFIG_NEED_SG_DMA_LENGTH=y CONFIG_GENERIC_ISA_DMA=y CONFIG_GENERIC_IOMAP=y CONFIG_GENERIC_BUG=y CONFIG_GENERIC_HWEIGHT=y CONFIG_ARCH_MAY_HAVE_PC_FDC=y CONFIG_RWSEM_XCHGADD_ALGORITHM=y CONFIG_ARCH_HAS_CPU_IDLE_WAIT=y CONFIG_GENERIC_CALIBRATE_DELAY=y CONFIG_ARCH_HAS_CPU_RELAX=y CONFIG_ARCH_HAS_DEFAULT_IDLE=y CONFIG_ARCH_HAS_CACHE_LINE_SIZE=y CONFIG_HAVE_SETUP_PER_CPU_AREA=y CONFIG_NEED_PER_CPU_EMBED_FIRST_CHUNK=y CONFIG_NEED_PER_CPU_PAGE_FIRST_CHUNK=y CONFIG_ARCH_HIBERNATION_POSSIBLE=y CONFIG_ARCH_SUSPEND_POSSIBLE=y CONFIG_ARCH_POPULATES_NODE_MAP=y CONFIG_ARCH_SUPPORTS_OPTIMIZED_INLINING=y CONFIG_ARCH_SUPPORTS_DEBUG_PAGEALLOC=y CONFIG_X86_32_LAZY_GS=y CONFIG_ARCH_HWEIGHT_CFLAGS=-fcall-saved-ecx -fcall-saved-edx CONFIG_KTIME_SCALAR=y CONFIG_DEFCONFIG_LIST=/lib/modules/$UNAME_RELEASE/.config CONFIG_CONSTRUCTORS=y CONFIG_HAVE_IRQ_WORK=y CONFIG_IRQ_WORK=y CONFIG_EXPERIMENTAL=y CONFIG_BROKEN_ON_SMP=y CONFIG_INIT_ENV_ARG_LIMIT=32 CONFIG_CROSS_COMPILE= CONFIG_LOCALVERSION= CONFIG_HAVE_KERNEL_GZIP=y CONFIG_HAVE_KERNEL_BZIP2=y CONFIG_HAVE_KERNEL_LZMA=y CONFIG_HAVE_KERNEL_XZ=y CONFIG_HAVE_KERNEL_LZO=y CONFIG_KERNEL_XZ=y CONFIG_SWAP=y CONFIG_SYSVIPC=y CONFIG_SYSVIPC_SYSCTL=y CONFIG_POSIX_MQUEUE=y CONFIG_POSIX_MQUEUE_SYSCTL=y CONFIG_AUDIT=y CONFIG_AUDITSYSCALL=y CONFIG_AUDIT_WATCH=y CONFIG_AUDIT_TREE=y CONFIG_HAVE_GENERIC_HARDIRQS=y CONFIG_GENERIC_HARDIRQS=y CONFIG_HAVE_SPARSE_IRQ=y CONFIG_GENERIC_IRQ_PROBE=y CONFIG_GENERIC_IRQ_SHOW=y CONFIG_IRQ_FORCED_THREADING=y CONFIG_TINY_PREEMPT_RCU=y CONFIG_PREEMPT_RCU=y CONFIG_LOG_BUF_SHIFT=14 CONFIG_HAVE_UNSTABLE_SCHED_CLOCK=y CONFIG_CGROUPS=y CONFIG_CGROUP_SCHED=y CONFIG_FAIR_GROUP_SCHED=y CONFIG_NAMESPACES=y CONFIG_PID_NS=y CONFIG_NET_NS=y CONFIG_SCHED_AUTOGROUP=y CONFIG_CC_OPTIMIZE_FOR_SIZE=y CONFIG_SYSCTL=y CONFIG_ANON_INODES=y CONFIG_UID16=y CONFIG_SYSCTL_SYSCALL=y CONFIG_KALLSYMS=y CONFIG_HOTPLUG=y CONFIG_PRINTK=y CONFIG_BUG=y CONFIG_ELF_CORE=y CONFIG_PCSPKR_PLATFORM=y CONFIG_BASE_FULL=y CONFIG_FUTEX=y CONFIG_EPOLL=y CONFIG_SIGNALFD=y CONFIG_TIMERFD=y CONFIG_EVENTFD=y CONFIG_SHMEM=y CONFIG_AIO=y CONFIG_HAVE_PERF_EVENTS=y CONFIG_PERF_EVENTS=y CONFIG_VM_EVENT_COUNTERS=y CONFIG_PCI_QUIRKS=y CONFIG_SLUB_DEBUG=y CONFIG_SLUB=y CONFIG_HAVE_OPROFILE=y CONFIG_HAVE_EFFICIENT_UNALIGNED_ACCESS=y CONFIG_HAVE_IOREMAP_PROT=y CONFIG_HAVE_KPROBES=y CONFIG_HAVE_KRETPROBES=y CONFIG_HAVE_OPTPROBES=y CONFIG_HAVE_ARCH_TRACEHOOK=y CONFIG_HAVE_DMA_ATTRS=y CONFIG_HAVE_REGS_AND_STACK_ACCESS_API=y CONFIG_HAVE_DMA_API_DEBUG=y CONFIG_HAVE_HW_BREAKPOINT=y CONFIG_HAVE_MIXED_BREAKPOINTS_REGS=y CONFIG_HAVE_USER_RETURN_NOTIFIER=y CONFIG_HAVE_PERF_EVENTS_NMI=y CONFIG_HAVE_ARCH_JUMP_LABEL=y CONFIG_HAVE_GENERIC_DMA_COHERENT=y CONFIG_SLABINFO=y CONFIG_RT_MUTEXES=y CONFIG_BASE_SMALL=0 CONFIG_MODULES=y CONFIG_MODULE_UNLOAD=y CONFIG_MODVERSIONS=y CONFIG_BLOCK=y CONFIG_IOSCHED_NOOP=y CONFIG_IOSCHED_DEADLINE=y CONFIG_IOSCHED_CFQ=y CONFIG_DEFAULT_CFQ=y CONFIG_DEFAULT_IOSCHED=cfq CONFIG_GENERIC_CLOCKEVENTS_BUILD=y CONFIG_X86_MPPARSE=y CONFIG_X86_SUPPORTS_MEMORY_FAILURE=y CONFIG_SCHED_OMIT_FRAME_POINTER=y CONFIG_PARAVIRT_GUEST=y CONFIG_NO_BOOTMEM=y CONFIG_MK7=y CONFIG_X86_INTERNODE_CACHE_SHIFT=6 CONFIG_X86_CMPXCHG=y CONFIG_CMPXCHG_LOCAL=y CONFIG_X86_L1_CACHE_SHIFT=6 CONFIG_X86_XADD=y CONFIG_X86_WP_WORKS_OK=y CONFIG_X86_INVLPG=y CONFIG_X86_BSWAP=y CONFIG_X86_POPAD_OK=y CONFIG_X86_INTEL_USERCOPY=y CONFIG_X86_USE_PPRO_CHECKSUM=y CONFIG_X86_USE_3DNOW=y CONFIG_X86_TSC=y CONFIG_X86_CMOV=y CONFIG_X86_MINIMUM_CPU_FAMILY=4 CONFIG_X86_DEBUGCTLMSR=y CONFIG_CPU_SUP_INTEL=y CONFIG_CPU_SUP_CYRIX_32=y CONFIG_CPU_SUP_AMD=y CONFIG_CPU_SUP_CENTAUR=y CONFIG_CPU_SUP_TRANSMETA_32=y CONFIG_CPU_SUP_UMC_32=y CONFIG_DMI=y CONFIG_NR_CPUS=1 CONFIG_PREEMPT=y CONFIG_X86_UP_APIC=y CONFIG_X86_UP_IOAPIC=y CONFIG_X86_LOCAL_APIC=y CONFIG_X86_IO_APIC=y CONFIG_X86_MCE=y CONFIG_X86_MCE_AMD=y CONFIG_X86_MCE_THRESHOLD=y CONFIG_VM86=y CONFIG_NOHIGHMEM=y CONFIG_PAGE_OFFSET=0xC000 CONFIG_ARCH_FLATMEM_ENABLE=y CONFIG_ARCH_SPARSEMEM_ENABLE=y CONFIG_ARCH_SELECT_MEMORY_MODEL=y CONFIG_ILLEGAL_POINTER_VALUE=0 CONFIG_SELECT_MEMORY_MODEL=y
[gentoo-user] Re: WAS [.. min install isos] gentoo vm guest not booting
Neil Bothwick n...@digimed.co.uk writes: On Fri, 24 Jun 2011 20:18:57 -0500, Harry Putnam wrote: But now that I tried booting, I think I'm missing some kind of driver from the kernel build... boot is not able to find my root on sda3. And has a kernel panic. I remember having a heck of a time about scuzy drivers last time too. A couple years ago I didn't think to get the right wording before rebooting into SystemRescueCD and am now chrooted into the vm again. Reboot the VM into System Rescue Cd and run lspci -k to see which controller you have and which driver it uses. Haa... good idea and I once knew to do that too. But that was before the truly `macro' senility set in ... 00:00.0 Host bridge: Intel Corporation 440FX - 82441FX PMC [Natoma] (rev 02) 00:01.0 ISA bridge: Intel Corporation 82371SB PIIX3 ISA [Natoma/Triton II] 00:01.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) 00:02.0 VGA compatible controller: InnoTek Systemberatung GmbH VirtualBox Graphics Adapter 00:03.0 Ethernet controller: Intel Corporation 82540EM Gigabit Ethernet Controller (rev 02) 00:04.0 System peripheral: InnoTek Systemberatung GmbH VirtualBox Guest Service 00:05.0 Multimedia audio controller: Intel Corporation 82801AA AC'97 Audio Controller (rev 01) 00:06.0 USB Controller: Apple Computer Inc. KeyLargo/Intrepid USB 00:07.0 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 08) 00:0d.0 SATA controller: Intel Corporation 82801HBM/HEM (ICH8M/ICH8M-E) SATA AHCI Controller (rev 02) Seemed to have been the PIIX4 item and now I seem to have gotten the drivers that I needed but now the bootup freezes just after finding the drives. Something about write protecting kernel text and read-only data. Then another odd one: atkbd serio0: Spurious NAK on isa0060/serio0. Some program might be trying to access hardware directly. I've never seen those message before. A tail of boot messages posted here: www.jtan.com/~reader/vu2/disp.cgi I thought it was stuck at the `Write protect' lines, but after a hefty wait the last line appeared (quoted above). And now does appear to be truly stuck. Full kernel config here: www.jtan.com/~reader/vu_txt/disp.cgi
[gentoo-user] Re: WAS [.. min install isos] gentoo vm guest not booting
Mark Knecht markkne...@gmail.com writes: Here's the kernel config from my 64-bit 2.6.38-gentoo-r3 VM Mark is that guest running in vmware or something else than Virtual Box. The guest that uses that kernel is running in Virtualbox-4.0.8. The host is a Gentoo64-bit system, 98% stable, 2% ~amd64. Sorry about my brain deadedness, but when I click on that thing in windows 7 with Virtual Box installed... nothing knows how to open it. Trying it another way round I try importing it from a running Virtual Box Manager. When I open the directory containing `base_dist.vmdk' nothing is visible in the VB import dialog screen. The file ending that vbox uses is *.vbox so trying a quick rename but Vbox does not recognize the file you posted.
Re: [gentoo-user] Re: WAS [.. min install isos] gentoo vm guest not booting
On Sat, Jun 25, 2011 at 5:17 PM, Harry Putnam rea...@newsguy.com wrote: Mark Knecht markkne...@gmail.com writes: Here's the kernel config from my 64-bit 2.6.38-gentoo-r3 VM Mark is that guest running in vmware or something else than Virtual Box. The guest that uses that kernel is running in Virtualbox-4.0.8. The host is a Gentoo64-bit system, 98% stable, 2% ~amd64. Sorry about my brain deadedness, but when I click on that thing in windows 7 with Virtual Box installed... nothing knows how to open it. Trying it another way round I try importing it from a running Virtual Box Manager. When I open the directory containing `base_dist.vmdk' nothing is visible in the VB import dialog screen. The file ending that vbox uses is *.vbox so trying a quick rename but Vbox does not recognize the file you posted. I think we're not communicating then. The file I sent you was /usr/src/linux.config in the VM. It's not a file that VB would run, but rather a kernel config you might use to build a kernel to make your VM boot. That of course assumes that the hardware model you built in VB matches mine. I renamed the file thinking you'd want to keep it referenced to me. you'd need to name it back to .config, put it in your /usr/src/linux, possibly run make oldconfig, and then check the file. If all that worked out you'd build the kernel as normal. If you want a specific VB file from my install let me know exactly which one and I can forward a copy of that. - Mark
[gentoo-user] Re: no cdrom (IDE)
On 06/25/2011 05:03 PM, walt wrote: On 06/25/2011 03:32 PM, Alexey Mishustin wrote: Hi. After updating udev the links /dev/cdrom, /dev/dvd etc disappeared. There are four /dev/sgX but there is no /dev/srX at all. No hdX, all sdX are hard drives. That's a good thing. The disk drivers that use/need/create /dev/hd* are obsolete. So, I can't mount any cd or dvd. My drive is IDE (Pioneer). Mine also, not a problem. # dmesg | grep sr # That seems to be the problem. sigh I beg pardon for my senility. I was reminded while reading a different group to run lsmod. The salient lines from lsmod: cdrom 24970 1 sr_mod The kernel module sr_mod is selected in the kernel config menu at Device Drivers::SCSI device support::SCSI CDROM support
[gentoo-user] Re: WAS [.. min install isos] gentoo vm guest not booting
Mark Knecht markkne...@gmail.com writes: I think we're not communicating then. The file I sent you was /usr/src/linux.config in the VM. It's not a file that VB would run, but rather a kernel config you might use to build a kernel to make your VM boot. That of course assumes that the hardware model you built in VB matches mine. I renamed the file thinking you'd want to keep it referenced to me. you'd need to name it back to .config, put it in your /usr/src/linux, possibly run make oldconfig, and then check the file. If all that worked out you'd build the kernel as normal. Egad... I wasn't far off about brain dead. I got mixed up with another fellow who posted an appliance. I'm really sorry. And thanks for the config... I'll try it with a kernel build shortly.
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
On 6/25/2011 8:04 AM, Dale wrote: We restructured the dependency chain for fortran support, which includes a compile test now. The failure can be seen above. The Problem was in short, USE=fortran was enabled by default for linux arches, but people tend to disable it. Depending on gcc[fortran] doesn't work completely as gcc:4.4[fortran] and gcc:4.5[-fortran] with gcc-4.5 select can be installed, which would full fill the dependency but nevertheless doesn't give a working compiler. So now packages depend on virtual/fortran and use an eclass to check for a working compiler. So if you see this message, this means you somehow worked around gcc[fortran]. That make sense? Yes. He's saying they didn't change the USE flag, they changed the fortran dependency test to actually do a run-time check for fortran because the USE flag alone wasn't sufficient. Which means you most likely had a non-working cantor and no fortran compiler before and just didn't notice :) --Mike
Re: [gentoo-user] Re: Do we have to build gcc with fortran now?
On Sat, 2011-06-25 at 14:45 -0500, Dale wrote: Alan McKinnon wrote: Feedback from the consumer end of the producer-consumer link :-) The motivation is fine and well, it didn't quite work out, we call this a bug. The only real mistake was trying to slipstream it in without notification or warning. devs all agree we should never do this, but it is so ... tempting. I've made the same mistake myself many many times, and each time it came back and bit me hard :-) What I like is the speed it got corrected. People that don't sync often most likely didn't even know it ever changed. ... I got bit, on a 6 monthly major update across multiple systems - what were the odds of that happening? Despite that, its small potatoes in the scheme of updating perl/python and other major packages ... BillK
[gentoo-user] cups 1.3 - 1.4 no more avahi?
I upgraded cups to 1.4.6 today and my Macs could no longer print to it. I looked and the avahi USE flag is gone, so I checked the avahi wiki page to see if some other flag should be used. That page said this: Zeroconf isn't enabled by default so you have to browse the CUPS admin page and enable it. Open http://localhost:631/admin if you're running it on localhost and enable the Share published printers connected to this system option. Change Settings will restart CUPS and your printer should be instantly visible to zeroconf-aware applications in the local network. Unfortunately, shared printers from other systems aren't usable with zero configuration by default. You have to check Show shared printers from other systems under Administration and you have to actively search for them and manually add them in the webinterface. I looked and I already have those options set. My config file has the following sharing options: Browsing On BrowseOrder allow,deny BrowseAllow all BrowseAddress @LOCAL BrowseLocalProtocols CUPS I'm not sure what I'm missing for the Macs to be happy like they were with 1.3 and avahi. -- -M There are 10 kinds of people in this world: Those who can count in binary and those who cannot.